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=30328.
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=30334.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ozeigermann2004/07/27 01:00:06
Modified:transaction/src/java/org/apache/commons/transaction/util/xa
AbstractXAResource.java
Log:
Be sure to remove all references to invalid contexts
Revision ChangesPath
1.7 +6 -3
jfclere 2004/07/27 01:00:53
Modified:daemon/src/samples README.txt
Log:
Arrange the common location and corresponding explainations.
Revision ChangesPath
1.3 +4 -2 jakarta-commons/daemon/src/samples/README.txt
Index: README.txt
://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-primitives-20040727.jar] identifier set to project name
-INFO- Enable verbose output, due to 2 previous error(s).
-INFO
/workspace/xml-xerces2/java/build/xml-apis.jar
org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml
-Dbuild.sysclasspath=only -Dfinal.name.api=commons-attributes-api-20040727
-Dfinal.name.compiler=commons-attributes-compiler-20040727 dist
[Working Directory: /usr/local
-tags-jsl/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-jelly-tags-jsl-20040727.jar] identifier set to project name
-INFO- Enable verbose output, due to 2 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable
/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-resources-20040727.jar] identifier set to project name
-INFO- Enable verbose output, due to 2 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due
: Project Management Tools
Full details are available at:
http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-define/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-jelly-tags-define-20040727.jar] identifier set
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=30345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
4 of the 6
EntryParsers use Integer conversion toset a long. Attached is a patch file
for the 4 Parsers that needLong parsing when using
FTPFile.setSize().
Kurt Kessel
cMedia Solutions Corp.
Voice: 407-660-5003
Fax: 407-660-0799
Index: UnixFTPEntryParser.java
Hello,
My company uses xml documents and digester to configure their
application at start-up. Usually we want a Map of configured objects at
the end of application initialization.
A problem we encounter often, is that the xml used in one application
differs to the xml used in another
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=30328.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hmm, I think this may be comparable to the digester.plugins packages? I
haven't been paying attention to Digester development for quite a while
so I had never seen these packages.
Of course, I am still willing to provide source code to anyone that is
interested...
Matthijs.
Matthijs Wensveen
I am using the TelnetClient to execute shell commands on a remote unix
box. When I execute
a cmd that returns more than the 2048 bytes allocated to the buffer, the
connection simply hangs.
If I modify TelnetInputSream and increase the buffer to 8k, then it
works fine. Is this a limitation
in
ggregory2004/07/27 08:22:10
Modified:codec/src/java/org/apache/commons/codec/net
CharacterEncodingNames.java
Log:
Should be class, not an interface.
Revision ChangesPath
1.2 +4 -4
I want to make a file upload utility.
I am looking for a solution w/o using any third party APIs
like oreilly's or Jakarta Commons utils.
'why not commons' is because of the business need to create a
full fledged solution with proper documentation for the coding
and the architecture. One
At 09:09 AM 7/27/2004, you wrote:
Why don't you contribute whatever documentation you feel is missing from the
Jakarta Commons code?
And you don't have to view Jakarta Commons as a third party API, since you
can take the code in-house at any time you want.
--- Noel
+1 Noel, you are a
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=30334.
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=30334.
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=30334.
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=30334.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I got it confused with the new methods for ArrayUtils:
http://issues.apache.org/bugzilla/show_bug.cgi?id=26056
The primitives comment makes sense for that, so I think I just put the
comment by the wrong one.
Hen
On Mon, 26 Jul 2004, Gary Gregory wrote:
Hello,
The Wiki
Date: 2004-07-27T12:19:34
Editor: HenriYandell [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
Put a comment for Gary on the wrong issue. Moved that issue back into pending
Change Log:
Result of vote:
+1 Leo Sutic (leosutic), robert burrell donkin (rdonkin), Davanum
Srinivas (davanum)
No -1 votes were cast.
Summary: Attributes 2.1 good to go for a release.
/LS
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
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=30334.
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=30334.
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=26056.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Makes, sense, then adding support for all primitive types is a TODO for
one release or another.
Gary
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 12:17
To: Jakarta Commons Developers List
Subject: Re: [lang] 26297 BitSetUtils class,
ggregory2004/07/27 14:10:34
Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java
Log:
Javadoc.
Revision ChangesPath
1.45 +6 -6
jakarta-commons/lang/src/java/org/apache/commons/lang/ArrayUtils.java
Index: ArrayUtils.java
the release plan has been on the wiki
(http://wiki.apache.org/jakarta-commons/Betwixt/0_2e6ReleasePlan) for a
few days now with no comments. betwixt 0.6 will be a baseline release
for the refactored design and will provide an upgrade path from 0.5.
methods deprecated in 0.5 can be removed once
Hi there,
ArrayUtils is currently a 3800+ line monster file. I am working on
adding add and addAll methods for 2.1 and am wondering what folks
would think of a separate class for these ops: ArrayAddUtils?
AddArrayUtils?
Thanks,
Gary
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=30298.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2004/07/27 14:31:00
Modified:beanutils/src/java/org/apache/commons/beanutils Tag:
RELEASE_BEANUTILS_1_7_0_BRANCH PropertyUtils.java
PropertyUtilsBean.java
Log:
Deprecated methods exposing FastHashMap
Revision Changes
rdonkin 2004/07/27 14:39:28
Modified:beanutils Tag: RELEASE_BEANUTILS_1_7_0_BRANCH
RELEASE-NOTES.txt
Log:
Added 0.7 release notes.
Revision ChangesPath
No revision
No revision
1.11.2.2 +69 -5
rdonkin 2004/07/27 14:40:14
Modified:beanutils Tag: RELEASE_BEANUTILS_1_7_0_BRANCH project.xml
beanutils/optional/bean-collections Tag:
RELEASE_BEANUTILS_1_7_0_BRANCH project.xml
Log:
Updated version numbers
Revision ChangesPath
No
rdonkin 2004/07/27 14:44:26
Modified:beanutils/src/java/org/apache/commons/beanutils Tag:
RELEASE_BEANUTILS_1_7_0_BRANCH
ConvertUtilsBean.java MappedPropertyDescriptor.java
MethodUtils.java
Log:
Javadoc fixes
Gary Gregory wrote:
ArrayUtils is currently a 3800+ line monster file. I am working on
adding add and addAll methods for 2.1 and am wondering what folks
would think of a separate class for these ops: ArrayAddUtils?
AddArrayUtils?
Sounds like a good idea, depending on how many methods you're
rdonkin 2004/07/27 14:56:40
Added: beanutils/optional/bean-collections/src/java Tag:
RELEASE_BEANUTILS_1_7_0_BRANCH overview.html
Log:
Added overview for bean collections
Revision ChangesPath
No revision
No
rdonkin 2004/07/27 14:59:14
Modified:beanutils Tag: RELEASE_BEANUTILS_1_7_0_BRANCH build.xml
beanutils/optional/bean-collections Tag:
RELEASE_BEANUTILS_1_7_0_BRANCH build.xml
Log:
Updated versions
Revision ChangesPath
No
ArrayUtils contains methods called add and addAll marked for 2.1,
these would be moved and complete for missing primitive type signatures.
Gary
-Original Message-
From: matthew.hawthorne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 14:54
To: Jakarta Commons Developers List
ArrayAdditionUtils
ArrayModificationUtils (unsure if we could take remove's and other
modifiers over too?)
On Tue, 27 Jul 2004, Gary Gregory wrote:
None of the add* methods were in 2.0, so we should be clear.
New class name proposals:
(1)ArrayAsListUtils? but we are not dealing with
craigmcc2004/07/27 20:49:24
Modified:workflow/src/java/org/apache/commons/workflow/base
BaseContext.java BaseStep.java
workflow/src/java/org/apache/commons/workflow/core
ConstructStep.java InvokeStep.java
I wonder if ArrayModificationUtils is too kitchen-sink-like of a name
where we would end up with a lot in there: add, remove, insert, etc.
which is what we are trying to avoid.
It would be nice to have a targeted class name but there is also the
issue of ending up with a bunch of ArrayXxxUtils
dfs 2004/07/27 22:01:47
Modified:net/src/java/org/apache/commons/net/ftp/parser
EnterpriseUnixFTPEntryParser.java
NTFTPEntryParser.java OS2FTPEntryParser.java
OS400FTPEntryParser.java UnixFTPEntryParser.java
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=30345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
We should think about this from the client's perspective. Clients
generally don't care how big the underlying implementation is. What
they care about is having a meaningful API to call. If we start
changing the client API simply because we think the implementation is
getting too big, well, then I
Good point and I do agree with you. Perhaps we should postpone any
moving of code around unless we can come up with a good story for the
users.
Gary
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 22:10
To: Jakarta Commons Developers List
48 matches
Mail list logo