[general] documentation

Anyone got any views on: http://www.flamefew.net/~hen/jakarta-tutorial.html A month back or so I got on a kick to write out the first chapter. [The others I put in as vague ideas for further information]. Last week I did a bit of reallocation and adding in new content, but it's now reached the po

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java

jsdever 2002/12/09 20:05:03 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java Log: Fix bug introduced in a adding a cookie header. Revision ChangesPath 1.86 +5 -17 jakarta-commons/httpclient/src/java/org/apach

[jelly] and

I originally implemented the tag with a fallsThru parameter, so that the following: would evaluate the both the block marked and the block marked , but not . For better or worse (I'm starting to think worse) I let "false" be the default for fallsThru, thinking that's

[collections] [patch] changes for ArrayListIterator was: Re: [collections] private member access in o.a.c.collections.iterators

The attached zip includes the following new classes: - UnmodifiableArrayListIterator: provides a ListIterator impl over an array. Does not support ListIterator#set, #add, or #remove. Extends ArrayIterator (which does not support #add or #remove either). - ArrayListIterator.java : Extends Unmodif

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core BreakTag.java

rwaldhoff2002/12/09 17:33:39 Modified:jelly/src/java/org/apache/commons/jelly/tags/core BreakTag.java Log: minor javadoc Revision ChangesPath 1.3 +3 -2 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core/BreakTag.j

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly TagSupport.java

rwaldhoff2002/12/09 17:30:26 Modified:jelly/src/java/org/apache/commons/jelly TagSupport.java Log: add findAncestorWithClass([Tag],Class[]) and findAncestorWithClass([Tag],Collection) methods for finding an ancestor that matches at least one of the set Revision ChangesP

Re: [modeler] removing deps ?

robert burrell donkin wrote: >> We'll not "duplicate" anything - the code to do what we need >> already exists ( in several forms ), we'll just use it ( adapted >> to the specific needs ). I don't think it'll be a problem with >> the duplicated maintainance either - the code we need has been >> qu

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils MappedPropertyDescriptor.java

rwaldhoff2002/12/09 14:33:04 Modified:beanutils/src/java/org/apache/commons/beanutils MappedPropertyDescriptor.java Log: rename private method capitalize(String) to make an eclipse warning go away (something along the lines of "this capitalize doesn't overrid

DO NOT REPLY [Bug 15170] - BeanUtils.setProperty doesn't convert primitive wrappers

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_bu

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils BeanUtilsTestCase.java

rwaldhoff2002/12/09 14:17:12 Modified:beanutils/src/test/org/apache/commons/beanutils BeanUtilsTestCase.java Log: add test case similiar to that described at http://issues.apache.org/bugzilla/show_bug.cgi?id=15170 Revision ChangesPath 1.15 +

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils TestResultSet.java

rwaldhoff2002/12/09 14:13:36 Modified:beanutils/src/test/org/apache/commons/beanutils TestResultSet.java Log: mark overridden deprecated methods as deprecated to make the eclipse warnings go away Revision ChangesPath 1.2 +8 -5 jakarta-c

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils/converters ByteConverterTestCase.java DoubleConverterTestCase.java FloatConverterTestCase.java IntegerConverterTestCase.java LongConverterTestCase.java NumberConverterTestBase.java ShortConverterTestCase.java

rwaldhoff2002/12/09 14:03:12 Modified:beanutils/src/java/org/apache/commons/beanutils/converters ByteConverter.java DoubleConverter.java FloatConverter.java IntegerConverter.java LongConverter.java ShortConverter.jav

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils/converters - New directory

rwaldhoff2002/12/09 14:02:29 jakarta-commons/beanutils/src/test/org/apache/commons/beanutils/converters - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [Jelly]Message tag for load string messages from resource

Sounds good. James Strachan wrote: From: "Kelly Chen" <[EMAIL PROTECTED]> Hi: I searched Jelly tag reference, I couldn't find a tag that is similiar to tag which can load resource strings based on an id and locale. It can be very useful for using Jelly as a templating system that can be inte

Re: [modeler] removing deps ?

On Sunday, December 8, 2002, at 07:09 AM, Costin Manolache wrote: We'll not "duplicate" anything - the code to do what we need already exists ( in several forms ), we'll just use it ( adapted to the specific needs ). I don't think it'll be a problem with the duplicated maintainance either - the

Re: [core] Scope, you choose!

On Fri, 6 Dec 2002, Costin Manolache wrote: > There is no dual maintainance. Everyone maintains the code that > he cares about and uses. There is however inter-project debate. Which will run like this: Robert creates a better, leaner, nicer reflection library. Robert refactors beanutils to use

Re: [core] Scope, you choose!

On Saturday, December 7, 2002, at 06:26 AM, Costin Manolache wrote: What I fail to understand is what is the real issue of debate - if you want to create a library for reflection, do it. That doesn't mean you have to force everyone to use it or to stop people from working on other reflection li

Re: [beanutils] moving reflection classes out of beanutils

On Saturday, December 7, 2002, at 09:32 PM, Henri Yandell wrote: So... we let Robert/Stephen/others finish up with reflect in lang while copying across modifications that occur to those areas in beanutils... unfortunately, the modifications and fixes can't be copied across. the public API of

Re: [CLI]: ParseException:Unrecognized option: -p

Hi, As I already mention in a previous email today, I think there is at least a documentation bug since the different behavior of each parser should be clearly explain in the javadoc. (If those difference are expected.) Well maybe the documentation just needs to be moved. Check out the link

RE: DBCP tracking stale connections?

On Mon, 9 Dec 2002, Martin van Dijken wrote: > > > As for testing for stale connections - there is a parameter when DBCP > > > pools are created that allow you to specify a query to check a > > > connections health. If the query fails - then the connection is > > > considered bad and DBCP will di

RE: DBCP tracking stale connections?

> > As for testing for stale connections - there is a parameter when DBCP > > pools are created that allow you to specify a query to check a > > connections health. If the query fails - then the connection is > > considered bad and DBCP will discard the connection and open a new one. > Right, spec

Re: [Jelly] JellyServlet

Thanks for the patch Kelvin, I've committed it to CVS. I made a minor patch so that the URI itself could denote the script to run. So you could just run http://localhost:8080/foo/index.jelly for example, rather than requiring a template=index.jelly query parameter.. Some thoughts for further impr

cvs commit: jakarta-commons-sandbox/jelly project.xml

jstrachan2002/12/09 07:18:26 Modified:jellyproject.xml Added: jelly/src/java/org/apache/commons/jelly/servlet JellyServlet.java Log: Applied patch supplied by Kelvin Tan to provide a Servlet for evaluating Jelly scripts inside a servlet engine.

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/swing SwingTagLibrary.java

jstrachan2002/12/09 06:40:54 Modified:jelly/src/java/org/apache/commons/jelly/tags/swing SwingTagLibrary.java Log: Applied patch supplied by Paul Michael Reilly Revision ChangesPath 1.16 +1 -0 jakarta-commons-sandbox/jelly/src/java/org/a

[GUMP] Build Failure - commons-jelly

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/jakarta/jak

[GUMP] Build Failure - commons-email

This email is autogenerated from the output from: Buildfile: build-gump.xml jar: [mkdir] Created dir: /home/rubys/jakart

Re: DBCP tracking stale connections?

Tim Funk wrote: DBCP can close connections if they have been opened to long by a client. The close check is issued only when another request to obtain a connection is made. As for testing for stale connections - there is a parameter when DBCP pools are created that allow you to specify a query

Re: DBCP tracking stale connections?

On Mon, 9 Dec 2002, Tim Funk wrote: > DBCP can close connections if they have been opened to long by a client. This is correct. > The close check is issued only when another request to obtain a > connection is made. This isn't quite correct. In fact, I think these "idle time" checks only run

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/cookie CookiePolicy.java CookieSpec.java CookieSpecBase.java NetscapeDraftSpec.java RFC2109Spec.java

jsdever 2002/12/09 04:48:40 Modified:httpclient/src/java/org/apache/commons/httpclient/cookie CookiePolicy.java CookieSpec.java CookieSpecBase.java NetscapeDraftSpec.java RFC2109Spec.java Log: Cookie javadoc impr

Re: [Jelly] JellyServlet

Kelvin Tan wrote: Sorry for the quick repost. I refactored the getTemplate method to return a URL instead. Thanx a million times ! It works like a charm! ;-) I managed to replace my Turbine-based webapp in +/- 1 hour. (layout.jelly, menu.jelly, action.jelly, screen.jelly, page.jelly) (The only

Re: [collections][lang] Functors, pre-vote

On Sun, 8 Dec 2002, Stephen Colebourne wrote: > From: "Rodney Waldhoff" <[EMAIL PROTECTED]> > > On Sun, 8 Dec 2002, Stephen Colebourne wrote: > > > Solution #3 [functor] project, that contains the functor interfaces, > > > implementations and CollectionUtils implementations, with the > > > collect

Re: DBCP tracking stale connections?

DBCP can close connections if they have been opened to long by a client. The close check is issued only when another request to obtain a connection is made. As for testing for stale connections - there is a parameter when DBCP pools are created that allow you to specify a query to check a conn

Re: [VOTE] moving Jelly to the commons proper

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > On Fri, 6 Dec 2002, James Strachan wrote: > > > - Cut Here - > > I vote as follows on moving Jelly to the Commons Proper: > > [X] +1 - I support this move and am willing to help > > I will add this to the set of commons packages I build nigh

RE: [jelly] Subclassing JellyContext

Take a look at this script: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jgt/jgt/tests/net/sourceforge/jgt/jelly/script.jelly?rev=HEAD&content-type=text/vnd.viewcvs-markup What I have done here is produce a set of Jelly tags that allow you "do things" with a graph of java objects: create nodes

DBCP tracking stale connections?

Hey gang, I know I should ask this question on users, but bear with me a second. Does DBCP track and terminate connections which have been idle so long that they are killed by the DBMS? The reason I ask, is that after 8 hours of inactivity on a website(and thus DBconnections) mysql considers

Re: [jelly] Subclassing JellyContext

> Ok, but I want the scoping of values to be transparent to the Jelly script writer. In what way? Could you give an example of the kind of thing you mean? James --- http://radio.weblogs.com/0112098/ - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, D

RE: [jelly] Subclassing JellyContext

Ok, but I want the scoping of values to be transparent to the Jelly script writer. > -Original Message- > From: ext James Strachan [mailto:[EMAIL PROTECTED]] > Sent: 09. December 2002 9:58 > To: Jakarta Commons Developers List > Subject: Re: [jelly] Subclassing JellyContext > > > > Wha

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestGetMethodLocal.java TestHttpClientLocalHost.java TestMethodsLocalHost.java TestMethodsNoHost.java

oglueck 2002/12/09 01:16:17 Modified:httpclient/src/java/org/apache/commons/httpclient AutoCloseInputStream.java ChunkedInputStream.java ContentLengthInputStream.java HttpConnection.java HttpMethodBase.java

RE: [jelly] Running Jelly from the command line

Something that maybe could be interesting is an interactive Jelly shell for the command line. In this shell every complete element (complete in the sense of start tag, body, and end tag) would be evaluated by the interactive Jelly runtime. Would something like this be hard to accomplish with Jell