[8u] Request for enhancement backport approval for CR JDK-8171194: Exception "Duplicate field name&signature in class file" should report the name and signature of the field

dalibor topic dalibor.topic at oracle.com
Thu Mar 16 09:55:51 UTC 2017


On 15.03.2017 22:19, David Holmes wrote:
> On 15/03/2017 11:29 PM, dalibor topic wrote:
>>
>>
>> On 15.03.2017 13:18, David Holmes wrote:
>>> There may be numerous issues (not just RFE's) that miss the cutoff for 9
>>> but which are worth backporting to 8u. Are you saying there is no way
>>> for these to get into 8u unless they go through the currently
>>> non-existent 9u first?
>>
>> I think it would be helpful if the set of such issues could be
>> illuminated
>> more closely, for example through a JIRA query. Do you happen to have one
>> at hand?
>
> I was speaking generally. I don't know how you would recognize such an
> issue in JIRA unless labelled a particular way. The question is on what
> the process should be if we do have them.

I think that would ultimately depend on their number and the length of 
the time period in question. If their number is high in the interim 
until 9u appears, then in my opinion it would be useful to go through 
adjusting and documenting the process accordingly. Same would hold if 
the interim is long. Unfortunately, it doesn't seem that we can know 
either quantity with sufficient precision at this time.

So while I would agree that it would be useful to adjust the backporting 
process going forward in some way (and then potentially adjust it again 
once 9u is there), it's not clear to me yet how urgent that is. And if 
it's not urgent, it may be simpler to avoid doing those changes back and 
forth in the first place.

Of course, any uncertainty is bad, too. That's why I was curious about 
any data at hand.

cheers,
dalibor topic
-- 
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
<tel:+491737185961>

ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment


More information about the jdk8u-dev mailing list