preverify.exe (as in WTK2.5.2_01 and JavaMESDK3.0) reshuffles order of attributes in MANIFEST.MF, which makes it harder to read then. I hope in some sdk update this ugly behaviour will be fixed :)
This is not preverifier problem. Preverifier does not touch original manifest file, it uses standard JDK "jar" utility to create resulting JAR.
For instance, you can unpack you JAR file and pack it again using following command (consider, that original JAR is unpacked to the folder "original):
jar -cfm <path to new JAR file> original/META-INF/MANIFEST.MF -C original
You can see that properties order in MANIFEST is changed.
So, you have 2 options here:
1. Open a bug/RFE against JDK
2. Do not use preverifier JAR mode: preverify unpacked classes without creating resulting JAR.