I though we had to use a very ugly work-around but Peter found a
very smart way around that. Really good!
Care to elaborate?
Bytecode rewriting and proxies involved.
Peter, care to explain that yourself? :-)
Let's see, here is some solutions, that was considered:
* The obvious
Hi,
I've submitted a patch some days ago and am waiting for comments (DBCP-175).
In the mean time, I've had a look at the status of DBCP. Some notes:
- no release since 2004
- there are 10+ issues marked UNRESOLVED but with a Resolved status in
Jira. Could be cleaned up.
- althought I don't
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-logging has an issue affecting its community integration.
This issue
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-logging has an issue affecting its community integration.
This issue
Author: olegk
Date: Wed Jun 21 03:51:00 2006
New Revision: 415958
URL: http://svn.apache.org/viewvc?rev=415958view=rev
Log:
[HTTPCLIENT-587] derelativizing of relative URIs with a scheme is incorrect
Contributed by Gordon Mohr gojomo at archive.org
Reviewed by Oleg Kalnichevski and Roland Weber
Author: olegk
Date: Wed Jun 21 04:05:19 2006
New Revision: 415961
URL: http://svn.apache.org/viewvc?rev=415961view=rev
Log:
[HTTPCLIENT-588] relative URIs with internal double-slashes ('//') misparsed
Contributed by Gordon Mohr gojomo at archive.org
Reviewed by Oleg Kalnichevski and Roland Weber
From a developer point of view, I certainly support the radical approach
especially after I realized keeping backward compatibility is so damn hard.
I have blogged something on this topic.
http://kennethxu.blogspot.com/2006/06/is-definition-of-map-interface-broken.
html
But from a common
Maybe... I'll work on this tonight local time (in about 14 hours).
The problem is that maven dist calls the maven dist of jelly which is
quite wrong, I think... and I did not want to touch this yet.
If it sounds appropriate and someone can check my candidate sources I
could try this tonight
Ah. Sounds like something we should be fixing if that's the case.
On 6/21/06, Paul Libbrecht [EMAIL PROTECTED] wrote:
Maybe... I'll work on this tonight local time (in about 14 hours).
The problem is that maven dist calls the maven dist of jelly which is
quite wrong, I think... and I did not
Do you plan to deploy the sources with the new source plugin ?
http://maven.apache.org/maven-1.x/plugins/source/
Arnaud
On 6/21/06, Dion Gillard [EMAIL PROTECTED] wrote:
Ah. Sounds like something we should be fixing if that's the case.
On 6/21/06, Paul Libbrecht [EMAIL PROTECTED] wrote:
On 6/21/06, jerome lacoste [EMAIL PROTECTED] wrote:
Hi,
I've submitted a patch some days ago and am waiting for comments (DBCP-175).
In the mean time, I've had a look at the status of DBCP. Some notes:
- no release since 2004
- there are 10+ issues marked UNRESOLVED but with a Resolved
NPE in SharedPoolDataSource.close() if pool was not created
---
Key: DBCP-190
URL: http://issues.apache.org/jira/browse/DBCP-190
Project: Commons Dbcp
Type: Bug
Versions: 1.2 Final
Reporter: Fedor
[
http://issues.apache.org/jira/browse/DBCP-175?page=comments#action_12417153 ]
Phil Steitz commented on DBCP-175:
--
This looks good to me. I am +1 for this change and see no problems with the
implementation. I would prefer to hold off on adding it
[ http://issues.apache.org/jira/browse/DBCP-190?page=all ]
Phil Steitz closed DBCP-190:
Resolution: Duplicate
This has been resolved as of 12-march-06 in svn trunk. This is a duplicate of
http://issues.apache.org/jira/browse/DBCP-39.
NPE in
Author: psteitz
Date: Wed Jun 21 12:19:09 2006
New Revision: 416078
URL: http://svn.apache.org/viewvc?rev=416078view=rev
Log:
Changed bugzilla - jira issue ids.
Modified:
jakarta/commons/proper/dbcp/trunk/project.properties
jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml
Modified:
Author: oheger
Date: Wed Jun 21 13:37:04 2006
New Revision: 416102
URL: http://svn.apache.org/viewvc?rev=416102view=rev
Log:
ConfigurationUtils.locate() now takes the path into account when trying to
locate a file from classpath; fix for issue CONFIGURATION-216
Modified:
[ http://issues.apache.org/jira/browse/CONFIGURATION-216?page=all ]
Oliver Heger resolved CONFIGURATION-216:
Resolution: Fixed
Should be fixed now in subversion, revision 416102. Please double check.
Inconsistent way to locate filename
The vote result is as follows:
+1 Paul
+0 Rahul
+1 Dion
+1 Stephen
Result: +1
I tried to follow the procedure in order to see the impact of a binary
and source releases and have to say that I feat it'll move lots of
stuffs around. In particular, how would the mirrorred download look like
with
Author: polx
Date: Wed Jun 21 15:46:31 2006
New Revision: 416149
URL: http://svn.apache.org/viewvc?rev=416149view=rev
Log:
Adding myself as a developer (!).
paul
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/tag-project.xml
Modified:
[
http://issues.apache.org/jira/browse/JELLY-230?page=comments#action_12417207 ]
Lukas Theussl commented on JELLY-230:
-
Ok, I have to correct myself twice :(
First, the dummy namespace does have a special treatment in maven, it gets
excluded in the
Author: polx
Date: Wed Jun 21 15:56:50 2006
New Revision: 416151
URL: http://svn.apache.org/viewvc?rev=416151view=rev
Log:
Adding tag-mark.
paul
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml
Modified:
Author: joerg
Date: Wed Jun 21 15:57:28 2006
New Revision: 416152
URL: http://svn.apache.org/viewvc?rev=416152view=rev
Log:
introduce TransactionIdToPathMapper interface:
the former version just with getTransactionBaseDir(), which could be overridden,
suffered from a problem in recoverContexts()
Author: polx
Date: Wed Jun 21 15:59:04 2006
New Revision: 416153
URL: http://svn.apache.org/viewvc?rev=416153view=rev
Log:
Tag for the release 1.1 of Jelly-Tags-Interaction.
paul
Added:
jakarta/commons/proper/jelly/tags/COMMONS-JELLY-INTERACTION-1_1/
- copied from r416152,
Author: joerg
Date: Wed Jun 21 16:01:31 2006
New Revision: 416154
URL: http://svn.apache.org/viewvc?rev=416154view=rev
Log:
introduce TransactionIdToPathMapper interface:
the former version just with getTransactionBaseDir(), which could be overridden,
suffered from a problem in recoverContexts()
Don't we have tags at the taglib level for Jelly?
That seems a whole lot of stuff for a single taglib.
On 6/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: polx
Date: Wed Jun 21 15:59:04 2006
New Revision: 416153
URL: http://svn.apache.org/viewvc?rev=416153view=rev
Log:
Tag for the
Author: polx
Date: Wed Jun 21 16:39:38 2006
New Revision: 416174
URL: http://svn.apache.org/viewvc?rev=416174view=rev
Log:
Correctly marking the release in changes as well!
paul
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml
Author: polx
Date: Wed Jun 21 16:44:32 2006
New Revision: 416175
URL: http://svn.apache.org/viewvc?rev=416175view=rev
Log:
Correct version in changes and project.xml.
Also included the parent-project.xml and tag-project.xml which are needed in
the tag if it is checked out alone thus guaranteeing
Dion Gillard wrote:
Don't we have tags at the taglib level for Jelly?
Nope... but that's quite ok or ?
That seems a whole lot of stuff for a single taglib.
What do you mean ?
svn cp is the only way to tag so I cp the whole project. It only
consumes my (temp) directory space, not even the
Another remark: is the SNAPSHOT dependency on commons-jexl necessary?
-Lukas
Paul Libbrecht wrote:
Dion Gillard wrote:
Don't we have tags at the taglib level for Jelly?
Nope... but that's quite ok or ?
That seems a whole lot of stuff for a single taglib.
What do you mean ?
svn cp is
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by PhilSteitz:
http://wiki.apache.org/jakarta-commons/DBCP/1%2e2%2e2ReleasePlan
The comment on the change is:
Changed Bz - Jira issue ids
Author: polx
Date: Wed Jun 21 16:59:44 2006
New Revision: 416178
URL: http://svn.apache.org/viewvc?rev=416178view=rev
Log:
Removing the SNAPSHOT version for jexl in parent project.
I think it was overridden anyways.
This triple inheritance is not nice.
paul
Modified:
thanks, fixed!
paul
Lukas Theussl wrote:
Another remark: is the SNAPSHOT dependency on commons-jexl necessary?
-Lukas
Paul Libbrecht wrote:
Dion Gillard wrote:
Don't we have tags at the taglib level for Jelly?
Nope... but that's quite ok or ?
That seems a whole lot of stuff for a
The jakarta commons jelly developers are happy to announce the release
1.1 of the interaction tag-library.
This tag-library allows jelly scripts to interact with the user through
the console.
The version 1.1 comes with the usage of the jline library which provides
a comfortable command-line
On 6/22/06, Paul Libbrecht [EMAIL PROTECTED] wrote:
Dion Gillard wrote:
Don't we have tags at the taglib level for Jelly?
Nope... but that's quite ok or ?
That seems a whole lot of stuff for a single taglib.
What do you mean ?
Typically the svn structure would look like this:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by PhilSteitz:
http://wiki.apache.org/jakarta-commons/DBCP/1%2e2%2e2ReleasePlan
The comment on the change is:
Added some more issues...
Another remark: is the SNAPSHOT dependency on commons-jexl necessary?
-Lukas
Paul Libbrecht wrote:
Dion Gillard wrote:
Don't we have tags at the taglib level for Jelly?
Nope... but that's quite ok or ?
That seems a whole lot of stuff for a single taglib.
What do you mean ?
svn cp is
36 matches
Mail list logo
