Hello,
Looking at the source code of RulesBase.match(String, String) it can
be seen that wildcard matching is performed if there was no exact
match for the current pattern.
But the digester documentation (at
Am I the only one that finds the disctinction between Rule, Rules and
RuleSet confusing?
Isn't a Rule really an Action? Wouldn't it be better to name Rule as
Action such that a Rule becomes the association of a pattern and an
Action? One would then write Digester.addRule(String pattern, Action
On Mon, 13 May 2002, Oliver Fischer wrote:
some days ago I posted my RangeIterator after a short discussion.
Unfortunately I didn't get any positiv or negativ response on it.
Did someone look at it?
Oliver,
This message from Paul Jack and the included quoted message from James
Strachan
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9073.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi ceki
what you say is only true when you're using the standard Rules
implementation. other Rules implementations can return any Rule(s) they
like for a given pattern but they must always honour the ordering (which
is the content of the following paragraph).
you're right that that
baliuka 02/05/14 10:02:51
Modified:simplestore build.xml
simplestore/src/java/org/apache/commons/simplestore/jdbc
DriverDataSource.java
simplestore/src/java/org/apache/commons/simplestore/persistence/impl
hi ceki
digester has grown rather than been designed and poor naming is one of the
consequences.
the concepts behind them are very clear (once you understand them) but as
digester has grown, the word 'rule' has probably become rather over-used.
'Rules' implementations are really 'Rule'
i'm getting this exception when my httpclient (multiclient) tries to
talk to a realaudio http server:
org.apache.commons.httpclient.HttpRecoverableException: Error in parsing
the status line from the response: unable to find line starting with
HTTP/
a URL for which this occurs is:
I don't know what causes it, but I've seen the same
error. I have a series of Latka tests that hit my
company's web site, and of several tests that hit the
same servlet, only one produces that error. It seems
to be a subtle problem.
- Morgan
--- Donald Ball [EMAIL PROTECTED] wrote:
i'm
Can you post more details about the error. It seems to be working for me.
That website is responding HTTP/1.0 to a HTTP/1.1 request, but that
shouldn't cause this problem. Could you turn on the log and see what's
transfered on the wire?
xiaoei
-Original Message-
From: Donald Ball
On Tue, 2002-05-14 at 14:57, Xiaowei Jiang wrote:
Can you post more details about the error. It seems to be working for me.
That website is responding HTTP/1.0 to a HTTP/1.1 request, but that
shouldn't cause this problem. Could you turn on the log and see what's
transfered on the wire?
i'd
I'm not sure about the correct way to do this. For myself, I hacked the
source code in my local version to do this. But by reading the source code,
http://cvs.apache.org/viewcvs/jakarta-commons/httpclient/src/java/org/apache
This is what I use.
log4j.category.httpclient.wire=WARN, HTTPCLIENTWIRELOG
##
# NORMAL file appender
#log4j.appender.HTTPCLIENTWIRELOG=org.apache.log4j.FileAppender
# ROLLING file appender
log4j.appender.HTTPCLIENTWIRELOG=org.apache.log4j.RollingFileAppender
# set the max log size (only if we
On Tue, 2002-05-14 at 15:22, Xiaowei Jiang wrote:
I'm not sure about the correct way to do this. For myself, I hacked the
source code in my local version to do this. But by reading the source code,
http://cvs.apache.org/viewcvs/jakarta-commons/httpclient/src/java/org/apache
how do you tell log4j the location of this log configuration file? thanks
-Original Message-
From: otisg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 14, 2002 12:34 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: bug in httpclient, can't talk to realaudio http server
This
Many http server (probably most) don't implements the HEAD method. Even they
do, it's not reliable. The only thing you can count on an http server is
that it works with a browser. So if you do exactly the same thing as what a
browser does, it should work. Try to turn on the log as suggested by
On Tue, 2002-05-14 at 16:26, Xiaowei Jiang wrote:
Many http server (probably most) don't implements the HEAD method. Even they
do, it's not reliable. The only thing you can count on an http server is
that it works with a browser. So if you do exactly the same thing as what a
browser does, it
dmitri 02/05/14 16:08:26
Modified:jxpath/src/test/org/apache/commons/jxpath
JXPathTestCase.java
jxpath/src/java/org/apache/commons/jxpath/ri/axes
ChildContext.java
Log:
Fixed bug with default index
Revision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9036.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Can someone give me an example of how to use the following constructor?
public XMLDocumentContainer(javax.xml.transform.Source source)
I'm not sure how the source class is supposed to be used.
Glen Stampoultzis (TriNexus Pty Ltd)
+61 3 9753-6850 0402 835 458
ICQ: 62722370EMail:
20 matches
Mail list logo