The following comment has been added to this issue:
Author: Brett Porter
Created: Thu, 23 Sep 2004 11:18 PM
Body:
as someone not really following this, can I ask a question? (probably something dIon
will need to answer).
Does this affect Maven while doing various things, in
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31395.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I am wondering how much of the following is now doable with the
clean-up of attached beans that has happened recently: I'd like to use
jelly-swing components in a similar way to browser windows with an
ability to reset and refill them with, probably, the same jelly script.
Is it safe for
Hi,
I've taken a small look and found the following:
- your test-cases should be in a separate directory and named TestXXX
- inserting this into codec at the appropriate place, renaming, and
building does build the tests fine. Maybe you could re-post (say, on a
private URL), a version where that
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28862.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sorry, I was looking at the old version. Apologies!
-Original Message-
From: Daniel F. Savarese [mailto:[EMAIL PROTECTED]
Sent: 24 September 2004 05:39
To: [EMAIL PROTECTED]
Subject: Re: DO NOT REPLY [Bug 27437] - FTP get and list tasks fail
In message [EMAIL PROTECTED],
[EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27437.
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://issues.apache.org/bugzilla/show_bug.cgi?id=22193.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-150
Here is an overview of the issue:
-
The following issue has been updated:
Updater: Ben Anderson (mailto:[EMAIL PROTECTED])
Date: Fri, 24 Sep 2004 4:59 AM
Comment:
I did:
cvs diff -u forEach.patch
and then just appended the new files at the end.
Changes:
Attachment changed to forEach.patch
rwinston2004/09/24 05:07:07
Modified:net/src/java/org/apache/commons/net/ftp FTPClient.java
Log:
PR:31122
Added documentation pointer to setReaderThread(false) and the BugZilla entry
Revision ChangesPath
1.41 +5 -0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I think that the best way to implement this kind of functionality is through JMX.
Expose the statistics that the pool can gather and let users monitor it and take
action on them by creating monitors and listeners.
This would decouple the management of the pool from its implementation. I think
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28987.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Has there been any code contributed re: (S)NTP? I feel I may have a use for
this in my day-to-day, and I am just wondering if there has been any movs
toward including this. I see there is a TODO on the list that says review
(S)NTP code, which implies some code to review.
Cheers,
Rory
rwinston2004/09/24 06:47:48
Modified:net build.xml
Log:
remove private members from generated Javadoc, as per TODO list
Revision ChangesPath
1.28 +2 -2 jakarta-commons/net/build.xml
Index: build.xml
Botelho, Mauro wrote:
I think that the best way to implement this kind of functionality is
through JMX.
Expose the statistics that the pool can gather and let users monitor it
and take action on them by creating monitors and listeners.
This would decouple the management of the pool from its
The following comment has been added to this issue:
Author: peter royal
Created: Fri, 24 Sep 2004 7:40 AM
Body:
option #3 (WeakRef) would mean no changes to JellyContext then, right? I'm all for no
explicit API changes, but requiring people to keep explicit references to a Script
Hi,
This fix seems to have broken the TelnetClientTest. Gump probably won't show
it till the next build, but all of the tests in TelnetClinet fail except
one.
I'm not familiar with the Telnet code, and dont have time this afternoon to
look at it. Any ideas?
Testsuite:
Actually, just having a quick perusal, I think this may be the culprit
(TelnetInputStream.java):
__threaded = false;
if(__threaded)
__thread = new Thread(this);
else
__thread = null;
I've fixed, tested, + committed.
Cheers,
Rory
if(readerThread)
rwinston2004/09/24 07:56:30
Modified:net/src/java/org/apache/commons/net/telnet
TelnetInputStream.java
Log:
Check readerThread variable instead of __threaded in TelnetInputStream constructor
Revision ChangesPath
1.13 +1 -1
Ok, I posted the problem/patch in jira, JELLY-150. It includes the test case to
prove it's not functioning correctly as well as my attempt to fix it. The code
is commented so that hopefully someone can help me.
If the functionality worked properly in XML but didn't exactly implement
On Thu, 23 Sep 2004 11:50:57 +1200, Simon Kitching
[EMAIL PROTECTED] wrote:
[snip]
Are you saying that we could add a switch for beanutils or
propertyutils property setting, and that if someone enables the check
property exists feature, that we then force propertyutils to be used?
Aren't
rwinston2004/09/24 09:04:41
Modified:validator build.properties.sample
Log:
Revision ChangesPath
1.13 +3 -4 jakarta-commons/validator/build.properties.sample
Index: build.properties.sample
ISTR (but could be wrong) that a Gump instance can be configured to
use particular versions of particular packages, instead of building
latest and greatest every time. If so, it might be feasible to
simulate what I try to do, which is always base the nightly commons
builds on the latest released
epugh 2004/09/24 11:01:12
Modified:configuration/xdocs changes.xml
configuration project.xml
Log:
Prep for rc2
Revision ChangesPath
1.47 +1 -1 jakarta-commons/configuration/xdocs/changes.xml
Index: changes.xml
27 matches
Mail list logo