I like the 1.9.x==jdk5 and 2.x==JDK6 option. People will need to retool
a bit for the 2.0 migration anyway. Might as well include the JVM while
they're at it.
Jeanfrancois Arcand wrote:
> Salut,
>
> Rajiv Mordani wrote:
>> I think we should have a branch for JDK5 suppot and encourage the use
>> of JDK 6 specific APIs in the trunk.
>
> But that would be paintful to support IMO. I would like to stick with
> JDK 5 until we are force to move to 6. So far we have'nt had any
> reason to move.
>
> A+
>
> -- Jeanfrancois
>
>>
>> - Rajiv
>>
>> kedar mhaswade wrote:
>>> नमस्ते! (It is "Salut" in Samskritam :))
>>>
>>> But then wouldn't it mean we can't use JDK-6 specific
>>> API/implementation?
>>>
>>> I agree, there is a maintenance overhead here.
>>>
>>> Although I fully understand supporting JDK5, shouldn't we encourage
>>> users to upgrade to JDK6 soon?
>>>
>>> -Kedar
>>>
>>> On Thu, Jan 15, 2009 at 10:30 AM, Jeanfrancois Arcand
>>> <Jeanfrancois.Arcand_at_sun.com <mailto:Jeanfrancois.Arcand_at_sun.com>>
>>> wrote:
>>>
>>> Salut,
>>>
>>>
>>> kedar mhaswade wrote:
>>>
>>> JF,
>>>
>>> Should we have a branch that builds with JDK 6 alone?
>>>
>>>
>>> I would keep JDK 5 as a base for building, and stick with the
>>> trunk. It would be difficult to maintain 2 branches IMO.
>>>
>>> What do you think
>>>
>>> A+
>>>
>>> --Jeanfrancois
>>>
>>>
>>> -Kedar
>>>
>>>
>>> On Thu, Jan 15, 2009 at 9:54 AM, Jeanfrancois Arcand
>>> <Jeanfrancois.Arcand_at_sun.com
>>> <mailto:Jeanfrancois.Arcand_at_sun.com>
>>> <mailto:Jeanfrancois.Arcand_at_sun.com
>>> <mailto:Jeanfrancois.Arcand_at_sun.com>>> wrote:
>>>
>>> Salut,
>>>
>>> [INFO]
>>>
>>> ------------------------------------------------------------------------
>>>
>>> [ERROR] BUILD FAILURE
>>> [INFO]
>>>
>>> ------------------------------------------------------------------------
>>>
>>> [INFO] Compilation failure
>>>
>>>
>>> /files/hudson/workspace/Grizzly-1.x-trunk/trunk/modules/utils/src/main/java/com/sun/grizzly/util/LinkedTransferQueue.java:[303,27]
>>>
>>> park() in java.util.concurrent.locks.LockSupport
>>> cannot be
>>> applied to (com.sun.grizzly.util.LinkedTransferQueue<E>)
>>>
>>>
>>> /files/hudson/workspace/Grizzly-1.x-trunk/trunk/modules/utils/src/main/java/com/sun/grizzly/util/LinkedTransferQueue.java:[308,27]
>>>
>>> parkNanos(long) in
>>> java.util.concurrent.locks.LockSupport cannot
>>> be applied to
>>> (com.sun.grizzly.util.LinkedTransferQueue<E>,long)
>>>
>>>
>>> [INFO]
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>>
>>> Make sure it always build with JDK 5 (I know this is
>>> painful). The
>>> build works fine with JDK 6.
>>>
>>> A+
>>>
>>> -- Jeanfrancois
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> dev-unsubscribe_at_grizzly.dev.java.net
>>> <mailto:dev-unsubscribe_at_grizzly.dev.java.net>
>>> <mailto:dev-unsubscribe_at_grizzly.dev.java.net
>>> <mailto:dev-unsubscribe_at_grizzly.dev.java.net>>
>>>
>>> For additional commands, e-mail:
>>> dev-help_at_grizzly.dev.java.net
>>> <mailto:dev-help_at_grizzly.dev.java.net>
>>> <mailto:dev-help_at_grizzly.dev.java.net
>>> <mailto:dev-help_at_grizzly.dev.java.net>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>>> <mailto:dev-unsubscribe_at_grizzly.dev.java.net>
>>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>> <mailto:dev-help_at_grizzly.dev.java.net>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net For
>> additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>