Author: bayard
Date: Mon Jul 31 23:17:13 2006
New Revision: 427459
URL: http://svn.apache.org/viewvc?rev=427459view=rev
Log:
Added manifests for api and compiler
Added:
jakarta/commons/proper/attributes/trunk/api/manifest.mf (with props)
Author: bayard
Date: Mon Jul 31 23:17:47 2006
New Revision: 427461
URL: http://svn.apache.org/viewvc?rev=427461view=rev
Log:
2.2-rc2 to 2.2
Modified:
jakarta/commons/proper/attributes/trunk/api/manifest.mf
jakarta/commons/proper/attributes/trunk/compiler/manifest.mf
Modified:
On 7/25/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
With apologies for not having noticed this at the RC stage, it seems
there are some disparities between the maven and ant build, probably
in the order of importance:
1) what is the purpose of anttasks.properties in the compiler jar (its
missing
On Tue, 2006-08-01 at 06:17 +, [EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/attributes/trunk/api/manifest.mf?rev=427459view=auto
==
+X-Compile-Source-JDK: 1.4
4 +1s (including my own...quick +1 for the record).
Leo Sutic
Dennis Lundberg
Stephen Colebourne
Henri Yandell
1 +0
Rahul Akolkar
I'll go ahead and work on the release tomorrow night.
Hen
On 7/23/06, Henri Yandell [EMAIL PROTECTED] wrote:
This is a vote for releasing Commons Attribetus 2.2
On 7/31/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Tue, 2006-08-01 at 06:17 +, [EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/attributes/trunk/api/manifest.mf?rev=427459view=auto
[ http://issues.apache.org/jira/browse/LANG-274?page=all ]
Henri Yandell resolved LANG-274.
Resolution: Won't Fix
Resolving this one as a wontfix - instead we'll discuss convert APIs on
commons-dev.
Support for multidimensional array conversion
On 7/23/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I have reworked the VariableFormatter class along the lines that I was
thinking. I have committed it as StrSubstitutor so it doesn't clash for the
moment and so it can be easiy reviewed.
This version does not have a separate parser
Just as a (late) suggestion : would you consider migration to
org.apache.commons groupId ?
(http://maven.apache.org/guides/mini/guide-relocation.html)
Nico.
Henri Yandell a écrit :
4 +1s (including my own...quick +1 for the record).
Leo Sutic
Dennis Lundberg
Stephen Colebourne
Henri
[
http://issues.apache.org/jira/browse/SANDBOX-161?page=comments#action_12424761
]
Henri Yandell commented on SANDBOX-161:
---
is the one I've always seen too.
http://tools.ietf.org/html/rfc4180 has that as well (from the wikipedia link).
Create Strategy for RFC4180
---
Key: SANDBOX-163
URL: http://issues.apache.org/jira/browse/SANDBOX-163
Project: Commons Sandbox
Issue Type: Task
Components: CSV
Reporter: Henri Yandell
Support
Author: bayard
Date: Mon Jul 31 23:50:08 2006
New Revision: 427470
URL: http://svn.apache.org/viewvc?rev=427470view=rev
Log:
Fixing bug reported byu Markus Rogg in #SANDBOX-153. Whitespace was being
treated specially when it was not the delimiter. Unit test and patch applied.
Modified:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rahul Akolkar wrote:
(added [vfs] to subject)
On 7/31/06, Torsten Curdt [EMAIL PROTECTED] wrote:
- commons-compress : Commons Compression Package
- commons-vfs : Jakarta commons
- excalibur-fortress-bean : Repository of
[ http://issues.apache.org/jira/browse/SANDBOX-153?page=all ]
Henri Yandell resolved SANDBOX-153.
---
Resolution: Fixed
Thanks Markus; the patch and unit test are both applied and will be in
tonight's nightly build.
svn ci -m Fixing bug reported byu
[
http://issues.apache.org/jira/browse/SANDBOX-161?page=comments#action_12424768
]
Henri Yandell commented on SANDBOX-161:
---
I'll look into fixing this, but patches are welcome.
At a rough guess it means that an encapsulatorEscapeChar
On 7/31/06, Andres Almiray [EMAIL PROTECTED] wrote:
Ugh! I hope you feel better by now.
Not much :)
I'd like to see commons-convert get a restart though - it's
functionality I've needed many times and come up with various
intentionally non-generic solutions (having seen how bogged down the
Author: skitching
Date: Tue Aug 1 00:37:00 2006
New Revision: 427477
URL: http://svn.apache.org/viewvc?rev=427477view=rev
Log:
Add javadoc only.
Modified:
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java
Modified:
2006/7/31, Kris Nuttycombe [EMAIL PROTECTED]:
I'd be happy to donate a little time, if someone could give a report on
what the current state of the project is and what needs to be done. Data
conversion is a significant issue where I work.
I guess convert is much more about converting one Java
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12424787 ]
Remi Arntzen commented on CODEC-8:
--
Resolution: Won't Fix
Why won't this be fixed. This is a basic feature that demands further
consideration.
REQ:
Hi,
Looks good to me. Maybe for 2.3 this patch could provide
MessageFormatting like proposed before without bloating the API. Does
this now mean that VariableFormatter is gone? I like the nameing
StrSubstitutor better.
Tom
Henri Yandell schrieb:
On 7/23/06, Stephen Colebourne [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12424788 ]
Jochen Wiedmann commented on CODEC-8:
-
The ws-commons-util project contains a streaming base64 encoder/decoder, which
is used by Apache XML-RPC.
REQ:
2006/7/31, Rahul Akolkar [EMAIL PROTECTED]:
On 7/30/06, Oliver Zeigermann [EMAIL PROTECTED] wrote:
2006/7/30, Rahul Akolkar [EMAIL PROTECTED]:
snip/
IMO:
* Its straightforward to provide an ant target to download the deps.
Oh. I am ignorant. Did not know that. How does this work?
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-compress has an issue affecting its community integration.
This issue
Here is a new technology on AlphaWorks which utilizes JEXL that you may
add to the list of projects which use JEXL
http://www.alphaworks.ibm.com/tech/hirixml
Hierarchical Inherited Rule-Interpreted XML is a dynamic XML Engine that
creates dynamic DOMs built on dynamic rules and expressions
[
http://issues.apache.org/jira/browse/SANDBOX-161?page=comments#action_12424835
]
Daniel Gredler commented on SANDBOX-161:
I agree about the encapsulatorEscapeChar CSVStrategy property (maybe using
the shorter name escapeChar). My
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.
Cool.
JEXL is also a supported scripting language for jsr 223.
On 8/1/06, Chad Meadows [EMAIL PROTECTED] wrote:
Here is a new technology on AlphaWorks which utilizes JEXL that you may
add to the list of projects which use JEXL
http://www.alphaworks.ibm.com/tech/hirixml
Hierarchical Inherited
I guess when I think about data conversion, I think of it in terms of
converting between Java object types, so I think our goals may mesh well
and I just didnt' express myself very clearly. For example, if convert
gets back up and running there are a number of things that I'll want to
drop in
--- Henri Yandell [EMAIL PROTECTED] escribió:
What are your thoughts on the current API in
commons-convert? It's
much simpler to start with that and start improving
that to get a new
codebase + software grant added in. Is it much the
same, or is there
a critical design difference?
As this is a sandbox project, we shouldn't be constrained in making changes.
Gump is there to inform us of who might complain, but in the end they made the
choice to depend on unreleased projects.
Sure ...but I was more referring to the fact that it is excalibur
particular. It's not like that
[
http://issues.apache.org/jira/browse/TRANSACTION-11?page=comments#action_12424899
]
Jeremy Fujimoto-Johnson commented on TRANSACTION-11:
I apologize for marking this issue with too high of a priority. I just took the
(I'm new here, so please be a little kind if I'm royally screwing up)
Unaware of the existence of the lang component, I developed my own
utilities classes/methods for my own use over the years. Now I see most
of the effort duplicated stuff that already exists here... but not all
of it.
I think
On 31/07/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/28/06, James Carman [EMAIL PROTECTED] wrote:
...
Sure you could argue that log4j is more powerful, but the same could
be said of ORO. Increasingly people just aren't going to care. We're
starting to talk about moving to 1.3 so we can
On 8/1/06, Miguel Farah [EMAIL PROTECTED] wrote:
(I'm new here, so please be a little kind if I'm royally screwing up)
Welcome :-)
Unaware of the existence of the lang component, I developed my own
utilities classes/methods for my own use over the years. Now I see most
of the effort
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 RhysUlerich:
http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions
The comment on the change is:
added a new question
For my part
On 8/1/06, Oliver Heger [EMAIL PROTECTED] wrote:
+1 for the name StrSubstitutor.
I'm ambivalent on the name. I've always called this introspecting, but
we killed that name a while back so I'll take anything.
Well, I guess I have no chance to convince you to get back to
On 8/1/06, Miguel Farah [EMAIL PROTECTED] wrote:
On 8/1/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 8/1/06, Miguel Farah [EMAIL PROTECTED] wrote:
(I'm new here, so please be a little kind if I'm royally screwing up)
Welcome :-)
Thanks.
[...]
I think I can contribute new methods for
Oliver Zeigermann wrote:
2006/7/31, Kris Nuttycombe [EMAIL PROTECTED]:
I'd be happy to donate a little time, if someone could give a report on
what the current state of the project is and what needs to be done. Data
conversion is a significant issue where I work.
I guess convert is much more
David Blevins wrote:
I made a couple libraries for manipulating Confluence and Jira via
their XML-RPC front-ends. Currently, I have them sitting here:
http://svn.codehaus.org/swizzle/trunk/swizzle-confluence/
http://svn.codehaus.org/swizzle/trunk/swizzle-jira/
Examples:
Came across this issue over at Spring:
http://opensource.atlassian.com/projects/spring/browse/SPR-2090
Is it something DBCP has hit and fixed; or hasn't hit yet?
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On 8/1/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Oliver Zeigermann wrote:
2006/7/31, Kris Nuttycombe [EMAIL PROTECTED]:
I'd be happy to donate a little time, if someone could give a report on
what the current state of the project is and what needs to be done. Data
conversion is a
Stephen Colebourne wrote:
Oliver Heger wrote:
+1 for the name StrSubstitutor.
:-)
Well, I guess I have no chance to convince you to get back to Object
as result type for the resolver interface? Hm, for [configuration] I
can probably live with this, but it may cause unnecessary conversions.
--- Henri Yandell [EMAIL PROTECTED] escribió:
On 8/1/06, Stephen Colebourne
I think that a key issue with its failure first
time around was scope.
Personally, I would be quite comfortable to see
[convert] only support
conversion between Objects and Strings and vice
versa. ie. a very
--- Stephen Colebourne [EMAIL PROTECTED]
IMHO, anything else leads into much more difficult
design choices, and
leads beyond the range of commons. For example, I
know that there is at
least one sf project doing Object to Object
conversions already (but I
can't find a reference).
Can
On 8/1/06, Henri Yandell [EMAIL PROTECTED] wrote:
4 +1s (including my own...quick +1 for the record).
Leo Sutic
Dennis Lundberg
Stephen Colebourne
Henri Yandell
1 +0
Rahul Akolkar
snip/
Since some the points mentioned in my prior post, particularly the
missing manifests, have been covered
Message below forwarded at sender's (Mario's) request. Feedback welcome.
-Rahul
-- Forwarded message --
From: Mario Ivankovits [EMAIL PROTECTED]
Date: Aug 1, 2006 2:40 PM
Subject: Re: [VFS][compress] Re: [EMAIL PROTECTED]: Project
commons-compress (in module
On Aug 1, 2006, at 12:53 PM, Stephen Colebourne wrote:
David Blevins wrote:
I made a couple libraries for manipulating Confluence and Jira
via their XML-RPC front-ends. Currently, I have them sitting here:
http://svn.codehaus.org/swizzle/trunk/swizzle-confluence/
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 RahulAkolkar:
http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions
The comment on the change is:
Answer today's question.
Author: skitching
Date: Tue Aug 1 16:45:58 2006
New Revision: 427797
URL: http://svn.apache.org/viewvc?rev=427797view=rev
Log:
When multiple jars on classpath match logical lib name, use jar with shortest
name.
Also remove debug print statement.
Modified:
Author: skitching
Date: Tue Aug 1 16:46:32 2006
New Revision: 427798
URL: http://svn.apache.org/viewvc?rev=427798view=rev
Log:
Remove unused imports (fix compile warnings).
Modified:
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/logkit/StandardTestCase.java
Author: skitching
Date: Tue Aug 1 16:48:14 2006
New Revision: 427800
URL: http://svn.apache.org/viewvc?rev=427800view=rev
Log:
Manually force our custom java.util.logging.Handler class to be loaded via the
system classloader. This means that the unit test can successfully run even
when the class
For example There were ${number} characters, would return the object
matching the ${number} substitution, and dropping the rest of the text!
Perhaps you can point to an exact use case?
Oliver Heger wrote:
Your analysis is correct. The idea was that you can have specialized
resolver
Author: skitching
Date: Tue Aug 1 17:08:20 2006
New Revision: 427808
URL: http://svn.apache.org/viewvc?rev=427808view=rev
Log:
Have DefaultConfigTestCase explicitly set up its classpath. When run from ant,
log4j is not on the
classpath so using the default setup works; however when run from
Author: skitching
Date: Tue Aug 1 17:18:56 2006
New Revision: 427814
URL: http://svn.apache.org/viewvc?rev=427814view=rev
Log:
Make test compatible with maven2 surefire.
Modified:
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java
Hi,
Currently the nightly build stuff supports either ant or maven1.x.
I've just got logging building/testing successfully with maven2 (though
building the dist bundles is still to do). Is there any chance someone
could update the nightly build stuff to support maven2 as well? It would
be a lot
On Tue, 1 Aug 2006, Stephen Colebourne [EMAIL PROTECTED]
wrote:
As this is a sandbox project, we shouldn't be constrained in making
changes. Gump is there to inform us of who might complain, but in
the end they made the choice to depend on unreleased projects.
+1
In the particular case of
Author: tcurdt
Date: Tue Aug 1 21:45:26 2006
New Revision: 427890
URL: http://svn.apache.org/viewvc?rev=427890view=rev
Log:
forgot a few files to add: draft 8 from C. Grobmeier, grant has been received,
cheers
Added:
58 matches
Mail list logo