-
Bug
-
Resolution: Fixed
-
P3
-
7-pool
javafxpackager should have version resource file and a proper manifest
Root problem is: (from sxstrace)
INFO: Parsing Manifest File C:\Users\user\Desktop\javafxpackager.exe.
INFO: Manifest Definition Identity is (null).
ERROR: Line 2: The value IMVERSION of attribute version in element assemblyIdentity is invalid.
ERROR: Activation Context generation failed.
End Activation Context Generation.
The current javafxpackager.exe file doesn't have resource file and no version information specified for the exe file. We should fix this in a presidio update. Actually seems like all of the FX native binaries doesn't have version information in it. We should consider adding it too.
Igor's fix of removing the whole assemblyIdentity block is okay, we tested on 32-bit and 64-bit machines. We cannot just remove the version attribute - since it's a required attribute for that block.
Although from MSDN doc, assemblyIdentity is required: http://msdn.microsoft.com/en-us/library/aa374191(v=vs.85).aspx Although it seems to work okay.
So I think for a quick fix - this seems to work. But we should fix it the right way in presidio update: add version information to native binaries, and add the proper manifest to the exe.
Root problem is: (from sxstrace)
INFO: Parsing Manifest File C:\Users\user\Desktop\javafxpackager.exe.
INFO: Manifest Definition Identity is (null).
ERROR: Line 2: The value IMVERSION of attribute version in element assemblyIdentity is invalid.
ERROR: Activation Context generation failed.
End Activation Context Generation.
The current javafxpackager.exe file doesn't have resource file and no version information specified for the exe file. We should fix this in a presidio update. Actually seems like all of the FX native binaries doesn't have version information in it. We should consider adding it too.
Igor's fix of removing the whole assemblyIdentity block is okay, we tested on 32-bit and 64-bit machines. We cannot just remove the version attribute - since it's a required attribute for that block.
Although from MSDN doc, assemblyIdentity is required: http://msdn.microsoft.com/en-us/library/aa374191(v=vs.85).aspx Although it seems to work okay.
So I think for a quick fix - this seems to work. But we should fix it the right way in presidio update: add version information to native binaries, and add the proper manifest to the exe.