Hello Ludovic,
Your fix solves the issue, but flavormap.properties files movement is
part of the JDK-8051449 fix [1] which was lost during the merge.
Reason of this movement is mentioned in the JDK-8051449 review thread [2]:
On 7/28/14 3:35 PM, Petr Pchelko wrote:
> ...
> I've changed the package name for a flavormap.properties file,
because it needs to go to the
datatransfer module and in a parallel review we've decided to change
it's package name.
> ...
[1] https://bugs.openjdk.java.net/browse/JDK-8051449 Incorrect parsing
of the default flavor mapping
[2] http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008318.html
--
Thanks,
Alexander.
01.09.2014 22:46, Ludovic HOCHET wrote:
JDK-8055746 describes the exception I was having.
The cr that was posted is the other solution I thought for the issue,
however as it was unclear for me why the path should be
sun/datatransfer/**resources**/flavormap.properties, I went with the
solution I posted.
--
Ludovic
On Mon, Sep 1, 2014 at 10:29 AM, Yuri Nesterenko
<[email protected]> wrote:
On 09/01/2014 12:24 PM, Alan Bateman wrote:
This does seem to a merge issue.
When the source reorganization was pushed to jdk9/jdk9 (and immediately
to jdk9/dev) then the resource was in sun/datatransfer.
Soon afterwards there was an integration + merge from jdk9/client ->
jdk9/dev that brought this change:
http://hg.openjdk.java.net/jdk9/client/jdk/rev/e4724b19c64b
that moved it to sun/datatransfer/resources. Unfortunately the merged
bits aren't quite right as you have found.
Has there been a bug created for this?
-Alan.
Sure, https://bugs.openjdk.java.net/browse/JDK-8055746
in the PIT time of jdk9/client just after jigsaw refactoring.
-yan
