jstrachan02/05/01 23:17:19
Added: collections/src/java/org/apache/commons/collections
PredicateUtils.java
Log:
Added Stephen's new PredicateUtils submission. Looks good; just need some unit test
cases ;-)
Revision ChangesPath
1.1
Hi Stephen
I've given the code a quick once-over and it looks great. Nice and clean.
I've added into CVS - if anyone has any objections please speak up.
Some JUnit test cases would be nice for this stuff ;-)
James
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
To:
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-02/commons-util.html
Buildfile: build.xml
BUILD FAILED
Target `dist' does not exist in this
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-02/commons-latka.html
Buildfile: build.xml
init:
[echo] latka 1.0-dev
Did you maybe generate this patch without updating your repo from cvs?
It seems to contain things that were fixed in the last patch also and
is giving me error when I attempt to apply it.
=
Jeffrey D. Brekke
Doh! Sorry, yes, that's exactly what I did.
I will resend the patch. Sorry for the trouble.
-Original Message-
From: Brekke, Jeff [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 8:20 AM
To: 'Jakarta Commons Developers List'
Subject: RE: second cleanup of new FTP File Listing
Hi All,
I am going to paste a block of code below. I am trying to post to a URL and
what happens is it hangs on httpClient.executeMethod(PostMethod).
I am not sure why this could be and so am hoping you may be able to help.
What is even more weird is that I expected after an interval the
On Wed, 1 May 2002 18:50:40 -0400, Sam Ruby [EMAIL PROTECTED] wrote:
Ovidiu Predescu wrote:
The GCC project uses a very interesting tool for helping point out who
entered a bug in the compiler after doing a change.
...
Would it be possible to have a similar setup for GUMP? I know
Tim,
On Thu, 2 May 2002 14:09:22 +1000 , Tim Vernum [EMAIL PROTECTED] wrote:
From: Ovidiu Predescu [mailto:[EMAIL PROTECTED]]
The tool works by keeping track of who modified the files since the
last build, and what were the changes in the number of regression
tests. If you modify a
morgand 02/05/02 10:13:11
Modified:latkaproject.xml
Log:
no message
Revision ChangesPath
1.18 +1 -1 jakarta-commons/latka/project.xml
Index: project.xml
===
RCS file:
Hi,
newFactory() use thread context classloader to load class. It is like
clazz = classLoader.loadClass(factoryClass);
return (LogFactory) clazz.newInstance();
where classLoader is thread context loader. I am confused with java's classloader's
mechanism. Does this problem have anything to do
Hi all,
Looks like the Maven changes to the build have broken
the webapp and distribution builds (not that they were
ever very good to begin with). I'm working to
resuscitate them for my own development efforts.
Should I work on something CVS-worthy, or is Maven
going to magically make this
brekke 02/05/02 10:30:01
Modified:net project.xml
Log:
dlr's explanation for the url changes:
Pier is now using mod_proxy to ProxyPass/ProxyPassReverse connections
to Catalina through the Apache 2 running on nagoya. This gives us
cleaner URLs, and is all around very
jstrachan02/05/02 10:57:40
jakarta-commons-sandbox/messenger/src/java/org/apache/commons/messenger/task - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi,
Class.forName(String name) Documentation about currentClassLoader and
Thread and this sometimes confuses :
1) Class.forName(className, true, currentLoader) where currentLoader
denotes the defining class loader of the current class.
This is about currentLoader
2) Class t =
jstrachan02/05/02 11:42:08
Modified:messenger TODO.txt build.xml
Added: messenger/src/java/org/apache/commons/messenger/task
ProducerTask.java package.html
Log:
Added a jmsSend Ant Task for sending files to a JMS provider via Ant using ants
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=8753.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
morgand 02/05/02 13:03:20
Modified:latkabuild.xml
Log:
it appears that the name of the XPath class for JDOM has changed
Revision ChangesPath
1.35 +2 -2 jakarta-commons/latka/build.xml
Index: build.xml
Hi,
Thanks for the cvs add.
Please find attached some basic unit tests for List, Set and Map.
Stephen
- Original Message -
From: James Strachan [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Thursday, May 02, 2002 7:17 AM
Subject: Re: [Collections][SUBMIT]
I posted this question to the Log4j list, but the more I think about it, I think the
problem is more likely to have something to do with the the commons-logging wrapper
I've placed around log4j being incorrect. The actual log call that is provoking these
errors is through a commons-logging log
Actually, my config file was NOT correct. See below.
However, thanks for all your help. The first suggestion that helped was Mark's
suggestion to define debugging in the JVM command line. This brought out some new
information:
log4j:WARN File option not set for appender [applog].
log4j:WARN
morgand 02/05/02 15:09:52
Modified:latka/src/java/org/apache/commons/latka/validators
BaseValidator.java
Log:
allowing a validator to fail without a message seemed like a non-feature
Revision ChangesPath
1.8 +1 -5
morgand 02/05/02 15:25:44
Modified:latka/src/java/org/apache/commons/latka/validators
CookieHandler.java CookieValidator.java
RegexpValidator.java ResponseHeaderHandler.java
ResponseHeaderValidator.java
morgand 02/05/02 15:28:34
jakarta-commons/latka/src/webapps/latka-webapp/webapp/self-test/xpath - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
morgand 02/05/02 15:26:21
Added: latka/src/distribution/tests/latka-self-test
TestLatkaOptional.xml
Log:
functional tests for optional latka tags (currently just the xpath tag)
Revision ChangesPath
1.1
morgand 02/05/02 16:18:55
Modified:latka/src/distribution/conf tests.ent
Log:
responseHeader cond=false and cookie cond=false
Revision ChangesPath
1.2 +2 -0 jakarta-commons/latka/src/distribution/conf/tests.ent
Index: tests.ent
Hi all,
Looks like the Maven changes to the build have broken
the webapp and distribution builds (not that they were
ever very good to begin with). I'm working to
resuscitate them for my own development efforts.
Yep...I've changed the main build file, but not the others yet.
Should I
Ha, just goes to show you, you never know who's
listening. :) Thanks Bob.
- Morgan
--- bob mcwhirter [EMAIL PROTECTED] wrote:
Oh yeah, FYI I had to change one of the import
statements. Jaxen appears to
have renamed a class from org.jaxen.jdom.XPath
to
org.jaxen.jdom.JDOMXPath.
OK, here's the right patch. Sorry about the previous attempt.
Steve
On Thursday 02 May 2002 08:20 am, Brekke, Jeff wrote:
Did you maybe generate this patch without updating your repo from cvs?
It seems to contain things that were fixed in the last patch also and
is giving me error when I
I have just started poking around in the HttpClient project specifically due
to a short-coming that I have found in Sun's implemenation of http client
connections. I have found that I need to be able to specify the local IP
for the socket that is created for an http client. While I have had no
morgand 02/05/02 21:38:22
Modified:latka/src/distribution/conf tests.ent
Log:
test to check the text of a status message
Revision ChangesPath
1.3 +1 -0 jakarta-commons/latka/src/distribution/conf/tests.ent
Index: tests.ent
morgand 02/05/02 21:39:41
Modified:latka/src/distribution/conf tests.ent
Log:
made statusText a separate validation
Revision ChangesPath
1.4 +4 -1 jakarta-commons/latka/src/distribution/conf/tests.ent
Index: tests.ent
On Thu, May 02, 2002 at 08:23:04PM -0400, bob mcwhirter wrote:
Oh yeah, FYI I had to change one of the import statements. Jaxen appears to
have renamed a class from org.jaxen.jdom.XPath to
org.jaxen.jdom.JDOMXPath.
Ah yes, and that's breaking the build, because Maven is pulling in
Done. jdom-b8 is up on mavens repository...
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
- Forwarded by dIon Gillard/Multitask Consulting/AU on 05/03/02 02:43
PM -
I also opened up a feature request on this issue on 4/22:
http://sourceforge.net/tracker/index.php?func=detailaid=547098group_id=29721atid=397081
On Wed, May 01, 2002 at 05:35:40AM -0500, Steve Cohen wrote:
Thanks, Michael. I have appended part of my remarks as a comment in support
of yours
On Thu, 02 May 2002, Ovidiu Predescu [EMAIL PROTECTED] wrote:
I think is a good start, but IMO should be integrated not only with
the build process, but also with the automated test frameworks.
All that needs to be done for this is that you make Gump run the tests
as well. Gump already does
36 matches
Mail list logo