Joao Batistella wrote:
Thanks.
I do that. I only deal with the connection returned by DBCP. Is there a
timeout attribute (or anyother thing) that can close the connection?
A connection closed error can be caused by the database end. For
example, if your database is configured for
Alex Karasulu wrote:
Hello,
I've been looking to see if we have a primitive hash table keyed by the
int primitive type laying around somewhere. I could not find anything
in the primitives project but could have sworn I saw one here at Apache
somewhere. Any idea where I could find one?
Richard HALLIER wrote:
Hi all,
I've a simple problem, and I cant manage to resolve it, what are the
digester rules for the follwing reccurent pattern :
ressource type=page id=item.entite
locator type=label value=zobilamouche/
ressource type=form id=formID
locator
Peter B. West wrote:
SimpleLog has getLevel and setLevel methods, but Jdk14Logger does not.
The underlying Logger supports these methods, but it seems on first
inspection that I can only modify the logging level on an existing
instance by knowing that I am running a 1.4 Logger, getting the
method.
Nothing says you have to use the standard implementation.
Craig
Craig McClanahan wrote:
Peter B. West wrote:
SimpleLog has getLevel and setLevel methods, but Jdk14Logger does
not. The underlying Logger supports these methods, but it seems on
first inspection that I can only modify
by no means an expert on all aspects of [pool], but won't setting
the minIdle property do what you want?
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to set a debug level
for is org.apache.commons.digester.Digester for the basic parsing
messages (which is probably all you'll need).
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Manfred Wolff wrote:
Vic.
Hmmm. I think the chain of responsibility pattern is not made to
configure the chains on the fly ;-). If you have a decision configure
all chains that are envolved and let the commands themself decide if
they can fulfill the business logic or not.
I would agree with
(from Commons Chain) that a Command or Chain be stored in a
Catalog. That's a convenience if you want to look them up, but nothing
stops you from creating Command instances on the fly in some other
manner, and assembling a Chain yourself.
tia,
.V
Craig
Craig McClanahan wrote:
Vic, it would
Chris Lamothe wrote:
Hi, first time user, long time fan.
I just went to grab Commons Configuration for a project and noticed
there wasn't any binaries available for download. Any particular
reason?
In the meantime I'm compiling a nightly build (as soon as I work my
way down the list of
Paolo Valladolid wrote:
I need to use Digester to parse XML that has been retrieved from a
database. The XML I'm working with was received from elsewhere (ie. Not
created by our team). How do I get Digester to ignore the !DOCTYPE
tag? I've tried setValidating( false ) and it did not work.
Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 14, 2004 5:54 PM
To: Jakarta Commons Users List
Subject: Re: [Digester] How do I get Digester to ignore the !DOCTYPE
tag
Paolo Valladolid wrote:
This is the EntityResolver class I wrote:
public class
On Fri, 23 Jul 2004 10:51:47 -0700, Thomas Joseph Olaes
[EMAIL PROTECTED] wrote:
Hello List,
This is my first email post to the group.
My question regarding the example code listed at the top of the
MultipartStream class javadoc page: What is OutputStream output for? Is
it for the out
On Mon, 26 Jul 2004 18:40:48 -0400, Rich Coco [EMAIL PROTECTED] wrote:
if you are simply trying to caoture all occurrences
of part, the the pattern you want is */part i believe.
It will find that element at all depths.
Yes, this is quite useful.
In addition to the examples that Simon pointed
On Tue, 27 Jul 2004 13:24:00 +1200, Simon Kitching
[EMAIL PROTECTED] wrote:
On Tue, 2004-07-27 at 13:17, Rich Coco wrote:
Suppose you need to parse the xml and return, say, a hashtable
containing the associated java objects.
In other words you want to flatten the hierarchy? That doesn't
On Tue, 27 Jul 2004 14:06:46 -0400, Dan Tarkenton [EMAIL PROTECTED] wrote:
Perhaps I spoke too soon in my last response. I would like to have a
look at the chains source you spoke of for configuration however when
I visit http://jakarta.apache.org/commons/chain/ there is a note
stating the
On Wed, 28 Jul 2004 09:49:32 -0500, Ganeshan Jayaraman [EMAIL PROTECTED] wrote:
Hi,
I am a research assistant in the santos laboratory at Kansas State
University. I am currently building an eclipse plugin for the Indus Java
slicer (http://indus.projects.cis.ksu.edu) made by the santos lab.
This is an interesting idea. The best way to make sure it doesn't get
lost in the email shuffle is to file an enhancement request in our
issue tracking system (http://issues.apache.org/bugzilla). If you've
got a proposed patch, you can add it as an attachment after creating
the issue.
Craig
On
On Tue, 10 Aug 2004 20:10:46 -0700, Martin Cooper [EMAIL PROTECTED] wrote:
On Tue, 10 Aug 2004 17:27:30 -0400, Gary Gregory
[EMAIL PROTECTED] wrote:
Why not give each thread its own DecimalFormat instance in a thread
local variable? Then you do not have to worry about it.
That's most
On Wed, 11 Aug 2004 17:00:33 +0200, Leber, Dieter
[EMAIL PROTECTED] wrote:
I'm using DBCP 1.2 without using any validation of the connections
(testOnBorrow = false, testOnReturn = false, timeBetweenEvictionRunsMillis = -1).
When shutting down the database during running the application, the
On Thu, 12 Aug 2004 10:13:38 -0400, Mike Zatko [EMAIL PROTECTED] wrote:
I have a problem where I need digester to map to primitive values. I
have a bean that has properties with setters as such:
setDiscountTotal(double discountTotal);
Digester won't match to it and I can't find out what to
On Fri, 13 Aug 2004 08:52:22 -0300, vccarvalho [EMAIL PROTECTED] wrote:
Hi there! I'm using dynabeans and resultSetDynaClass to
retreive a resultset from a database. As the sources of
this classes are very rare, I got my self into a
problem. Here's some line of code:
The Javadocs for
On Mon, 23 Aug 2004 13:16:57 -0400, Brian Lee Yung Rowe
[EMAIL PROTECTED] wrote:
Hi:
I'm using commons logging with Ant and Hibernate and am getting a class loader
error which has me scratching my head. I'm sending to this list as I believe
it to be a configuration issue with Logging as
The simplest way to address this need is to use the object stack that
Digester creates for you. Every time you execute an Object Create
Rule, for example, the new instance gets pushed on to the stack, so
that Digester rules for nested elements can get to it easily:
Page page = (Page)
of BeanUtils you are using --
BeanUtils only recognizes properties that the standard JavaBeans
introspector recognizes.
--
pozdrawiam,
Wojciech Chmielewski
Craig McClanahan
See intermixed.
On Mon, 04 Oct 2004 10:40:04 +1300, Simon Kitching
[EMAIL PROTECTED] wrote:
On Mon, 2004-10-04 at 11:19, robert burrell donkin wrote:
On 29 Sep 2004, at 04:11, Brian Pugh wrote:
I know this thread is a few weeks old, but I just came across it and I
find myself needing
On Mon, 04 Oct 2004 10:12:36 +1300, Simon Kitching
[EMAIL PROTECTED] wrote:
On Fri, 2004-10-01 at 20:40, Marco Mistroni wrote:
Hello all,
I am currently having a problem (?) with digester in the
Sense that in parsing XML is 'trimming' whitespaces..
Hi Marco,
Yes, some Digester
On Tue, 19 Oct 2004 10:46:59 -0400, Sean Schofield
[EMAIL PROTECTED] wrote:
[snip]
I think the main drawback to the chain of responsibility (COR) pattern
is the lack of type safety (and transparency) that pops up in a typical
implementation. As you mentioned, commons-chain requires
On Tue, 19 Oct 2004 14:24:02 -0500, Vic Cekvenich
[EMAIL PROTECTED] wrote:
We are using it in alpha.
It is wounderfull. At the end of the project, we have a bunch of same
size bricks and have interchanged them quite a bit.
I used to use IoC.
Interesting comment from someone who has been a
The default mapping of Commons Logging levels to JDK logging levels is:
debug() -- FINE
error() -- SEVERE
fatal() -- SEVERE
info() -- INFO
trace() -- FINEST
warn() -- WARNING
Craig
On Thu, 28 Oct 2004 20:20:38 -0700 (PDT), Ronaldo Nascimento
[EMAIL PROTECTED] wrote:
I'm using
Digester should definitely work under 1.3.1.
Craig
On Mon, 01 Nov 2004 14:55:42 +0100, Fabrice SZNAJDERMAN [EMAIL PROTECTED] wrote:
Hello everybody!
Can I use Commons Digester under JDK 1.3.1?
I can't find this information on the web site.
thank you before!
--
Fabrice
In order to get any useful help, it would be nice to know what you are
trying to do, and (most importantly) what commons component is giving
you the problem :-). The traditional approach is to put a prefix on
your subject line -- for commons package foo it would be:
[foo] avoiding locking
the else
}//close the else for a new index
}//close the else if to handle file types
}//close the indexDocs method
}
- Original Message -
From: Craig McClanahan [EMAIL PROTECTED]
To: Jakarta Commons Users List [EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 6:13 PM
Without seeing the exception message and the stack trace, it is almost
impossible for anyone to offer you much assistance.
If you're using the parse(File) method, one thing to ensure is that
you are calculating the path of the file you are trying to parse
correctly. If it is a resource inside
On Thu, 25 Nov 2004 10:00:16 +1030, Lance Semmens
[EMAIL PROTECTED] wrote:
I'm not familiar with DynaBeans.
Is there some form of DynaBeanPropertySetterRule out there?
No special case rule is needed -- BeanUtils and PropertyUtils (which
Digester uses under the covers) are smart enough to know
On Thu, 25 Nov 2004 18:45:09 +0300, Sergey Karpov [EMAIL PROTECTED] wrote:
Hello!
Is Tomcat + DPCP + JNDI and Oracle + stored procedure...
When from the application on Tomcat the call of stored procedure is carried
out through direct connection with Oracle - all normally... And results in
The Set Next rule is optimized for the case of attaching a child to
a parent via a standard JavaBean property setter, so it doesn't know
anything about DynaBeans. However, you might want to take a look at
the Call Method rule instead ... you can set up a call to a method
that takes parameters, so
When you are done with a connection that you retrieved from a
DataSource, simply call close() on it -- that is the signal to return
the connection to the pool. (The pool is wrapping the real
connection objects, so the underlying database connection is not
closed.)
One common programming error is
It's not possible to make BasicDataSource serializable, because the
underlying JDBC Connection objects that it holds are not
serializable. So, that begs the question of why you care about this.
The only reason I can think of is that you want to store such an
object in session scope in a web
One simple approach is to set the validationQuery property to an SQL
statement that does a simple select or something. If this is set,
DBCP will ensure that this query works successfully before handing you
back the connection. If the database has timed out the connection
while it was sitting in
On Thu, 2 Dec 2004 15:55:06 -0500, Scott Heaberlin [EMAIL PROTECTED] wrote:
This would vary by the jdbc driver, correct? I ask this because we
read the wiki comment regarding the necessity of the validation query
and since we use DB2Connect Enterprise, we have all but abandoned
usage of
Modeler is really about making it easy for the server side application
you want to embed JMX support in to do so. As such, you woudn't focus
on monitoring the Registery itself, but you would monitor the JMX
server that is created ... using the usual techniques, such as the
remote HTML monitor
On Thu, 02 Dec 2004 18:19:17 -0600, Vic [EMAIL PROTECTED] wrote:
getRegistry(x,y) is used to get a handle on registry.
What is the 2nd argument, guard?
Javadoc: guard - Prevent access to the registry by untrusted components
The problem that guard solves is that any code in your entire
On Thu, 02 Dec 2004 21:29:59 -0600, Vic [EMAIL PROTECTED] wrote:
Thanks.
So let me see if I understand:
1. I have Registry create my objects and then my applications gets a
handle to those objects via the Registry. Or do I create the objects
and then register. I think the 2nd.
Actually,
How about this?
Context context = ...; // Commons Chain context for this command
String catalogName = ...; // Name of catalog containing the command you want
String commandName = ...; // Name of command you want (from this catalog)
Catalog catalog =
On Fri, 03 Dec 2004 15:30:59 -0600, Vic [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
How about this?
Context context = ...; // Commons Chain context for this command
Just a Map in my case.
String catalogName = ...; // Name of catalog containing the command you
want
On Fri, 03 Dec 2004 16:24:40 -0600, Vic [EMAIL PROTECTED] wrote:
Sorry for so many questions. One more.
Craig McClanahan wrote:
On Fri, 03 Dec 2004 15:30:59 -0600, Vic [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
How about this?
Context context = ...; // Commons Chain
Along the same lines, you might find some info from the Struts User's
Guide, when discussing the desire lots of people have to put
struts.jar (and its dependencies) in the common or shared directories:
http://struts.apache.org/userGuide/configuration.html#config_add
The bottom line is that you
While not necessarily covering *all* of your potential requirements,
you can get a long ways if you follow some relatively simple
conventions for using the standard rules:
* The Set Properties rule will match up attribute names on
a source element to settable properties on the corresponding
On Tue, 21 Dec 2004 21:11:54 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
File types, of which there are thousands (see infra), have protocols,
of course, which can be checked to determine whether they are real,
fakes, ill constructed, etc. If you check the list archives you will
see some
On Wed, 22 Dec 2004 10:49:00 -0500, Jason Vinson
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Carey,
I implemented it by hand because the object type is determined at
parse time by the type attribute of the entity node. I am open to
suggestions of how to
to set up something like this.
Regards,
Harish Pandia
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yes it is a connection pooling DataSource. It also happens to be the
implementation that Tomcat uses to provide JNDI-accessed data sources:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-howto.html
Craig
On Thu, 30 Dec 2004 09:39:51 -0500, Jerome Jacobsen
[EMAIL
On Thu, 30 Dec 2004 19:18:25 -0600, Vic [EMAIL PROTECTED] wrote:
If in a catalog I do this:
definename=fts
className=org.sandra.servicer.textsrch.SrchCmd
fileLoc=/usr/local/xfts/boardidx
/
How can I in get a the value of fileLoc in my command instance?
Setting a context init parameter to define the catalog name was the
original configuration mechanism. However, configuration was later
enhanced so you can specify the catalog name on a catalog element
directly in your config file, and therefore even load different
catalogs from the same document:
The BasicDataSource implementation included in DBCP does not support
this (after all, it's a basic implementation :-). However, you
could create an extended version of this class which accepted the
configuration properties for a second database, and did the failover
trick you are describing.
The issue is that you're wanting to read body text in addition to
elements and attributes, and Digester was never really targeted for
that use case.
If you really want to do something like this, check out
NodeCreateRule, which will give you back a DOM structure representing
the nested content.
On Wed, 12 Jan 2005 20:41:51 +0100, Matthias Wessendorf
[EMAIL PROTECTED] wrote:
Wendy, Craig,
thanks for the responses.
Is't it posible to say
all what's inside of text, should be *copied*
to property value of clazz Text ?
like a String fooBarbr/barFoo
Or will I need to create own
The only restriction on reuse is that you can't use the same Digester
instance on two different threads at the same time. Other than that,
you can reuse Rules instances as needed.
Craig
On Sat, 15 Jan 2005 20:45:05 -0700, Wendy Smoak [EMAIL PROTECTED] wrote:
Can rules be re-used or is this
As the javadoc deprecation message tells you, you should call the
parse method that only takes a URL, not the one that takes a Catalog
and a URL. This allows the CatalogFactory mechanism to look up the
appropriate Catalog instance(s), creating them as necessary.
I would also suggest
On Sun, 16 Jan 2005 17:22:43 -0700, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
The only restriction on reuse is that you can't use the same Digester
instance on two different threads at the same time. Other than that,
you can reuse Rules instances
On Sun, 16 Jan 2005 19:42:15 -0600, Vic [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
As the javadoc deprecation message tells you, you should call the
parse method that only takes a URL, not the one that takes a Catalog
and a URL. This allows the CatalogFactory mechanism to look up
On Sun, 16 Jan 2005 20:49:21 -0700, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Wild cards in Digester are prefix matches, not regular expressions.
So, you'll need to add a rule (you can reuse the same instance) for
each tail element that you are processing
On Mon, 17 Jan 2005 09:47:16 -0700, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Hubert Rabago [EMAIL PROTECTED]
The set of rules would be used by multiple threads. It would be a
different digester instance per thread, but I'm not sure about the
rules themselves.
I don't know if this is
On Mon, 17 Jan 2005 20:24:29 +0100, Michael Schuerig
[EMAIL PROTECTED] wrote:
On Monday 17 January 2005 18:29, Craig McClanahan wrote:
On Mon, 17 Jan 2005 09:47:16 -0700, Wendy Smoak [EMAIL PROTECTED]
wrote:
From: Hubert Rabago [EMAIL PROTECTED]
The set of rules would be used
On Mon, 17 Jan 2005 21:45:51 +0100, Michael Schuerig
[EMAIL PROTECTED] wrote:
On Monday 17 January 2005 20:39, Craig McClanahan wrote:
Too bad. I had tried the same trick as Hubert did. What, then, is
the proper way to cache sets of rules? I'd like to avoid reloading
them from an XML
On Mon, 17 Jan 2005 16:44:33 -0700, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Not with the way that the APIs are currently set up. Rules instances
become bound to a corresponding Digester instance once you install
them into that Digester.
Would
already implement the singleton factory
pattern when you use CatalogFactory.getInstance().getCatalog(). Plus,
code that uses this will work either inside or outside a webapp with
no changes, even in standalone apps that don't define any JNDI
support.
Craig
tia,
V
Craig McClanahan wrote
On Thu, 20 Jan 2005 20:27:47 +, robert burrell donkin
IIRC we talked with ceki about using digester directly but reached the
consensus that the best course was to reuse the design rather than the
implementation. not only does that mean no dependency issues but also
allowed log4j to limit
of the paths above.
* Commons committers should use https in place of http in the
above URLs, so that you'll be able to do commits.
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Jan 2005 22:33:13 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
Martin Cooper took advantage of an ability of Subversion (after being
pointed at it by Tim O'Brien -- thanks Tim and Martin!) to use the
svn:externals capability to create a pseudo-directory of the trunk
subdirectory for each
The key reason I think of Commons Chain as implementing CoR is that
any given command in the chain can say that's it; this 'request' has
been handled; do not go any further, which is part of the classic
description of this pattern. That happens to not be the way that
things like the request
On Sat, 5 Mar 2005 20:34:06 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
I inquired why the Template Method pattern is being used with Commons
Chain instead of Strategy, but never got an answer.
Back in town (for at least one day), and snipping off the flamebait
:-), it's worth philosophizing
Commons Chain isn't about parsing documents, it is about executing
commands. If you are after converting your XML document into some
sort of data structure, you probably want to look at Commons Digester
instead.
Craig
On Sun, 13 Mar 2005 17:43:40 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED]
Sorry for the late response on this -- I was in Tokyo all of last week
and not able to stay current on mailing list emails.
Out of the box, the closest any of the commands come to performing
conditional behavior is
org.apache.commons.chain.generic.LookupCommand, which executes a
specified command
On Tue, 15 Mar 2005 21:54:29 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It does perfectly match my requirement. The only problem it that the chain is
fixed hierarchical and does not implement any logic which element to be the
next to be able to handle the object properly.
So, it's
On Thu, 24 Mar 2005 13:42:04 -0700, Trenton D. Adams
[EMAIL PROTECTED] wrote:
I thought I read somewhere that JCL allows one to turn on/off debug
logging based on the package or class name. Is that right? I'm looking
on the JCL website, but can't find information on that. Perhaps that's
On Wed, 30 Mar 2005 14:24:03 -0300, Vinicius Caldeira Carvalho
[EMAIL PROTECTED] wrote:
Einstein used to say : Two things are infinite: the universe and human
stupidity; and I'm not sure about the the universe. Well I guess I fit
right in to it. Sorry, no bugs, just dumb user and stressed
On Apr 1, 2005 9:12 AM, Vinicius Caldeira Carvalho
[EMAIL PROTECTED] wrote:
Hello there folks...
Isnt it possible to refer to a chain as a command from another chain?
let me explain:
chain name=doSomething
command name=foo className=foo/
command name=bar className=bar/
/chain
On Apr 4, 2005 6:06 AM, Vinicius Caldeira Carvalho
[EMAIL PROTECTED] wrote:
Vinicius Caldeira Carvalho wrote:
PS: I'm using org.apache.commons.chain.CONFIG_WEB_RESOURCE I thought
this may add some extra info :-)
-
To
On Apr 5, 2005 1:03 AM, Marco Mistroni [EMAIL PROTECTED] wrote:
Hello all,
Does anybody know how to configure a commons chain catalog via
Spring using XML file?
I had a look at code, and the only component that configures catalog via
XML is the ChainListener.
And, if I use
On 4/25/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Whew! Got it!
Wendy, you WERE right, at least partially, in terms of the point on
pathing... what I wound up doing was putting the DTD in a JAR in the
webapp lib directory, so it's of course in the path. In the code I do:
URL cURL =
On 5/6/05, Samad Haytham [EMAIL PROTECTED] wrote:
Question about how filters work as we are seeing behaviour that is a
little different from what we expected. We setup a filter as the
second command in a 4 command chain. Following is an example config
file.
chain name=myChain
command
On 6/2/05, Vinicius Caldeira Carvalho [EMAIL PROTECTED] wrote:
Hello there!
Since ConfigParser.parse(Catalog, URL) is deprecated. What's the right
way to load a catalog descriptor from a non web application?
Thanks
As the deprecation message says, use ConfigParser.parse(URL) instead,
and
Just for the record, this is why the Converter interface in JavaServer
Faces is explicitly two-way:
public interface Converter {
public Object getAsObject(FacesContext context, UIComponent
component, String value);
public String getAsString(FacesContext context, UIComponent
The key to returning connections to the connection pool is to call
close() on the *connection* itself. The most common way people get
themselves in trouble is to skip this somehow (perhaps because an
exception is thrown).
To avoid that sort of problem, I tend to use an idiom like this for
JDBC
On 10/18/05, Ramaswamy, Muthu [EMAIL PROTECTED] wrote:
Hi All-
I am new to using the Chain Framework. Followed the examples and got all
of them working!
Question:
Can I use multiple Catalog?
Yes.
If yes, how can I load multiple catalog
In one or more configuration resources, you
On 11/2/05, Simon Kitching [EMAIL PROTECTED] wrote:
On Wed, 2005-11-02 at 10:37 +0200, Arto Pastinen wrote:
Hi!
Yes i know the problem, i think that it was bug in ATOM 0.3
specification, i havent find DTD or Schema for it, and my test data is
taken from specification text, and there is
On 11/8/05, Ramaswamy, Muthu [EMAIL PROTECTED] wrote:
Hi All-
I believe one can define (settable) parameters in the Catalog file for
each command. Is it true?
Yes.
If yes, where I can find the proper syntax to define the parameters. Any
sample file/segment would help.
Commons Chain uses
uses of Digester, I would suggest looking at the source code
for Struts or Tomcat, which both use Digester to parse their respective
configuration files.
Craig
Thanks,
Cass
On 11/8/05, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/8/05, Ramaswamy, Muthu [EMAIL PROTECTED] wrote
On 11/22/05, Niall Pemberton [EMAIL PROTECTED] wrote:
I recently noticed a change in BeanUtils that indicated its not a good
idea
to use static Log variables in a shared classloader environment:
On 12/1/05, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 11/30/05, Niall Pemberton [EMAIL PROTECTED] wrote:
On 12/1/05, Michael Jouravlev [EMAIL PROTECTED] wrote:
Do I miss something or messages and resources are incompatible? From
my point of view they are basically the same thing.
On 12/1/05, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 12/1/05, Craig McClanahan [EMAIL PROTECTED] wrote:
Even with JSTL expressions, I think a Map would be more useful than a
List.
Yes, of course Map is better. Thanks for correction, Craig.
Btw, seems like ResourcesFactoryBase which
(which points at a
resource file included in struts.jar) is being turned into a URL by calling
ServletContext.getResource() -- exactly what you need to gain access to
anything stored under WEB-INF/classes or WEB-INF/lib.
Please help
Thanks.
Upkar Saimbi
Craig McClanahan
On 12/18/05, Md. Rezaul Hoque [EMAIL PROTECTED] wrote:
Hi,
Can you tell me please where can I get dtd/xsd to know about to write
config-chain.xml of commons-chain?
Regards
-Babu
There is no formal DTD for this document, because you can do things (like
define the names of the elements
On 12/18/05, Wendy Smoak [EMAIL PROTECTED] wrote:
On 12/18/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
I'm not aware of one. Some thoughts that may help, based on my
understanding:
* A catalog element (usually the root) can contain any number of
commands.
* A command may be
On 12/18/05, Wendy Smoak [EMAIL PROTECTED] wrote:
On 12/18/05, Craig McClanahan [EMAIL PROTECTED] wrote:
As usual in Apache land, we tried to stay backwards compatible with the
old
syntax, even though it ideally would have gotten pulled before the
1.0release. I would suggest sticking
On 12/28/05, Diogo Quintela (EF) [EMAIL PROTECTED] wrote:
-Original Message-
From: Thomas Dudziak [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 28 de Dezembro de 2005 15:23
To: Jakarta Commons Users List
Subject: Re: [digester] instantiationException if using internal classes
?
Here's the log from the nightly builds (using Ant) that are failing. Looks
like a problem in the way one of the dependency URLs is specified:
Craig
Buildfile: build.xml
init:
setProxy:
noProxy:
[echo] Proxy not used.
get-custom-dep-ant.jar:
get-dep-ant.jar:
[get] Getting:
2/17/06, Siddharth Mathur [EMAIL PROTECTED] wrote:
Dear all,
I am trying to use Digester to read my own XML format (shown below) and
convert it to correctly initialized objects.
List
A ID=1 author=Home made
range90/range
/A
B ID=2 author=Apple Inc. depends=1
1 - 100 of 129 matches
Mail list logo
