You are viewing a plain text version of this content. The canonical link for it is here.
Posted to kato-dev@incubator.apache.org by Steve Poole <sp...@googlemail.com> on 2011/05/16 09:40:34 UTC
Status and a question
Looks like we are finally onto the last mile - one way or other I should
have Oracle's final decision in my hands within the next 8 weeks. That's a
long time I know but we've waited a year so far.
Here's my question to anyone still listening: If Oracle say they will not
pariticipate at all, or not in the next 12 months what should we do?
For your deliberations you should be aware that I'm working in the OpenJDK
space now. Some of our technical limitations (where we needed Oracle to do
something for us in the JVM) may be solvable simply by doing the work
ourselves (outside Apache) and submitting to OpenJDK.
Options include :
1 - Retiring this podling full stop.
2 - Move the work to OpenJDK and possibly attempt to get JSR 326 into JDK8.
3 - Defering or dropping the "JSR" part of this project work and just
focusing on producing a high quality codebase that solves peoples problems.
Tell me what you think.
--
Steve
Re: Status and a question
Posted by rc...@yahoo.co.uk.
Hello
My preference is to focus on building a comunity and delivering a tool that adds value to the comunity, so option 3 also gets my vote.
Richard Cole
--- On Thu, 19/5/11, Stuart Monteith <st...@stoo.me.uk> wrote:
> From: Stuart Monteith <st...@stoo.me.uk>
> Subject: Re: Status and a question
> To: kato-spec@incubator.apache.org
> Cc: kato-dev@incubator.apache.org
> Date: Thursday, 19 May, 2011, 13:47
> Hello Steve,
> Thanks for the update, that's helpful. I
> prefer option 3. I believe it
> is better to develop good technology then to standardize
> it, rather than
> the other way around.
>
> If we are unenmcumbered by the JSR, then so much the
> better. Apache Kato
> was always going to have to be more than just the core
> specification for
> the APIs, the need for the applications to use the APIs is
> not affected
> by the presence or otherwise of the JSR. Arguably, the JSR
> might be
> better if more effort is spent on its applications.
>
> Regards,
> Stuart Monteith
>
>
> On 16/05/11 10:40, Steve Poole wrote:
> > Looks like we are finally onto the last mile - one way
> or other I should
> > have Oracle's final decision in my hands within the
> next 8 weeks. That's a
> > long time I know but we've waited a year so far.
> >
> > Here's my question to anyone still listening: If
> Oracle say they will not
> > pariticipate at all, or not in the next 12 months what
> should we do?
> >
> > For your deliberations you should be aware that I'm
> working in the OpenJDK
> > space now. Some of our technical limitations
> (where we needed Oracle to do
> > something for us in the JVM) may be solvable simply by
> doing the work
> > ourselves (outside Apache) and submitting to
> OpenJDK.
> >
> > Options include :
> >
> > 1 - Retiring this podling full stop.
> > 2 - Move the work to OpenJDK and possibly attempt to
> get JSR 326 into JDK8.
> > 3 - Defering or dropping the "JSR" part of this
> project work and just
> > focusing on producing a high quality codebase that
> solves peoples problems.
> >
> >
> > Tell me what you think.
> >
>
>
Re: Status and a question
Posted by rc...@yahoo.co.uk.
Hello
My preference is to focus on building a comunity and delivering a tool that adds value to the comunity, so option 3 also gets my vote.
Richard Cole
--- On Thu, 19/5/11, Stuart Monteith <st...@stoo.me.uk> wrote:
> From: Stuart Monteith <st...@stoo.me.uk>
> Subject: Re: Status and a question
> To: kato-spec@incubator.apache.org
> Cc: kato-dev@incubator.apache.org
> Date: Thursday, 19 May, 2011, 13:47
> Hello Steve,
> Thanks for the update, that's helpful. I
> prefer option 3. I believe it
> is better to develop good technology then to standardize
> it, rather than
> the other way around.
>
> If we are unenmcumbered by the JSR, then so much the
> better. Apache Kato
> was always going to have to be more than just the core
> specification for
> the APIs, the need for the applications to use the APIs is
> not affected
> by the presence or otherwise of the JSR. Arguably, the JSR
> might be
> better if more effort is spent on its applications.
>
> Regards,
> Stuart Monteith
>
>
> On 16/05/11 10:40, Steve Poole wrote:
> > Looks like we are finally onto the last mile - one way
> or other I should
> > have Oracle's final decision in my hands within the
> next 8 weeks. That's a
> > long time I know but we've waited a year so far.
> >
> > Here's my question to anyone still listening: If
> Oracle say they will not
> > pariticipate at all, or not in the next 12 months what
> should we do?
> >
> > For your deliberations you should be aware that I'm
> working in the OpenJDK
> > space now. Some of our technical limitations
> (where we needed Oracle to do
> > something for us in the JVM) may be solvable simply by
> doing the work
> > ourselves (outside Apache) and submitting to
> OpenJDK.
> >
> > Options include :
> >
> > 1 - Retiring this podling full stop.
> > 2 - Move the work to OpenJDK and possibly attempt to
> get JSR 326 into JDK8.
> > 3 - Defering or dropping the "JSR" part of this
> project work and just
> > focusing on producing a high quality codebase that
> solves peoples problems.
> >
> >
> > Tell me what you think.
> >
>
>
Re: Status and a question
Posted by Stuart Monteith <st...@stoo.me.uk>.
Hello Steve,
Thanks for the update, that's helpful. I prefer option 3. I believe it
is better to develop good technology then to standardize it, rather than
the other way around.
If we are unenmcumbered by the JSR, then so much the better. Apache Kato
was always going to have to be more than just the core specification for
the APIs, the need for the applications to use the APIs is not affected
by the presence or otherwise of the JSR. Arguably, the JSR might be
better if more effort is spent on its applications.
Regards,
Stuart Monteith
On 16/05/11 10:40, Steve Poole wrote:
> Looks like we are finally onto the last mile - one way or other I should
> have Oracle's final decision in my hands within the next 8 weeks. That's a
> long time I know but we've waited a year so far.
>
> Here's my question to anyone still listening: If Oracle say they will not
> pariticipate at all, or not in the next 12 months what should we do?
>
> For your deliberations you should be aware that I'm working in the OpenJDK
> space now. Some of our technical limitations (where we needed Oracle to do
> something for us in the JVM) may be solvable simply by doing the work
> ourselves (outside Apache) and submitting to OpenJDK.
>
> Options include :
>
> 1 - Retiring this podling full stop.
> 2 - Move the work to OpenJDK and possibly attempt to get JSR 326 into JDK8.
> 3 - Defering or dropping the "JSR" part of this project work and just
> focusing on producing a high quality codebase that solves peoples problems.
>
>
> Tell me what you think.
>
Re: Status and a question
Posted by Robert Burrell Donkin <ro...@gmail.com>.
On Mon, May 16, 2011 at 10:40 AM, Steve Poole <sp...@googlemail.com> wrote:
> Looks like we are finally onto the last mile - one way or other I should
> have Oracle's final decision in my hands within the next 8 weeks. That's a
> long time I know but we've waited a year so far.
Thanks for the update
> Here's my question to anyone still listening:
With my mentor hat on, IMHO it's a question for the community.
Robert
Re: Status and a question
Posted by Stuart Monteith <st...@stoo.me.uk>.
Hello Steve,
Thanks for the update, that's helpful. I prefer option 3. I believe it
is better to develop good technology then to standardize it, rather than
the other way around.
If we are unenmcumbered by the JSR, then so much the better. Apache Kato
was always going to have to be more than just the core specification for
the APIs, the need for the applications to use the APIs is not affected
by the presence or otherwise of the JSR. Arguably, the JSR might be
better if more effort is spent on its applications.
Regards,
Stuart Monteith
On 16/05/11 10:40, Steve Poole wrote:
> Looks like we are finally onto the last mile - one way or other I should
> have Oracle's final decision in my hands within the next 8 weeks. That's a
> long time I know but we've waited a year so far.
>
> Here's my question to anyone still listening: If Oracle say they will not
> pariticipate at all, or not in the next 12 months what should we do?
>
> For your deliberations you should be aware that I'm working in the OpenJDK
> space now. Some of our technical limitations (where we needed Oracle to do
> something for us in the JVM) may be solvable simply by doing the work
> ourselves (outside Apache) and submitting to OpenJDK.
>
> Options include :
>
> 1 - Retiring this podling full stop.
> 2 - Move the work to OpenJDK and possibly attempt to get JSR 326 into JDK8.
> 3 - Defering or dropping the "JSR" part of this project work and just
> focusing on producing a high quality codebase that solves peoples problems.
>
>
> Tell me what you think.
>