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=20592.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
At 23:26 14/05/2003 +0100, you wrote:
With the upcoming 2.0 [lang] release, I have been considering whether the
[lang] functor subpackage is still valid for release, especially given
[functor]. I have come to the conclusion that it is not.
While I can understand what you are doing here. There is
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=20601.
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=20601.
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=20592.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The CVS command line is defined as follows:
cvs [options] command [command-options]
Ideally I would like to have CLI support this implicity, i.e.
validate the 'command' value (this was a feature already
recommended by Mike McLean and modified by Max Rydahl Andersen)
and based on this value
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=20603.
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=20523.
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=20523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
20030609
[echo] junit.jar = /home/rubys/jakarta/dist/junit/junit.jar
[echo] jaxp.jaxp.jar =
/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar
[echo] jaxp.xslt.jar =
/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar
[echo] servlet.jar = ${servlet.jar
jstrachan2003/06/09 06:25:39
Modified:jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
Log:
Patch so that the exception will carry the current URI of the Jelly script being
parsed when invoked from inside Maven.
Revision ChangesPath
The functors have been one of the most discussed and fought about pieces of code in
commons.
View A is that they should reside in [lang] and [collections] should depend on [lang].
View B is that each commons component should be independent if possible, and that
these are primarily
At 15:28 09/06/2003 +0100, you wrote:
The functors have been one of the most discussed and fought about pieces
of code in commons.
View A is that they should reside in [lang] and [collections] should
depend on [lang].
Snip...
One problem with having them in [lang] was that these classes were
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=18905.
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=20579.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jan Luehe wrote:
Please see
http://cvs.apache.org/~luehe/commons-el-1.0_RC1
for the release candidate deliverables.
+1
Remy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=20627.
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=20627.
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=20627.
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=20627.
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=20549.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've run into this, and I just saw a post on a random mailing list
about this, so I figured it was a good FAQ candidate.
Answers why is my-variable zero when jexl interprets the expression
as my (minus) variable.
-pete
--
peter royal - [EMAIL PROTECTED]
scolebourne2003/06/09 14:23:14
Modified:lang/src/java/org/apache/commons/lang/time
DurationFormatUtils.java
Log:
Make package scoped until methods properly designed and implemented
Revision ChangesPath
1.2 +3 -3
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=20603.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/06/09 14:36:03
Modified:lang/src/java/org/apache/commons/lang RandomStringUtils.java
lang/src/test/org/apache/commons/lang/math
RandomUtilsTest.java
lang/src/test/org/apache/commons/lang
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=20592.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have tidied up the time package as follows:
StopWatch - duration formatter moved to DurationFormatUtils
FastDateFormat - additional JDK1.4 pattern letter added (plus extra one for
ISO)
DateUtils split to DateFormatUtils and DurationFormatUtils
CalendarUtils renamed to DateUtils
hlship 2003/06/09 15:22:58
jakarta-commons-sandbox/hivemind/src/test-data/TestRegistryBuilder/META-INF - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hlship 2003/06/09 15:22:58
jakarta-commons-sandbox/hivemind/src/test-data/TestRegistryBuilder - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hlship 2003/06/09 15:22:57
jakarta-commons-sandbox/hivemind/src/test-data - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hlship 2003/06/09 15:23:09
Modified:hivemind/src/java/org/apache/commons/hivemind
HiveMindMessages.properties
IServiceExtensionPoint.java
hivemind/xdocs descriptor.xml services.xml
hivemind project.xml
jkeyes 2003/06/09 15:39:41
jakarta-commons/cli/src/test/org/apache/commons/cli/validator - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jkeyes 2003/06/09 15:39:40
jakarta-commons/cli/src/java/org/apache/commons/cli/validator - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jkeyes 2003/06/09 15:39:51
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
ArgumentBuilder.java Argument.java Options.java
ArgumentImpl.java AnonymousArgumentImpl.java
Added: cli/src/java/org/apache/commons/cli Tag:
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=20603.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello, All.
I am wondering how about changing the Jakarta-Commons logo
to fit to the browsers' size. (Now it is too big, also broken in J
lettter) This was due to the new Jakarta-logo's size, etc.
Also, I think that how about holding logo contest or something,
for the new jakarta-commons-logo.
Jan Luehe wrote:
Please see
http://cvs.apache.org/~luehe/commons-el-1.0_RC1
for the release candidate deliverables.
+1
Also, many thanks to Jan and Remy for keeping this project progressing
over the last few months.
Patrick
--
dgraham 2003/06/09 19:36:43
Log:
Initial import
Status:
Vendor Tag: vendor
Release Tags: start
No conflicts created by this import
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
dgraham 2003/06/09 19:37:25
jakarta-commons-sandbox/mapper/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/06/09 19:37:25
jakarta-commons-sandbox/mapper/src/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/06/09 19:37:32
Added: mapper LICENSE
mapper/src/test/org/apache/commons/mapper/util
ObjectFactoryTest.java
mapper/src/share/org/apache/commons/mapper
MapperAdapter.java
dgraham 2003/06/09 20:10:21
jakarta-commons-sandbox/mapper/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/06/09 20:10:22
jakarta-commons-sandbox/mapper/conf/share - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/06/09 20:10:25
Added: mapper/conf/share MANIFEST.MF
Log:
Added MANIFEST.MF.
Revision ChangesPath
1.1 jakarta-commons-sandbox/mapper/conf/share/MANIFEST.MF
Index: MANIFEST.MF
dgraham 2003/06/09 20:10:55
Modified:mapper/conf/share MANIFEST.MF
Log:
Change file to ascii.
Revision ChangesPath
1.2 +8 -8 jakarta-commons-sandbox/mapper/conf/share/MANIFEST.MF
Index: MANIFEST.MF
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=20603.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/09 20:17:55
Modified:mapper/src/share/org/apache/commons/mapper
MapperFactory.java
Log:
Fixed bad import statement.
Revision ChangesPath
1.3 +1 -1
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=20523.
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=20523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/09 20:34:26
Modified:mapper/src/test/org/apache/commons/mapper/util
ObjectFactoryTest.java
Log:
Fixed bad import.
Revision ChangesPath
1.3 +0 -2
dgraham 2003/06/09 20:34:42
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
JdbcHelper.java JdbcMapperFactory.java
JdbcMapper.java
mapper/src/share/org/apache/commons/mapper
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=20632.
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=20632.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/09 20:45:47
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
ResultObjectFactory.java
Log:
Fixed javadoc.
Revision ChangesPath
1.3 +2 -0
dgraham 2003/06/09 20:46:40
Added: mapper build.xml
Log:
Initial build.xml file copied from commons-validator.
Revision ChangesPath
1.1 jakarta-commons-sandbox/mapper/build.xml
Index: build.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=20523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/09 20:58:06
Modified:mapper build.xml
Log:
Change file to allow keyword substitution.
Revision ChangesPath
1.2 +0 -0 jakarta-commons-sandbox/mapper/build.xml
Index: build.xml
dgraham 2003/06/09 21:14:31
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
JdbcHelper.java
Log:
Added shortcut methods for queries with only one replacement parameter.
Revision ChangesPath
1.4 +44 -4
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2003 12:21 PM
To: [EMAIL PROTECTED]
Subject: [math] proposed ordering for task list, scope of initial
release
Here is a *proposed* ordering for the task list, with a little commentary
added.
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=20633.
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=20633.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Folks,
It looks like this directly applies to us (see below). It also raises a
question of how we go about URI support in the future. Since Sung-Gu has
pretty much retired from the project (he's been a no-show on this list
for several months already), URI stuff is ripe for a take over. Spinning
Following code throws IllegalArgumentException: host parameter is null!
Does any one know why?
HttpClient hc = new HttpClient();
HttpState state = hc.getState();
state.setCredentials(, new
UsernamePasswordCredentials(zulfi, zulfi));
String urlstr =
I am trying to do POST using HttpURLConnection. Also I would like to do
Basic/Digest/NTLM Authentication at the same time. Since most of my
earlier code is done using java.net.HttpURLConnection, I would like to
maintain the APIs such as getOutputStream(), getInputStream() and
get/setHeader().
Does
On Tuesday, June 10, 2003, at 07:24 AM, Zulfi Umrani wrote:
Following code throws IllegalArgumentException: host parameter is null!
Does any one know why?
Because the host parameter is null... somewhere, somehow. When
reporting an exception with any Java product, please include the full
Hello again,
HttpClient works differently to HttpURLConnection because despite
initial impressions they do different things. If you want the ability
to change between Http libraries, you need to provide an abstraction
layer in the form of a single class that handles all the HTTP stuff for
This problem got solved when I pass the HostConfiguration object in the
executeMethod method. Looks like it's redundant, but did get rid of
the exception!
[EMAIL PROTECTED] 6/9/2003 8:46:03 PM
On Tuesday, June 10, 2003, at 07:24 AM, Zulfi Umrani wrote:
Following code throws
Thanks for the info. I believe you have a HttpURLConnection class which
is a wrapper on java.net.HttpURLConnection. Wouldn't that work to do
POST+Authentication?
[EMAIL PROTECTED] 6/9/2003 8:51:06 PM
Hello again,
HttpClient works differently to HttpURLConnection because despite
initial
As Adrian said it is difficult to say without some detail. One thing I
can say is that you do not use UrlPostMethod. This class is
deprecated. PostMethod provides the same functionality.
Mike
On Monday, June 9, 2003, at 05:24 PM, Zulfi Umrani wrote:
Following code throws
Yes, this class unfortunately serves little purpose. As specified in
the JavaDocs it only acts as a wrapper for an already executed
HttpMethod. It really only provides access for querying an HttpClient
response with the java.net API.
Mike
On Monday, June 9, 2003, at 06:00 PM, Zulfi Umrani
So what you are saying is that I can use HttpClient APIs and execute the
method and then wrap that method in HttpURLConnection so that I am using
java.net APIs to get the response? In other words I can not use it like
java.net API for making requests. Is that correct? If NOT, how can I use
this
I definitely agree that it would be best if URI had its own home
outside of HttpClient. My impression was that we would try to have it
removed by 2.1 but I see that it is not deprecated. Perhaps that is
due to the luke warm reception it has received from the commons
community at large. I
On Monday, June 9, 2003, at 06:21 PM, Zulfi Umrani wrote:
So what you are saying is that I can use HttpClient APIs and execute
the
method and then wrap that method in HttpURLConnection so that I am
using
java.net APIs to get the response? In other words I can not use it like
java.net API for
Zulfi,
Please send a wire and trace log. It is difficult to resolve these
sort of problems without them. Take a look at
http://jakarta.apache.org/commons/httpclient/logging.html for details.
Mike
On Monday, June 9, 2003, at 06:44 PM, Zulfi Umrani wrote:
Tried to use the Preemptive
Zulfi,
*Please* at a minimum take a look at
http://jakarta.apache.org/commons/httpclient/logging.html and include a
debug log with any issue, it makes things so much easier at our end
because it saves us guessing.
You'll probably also want to take a look at
75 matches
Mail list logo