Hi,
for a reason unknown to me (well, I didn't even try to find out) the
compile-log4j12 target tries to compile Log4J13Logger and fails.
Cheers
Stefan
--
http://stefan.samaflost.de/
-
To unsubscribe, e-mail: [EMAIL
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=35432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: dion
Date: Mon Jun 27 01:03:05 2005
New Revision: 201956
URL: http://svn.apache.org/viewcvs?rev=201956view=rev
Log:
Remove useless test.
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/TestCoreTags.java
Modified:
Author: dion
Date: Mon Jun 27 01:05:19 2005
New Revision: 201957
URL: http://svn.apache.org/viewcvs?rev=201957view=rev
Log:
Remove unnecessary casts
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestArgTag.java
Modified:
Gary,
that's right, the basic idea is to configure several VariableResolvers
for different purposes. This is pretty much the same as the
interpolation engine of [digester] works. Resolvers for system
properties and map based resolvers are very obvious and simple
implementations. But a
Author: dion
Date: Mon Jun 27 01:11:29 2005
New Revision: 201959
URL: http://svn.apache.org/viewcvs?rev=201959view=rev
Log:
Remove else
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestIncludeTag.java
Modified:
Author: dion
Date: Mon Jun 27 01:14:49 2005
New Revision: 201960
URL: http://svn.apache.org/viewcvs?rev=201960view=rev
Log:
Remove else
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/tags/junit/SuiteTag.java
Modified:
Author: dion
Date: Mon Jun 27 01:21:31 2005
New Revision: 201961
URL: http://svn.apache.org/viewcvs?rev=201961view=rev
Log:
Remove unused variable
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/test/impl/DummyTag.java
Modified:
Hi,
A similar use of different attributes depending on usage is the set tag, where
you can use either a var attr or a target attr. My custom tag works in a
similar ways with different functionality depending on attrs given. Like:
package se.keriksson.jool.jelly;
import java.util.*;
import
Kristofer,
I understand it's quite an issue to be surprised of caching now... but
before committing anything, I'd like to write down a kind lifecycle of
a tag which would let everyone understand when a tag is created, when
it's set, and when its doTag method is called.
I only spent ten
On Mon, 27 Jun 2005, Dennis Lundberg [EMAIL PROTECTED] wrote:
commons-logging-step-1 needs to call the prepare target as
well. That target is responsible for creating directories.
I already changed that (it even calls static, just to be sure) - but
that just leads to a compilation error.
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-step-1 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-logging-step-1 has an issue affecting its community integration.
This
Author: dion
Date: Mon Jun 27 03:24:30 2005
New Revision: 201965
URL: http://svn.apache.org/viewcvs?rev=201965view=rev
Log:
Remove unused variable
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/test/xml/TestXMLValidation.java
Modified:
Author: dion
Date: Mon Jun 27 03:25:15 2005
New Revision: 201966
URL: http://svn.apache.org/viewcvs?rev=201966view=rev
Log:
Remove unused variable
Modified:
jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/test/xml/TestNonexistentTags.java
Modified:
Author: skitching
Date: Mon Jun 27 04:04:03 2005
New Revision: 201967
URL: http://svn.apache.org/viewcvs?rev=201967view=rev
Log:
Need to include discovery as dependency for any target that tries
to test xxx.present variables.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Hans, Paul
I have not been able to recreate the problem on any of your core tags, which is
of course the way it should be. But I have definitively found and corrected a
line of code in my tag which seems to have been the reason for the problem here.
My app works this way:
I have pre compiled
I dare to come back to the Creating a CSV component thread where the
discussion has starved a bit during the last weeks:
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200506.mbox/[EMAIL
PROTECTED]
Summary:
So far I've found the following oppinions concerning CSV as an own
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=35366.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
My +1
paul
Le 27 juin 05, à 13:31, Stefan Rufer a écrit :
I dare to come back to the Creating a CSV component thread where the
discussion has starved a bit during the last weeks:
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/
200506.mbox/[EMAIL PROTECTED]
Summary:
So
I've used it with good success. If you've seen any of the Maven plugin release
announcements circulating on the mailing lists, then you've seen the plugin in
action. You may need to upgrade to the lastest version, 1.3, as it provides
the means to specify a custom JSL transform.
Brent Worden
Author: psteitz
Date: Mon Jun 27 06:10:25 2005
New Revision: 201985
URL: http://svn.apache.org/viewcvs?rev=201985view=rev
Log:
Roll back changes inadverently made in R201919.
Modified:
jakarta/commons/proper/math/trunk/xdocs/images/math-old.gif
Author: psteitz
Date: Mon Jun 27 06:26:30 2005
New Revision: 201988
URL: http://svn.apache.org/viewcvs?rev=201988view=rev
Log:
Added Jorg Weimar to contributors.
Modified:
jakarta/commons/proper/math/trunk/project.xml
Modified: jakarta/commons/proper/math/trunk/project.xml
URL:
Author: oheger
Date: Mon Jun 27 09:30:54 2005
New Revision: 202006
URL: http://svn.apache.org/viewcvs?rev=202006view=rev
Log:
Fix for issue 35509: Correct handling of tags containing a dot in
XMLConfiguration
Modified:
jakarta/commons/proper/configuration/trunk/conf/test.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=35509.
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=35509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hello:
I think that a good motivation for interpolation in [lang] would be to
have [configuration] as a call site ([configuration] already depends on
[lang]). With that in mind, I would like to see interpolation classes
suitable for [configuration] but not any more complicated for a first
cut.
I
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=35509.
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=35509.
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=35433.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hello Gary,
I have no strict definition of what I call an interpolation engine, but
I view it as somewhat that is customizable by clients. What is already
implemented in [digester] would to a major part satisfy the needs of
[configuration]. In addition to the basic interpolation functionality
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=35433.
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=34406.
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=35509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ok, this all sounds good!
I think it would be reasonable to have a String version of the resolve
API to make the most common case easy to deal with. Perhaps the generic
Object API would be Object resolveObject() while the more normal (for
[lang].text) String version be String resolve()?
Gary
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=35509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: stevencaswell
Date: Mon Jun 27 13:24:10 2005
New Revision: 202043
URL: http://svn.apache.org/viewcvs?rev=202043view=rev
Log:
added empty statement to empty catch blocks
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java
Author: stevencaswell
Date: Mon Jun 27 13:25:23 2005
New Revision: 202044
URL: http://svn.apache.org/viewcvs?rev=202044view=rev
Log:
added invocation of super() to constructor
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/StringUtils.java
Author: stevencaswell
Date: Mon Jun 27 13:34:13 2005
New Revision: 202052
URL: http://svn.apache.org/viewcvs?rev=202052view=rev
Log:
added missing javadoc tags
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java
Modified:
Author: stevencaswell
Date: Mon Jun 27 13:41:03 2005
New Revision: 202055
URL: http://svn.apache.org/viewcvs?rev=202055view=rev
Log:
added javadocs to inner class constructors
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java
Modified:
Hello:
What is the reason for this change?
-//Too big for a long
+; //Too big for a long
It looks very odd to me.
Thanks,
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, June 27, 2005 1:24
Some style checkers won't allow you to have empty code blocks. You must at
least have one empty statement.
-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED]
Sent: Monday, June 27, 2005 4:54 PM
To: Jakarta Commons Developers List
Subject: added empty statement to empty
Yep. In this case throwing a bone to the PMD checker.Of course if I
had actually rerun the PMD report before committing I would have
realized that it also doesn't like an empty statement outside of a
loop, so I really didn't fix anything PMD-wise. I'll have to rethink
that particular bone.
On
Stefan Bodewig wrote:
Hi,
for a reason unknown to me (well, I didn't even try to find out) the
compile-log4j12 target tries to compile Log4J13Logger and fails.
Cheers
Stefan
I think this is because Gump uses it's own classpath and has not set up
the two ant-properties for log4j.
As there are a lot of style changes going in at the moment, I was
wondering if we could tag [lang] after they are complete. That way,
comparisons when releasing v2.2 can have a better baseline to compare to
that doesn't have spurious style only fixes.
Stephen
Sure. Since I'm mostly the style culprit I'll put on a tag when I'm done.
On 6/27/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
As there are a lot of style changes going in at the moment, I was
wondering if we could tag [lang] after they are complete. That way,
comparisons when releasing
Oliver Heger wrote:
Hello Gary,
I have no strict definition of what I call an interpolation engine, but
I view it as somewhat that is customizable by clients.
I am a little concerned by the direction of this thread. [lang]'s scope
doesn't cover the words 'framework' or 'engine'. [lang] is
Gary Gregory wrote:
Hello Oliver:
I took a quick look at the ticket you linked to below. For this to work
for System properties, a simple VariableResolver would do the trick I
think. Maybe a generic MapVariableResolver could also be provided and
maybe a factory methods in order to say simple
Seems like a fine idea.
Gary
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Monday, June 27, 2005 3:09 PM
To: Jakarta Commons Developers List
Subject: [lang] Tagging after style changes
As there are a lot of style changes going in at the moment, I was
Kristofer, could you send some XML as an example?
Paul, I believe that you are correct, which is why I'm worried. I went
through various scenarios with the caching patch and thought that there
would be absolutely no change whatsoever to the functionality. This is why I
was a little freaked out
Hello:
Should such proposed StrBuilder methods also not be in StringUtils?
Whichever way we go (or provide both), I can still see the benefit of a
class that can be instantiated and configured with $ {, } and a
map.
Gary
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL
Hi,
I'm looking at fixing some issues with commons-logging unit tests by
adding a couple of classes that enhance junit. In one case this means
copying-and-pasting a dozen lines from junit.framework.TestSuite into a
local class.
JUnit is published under the Common Public License 1.0
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=35520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
53 matches
Mail list logo