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=18062.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have a tag that uses define:invokeBody.
That tag is repeatedly called within a forEach tag. From the looks of
things, the script is being compiled and the variables only looked up
once:
e.g.:
x:forEach var=group select=$audit/licenses/project/groupId
j:set var=directory
Hi,
last thursaday 3 13th I submitted a patch for an extended version of commons net's
TelnetClient containing new functionalities.
The support for an external option handler was through the TelnetOptionHAndler
interface. The same object was used to handle all the options, with the result of a
I have looked at your one of your last submission, and just haven't
had time to look in detail, sorry. I'll try to look today/tomorrow
though. One other minor point, maybe in this latest patch you have,
but could you try providing some test cases or are you using the
Telnet example as a sort of
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=18068.
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=18068.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have looked at your one of your last submission, and just haven't
had time to look in detail, sorry. I'll try to look today/tomorrow
though. One other minor point, maybe in this latest patch you have,
but could you try providing some test cases or are you using the
Telnet example as a sort of
I've made a first pass at reworking chop and chomp, so that:
* chop works like perl (always remove last character)
* chomp works like perl (remove last character only if it's a newline)
* chopNewline is deprecated with a message use chomp instead
* all the previously named chomp functions
Usually you deprecate the existing method and replace its functionality to a
call to the new method.
David
From: Alex Chaffee / Purple Technology [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: chop/chomp/slice - how to deprecate?
On Mon, 17 Mar 2003 16:37:17 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] said:
I think that the simplest way is to use the Telnet examples as a
test for the new funtionality. I'll review the examples to see if
they cover all the new stuff. I have been thinking about providing
test cases: the
I don't know perl at all, so I can't comment on the detail of the changes. However, we
must provide a deprecation route as best we can. Either:
1) deprecate methods within StringUtils
2) create a new utils class - StringPerlUtils to provide Perl-like string functions
The Gump route doesn't
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=17214.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
commons-dev,
Our project is currently using log4j and we are investigating a migration path
over to commons-logging.
For better or worse, we currently use the log4j NDC in our code, but it seems as if
there is no abstraction
in commons-logging to support NDC like behavior. Could someone
I agree that testing at the protocol level would be needed and also a
functional test against some existing servers. Both types of tests
are going to be useful. Currently there are no tests, only some
examples. This is an area where commons-net really needs some polish.
It may be difficult to
On Fri, 2003-03-14 at 19:00, Alex Chaffee / Purple Technology wrote:
On Fri, Mar 14, 2003 at 12:34:56PM +, Henning P. Schmiedehausen wrote:
Henri Yandell [EMAIL PROTECTED] writes:
Is there any reason why split/join are special?
I need them. :-) And splitting at a single char /
Hello,
I would like to know if the development of a class that would
print colored text in the console is related to the commons
packages?
Since it seems to be OS dependent I think no but could you
confirm me this?
TIA,
Loic
This message and any attachments (the message) is
intended solely
It can go to commons-io, this stuff ( color escapes ) is not OS dependant,
it is standard, but not supported on some
console implementations.
This stuff is implemented in jfunc project:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jfunc/jfunc/junit/extensions/
jfunc/util/ColorWriter.java
On Mon, 17 Mar 2003 17:58:43 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] said:
- I'll try to have ready a simple server that is configurable enough
for setting up different test cases at the protocol level. It could
be reused for testing all the TelnetClient protocol compliance when
someone
This is a question that has been coming up a lot lately, and for some
applications, maintaining a validationQuery is not possible. Does anyone
know if it might work to create an implementation that uses the
Connection object's getDatabaseMetaData() method to test for the
validity of the
hi alex
now you're a lang committer, could add your name to the STATUS.html. (see
http://jakarta.apache.org/commons/charter.html)
- robert
On Monday, March 17, 2003, at 05:28 AM, [EMAIL PROTECTED] wrote:
alex2003/03/16 21:28:37
Modified:lang/src/java/org/apache/commons/lang
Are the Jelly folks listening? Does anyone care? -- if no one speaks
up, you can probably expect the GUMP build of Jelly-Tags to start in the
next week or two.
james
On Fri, 2003-03-14 at 10:53, James House wrote:
Hi,
I'm the lead developer of the Quartz project
On Mon, 2003-03-17 at 12:38, James House wrote:
you can probably expect the GUMP build of Jelly-Tags to start in the
next week or two.
That should have said to start breaking in the next week or two.
james
On Fri, 2003-03-14 at 10:53, James House wrote:
Hi,
I'm the lead
GUMP, by design, doesn't really have the ability to
build against particular versions of a library. So go
ahead and make your changes, and yes the GUMP build
will break until a developer interested in the quartz
tags fixes them. It might be a good idea for such a
developer to prepare an alpha
quintonm2003/03/17 13:23:42
Added: email/src/java/org/apache/commons/mail
DefaultAuthenticator.java
Log:
Simple authentication object for authenticating to the outgoing mail server
Revision ChangesPath
1.1
quintonm2003/03/17 13:41:56
Modified:email/src/java/org/apache/commons/mail Email.java
Log:
- Added support for authentication.
- Changed the value of the SMTP constant to smtp. This value has to be
lowercase...
Revision ChangesPath
1.11 +67 -18
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=13367.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
quintonm2003/03/17 13:50:10
Modified:email/xdocs examples.xml
Log:
Added docs on using authentication
Revision ChangesPath
1.2 +21 -1 jakarta-commons-sandbox/email/xdocs/examples.xml
Index: examples.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=13367.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for the feedback.. I'm just trying to be courtious to those who
may be affected.
I'll go ahead and do what the Quartz community wishes, and will let
the Jelly guys do the clean-up work (which shouldn't be too much) when
they decide it's a priority...
james
On Mon, 2003-03-17 at 12:41,
quintonm2003/03/17 13:52:29
Modified:emailREADME.txt
Log:
Added a little more information about the contents of the generated documentation.
Revision ChangesPath
1.3 +2 -1 jakarta-commons-sandbox/email/README.txt
Index: README.txt
On Mon, 17 Mar 2003 [EMAIL PROTECTED] wrote:
I don't know perl at all, so I can't comment on the detail of the changes. However,
we must provide a deprecation route as best we can. Either:
1) deprecate methods within StringUtils
Doesn't work for 'chomp' as this is an existing name and
On Mon, 17 Mar 2003, Alex Chaffee / Purple Technology wrote:
I've made a first pass at reworking chop and chomp, so that:
* chop works like perl (always remove last character)
This shouldn't change right? Same as before?
* chomp works like perl (remove last character only if it's a
On 17 Mar 2003, Henning Schmiedehausen wrote:
On Fri, 2003-03-14 at 19:00, Alex Chaffee / Purple Technology wrote:
On Fri, Mar 14, 2003 at 12:34:56PM +, Henning P. Schmiedehausen wrote:
Henri Yandell [EMAIL PROTECTED] writes:
Is there any reason why split/join are special?
Absolutely, thanks for the heads-up.
- Morgan
--- James House [EMAIL PROTECTED] wrote:
Thanks for the feedback.. I'm just trying to be
courtious to those who
may be affected.
I'll go ahead and do what the Quartz community
wishes, and will let
the Jelly guys do the clean-up work (which
Henning -
Thanks for taking the time to run this experiment!
If I read your results right, there is almost no difference in large
lists, and a ~50% speedup in short lists.
What 10 items10.000 item 100.000 item
Iterations1
Been a while since the last one of these, so I expect a few bits to be
missing. Feel free to chime in on things I've missed:
Next release will be Lang 2.0.
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
James,
that works for me.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
James House [EMAIL PROTECTED] wrote on 18/03/2003 08:54:30 AM:
Thanks for the feedback.. I'm just trying to be courtious to those who
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=15082.
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=17882.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Anyone got any thoughts on Bugzilla?
The Maven guys have been using JIRA as their issue-tracking mechanism, the
important word being 'issue' and not 'bug'.
http://jira.codehaus.org/BrowseProject.jspa?id=10030
It seems to allow them to schedule issues for versions, a feature we
really need 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=16689.
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=16691.
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=17770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Alex Chaffee / Purple Technology [EMAIL PROTECTED] writes:
Henning -
Thanks for taking the time to run this experiment!
If I read your results right, there is almost no difference in large
lists, and a ~50% speedup in short lists.
What 10 items10.000 item
I am glad to hear that we are moving toward a release.
Is there more than one Gary here? ;-) I plan on merging some patches in the
.builder package and fixing
http://issues.apache.org/bugzilla/show_bug.cgi?id=16676.
I had not planned on being in StringUtils but will help if needed.
New methods
I would prefer to see Scarab used. It is completely open source and is used
by some other jakarta projects. Having said that, anything is better then
bugzilla!
Eric
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2003 5:46 PM
To: Jakarta Commons
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2003 5:28 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] scope for version 2
Been a while since the last one of these, so I expect a few
bits to be missing. Feel free to
I'm a bit hesitant on Scarab. They are still in beta and haven't released a
new beta in several months. The current plan is to not fix a major problem
that keeps them from doing another release, with the reasoning that they are
not interested in fixing it.
Steven Caswell
[EMAIL PROTECTED]
a.k.a
At 10:43 AM 18/03/2003, you wrote:
I'm a bit hesitant on Scarab. They are still in beta and haven't released a
new beta in several months. The current plan is to not fix a major problem
that keeps them from doing another release, with the reasoning that they are
not interested in fixing it.
What
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=18087.
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=18087.
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=18087.
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=18087.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 17 Mar 2003, Gary Gregory wrote:
Is there more than one Gary here? ;-) I plan on merging some patches in the
Just the one.
.builder package and fixing
http://issues.apache.org/bugzilla/show_bug.cgi?id=16676.
I had not planned on being in StringUtils but will help if needed.
For
bayard 2003/03/17 21:10:48
Modified:lang/src/java/org/apache/commons/lang/exception
ExceptionUtils.java
Log:
Added getFullStackTrace and isNestedThrowable. Listed as Bug #16689
Revision ChangesPath
1.21 +63 -1
Some driver can decide to cache metadata and this will not work for
validation.
Validation query can break transactions in some situations (more side effect
than feature),
It works like roolback on erorr in transaction, you must have
getConnection per transaction if you use validation query,
but
bayard 2003/03/17 22:14:23
Modified:lang/src/test/org/apache/commons/lang/exception
ExceptionUtilsTestCase.java
Log:
Added a test case for isNestedThrowable
Revision ChangesPath
1.7 +13 -0
Mike, inline patches never work with me :-( My e-mail client renders them invalid,
probably by wrapping lines or something.
As far I can judge, the patch does reasonable things. I suggest that you just go ahead
and commit it
Oleg
-Original Message-
From: Michael Becke [mailto:[EMAIL
ok, i know that version should be in HttpClient Request, but i need
create new User-Agent header with my program version and httpclient
version eg.
User-Agent: MySuperProgram/1.0 HttpClient/2.0beta3
Its possible to add public static field in file like HttpClient.java and
use to create
Sylwester
= HttpClient adds default 'User-Agent' header only in case the header has been
explicitly given by the user
GetMethod httpget = new GetMethod(http://whatever.com/;);
httpget.setRequestHeader(User-Agent, Whatever-agent);
= By specifying -Dhttpclient.useragent=whatever-agent system
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=17821.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ross
Just do it like that:
pparms[0].setName(searchstring_required);
pparms[0].setValue(You must enter a keyword to search for.);
and let PostMethod#setRequestBody(NameValuePair[]) do URL-encoding for
you.
I hope this helps
Cheers
Oleg
PS: BTW, PostMethod can't (well, in fact, is not
Hi,
I just started using the latest version of the HTTPClient to screen-scrape
from Rational Clear Quest. Unfortunately, CQ expects POSTed requests and
responds with a redirect. IE and Mozilla-based browsers seem OK with that,
but the HTTPClient refuses to follow redirects after a POST, due to
Hello all,
I am attempting to execute a get url to an isp server which backs up a web
site's database. In a browser, the url downloads the gzipped database sql
file. However, the httpclient returns 401.
Is it possible to use httpclient in this fashion?
Thanks,
Drake
More info:
The 401 (unauthorized) went away when I switched back to https and added
credentials to the url; however, now the program hangs at the executeMethod
call. Eventually, the remote host closes the connection.
-Original Message-
From: Drake Henderson [mailto:[EMAIL PROTECTED]
Hi Drake,
Could you provide us with a Wire trace log so we can see what's going on.
Take a look at http://jakarta.apache.org/commons/httpclient/logging.html for
details. Also, a test case showing the problem would be ideal. There are
more hints on trouble shooting at
I'd say that we should be picking the port out of the URL as well actually.
Could you provide the appropriate part of your code that passes in the URL?
In the mean time, the section you want to look at will be the
HostConfiguration class. Pass one of those in to the execute method on
HttpClient
On Mon, 17 Mar 2003, Matthew S. Ring wrote:
...
conflicts with RFC 2616. Is this stringency really neccesary? Selfishly, it
...
I think there is some confusion about RFC2616 and redirected POSTs.
RFC2616 says that POSTs should not be redirected, and no one really does
that. All current web
I'd say that a post redirect converted to a get is good behaviour to add
as part of the redirect overhaul as discussed for httpclient 3.0
Tom Samplonius wrote:
On Mon, 17 Mar 2003, Matthew S. Ring wrote:
...
conflicts with RFC 2616. Is this stringency really neccesary? Selfishly, it
69 matches
Mail list logo