On 22 Mar 2003, James Strachan [EMAIL PROTECTED] wrote:
BUILD FAILED
file:///home/rubys/jakarta/jakarta-commons/betwixt/build.xml:87:
There were test failures.
Is there anything I could do to resolve this? Like creating
testreports on my own Gump setup and sending them here/anywhere else?
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-24/commons-jelly-tags-html.html
Buildfile: build.xml
init:
[mkdir] Created dir:
Henri == Henri Yandell [EMAIL PROTECTED] writes:
Henri Been a while since the last one of these, so I expect a few
Henri bits to be missing. Feel free to chime in on things I've
Henri missed:
Henri Next release will be Lang 2.0.
Henri Lang 2.0 scope:
Henri
Hi,
I added yet another functionality to TelnetClient, which is very handy to debug:
You can spy what's going on in the TelnetClient session by registering to it
an OutputStream. TelnetClient will copy all the session activity on the registered
outputstream.
- TelnetClient: added two new methods
On Saturday 22 March 2003 4:45 pm, Gary Gregory wrote:
Hello,
I the various commons project, we have project/src/conf/manifest.mf.
What does conf stand for?
Why not use ant's manifest?
Thanks,
Gary
conf stands for 'configuration'.
-Janek
from:Arnd Kohrs [EMAIL PROTECTED]
I suggest to do the following renamings in for Lang 2.0:
- Executor-- UnaryProcedure
- Executor.execute(..)-- UnaryProcedure.run(..)
- Factory -- Function
- Factory.create() -- Function.apply()
- Transformer -- UnaryFunction
-
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.
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=17911.
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=17894.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stephen == scolebourne [EMAIL PROTECTED] writes:
from: Arnd Kohrs [EMAIL PROTECTED] I suggest to do the
following renamings in for Lang 2.0:
- Executor -- UnaryProcedure
- Executor.execute(..) -- UnaryProcedure.run(..)
- Factory -- Function
- Factory.create()
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.
Hello !
There are some bug or RFE in DBCP which sould be fixed.
Some people (including me) have already posted in this list, but it seems there is no
DBCP developer anymore or he/she is very busy.
Could one of the DBCP people please comment on how and when development in DBCP could
advance.
I
There are several circumstances where two different pieces of code can be
inadvertently sharing the same connection.
Connection pool user is responsable for this. User can store connection in
ThreadLocal or
implement something like this:
class MySafeConnection implements InvokationHandler{
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=18297.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Craig,
IMHO, any application that depends on the connection pool for recovering
abandoned connections (whether or not it recycles them) is broken. Far
better is to focus your energy on avoiding all the cases where you grab a
connection from the pool but fail to return it for some reason.
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:18
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/util - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/enum - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/builder - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:17
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:18
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/functor - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:18
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/reflect - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:18
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/time - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ggregory2003/03/24 14:44:18
jakarta-commons/lang/dist/docs/api/org/apache/commons/lang/exception - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Arg, I appologize for these emails and new directories. I wanted to add the
dist directory created by doing to local build to my local copy of
.cvsignore and I think I picked the wrong menu item in Eclipse.
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent:
Hello All,
This discussion applies to all of Commons but source code formatting is a
religious issue for some so I am happy to only address this at the [Lang]
level.
For our regular development (at work), we all use Eclipse's formatter with
the same parameters (line length is the only factory
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=18302.
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=18302.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/03/24 16:15:58
Modified:lang/src/java/org/apache/commons/lang StringUtils.java
Log:
Deprecate clean() now trimToEmpty() is added
Revision ChangesPath
1.39 +2 -1
jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java
Index:
Deprecation of clean() done.
Stephen
- Original Message -
From: Gary Gregory [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Monday, March 24, 2003 6:22 PM
Subject: RE: [lang] TrimToNull et al
+1 deprecate clean()
Gary
-Original Message-
From: Arnd Kohrs [EMAIL PROTECTED]
Stephen == scolebourne [EMAIL PROTECTED] writes:
(My short responses are due to time pressures...)
Arnd:
I don't agree that the current names chosen in lang.functor are simple,
and provided arguments for it in my first post (which you dit not
respond
checkstyle.properties specifies 120, which is a reasonable length.
Stephen
- Original Message -
From: Gary Gregory [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Monday, March 24, 2003 11:24 PM
Subject: [Lang] Source code line length
Hello All,
This
Craig R. McClanahan wrote:
On Mon, 24 Mar 2003, Danny Angus wrote:
Date: Mon, 24 Mar 2003 22:28:29 -
From: Danny Angus [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [DBCP] Please let us start
dmitri 2003/03/24 18:41:35
Modified:jxpath project.xml
jxpath/src/java/org/apache/commons/jxpath/ri
EvalContext.java JXPathContextReferenceImpl.java
jxpath/src/java/org/apache/commons/jxpath/ri/axes
Is there any interest in this? I have a base scope, servlet request
scope and a System scope written, but I don't know to go much further if
there is no interest, and the questions below have some impact as well.
Any thoughts? anybody? :-)
~Robert
Robert McIntosh wrote:
Here is a first crack
The XML Data transformer will be a buffer between the
application code and the actual transformer
implementation. The actual implementation might be
Castor, JAXB or Digester etc. The implementation will
be selected based on users setting be it System
Property, Services Discovery etc. Very similar
On Mon, 24 Mar 2003, robert burrell donkin
[EMAIL PROTECTED] wrote:
i'm pretty sure that i've tracked down the reason why the build was
failing and fixed it.
I can confirm that betwixt has been built successfully last night on
my box.
Stefan
Morphos has recently been aborted, the sources deleted. However, the
code can still be downloaded from CVS (if you check out by date before
2002-02-28). You can probably expect a new effort being started in the
Krysalis Metamorphosis project soon.
Links:
Hi
I am new here and new to httpclient 2.0. I am trying write a http client
which will login to a webmail using username and password.
After executing the postmethod executemethod I got a response page with
mail login page and a error message please upgrade your browser to one of
the following
Sounds like your webmail app is checking the User-Agent header and
refusing you access. You might want to fake your User-Agent header to
look like an appropriate browser.
--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net
vijay kumar wrote:
Hi
I am new here and new to httpclient 2.0. I
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=10817.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Patch committed
Oleg
On Fri, 2003-03-21 at 15:02, Kalnichevski, Oleg wrote:
The patch fixes RFC 822 non-compliant line termination problem reported by Carl A.
Dunham
Cheers
Oleg
Index: java/org/apache/commons/httpclient/HttpMethodBase.java
47 matches
Mail list logo
