Skip to main content

[jsr360-experts] Re: [jsr361-observers] [jsr361-experts] Re: Re: Re: Re: Version numbering for MEEP

  • From: Michael Lagally < >
  • To:
  • Cc: Werner Keil < >, Volker Bauche < >,
  • Subject: [jsr360-experts] Re: [jsr361-observers] [jsr361-experts] Re: Re: Re: Re: Version numbering for MEEP
  • Date: Tue, 6 Aug 2013 13:04:55 +0200

Dear JSR360 experts,

it makes sense to align the format of the @since tags with the format of the 
SE JDK,
i.e. to change them to "CLDC 1.8"

We will update the spec accordingly.

Best regards,

Michael


On 05.08.2013, at 11:49, Michael Lagally wrote:

> Dear JSR360 experts,
> 
> there's a discussion started on the JSR361 mailing list related to the 
> CLDC8 version numbering scheme.
> 
> I understand that Werner suggests to rename the "@since" tags in the CLDC 
> spec to be aligned with the 
> conventions used in Java SE, i.e. to change them to be "since CLDC 1.8" 
> instead of "CLDC 8".
> 
> To avoid confusion and make sure that all JSR360 EG members take part in 
> the discussion,
> please let's continue the discussion here.
> 
> Best,
> 
> Michael
> 
> On 05.08.2013, at 11:35, Werner Keil wrote:
> 
>> There is however an inconsistency between SE 8 (its JSR also says "Java SE 
>> 8" http://jcp.org/en/jsr/detail?id=337) take a newly introduced class like 
>> Clock where JavaDoc says since 1.8
>> and how we (most EG Members are in both JSRs, so "we" sounds like a safe 
>> bet here) handle this for CLDC 8 (1.8)
>
>> Is that on purpose?
>
>> On Mon, Aug 5, 2013 at 11:29 AM, Volker Bauche 
>> < >
>>  wrote:
>> We have to differ between:
>
>> Platform level name: CLDC 8
>> Spec: CLDC 8
>> Configuration version: CLDC-1.8.0
>> microedition.configuration: CLDC-1.8
>
>> So we have at least as the name of the spec and also to be used in 
>> javadocs etc.
>> "CLDC 8" and "MEEP 8" which is good and consistent.
>
>> -Volker
>
>> Am 05.08.2013 11:24, schrieb Werner Keil:
>>> Well at the moment it simply says "CLDC 8" in JavaDocs e.g. of the 
>>> previews. Given the code-base uses things introduced in Java 8 or 
>>> earlier, a simple "1.8" or so could be confusing. Good question is, 
>>> whether CLDC's internal version number is 8.0.0 or 1.8.0 like the SE 
>>> equivalent (also for some applications which may run on both, I recall 
>>> some Eclipse projects running into trouble when ICU4J changed and the 
>>> 50.x+ versions went into this year's Kepler release train<347.gif>)
>>> 
>>> Werner
>>> 
>>> On Mon, Aug 5, 2013 at 11:15 AM, Lampart Thomas 
>>> < >
>>>  wrote:
>>> Hi Volker, experts,
>>> 
>>> Looks much better to me.
>>> Only one question: What will be the version numbers for the related CLDC ?
>>> Will it be "CLDC 8" and "CLDC-8.0.0" then ? Which would be good.
>>> Or will it still be "CLDC-1.8.0" ?
>>> 
>>> Kind regards
>>>   Thomas
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: 
>>> 
>>>  
>>> [mailto: ]
>>> Sent: Montag, 5. August 2013 11:11
>>> To: 
>>> 
>>> Subject: [jsr361-experts] Version numbering for MEEP
>>> 
>>> Dear experts,
>>> 
>>> coming back to my action item about need to improve the something 
>>> confusing version numbering for MEEP in the current draft of the spec, I 
>>> have discussed this with ME8 archtects and reflected our discussion 
>>> during the call last week.
>>> The outcome proposal is to have the following, much more consistent 
>>> version numbers now:
>>> 
>>> Platform-level name: "MEEP 8"
>>> Spec: "MEEP-8"
>>> Profile version: "MEEP-8.0.0"
>>> microedition.profile value: "MEEP-8.0"
>>> 
>>> I think this is the variant matching our ideas raised during the call
>>> best:: everything is "8", no confusion between "8" and "1.x".
>>> 
>>> Pls. let me know if you like this solution, then I can fix this in the 
>>> next (and PR) draft version.
>>> 
>>> Thanks -
>>> Volker
>>> 
>
> 
> 
> <oracle_sig_logo.gif>
> 
> 
> 
> Michael Lagally | Principal Member of Technical Staff
> 
> 
> Oracle Java Development Group | Mobile & Embedded
> 
> 
> 
> 
> Phone: +49 89 1430 2620
> 
> Mobile: +49 172 818 71 91
> 
> 
> 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: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven
> 
> 
> <mime-attachment.gif>
> 
> 
> 
> 
> 

Michael Lagally | Principal Member of the Technical Staff


Oracle Java Development Group | Mobile & Embedded





Phone: +49 89 1430 2620

Mobile: +49 172 818 71 91



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: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven




[jsr360-experts] Re: [jsr361-observers] [jsr361-experts] Re: Re: Re: Version numbering for MEEP

Werner Keil 08/05/2013

<Possible follow-up(s)>

[jsr360-experts] Re: [jsr361-observers] [jsr361-experts] Re: Re: Re: Version numbering for MEEP

Michael Lagally 08/05/2013

[jsr360-experts] Re: [jsr361-observers] [jsr361-experts] Re: Re: Re: Re: Version numbering for MEEP

Michael Lagally 08/06/2013
 
 
Close
loading
Please Confirm
Close