compile errors around JMemoryBuddy

Jeanette Winzenburg fastegal at swingempire.de
Wed Nov 11 10:00:37 UTC 2020


FYI: filed an issue https://bugs.openjdk.java.net/browse/JDK-8256184

don't know what the plans for supporting IDE builds are - but as long  
as it is available, they should work, IMO.

-- Jeanette

Zitat von Jeanette Winzenburg <fastegal at swingempire.de>:

> Zitat von Florian Kirmaier <florian.kirmaier at gmail.com>:
>
>> Eclipse probably handles the modules differently than Gradle.
>
> probably - couldn't find gradle's magic in the build script (and  
> lost interest, because that part is running okay and there are  
> enough experts around to keep it that way :)
>
>> The simplest solution would be to remove the code to automatically create
>> heap dumps.
>> Adding java.management to module-info of the tests doesn't sound wrong to
>> me if it's using it.
>>
>
> that's basically, what I ended up with.
>
> To summarize the problem: when compiling base and running tests of  
> controls in Eclipse I got
>
> a) JMemoryBuddy doesn't compile, Eclipse suggests to add requires  
> jdk.management and java.management
> b) following the suggestion, some controls test don't compile due to  
> base:test.util.memory not being accessible
>
> As changing production module-info is not an option (and Eclipse'  
> support for test module-info is wip - see  
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=559601 ) I played a  
> bit with the (new to me ;) module dependencies tab in build path  
> config and added reads to both modules. Couldn't find a way to add  
> them to test sources only (Eclipse added them to java src), so  
> manually moved in .classpath file, its test entry now is:
>
> <classpathentry kind="src" output="testbin" path="src/test/java">
> 	<attributes>
> 		<attribute name="test" value="true"/>
> 		<attribute name="optional" value="true"/>
> 		<attribute name="module" value="true"/>
> 		<attribute name="add-reads"  
> value="javafx.base=jdk.management:javafx.base=java.management"/>
> 	</attributes>
> </classpathentry>
>
> This fixed the error in base.
>
> To fix the error in controls, I added the export of new base test  
> package in :controls .classpath
>
> <classpathentry combineaccessrules="false" kind="src" path="/base">
> 	<attributes>
> 		<attribute name="module" value="true"/>
> 		<attribute name="add-exports"  
> value="javafx.base/test.com.sun.javafx.binding=javafx.controls:javafx.base/test.util.memory=javafx.controls"/>
> 	</attributes>
> </classpathentry>
>
> no idea how stable all this is, working for me at least. Should the  
> eclipse specific files updated in master, with this or something  
> similar/better?
>
> Opinions, please?
>
> -- Jeanette
>
>
>
>> On Mon, 2 Nov 2020 at 14:01, Kevin Rushforth <kevin.rushforth at oracle.com>
>> wrote:
>>
>>> I didn't try it with an earlier JDK, but if it breaks when using JDK 11
>>> it will need to be fixed.
>>>
>>> -- Kevin
>>>
>>>
>>> On 11/2/2020 4:11 AM, Jeanette Winzenburg wrote:
>>>>
>>>> just fetched the latest upstream master and getting compile errors
>>>> around xx.management packages (eclipse wants to add requires into the
>>>> module-info - which certainly is the wrong way to go ;) Compiling
>>>> against jdk12, if that matters (will update one of these days but
>>>> shouldn't jdk11 be good enough).
>>>>
>>>> Any quick ideas on what might be wrong?
>>>>
>>>> -- Jeanette
>>>>
>>>>
>>>
>>>





More information about the openjfx-dev mailing list