Re: [VOTE] 5.0.7 stability rating

2003-08-14 Thread Eric Carmichael
Remy Maucherat wrote:

 Note 2: As far as I am concerned, the 5.0.7 build is feature complete
 (ie, my TODO list is empty).

FYI, there are still a handful of TODOs in the Jasper code, at least one of
which (need to check for uniqueness of attribute name, variable name-given,
and variable alias) is required for spec compliance.

Eric

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



Re: [VOTE] 5.0.7 stability rating

2003-08-14 Thread Jean-Francois Arcand


Remy Maucherat wrote:

ballot
[X ] Alpha
[ ] Beta
/ballot
pleaPlease vote :)/plea

Add comments if needed. 


(1) Xerces validation doesn't work (seems the way we load the DTD is 
incorrect, producing the current error...but wait, we never know with 
Xerces ;-) ). Since validation was by default supported in 4.x, I'm 
considering this a regression.
(2) When ContextConfig was refactored, TldConfig was created but it is 
impossible right now to turn on xml validation (the implementation is 
missing). Knowing how it may sometimes create the proper TLD, I think 
the functionality needs to be implemented.

I'm working on (1) ( (2) will be easy once (1) is fixed) now and hope 
to have something soon.

-- Jeanfrancois



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


Re: [VOTE] 5.0.7 stability rating

2003-08-14 Thread Remy Maucherat
Jean-Francois Arcand wrote:
I'm working on (1) ( (2) will be easy once (1) is fixed) now and hope 
to have something soon.
Great, I don't care about either ;-) 
lol :-)

None of this is critical for a beta (off by default, and it is so slow 
you'd have to be crazy to enable it). 
Then I'm crazy :-) (to debug Xerces yes I'm crazy)

I don't understand what you mean in (2): TLD validation is not 
implemented ? 
I mean it is impossible to turn on xml validation ( the getter/setter 
are not implemented, so the default value is always set to false ). 
Costin's re-factoring was too agressive :-)
Validation works from the deployer (which is IMO a better place that on 
the server side in most cases). Of course, that won't add TLD 
validation, if it's indeed missing.

This is not a critical issue as far as I am concerned, however. Given 
the timing, I'll push for 5.0.7 to be a first beta unless there's a 
showstopper issue. We need as much beta time as we can get to test and 
debug Tomcat by the time the spec is released. Otherwise, this is not 
going to work, and trying to release a perfect beta doesn't make sense 
(if you think a first beta is going to be perfect, you can look at the 
initial .0 releases of each branch to see how perfect the first stable 
releases have been - no matter what, we'll find serious bugs given 
enough testers :) ).

Remy



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


Re: [VOTE] 5.0.7 stability rating

2003-08-14 Thread Remy Maucherat
Jean-Francois Arcand wrote:
Remy Maucherat wrote:

ballot
[X ] Alpha
[ ] Beta
/ballot
pleaPlease vote :)/plea

Add comments if needed. 
(1) Xerces validation doesn't work (seems the way we load the DTD is 
incorrect, producing the current error...but wait, we never know with 
Xerces ;-) ). Since validation was by default supported in 4.x, I'm 
considering this a regression.
(2) When ContextConfig was refactored, TldConfig was created but it is 
impossible right now to turn on xml validation (the implementation is 
missing). Knowing how it may sometimes create the proper TLD, I think 
the functionality needs to be implemented.

I'm working on (1) ( (2) will be easy once (1) is fixed) now and hope to 
have something soon.
Great, I don't care about either ;-) None of this is critical for a beta 
(off by default, and it is so slow you'd have to be crazy to enable it).

I don't understand what you mean in (2): TLD validation is not implemented ?

Remy

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


[VOTE] 5.0.7 stability rating

2003-08-14 Thread Remy Maucherat
ballot
[ ] Alpha
[ ] Beta
/ballot
pleaPlease vote :)/plea

Add comments if needed.

Note 1: A note will be added about the need to disable smap generation 
in case of an error in SmapStratum during compilation. Other than this 
problem, I believe this build to be of good overall quality.

Note 2: As far as I am concerned, the 5.0.7 build is feature complete 
(ie, my TODO list is empty). I will now focus on tweaks and bugs. This 
probably means a slower release cycle (assuming this build is voted as 
beta). If anyone has ideas about new items, I think it's safe to say 
it's now or never (at least for the initial 5.0.x release) ;-)

Note 3: I'll be away with little internet connectivity between 08/13 and 
08/19 (included). If this vote could be wrapped up *before* I leave, it 
would be good, but it's not essential, so I don't want people to rush 
and skimp on testing (changing 5.0.7 from alpha to beta and making the 
necessary announcements should be simple enough).

Note 4: 4.1.x went to beta at 4.1.7 (5.0.x's codebase was then created 
from that tag). It is an interesting coincidence. However, I feel like 
5.0.x is considerably more stable than 4.1.x was at this stage (not very 
surprising, with brand new connectors and rewritten Jasper for 4.1.x), 
and I don't feel any particular urge to create a branch either ;-)

Remy

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


Re: [VOTE] 5.0.7 stability rating

2003-08-14 Thread Jean-Francois Arcand


Remy Maucherat wrote:

Jean-Francois Arcand wrote:

Remy Maucherat wrote:

ballot
[X ] Alpha
[ ] Beta
/ballot
pleaPlease vote :)/plea

Add comments if needed. 


(1) Xerces validation doesn't work (seems the way we load the DTD is 
incorrect, producing the current error...but wait, we never know with 
Xerces ;-) ). Since validation was by default supported in 4.x, I'm 
considering this a regression.
(2) When ContextConfig was refactored, TldConfig was created but it 
is impossible right now to turn on xml validation (the implementation 
is missing). Knowing how it may sometimes create the proper TLD, I 
think the functionality needs to be implemented.

I'm working on (1) ( (2) will be easy once (1) is fixed) now and hope 
to have something soon.


Great, I don't care about either ;-) 
lol :-)

None of this is critical for a beta (off by default, and it is so slow 
you'd have to be crazy to enable it). 
Then I'm crazy :-) (to debug Xerces yes I'm crazy)



I don't understand what you mean in (2): TLD validation is not 
implemented ? 
I mean it is impossible to turn on xml validation ( the getter/setter 
are not implemented, so the default value is always set to false ). 
Costin's re-factoring was too agressive :-)

-- Jeanfrancois



Remy

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



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