jstrachan2003/03/05 00:11:56
Modified:jelly/jelly-tags/bsf/src/java/org/apache/commons/jelly/tags/bsf
BSFExpressionFactory.java JellyContextRegistry.java
PNutsTagLibrary.java BSFExpression.java
BSFTagLibrary.java
jstrachan2003/03/05 00:13:19
Modified:jellyproject.xml
Log:
added Pete to contributor list (though hey, Pete should probably be a committer by
now :)
Revision ChangesPath
1.126 +8 -0 jakarta-commons/jelly/project.xml
Index: project.xml
All patches applied, committed and snapshots of Jelly tags-bsf deployed.
Thanks for this Pete!
I made a minor change; the latest bsf is 2.3.0-rc1 (you'd missed off the .0
:)
A minor point below...
From: Pete Kazmier [EMAIL PROTECTED]
Here is a patch for the Jelly BSF Taglib. In summary, this
jstrachan2003/03/05 00:17:01
Modified:jelly/jelly-tags/avalon/src/java/org/apache/commons/jelly/avalon
JellyService.java
Added: jelly/jelly-tags/avalon/src/java/org/apache/commons/jelly/avalon
JellyServiceImpl.java
Log:
applied
Patch applied - thanks Robert
James
---
http://radio.weblogs.com/0112098/
- Original Message -
From: Robert McIntosh [EMAIL PROTECTED]
To: Commons [EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 4:08 PM
Subject: [Jelly] [patch] JellyService
I've changed the JellyService to be
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=17662.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 from me.
Not sure that my vote counts, but I have just started using JXPath in my
latest project, and I really like it.
Adam.
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 1:07 AM
Subject: [VOTE] Release vote 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=17663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Original Message -
From: John Keyes [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 10:12 PM
Subject: Re: [CLI] Version 2.0 - API
Still, the original poster had a point - isMandatory would typically
return a boolean, whereas
On Wed, 2003-03-05 at 12:15, Rob Oxspring wrote:
- Original Message -
From: John Keyes [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 10:12 PM
Subject: Re: [CLI] Version 2.0 - API
Still, the original poster had a point -
Okay the anonymous ones are used for things like goal in maven and
target in ant. The name is used for the HelpFormatter so it
can format this into [target1 [target2...[targetN]]].
An Arugment is anything that requires a value, so for example if
you are using the -buildfile argument for ant
jsdever 2003/03/05 07:51:41
Modified:httpclient/xdocs applications.xml
Log:
Updated JSR 147 entry.
Revision ChangesPath
1.11 +5 -3 jakarta-commons/httpclient/xdocs/applications.xml
Index: applications.xml
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=17677.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
getMoreResults() precedes getResultSet().
Using this is slightly more efficient than an update followed by a query.
Another thing I wanted to mention is that it seems you should have two visible
interfaces to users, one for how to act on a result set and another for retrieving
objects from
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=17678.
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=17680.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff2003/03/05 09:15:51
Modified:functor/xdocs index.xml
functor/xdocs/stylesheets project.xml
functor project.xml project.properties
Added: functor/xdocs examples.xml building.xml
Log:
add docs
Revision ChangesPath
1.4
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=17682.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
getMoreResults() precedes getResultSet().
Using this is slightly more efficient than an update followed by a query.
JDBC documentation says I must to call getMoreResults() after
getResultSet().
I have no way to test this stuff, doe's some opensource RDMS driver supports
getResultSet() after
Hi,
getMoreResults must precede getResultSet.
It's not big deal, but safes a round trip to db server in case that you're using
identity.
I have comment on your interfaces.
It's seems that you should have 2 interfaces, one for what to do with the result set
and another for retrieving the
For many years, I've published my personal source code libraries as
open source. By far the most heavily-downloaded class was Utils.java,
containing my string processing routines. I'm psyched that Jakarta
Commons now exists, and I'd like to donate my code to
Lang.StringUtils.
You can see the
In reviewing StringUtils in preparing to integrate my Purpletech code,
I discovered some inconsistencies and came up with the following
questions and suggestions:
* Rename overlayString to overlay (to be consistent with other method
names, and more concise)
* It would be great if many the
public Object handle(ResultSet rs) throws SQLException
{
if(rs.next()){
return rtr.retrieve(rs);
}
throw new Exception
It is good idea, I wiil remove executeRowQuery and add this kind of adapter
and will move handler
On Wed, 5 Mar 2003, Alex Chaffee / Purple Technology wrote:
I'll list these independently, so we can start haggling over
1. yea or nay
2. naming
3. API / method signature
4. appropriate package (if lang.StringUtils is not the right place)
Seems good.
for each in turn. Naturally, I'm
On Wed, 5 Mar 2003, Alex Chaffee / Purple Technology wrote:
In reviewing StringUtils in preparing to integrate my Purpletech code,
I discovered some inconsistencies and came up with the following
questions and suggestions:
* Rename overlayString to overlay (to be consistent with other
rwaldhoff2003/03/05 11:03:33
Modified:collections/src/test/org/apache/commons/collections
TestTreeBag.java TestHashBag.java
collections/src/test/org/apache/commons/collections/primitives
TestIntList.java
Log:
scrub
Juozas Baliuka [EMAIL PROTECTED] writes:
getMoreResults() precedes getResultSet().
Using this is slightly more efficient than an update followed by a query.
JDBC documentation says I must to call getMoreResults() after
getResultSet().
I have no way to test this stuff, doe's some
rwaldhoff2003/03/05 11:10:51
Modified:collections/src/test/org/apache/commons/collections/primitives
TestArrayUnsignedShortList.java
TestAbstractShortArrayList.java
TestAbstractLongArrayList.java
rwaldhoff2003/03/05 11:17:08
Modified:pool/src/test/org/apache/commons/pool/impl TestAll.java
pool/src/java/org/apache/commons/pool/impl
StackKeyedObjectPool.java
GenericObjectPoolFactory.java
rwaldhoff2003/03/05 11:22:53
Modified:pool/src/java/org/apache/commons/pool/impl
GenericObjectPool.java GenericKeyedObjectPool.java
pool/src/test/org/apache/commons/pool/impl
TestGenericObjectPool.java
On Wed, Mar 05, 2003 at 01:52:42PM -0500, Henri Yandell wrote:
* String strdiffVerbose(String expected, String actual)
Compare two strings, and return a verbose description of how
they differ. Shows a window around the location to provide
context.
E.g. strdiffVerbose(i am a robot,
On Wed, Mar 05, 2003 at 12:59:28PM -0800, Morgan Delagrange wrote:
--- Alex Chaffee / Purple Technology [EMAIL PROTECTED]
wrote:
Perl:
chop removes the final character, no matter what it
is
chomp removes the final character if and only if
it's a newline
(or, technically,
chop removes the final character, no matter what it is, and glomming
\r\n as if it were a single character
This is akin to Ruby's chop and shouldn't be changed I think.
+1
Bad evolution. My fault. The all-succeeding characters feature is one I've
been using a lot. Given:
From: Fred
On an unrelated note (but as long as you're looking at a future API), I
have a program that needs to do some post-processing on the argument
values for certain options. This is impossible in your current (v1.0)
implementation (nor in v2.0a). In my current application, I've updated
Option and
rwaldhoff2003/03/05 14:32:56
Modified:xdocs/stylesheets project.xml
xdocspool.xml
Log:
update pool links
Revision ChangesPath
1.69 +1 -1 jakarta-commons/xdocs/stylesheets/project.xml
Index: project.xml
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=14982.
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=14981.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff2003/03/05 15:39:34
Modified:dbcp build.xml build.properties.sample
Log:
add classpath (sax2) and system property (org.xml.sax.driver) to allow tests to
execute
Revision ChangesPath
1.17 +4 -4 jakarta-commons/dbcp/build.xml
Index: build.xml
rwaldhoff2003/03/05 16:04:59
Modified:dbcp build.xml
dbcp/src/java/org/apache/commons/dbcp/cpdsadapter
ConnectionImpl.java
dbcp/src/java/org/apache/commons/dbcp
DelegatingCallableStatement.java
rwaldhoff2003/03/05 16:11:33
Modified:dbcp/src/test/org/apache/commons/dbcp TesterResultSet.java
TesterConnection.java TesterStatement.java
TesterPreparedStatement.java
dbcp/src/java/org/apache/commons/dbcp
**
Note: This e-mail is subject to the disclaimer contained at the bottom
of this message.
**
:
I am not sure I got the right email address for the
Rodney Waldhoff [EMAIL PROTECTED] writes:
I saw the bugzilla note come through, but I haven't had a chance to
take a detailed look at it yet. Hopefully I should be able to get to
this by the end of the week (unless someone beats me to it, hint, hint
:).
Have you had a chance to look at it
Index: jelly-tags/bsf/project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/bsf/project.xml,v
retrieving revision 1.4
diff -u -r1.4 project.xml
--- jelly-tags/bsf/project.xml 27 Jan 2003 05:24:17 - 1.4
+++
Features looks nice, but one of the worst documented
project, either no doc or very arbitrary.Needs lot of
explanation before it makes in to main stream. Better
to stay away until then
___
Sent by ePrompter, the premier email notification
I remember we decided not to implement religion in dbutils, but we can try
this kind of experiment :
interface MyProcedure {
int executeSomeQuery( int p1, String p2 );
}
static final MyProcedure PROC1 = DbUtils.newInstance( MyProcedure.class,
sql,
new ResultSetHandlerImpl()
Please disregard ... I couldn't wait and asked Bob McWhirter to make
the change for me 2 days ago.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Actually, I'd say it's better to contribute to the project and improve the
documentation. Staying away certainly doesn't improve the documentation.
If you always rely on others, you may be sorely disappointed.
-bob
On Wed, 5 Mar 2003, milli new wrote:
Features looks nice, but one of
I mostly agree with Henri's comments. Just a couple of additional comments
thrown in...
Steven Caswell
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
One ring to rule them all, one ring to find them...
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent:
luehe 2003/03/05 18:09:46
Modified:el/src/java/org/apache/commons/el EmptyOperator.java
Log:
Extended the empty operator to all Collection types, not just Map and List
Revision ChangesPath
1.2 +7 -7
Get real.
Messenger is one of the better documented sandbox components.
Check out some others:
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/threading/
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/io/
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/xmlunit/
From: Steven Caswell [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 4:54 PM
Subject: RE: [lang] Adding Purple to StringUtils
I mostly agree with Henri's comments. Just a couple of additional comments
thrown in...
dgraham 2003/03/05 19:24:25
Modified:resources/src/java/org/apache/commons/resources/impl
BasicMessageList.java BasicMessage.java
resources/src/java/org/apache/commons/resources Message.java
Messages.java MessageList.java
scohen 2003/03/05 19:28:36
Modified:net/src/java/org/apache/commons/net/ftp/parser
EnterpriseUnixFTPEntryParser.java
NTFTPEntryParser.java OS2FTPEntryParser.java
UnixFTPEntryParser.java VMSFTPEntryParser.java
**
Note: This e-mail is subject to the disclaimer contained at the bottom
of this message.
**
:
Those lines of code missing makes JXPath not happy
in
olegk 2003/03/05 23:49:04
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpConnection.java HttpMethodBase.java
MultiThreadedHttpConnectionManager.java
httpclient/src/java/org/apache/commons/httpclient/methods
Hi Pete
This is the same BSF script patch I applied yesterday isn't it? I didn't see
any differences - did I miss something?
James
---
http://radio.weblogs.com/0112098/
- Original Message -
From: Pete Kazmier [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent:
Mike
This is massive!!! It's a much needed and welcome refactoring. Many thanks for this
work
Oleg
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 5. März 2003 05:34
To: Commons Project
Subject: cvs commit:
Thanks Oleg. I had not realized how big this was until I committed the
patch. I would have posted it for review if I had realized.
I have some more plans for work in the test code. I will post some
ideas before I get to work. Please let me know if you have any ideas
about how we can improve
Mike
I think you have done the right things. If any problems surface, they can be dealt
with on individual basis
Jeff once complained about test package getting completely unwieldy, which is
definitely the case. He suggested the test cases be better structured into
sub-packages. This would be
I agree, some splitting into packages would be good. Along these lines
I was thinking of renaming all of the localhost test to just host. The
test host could really be anywhere.
Mike
Kalnichevski, Oleg wrote:
Mike
I think you have done the right things. If any problems surface, they can be
We really have 3 different type of tests:
nohost: those that run entirely within the test JVM
remote: those that hit some number public internet resources
webapp: those that require the httpclient .war deployed in a container
There is nothing special about the host that the webapp resides. A
Folks,
Are there any objections to applying this patch?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17432
Oleg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Its backwards compatable to at least jdk1.2.2 and should work as
expected. I'm +1
Oleg Kalnichevski wrote:
Folks,
Are there any objections to applying this patch?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17432
Oleg
Hello Portia,
I am not aware the client sending a 100 continue. The http client does
send a header, with a expect 100, which in turn causes the server to send
a 100 response code. This code should be captured by the http client and the
request body is sent. This will cause the server to process
64 matches
Mail list logo