openjdk8u stable 32bit for windows build environment

[Peter Koellner]

Hi!

Before logging off, I just wanted to say thanks for all the support and to give a bit of feedback how it all worked out.

I tested the cryptography support separately from the other problems we had, and the openjdk smartcard support works fine. I was able to use a smartcard-enabled PDF signer with the jre to produce a valid digital signature with both my spanish and catalan id certificates from card after configuring the right windows opensc implementation library for the reader.

The other problem dealing with changing the user.home property we solved using a gordian knot approach - by simply
brute-forcing java.lang.System to return the desired value and replacing the class in rt.jar. This should suffice for the kind of internal application we have. Since it turned out to be unnecessary to modify the native initialization code we are fine with using the standard jre to avoid further problems with the third party applet.

The freetype problem got solved by using jdk9-dev configure to build freetype and then set the configure flags appropriately in jdk8u-dev.

So basically I am able to build openjdk 8u now, but won't really need it in the foreseeable future apart from analyzing upcoming problems, and our application is working.

Thanks for all
   Peter


On Thu, 22 Dec 2016, David Holmes wrote:

> On 21/12/2016 11:41 PM, Peter Koellner wrote:
>> 
>> Hello Volker,
>> 
>> thanks. This is very helpful information, especially about the tests.
>> I still am a bit worried about the crypto package since we require
>> smartcard cryptography support to work in our applications.
>
> Please be aware that the cryptography support in the OpenJDK is different to 
> that in the Oracle JDK.
>
> http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html
>
> For more info you'd need to ask on security-dev.
>
> David
>
>> regards
>>   Peter
>> 
>> 
>> On Wed, 21 Dec 2016, Volker Simonis wrote:
>> 
>>> Hi Peter,
>>> 
>>> I can not see which version of freetype you have installed. Maybe you
>>> use one which was compiled for the cygwin environment? That would
>>> obviously not work in OpenJDK which is compiled with the MSVC tool
>>> chain.
>>> 
>>> I know that getting a good version of freetype has always been a
>>> problem on Windows. That's why I added the configuration option
>>> "--with-freetype-src" to jdk9. You just pass in the directory of the
>>> freetype sources (e.g.
>>> --with-freetype-src=/cygdrive/c/Software/freetype-2-5-3) and it will
>>> automatically build both, the 32- and the 64-bit versions of freetype
>>> during the configuration step.
>>> 
>>> I'd suggest you clone a jdk9 repo, download the freetype sources and
>>> run the configuration step as described above. Afterwards you can use
>>> the newly created freetype lib for your jdk8u build (i.e.
>>> --with-freetype-lib=/cygdrive/c/Software/freetype-2-5-3/lib32)
>>> 
>>> Best regards,
>>> Volker
>>> 
>>> PS: I don't think you should worry too much about the failing 26 jtreg
>>> tests. First of all you can have a look at
>>> http://download.java.net/openjdk/testresults/8/testresults.html to see
>>> which tests are known to fail and second some of the tests are not
>>> very stable on Windows.
>>> 
>>> 
>>> On Wed, Dec 21, 2016 at 10:21 AM, Alex Kashchenko
>>> <akashche at redhat.com> wrote:
>>>> Hi Peter,
>>>> 
>>>> On 12/21/2016 03:13 AM, Peter Koellner wrote:
>>>>> 
>>>>> 
>>>>> [...]
>>>>> 
>>>>> cygcheck puts it a bit clearer, it looks like something went wrong with
>>>>> manually copying/renaming the freetype.dll file. This should
>>>>> probably be
>>>>> automated.
>>>>> Second problem was that freetype.dll depends on zlib1.dll, which
>>>>> apparently was not copied. fontmanager depends on freetype6.dll instead
>>>>> of freetype.dll, not sure what that means with
>>>> 
>>>> 
>>>> GZIP support in FreeType is not needed for OpenJDK, you can build it
>>>> without
>>>> FT_CONFIG_OPTION_USE_ZLIB option.
>>>> 
>>>> You also may want to look how FreeType is handled in jdk9 -
>>>> https://bugs.openjdk.java.net/browse/JDK-8057538
>>>> 
>>>>> 
>>>>> [...]
>>>>> 
>>>> 
>>>> --
>>>> -Alex
>>> 
>> 
>

-- 
peter kollner <peter at asgalon.net>