>
>
> > Most other Commons projects don't store the Eclipse files.
>
> compare the files with "mvn eclipse:clipse". If it matches, they can
> actually be deleted anyway.
>
I removed those files, they can be generated with mvn eclipse:eclipse
Cheers
Mark Thomas wrote:
Phil Steitz wrote:
Dheeraj Kumar wrote:
Hello,
Congratulations on Pool 1.5.1 release.
I was looking for Java 1.5 generics support on Apache Commons Pool and
found out RoadMap at
http://wiki.apache.org/jakarta-commons/PoolRoadMap (last edited
2006-09-10 02:28:23 by
luc.maison...@free.fr wrote:
- "Bill Barker" a écrit :
- Original Message -
From:
To: "Commons Developers List"
Sent: Wednesday, June 17, 2009 2:58 PM
Subject: Re: svn commit: r785552 - in /commons/proper/math/trunk/src:
java/org/apache/commons/math/complex/Complex.java
site
Setting MAVEN_OPTS=-Xmx512m did the trick. Thanks.
On Thu, Jun 18, 2009 at 3:19 PM, Siegfried Goeschl <
siegfried.goes...@it20one.at> wrote:
> Hi Vince,
>
> when you check your mvn script there is a 'MAVEN_OPTS' environment
> variable - here you can increase your memory settings for M2 by setting
Got it. I'll start working on this tomorrow. Thanks.
On Thu, Jun 18, 2009 at 5:39 PM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> And after you run mvn site they should show up in target/site/testing.html.
>
>
No. The instructions are in
https://svn.apache.org/repos/asf/commons/proper/vfs/trunk/xdocs/testing.xml.
Ralph
On Thu, Jun 18, 2009 at 9:18 AM, Vince Bonfanti wrote:
> I'm finished with my changes to support serialization of AbstractFileName
> and AbstractFileObject. The unit tests that are ex
And after you run mvn site they should show up in target/site/testing.html.
On Thu, Jun 18, 2009 at 2:38 PM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> No. The instructions are in
> https://svn.apache.org/repos/asf/commons/proper/vfs/trunk/xdocs/testing.xml.
>
>
> Ralph
>
On Thu, Jun 18, 2009 at 10:08 AM, Emmanuel Bourg wrote:
> Ceki Gulcu a écrit :
>
> There is also the overhead of converting each jul event to log4j
>> within the bridge. This overhead can be quite significant. In a
>> production system, you also have to synchronize the level of jul
>> logging wi
Hi Vince,
when you check your mvn script there is a 'MAVEN_OPTS' environment
variable - here you can increase your memory settings for M2 by setting
a poper '-Xmx512m'
Cheers,
Siegfried Goeschl
Vince Bonfanti wrote:
> I'm finished with my changes to support serialization of AbstractFileName
> a
Emmanuel Bourg wrote:
Ceki Gulcu a écrit :
Redirecting to jul from log4j assumes that you have log4j.jar on your
class path. When you direct from jul to log4j, which is the case you
mentioned, then you need log4j.jar plus the bridge code which is
located in a different artifact (apache-jul-lo
Ceki Gulcu a écrit :
Redirecting to jul from log4j assumes that you have log4j.jar on your
class path. When you direct from jul to log4j, which is the case you
mentioned, then you need log4j.jar plus the bridge code which is
located in a different artifact (apache-jul-log4j-bridge). Thus, in
add
I'm finished with my changes to support serialization of AbstractFileName
and AbstractFileObject. The unit tests that are executed via "mvn test" are
all passing. I tried to do "mvn site:stage" as you suggest, but got
out-of-memory errors. Is this the documentation I need to follow to run the
exter
Emmanuel Bourg wrote:
Ceki Gulcu a écrit :
And everything ends in log4j, where redirecting JUL requires just one
line in your configuration.
How so?
http://people.apache.org/~psmith/logging.apache.org/sandbox/jul-log4j-bridge/examples.html
Redirecting to jul from log4j assumes that
Phil Steitz wrote:
> Dheeraj Kumar wrote:
>> Hello,
>>
>> Congratulations on Pool 1.5.1 release.
>>
>> I was looking for Java 1.5 generics support on Apache Commons Pool and
>> found out RoadMap at
>> http://wiki.apache.org/jakarta-commons/PoolRoadMap (last edited
>> 2006-09-10 02:28:23 by SandyM
Ceki Gulcu a écrit :
And everything ends in log4j, where redirecting JUL requires just one
line in your configuration.
How so?
http://people.apache.org/~psmith/logging.apache.org/sandbox/jul-log4j-bridge/examples.html
The same feature in logback would be nice (if it doesn't exist already).
Hi Alexander,
please create a Jira Issue with patch for your contributions:
https://issues.apache.org/jira/browse/SANDBOX/component/12311182
or add a patch to an existing.
If you are doing big patches, its recommend to have a ICLA submitted:
http://www.apache.org/licenses/icla.txt
Please have in
Hi,
I have some stuff to contribute to this project (I've reworked and merged
OpenCSV lib) and need to person who will review my changes.
Alexander Chmyr
Software Engineer
Cogniance, Inc
--
http://cloudmade.com
Emmanuel Bourg wrote:
Ralph Goers a écrit :
I disagree on both counts. Logging is critical to everything.
Debugging problems can be quite difficult if logging isn't done well.
Commons Logging isn't all that sophisticated IMO and using JUL as a
facade isn't all that practical and just becaus
Ralph Goers a écrit :
I disagree on both counts. Logging is critical to everything. Debugging
problems can be quite difficult if logging isn't done well. Commons
Logging isn't all that sophisticated IMO and using JUL as a facade isn't
all that practical and just because it can be done doesn't
Ralph Goers a écrit :
As for dependencies, removing them for the sake of removing them isn't
necessarily the right thing to do. For example, I noticed attempts to
move away from Commons BeanUtils. For the life of me I can't understand
why anyone would want to do that, especially when the code
Ralph Goers a écrit :
Here is the part that confuses me. A FileConfiguration would support
load() and save() and would have a file name associated with it. What
you are suggesting is that Configuration should have the save() but not
the load()? If so, where would it save to?
Think about a Da
Oliver Heger a écrit :
There are certainly some use cases that would benefit from a generic
flush() method, e.g. just tell a composite configuration to save its
changes, and it iterates over its children and flushes them.
Yes, this is one of the main use case I have in mind (that's
CONFIGURA
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 gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
On 2009-06-15 07:34:54 -0400, Phil Steitz wrote:
> pedrofaundez...@terra.es wrote:
> >http://people.apache.org/builds/commons/nightly/commons-dbcp/
> >has outdated tarbals.
> >They must be removed to not confuse users or developers and the
> >process that creates them may be started again if there
luc.maison...@free.fr wrote at Donnerstag, 18. Juni 2009 09:19:
>
> - "Bill Barker" a écrit :
>
>> - Original Message -
>> From:
>> To: "Commons Developers List"
>> Sent: Wednesday, June 17, 2009 2:58 PM
>> Subject: Re: svn commit: r785552 - in /commons/proper/math/trunk/src:
>>
- "Bill Barker" a écrit :
> - Original Message -
> From:
> To: "Commons Developers List"
> Sent: Wednesday, June 17, 2009 2:58 PM
> Subject: Re: svn commit: r785552 - in /commons/proper/math/trunk/src:
>
> java/org/apache/commons/math/complex/Complex.java
> site/xdoc/changes.xml
26 matches
Mail list logo
