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-chain 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-id has an issue affecting its community integration.
This issue affects
Hi Chris,
On Sat, 2004-12-18 at 11:32, Chris Lambrou wrote:
Someone suggested that for Log, it would be appropriate to make it an
abstract class rather than an interface, so we can make these kinds of
changes easier in the future.
That was me (inspired by Robert Donkin's enthusiasm for
svn 1.1 (released 2004-09-29) supports symbolic links. Perhaps that
would resolve the issue by allowing us to (manually) build an
alternative directory containing just symbolic links to the trunk
directory of each subproject? Of course whenever a new subproject was
created, a symbolic link would
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 has an issue affecting its community integration.
This
Matt Sgarlata wrote:
This seems to me that this isn't just a problem with commons; it is a
problem with Java itself that .NET already has a very nice solution for.
I'm wondering if this isn't something that should be taken care of at
the JVM level i.e. - in Java 1.6. The obvious solution
Henri Yandell wrote:
And yet option A is going to be impossible (?) to check out as one whole blob.
And what about this option ? Let say option C :
trunk/
jakarta/
commons/
digester/
beanutils/
tags/
branches/
Emmanuel Bourg
smime.p7s
Description: S/MIME
Option A + some sort of symlink structure sounds like a good idea. Does
subversion have some way of creating module aliases like what could be
done for CVS? This makes sense to be able to do this natively without
having to create symlinks. Maybe a feature request :)
Another reason for Option 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=32756.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
dflorey 2004/12/18 05:52:16
Modified:contract/src/examples/org/apache/commons/contract/example
SpeedCalculator.java
contract/src/config constraints.xml example.xml
contract/src/java/org/apache/commons/contract/constraints
[
http://nagoya.apache.org/jira/browse/JELLY-177?page=comments#action_56841 ]
Marc DeXeT commented on JELLY-177:
--
I use your modification for a couple of days. It's working fine indeed.
It solves suffix context mapping problem I have encoutered by
On 17 Dec 2004, at 22:32, Chris Lambrou wrote:
Someone suggested that for Log, it would be appropriate to make it an
abstract class rather than an interface, so we can make these kinds
of changes easier in the future. I think the risks for this are low,
and probably better [less problems for
dflorey 2004/12/18 07:07:44
Added: contract/lib commons-i18n-0.3.jar
Removed: contract/lib commons-i18n-0.2.jar
Log:
Updated contract to i18n 0.3
Revision ChangesPath
1.1 jakarta-commons-sandbox/contract/lib/commons-i18n-0.3.jar
Binary
dflorey 2004/12/18 07:07:54
Modified:contract/src/examples/org/apache/commons/contract/example
TestLogin.java TestSpeedCalculator.java
contract/src/java/org/apache/commons/contract Executor.java
dflorey 2004/12/18 07:08:50
Modified:i18n/src/java/org/apache/commons/i18n LocalizedBundle.java
MessageManager.java
Added: i18n/src/java/org/apache/commons/i18n
XMLMessageProvider.java MessageProvider.java
Date: 2004-12-18T07:12:53
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -19,3 +19,9 @@
* Ever get
dflorey 2004/12/18 07:22:42
Modified:i18n build.xml
Log:
Added support for pluggable MessageProviders and added
ResourceBundleMessageProvider
to enable migration from resource bundle based applications to i18n.
Revision ChangesPath
1.3 +1 -1
dflorey 2004/12/18 07:22:57
jakarta-commons-sandbox/i18n/src/examples/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/12/18 07:22:57
jakarta-commons-sandbox/i18n/src/examples - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/12/18 07:22:57
jakarta-commons-sandbox/i18n/src/examples/org/apache/i18n - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/12/18 07:22:57
jakarta-commons-sandbox/i18n/src/examples/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/12/18 07:23:01
Modified:i18n/src/java/org/apache/commons/i18n
ResourceBundleMessageProvider.java
Added: i18n/src/examples/org/apache/i18n/examples
ResourceBundleExample.java
i18n/src/examples
dflorey 2004/12/18 07:22:57
jakarta-commons-sandbox/i18n/src/examples/org/apache/i18n/examples - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/12/18 07:39:08
Modified:i18n/xdocs quickstart.xml
Added: i18n/xdocs/images i18n-logo-white.psd
Log:
Added support for pluggable MessageProviders and added
ResourceBundleMessageProvider
to enable migration from resource bundle based applications to i18n.
dflorey 2004/12/18 07:56:28
Modified:i18n/xdocs quickstart.xml
Log:
Added docs for new ResourceBundleMessageProvider
Revision ChangesPath
1.3 +18 -4 jakarta-commons-sandbox/i18n/xdocs/quickstart.xml
Index: quickstart.xml
dflorey 2004/12/18 07:58:12
Modified:i18n/xdocs index.xml
Log:
Added docs for new ResourceBundleMessageProvider
Revision ChangesPath
1.3 +5 -4 jakarta-commons-sandbox/i18n/xdocs/index.xml
Index: index.xml
dflorey 2004/12/18 08:00:37
Modified:i18n/xdocs quickstart.xml
Log:
Added docs for new ResourceBundleMessageProvider
Revision ChangesPath
1.4 +1 -5 jakarta-commons-sandbox/i18n/xdocs/quickstart.xml
Index: quickstart.xml
Hi folks,
I've added some nice features requested by users to the upcoming i18n
component in the sandbox:
You can now easily plug-in your own custom message provider. This is very
useful if you already have tons of localized messages on weird places (e.g.
databases).
Writing a message provider is
dflorey 2004/12/18 08:14:50
Modified:contract project.properties project.xml
Log:
Moved to i18n-0.3
Revision ChangesPath
1.4 +2 -2 jakarta-commons-sandbox/contract/project.properties
Index: project.properties
Hi folks,
I've updated the sandbox contract component to work with the new i18n (0.3).
Cheers,
Daniel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Simon Kitching wrote:
Suppose for a moment that we were to choose between adding methods to
the Log interface, and turning it into an abstract class with some
methods; I don't understand what real pain would be incurred by having
custom logging adapters be declared as:
The pain (as Robert pointed
Emmanuel Bourg wrote:
Matt Sgarlata wrote:
This seems to me that this isn't just a problem with commons; it is a
problem with Java itself that .NET already has a very nice solution
for. I'm wondering if this isn't something that should be taken care
of at the JVM level i.e. - in Java 1.6. The
oheger 2004/12/18 08:33:03
Modified:configuration/src/java/org/apache/commons/configuration
HierarchicalXMLConfiguration.java
HierarchicalConfiguration.java
configuration/src/test/org/apache/commons/configuration
Noel J. Bergman wrote:
Simon Kitching wrote:
I've been convinced by the arguments put forward in this thread that
explicit enter/exit methods taking class+method strings should not
be encouraged
Actually, I agree. I'd prefer to see that semantic state encoded in the log
message, which I feel is
Emmanuel Bourg wrote:
Oliver Heger wrote:
If this is accepted, we can close the bugs related to
XMLConfiguration messing up files on saving (31429, 32240). What do
you think?
The last time I pondered if HierarchicalXMLConfiguration could replace
XMLConfiguration there was something blocking
Max Rudman wrote:
Specifically, I'm not exactly planning on a Query-by-Example API, but
rather a dynamic SQL statement builder API (also insert, update,
delete, etc.). I run into this problem all the time where the user is
specifying what they'd like to search for, and so you need to build a
One thing under the Seeking Opinions section of the Wiki...
# [WWW]26056 [lang] Add methods to ArrayUtils: add at end and
insert-like ops - DONE - add(Object[], Object) is overloaded for all the
primitives, but add(Object[], int, Object) and addAll(Object[],
Object[]) are not overloaded for
Another reason for Option A other than those already listed is that it
is consistent with what other projects have already started to adopt
(that I've seen), and that goes a long way to ease of use in itself.
That's my feeling as well. Even though we could use Option B, I'm more
comfortable
Not following this one, this implies that ASF has one trunk.Even
though copies are cheap I wouldn't want to create a copy of the entire
SVN tree for every release.
I think you may have mean to propose that we have one trunk in commons.
If commons components were frequently released as a
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
And yet option A is going to be impossible (?) to check out as one
whole
blob.
We could store two scripts (sh and bat) at the /jakarta/commons level
that would only grab the trunks of every component. So, I'd
At 05:44 PM 12/18/2004, Matt Sgarlata wrote:
Noel J. Bergman wrote:
Actually, I agree. I'd prefer to see that semantic state encoded in the log
message, which I feel is much cleaner.
--- Noel
+1. Just because the JDK 1.4 log does this, doesn't mean that we have to
enforce this behavior
Curt Arnold [EMAIL PROTECTED] wrote on 12/16/2004 11:13:25 PM:
On Dec 16, 2004, at 7:56 PM, Richard Sitze wrote:
Good comments, thanks.
Curt Arnold [EMAIL PROTECTED] wrote on 12/16/2004 05:34:58 PM:
Sorry to come in on this late. I just read the archives after Ceki
posted a
On 18 Dec 2004, at 16:25, Matt Sgarlata wrote:
snip
robert burrell donkin wrote:
does anyone think that there is any real need for implementations to
belong to a second type hierarchy?
I don't think it's a good idea to *preclude* logs from participating
in two different type hierarchies because
Date: 2004-12-18T10:29:24
Editor: TimObrien [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
no comment
Change Log:
--
@@ -61,6 +61,8
Date: 2004-12-18T10:33:28
Editor: TimObrien [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: SubversionConversion
URL: http://wiki.apache.org/jakarta-commons/SubversionConversion
Just adding the preliminary conversion instructions.
New Page:
This is the proposed text of the
On Sun, 19 Dec 2004 00:00:20 +1300, Simon Kitching
[EMAIL PROTECTED] wrote:
svn 1.1 (released 2004-09-29) supports symbolic links. Perhaps that
would resolve the issue by allowing us to (manually) build an
alternative directory containing just symbolic links to the trunk
directory of each
Date: 2004-12-18T10:34:22
Editor: TimObrien [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: SubversionConversion
URL: http://wiki.apache.org/jakarta-commons/SubversionConversion
no comment
Change Log:
Date: 2004-12-18T10:30:23
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -24,7 +24,7 @@
Just a place
Date: 2004-12-18T10:39:20
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/ByteCodeEngineering
URL: http://wiki.apache.org/jakarta-commons/Logging/ByteCodeEngineering
no comment
Change Log:
The first step to moving to SVN is telling infrastructure exactly what
we need. The process is as follows:
1. We tell infrastructure what we need (and volunteer to help)
2. jakarta-commons and jakarta-commons-sandbox are migrated to a test
repository
3. If we are happy with what we have
Date: 2004-12-18T10:38:28
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/ByteCodeEngineering
URL: http://wiki.apache.org/jakarta-commons/Logging/ByteCodeEngineering
no comment
New Page:
= Byte Code Engineering =
Over a long period, it's become clear that no
jetty tag lib can't be used with jetty 5.0
---
Key: JELLY-178
URL: http://nagoya.apache.org/jira/browse/JELLY-178
Project: jelly
Type: New Feature
Versions: 1.0-beta-5
Environment: JDK 1.4.2_04 XP
Reporter: Marc
Date: 2004-12-18T10:30:03
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -20,8 +20,11 @@
-==
Date: 2004-12-18T11:22:27
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/ConfigurationAndDiscovery
URL: http://wiki.apache.org/jakarta-commons/Logging/ConfigurationAndDiscovery
no comment
Change Log:
Date: 2004-12-18T11:22:57
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/ConfigurationAndDiscovery
URL: http://wiki.apache.org/jakarta-commons/Logging/ConfigurationAndDiscovery
no comment
Change Log:
Date: 2004-12-18T11:16:44
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/ConfigurationAndDiscovery
URL: http://wiki.apache.org/jakarta-commons/Logging/ConfigurationAndDiscovery
no comment
New Page:
= Configuration And Discovery =
Configuration and discovery is
On Sat, 18 Dec 2004 17:11:27 +0100, Daniel Florey [EMAIL PROTECTED] wrote:
Hi folks,
I've added some nice features requested by users to the upcoming i18n
component in the sandbox:
You can now easily plug-in your own custom message provider. This is very
useful if you already have tons of
Phil Steitz wrote:
One more general comment that I did not know what to do with. Steps 6
and 7 (checksums and sigs) and 11 (upload) involve quite a bit of manual
typing that is time consuming and can lead to errors. For 6 and 7, I
used the script below (please do not make fun of my limited
On 17 Dec 2004, at 01:56, Richard Sitze wrote:
robert burrell donkin [EMAIL PROTECTED] wrote on
12/16/2004 04:38:34 PM:
snip
the solution i've been considering is to separate the base
application-environmental configuration from the sophisticated
discovery process required to ensure proper
Excellent!
Chris Lambrou [EMAIL PROTECTED] wrote on 12/17/2004 04:32:28 PM:
Someone suggested that for Log, it would be appropriate to make it an
abstract class rather than an interface, so we can make these kinds of
changes easier in the future. I think the risks for this are low, and
While acknowledging that while we all orbit the same sun, we also stand in
different time zones and see it differently... :-)
news [EMAIL PROTECTED] wrote on 12/18/2004 10:44:11 AM:
Noel J. Bergman wrote:
Simon Kitching wrote:
I've been convinced by the arguments put forward in this thread
[forgive me for changing the subject, I'm trying to take steps to try to
help us focus on separate issues]
Noel J. Bergman [EMAIL PROTECTED] wrote on 12/17/2004 09:10:34 PM:
Richard Sitze wrote:
As a real example, the axis community uses globalized messages.
A lot of products do, as I
Tim O'Brien wrote:
Not following this one, this implies that ASF has one trunk.Even
though copies are cheap I wouldn't want to create a copy of the entire
SVN tree for every release.
Err I thought Jakarta would have its own SVN repository, thus the trunk
would be Jakata-wide and not ASF-wide.
Oliver Heger wrote:
I have now made HierarchicalXMLConfiguration fully compatible with
XMLConfiugration. All tests for XMLConfiguration now run also with
HierarchicalXMLConfiguration.
Well done !
A thing that bothers me a bit is the fact that it is not too trivial to
implement all the features
I thought Jakarta would have its own SVN repository
Not a chance.
--- Noel
smime.p7s
Description: S/MIME cryptographic signature
ozeigermann2004/12/18 12:02:05
Modified:transaction/src/java/org/apache/commons/transaction/locking
GenericLock.java
Log:
Added simple means to count the number of waiters
Revision ChangesPath
1.7 +39 -32
The first step to moving to SVN is telling infrastructure exactly what
we need. The process is as follows:
1. We tell infrastructure what we need (and volunteer to help)
2. jakarta-commons and jakarta-commons-sandbox are migrated to a test
repository
3. If we are happy with what we have after
On Dec 18, 2004, at 12:24 PM, Richard Sitze wrote:
As you pointed out earlier, much of this depends on how the logger is
used. Class category names for code logging, other application
category
logger names for the other would be a reasonable approach.
However, for our stated *GOAL*, JCL's
On Dec 18, 2004, at 2:18 PM, Richard Sitze wrote:
+1. Just because the JDK 1.4 log does this, doesn't mean that we have
to enforce this behavior on all logging implementations. Why not just
leave it generic? If someone wants enter/exit methods, they can
define
their own:
public static void
Date: 2004-12-18T11:39:36
Editor: 67.160.210.111
Wiki: Jakarta Commons Wiki
Page: SubversionConversion
URL: http://wiki.apache.org/jakarta-commons/SubversionConversion
A couple of minor textual fixups.
Change Log:
Developers of open source components that are expected to be plugged into
different projects simply cannot and should not assume that Log4J, JSR-47,
Avalon, or any other logger IS present. This may severely limit the
logging capabilities that may be used by such components. This is the
price
On Sat, 18 Dec 2004 21:22:12 +0100, Emmanuel Bourg [EMAIL PROTECTED] wrote:
Tim O'Brien wrote:
Not following this one, this implies that ASF has one trunk. Even
though copies are cheap I wouldn't want to create a copy of the entire
SVN tree for every release.
Err I thought Jakarta would
Hi,
I'm currently trying to figure out why the commons-beanutils 1.6.1
release fails while doing junit tests. Maybe someone on this list
can help me. See the following output:
What can I do to fix this?
compile.tests:
[javac] Compiling 42 source files to
ozeigermann2004/12/18 15:15:08
Modified:transaction/src/test/org/apache/commons/transaction/locking
GenericLockTest.java
Log:
Minor
Revision ChangesPath
1.6 +5 -5
Hi,
I thought there was an automatic communication between the Gump runs
and the ibiblio repository ?
In any cases, currently, the state of the build at
http://brutus.apache.org/gump/public/jakarta-commons/commons-jelly/
is success but the jar on
http://www.ibiblio.org/maven/commons-jelly/jars/
ozeigermann2004/12/18 15:19:09
Modified:transaction build.xml RELEASE-NOTES.txt
transaction/src/java/org/apache/commons/transaction/file
FileResourceManager.java
Added: transaction/src/java/org/apache/commons/transaction/file
Enter and exit should not be defined as severities. This is useful
information, but orthogonal to a logging event's severity attribute.
One way to provide entry/exit information is to overload the logger methods to
take a map, and require the user to adhere to use-case specific conventions for
ozeigermann2004/12/18 15:23:43
Modified:transaction project.xml
Log:
Added Antranig Basman to the contributors
Revision ChangesPath
1.5 +7 -0 jakarta-commons/transaction/project.xml
Index: project.xml
Paul Libbrecht wrote:
Hi,
I thought there was an automatic communication between the Gump runs
and the ibiblio repository ?
Nope
In any cases, currently, the state of the build at
http://brutus.apache.org/gump/public/jakarta-commons/commons-jelly/
is success but the jar on
--- Max Rudman [EMAIL PROTECTED] wrote:
On Dec 17, 2004, at 8:52 PM, David Graham wrote:
There aren't any reusable implementations that I can think of. What
do
you picture the Hibernate mapper implementation looking like?
Well, I am not too familiar with other O/R implementations but
[ http://nagoya.apache.org/jira/browse/JELLY-178?page=history ]
Marc DeXeT updated JELLY-178:
-
Attachment: patch.jetty.passage.5.0.-2.txt
Patch with updated build.xml.
All unit tests go through.
jetty tag lib can't be used with jetty 5.0
dgraham 2004/12/18 17:15:33
Modified:dbutils/xdocs examples.xml
Log:
Added tips for mapping strange column names to bean properties.
PR: 32414
Revision ChangesPath
1.7 +20 -0 jakarta-commons/dbutils/xdocs/examples.xml
Index: examples.xml
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=32414.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
dgraham 2004/12/18 17:22:55
Modified:dbutils project.xml
Log:
Added Markus Khouri to list of contributors for bug 32414.
Revision ChangesPath
1.18 +9 -0 jakarta-commons/dbutils/project.xml
Index: project.xml
Use case for wanting to get all tags and branches for one component is
promotion from sandbox-proper, proper-jakarta, jakarta-TLP. Or the
opposite, which I hesitate to call demotion :)
Hen
On Sat, 18 Dec 2004 14:13:49 -0800, Martin Cooper [EMAIL PROTECTED] wrote:
On Sat, 18 Dec 2004 21:22:12
On Sat, 18 Dec 2004 20:34:47 -0500, Henri Yandell [EMAIL PROTECTED] wrote:
Use case for wanting to get all tags and branches for one component is
promotion from sandbox-proper, proper-jakarta, jakarta-TLP. Or the
opposite, which I hesitate to call demotion :)
Yah, good point. Then I guess I
dgraham 2004/12/18 18:38:19
Modified:dbutils/src/test/org/apache/commons/dbutils/handlers
ScalarHandlerTest.java
Log:
Removed unnecessary casts to Object.
Revision ChangesPath
1.4 +31 -41
dgraham 2004/12/18 18:42:24
Modified:dbutils/src/test/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSetTest.java
Log:
Removed unnecessary casts.
Revision ChangesPath
1.5 +13 -29
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=32449.
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=31446.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
dgraham 2004/12/18 18:59:49
Modified:dbutils/xdocs changes.xml
dbutils/src/test/org/apache/commons/dbutils
BaseTestCase.java
dbutils project.xml
Added: dbutils/src/test/org/apache/commons/dbutils/handlers
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=31446.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
ozeigermann2004/12/18 19:07:04
Modified:transaction/src/java/org/apache/commons/transaction/locking
GenericLockManager.java
Log:
Added global timeouts and means for deferred (more performing)
deadlock checking
Revision ChangesPath
1.6 +170
ozeigermann2004/12/18 19:07:23
Modified:transaction/src/test/org/apache/commons/transaction/locking
GenericLockTest.java
Log:
Added test for global timeouts
Revision ChangesPath
1.7 +74 -7
ozeigermann2004/12/18 19:11:06
Modified:transaction/xdocs/style basic.xsl
Log:
Fixed wrong reference to project.xml
Revision ChangesPath
1.2 +2 -2 jakarta-commons/transaction/xdocs/style/basic.xsl
Index: basic.xsl
bayard 2004/12/18 19:23:00
Modified:lang/src/test/org/apache/commons/lang/time
DurationFormatUtilsTest.java
Log:
few more tests to get 100% coverage for Token
Revision ChangesPath
1.15 +12 -0
dgraham 2004/12/18 19:25:06
Modified:dbutils/src/java/org/apache/commons/dbutils
ResultSetIterator.java
Log:
Removed TODOs.
Revision ChangesPath
1.5 +0 -9
bayard 2004/12/18 19:30:38
Modified:lang/src/test/org/apache/commons/lang/time
DurationFormatUtilsTest.java
Log:
should now run the last bit of code
Revision ChangesPath
1.16 +1 -1
Do we want to clean the sandbox up before an svn migration?
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, 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=31977.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
1 - 100 of 104 matches
Mail list logo
