On 1/24/06, Brett Porter [EMAIL PROTECTED] wrote:
jerome lacoste wrote:
The refactoring ended up here:
http://moca.dynalias.com/~jerome/projects/exec2/
(Unfortunately it seems like I messed up apache access rights, but I
should make this code available tomorrow).
Let us know, I'll
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-test 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-jelly-test 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-jelly-tags-xml-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-xml-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-swing 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-jelly-tags-swing 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-jelly-tags-html 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-jelly-tags-html 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-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.
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-define-test has an issue affecting its community
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-define-test has an issue affecting its community
On 1/24/06, Brett Porter [EMAIL PROTECTED] wrote:
jerome lacoste wrote:
I'm big on interfaces for defining and maintaining a simple public
contract of the API,
They help to some extent, but if you are going to use interface just
to define your public contract, I think it might be an overuse.
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=38328.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: bayard
Date: Tue Jan 24 06:29:48 2006
New Revision: 371924
URL: http://svn.apache.org/viewcvs?rev=371924view=rev
Log:
fixing pmc from name to url
Modified:
jakarta/commons/proper/attributes/trunk/doap_attributes.rdf
jakarta/commons/proper/beanutils/trunk/doap_beanutils.rdf
Hello List,
for a project of ours, which uses the Apache Commons collections, I need
to make those runnable in a .NET/J# context.
I have therefore Modified MuliHashMap. I have added a private Method in
the outer class, that can be referenced by the inner classes (because
the J# compiler does not
Theres quite a bit of overlap between whats in maven's project.xml and whats
in this doap format - seems a shame to have to have it in two places. Maybe
a maven doap plugin would be a good idea?
Niall
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday,
Author: rdonkin
Date: Tue Jan 24 09:55:07 2006
New Revision: 371967
URL: http://svn.apache.org/viewcvs?rev=371967view=rev
Log:
Removed links from contents to removed sections.
Modified:
jakarta/commons/proper/logging/trunk/xdocs/guide.xml
Modified:
Author: rdonkin
Date: Tue Jan 24 09:59:37 2006
New Revision: 371968
URL: http://svn.apache.org/viewcvs?rev=371968view=rev
Log:
Decided that it's better to include suffix for release candidates.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
On Mon, 2006-01-23 at 18:46 -0500, Rahul Akolkar wrote:
On 1/23/06, robert burrell donkin [EMAIL PROTECTED] wrote:
snip
I'm all for JCL 1.1, but IMO, the above approach should have been
discussed before posting these files.
it's just a few files posted to my home directory for
On Tue, 2006-01-24 at 12:14 +1300, Simon Kitching wrote:
On Mon, 2006-01-23 at 22:07 +, robert burrell donkin wrote:
On Mon, 2006-01-23 at 10:05 +0100, Boris Unckel wrote:
snip
Second 1.4.2_10 is the actual version, for a new release I would prefer
the
latest compiler (even if
Author: rdonkin
Date: Tue Jan 24 10:39:24 2006
New Revision: 371976
URL: http://svn.apache.org/viewcvs?rev=371976view=rev
Log:
Removed properties used by the now-removed optional build.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified:
Author: rdonkin
Date: Tue Jan 24 10:42:57 2006
New Revision: 371977
URL: http://svn.apache.org/viewcvs?rev=371977view=rev
Log:
Removed javadoc target. Use maven for documentation including javadocs.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified:
Author: rdonkin
Date: Tue Jan 24 10:46:20 2006
New Revision: 371978
URL: http://svn.apache.org/viewcvs?rev=371978view=rev
Log:
Default target is now 'all' and target 'all' now runs the unit tests.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified:
Brett Porter wrote:
Niklas Gustavsson wrote:
/*
* StreamHandlers are used for providing input,
* retriving the output. Also used for logging.
*/
StreamHandler getStreamHandler();
void setStreamHandler(StreamHandler streamHandler);
My only comments on these is that I don't see the point of
On Tue, 2006-01-24 at 18:39 +, robert burrell donkin wrote:
On Tue, 2006-01-24 at 12:14 +1300, Simon Kitching wrote:
Why is it necessary to use two different JVMs?
need a 1.4 JVM to compile the java.util stuff but the rest of the code
needs to run fine on earlier JVMs.
javac
Brett Porter wrote:
Niklas Gustavsson wrote:
/*
* StreamHandlers are used for providing input,
* retriving the output. Also used for logging.
*/
StreamHandler getStreamHandler();
void setStreamHandler(StreamHandler streamHandler);
My only comments on these is that I don't see the point of
In message [EMAIL PROTECTED], Rahul
Akolkar writes:
No, haven't had to deal with such a situation. But doesn't this mean
that the code will only work on a subset of the 1.3 JDKs (Sun)? If so,
maybe (3) isn't all that bad?
In general, I am biased against introducing dependencies on com.sun
Author: rdonkin
Date: Tue Jan 24 13:09:51 2006
New Revision: 372020
URL: http://svn.apache.org/viewcvs?rev=372020view=rev
Log:
Updated dist method to reflect modern practice. Added optional isolated
compilation for releases (requires a pre-1.4 JVM to run the ant tasks and the
On Wed, 2006-01-25 at 09:35 +1300, Simon Kitching wrote:
On Tue, 2006-01-24 at 18:39 +, robert burrell donkin wrote:
On Tue, 2006-01-24 at 12:14 +1300, Simon Kitching wrote:
Why is it necessary to use two different JVMs?
need a 1.4 JVM to compile the java.util stuff but the rest of
i plan to tag RC2 sometime after 2130GMT today. please do not commit
changes after than time until you see the commit record for the tag.
cheers
- robert
signature.asc
Description: This is a digitally signed message part
robert burrell donkin wrote:
On Wed, 2006-01-25 at 09:35 +1300, Simon Kitching wrote:
On Tue, 2006-01-24 at 18:39 +, robert burrell donkin wrote:
On Tue, 2006-01-24 at 12:14 +1300, Simon Kitching wrote:
Why is it necessary to use two different JVMs?
need a 1.4 JVM to compile the
1. Use the javax.net.ssl classes. (Out of the question because of our
mandate to support 1.3)
2. Do what Paul and Josejuan did - use the com.sun classes
3. Maybe. use the javax.net.ssl classes but document that if used with
JDK 1.4, jsse.jar must be on the classpath.
Hi, i'll use the
Hi,
this is my first post ever to a mailing list so please do not mind to tell
me if I do sth. wrong... ;)
I just asked myself why the EqualsBuilder does not support the comparison of
Collections. Personally, I am very often in the situation that I have to
compare Collections. Collections are
Author: joehni
Date: Tue Jan 24 13:51:23 2006
New Revision: 372029
URL: http://svn.apache.org/viewcvs?rev=372029view=rev
Log:
Dropped IdentifierGeneratorFactory and derived.
Dropped IdentifierUtils.
Removed:
On Tue, 2006-01-24 at 22:35 +0100, Dennis Lundberg wrote:
robert burrell donkin wrote:
On Wed, 2006-01-25 at 09:35 +1300, Simon Kitching wrote:
On Tue, 2006-01-24 at 18:39 +, robert burrell donkin wrote:
On Tue, 2006-01-24 at 12:14 +1300, Simon Kitching wrote:
Why is it necessary to
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 JörgSchaible:
http://wiki.apache.org/jakarta-commons/id/1%2e0ReleasePlan
The comment on the change is:
Update status.
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 JörgSchaible:
http://wiki.apache.org/jakarta-commons/id/1%2e0ReleasePlan
jerome lacoste wrote:
Niklas, Brett, Trygve all,
So here's what I propose to do:
- decide which requirements are important. What is the problem we are
trying to solve? How do we position us compared to the official's API?
etc... Someone using SDK 1.4 or 1.5 should find a compelling reason
Author: rdonkin
Date: Tue Jan 24 13:57:44 2006
New Revision: 372030
URL: http://svn.apache.org/viewcvs?rev=372030view=rev
Log:
Ignore new artifacts directory used by dist target.
Modified:
jakarta/commons/proper/logging/trunk/ (props changed)
Propchange:
Author: rdonkin
Date: Tue Jan 24 13:58:22 2006
New Revision: 372031
URL: http://svn.apache.org/viewcvs?rev=372031view=rev
Log:
Ignore new artifacts directory used by dist target. (Fix)
Modified:
jakarta/commons/proper/logging/trunk/ (props changed)
Propchange:
Author: rdonkin
Date: Tue Jan 24 13:59:06 2006
New Revision: 372032
URL: http://svn.apache.org/viewcvs?rev=372032view=rev
Log:
Tag for the second release candidate for JCL 1.1
Added:
jakarta/commons/proper/logging/tags/LOGGING_1_1_0_RC2/
- copied from r372031,
Author: joehni
Date: Tue Jan 24 14:00:20 2006
New Revision: 372033
URL: http://svn.apache.org/viewcvs?rev=372033view=rev
Log:
Fix year of copyright.
Modified:
jakarta/commons/sandbox/id/trunk/src/java/org/apache/commons/id/task/UUIDTask.java
done
feel free to add documentation enhancements and fixes (dennis?
changes.xml?)
- robert
On Tue, 2006-01-24 at 21:23 +, robert burrell donkin wrote:
i plan to tag RC2 sometime after 2130GMT today. please do not commit
changes after than time until you see the commit record for the tag.
please download and check the 2nd release candidate from
http://people.apache.org/~rdonkin/commons-logging/.
the binary distributions should have standardised EOLs. installing the
latest subversion is giving me a few issues so the source distributions
ATM will probably have nix EOLs. please check
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 BorisUnckel:
http://wiki.apache.org/jakarta-commons/Logging
--
Matthias Pfau wrote:
this is my first post ever to a mailing list
Welcome
I just asked myself why the EqualsBuilder does not support the comparison of
Collections. Personally, I am very often in the situation that I have to
compare Collections. Collections are widely used and there might be
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi Michael,
Michael Heuer wrote on Friday, January 20, 2006 7:40 PM:
On Fri, 20 Jan 2006, Phil Steitz wrote:
I have started working on this. What I had in mind was just a simple
facility for creating composite identifiers created by
On general @ jakarta Henri mentioned that the BCEL version was generated from the project.xml. I
assume he did that with these doap files.
I hope that Henri didn't mean generated by hand from the project.xml.
It should be pretty easy to whip a plugin for maven 1 and 2.
Mvgr,
Martin
Niall
On 1/24/06, Martin van den Bemt [EMAIL PROTECTED] wrote:
On general @ jakarta Henri mentioned that the BCEL version was generated from
the project.xml. I
assume he did that with these doap files.
I hope that Henri didn't mean generated by hand from the project.xml.
It should be pretty easy
Jose Juan Montiel wrote:
1. Use the javax.net.ssl classes. (Out of the question because of our
mandate to support 1.3)
2. Do what Paul and Josejuan did - use the com.sun classes
3. Maybe. use the javax.net.ssl classes but document that if used with
JDK 1.4, jsse.jar must be on the
Author: brett
Date: Tue Jan 24 16:43:43 2006
New Revision: 372063
URL: http://svn.apache.org/viewcvs?rev=372063view=rev
Log:
note the correct build requirements
Modified:
jakarta/commons/trunks-sandbox/pom.xml
Modified: jakarta/commons/trunks-sandbox/pom.xml
URL:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site of
a component? Building for commons-id, I just get:
== % ===
xdoc:jelly-transform:
[echo]
Generating /home/joehni/src/Jakarta/sandbox/id/target/docs/javadoc.html
from
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site
of
a component?
This file has the list of plugins and their versions:
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site of
a component? Building for commons-id, I just get:
== % ===
xdoc:jelly-transform:
[echo]
Generating
Author: joehni
Date: Tue Jan 24 17:44:46 2006
New Revision: 372076
URL: http://svn.apache.org/viewcvs?rev=372076view=rev
Log:
Use up-to-date xdoc-plugin.
Modified:
jakarta/commons/sandbox/id/trunk/project.xml
Modified: jakarta/commons/sandbox/id/trunk/project.xml
URL:
Thanks Martin and Rahul,
[snip]
http://svn.apache.org/repos/asf/jakarta/commons/proper/commons-build/trunk/pluginUpdate.txt
This has become a popular question, need to put it on the wiki as
well. Maybe after dinner ...
I've added it to the project.xml of c-id, so it is available the next
Jörg Schaible wrote:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site
of a component? Building for commons-id, I just get:
== % ===
xdoc:jelly-transform:
[echo]
Generating /home/joehni/src/Jakarta/sandbox/id/target/docs/javadoc.html
from
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/JakartaCommonsEtiquette
The comment on the change is:
s/Federation/Foundation/
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/JakartaCommonsEtiquette
The comment on the change is:
Unclear why this is on the
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/UsingSVN
The comment on the change is:
Adding link removed from etiquette page since
I'm proposing to move some content around on the Commons wiki.
Motivating factors are:
* Discourage amorphous growth on one or two pages
* Distribute content over already existing pages (some of which are
mostly abandoned)
* Reduce the number of orphaned pages, aim for better wiki navigation
On Tue, 2006-01-24 at 20:42 -0500, Rahul Akolkar wrote:
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi folks,
which version of Maven and the xdoc-plugin is necessary to build the site of
a component? Building for commons-id, I just get:
== % ===
xdoc:jelly-transform:
On 1/24/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Tue, 2006-01-24 at 20:42 -0500, Rahul Akolkar wrote:
On 1/24/06, Jörg Schaible [EMAIL PROTECTED] wrote:
snip/
xdoc-plugin is 1.8
snap/
Try 1.9.2. Some folks have begun adding a specific version dependency
to the POM (marked site
Hello all,
I have a question regarding encryption and export control. Does Apache,
Commons HTTPclient include any SW encryption that restricts export (i.e.
special ECCN code)?
Best Regards,
Parveen Garg
66 matches
Mail list logo