You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@poi.apache.org by "Andrew C. Oliver" <ac...@apache.org> on 2003/05/05 15:19:58 UTC

2.0-pre1

Lets get underway with 2.0-pre1

Steps
1. Lets just leave 1.5 hanging out there (branch wise) unless there is
anything that actually needs to be merged
2. Document the build (its working for me but I don't think I could
reproduce it w/o searching the archive)
3. Branch 2.0, tag 2.0-pre-1 release (make sure docs make it into the
distro)
4. I merge my performance stuff into the head and then a new dev release
(and then the bug reports will roll right in! :-) )

-Andy

On 5/5/03 7:19 AM, "Avik Sengupta" <av...@apache.org> wrote:

> Added to news. 
> On Mon, 2003-05-05 at 15:33, Glen Stampoultzis wrote:
>> 
>> Sounds newsworthy. :-)
>> 
>> At 04:26 PM 5/05/2003, you wrote:
>>> I have committed the addition of GreaterThan and LessThan functionality
>>> in formulas, originally supplied by Cameron Riley. The commit message
>>> didnt seem to make it to the list. So here's the comment FYI
>>> 
>>> -----------------
>>> Addition of GreaterThan and LessThan in formulas (IF Functions)
>>> Originally submitted by Cameron Riley (PR 16392). Thanks.
>>> Added simple tests at high and low level, more complicated cases to be
>>> tested
>>> <= and >= probably still wont work!
>>> Had to apply diff by hand, one horrible line at a time (yikes!!)
>>> ---------------------
>>> Files Changed:
>>> Added   GreaterThanPtg.java
>>>         LessThanPtg.java
>>> 
>>> Changed FormulaParser.java
>>>         Ptg.java
>>>         FormulaParserTest.java
>>>         TestFormulas.java
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
>> 
>> 
>> Glen Stampoultzis
>> gstamp@iinet.net.au
>> http://members.iinet.net.au/~gstamp/glen/
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
> 

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for Jakarta POI

http://jakarta.apache.org/poi
For Java and Excel, Got POI?


Re: 2.0-pre1

Posted by "Andrew C. Oliver" <ac...@apache.org>.
We seem to be miscommunicating this seems to be exactly what I'm proposing.

The idea is to release 2.0 and create a branch.  Its irrelevant to me when
the dev release happens.  I'll do my BEST to get the performance stuff all
merged over a weekend, but that¹s a matter of balancing.  ;-)  Weeks will be
easier for me than weekends at the moment.

-Andy

On 5/5/03 3:45 PM, "Avik Sengupta" <av...@apache.org> wrote:

> I have been thinking about this for a while since your previous mail
> with this proposal. Hadnt expressed an opinion, since i hadnt made up my
> mind yet. In the last two days however, i have come to the conclusion
> that i dont quite agree  that 2.0 pre1 should come after the merge.
> 
> I think we should come out with a stable release of the trunk before we
> do a merge with performance branch. Many people now use dev releases, we
> should freeze something for them before destabilising the branch further
> (ie, i fully agree with your goals, differ on how to get there)
> 
> My steps. 
> 
> 1. commit bug 19079
> (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19079) which i missed
> in the last checkin since it didnt have patch. I'll do it tomorrow.
> 
> 2. Create Branch 2.0 on friday. Release 2.0 pre1 simultaneously. Make a
> noise, so that lotsa people download.
> 
> 3. Merge performance branch into HEAD over the weekend.
> 
> 4. Release 2.0 pre2,pre3 at one week intervals, doing only bugfixes, on
> the 2.0 Branch. I've already started evaluating a couple of important
> one's from bugzilla.  Target final release of 2.0 end of May.
> 
> 5. Simultaneously, carry on feature development on Head, numbered 2.5 or
> whatever. 
> 
> The idea is, that since most people now use snapshots anyways, i want
> one shot at stabilising and blessing _one_ release from current HEAD. My
> apprehension with releasing 2.0 after merge, is that since people are
> already  using dev snapshots, they will move to a new snapshot, without
> understanding that there is a major codebase change.
> 
> Sorry about the delay in replying, but i just about figured what would
> be the best. 
> 
> Thoughts, folks?
> -
> Avik
> 
> 
> 
> On Mon, 2003-05-05 at 18:49, Andrew C. Oliver wrote:
>> Lets get underway with 2.0-pre1
>> 
>> Steps
>> 1. Lets just leave 1.5 hanging out there (branch wise) unless there is
>> anything that actually needs to be merged
>> 2. Document the build (its working for me but I don't think I could
>> reproduce it w/o searching the archive)
>> 3. Branch 2.0, tag 2.0-pre-1 release (make sure docs make it into the
>> distro)
>> 4. I merge my performance stuff into the head and then a new dev release
>> (and then the bug reports will roll right in! :-) )
>> 
>> -Andy
>> 
>> On 5/5/03 7:19 AM, "Avik Sengupta" <av...@apache.org> wrote:
>> 
>>> Added to news. 
>>> On Mon, 2003-05-05 at 15:33, Glen Stampoultzis wrote:
>>>> 
>>>> Sounds newsworthy. :-)
>>>> 
>>>> At 04:26 PM 5/05/2003, you wrote:
>>>>> I have committed the addition of GreaterThan and LessThan functionality
>>>>> in formulas, originally supplied by Cameron Riley. The commit message
>>>>> didnt seem to make it to the list. So here's the comment FYI
>>>>> 
>>>>> -----------------
>>>>> Addition of GreaterThan and LessThan in formulas (IF Functions)
>>>>> Originally submitted by Cameron Riley (PR 16392). Thanks.
>>>>> Added simple tests at high and low level, more complicated cases to be
>>>>> tested
>>>>> <= and >= probably still wont work!
>>>>> Had to apply diff by hand, one horrible line at a time (yikes!!)
>>>>> ---------------------
>>>>> Files Changed:
>>>>> Added   GreaterThanPtg.java
>>>>>         LessThanPtg.java
>>>>> 
>>>>> Changed FormulaParser.java
>>>>>         Ptg.java
>>>>>         FormulaParserTest.java
>>>>>         TestFormulas.java
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
>>>> 
>>>> 
>>>> Glen Stampoultzis
>>>> gstamp@iinet.net.au
>>>> http://members.iinet.net.au/~gstamp/glen/
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
>>> 
>> 
>> -- 
>> Andrew C. Oliver
>> http://www.superlinksoftware.com/poi.jsp
>> Custom enhancements and Commercial Implementation for Jakarta POI
>> 
>> http://jakarta.apache.org/poi
>> For Java and Excel, Got POI?
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
>> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
> 

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for Jakarta POI

http://jakarta.apache.org/poi
For Java and Excel, Got POI?


Re: 2.0-pre1

Posted by Avik Sengupta <av...@apache.org>.
I have been thinking about this for a while since your previous mail
with this proposal. Hadnt expressed an opinion, since i hadnt made up my
mind yet. In the last two days however, i have come to the conclusion
that i dont quite agree  that 2.0 pre1 should come after the merge. 

I think we should come out with a stable release of the trunk before we
do a merge with performance branch. Many people now use dev releases, we
should freeze something for them before destabilising the branch further
(ie, i fully agree with your goals, differ on how to get there)

My steps. 

1. commit bug 19079
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19079) which i missed
in the last checkin since it didnt have patch. I'll do it tomorrow. 

2. Create Branch 2.0 on friday. Release 2.0 pre1 simultaneously. Make a
noise, so that lotsa people download. 

3. Merge performance branch into HEAD over the weekend. 

4. Release 2.0 pre2,pre3 at one week intervals, doing only bugfixes, on
the 2.0 Branch. I've already started evaluating a couple of important
one's from bugzilla.  Target final release of 2.0 end of May. 

5. Simultaneously, carry on feature development on Head, numbered 2.5 or
whatever. 

The idea is, that since most people now use snapshots anyways, i want
one shot at stabilising and blessing _one_ release from current HEAD. My
apprehension with releasing 2.0 after merge, is that since people are
already  using dev snapshots, they will move to a new snapshot, without
understanding that there is a major codebase change. 

Sorry about the delay in replying, but i just about figured what would
be the best. 

Thoughts, folks?
-
Avik



On Mon, 2003-05-05 at 18:49, Andrew C. Oliver wrote:
> Lets get underway with 2.0-pre1
> 
> Steps
> 1. Lets just leave 1.5 hanging out there (branch wise) unless there is
> anything that actually needs to be merged
> 2. Document the build (its working for me but I don't think I could
> reproduce it w/o searching the archive)
> 3. Branch 2.0, tag 2.0-pre-1 release (make sure docs make it into the
> distro)
> 4. I merge my performance stuff into the head and then a new dev release
> (and then the bug reports will roll right in! :-) )
> 
> -Andy
> 
> On 5/5/03 7:19 AM, "Avik Sengupta" <av...@apache.org> wrote:
> 
> > Added to news. 
> > On Mon, 2003-05-05 at 15:33, Glen Stampoultzis wrote:
> >> 
> >> Sounds newsworthy. :-)
> >> 
> >> At 04:26 PM 5/05/2003, you wrote:
> >>> I have committed the addition of GreaterThan and LessThan functionality
> >>> in formulas, originally supplied by Cameron Riley. The commit message
> >>> didnt seem to make it to the list. So here's the comment FYI
> >>> 
> >>> -----------------
> >>> Addition of GreaterThan and LessThan in formulas (IF Functions)
> >>> Originally submitted by Cameron Riley (PR 16392). Thanks.
> >>> Added simple tests at high and low level, more complicated cases to be
> >>> tested
> >>> <= and >= probably still wont work!
> >>> Had to apply diff by hand, one horrible line at a time (yikes!!)
> >>> ---------------------
> >>> Files Changed:
> >>> Added   GreaterThanPtg.java
> >>>         LessThanPtg.java
> >>> 
> >>> Changed FormulaParser.java
> >>>         Ptg.java
> >>>         FormulaParserTest.java
> >>>         TestFormulas.java
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
> >>> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
> >> 
> >> 
> >> Glen Stampoultzis
> >> gstamp@iinet.net.au
> >> http://members.iinet.net.au/~gstamp/glen/
> > 
> > 
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: poi-dev-help@jakarta.apache.org
> > 
> 
> -- 
> Andrew C. Oliver
> http://www.superlinksoftware.com/poi.jsp
> Custom enhancements and Commercial Implementation for Jakarta POI
> 
> http://jakarta.apache.org/poi
> For Java and Excel, Got POI?
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: poi-dev-help@jakarta.apache.org
>