stevencaswell2003/01/26 08:50:44
Modified:dbutils/src/java/org/apache/commons/dbutils/driver
ResultSetWrapper.java
Log:
- added additional constructor to allow only a ResultSet to be specified
- added logic to getStatement to delegate to the wrapped result
stevencaswell2003/01/26 08:52:07
Added: dbutils/src/java/org/apache/commons/dbutils/driver
SqlNullCheckedResultSet.java
Log:
created
Revision ChangesPath
1.1
stevencaswell2003/01/26 08:54:49
Added: dbutils/src/java/org/apache/commons/dbutils/driver
StringTrimmedResultSet.java
Log:
created
Revision ChangesPath
1.1
I have update, It is problem with dependencies, I think it is invalid jar
names:
__ __
| \/ |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-beta-8
C:\home\jakarta-turbine-maven
Attempting to download 0-1.5.1.jar.
[ERROR] WARNING:
--- [EMAIL PROTECTED] wrote:
I'll test this and the reactor, as it means we can
do away with:
1) The included entity in all project.xmls
Yup. I'd still like to keep using an entity, but it
looks like our pesky XML parsers are not going to
cooperate. At least we'll only have two build files
morgand 2003/01/26 09:56:47
Modified:grantbuild.xml
Log:
updating ant script for grant
Revision ChangesPath
1.5 +73 -83jakarta-commons-sandbox/grant/build.xml
Index: build.xml
===
RCS
I traced this problem back to the 1/24 build of Ant.
I think it's caused by the 1.64 revision of
AntClassLoader:
http://cvs.apache.org/viewcvs/jakarta-ant/src/main/org/apache/tools/ant/AntClassLoader.java
The Ant junit task is truncating the Jelly stack
traces; The full trace from the
Here is a better stack trace:
[junit] java.lang.NoSuchMethodError:
org.apache.tools.ant.AntClassLoader: method init()V
not found
[junit] at
org.apache.tools.ant.loader.AntClassLoader2.init(AntClassLoader2.java:67)
[junit] at
Yeah. Linux jdk 1.3. Sun's.
Hen
On Sun, 26 Jan 2003 [EMAIL PROTECTED] wrote:
Hen is this jdk1.3?
HttpClient has failed building for me on 1.3 for some months now.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work:
Well, its related to the NTLM support in HttpClient. A few tests fail,
but I would suspect any NTLM use in 1.3 would fail similarly. Most of
the httpclient guys have been working on 1.4 (I did the release build in
1.4) and the gump builds don't fail so I guess its using 1.4 as well.
I've
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=9931.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9931.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
The above two items are completed. If there are any problems, let me
know but the main project and proposal are building for me ok after a
clean check-out. The site has been regenerated and redeployed.
I tried to do a fresh checkout to
jsdever 2003/01/26 14:31:30
Modified:httpclient project.xml
httpclient/xdocs applications.xml downloads.xml news.xml
Log:
Add mailing list news item, more xml document improvements.
Revision ChangesPath
1.28 +1 -2
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=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dion2003/01/26 18:35:26
Modified:jelly/src/test/org/apache/commons/jelly/test/impl
DummyTag.java
jelly/src/test/org/apache/commons/jelly/tags/junit
AssertEqualsTag.java RunTag.java
Hey all,
A couple of days ago, the Ant classloader was changed
significantly, including calling out to a second
ClassLoader class, and the Grant AntClassLoader was
preventing the new Ant classes from functioning
correctly (at least inside the Jelly build). I moved
the most recent Ant classloader
dion2003/01/26 18:52:22
Modified:jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant/tag
DummyTag.java
Log:
Fix test code to work with recent exception changes
Revision ChangesPath
1.3 +3 -1
Daniel F. Savarese [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
The above two items are completed. If there are any problems, let me
know but the main project and proposal are building for me ok after a
clean check-out. The site has been regenerated and
A couple of days ago, the Ant classloader was changed
significantly, including calling out to a second
ClassLoader class, and the Grant AntClassLoader was
preventing the new Ant classes from functioning
correctly (at least inside the Jelly build). I moved
the most recent Ant classloader
As requested I'm reposting an email from Steve Cohen (
[EMAIL PROTECTED] ) about possible refactorings he's working on
in the code moved into proposal/ftp2.
--
My curiosity being piqued, I decided to take a closer look at what it
might take to actually merge the ftp2 concepts in to the main
jericho 2003/01/26 20:44:30
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
Log:
- Fix to be encoded double possbily...
Reported by Joseph Artsimovich [EMAIL PROTECTED]
Revision ChangesPath
1.100 +13 -5
If it's just a direct copy, try removing it
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Morgan Delagrange [EMAIL PROTECTED] wrote on 27/01/2003 01:51:35 PM:
Hey all,
A couple of days ago, the Ant
That's a tough one. The previous version no longer
works against the HEAD of Ant, so GUMP breaks.
However the version I just checked in won't work with
Ant 1.5, which is the version that Maven uses.
- Morgan
--- bob mcwhirter [EMAIL PROTECTED] wrote:
The AntClassLoader in grant may no
Modifying this email as a working progress towards v2 scope:
On Wed, 22 Jan 2003, Henri Yandell wrote:
I'm going to assume that all and any bugfixes which have gone in since the
v1.0.1 release on existing classes will goto 2.0. Also that we will take
another swing at the Bugzilla list before
Maven specifically uses:
dependency
idant/id
version1.5.1/version
If that helps at all?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Morgan Delagrange [EMAIL PROTECTED] wrote on 27/01/2003
Still problematic. The offending Ant commit was made
two days ago.
--- [EMAIL PROTECTED] wrote:
Maven specifically uses:
dependency
idant/id
version1.5.1/version
If that helps at all?
--
dIon Gillard, Multitask Consulting
Blog:
What's the anticipated release of ant that'll include this?
What's the timeframe?
I don't think maven really wants to play with ant snapshots. We're
simply not that daring.
-bob
On Sun, 26 Jan 2003, Morgan Delagrange wrote:
So this method that Ant switched on doesn't work?
No idea, I'm just trying to get the GUMP build for
Jelly working.
--- bob mcwhirter [EMAIL PROTECTED] wrote:
What's the anticipated release of ant that'll
include this?
What's the timeframe?
I don't think maven really wants to play with ant
snapshots. We're
simply not that daring.
dion2003/01/26 21:24:17
Modified:jelly/jelly-tags/betwixt project.xml
jelly/jelly-tags/soap project.xml
jelly/jelly-tags/junit project.xml
jelly/jelly-tags/email project.xml
jelly/jelly-tags/beanshell project.xml
dion2003/01/26 21:38:17
Modified:jelly/jelly-tags/jsl project.xml
Log:
Rename various dependencies - appears to be a maven bug
Revision ChangesPath
1.14 +8 -4 jakarta-commons-sandbox/jelly/jelly-tags/jsl/project.xml
Index: project.xml
--- [EMAIL PROTECTED] wrote:
Morgan Delagrange [EMAIL PROTECTED] wrote on
27/01/2003 12:06:49 PM:
--- [EMAIL PROTECTED] wrote:
Morgan Delagrange [EMAIL PROTECTED] wrote on
27/01/2003 04:35:21 AM:
I don't think Maven is a replacement for the
build-all
script when it
morgand 2003/01/26 23:10:14
Modified:jelly/jelly-tags/define/src/test/org/apache/commons/jelly/tags/define
DynamicTag.java
Log:
fixed interface
Revision ChangesPath
1.2 +15 -7
I'd like to propose the following two methods to ExceptionUtils:
1) getFullStackTrace. This returns a stack-trace including its full
print-out of nestables. It assumes that when it hits a nestable, it
doesn't need to carry on.
2) isNestedException. [okay, needs to be name changed to
On Sun, 26 Jan 2003, Morgan Delagrange [EMAIL PROTECTED] wrote:
So this method that Ant switched on doesn't work?
public void addJavaLibraries() {
Or is the Grant classloader only intended for use with
Ant 1.5?
This method will be part of Ant 1.5.2 - which will hopefully get
morgand 2003/01/26 23:21:24
Modified:jelly/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty
NotFoundHandlerTag.java
Log:
fixed interface
Revision ChangesPath
1.5 +1 -1
Sounds like Ant 1.5.2 could be a reasonable dependency
for Maven, and then our problems are solved. I'm
hoping that Grant can remove this class, regardless of
whether or not I've diagnosed this particular problem
correctly; duplicating classes is risky and leads to
cranky classloading.
- Morgan
Sounds like Ant 1.5.2 could be a reasonable dependency
for Maven, and then our problems are solved. I'm
hoping that Grant can remove this class, regardless of
whether or not I've diagnosed this particular problem
correctly; duplicating classes is risky and leads to
cranky classloading.
On Mon, 27 Jan 2003, bob mcwhirter [EMAIL PROTECTED] wrote:
I haven't tracked ant very closely lately, but if/when it allows us
to manage ant properties external to the o.a.t.ant.Project backed by
some external structure, then grant itself will become useless.
CVS HEAD should give you that
On Sat, 25 Jan 2003, Craig R. McClanahan wrote:
On Sat, 25 Jan 2003, robert burrell donkin wrote:
the last digester release was back in august. a lot of bugs have been
fixed since then. i think that a new release is long overdue.
unless anyone else wants to jump in, i'll volunteer
morgand 2003/01/26 00:26:58
Modified:jelly/jelly-tags/threads/src/java/org/apache/commons/jelly/tags/threads
GroupTag.java InterruptTag.java JoinTag.java
MutexTag.java NotifyTag.java SleepTag.java
morgand 2003/01/26 00:44:58
Modified:
jelly/jelly-tags/validate/src/java/org/apache/commons/jelly/tags/validate
AssertValidTag.java ValidateTag.java
VerifierTag.java
Log:
converted validate taglib from Exception to JellyTagException
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-26/commons-graph.html
Buildfile: build.xml
init:
[mkdir] Created dir:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-26/commons-jelly-tags-betwixt.html
Buildfile: build.xml
init:
[mkdir] Created dir:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-26/commons-jelly-tags-log.html
Buildfile: build.xml
init:
[mkdir] Created dir:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-26/commons-jelly-tags-html.html
Buildfile: build.xml
init:
[mkdir] Created dir:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-26/commons-jelly-tags-ant.html
Buildfile: build.xml
init:
[mkdir] Created dir:
rdonkin 2003/01/26 00:49:07
Modified:betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH maven.xml
Log:
Added preGoals to make sure that maven includes RELEASE-NOTES in distributions
Revision ChangesPath
No revision
No revision
rdonkin 2003/01/26 00:49:36
Modified:betwixt/src/java/org/apache/commons/betwixt Tag:
BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH
ElementDescriptor.java
Log:
Corrected a missing @link in the java docs
Revision ChangesPath
No
rdonkin 2003/01/26 00:50:43
Added: betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH
BUILD-README.txt
Removed: betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH README.txt
Log:
Renamed README.txt since this is included by maven in distributions
morgand 2003/01/26 01:01:28
Modified:
jelly/jelly-tags/velocity/src/java/org/apache/commons/jelly/tags/velocity
MergeTag.java VelocityTagSupport.java
Log:
converted velocity taglib from Exception to JellyTagException
Revision ChangesPath
1.2
morgand 2003/01/26 01:19:27
Modified:jelly/jelly-tags/xmlunit/src/java/org/apache/commons/jelly/tags/xmlunit
ActualTag.java AssertDocumentsEqualTag.java
ExpectedTag.java XMLUnitTagSupport.java
Log:
converted xmlunit taglib from
morgand 2003/01/26 01:40:21
Modified:jellybuild-all.xml
Log:
added junit tags to log dependencies
Revision ChangesPath
1.17 +1 -1 jakarta-commons-sandbox/jelly/build-all.xml
Index: build-all.xml
morgand 2003/01/26 02:12:45
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/task
JellyTask.java
Log:
converting ant taglib from Exception to JellyTagException
Revision ChangesPath
1.12 +17 -3
morgand 2003/01/26 02:26:54
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
AntTag.java FileScannerTag.java SetPropertyTag.java
TaskSource.java
Log:
converting ant taglib from Exception to JellyTagException
morgand 2003/01/26 02:28:45
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
TaskSource.java
Log:
converting ant taglib from Exception to JellyTagException
Revision ChangesPath
1.7 +1 -1
morgand 2003/01/26 02:30:08
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
FileScannerTag.java
Log:
converting ant taglib from Exception to JellyTagException
Revision ChangesPath
1.10 +1 -1
morgand 2003/01/26 02:40:44
Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
AntTag.java
Log:
converting ant taglib from Exception to JellyTagException
Revision ChangesPath
1.23 +27 -10
morgand 2003/01/26 02:55:57
Modified:jelly/src/java/org/apache/commons/jelly
DynaBeanTagSupport.java Tag.java
jelly/src/java/org/apache/commons/jelly/impl
DynamicBeanTag.java DynamicDynaBeanTag.java
morgand 2003/01/26 03:03:36
Modified:jelly/src/java/org/apache/commons/jelly DynaTag.java
Tag.java
jelly/src/java/org/apache/commons/jelly/impl
DynamicBeanTag.java DynamicDynaBeanTag.java
Log:
converting Jelly to use
Henri Yandell [EMAIL PROTECTED] wrote on 25/01/2003 05:33:50 AM:
On Fri, 24 Jan 2003, Craig R. McClanahan wrote:
I'm not a Maven guru, but it's not clear to me that the maven.xml and
project.xml files for all of the Commons projects have been kept up to
date (or even created in
Hen is this jdk1.3?
HttpClient has failed building for me on 1.3 for some months now.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Henri Yandell [EMAIL PROTECTED] wrote on 25/01/2003 04:13:18 PM:
On Fri,
snip
If you care, let me know, and I'll work with you on getting the
descriptors up to date when b8 is released.
I have problems to generate reports with beta7, I have tried cvs version
and it works, It seems it doe's not uses
ssh to connect to cvs server.
Is it possible to set some parameter
- Original Message -
From: Juozas Baliuka [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, January 26, 2003 1:11 PM
Subject: Re: help building commons with maven
snip
If you care, let me know, and I'll work with you on getting the
descriptors up
It's not possible to change the cvs access mechanism for b7.
It was hardwired to use the CVS directory information on your machine.
b8 uses the details specified in project.xml.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work:
I have this in project.xml :
connectionscm:cvs:pserver:[EMAIL PROTECTED]:/cvsroot/cgl
ib:cglib/connection
set CVS_RSH=ssh2
But I do not need ssh to generate reports, I want to use :pserver
authentication, but beta7 uses :ext
and hungs (my ssh2 doe's not work on Windows if is executed by java).
Ok, I will wait beta8.
I use version from cvs to generate reports and beta7 to build stuff.(xdoc
task doe's not work in current cvs)
- Original Message -
From: [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, January 26, 2003 2:53 PM
Subject: Re: help
The xdoc tasks work fine for me in current CVS. What are your issues?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Juozas Baliuka [EMAIL PROTECTED] wrote on 26/01/2003 11:57:41 PM:
Ok, I will wait beta8.
I
dion2003/01/26 05:54:18
Modified:jelly/jelly-tags/beanshell .cvsignore
Log:
Ignore velocity logs
Revision ChangesPath
1.2 +1 -0 jakarta-commons-sandbox/jelly/jelly-tags/beanshell/.cvsignore
Index: .cvsignore
dion2003/01/26 06:01:08
Modified:
jelly/jelly-tags/beanshell/src/java/org/apache/commons/jelly/tags/beanshell
ScriptTag.java
Log:
Applied patch from Paul Libbrecht
Revision ChangesPath
1.3 +6 -6
I'll test this and the reactor, as it means we can do away with:
1) The included entity in all project.xmls
2) The ant build-all file
and have an easy way to do things to all taglibs at once, e.g.
- Regen gump descriptor
- Regen ant build file
- Build jars etc
--
dIon Gillard, Multitask
We care!
[EMAIL PROTECTED] wrote:
Henri Yandell [EMAIL PROTECTED] wrote on 25/01/2003 05:33:50 AM:
On Fri, 24 Jan 2003, Craig R. McClanahan wrote:
I'm not a Maven guru, but it's not clear to me that the maven.xml and
project.xml files for all of the Commons projects have been kept up
jsdever 2003/01/26 06:54:14
Modified:httpclient project.xml
httpclient/xdocs downloads.xml features.xml
Added: httpclient/xdocs navigation.xml
Log:
Website generation is now complete.
No broken links, all files refrenced (AFAICT)
Added a navigation.xml
I will update, it was problem with path names it was returned somethinh
like this to templetes: c:\project\c:\project\file.xml
possible it is fixed in cvs.
I have slow internet connection and
it takes time to download jars from remote repository, it seems it downloads
them all after I build
jsdever 2003/01/26 08:36:25
Modified:httpclient project.xml
httpclient/xdocs applications.xml downloads.xml features.xml
index.xml logging.xml navigation.xml news.xml
overview.xml proposal.xml releases.xml status.xml
Log:
Thanks for clarifications, Mike
Cheers
Oleg
On Sun, 2003-01-26 at 07:15, Michael Becke wrote:
I believe this behavior is correct. The yadayada/blabla URI is a
relative path, like ../index.html. I think what you're looking for
is called a net path. Net paths are required to begin with //
If you have an application that uses HttpClient, and would like to see
it on our applications page, please send an email to:
[EMAIL PROTECTED]
http://jakarta.apache.org/commons/httpclient/applications.html
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
For all current contributors and anyone wishing to contribute to
HttpClient, we are now in the Beta 1 development stage.
There is currently a rather complete list of bugs in bugzilla now. To
find them, do a query for the *Commons* project, *HttpClient* component,
and target milestone *2.0
Got it. Thanks Mike.
Mike Bowler wrote:
HtmlUnit - A testing tool for web based applications
http://htmlunit.sourceforge.net
BTW The applications page lists the wrong email address To have your
application listed, write to [EMAIL PROTECTED]
mailto:[EMAIL
Jeffrey Dever wrote:
If you have an application that uses HttpClient, and would like to see
it on our applications page, please send an email to:
[EMAIL PROTECTED]
http://jakarta.apache.org/commons/httpclient/applications.html
Jakarta Cactus (http://jakarta.apache.org/cactus/)
A framework for
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=11218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
There are two new archives for this mailing list. Looks like someone up
there is starting to like us ;-)
http://archives.apache.org/eyebrowse/SummarizeList?listId=128
http://www.mail-archive.com/commons-httpclient-dev%40jakarta.apache.org/
Jandalf.
--
To unsubscribe, e-mail: mailto:[EMAIL
It's come up here before about maintaining compatability with
jdk1.3.1, and its come up on the commons-dev list as well.
Is it possible to get gump to run the tests under 1.3.1?
--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email : [EMAIL PROTECTED]
Fax : (416)
Here is the first step towards fixing the checkstyle warnings. I've
cleaned up warnings in quite a few files but lots still to go.
--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email : [EMAIL PROTECTED]
Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
Sung-Gu,
From your diagram I do not see anything that is not supported by
standard Java String handling. I still think this method is unnecessary.
Your test case does not contain a single assertion. Printing out
garbage to the console doesn't make sense. PLEASE PROVIDE AN ORDINARY
JUNIT TEST
86 matches
Mail list logo