Hi,
Is there any performance gain in Generics Collections in Java5? Can
I expect performace improvement or specialized type collection
libraries (like fastutil) will be always faster.
Lukas
On Wed, 16 Feb 2005 13:42:49 +0100, Mauro Franceschini
[EMAIL PROTECTED] wrote:
Hi to all!
Any ideas
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=25696.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: skitching
Date: Wed Mar 2 01:06:22 2005
New Revision: 155899
URL: http://svn.apache.org/viewcvs?view=revrev=155899
Log:
Ensure attributes with associated namespaces are passed to the
RuleFinder classes.
Modified:
Author: skitching
Date: Wed Mar 2 01:08:10 2005
New Revision: 155901
URL: http://svn.apache.org/viewcvs?view=revrev=155901
Log:
* Pass attrs with namespaces to the RuleFinder classes
* Fix javadoc
* Simplify some code
Modified:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-xml has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-ant has an issue affecting its community integration.
This
Emmanuel Bourg wrote:
Ok I checked again my application with the latest nightly build and it
worked fine. I don't know what happened the last time I updated my
commons configuration jar...
Actually I do have a bug, the configuration is loaded twice but not
cleared, so all properties are
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=33795.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
Some comments about RandomAccessContent behind the scenes :)
I think org.apache.commons.vfs.provider.AbstractRandomAccessContent
should be renamed to AbstractRandomAccessContentRO (ReadOnly) because,
as stated in the javadocs, it's a superclass only suitable for read only
implementations.
Hi,
Some comments about RandomAccessContent behind the scenes :)
I think org.apache.commons.vfs.provider.AbstractRandomAccessContent
should be renamed to AbstractRandomAccessContentRO (ReadOnly) because,
as stated in the javadocs, it's a superclass only suitable for read only
implementations.
[EMAIL PROTECTED] wrote:
I just saw a memory proposal from B. K. Oxley on the dev list. I was silly no to
check it before. Sorry.
But I have been slow in working on it.
Cheers,
--binkley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Edgar Poce wrote:
I think org.apache.commons.vfs.provider.AbstractRandomAccessContent
should be renamed to AbstractRandomAccessContentRO (ReadOnly) because,
as stated in the javadocs, it's a superclass only suitable for read
only implementations. In
Hi binkley
B. K. Oxley (binkley) wrote:
[EMAIL PROTECTED] wrote:
I just saw a memory proposal from B. K. Oxley on the dev list. I was
silly no to
check it before. Sorry.
But I have been slow in working on it.
Keep working because I didn't implement many of the features you
discussed with mario.
Hi Lukas,
Whilst generic collections provide type safety at compile time, at
runtime all of the specific type information is erased and the
collections classes behave much the same way as their Java 1.4
predecessors. With respect to the actual implementations of the classes
within the Java
The only open bug/enhancement is 32900:
http://issues.apache.org/bugzilla/show_bug.cgi?id=32900.
It is quite clearly an enhancement that is post 1.0, and there is some
discussion on the bug list of whether it fits into the commons-email
charter.
Eric Pugh
-Original Message-
From: Dion
I need the same logic.. Is it something you can share/ post to the
bugzilla?
Eric
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 11:43 AM
To: Commons Developer
Subject: [lang] Addition for DataUtils
Hello... I just had to whip up a
[ http://issues.apache.org/jira/browse/JELLY-194?page=history ]
Felipe Leme updated JELLY-194:
--
Attachment: JELLY-194.patch1
dIon,
Using core:import or core:include is not enough because these tags would
try to
execute the text as a Jelly script,
[ http://issues.apache.org/jira/browse/JELLY-194?page=history ]
Felipe Leme updated JELLY-194:
--
Attachment: JELLY-194.patch2
Full patch, where the new tag (CopyTextTag) and the existing LoadTextTag now
derives from AbstractTextTag.
The patch also contains
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=33814.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
In my unit and load tests, I often find myself retrieving a collection of
objects from a service, and selecting a random one from the collection. Seems
like a common use case (for testing anyhow) and I don't think there's any
support in java.util Collections for, say, fetching a random item
Author: ebourg
Date: Wed Mar 2 11:29:39 2005
New Revision: 155945
URL: http://svn.apache.org/viewcvs?view=revrev=155945
Log:
Fixed updateLastModified() in FileChangedReloadingStrategy
Modified:
Emmanuel Bourg wrote:
Actually I do have a bug, the configuration is loaded twice but not
cleared, so all properties are duplicated. I'm trying to build a reduced
test case.
I investigated the problem and found 2 issues:
- the updateLastModified method in FileChangedReloadingStrategy didn't
On Tue, 2005-03-01 at 06:58, Eric Pugh wrote:
[X] +1 Lets release commons-email, it's been too long!
[ ] 0 Commons-what? Not ready for release
[ ] -1 Don't release. I can't get dumbster (replace with your reason)
to work.
BTW i've checked the sums and signatures
- robert
I have been evaluating using the the Eclipse RCP for our new development
and in doing research I came across the Jelly-JFace tag library.
If you don't know
Thanks, I'll file a bug in the Bugzilla. It seems the problem is that
in ChainProcessor, there is no need to save the catalog as a request
attribute since CatalogFactory already had it, it only needs to save
the catalog name in the context so the next command can retrieve the
catalog name and use
What is the URL for commons-email?
Thanks.
--
You can lead a horse to water but you cannot make it float on its back.
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: brett
Date: Wed Mar 2 14:53:52 2005
New Revision: 155967
URL: http://svn.apache.org/viewcvs?view=revrev=155967
Log:
tagged grant version to correspond to Maven 1.0's version for historical
reference
Added:
jakarta/commons/sandbox/grant/tags/COMMONS_GRANT_1_0_BETA_4/
- copied
Author: brett
Date: Wed Mar 2 16:32:20 2005
New Revision: 155982
URL: http://svn.apache.org/viewcvs?view=revrev=155982
Log:
backport changes from maven
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant/JellyPropsHandler.java
Modified:
Author: brett
Date: Wed Mar 2 16:34:58 2005
New Revision: 155983
URL: http://svn.apache.org/viewcvs?view=revrev=155983
Log:
fold in grant
Added:
jakarta/commons/proper/jelly/trunk/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant/DefaultPropsHandler.java
- copied, changed
The last few weeks I have been working on improving Rojo's feed
subscription system, which uses the Jakarta Feed Parser. To do so I built
an automated testing framework that scripted our UI and ran a large amount
of data through it, fixing subscription bugs as I encountered them. A
number of
Dakota Jack wrote:
What is the URL for commons-email?
http://jakarta.apache.org/commons/email/
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
At 5:02 PM -0500 3/2/05, Howard Lin wrote:
Thanks, I'll file a bug in the Bugzilla. It seems the problem is that
in ChainProcessor, there is no need to save the catalog as a request
attribute since CatalogFactory already had it, it only needs to save
the catalog name in the context so the next
Author: brett
Date: Wed Mar 2 17:23:11 2005
New Revision: 155987
URL: http://svn.apache.org/viewcvs?view=revrev=155987
Log:
remove grant from sandbox
Modified:
jakarta/commons/trunks-sandbox/ (props changed)
Propchange: jakarta/commons/trunks-sandbox/
Author: brett
Date: Wed Mar 2 17:23:27 2005
New Revision: 155989
URL: http://svn.apache.org/viewcvs?view=revrev=155989
Log:
remove grant from sandbox
Removed:
jakarta/commons/sandbox/grant/trunk/
-
To unsubscribe, e-mail:
Author: brett
Date: Wed Mar 2 17:30:56 2005
New Revision: 155991
URL: http://svn.apache.org/viewcvs?view=revrev=155991
Log:
missed some imports
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant/AntTagLibrary.java
Author: brett
Date: Wed Mar 2 17:45:39 2005
New Revision: 155995
URL: http://svn.apache.org/viewcvs?view=revrev=155995
Log:
use ant 1.6.2
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/ant/project.xml
Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/ant/project.xml
URL:
+1 modulo the following nits:
* Binary distro includes NOTICE.txt in the jar (top level, should
probably be with LICENSE.txt in META-INF) but not in the top level
directory of the distribution.
* Source distro does not include NOTICE.txt
* Ant build.xml in source distro fails with
Author: burton
Date: Wed Mar 2 18:12:42 2005
New Revision: 155999
URL: http://svn.apache.org/viewcvs?view=revrev=155999
Log:
corrected unit tests...
Modified:
jakarta/commons/proper/feedparser/trunk/build.properties
jakarta/commons/proper/feedparser/trunk/project.xml
Author: bayard
Date: Wed Mar 2 21:00:44 2005
New Revision: 156007
URL: http://svn.apache.org/viewcvs?view=revrev=156007
Log:
Application of patch from Bugzilla: #33574, by Travis Stevens. Balances a call
to appendFieldStart with an appendFieldEnd after appending the field. Test also
included.
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=33574.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: bayard
Date: Wed Mar 2 21:06:47 2005
New Revision: 156009
URL: http://svn.apache.org/viewcvs?view=revrev=156009
Log:
Oops, forgot to roll this back when I killed the 2.1 branch
Modified:
jakarta/commons/proper/lang/trunk/project.xml
Modified:
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=33609.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
--- robert burrell donkin
[EMAIL PROTECTED] wrote:
that all depends on what is meant by fix :)
and on what is meant by soon :)
anyone (brian or dennis, maybe?) want to volunteer
to take a look into
improving classloading for the 1.0.x development
stream?
I got some time to look into
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=33825.
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=33825.
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=33825.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
46 matches
Mail list logo