cvs commit: jakarta-commons/validator/xdocs/images logo.gif

2002-10-14 Thread martinc
martinc 2002/10/14 20:15:20 Modified:validator project.xml Added: validator/xdocs/images logo.gif Log: Add a logo for Validator. Revision ChangesPath 1.4 +1 -0 jakarta-commons/validator/project.xml Index: project.xml

cvs commit: jakarta-commons/validator/xdocs/images - New directory

2002-10-14 Thread martinc
martinc 2002/10/14 20:14:22 jakarta-commons/validator/xdocs/images - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

[lang][PATCH] Minor javadoc fixes

2002-10-14 Thread Christopher Elkins
Hi, all. The diff attached below corrects some minor javadoc errors. -- Christopher Elkins Index: src/java/org/apache/commons/lang/NumberRange.java === RCS file: /home/cvspublic/jakarta-commons/lang/src/java/org/apache/commons/

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Costin Manolache
[EMAIL PROTECTED] wrote: > "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote on 15/10/2002 02:20:01 > AM: > >> >> >> On Mon, 14 Oct 2002 [EMAIL PROTECTED] wrote: >> >> > >> > Is there a rule somewhere about not having sandbox components as a >> > dependency? >> >> At a minimum, I think you can

RE: [collections] Primitive collections

2002-10-14 Thread Waldhoff, Rodney
> I suspect there's a design that would allow consistent names to be > used (add(), get()), but also to be able to treat something as a > real Collection or Map. Something Proxy-ish or Adapter-ish > comes to mind; at least, some form of composition. Sounds reasonable. > (actually, if you're usin

DO NOT REPLY [Bug 13621] - [resources] fixes to Maven project.xml

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 13621] New: - [resources] fixes to Maven project.xml

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread dion
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote on 15/10/2002 02:20:01 AM: > > > On Mon, 14 Oct 2002 [EMAIL PROTECTED] wrote: > > > > > Is there a rule somewhere about not having sandbox components as a > > dependency? > > At a minimum, I think you can infer an indirect rule from the followi

Re: [collections] Primitive collections

2002-10-14 Thread Michael A. Smith
On Mon, 14 Oct 2002, Stephen Colebourne wrote: > A debate has recently arrived at my doors privately from Bruce Eckel related > to the primitive collections: > > Bruce has argued that the primitive method names should be the same as the > Object ones from List, and the primitive classes should th

Re: [collection] MultiHashMap class improvements

2002-10-14 Thread Henri Yandell
STATUS.html :) We could even link to the mail archive... On Mon, 14 Oct 2002, Stephen Colebourne wrote: > There looks to be interesting stuff here. If it gets forgotten over the > coming weeks, please remind us ;-) > Stephen > > - Original Message - > From: "Michael Davey" <[EMAIL PROTE

Re: [collection] MultiHashMap class improvements

2002-10-14 Thread Stephen Colebourne
There looks to be interesting stuff here. If it gets forgotten over the coming weeks, please remind us ;-) Stephen - Original Message - From: "Michael Davey" <[EMAIL PROTECTED]> > I've been using the collect sub-package from innig.org for some time. > Perhaps we could flatter the author

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Steve Downey
On Monday 14 October 2002 05:11 pm, Costin Manolache wrote: > James Strachan wrote: > > I'd really like a stable release of Jelly out ASAP so migrating it to the > > commons proper sounds like a great idea. > > There is no need for a stable release. > > All you need ( IMO ) is a community and a pl

Re: [lang] ArrayUtils toMap asMap, [was Re: [collections] [PATCH] MapUtil]

2002-10-14 Thread Stephen Colebourne
[Opinions from [lang] committers desired, on inclusion of asMap into ArrayUtils] I believe that this difficulty is the reason why asMap(Object[]) was never included in the JDK, but toMap() was. Here is my solution: - Hashing - document the behaviour, stating that the Map will behave poorly as it

RE: [joran] example (was Re: [Latka][Proposal] Make Jelly a required dependency?)

2002-10-14 Thread Ceki Gülcü
At 13:48 14.10.2002 -0700, Scott wrote: > > Property 0 requires the XML processor to access elements that > > have been already defined. With Digester which is SAX based, > > there is no way for a rule to trigger parsing of an element > > that was already parsed by the SAX parser. In other words

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml TestDummyXMLOutput.java

2002-10-14 Thread morgand
morgand 2002/10/14 14:33:32 Modified:jelly/src/test/org/apache/commons/jelly/test/xml TestDummyXMLOutput.java Log: fixed javadoc bug Revision ChangesPath 1.2 +5 -7 jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xm

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml TestDummyXMLOutput.java producesOutput.jelly

2002-10-14 Thread morgand
morgand 2002/10/14 14:31:16 Modified:jelly/src/java/org/apache/commons/jelly XMLOutput.java Added: jelly/src/test/org/apache/commons/jelly/test/xml TestDummyXMLOutput.java producesOutput.jelly Log: added no-op XML output for efficiency Revision

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Costin Manolache
James Strachan wrote: > I'd really like a stable release of Jelly out ASAP so migrating it to the > commons proper sounds like a great idea. There is no need for a stable release. All you need ( IMO ) is a community and a plan to eventually get a release. > Though I am having second thoug

RE: [joran] example (was Re: [Latka][Proposal] Make Jelly arequired dependency?)

2002-10-14 Thread Joe Germuska
>Is there anyway to create and throw away an appender? Or to require >that loggers come first? The other way would be to cache the appender >nodes somehow in a custom rule, that is then accessible when the time >comes to need to load it. I would think you could have Digester rules create an app

Re: [collections] Primitive collections

2002-10-14 Thread Bruce Eckel
I'm copying a message I just sent to Stephen: Unfortunate. I have noted this tendency throughout Java's lifetime, within Sun, to make decisions and not really review them because of a percieved need to rush something out. As a result, Java is filled with poor design decisions, and often foibles (

RE: [joran] example (was Re: [Latka][Proposal] Make Jelly a required dependency?)

2002-10-14 Thread Scott Sanders
> Property 0 says that parsing of appender tags are driven by > logger tags. For example, the following config script does nothing. OK, I think I understand now. > > > > > > > > > > > > > > In particular, the CONSOLE appender is not created because no >

RE: [joran] example (was Re: [Latka][Proposal] Make Jelly a required dependency?)

2002-10-14 Thread Ceki Gülcü
Property 0 says that parsing of appender tags are driven by logger tags. For example, the following config script does nothing. In particular, the CONSOLE appender is not created because no logger references it. Property 0 requires the XML processor to ac

[collections] Primitive collections

2002-10-14 Thread Stephen Colebourne
A debate has recently arrived at my doors privately from Bruce Eckel related to the primitive collections: Bruce has argued that the primitive method names should be the same as the Object ones from List, and the primitive classes should thus not implement List but a new interface PrimitiveIntLis

RE: [joran] example (was Re: [Latka][Proposal] Make Jelly a required dependency?)

2002-10-14 Thread Scott Sanders
Can you explain the property 0 thing a little more? I don't understand why Digester cannot handle it. Thanks, Scott > -Original Message- > From: Ceki Gülcü [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 14, 2002 1:07 PM > To: Jakarta Commons Developers List; Jakarta Commons Develo

Re: [joran] example (was Re: [Latka][Proposal] Make Jelly a required dependency?)

2002-10-14 Thread Ceki Gülcü
Here is a sample log4j config file in XML: The noteworthy point is that the appender element is used only if root or a logger element references it. F

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/parser DefaultNamespaceFilter.java XMLParser.java

2002-10-14 Thread morgand
morgand 2002/10/14 12:46:22 Modified:jelly/src/java/org/apache/commons/jelly Jelly.java jelly/src/java/org/apache/commons/jelly/parser DefaultNamespaceFilter.java XMLParser.java Log: instance variable name cleanup Revision ChangesPath

Re: [collection] MultiHashMap class improvements

2002-10-14 Thread Michael Davey
I've been using the collect sub-package from innig.org for some time. Perhaps we could flatter the author by incorporating some of them into v3.0 of oac.collections? I particula

Re: [lang] Ideas for Lang

2002-10-14 Thread Steve Downey
On Monday 14 October 2002 02:26 pm, bob mcwhirter wrote: > > > I was hoping there might be a good Lisp fanatic or something with some > > > reasons for why a Pair object would be very useful. I seem to recall > > > reading someone's blog opining for a Pair class. > > > > Well, you could certainly

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml TestXMLValidation.java invalidScript1.jelly validScript1.jelly

2002-10-14 Thread morgand
morgand 2002/10/14 12:17:02 Modified:jelly/src/java/org/apache/commons/jelly Jelly.java Added: jelly/src/test/org/apache/commons/jelly/test/xml TestXMLValidation.java invalidScript1.jelly validScript1.jelly Log: added XML valid

cvs commit: jakarta-commons-sandbox/jelly STATUS.html

2002-10-14 Thread morgand
morgand 2002/10/14 12:14:25 Removed: jellySTATUS.html Log: removed the nearly unnecessary STATUS.html file -- To unsubscribe, e-mail: For additional commands, e-mail:

[Jelly] handing invalid XML

2002-10-14 Thread Morgan Delagrange
Hi all, I am preparing a change to the org.apache.commons.jelly.Jelly class that will allow clients to enable XML validation. However I noticed that the XMLParser.warning(SAXException) method simply logs warnings without throwing the exception. That means that whether or not validation succeeds

RE: [lang] Ideas for Lang

2002-10-14 Thread bob mcwhirter
> > I was hoping there might be a good Lisp fanatic or something with some > > reasons for why a Pair object would be very useful. I seem to recall > > reading someone's blog opining for a Pair class. > > Well, you could certainly do lists the LISP way with a Pair class. One > element is the CAR

RE: [lang] Ideas for Lang

2002-10-14 Thread Martin Cooper
> -Original Message- > From: Henri Yandell [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 14, 2002 5:33 AM > To: Jakarta Commons Developers List > Subject: Re: [lang] Ideas for Lang > > > > On Mon, 14 Oct 2002, John Yu wrote: > > > > > > 4) Pair. Is this Collections? Dunno. Anyw

DO NOT REPLY [Bug 13612] - Validator extension to support extending forms and fields

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 13612] New: - Validator extension to support extending forms and fields

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/jelly RequestBodyTag.java LatkaTagLibrary.java

2002-10-14 Thread morgand
morgand 2002/10/14 09:45:10 Modified:latka/src/java/org/apache/commons/latka/jelly LatkaTagLibrary.java Added: latka/src/java/org/apache/commons/latka/jelly RequestBodyTag.java Log: added request body tag Revision Changes

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/jelly ParameterNameTag.java ParameterTag.java ParameterValueTag.java LatkaTagLibrary.java

2002-10-14 Thread morgand
morgand 2002/10/14 09:34:01 Modified:latka/src/java/org/apache/commons/latka/jelly LatkaTagLibrary.java Added: latka/src/java/org/apache/commons/latka/jelly ParameterNameTag.java ParameterTag.java ParameterV

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Craig R. McClanahan
On Mon, 14 Oct 2002 [EMAIL PROTECTED] wrote: > > Is there a rule somewhere about not having sandbox components as a > dependency? At a minimum, I think you can infer an indirect rule from the following conventions: * You can't release a Sandbox component at all -- it's just a wad-o-code. *

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Craig R. McClanahan
On Mon, 14 Oct 2002, James Strachan wrote: > > So I'm starting to think it needs to be a top level project with its own > sub-projects. Do others think this is a good idea? Either way I'd like to > see Jelly promoted very soon. > If the plan is to have Jelly be a "framework" of its own accord,

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/jelly RequestHeaderTag.java LatkaTagLibrary.java

2002-10-14 Thread morgand
morgand 2002/10/14 09:07:42 Modified:latka/src/java/org/apache/commons/latka/jelly LatkaTagLibrary.java Added: latka/src/java/org/apache/commons/latka/jelly RequestHeaderTag.java Log: added request header tag Revision Cha

[jelly] as a Turbine templating framework ?

2002-10-14 Thread Stéphane MOR
Hi, I read a while ago something interesting about a JellyServlet... I'll like to know if there has been some attempts of a Jelly Service for Turbine (or Fulcrum), that would work like VelocityService (ie: you request "localhost:8080/foo/servlet/foo/templates/index.jelly" and the service evalu

RE: Customizing JXPath. Custom Containers.

2002-10-14 Thread Dmitri Plotnikov
Kenneth, --- Kenneth Petersen <[EMAIL PROTECTED]> wrote: > Hi. > > After having used a little time looking at the code of package > org.apache.commons.jxpath.ri.model, I have come to the following > conclusion: > > When taking into account that the "only difference" between a bean > like > obje

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Ceki Gülcü
Being in the process of writing an XML processing library called joran, I am thoroughly impressed by Jelly's capabilities. Even if its documentation is imho somewhat lacking, Jelly looks like one of the most promising projects currently under the Jakarta umbrella. At 14:33 14.10.2002 +0100, Jame

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Nicola Ken Barozzi
bob mcwhirter wrote: >>Though I am having second thoughts on whether Commons is the right place for >>Jelly; maybe it should be a top level Jakarta project? +1 > Been waiting for this. I'm going to assume it's a vote... > > +1 Make him do a proposal and submit it to Jakarta General.

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread bob mcwhirter
> Though I am having second thoughts on whether Commons is the right place for > Jelly; maybe it should be a top level Jakarta project? Been waiting for this. I'm going to assume it's a vote... +1 > So I'm starting to think it needs to be a top level project with its own > sub-project

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread James Strachan
From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> > [EMAIL PROTECTED] wrote: > > Is there a rule somewhere about not having sandbox components as a > > dependency? Or is this a general call to move Jelly to commons? > > It's really time Jelly goes to Commons proper, don't you think? > It's more activ

Re: [lang] Ideas for Lang

2002-10-14 Thread Henri Yandell
On Mon, 14 Oct 2002, John Yu wrote: > > > > 4) Pair. Is this Collections? Dunno. Anyway, pairs seem to be nice > > > > sometimes. I only have one because I was porting the lisp examples > > to Java > > > > from the lisp book [yep, i'm that sick]. > > > > > > Isn't o.a.c.collections.DefaultMap

Re: [collections] Release Manager Job Vacancy

2002-10-14 Thread Berin Loritsch
Stephen Colebourne wrote: > [collections] needs a release. The code appears to be in a releasable state > (I've done some tidying tonight of odds and ends). > > We are currently lacking a Release Manager however. Does anyone fancy the > job ??? > > Stephen I don't know about a continued presenc

DO NOT REPLY [Bug 13596] - Missing Test case

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 13596] - Missing Test case

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 13596] New: - Missing Test case

2002-10-14 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: [lang] ArrayUtils toMap asMap, [was Re: [collections] [PATCH] MapUtil]

2002-10-14 Thread Moritz Petersen
Stephen, > By comparison with the JDK, the method asList(Object[]) is on > Arrays. Thus I > have applied the patch to ArrayUtils in [lang] instead of [collections]. you're right, that makes sense. > When I looked at asMap(Object[]) I discovered certain problems that we > hadn't considered: > -

Re: [lang] Ideas for Lang

2002-10-14 Thread John Yu
At 12:18 pm 14-10-2002, you wrote: > > > > I suppose what you have in mind is MutableString extends java.util.String. > >String is final. Same for all/most of the Immutable painful things. Oops, missed the obvious... ;-p > > > 4) Pair. Is this Collections? Dunno. Anyway, pairs seem to be nice >

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread dion
Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote on 14/10/2002 06:09:54 PM: > > [EMAIL PROTECTED] wrote: > > Is there a rule somewhere about not having sandbox components as a > > dependency? Or is this a general call to move Jelly to commons? > > It's really time Jelly goes to Commons proper, don

Réf. : Re: [collection] MultiHashMap classimprovements

2002-10-14 Thread julien . buret
Hi.(See attached file: MultiHashMap.java) I have removed the two methods of interface and updated the clone() method. Julien "Stephen

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread Nicola Ken Barozzi
[EMAIL PROTECTED] wrote: > Is there a rule somewhere about not having sandbox components as a > dependency? Or is this a general call to move Jelly to commons? It's really time Jelly goes to Commons proper, don't you think? It's more active than Latka itself ATM, and used by more and more Jaka

Re: [Latka][Proposal] Make Jelly a required dependency?

2002-10-14 Thread dion
Is there a rule somewhere about not having sandbox components as a dependency? Or is this a general call to move Jelly to commons? -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers news <[EMAIL PROTECTED]> wro