I did not want to confuse folks about 3 and 100, maybe that was not
such a good idea. Anyhow I don't think it matters terribly if we
switch back to snapshots at some point.
now there is a more important subject I would like to discuss : which
version should we use for prelude, thereafter during development and
finally for Java EE 6 release.
should we have something like :
dev now : 10.0-SNAPSHOT
milestones build : ?
prelude : 10.1.x [x starts at 0 and is incremented as we deliver
fixes to prelude]
dev after prelude : 10.1.99-SNAPSHOT
Java EE 6 release : 10.2.0
this of course does not have to be in sync with our product version
but should be if possible.
Also do we include the version in the jar file name we deliver ? I we
do keep the version, we will most likely have several versions of the
same jar in a particular installation, can we ensure that felix will
always resolve to the latest one when import package with open range
is specified.
jerome
On Jul 24, 2008, at 12:03 AM, Sahoo wrote:
> I understand we have to now use 401, 402,..., but why did we jump to
> 400 from 3?
>
> Thanks,
> Sahoo
>
> Jerome Dochez wrote:
>> I asked him to do that, we should now use 400, 401, 402 and so
>> on... so we don't inflate the glassfish-api version number too fast.
>>
>> jerome
>>
>> On Jul 23, 2008, at 10:34 PM, Sahoo wrote:
>>
>>> Jeanfrancois,
>>>
>>> I am curious to know why you changed [1] the version in glassfish-
>>> api from 10.0.3 to 10.0.400 skipping so many intermediate numbers.
>>>
>>> Thanks,
>>> Sahoo
>>>
>>> [1] http://fisheye4.atlassian.com/browse/~br=trunk/glassfish-svn/
>>> trunk/v3/common/glassfish-api/pom.xml?r1=21371&r2=21377
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>