[Jelly] include/import

hi, new to jelly. i am trying to do some very simplistic stuff with Jelly. i got a basic script working, doing a for a little bean and calling the script from some simple java code that creates a context and runs the script. worked great. i then wanted to see how i could execute a jelly sc

1.3 vs. 1.4 jdk [was Re: [ANN][DBCP][Pool] First Release Candidates available for the 1.1 releases of Commons DBCP & Pool]

Code compiled with a 1.3 jdk is not compatible with java 1.4 jdbc api. I did not check, but assume any jars for release will be compiled with a 1.4 jdk? I think the hope is that a jar compiled with 1.4 will be usable in a 1.3 environment, so that we only distribute one. I'm not sure if that comp

Re: [digester] turning off commons-logging for unit tests

On Wed, 2003-10-01 at 13:06, Simon Kitching wrote: > > try { > Log oldLog = digester.getLogger(); > digester.setLogger(new NoOpLog()); > digester.parse( > TestAll.getInputStream(this, "test2.xml")); > digester.setLogger(oldLog); > } > catch(Exception e) { > //

Re: [digester] turning off commons-logging for unit tests

On Wed, 2003-10-01 at 12:24, Craig R. McClanahan wrote: > __matthewHawthorne wrote: > > > One trick that may work is to call Digester.setLogger() with your own > > org.apache.commons.logging.Log implementation that does nothing. > > > > Or you can use org.apache.commons.logging.impl.NoOpLog, whic

Re: [HiveMind] Acess to schema - the second

Thank you, what's about the hot-replace? On Tue, 30 Sep 2003 19:49:51 -0400, Howard M. Lewis Ship <[EMAIL PROTECTED]> wrote: I've added a getConfigurationPoint() method to Module. Checked in soon. -- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry

Re: [digester] turning off commons-logging for unit tests

__matthewHawthorne wrote: One trick that may work is to call Digester.setLogger() with your own org.apache.commons.logging.Log implementation that does nothing. Or you can use org.apache.commons.logging.impl.NoOpLog, which does the same thing. Another approach would be to modify the build.xml f

Re: [digester] turning off commons-logging for unit tests

One trick that may work is to call Digester.setLogger() with your own org.apache.commons.logging.Log implementation that does nothing. Or you can use org.apache.commons.logging.impl.NoOpLog, which does the same thing. Simon Kitching wrote: Hi, Currently the Digester unit tests include some t

RE: [HiveMind] Acess to schema - the second

I've added a getConfigurationPoint() method to Module. Checked in soon. -- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry http://jakarta.apache.org/commons/sandbox/hivemind/ http://javatapestry.blogspot.com > -Original Message- > From: Chri

[digester] turning off commons-logging for unit tests

Hi, Currently the Digester unit tests include some tests which deliberately trigger failures. This is fine - error handling should also be tested. Unfortunately, when an error occurs, Digester calls log.warn or log.error, which gets printed out in the middle of the junit output. Yecch. I also wa

[HiveMind] Acess to schema - the second

There is now a getSchema on the ConfigurationPoint, but I don't know how to get the ConfigurationPoint from the module (Is there another way?). Sorry if I didn't explain it or checked it a bit late: My ConfiguratonBuilderFactory is a normal ServiceImplementationFactory which does not have its o

Re: [HiveMind] Re: Complex service ids

I see, not a big deal, I just stumbled upon this and wondered. Thanks, Harish Christian Essl wrote: The framework code uses this pattern to differentiate between the module-id and the service/configuraton id. Also for your own configurations it's realy confinient. Just check if a dot is contai

Re: [HiveMind] Re: Complex service ids

The framework code uses this pattern to differentiate between the module-id and the service/configuraton id. Also for your own configurations it's realy confinient. Just check if a dot is contained in the id and you know that a contribution references something in the current module or not. On

[HiveMind] Re: Complex service ids

Oops! Forgot the painful prefix! Harish Krishnaswamy wrote: Is there a specific reason why only simple ids are allowed for services? Why can't I say and also within the same module? -Harish - To unsubscribe, e-mail: [EMAI

Complex service ids

Is there a specific reason why only simple ids are allowed for services? Why can't I say and also within the same module? -Harish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED

DO NOT REPLY [Bug 23491] - Can't configure PerUserPoolDataSource for use with tomcat

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

DO NOT REPLY [Bug 22776] - DBCP should not be writing messages to stderr or stdout

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/dbcp/src/java/org/apache/commons/dbcp PoolingDataSource.java

dirkv 2003/09/30 13:51:03 Modified:dbcp/src/java/org/apache/commons/dbcp PoolingDataSource.java Log: improve error messages Revision ChangesPath 1.10 +5 -5 jakarta-commons/dbcp/src/java/org/apache/commons/dbcp/PoolingDataSource.java Index: PoolingDataSou

cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcp AbandonedObjectPool.java

dirkv 2003/09/30 13:50:29 Modified:dbcp/src/java/org/apache/commons/dbcp AbandonedObjectPool.java Log: Bugzilla Bug 22776: DBCP should not be writing messages to stderr or stdout - Do not print error messages in borrowObject (allow exceptions to pass)

DO NOT REPLY [Bug 22776] - DBCP should not be writing messages to stderr or stdout

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

[ANN][DBCP][Pool] First Release Candidates available for the 1.1 releases of Commons DBCP & Pool

Release Candidates can be downloaded here: http://cvs.apache.org/~dirkv/builds/ Preview of the updated websites here: http://cvs.apache.org/~dirkv/dbcp/ http://cvs.apache.org/~dirkv/pool/ The release schedule forsees a 2 week review period. http://cvs.apache.org/viewcvs/jakarta-commons/pool/RELEASE

Re: [collections] jar file names

My aim with this change was to keep the name commons-collections for the object only jar. Unfortunately it was late and I read the ant file as only producing two jars, one object and one primitive. Also, I had thought that was what was agreed (ie. no combined jar file). To be clear this time, my c

cvs commit: jakarta-commons/dbcp project.xml

dirkv 2003/09/30 12:21:41 Modified:dbcp project.xml Log: release 1.1-RC1 Revision ChangesPath 1.15 +8 -3 jakarta-commons/dbcp/project.xml Index: project.xml === RCS file: /home/cvs/ja

cvs commit: jakarta-commons/pool project.xml

dirkv 2003/09/30 12:19:43 Modified:pool project.xml Log: release 1.1-RC1 Revision ChangesPath 1.14 +22 -2 jakarta-commons/pool/project.xml Index: project.xml === RCS file: /home/cvs/ja

cvs commit: jakarta-commons/pool project.properties

dirkv 2003/09/30 12:07:26 Modified:pool project.properties Log: offline build hint Revision ChangesPath 1.5 +3 -0 jakarta-commons/pool/project.properties Index: project.properties ===

cvs commit: jakarta-commons/dbcp project.properties

dirkv 2003/09/30 12:07:13 Modified:dbcp project.properties Log: offline build hint Revision ChangesPath 1.5 +3 -0 jakarta-commons/dbcp/project.properties Index: project.properties ===

DO NOT REPLY [Bug 22776] - DBCP should not be writing messages to stderr or stdout

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/jelly/src/java/org/apache/commons/jelly/expression/jexl JexlExpression.java

dion2003/09/30 09:37:11 Modified:jelly/src/java/org/apache/commons/jelly/expression/jexl JexlExpression.java Log: Apply Jelly-88 Revision ChangesPath 1.15 +6 -6 jakarta-commons/jelly/src/java/org/apache/commons/jelly/expression/jexl/

Re: [collections] Re: Working commons-collections nightly no longer available

y home server, and simply runs an "ant dist" on each package, tars/zips up the output in the "dist" directory and the source, and publishes them. You will note that recent nightly builds (such as last night's -- 20030930) do indeed contain both JARs. The nightly

Re: Digester: Problems with ClassLoader

Esteban Lorenzano wrote: I am working with Digester inside an Application Server (Oracle iAS), and I had some problems because the method DigesterRuleParser.IncludeRule.includeXMLRules, uses the ClassLoader for the class DigesterRuleParser, not the ClassLoader in use for the current thread (as thi

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/xmlrules DigesterRuleParser.java

craigmcc2003/09/30 09:20:55 Modified:digester/src/java/org/apache/commons/digester/xmlrules DigesterRuleParser.java Log: Correct class loader lookup when loading resources in includeXMLRules() to use the Thread context class loader (if it exists), or the cla

[jira] Commented: (JELLY-74) Scope inheritence is not being obeyed

The following comment has been added to this issue: Author: Scott Howlett Created: Tue, 30 Sep 2003 11:37 AM Body: Since this problem has been partially fixed, I have opened another issue that is specific to the Jexl expression problem.

[jira] Created: (JELLY-88) Jexl Expressions don't obey scope inheritance

Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-88 Here is an overview of the issue: ---

[jira] Commented: (JELLY-72) GbcTag insets and inheritance

The following comment has been added to this issue: Author: Scott Howlett Created: Tue, 30 Sep 2003 11:27 AM Body: I see that the imports have been added in CVS, so this looks resolved to me. - View the issue: h

RE: [configuration] AbstractConfiguration

Re: [configuration] AbstractConfigurationI agree with the checkstyle errors being kinda bogus on some of them.. I agree with you on the unit tests.. they may be tests, but they are also great learning tools! I am patched C-C and it went in nice and clean, thanks.. I am going to test it with some

Re: [DBCP][Pool] Ready for release

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, September 22, 2003 4:48 AM Subject: Re: [DBCP][Pool] Ready for release > Dirk Verbeeck wrote: > > The last release of DBCP & pool is almost a year old

[collections] Re: Working commons-collections nightly no longer available

Tim Anderson wrote: From: "Tim Anderson" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> Subject: Working commons-collections nightly no longer available Date: Tue, 30 Sep 2003 19:30:44 +1000 Hi, I'm trying to get M2 running, but it looks like there is no longer a n

DO NOT REPLY [Bug 23503] - [chain] build.properties.sample should add commons-logging

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

Digester: Problems with ClassLoader

I am working with Digester inside an Application Server (Oracle iAS), and I had some problems because the method DigesterRuleParser.IncludeRule.includeXMLRules, uses the ClassLoader for the class DigesterRuleParser, not the ClassLoader in use for the current thread (as this is a container, is not t

Re: [HiveMind] New service-model hot-replace/shut-down

What triggers the service model to reload and rebuild the service implementation? The (deffered) inner proxy reloads and triggers, when a service-method is called. It does the same as the inner-proxy of the deferred-service-model. The difference is only that it gets back into play (when unlaoded

DO NOT REPLY [Bug 23515] New: - really strange parsing behaviour

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

RE: [HiveMind] New service-model hot-replace/shut-down

What triggers the service model to reload and rebuild the service implementation? -- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry http://jakarta.apache.org/commons/sandbox/hivemind/ http://javatapestry.blogspot.com > -Original Message- > F

[Lang][PATCH] - SystemUtils.IS_OS_UNIX for POSIX compilant systems

Hi! This patch adds org.apache.commons.lang.SystemUtils.IS_OS_UNIX This is usefull when you need UNIX but not any specific flavour. --- jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java.orig 2003-09-30 14:04:05.0 +0200 +++ jakarta-commons/lang/src/java/org/apache/

Re: cvs commit: jakarta-commons/collections project.xml build.xml

Um, quietly slipped in here is a change that removes the primitives.* classes from commons-collections.jar. What was wrong with the three jar approach I originally checked in? Now there's no single JAR that contains both the primitive and object classes. On Sat, 27 Sep 2003 [EMAIL PROTECTED] wro

[HiveMind] New service-model hot-replace/shut-down

I'd like to suggest a new service-model, which allows to replace and/or shut-down a service-implementation at runtime. (The latest refactoring makes this much easier). The model works basicly like the deferred-model (except that it always returns the proxy). Initially it is in the deferred stat