You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Kevan Miller <ke...@gmail.com> on 2008/01/16 16:27:38 UTC
2.1 Release -- Banging the drum
All,
This note is a bit overdue (it's been a distracting start to the New
Year for me). Time, IMO, for us to get focused on our 2.1 release.
As David Jencks has pointed out. We need to start cleaning out the 2.1
Jiras. It looks like I've got several open that have been fixed,
either by additional development activities or redundant jira's. First
step is to take a look at Jira's that you've created and make sure
they are still valid and if you think it's important that they be
fixed for 2.1.
We also need to be taking a close look at our current functionality.
Make sure things are working the way we want them to... Especially
need to cast a critical eye on our the usability aspects of the new
2.1. Along the way, will be great if we can start pulling docs together.
I started running tests last night. Right away, I'm noticing little
things like warning messages being sent to STDOUT, etc. I'll start
registering problem areas that I'm seeing.
I'd like to set a target of 2 weeks for reviewing and fixing problems.
After that would start the branching, final tck, and packaging work.
If we feel this might negatively impact post-2.1 development
activities. We can consider creating a 2.1 branch sooner...
Thoughts?
--kevan
Re: 2.1 Release -- Banging the drum
Posted by David Jencks <da...@yahoo.com>.
BTW when we branch for 2.1 I plan to remove the jaspi dependent code
and remove the jaspi spec dependency.
meanwhile someone :-) should make sure the in-vote specs pass the tck.
thanks
david jencks
On Jan 30, 2008, at 1:01 PM, Jason Dillon wrote:
> So, what is the new timeframe to TCK and release this puppy?
>
> --jason
>
>
> On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote:
>
>> Kevan Miller wrote:
>>> All,
>>> This note is a bit overdue (it's been a distracting start to the
>>> New Year for me). Time, IMO, for us to get focused on our 2.1
>>> release.
>>> As David Jencks has pointed out. We need to start cleaning out
>>> the 2.1 Jiras. It looks like I've got several open that have been
>>> fixed, either by additional development activities or redundant
>>> jira's. First step is to take a look at Jira's that you've
>>> created and make sure they are still valid and if you think it's
>>> important that they be fixed for 2.1.
>>> We also need to be taking a close look at our current
>>> functionality. Make sure things are working the way we want them
>>> to... Especially need to cast a critical eye on our the usability
>>> aspects of the new 2.1. Along the way, will be great if we can
>>> start pulling docs together.
>>> I started running tests last night. Right away, I'm noticing
>>> little things like warning messages being sent to STDOUT, etc.
>>> I'll start registering problem areas that I'm seeing.
>>> I'd like to set a target of 2 weeks for reviewing and fixing
>>> problems. After that would start the branching, final tck, and
>>> packaging work. If we feel this might negatively impact post-2.1
>>> development activities. We can consider creating a 2.1 branch
>>> sooner...
>>> Thoughts?
>>> --kevan
>>
>> I've recently upgraded our image to utilize the newly released
>> xbean 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-
>> connector 2.1. Earlier I had updated the Tomcat build image and
>> created a private build for Pluto.
>>
>> I think the only snapshots left in our image are some of the specs
>> (JACC & JASPI ... and it looks like Guillaume is working those
>> along with upgrading others) and OpenEjb.
>>
>> Joe
>
Re: 2.1 Release -- Banging the drum
Posted by Jason Dillon <ja...@planet57.com>.
Aighty, sounds good to me :-)
--jason
On Jan 30, 2008, at 1:17 PM, Kevan Miller wrote:
>
> On Jan 30, 2008, at 4:01 PM, Jason Dillon wrote:
>
>> So, what is the new timeframe to TCK and release this puppy?
>
> Well, my two week period for reviewing and fixing problems ends
> today. Things are looking pretty good, IMO.
>
> I think we branch on Friday and start turning the screws.
>
> --kevan
>
Re: 2.1 Release -- Banging the drum
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 30, 2008, at 4:01 PM, Jason Dillon wrote:
> So, what is the new timeframe to TCK and release this puppy?
Well, my two week period for reviewing and fixing problems ends today.
Things are looking pretty good, IMO.
I think we branch on Friday and start turning the screws.
--kevan
Re: 2.1 Release -- Banging the drum
Posted by Joe Bohn <jo...@earthlink.net>.
I guess that Kevan needs to chime in on that ... but I think Friday is
still reasonable to branch and start the release work if we can get the
critical issues resolved by then.
I've been running TCK continuously and fixing and/or pointing things out
when I notice problems. We're generally at 100% with problems creeping
up every few days and getting resolved.
Joe
Jason Dillon wrote:
> So, what is the new timeframe to TCK and release this puppy?
>
> --jason
>
>
> On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote:
>
>> Kevan Miller wrote:
>>> All,
>>> This note is a bit overdue (it's been a distracting start to the New
>>> Year for me). Time, IMO, for us to get focused on our 2.1 release.
>>> As David Jencks has pointed out. We need to start cleaning out the
>>> 2.1 Jiras. It looks like I've got several open that have been fixed,
>>> either by additional development activities or redundant jira's.
>>> First step is to take a look at Jira's that you've created and make
>>> sure they are still valid and if you think it's important that they
>>> be fixed for 2.1.
>>> We also need to be taking a close look at our current functionality.
>>> Make sure things are working the way we want them to... Especially
>>> need to cast a critical eye on our the usability aspects of the new
>>> 2.1. Along the way, will be great if we can start pulling docs together.
>>> I started running tests last night. Right away, I'm noticing little
>>> things like warning messages being sent to STDOUT, etc. I'll start
>>> registering problem areas that I'm seeing.
>>> I'd like to set a target of 2 weeks for reviewing and fixing
>>> problems. After that would start the branching, final tck, and
>>> packaging work. If we feel this might negatively impact post-2.1
>>> development activities. We can consider creating a 2.1 branch sooner...
>>> Thoughts?
>>> --kevan
>>
>> I've recently upgraded our image to utilize the newly released xbean
>> 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-connector
>> 2.1. Earlier I had updated the Tomcat build image and created a
>> private build for Pluto.
>>
>> I think the only snapshots left in our image are some of the specs
>> (JACC & JASPI ... and it looks like Guillaume is working those along
>> with upgrading others) and OpenEjb.
>>
>> Joe
>
>
Re: 2.1 Release -- Banging the drum
Posted by Jason Dillon <ja...@planet57.com>.
So, what is the new timeframe to TCK and release this puppy?
--jason
On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote:
> Kevan Miller wrote:
>> All,
>> This note is a bit overdue (it's been a distracting start to the
>> New Year for me). Time, IMO, for us to get focused on our 2.1
>> release.
>> As David Jencks has pointed out. We need to start cleaning out the
>> 2.1 Jiras. It looks like I've got several open that have been
>> fixed, either by additional development activities or redundant
>> jira's. First step is to take a look at Jira's that you've created
>> and make sure they are still valid and if you think it's important
>> that they be fixed for 2.1.
>> We also need to be taking a close look at our current
>> functionality. Make sure things are working the way we want them
>> to... Especially need to cast a critical eye on our the usability
>> aspects of the new 2.1. Along the way, will be great if we can
>> start pulling docs together.
>> I started running tests last night. Right away, I'm noticing little
>> things like warning messages being sent to STDOUT, etc. I'll start
>> registering problem areas that I'm seeing.
>> I'd like to set a target of 2 weeks for reviewing and fixing
>> problems. After that would start the branching, final tck, and
>> packaging work. If we feel this might negatively impact post-2.1
>> development activities. We can consider creating a 2.1 branch
>> sooner...
>> Thoughts?
>> --kevan
>
> I've recently upgraded our image to utilize the newly released xbean
> 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-connector
> 2.1. Earlier I had updated the Tomcat build image and created a
> private build for Pluto.
>
> I think the only snapshots left in our image are some of the specs
> (JACC & JASPI ... and it looks like Guillaume is working those along
> with upgrading others) and OpenEjb.
>
> Joe
Re: 2.1 Release -- Banging the drum
Posted by Joe Bohn <jo...@earthlink.net>.
Kevan Miller wrote:
> All,
> This note is a bit overdue (it's been a distracting start to the New
> Year for me). Time, IMO, for us to get focused on our 2.1 release.
>
> As David Jencks has pointed out. We need to start cleaning out the 2.1
> Jiras. It looks like I've got several open that have been fixed, either
> by additional development activities or redundant jira's. First step is
> to take a look at Jira's that you've created and make sure they are
> still valid and if you think it's important that they be fixed for 2.1.
>
> We also need to be taking a close look at our current functionality.
> Make sure things are working the way we want them to... Especially need
> to cast a critical eye on our the usability aspects of the new 2.1.
> Along the way, will be great if we can start pulling docs together.
>
> I started running tests last night. Right away, I'm noticing little
> things like warning messages being sent to STDOUT, etc. I'll start
> registering problem areas that I'm seeing.
>
> I'd like to set a target of 2 weeks for reviewing and fixing problems.
> After that would start the branching, final tck, and packaging work. If
> we feel this might negatively impact post-2.1 development activities. We
> can consider creating a 2.1 branch sooner...
>
> Thoughts?
>
> --kevan
>
>
I've recently upgraded our image to utilize the newly released xbean
3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-connector
2.1. Earlier I had updated the Tomcat build image and created a private
build for Pluto.
I think the only snapshots left in our image are some of the specs (JACC
& JASPI ... and it looks like Guillaume is working those along with
upgrading others) and OpenEjb.
Joe
Re: 2.1 Release -- Banging the drum
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Jan 20, 2008 5:13 PM, Kevan Miller <ke...@gmail.com> wrote:
> Are you ok with the 2 week target for reviewing the current trunk codebase
> and resolving issues?
I'm ok as long as it won't take us longer than 2 weeks to release
Geronimo 2.1 "as is" with all identified issues described in
RELEASE_NOTES or such.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 20, 2008, at 1:42 PM, Jason Dillon wrote:
> I'm going to start working on this... looks like there are more
> problems that I thought, though not hard to fix... just a PITA.
>
> --jason
>
>
> On Jan 20, 2008, at 8:13 AM, Kevan Miller wrote:
>
>>
>> On Jan 19, 2008, at 1:18 PM, Jacek Laskowski wrote:
>>
>>> On Jan 18, 2008 3:15 AM, Kevan Miller <ke...@gmail.com>
>>> wrote:
>>>
>>>> I agree with Jason. We shouldn't be carrying forward the current
>>>> structure.
>>>> And, I think we have enough time to fix this problem while we are
>>>> fixing
>>>> other issues with the release.
>>>
>>> Even though I tend to agree I understand the pain of our end users
>>> who
>>> suffer from working with 2.0.2 when we keep telling them use the
>>> unofficial 2.1 release and I wish we could release G 2.1 as soon as
>>> possible. No issues should be counted any more. Just go ahead,
>>> release
>>> and keep working on 2.2 release.
>>
>> Jacek,
>> Let's level-set for a second. From my original note on this subject:
>>
>> On Jan 16, 2008, at 10:27 AM, Kevan Miller wrote:
>>
>>>
>>> I'd like to set a target of 2 weeks for reviewing and fixing
>>> problems. After that would start the branching, final tck, and
>>> packaging work. If we feel this might negatively impact post-2.1
>>> development activities. We can consider creating a 2.1 branch
>>> sooner...
>>
>> Are you ok with the 2 week target for reviewing the current trunk
>> codebase and resolving issues?
>>
>> The structure of our pom's are one of the issues that I think have
>> been identified in our current codebase. Seems like we can resolve
>> the problem within our 2 week timeframe. So, I'm all for fixing the
>> poms...
>>
>> --kevan
>
Re: 2.1 Release -- Banging the drum
Posted by Jason Dillon <ja...@planet57.com>.
I'm going to start working on this... looks like there are more
problems that I thought, though not hard to fix... just a PITA.
--jason
On Jan 20, 2008, at 8:13 AM, Kevan Miller wrote:
>
> On Jan 19, 2008, at 1:18 PM, Jacek Laskowski wrote:
>
>> On Jan 18, 2008 3:15 AM, Kevan Miller <ke...@gmail.com> wrote:
>>
>>> I agree with Jason. We shouldn't be carrying forward the current
>>> structure.
>>> And, I think we have enough time to fix this problem while we are
>>> fixing
>>> other issues with the release.
>>
>> Even though I tend to agree I understand the pain of our end users
>> who
>> suffer from working with 2.0.2 when we keep telling them use the
>> unofficial 2.1 release and I wish we could release G 2.1 as soon as
>> possible. No issues should be counted any more. Just go ahead,
>> release
>> and keep working on 2.2 release.
>
> Jacek,
> Let's level-set for a second. From my original note on this subject:
>
> On Jan 16, 2008, at 10:27 AM, Kevan Miller wrote:
>
>>
>> I'd like to set a target of 2 weeks for reviewing and fixing
>> problems. After that would start the branching, final tck, and
>> packaging work. If we feel this might negatively impact post-2.1
>> development activities. We can consider creating a 2.1 branch
>> sooner...
>
> Are you ok with the 2 week target for reviewing the current trunk
> codebase and resolving issues?
>
> The structure of our pom's are one of the issues that I think have
> been identified in our current codebase. Seems like we can resolve
> the problem within our 2 week timeframe. So, I'm all for fixing the
> poms...
>
> --kevan
Re: 2.1 Release -- Banging the drum
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 19, 2008, at 1:18 PM, Jacek Laskowski wrote:
> On Jan 18, 2008 3:15 AM, Kevan Miller <ke...@gmail.com> wrote:
>
>> I agree with Jason. We shouldn't be carrying forward the current
>> structure.
>> And, I think we have enough time to fix this problem while we are
>> fixing
>> other issues with the release.
>
> Even though I tend to agree I understand the pain of our end users who
> suffer from working with 2.0.2 when we keep telling them use the
> unofficial 2.1 release and I wish we could release G 2.1 as soon as
> possible. No issues should be counted any more. Just go ahead, release
> and keep working on 2.2 release.
Jacek,
Let's level-set for a second. From my original note on this subject:
On Jan 16, 2008, at 10:27 AM, Kevan Miller wrote:
>
> I'd like to set a target of 2 weeks for reviewing and fixing
> problems. After that would start the branching, final tck, and
> packaging work. If we feel this might negatively impact post-2.1
> development activities. We can consider creating a 2.1 branch
> sooner...
Are you ok with the 2 week target for reviewing the current trunk
codebase and resolving issues?
The structure of our pom's are one of the issues that I think have
been identified in our current codebase. Seems like we can resolve the
problem within our 2 week timeframe. So, I'm all for fixing the poms...
--kevan
Re: 2.1 Release -- Banging the drum
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Jan 18, 2008 3:15 AM, Kevan Miller <ke...@gmail.com> wrote:
> I agree with Jason. We shouldn't be carrying forward the current structure.
> And, I think we have enough time to fix this problem while we are fixing
> other issues with the release.
Even though I tend to agree I understand the pain of our end users who
suffer from working with 2.0.2 when we keep telling them use the
unofficial 2.1 release and I wish we could release G 2.1 as soon as
possible. No issues should be counted any more. Just go ahead, release
and keep working on 2.2 release.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 17, 2008, at 7:46 PM, Jason Dillon wrote:
> It should take a day or two to fix, nothing significant. It should
> have been done when the modules were reorganized... and I have no
> idea why it was not. The reorg task should be completed before we
> release. I don't understand why folks tend to discount build
> related issues. Maybe we should consult the resident m2 expert? :-P
I agree with Jason. We shouldn't be carrying forward the current
structure. And, I think we have enough time to fix this problem while
we are fixing other issues with the release.
--kevan
> --jason
>
>
> On Jan 17, 2008, at 2:22 PM, Jacek Laskowski wrote:
>
>> On Jan 17, 2008 6:39 PM, Jason Dillon <ja...@planet57.com> wrote:
>>> I think we need to fix the pom parentage post reorganization
>>> before we
>>> can branch for a 2.1 release. IMO the reorg is only half done...
>>> and
>>> really needs to be finished.
>>
>> I disagree. We've been living with it for a while and am sure we can
>> live with it a bit longer. I'm against any issues/tasks that would
>> make the 2.1 release delayed. I don't want to tell our users that 2.1
>> is the solution to their problems as it doesn't exist yet. I've
>> seen a
>> lot of answers with 2.1 as the solution so if we've suggested using
>> 2.1 it's ready. There's no need to wait any longer and it should be
>> released now provided it passes TCK. Any other issues can be fixed in
>> 2.2.
>>
>> Jacek
>>
>> --
>> Jacek Laskowski
>> http://www.JacekLaskowski.pl
>
Re: 2.1 Release -- Banging the drum
Posted by Jason Dillon <ja...@planet57.com>.
It should take a day or two to fix, nothing significant. It should
have been done when the modules were reorganized... and I have no idea
why it was not. The reorg task should be completed before we
release. I don't understand why folks tend to discount build related
issues. Maybe we should consult the resident m2 expert? :-P
--jason
On Jan 17, 2008, at 2:22 PM, Jacek Laskowski wrote:
> On Jan 17, 2008 6:39 PM, Jason Dillon <ja...@planet57.com> wrote:
>> I think we need to fix the pom parentage post reorganization before
>> we
>> can branch for a 2.1 release. IMO the reorg is only half done... and
>> really needs to be finished.
>
> I disagree. We've been living with it for a while and am sure we can
> live with it a bit longer. I'm against any issues/tasks that would
> make the 2.1 release delayed. I don't want to tell our users that 2.1
> is the solution to their problems as it doesn't exist yet. I've seen a
> lot of answers with 2.1 as the solution so if we've suggested using
> 2.1 it's ready. There's no need to wait any longer and it should be
> released now provided it passes TCK. Any other issues can be fixed in
> 2.2.
>
> Jacek
>
> --
> Jacek Laskowski
> http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Jan 17, 2008 6:39 PM, Jason Dillon <ja...@planet57.com> wrote:
> I think we need to fix the pom parentage post reorganization before we
> can branch for a 2.1 release. IMO the reorg is only half done... and
> really needs to be finished.
I disagree. We've been living with it for a while and am sure we can
live with it a bit longer. I'm against any issues/tasks that would
make the 2.1 release delayed. I don't want to tell our users that 2.1
is the solution to their problems as it doesn't exist yet. I've seen a
lot of answers with 2.1 as the solution so if we've suggested using
2.1 it's ready. There's no need to wait any longer and it should be
released now provided it passes TCK. Any other issues can be fixed in
2.2.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Posted by Jason Dillon <ja...@planet57.com>.
I think we need to fix the pom parentage post reorganization before we
can branch for a 2.1 release. IMO the reorg is only half done... and
really needs to be finished.
--jason
On Jan 16, 2008, at 7:27 AM, Kevan Miller wrote:
> All,
> This note is a bit overdue (it's been a distracting start to the New
> Year for me). Time, IMO, for us to get focused on our 2.1 release.
>
> As David Jencks has pointed out. We need to start cleaning out the
> 2.1 Jiras. It looks like I've got several open that have been fixed,
> either by additional development activities or redundant jira's.
> First step is to take a look at Jira's that you've created and make
> sure they are still valid and if you think it's important that they
> be fixed for 2.1.
>
> We also need to be taking a close look at our current functionality.
> Make sure things are working the way we want them to... Especially
> need to cast a critical eye on our the usability aspects of the new
> 2.1. Along the way, will be great if we can start pulling docs
> together.
>
> I started running tests last night. Right away, I'm noticing little
> things like warning messages being sent to STDOUT, etc. I'll start
> registering problem areas that I'm seeing.
>
> I'd like to set a target of 2 weeks for reviewing and fixing
> problems. After that would start the branching, final tck, and
> packaging work. If we feel this might negatively impact post-2.1
> development activities. We can consider creating a 2.1 branch
> sooner...
>
> Thoughts?
>
> --kevan
>
Re: 2.1 Release -- Banging the drum
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Jan 22, 2008 12:44 AM, Jay D. McHugh <ja...@jnwd.net> wrote:
> +1 - Two weeks sounds good to me.
It's 6 days ago when Kevan put it to discussion so it's really a week
away from that day ;-)
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 21, 2008, at 6:44 PM, Jay D. McHugh wrote:
> +1 - Two weeks sounds good to me.
>
> The big feature that I had been waiting for was the Dojo upgrade and
> that is done.
>
> I can start looking at the 'STDOUT' messages.
>
> I would assume that sending messages to the console during tests
> would be fine (yes?) and that the problem would really be when
> messages from a running server get sent there as well.
>
> Or should even the test messages be getting sent to a log?
Well, I was thinking of warning/error messages that aren't really
warning/error messages. For example:
19:25:17,715 WARN [AbstractGBeanReference] GBean references are not
using proxies
and the Tomcat restricted listeners error message...
--kevan
Re: 2.1 Release -- Banging the drum
Posted by "Jay D. McHugh" <ja...@jnwd.net>.
+1 - Two weeks sounds good to me.
The big feature that I had been waiting for was the Dojo upgrade and
that is done.
I can start looking at the 'STDOUT' messages.
I would assume that sending messages to the console during tests would
be fine (yes?) and that the problem would really be when messages from a
running server get sent there as well.
Or should even the test messages be getting sent to a log?
Jay
Kevan Miller wrote:
> All,
> This note is a bit overdue (it's been a distracting start to the New
> Year for me). Time, IMO, for us to get focused on our 2.1 release.
>
> As David Jencks has pointed out. We need to start cleaning out the 2.1
> Jiras. It looks like I've got several open that have been fixed, either
> by additional development activities or redundant jira's. First step is
> to take a look at Jira's that you've created and make sure they are
> still valid and if you think it's important that they be fixed for 2.1.
>
> We also need to be taking a close look at our current functionality.
> Make sure things are working the way we want them to... Especially need
> to cast a critical eye on our the usability aspects of the new 2.1.
> Along the way, will be great if we can start pulling docs together.
>
> I started running tests last night. Right away, I'm noticing little
> things like warning messages being sent to STDOUT, etc. I'll start
> registering problem areas that I'm seeing.
>
> I'd like to set a target of 2 weeks for reviewing and fixing problems.
> After that would start the branching, final tck, and packaging work. If
> we feel this might negatively impact post-2.1 development activities. We
> can consider creating a 2.1 branch sooner...
>
> Thoughts?
>
> --kevan
>
>
>