[ http://issues.apache.org/jira/browse/EL-5?page=comments#action_12443708 ]
Ravishankar S commented on EL-5:
Confirmed Matthias's observation at high concurrencies. We didn't see anything
at lower concurrent access. We have a page that uses a
[ http://issues.apache.org/jira/browse/EL-5?page=comments#action_12443730 ]
Matthias Ernst commented on EL-5:
-
Ravishankar, high contention on the monitor only makes things run slower. It is
not a deadlock and it should not kill your Tomcat. It
Did this get applied? I don't think I've seen the commit email
On 10/12/06, Martin van den Bemt [EMAIL PROTECTED] wrote:
I will apply the patch when no one beats me to it..
Mvgr,
Martin
Nick Lothian wrote:
I'm aware that FeedParser is a dormant project, but the attached patch
will fix
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-jsl-test has an issue affecting its community
integration.
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-jsl-test has an issue affecting its community
integration.
[
http://issues.apache.org/jira/browse/BEANUTILS-251?page=comments#action_12443867
]
Henri Yandell commented on BEANUTILS-251:
-
This has come up before - I'll look into making a FAQ for it.
The Bean specification defines the IV in IVal
Speaking of porting to collections to generics, I have a bit of time
available to contribute to this effort. Could we at least create a
generics branch in SVN to get the ball rolling? This topic has been
bounced around for a long time, but the process needs to start at some
point. I realize
Whatever you want to do is good, but I'd like to see the first bit be
an analysis of the various forks that have happened in terms of 1.5
versions of collections. There's stuff out there that wanted to get
involved, now that we're thinking of moving they might be interested
and have valuable code
We are just moving to JDK1.5 at work, and I too judge that the time is
about right for this. I don't know how much time I'll be able to spend
on it though. We'll have to see.
There is a clear difference of approach, however, with some factors being:
a) keep everything as close as possible to
On 10/20/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
We are just moving to JDK1.5 at work, and I too judge that the time is
about right for this. I don't know how much time I'll be able to spend
on it though. We'll have to see.
There is a clear difference of approach, however, with some
Hi!
collections5 ? (don't like collgenerics)
I think we should try not to put the technology into the name, nor the
target jvm version number.
Think about something like collections5 4.0 somehow strange, no?
- like java2 1.3.0 ;-)
Personally I'd simply create a new branch, maybe call it 5.0
Stephen Colebourne wrote:
snip/
Thus, I propose that this task is:
- started in the commons-sandbox
- uses a different package name [collgenerics]
- follows the current single jar/package structure
- no deprecated classes are ported
This sounds like the best approach to me, for the same reasons
On 10/20/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
collections5 ? (don't like collgenerics)
I think we should try not to put the technology into the name, nor the
target jvm version number.
Think about something like collections5 4.0 somehow strange, no?
- like java2 1.3.0 ;-)
Kris Nuttycombe wrote:
Should we make 3.2 the start of the branch, or is
there a reason to branch from the current state of the trunk?
I think that we should tag HEAD of [collections], and then copy from there.
Rahul Akolkar wrote:
collections5 ? (don't like collgenerics)
I would have
Hi!
That said, the advantage with using the name collections5 is that we
could use the same naming style for other projects - lang5, io5 etc.
Yea, thats true. Hmmm ... But then we can do it like java does in the
past - we go the collections2 way, though, wouldn't be against
collections5 any
What we call it sort of depends upon what we expect the future of the
project to be, doesn't it? Splitting the jar will just move some stuff
out; there'll likely still be a central collections component, and
*eventually* it'd be nice to still be able call this
commons-collections. Name
On 10/20/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
snip/
Rahul Akolkar wrote:
collections5 ? (don't like collgenerics)
I would have suggested collections5 or collections15, but as has already
been pointed out, this is a little strange when JDK6 is about to come
out. Naming after the
On 10/20/06, Kris Nuttycombe [EMAIL PROTECTED] wrote:
What we call it sort of depends upon what we expect the future of the
project to be, doesn't it? Splitting the jar will just move some stuff
out; there'll likely still be a central collections component, and
*eventually* it'd be nice to still
[ http://issues.apache.org/jira/browse/LANG-66?page=all ]
Henri Yandell updated LANG-66:
--
Bugzilla Id: (was: 38210)
Fix Version/s: 3.0
(was: 2.3)
Setting 3.0 as the fix-version; I don't think we should change functionality to
[ http://issues.apache.org/jira/browse/LANG-282?page=all ]
Henri Yandell updated LANG-282:
---
Fix Version/s: 3.0
(was: 2.3)
Create more tests to test out the +=31 replacement code in
DurationFormatUtils.
Starting to think about the next Lang release. 2.3 had a few Enum
issues to look at.
LANG-76 - Complex issue in initializing under JDK 1.5.
LANG-262 - ClassLoader issue. Possible fix committed, but no testing done yet.
LANG-258 - Improve Enum javadoc. I've been doing some work on this.
There
Hello [lang]:
For the software I work on, Java 1.4.2 is the base requirement, so
talking about 1.5 is not an option (yet). We revisit the issue from time
to time, but the bottom line is that our customers have not moved to
Java 1.5, so we cannot.
We could do this in a first stage and say that
[ http://issues.apache.org/jira/browse/DIGESTER-109?page=all ]
Simon Kitching updated DIGESTER-109:
Summary: FromXmlRuleSet and SetNextRule classloader issue (was:
FromXmlRuleSet and SetNextRule classes not working in Unix enviroment)
Hi
We could also mash together collections and generics to get
commons-collagen
I'm sure there are some great puns we could pull out of that. . .
--Will
Mario Ivankovits wrote:
Hi!
collections5 ? (don't like collgenerics)
I think we should try not to put the technology into the
Problem with that is that we'll end up supporting lots of versions.
I'd like to keep a 2.x branch going for bugfixing for older JDKs, and
move on 3.0 much more up to date.
So we'd have 1.2-1.4 users being supported with the 2.x branch; or
2.2.x branch as it's currently called; and 1.5+ users
[
http://issues.apache.org/jira/browse/VALIDATOR-206?page=comments#action_12443945
]
Henri Yandell commented on VALIDATOR-206:
-
What's the environment for your code?
If I dig into the source, it looks as though the if-null check is
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12443948
]
Henri Yandell commented on DIGESTER-109:
VALIDATOR-206 is a similar issue.
I'm not understanding the J2EE part of this - doesn't a null ClassLoader
[
http://issues.apache.org/jira/browse/VALIDATOR-206?page=comments#action_12443950
]
Henri Yandell commented on VALIDATOR-206:
-
Much the same issue being discussed in DIGESTER-109.
NullPointerException in ValidatorAction class when
Author: bayard
Date: Fri Oct 20 15:02:34 2006
New Revision: 466275
URL: http://svn.apache.org/viewvc?view=revrev=466275
Log:
Adding note that using switch is not type-safe
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/ValuedEnum.java
Modified:
[
http://issues.apache.org/jira/browse/LANG-258?page=comments#action_12443954 ]
Henri Yandell commented on LANG-258:
svn ci -m Adding note that using switch is not type-safe
src/java/org/apache/commons/lang/enums/ValuedEnum.java
Sending
[
http://issues.apache.org/jira/browse/LANG-258?page=comments#action_12443955 ]
Henri Yandell commented on LANG-258:
SB-20 = https://issues.apache.org/struts/browse/STR-2943
If someone with experience in using the Enum classes in MVC/GUI
Author: bayard
Date: Fri Oct 20 15:36:21 2006
New Revision: 466285
URL: http://svn.apache.org/viewvc?view=revrev=466285
Log:
Taking a stab at adding information on a Lang and Java 5.0 enum comparison
Modified:
[
http://issues.apache.org/jira/browse/LANG-258?page=comments#action_12443958 ]
Henri Yandell commented on LANG-258:
svn ci -m Taking a stab at adding information on a Lang and Java 5.0 enum
comparison
[ http://issues.apache.org/jira/browse/LANG-258?page=all ]
Henri Yandell resolved LANG-258.
Resolution: Fixed
All of the parts of this issue have now been addressed.
Enum JavaDoc: 1) outline 5.0 native Enum migration 2) warn not to use the
switch()
1.2 binaries lack javadoc
-
Key: JXPATH-72
URL: http://issues.apache.org/jira/browse/JXPATH-72
Project: Commons JXPath
Issue Type: Bug
Affects Versions: 1.2 Final
Reporter: Henri Yandell
The most
Just generated the latest multidoc output for commons:
http://people.apache.org/~bayard/multidoc-jnr/
Thought I'd mention it :)
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
[
http://issues.apache.org/jira/browse/DIGESTER-109?page=comments#action_12443997
]
Simon Kitching commented on DIGESTER-109:
-
Good point Henri.
I had assumed that the NullPointerException Anna was reporting in
FromXmlRuleSet was not
37 matches
Mail list logo