<AWT Dev> The path to flavormap.properties is currently broken in SystemFlavorMap

[Alexander Zvegintsev]

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
> <yuri.nesterenko at oracle.com> 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
>
>