[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=42222>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=42222

I can see this is a serious issue; if you follow the links its causing problems with eclipse 3.3 apps

options
1. let Eclipse backport it themselves.
-no work for us, but we end up splitting bug reps between the two teams, and there's still some issues with the locator stability to deal with.

2. rush out an ant1.7.0.1 without adequate testing
-I dont like this, because I've been in projects before that shipped things to meet WebSphere's needs, and it hurt in the end (Axis, BTW). Quality gets dropped at the expense of timeliness, but you end up getting all the support calls anyway

3. Do an Ant1.7.1 with no features, just the current code with tests all working, including stuff for the locator.
 -gets the jscp patch into the field
 -gets autoproxy working
 -any other minor fixes that have surfaced since ant1.7.0

we could still run a tight schedule, but with a single beta
 -any other critical fixes to go in?
 -cut a beta release for june
 -ship in july

If you look at what I've been putting in the wiki for Ant1.7.1, there's a mixture of feature creep and packaging; most major ant1.7.0 defects have been identified already and should be patched.

We could move all features until Ant1.7.2, make the 1.7.1 the simpler bugfix release, with less trauma all round.

Thoughts?

-steve



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to