At 11:24 03/04/2003 -0800, Craig R. McClanahan wrote:
On Thu, 3 Apr 2003, Thomas Nichols wrote:
[snip]
Why don't you just let the underlying logging system configure itself
based on properties files (log4j.properties for Log4J, logging.properties
for JDK 1.4)? Then you have zero code
Hi,
I'm using Commons Logging to get Logger independence. By default I'm using
Log4J, and I want to ship my kit configured by default to WARN level. In
Log4J I'd use logger.setLevel(Level.WARN), but the commons.logging.Log
interface has no setLevel() or similar method, and I can't see how to
At 09:01 02/04/2003 -0800, Craig R. McClanahan wrote:
On Wed, 2 Apr 2003, Thomas Nichols wrote:
Date: Wed, 02 Apr 2003 16:13:25 +0100
From: Thomas Nichols [EMAIL PROTECTED]
Reply-To: Jakarta Commons Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [logging] How to setLevel
At 13:41 02/04/2003 -0800, Craig R. McClanahan wrote:
On Wed, 2 Apr 2003, Thomas Nichols wrote:
Has a commons.logging.Log.setLevel() been ruled out for architectural
reasons? This would have kept my code generic.
Yes, because it is out of scope and inconsistent with the charter of
commons
Hi,
I'm having some difficulty creating Jelly-aware beans that keep track of
thread-related data - in this case the current context. I'm trying to pass
the context through to the beans, but I can't see how to do it. My
CustomBeanTagLibrary has
registerBean (sync, SyncTag.class, execute);
I've
Hi James,
At 22:54 25/02/2003 +, James Strachan wrote:
From: Thomas Nichols [EMAIL PROTECTED]
Hello,
Is it possible to use BeanTagLibrary and have the top-level tags - i.e.
those registered with registerBean() - actually DO something? The plumbing
used in
jelly-tags/bean/src/test/org
Hello,
Is it possible to use BeanTagLibrary and have the top-level tags - i.e.
those registered with registerBean() - actually DO something? The plumbing
used in
jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean/
works a treat, and requires a minimal amount of glue (most of which can
Good day,
Trying to build CVS HEAD of Maven (OK under JDK 1.4.1, bug recorded for
JDK 1.3.0) and now CVS HEAD of a fresh (not sandbox) checkout of jelly -
problems with Jelly.
Sun JDK 1.4.1_01, Linux Mandrake 9.
maven java:jar -- builds fine
maven tags:build -- builds several taglibs fine,
Thanks!
- Thomas.
At 23:43 28/01/03 -0800, Morgan Delagrange wrote:
--- Thomas Nichols [EMAIL PROTECTED] wrote:
At 15:32 28/01/03 -0800, Morgan Delagrange wrote:
snip/
Here's another script you can try from the jelly
directory, which will build Jelly, bean, and its
dependencies from
Jelly-oids,
The current refactoring is causing me some head-scratching - am I doing
something wrong? I'm trying to use BeanTagLibrary (thanks to Christian et
al for pointers) and all was progressing well - except for some peculiar
warnings when running the test suite
just bean and its dependencies.
- Morgan
Thanks a lot for your help, I now have *two* versions of the relevant
jars. Much appreciated.
Best Regards,
Thomas.
--- Thomas Nichols [EMAIL PROTECTED] wrote:
Jelly-oids,
The current refactoring is causing me some
head-scratching - am I doing
Good day,
I'm implementing a custom tag library, trying to learn some lessons
from earlier attempts. This library needs to use nested elements - a
top-level munge tag contains children and grandchldren. I.e.
level 0 : munge etc.
level 1 : input tag, output tag etc. - parameters
level
could I implement my specious
JellyUtils.tagToDom4jElement() method? Tag.getBody() returns a Script, from
which I haven't figured out how to get a dom4j (or other) tree.
HTH
Christian
Thanks for the pointers. Truly awesome kit.
- Thomas.
Thomas Nichols wrote:
Good day,
I'm implementing
Hi,
I'm having difficulty understanding what JellyContext.setInherit()
accomplishes. In a custom tag library I have TagSupport-derivatives : e.g.,
given
doc
my:a!-- maps to TagA --
my:b/!-- maps to TagB --
/my:a
my:c/!-- maps to TagC --
/doc
In TagA.doTag() :
...
14 matches
Mail list logo