DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31136.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31137.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31130.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31130.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Interesting. I think there is some collision with FileUtils listFiles.
Using IO's current file filters you can currently specify quite complex
search expressions. If I interpret correctly FindingFilter can only do a
logical AND. On the other side FileFinder look a bit more sophisticated
than
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31130.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dion2004/09/09 03:04:12
Modified:jelly/jelly-tags tag-checkstyle.xml
Log:
Allow log as a constant
Revision ChangesPath
1.4 +2 -1 jakarta-commons/jelly/jelly-tags/tag-checkstyle.xml
Index: tag-checkstyle.xml
Emmanuel Bourg [EMAIL PROTECTED] writes:
Using a Decorator around Configuration might be the coolest solution
to the return null vs. throw Exception problem. We might add a
decorator that throws an Exception on a null return value.
So if you need this you use e.g.
Configuration conf =
Eric Pugh [EMAIL PROTECTED] writes:
That page is pretty cool! Any idea how to get the list of who the
dependencies are on, both direct and indirect?
Haven't found it when looking at it for five minutes. We might simply
ask the Gump people.
I would rather go with a property that controls the
=?ISO-8859-1?Q?Antonio_Fiol_Bonn=EDn?= [EMAIL PROTECTED] writes:
Just a wild thought but to solve this problem for JNDI, we could e.g.
add a kludge to c-c which allows
_1
_2
_3
to be folded onto a List for get();
Maybe using something more unique than just _ as a marker.
This is going to continue to fail until someone fixes Gump. I have already
spent some time trying to figure out how to reference the iBatis jar in the
lib directory of the project, but I am just too much of a gump-newbie.
Can anyone help with this?
--
James Mitchell
Software Engineer / Open
WildcardUtils look general enough that it could go into commons-lang, but then of
course you introduce a dependency, which seems to give some people a lot more
heartburn than it gives me. I hate to see classes put into the wrong library just to
avoid even dependencies that make sense.
Agreed! I thought the whole point of the various commons libraries was
to provide a low-level set of libraries upon which other apps can be
built upon. Why then is it such a problem for the different commons
project themselves to be interdependent? I can understand not wanting
to have
roxspring2004/09/09 04:39:15
Modified:cli/src/java/org/apache/commons/cli2/option
ArgumentImpl.java
Log:
ArgumentImpl now deals with defaults a little better
Revision ChangesPath
1.4 +1 -6
dion2004/09/09 05:05:49
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
JellyPropsHandler.java FileScanner.java
FileScannerTag.java AntTagLibrary.java
TaskSource.java SetPropertyTag.java
dion2004/09/09 05:21:58
Modified:jelly/jelly-tags/threads/src/java/org/apache/commons/jelly/tags/threads
TimeoutException.java InterruptTag.java
MutexTag.java JellyThread.java
RequirementException.java
dion2004/09/09 05:22:44
Modified:
jelly/jelly-tags/validate/src/test/org/apache/commons/jelly/tags/validate
TestJelly.java
jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util
TokenizeTag.java SleepTag.java
dion2004/09/09 05:23:17
Modified:
jelly/jelly-tags/velocity/src/java/org/apache/commons/jelly/tags/velocity
MergeTag.java VelocityTagLibrary.java
VelocityTagSupport.java JellyContextAdapter.java
dion2004/09/09 05:24:41
Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
ParamTag.java ParseTagSupport.java IfTag.java
SortTag.java ForEachTag.java ExprTag.java
AttributeTag.java
dion2004/09/09 05:26:33
Modified:jelly/src/java/org/apache/commons/jelly/parser
DefaultNamespaceFilter.java
Log:
Fix license file whitespace
Revision ChangesPath
1.6 +8 -8
dion2004/09/09 05:27:31
Modified:jelly/src/java/org/apache/commons/jelly/servlet
JellyServletContext.java
jelly/src/java/org/apache/commons/jelly/tags Resources.java
Log:
Fix license file whitespace
Revision ChangesPath
1.4
dion2004/09/09 05:29:36
Modified:jelly/src/test/org/apache/commons/jelly/core
TestFileTag.java Product.java TestUseBeanTag.java
TestIncludeTag.java TestSwitchTag.java
TestChooseTag.java Customer.java
dion2004/09/09 05:31:57
Modified:jelly/src/test/org/apache/commons/jelly/tags/junit
AssertTag.java SuiteTag.java AssertTagSupport.java
AssertEqualsTag.java FailTag.java CaseTag.java
RunTag.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31017.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey all,
I had submitted a patch last week for the FTP and FTPClient classes
(http://issues.apache.org/bugzilla/show_bug.cgi?id=30970) that doesn't
seem to have had any activity. The patch changes FTP to extend
SocketClient instead of TelnetClient since the implementation of
TelnetClient's
ggregory2004/09/09 06:39:08
Modified:codec/src/java/org/apache/commons/codec
EncoderException.java
Log:
Javadoc nits.
Revision ChangesPath
1.12 +2 -2
jakarta-commons/codec/src/java/org/apache/commons/codec/EncoderException.java
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project commons-jelly-tags-xml has an issue affecting its community integration.
This issue
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-134
Here is an overview of the issue:
-
dion2004/09/09 07:59:44
Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
SetTag.java
Log:
Fix typo
Revision ChangesPath
1.9 +4 -3
dion2004/09/09 08:01:52
Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
SetTag.java
Log:
Fix typo
Revision ChangesPath
1.10 +2 -1
dion2004/09/09 08:05:39
Added: jelly/src/java/org/apache/commons/jelly/util
ClassLoaderUtils.java
Log:
Add class to centralize class loader retrieval and loading classes for JELLY-134
Revision ChangesPath
1.1
dion2004/09/09 08:10:05
Modified:jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
ImageTag.java
jelly/src/java/org/apache/commons/jelly Jelly.java
JellyContext.java
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Thu, 9 Sep 2004 8:14 AM
Added ClassLoaderUtils class and used it whereever getClass().getClassLoader() was
being used.
-
View the issue:
dion2004/09/09 08:18:54
Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
SetTag.java
Log:
detab
Revision ChangesPath
1.11 +27 -27
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dion2004/09/09 08:35:01
Modified:jellyproject.xml
Log:
Add dev conn
Revision ChangesPath
1.149 +1 -0 jakarta-commons/jelly/project.xml
Index: project.xml
===
RCS file:
I have a problem using QueryLoader when deployed in a .war file to weblogic. The
properties file cannot be located on the classpath.
QueryLoader uses QueryLoader.class.getResourceAsStream(path) which looks for a
resource relative to the current class (QueryLoader), you can use / to indicate
ggregory2004/09/09 09:00:13
Modified:codec/src/java/org/apache/commons/codec
DecoderException.java
Log:
Javadoc nits.
Revision ChangesPath
1.11 +2 -2
jakarta-commons/codec/src/java/org/apache/commons/codec/DecoderException.java
dion2004/09/09 09:01:15
Modified:jellyproject.xml
Log:
Bump version and add tag
Revision ChangesPath
1.150 +6 -1 jakarta-commons/jelly/project.xml
Index: project.xml
===
RCS file:
dion2004/09/09 09:02:36
Modified:jelly/xdocs changes.xml
Log:
Bump version and add tag
Revision ChangesPath
1.16 +2 -1 jakarta-commons/jelly/xdocs/changes.xml
Index: changes.xml
===
Please open a bugzilla ticket and attach a cvs diff -u formatted patch if
you have one.
Thanks!
David
--- [EMAIL PROTECTED] wrote:
I have a problem using QueryLoader when deployed in a .war file to
weblogic. The properties file cannot be located on the classpath.
QueryLoader uses
ggregory2004/09/09 09:05:46
Modified:codec/src/java/org/apache/commons/codec/net
QuotedPrintableCodec.java
Log:
Javadoc.
Revision ChangesPath
1.12 +3 -4
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In message [EMAIL PROTECTED], Joseph Hindsley
writes:
I had submitted a patch last week for the FTP and FTPClient classes
(http://issues.apache.org/bugzilla/show_bug.cgi?id=30970) that doesn't
seem to have had any activity. The patch changes FTP to extend
SocketClient instead of TelnetClient
Date: 2004-09-09T11:26:14
Editor: RoryWinston [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Net/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
no comment
Change Log:
Date: 2004-09-09T11:26:42
Editor: RoryWinston [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Net/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
no comment
Change Log:
Date: 2004-09-09T11:27:19
Editor: RoryWinston [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Net/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
no comment
Change Log:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Date: 2004-09-09T11:48:01
Editor: DanielSavarese [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Net/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
no comment
Change Log:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31148.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31151.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The Jakarta Commons team is pleased to announce that the Digester 1.6
release is
now available. It includes many bug fixes and minor enhancements as
well as several
new features including plugins (framework supporting dynamic rule
reconfiguration)
and variable expansion.
By selecting the
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project commons-jelly-tags-xml *no longer* has an issue.
Project State : 'Success', Reason
dion2004/09/09 17:03:28
Added: jellyKEYS
Log:
keys for signing
Revision ChangesPath
1.1 jakarta-commons/jelly/KEYS
Index: KEYS
===
This file contains the PGP keys of
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30375.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30375.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello all.
From time to time I'm getting the following exception in my application:
org.apache.commons.httpclient.HttpRecoverableException:
org.apache.commons.httpclient.HttpRecoverableException: Error in parsing
the status line from the response: unable to find line starting with
HTTP
Juan,
please take a look at our logging guide:
http://jakarta.apache.org/commons/httpclient/logging.html
Try and get a wirelog of the communication. That will help to track down
the problem.
Cheers
Ortwin Glück
Juan Pedro López Sáez wrote:
Hello all.
From time to time I'm getting the following
Juan,
Most likely it is a server side issue. Take a look at this post. It
should explain the cause of the problem and can help find a fix for it
http://marc.theaimsgroup.com/?l=httpclient-commons-devm=109344163805313w=2
Oleg
On Thu, 2004-09-09 at 10:24, Juan Pedro Lpez Sez wrote:
Hello all.
Hello,
In case it is a server side issue, I would like be sure that the server
hasn't processed my request because I'm posting non idempotent requests.
If I retry the request but the first one was really processed I could be
in troubles.
I guess there is not a simple solution for this.
I
Juan,
There's indeed no easy solution to this problem. There's a whole section
in our new exception handling guide on the issue of the transport safety
and HTTP methods' idempotency. The guide has not been published yet, as
it describes the new exception handling framework in the upcoming
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29072.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29072.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Juan,
The one technique that I'm aware of for guaranteeing that the server
only processes the request once is to put in some sort of transaction ID
into the request, and the server will reject duplicate requests
(hopefully with an appropriate error message).
In short, it is an application
Hi,
I've been developing my app in WSAD5 and have
successfully deployed it on a Websphere server v5.0.2
running under Windows XP using Axis1.2beta with
CommonsHttpClient2.0.1. When I
deploy it as an EAR to our QA server, which is running
SunOS v5.8 and Websphere 5.0.2 I get the following
Robert,
Status code 400 (Bad request) usually means that the server has rejected
the request as syntactically incorrect. This is very unlikely to be a
problem with HttpClient as such. The problem must be somewhere in the
layers that sit on top of it
Can it be that your application is targeting a
69 matches
Mail list logo
