skitching2004/04/09 03:13:48
Modified:digester/src/examples/api/addressbook
AddressBookDigester.java
digester/src/examples/api/catalog CatalogDigester.java
Log:
Removed @author tags
Revision ChangesPath
1.5 +0 -2
skitching2004/04/09 03:16:11
Modified:digester/src/java/org/apache/commons/digester
CallMethodRule.java
Log:
Added javadoc comment re CallMethodRule behaviour when 1 parameter is
expected and it is not found.
Revision ChangesPath
1.34 +7 -0
scolebourne2004/04/09 03:32:25
Modified:collections/src/test/org/apache/commons/collections/map
TestUnmodifiableMap.java
collections/src/java/org/apache/commons/collections/map
UnmodifiableMap.java
Added:
rdonkin 2004/04/09 03:34:24
Modified:betwixt project.xml
Log:
Added brian to the contributors list
Revision ChangesPath
1.35 +7 -1 jakarta-commons/betwixt/project.xml
Index: project.xml
===
scolebourne2004/04/09 03:36:02
Modified:collections/src/java/org/apache/commons/collections/map
TransformedMap.java LazySortedMap.java LazyMap.java
PredicatedSortedMap.java TransformedSortedMap.java
scolebourne2004/04/09 03:46:32
Modified:collections/src/test/org/apache/commons/collections/map
TestUnmodifiableMap.java
TestUnmodifiableSortedMap.java
TestUnmodifiableOrderedMap.java
Hi Mark (or anyone else who might know the answer to this one):
I was looking at the ObjectCreateRule class, and saw that there was some
basic conditional logic in there that allows the caller to specify
that the object is to be passed to the method only if a certain
attribute is present on the
On 9 Apr 2004, at 02:10, Craig McClanahan wrote:
matthew.hawthorne wrote:
Simon Kitching wrote:
What benefit is there in having this info in the source?
I can't currently see any:
* Developers can just use cvs status.
* End users just care that the file came from version 2.1.
* Maybe it is
skitching2004/04/09 04:33:17
Modified:digester/src/java/org/apache/commons/digester Tag:
DIGESTER_INVOKE_METHOD_BRANCH Digester.java
Added: digester/src/java/org/apache/commons/digester Tag:
DIGESTER_INVOKE_METHOD_BRANCH
skitching2004/04/09 04:35:07
Added: digester/src/test/org/apache/commons/digester Tag:
DIGESTER_INVOKE_METHOD_BRANCH
InvokeMethodRuleTestCase.java
OverlappingInvokeMethodRuleTestCase.java
Log:
New test cases
Hi,
I've created a branch called DIGESTER_INVOKE_METHOD_BRANCH, and
committed some code to it.
This is an implementation of a new variant of CallMethodRule.
This new variant invokes its target method as soon as all parameters are
available. As discussed earlier on this list, this makes behaviour
olegk 2004/04/09 05:03:24
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpClient.java
Log:
PR #28303 (HttpClient#getHost HttpClient#getPort methods are misleading)
HttpClient#getHost HttpClient#getPort methods deprecated
mturk 2004/04/09 05:23:23
Modified:daemon/src/native/nt/procrun/apps/prunmgr prunmgr.c
Log:
Fix wrongly displayed 'Disabled' instead 'Stopped' status.
Revision ChangesPath
1.2 +32 -27
jakarta-commons/daemon/src/native/nt/procrun/apps/prunmgr/prunmgr.c
The basic reason i inquired is that by using doubles,
you're limiting the precision available when doing certain
operations. Take the following matrix:
[ 4 6 ]
[ 6 14 ]
If you try to take the inverse of that matrix, the correct
answer is:
[ 0.7 -0.3 ]
[ -0.3 0.2 ]
however, by using
Hi,
A while ago I raised the idea of moving the RSS code currently in
digester to somewhere outside the main build, so that the vast majority
of users who don't want RSS support don't get it bundled.
For reference, Craig's +1 response is here:
I missed the beginning of this thread; my Yahoo mail has been strangely low in
activity the past two days.
Rather than espouse an opinion on where these methods should go, let me ask why
a parallel sort would be so bad. Especially if you sorted by using an index
table. I did a clean-room
--- Inger, Matthew [EMAIL PROTECTED] wrote:
The basic reason i inquired is that by using doubles,
you're limiting the precision available when doing certain
operations. Take the following matrix:
[ 4 6 ]
[ 6 14 ]
If you try to take the inverse of that matrix, the correct
answer is:
--- Phil Steitz [EMAIL PROTECTED] wrote:
I missed the beginning of this thread; my Yahoo mail has been strangely low
in
activity the past two days.
Rather than espouse an opinion on where these methods should go, let me ask
why
a parallel sort would be so bad. Especially if you
Al Chou wrote:
--- Inger, Matthew [EMAIL PROTECTED] wrote:
The basic reason i inquired is that by using doubles,
you're limiting the precision available when doing certain
operations. Take the following matrix:
[ 4 6 ]
[ 6 14 ]
If you try to take the inverse of that matrix, the correct
answer
I've freshly set up my environment to do some work on commons-cli
(RESEARCH_CLI_2_ROXSPRING branch if that matters) and am really
struggling to get the build working.
Using a clean checkout of jakarta-commons, running maven (rc1) from the
cli directory ends up failing to compile any of the
--- Rob Oxspring [EMAIL PROTECTED] wrote:
I've freshly set up my environment to do some work on commons-cli
(RESEARCH_CLI_2_ROXSPRING branch if that matters) and am really
struggling to get the build working.
Using a clean checkout of jakarta-commons, running maven (rc1) from the
cli
Not only that, but as you mention, order matters. Doing the following
operations produces different outputs:
NumberFormat fmt = NumberFormat.getInstance();
fmt.setMaximumFractionDigits(48);
fmt.setMinimumFractionDigits(48);
double res = ((double)2.0 / (double)3.0) * (double)14.0;
scolebourne2004/04/09 07:35:10
Modified:collections RELEASE-NOTES.html
collections/src/java/org/apache/commons/collections/keyvalue
TiedMapEntry.java
Log:
Make TiedMapEntry serializable
Revision ChangesPath
1.29 +13 -6
scolebourne2004/04/09 07:38:13
Modified:collections/src/test/org/apache/commons/collections/iterators
AbstractTestMapIterator.java
Log:
Handle singleton maps in test class
Revision ChangesPath
1.12 +2 -2
scolebourne2004/04/09 07:38:47
Modified:collections/src/test/org/apache/commons/collections/iterators
TestAll.java
collections RELEASE-NOTES.html
collections/src/java/org/apache/commons/collections/iterators
scolebourne2004/04/09 07:42:37
Modified:collections RELEASE-NOTES.html
collections/src/java/org/apache/commons/collections/map
Flat3Map.java
Log:
Handle infinite loops in toString of Flat3Map
Revision ChangesPath
1.31 +1 -0
scolebourne2004/04/09 07:45:38
Modified:collections/src/test/org/apache/commons/collections/map
AbstractTestMap.java
Log:
Handle singleton maps in test class
Revision ChangesPath
1.11 +3 -3
scolebourne2004/04/09 07:46:35
Modified:collections RELEASE-NOTES.html
collections/src/test/org/apache/commons/collections/map
TestAll.java
Added: collections/src/java/org/apache/commons/collections/map
scolebourne2004/04/09 07:55:39
Modified:collections/src/test/org/apache/commons/collections
TestMapUtils.java
Log:
Make typed maps Serializable [18815]
Revision ChangesPath
1.23 +3 -3
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
But if we were to have use cases in which exactness was paramount, very
high
precision (or perhaps using a RationalNumber class) would of course be the
right thing to provide.
And of course, you can quickly waste 50 digits of
scolebourne2004/04/09 07:57:10
Modified:collections/src/java/org/apache/commons/collections/map
TypedSortedMap.java TypedMap.java
Log:
Make typed maps Serializable [18815]
Revision ChangesPath
1.5 +3 -1
scolebourne2004/04/09 07:57:41
Modified:collections RELEASE-NOTES.html
Log:
Make typed maps Serializable [18815]
Revision ChangesPath
1.33 +1 -0 jakarta-commons/collections/RELEASE-NOTES.html
Index: RELEASE-NOTES.html
Yup. It's interesting that the two results straddle the correct value in the
final nonzero digit.
Al
--- Inger, Matthew [EMAIL PROTECTED] wrote:
Not only that, but as you mention, order matters. Doing the following
operations produces different outputs:
NumberFormat fmt =
scolebourne2004/04/09 08:04:29
Modified:collections/src/test/org/apache/commons/collections/map
AbstractTestSortedMap.java AbstractTestMap.java
Log:
Fix tests for sub map views so BidiMap tests still work
Revision ChangesPath
1.7 +4 -15
scolebourne2004/04/09 08:15:18
Modified:collections/src/test/org/apache/commons/collections/bidimap
TestUnmodifiableSortedBidiMap.java
Log:
Disable sub map serializable tests
Revision ChangesPath
1.4 +9 -5
scolebourne2004/04/09 08:16:24
Modified:collections/src/test/org/apache/commons/collections/collection
AbstractTestCollection.java
Log:
Increase testing of serialization
Revision ChangesPath
1.5 +32 -1
scolebourne2004/04/09 08:17:11
Modified:collections/src/test/org/apache/commons/collections/map
AbstractTestSortedMap.java
collections/src/test/org/apache/commons/collections
AbstractTestObject.java
Log:
Disable sub map
This could be verflow from both the commons-build efforts and past
changes to the /cli/project.xml file.
I notice that back in March you made some changes to the build section,
then it looks like I removed it when we started extending the
commons-build/project.xml, which may have been
I would also suggest:
includes
include**/*Test.java/include
+include**/*TestCase.java/include
/includes
I like to create subclasses of TestCase called *TestCase ;-)
Thank you,
Gary
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09,
As far as I am concerned the builds for codec and lang are still broken.
Unit tests are not run, javadoc and clover not generated, etc, all due
to commons-build changes made to fix other components.
To make things more complicated, Maven RC-2 behaves subtly differently.
I think a 1st step would
--- Gary Gregory [EMAIL PROTECTED] wrote:
As far as I am concerned the builds for codec and lang are still broken.
Unit tests are not run, javadoc and clover not generated, etc, all due
to commons-build changes made to fix other components.
It did fix the other components and is a good
Can you be more specific about what changes you're proposing?
David
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
This mostly a heads up. I've got a version of each projects project.xml
minus the includes and with all the information that was being shared
across the
Ok, I went back in the resource histories of both the glocbal
project.xml and codecs and found where srouce and test information was
removed, I added it back in and all is well again. I'll commit it now
and do the same for lang. then I'll go through each project and test the
build as well.
mdiggory2004/04/09 10:49:24
Modified:codecproject.xml
Log:
Removed extend and adjusted build settings appropriately.
Revision ChangesPath
1.32 +73 -13jakarta-commons/codec/project.xml
Index: project.xml
mdiggory2004/04/09 10:51:54
Modified:lang project.xml
Log:
Removed extend and adjusted build settings appropriately.
Revision ChangesPath
1.33 +83 -21jakarta-commons/lang/project.xml
Index: project.xml
Yes, the following info has been added to each file (this is just CLI as
an example):
pomVersion3/pomVersion
!-- unique project info for each project was retained here --
idcommons-cli/id
nameCLI/name
currentVersion1.0/currentVersion
inceptionYear2002/inceptionYear
shortDescriptionCommons
Why do you want to duplicate this common info in each project.xml instead
of using commons-build/project.xml? Isn't that the purpose of extending
the parent file?
David
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Yes, the following info has been added to each file (this is just CLI as
an
Because the 'pros' of extending the commons project.xml do not outweigh
the 'cons'.
Pros:
remove some duplication of project.xml content across subprojects
Cons:
some conent can be inherited, some cannot.
solution does not work across all subprojects which may have unique needs.
Theres too much
The problems were caused only when the parent file declared a build
element. The items you're proposing to remove from the parent and
duplicate in each child project don't break builds and are truly common to
all commons projects. For example, do we really need to declare Apache as
the
David Graham wrote:
The problems were caused only when the parent file declared a build
element. The items you're proposing to remove from the parent and
duplicate in each child project don't break builds and are truly common to
all commons projects. For example, do we really need to declare
If you read back to the start of the thread, you'll find that there are
issues at release time when we need each commons component to be completely
independent. Mark's strategy here is, IMHO, right. We have tried to get a
shared version working, and it sort of does. However it has too many issues.
I successfully built almost all the commons projects for which I
modified the project.xml files accept for the following errors in your
projects. These however, do not look like issues arising fromt he
configuration of the project.xml and its build as much as errors in the
Tests or
mdiggory2004/04/09 12:40:30
Removed: commons-build/maven prep.xsl commonGoals.ent
Log:
This was interesting, but things can be simpler, I'm removing this.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
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=28002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ggregory2004/04/09 14:45:47
Modified:codec/src/java/org/apache/commons/codec/net BCodec.java
Log:
Javadoc
Revision ChangesPath
1.2 +9 -12
jakarta-commons/codec/src/java/org/apache/commons/codec/net/BCodec.java
Index: BCodec.java
ggregory2004/04/09 14:46:27
Modified:codec/src/java/org/apache/commons/codec/net QCodec.java
Log:
Javadoc
Revision ChangesPath
1.2 +10 -12
jakarta-commons/codec/src/java/org/apache/commons/codec/net/QCodec.java
Index: QCodec.java
Lets push this to another thread because its such a great topic in and
of itself.
So I think we have several needs here:
1.) nightly builds of jars that can be available to developers
2.) Integration testing across all the commons
3.) Automated Site updating/generation.
Adam R. B. Jack
scolebourne2004/04/09 15:14:09
Modified:collections/src/java/org/apache/commons/collections/map
AbstractHashedMap.java
Log:
Javadoc
Revision ChangesPath
1.15 +4 -1
ggregory2004/04/09 15:21:07
Modified:codec/src/java/org/apache/commons/codec/net
StringEncodings.java QCodec.java BCodec.java
QuotedPrintableCodec.java
Log:
Fix headers.
Revision ChangesPath
1.2 +12 -9
ggregory2004/04/09 15:21:43
Modified:codec/src/java/org/apache/commons/codec/net
RFC1522Codec.java
Log:
Make this class package private for now.
Revision ChangesPath
1.2 +7 -7
ggregory2004/04/09 15:24:08
Modified:codec/src/java/org/apache/commons/codec overview.html
Log:
version 1.3-dev
Revision ChangesPath
1.5 +2 -2
jakarta-commons/codec/src/java/org/apache/commons/codec/overview.html
Index: overview.html
All is well with local Maven (RC-2) [codec] builds again.
Thank you Mark!
Gary
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09, 2004 10:39
To: Jakarta Commons Developers List
Subject: Re: [all] maven build - help required
I'm here Gary,
ggregory2004/04/09 15:46:08
Modified:codec/src/test/org/apache/commons/codec/language
SoundexTest.java
Log:
Broken link has no new equivalent on new site.
Revision ChangesPath
1.15 +1 -3
scolebourne2004/04/09 15:52:48
Modified:collections/src/java/org/apache/commons/collections/iterators
SingletonIterator.java
collections/src/java/org/apache/commons/collections/map
AbstractHashedMap.java
scolebourne2004/04/09 15:53:27
Modified:collections/src/java/org/apache/commons/collections
IteratorUtils.java
Log:
Add since tags and Javadoc
Revision ChangesPath
1.24 +15 -2
scolebourne2004/04/09 15:54:59
Modified:collections .cvsignore
Log:
Ignore jdiff files
Revision ChangesPath
1.15 +3 -0 jakarta-commons/collections/.cvsignore
Index: .cvsignore
===
RCS
scolebourne2004/04/09 15:55:44
Modified:collections project.properties
Log:
Enable jdiff report
Revision ChangesPath
1.12 +6 -9 jakarta-commons/collections/project.properties
Index: project.properties
scolebourne2004/04/09 15:56:00
Modified:collections RELEASE-NOTES.html
Log:
Extract AbstractReferenceMap from ReferenceMap
Revision ChangesPath
1.34 +2 -1 jakarta-commons/collections/RELEASE-NOTES.html
Index: RELEASE-NOTES.html
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-collections has an issue affecting its community integration. This
Ok, but I do need to have a timeout in my request, especially a
connection timeout. That's one of the reasons for using this library.
The only setTimeout() calls that I can find are in HttpClient, but I'll
have multiple concurrent requests that will want different timeouts. How
do I set a timeout
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=28303.
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=28302.
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=28302.
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=25372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Gil,
The problem is that until Java 1.4 there has simply been no way to
ensure connection timeout. HttpClient only 'mimics' connect timeout at
the expense of having a controller thread watch over the process of
socket initialization. The controller thread attempts to instantiate a
socket for 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=25372.
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=25372.
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=25372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
How about this, it turns out that the different timeouts are a small
set, some want 10 secs, others 30 secs, others 1 minute. So I can keep a
pool of HttpClient objects, one per timeout. This way, each HttpClient
object can be configured with its own timeout.
But will I still get performance
Gil,
How about this, it turns out that the different timeouts are a small
set, some want 10 secs, others 30 secs, others 1 minute. So I can keep a
pool of HttpClient objects, one per timeout. This way, each HttpClient
object can be configured with its own timeout.
Are you talking about
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=28322.
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=28322.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
82 matches
Mail list logo