Re: [RESULT] Release Configuration 1.2

[Oliver Heger]

Thanks!

I somehow had the impression that committers' votes were binding. Will 
have a deeper look at the charter.


Oliver

Henri Yandell schrieb:


Robert has now voted, so that's 3 +1's and I rescind my objection :)

Hen

On Wed, 14 Dec 2005, Henri Yandell wrote:

Only Dion and Phil are on the PMC, so theirs are the only binding 
votes. It's something that we need to get better at, and there's no 
time like the present.


Short-term, we just need another Commons PMC member to take a look at 
the release and offer their +1 if it looks good.


Medium-term, we need to continue to nominate more committers to the PMC.

Sorry for causing you this pain Oliver,

Hen

On Wed, 14 Dec 2005, Oliver Heger wrote:


The Commons community has voted to release version 1.2 of Commons
Configuration.

Here are the detailed (binding) results of the vote process:
+1:
 Emmanuel Bourg, Dion Gillard, Phil Steitz, Oliver Heger
+0:
 J�rg Schaible
-1:
 none

I will cut the release in the next few days.

Oliver

Oliver Heger wrote:


Hi community,

after some constructive critics in the last vote thread we have created
another RC [1, 2]. I hope that all relevant issues have been addressed.

So I would like to reopen the vote:
---

 [ ] +1  I support this release and am willing to help
 [ ] +0  I support this release but am unable to help
 [ ] -0  I do not support this release
 [ ] -1  I do not support this release, and here are my reasons
---


Oliver
for the Commons Configuration team

[1] http://people.apache.org/~oheger/commons-configuration-1.2RC3/
[2] http://people.apache.org/~oheger/commons-configuration-1.2RC3-docs/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]










-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[RESULT] [RE-VOTE] Release Commons Math 1.1

[Phil Steitz]

The vote to release Jakarta Commons Math 1.1 has passed.

Here is the final vote tally:

5 +1
Phil Steitz **
Niall Pemberton **
Martin van den Bemt **
Brent Worden *
Rahul Akolkar *

4 +0
Al Chou *
Jorg Schaible *
J.Pietschmann *
Michael Heuer

No negative votes

* Commons Committer
** Jakarta PMC member

Here is a link to the [VOTE] thread:
http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200512.mbox/[EMAIL 
PROTECTED]

I will cut the release in the next couple of days.

-Phil

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] System.currentTimeMillis()

[Dakota Jack]

You are assuming that there will be a time difference in millis between the
two time calls.  System.currentTimeMillis() takes a relatively long time to
return.  So, I would not trust that assumption.

On 12/14/05, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> I have written a generator for commons-id, that is based in the end on the
> system clock. Unfortunately I have sporadic failures in Gump that I cannot
> explain. I developed this on a Windows box, but had now a chance for a
> test
> with Linux. Suddenly I have also sporadic failing tests. First I thought
> my
> algorithm is flawed, but then I wrote this little unit test:
>
>
> public void testSystemTimeIsIncreasing() {
> long last = System.currentTimeMillis();
> for (int i = 0; i < 5; i++) {
> long now = System.currentTimeMillis();
> assertTrue("Iteration " + i,  now >= last);
> last = now;
> }
> }
>
>
> Believe it or not, this test will quite always fail within the first 1
> iterations on my Linux box. So how does this test behave on your boxes?
> Please also note OS and JDK ...
>
> - Jörg
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

svn commit: r356979 - /jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java

[rahul]

Author: rahul
Date: Wed Dec 14 21:45:41 2005
New Revision: 356979

URL: http://svn.apache.org/viewcvs?rev=356979&view=rev
Log:
Eh?

Modified:

jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java

Modified: 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java?rev=356979&r1=356978&r2=356979&view=diff
==
--- 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
 (original)
+++ 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
 Wed Dec 14 21:45:41 2005
@@ -62,8 +62,8 @@
 buf.append(", target: ").append(target);
 buf.append(", targetType: ").append(targetType);
 buf.append(", event: ").append(event);
-buf.append(", params: ").append(String.valueOf(params.toString()));
-buf.append(", hints: ").append(String.valueOf(hints.toString()));
+buf.append(", params: ").append(String.valueOf(params));
+buf.append(", hints: ").append(String.valueOf(hints));
 buf.append(", delay: ").append(delay);
 buf.append(')');
 log.info(buf.toString());



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37915] - [collections][patch] Small code and documentation cleanup patches

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37915





--- Additional Comments From [EMAIL PROTECTED]  2005-12-15 04:39 ---
Created an attachment (id=17225)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17225&action=view)
patch


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37915] - [collections][patch] Small code and documentation cleanup patches

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37915





--- Additional Comments From [EMAIL PROTECTED]  2005-12-15 04:39 ---
Created an attachment (id=17224)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17224&action=view)
patch


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37915] - [collections][patch] Small code and documentation cleanup patches

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37915





--- Additional Comments From [EMAIL PROTECTED]  2005-12-15 04:39 ---
Created an attachment (id=17223)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17223&action=view)
Patch


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37915] New: - [collections][patch] Small code and documentation cleanup patches

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37915

   Summary: [collections][patch] Small code and documentation
cleanup patches
   Product: Commons
   Version: 3.1
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P3
 Component: Collections
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


A couple of patches for small code and documentation enhancements/cleanup.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RESULT] Release Configuration 1.2

[Henri Yandell]

Robert has now voted, so that's 3 +1's and I rescind my objection :)

Hen

On Wed, 14 Dec 2005, Henri Yandell wrote:

Only Dion and Phil are on the PMC, so theirs are the only binding votes. It's 
something that we need to get better at, and there's no time like the 
present.


Short-term, we just need another Commons PMC member to take a look at the 
release and offer their +1 if it looks good.


Medium-term, we need to continue to nominate more committers to the PMC.

Sorry for causing you this pain Oliver,

Hen

On Wed, 14 Dec 2005, Oliver Heger wrote:


The Commons community has voted to release version 1.2 of Commons
Configuration.

Here are the detailed (binding) results of the vote process:
+1:
 Emmanuel Bourg, Dion Gillard, Phil Steitz, Oliver Heger
+0:
 J?rg Schaible
-1:
 none

I will cut the release in the next few days.

Oliver

Oliver Heger wrote:


Hi community,

after some constructive critics in the last vote thread we have created
another RC [1, 2]. I hope that all relevant issues have been addressed.

So I would like to reopen the vote:
---

 [ ] +1  I support this release and am willing to help
 [ ] +0  I support this release but am unable to help
 [ ] -0  I do not support this release
 [ ] -1  I do not support this release, and here are my reasons
---


Oliver
for the Commons Configuration team

[1] http://people.apache.org/~oheger/commons-configuration-1.2RC3/
[2] http://people.apache.org/~oheger/commons-configuration-1.2RC3-docs/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [all] Release Shopping List...

[James Carman]

Of course, we may be able to develop a Maven 2 plugin which does pretty much
the same thing and prints a report in the docs directory.  

-Original Message-
From: robert burrell donkin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 5:40 PM
To: Jakarta Commons Developers List
Subject: Re: [all] Release Shopping List...

On Mon, 2005-12-12 at 06:56 -0500, James Carman wrote:
> Do you think we could write some automated checking program for releases?
> It could go to the URL and check the little bits that are on the shopping
> list.  Most of the items on the list could be checked automatically.  We
> could even verify the class version number inside the jars to make sure
it's
> compiled for the correct JVM version (based on the information in the
POM).
> Maybe we could set up a web application somewhere where you point it at a
> URL and it does the checks.  What do you think?  This might help eliminate
> some RCs if we have these automatic checks.

this sounds very cool :)

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [all] auxillary components

[Brian K. Wallace]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


robert burrell donkin wrote:
> thanks: it's good to get different perspectives and we do appreciate
> folk who take the time to join the debate.
> 
> i think that there are two different dimensions to this discussion. the
> first is flatter verses deeper. the other is the fragmentation of
> components. i think that you points have most force as a argument
> against over-fragmentation.
> 
> it's common to see an army of commons jars in the lib directories of
> commercial J2EE projects these days. this isn't for advertising purposes
> but because we've learnt some bitter lessons over the years. however
> perhaps we haven't hit upon all the right answers just yet. 
> 
> the problem with deep libraries (those who have many downstream users
> who are in turn used by users) is that having any dependencies is a
> burden on downstream dependent libraries as is the total size of the
> jar. so, the tendency is towards smaller, more focused jars with
> specific features which are not mainstream provided through auxillary
> components.
> 
> perhaps this tendency is making this more difficult for direct users.
> maybe one day soon we might need to start releasing coherent groups of
> related components. 
> 
> opinions?

This is where I hope I misunderstood your original proposal. The "army
of commons jars" (I like that term) was never a concern so if you
weren't proposing fragmentation as a means of flattening, then I
wholeheartedly agree.

In your original mail, however, you stated "in particular, i'm thinking
about proposing commons-logging-extras and
commons-logging-specification as new components." When I read "new
components", I read "fragment logging". With the current flurry of "get
more people involved", I view such "new components" (read:
fragmentation) as harming more than helping. If they were all "under"
logging, leaving logging flattened internally, it would make more sense.
This would still leave users going to "commons-logging" for anything
logging related - maybe version 1 is actually version 1 of the core,
version 3 of the extras and version 2 of the specification.

I've most definitely hit on 'jar hell' from "deep libraries", both in
the application server, and application spaces (to the point of having
multiple classpaths in a build to accommodate different tools used which
depend on different - and incompatible - versions of commons libraries).
The problem with the "commons" is that there are truly very few "small
focused" components - logging being one of them. Small, focused
"functional subsystems"? Yes. Looking at VFS, Net, Digester. In
re-reading the commons intro page as well as the charter, it appears as
though either a) the direction of commons has deviated from the charter
or b) the charter hasn't had any modifications to reflect actual growth
in the commons - Viewing the charter as concrete leaves (a) as the only
view, however I believe both (a) and (b) have been victims of "bitter
lessons".


In another time and another place, a great test of Gump would be to have
commons fit the charter more narrowly - but have a level below for
simple routines, classes, etc to be included at the code level by
"commons" (or anywhere else, but commons primarily) [how many times has
an I/O routine been recoded - or worse, add commons-io as a dependency
for a single method?], then a level above what fits exactly into the
narrowed charter for components like Net, VFS, and Digester (those are
just 'top of my head', not meant to say "only those" or "those
absolutely") that truly need full (or at least major) dependencies in
order to perform a broader function.


In looking at the issues surrounding logging in all it's incantations, I
can't help but see the same problem farther down the road by 'flattening
by fragmentation' (new components) when you have version A of extras
used with version B of logging against version C of the specification -
each of the three being loaded by different classloaders. If you fix
this by having concrete "use this jar only when..." and "if you have
that problem, remove this jar from your classpath as it's provided for
you", you're inevitably tying your three separations together at some
level, and your users will definitely find that level. On the bright
side, you'd be absolutely forced to adhere to #3 in the charter: "Do one
thing well, and keep your contracts." (at least the keeping your
contracts part ;-) )

Perhaps I'm missing your intent entirely by catching on to that phrase
"new components".

My ... 2? cents.

Brian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFDoLPZaCoPKRow/gARAr8bAJ422EepF+icdKIGE42lsaN2UsmcqQCg+UB1
GwB8R73VDMT8ZNED0VGYWIM=
=yRfR
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [REVOTE] Release Configuration 1.2

[robert burrell donkin]

configuration also has MANIFEST issues with specification-version and
implementation-vendor-id. as more people are starting to use and
understand 1.5 JVMs, this is going to start to become a bigger and
bigger problem. however, it's a maven bug
(http://jira.codehaus.org/browse/MPJAR-51) and ATM i'm not sure when
it'll be fixed.

so, i'm going to +1 this release (since it's been in the pipes for a
long time) but give advanced warning that i may start to -0 or -1 in the
future when component don't have MANIFEST's that support the extension
mechanism.

- robert

On Sat, 2005-12-10 at 11:52 +0100, Oliver Heger wrote:
> Oliver Heger wrote:
> 
> >Hi community,
> >
> >after some constructive critics in the last vote thread we have created
> >another RC [1, 2]. I hope that all relevant issues have been addressed.
> >
> >So I would like to reopen the vote:
> >---
> >
> >  [x] +1  I support this release and am willing to help
> >  [ ] +0  I support this release but am unable to help
> >  [ ] -0  I do not support this release
> >  [ ] -1  I do not support this release, and here are my reasons
> >---
> >
> >  
> >
> (forgot my own vote)
> 
> Oliver
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


signature.asc
Description: This is a digitally signed message part

Re: [all] auxillary components

[robert burrell donkin]

On Tue, 2005-12-13 at 09:19 -0600, Brian K. Wallace wrote:



>   I've been watching the functor/logging threads so I believe I
> understand the reasoning behind your proposal, but I do not believe I
> quite agree with the implementation you suggest.
> 
>   There are two distinctly different groups that are impacted by
> organization: the user, and the developer. Your proposal, on the
> surface, appears to be directed toward the developer (understandable
> given the issues surrounding the "complex" that is commons). Viewing the
> same scenario from the user's point of view, where would someone who
> "just wants to use logging" (user) go? Personal opinion - "logging". As
> a "user", I wouldn't care the trouble involved in building and releasing
> - - I just want to use logging. The burden is then back on the "developer"
> to make "whatever structure" work such that "logging" is all I need to
> look at.
> 
>   While a flatter structure may work better, the "commons" is not -
> personal opinion here - where the structure root should be for something
> like this. A "commons-logging" with 'core','extras', 'specification',
> etc., would be much easier for a user to grok than having to navigate an
> endless list of now "flattened" commons components. This in no way
> alleviates any issues with building the commons site, but it would most
> definitely make it easier on a user (assuming documentation was
> sufficiently written) to know a) where to go for logging and b) once in
> the 'logging' area, what to use and for what reasons.
> 
>   Those are my views - understanding the release process as well as the
> "user" process.

thanks: it's good to get different perspectives and we do appreciate
folk who take the time to join the debate.

i think that there are two different dimensions to this discussion. the
first is flatter verses deeper. the other is the fragmentation of
components. i think that you points have most force as a argument
against over-fragmentation.

it's common to see an army of commons jars in the lib directories of
commercial J2EE projects these days. this isn't for advertising purposes
but because we've learnt some bitter lessons over the years. however
perhaps we haven't hit upon all the right answers just yet. 

the problem with deep libraries (those who have many downstream users
who are in turn used by users) is that having any dependencies is a
burden on downstream dependent libraries as is the total size of the
jar. so, the tendency is towards smaller, more focused jars with
specific features which are not mainstream provided through auxillary
components.

perhaps this tendency is making this more difficult for direct users.
maybe one day soon we might need to start releasing coherent groups of
related components. 

opinions?

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [all] Release Shopping List...

[robert burrell donkin]

On Mon, 2005-12-12 at 06:56 -0500, James Carman wrote:
> Do you think we could write some automated checking program for releases?
> It could go to the URL and check the little bits that are on the shopping
> list.  Most of the items on the list could be checked automatically.  We
> could even verify the class version number inside the jars to make sure it's
> compiled for the correct JVM version (based on the information in the POM).
> Maybe we could set up a web application somewhere where you point it at a
> URL and it does the checks.  What do you think?  This might help eliminate
> some RCs if we have these automatic checks.

this sounds very cool :)

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [jcl] mocks

[robert burrell donkin]

On Tue, 2005-12-13 at 10:00 -0500, James Carman wrote:
> For bytecode engineering, are you suggesting that we use something like
> CGLIB at runtime or actually manipulate bytecode at compile time?  I would
> definitely be against introducing CGLIB (or the like) as a runtime
> requirement.  And, I really don't like having to "enhance" classes at
> compile time either.  That's why I prefer Hibernate over JDO.  It's a real
> pain having to add that step into my build process.

i've used JDO for the last couple of years at work which is probably why
i learned to like enhancement ;)

but i suspect that i've failed to explain myself well (no surprise
there, then ;). i think that the future is a minimal specification with
various toolkits and implementations which address various specific
problems. 

dynamic manipulation might be solution for some frameworks with custom
classloaders.

enhancement could be used to address hostile classloader environments

static compile-time binding could be used when that's easiest.

JCL works ok in pure servlet environments and dynamic binding has some
advantages in those situations.

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RESULT] Release Configuration 1.2

[Henri Yandell]

Only Dion and Phil are on the PMC, so theirs are the only binding votes. 
It's something that we need to get better at, and there's no time like the 
present.


Short-term, we just need another Commons PMC member to take a look at the 
release and offer their +1 if it looks good.


Medium-term, we need to continue to nominate more committers to the PMC.

Sorry for causing you this pain Oliver,

Hen

On Wed, 14 Dec 2005, Oliver Heger wrote:


The Commons community has voted to release version 1.2 of Commons
Configuration.

Here are the detailed (binding) results of the vote process:
+1:
 Emmanuel Bourg, Dion Gillard, Phil Steitz, Oliver Heger
+0:
 Jörg Schaible
-1:
 none

I will cut the release in the next few days.

Oliver

Oliver Heger wrote:


Hi community,

after some constructive critics in the last vote thread we have created
another RC [1, 2]. I hope that all relevant issues have been addressed.

So I would like to reopen the vote:
---

 [ ] +1  I support this release and am willing to help
 [ ] +0  I support this release but am unable to help
 [ ] -0  I do not support this release
 [ ] -1  I do not support this release, and here are my reasons
---


Oliver
for the Commons Configuration team

[1] http://people.apache.org/~oheger/commons-configuration-1.2RC3/
[2] http://people.apache.org/~oheger/commons-configuration-1.2RC3-docs/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] System.currentTimeMillis()

[Leo Sutic]

Do you run ntpd or some other clock-syncing program?

/LS

On 12/14/05, Jörg Schaible <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I have written a generator for commons-id, that is based in the end on the
> system clock. Unfortunately I have sporadic failures in Gump that I cannot
> explain. I developed this on a Windows box, but had now a chance for a test
> with Linux. Suddenly I have also sporadic failing tests. First I thought my
> algorithm is flawed, but then I wrote this little unit test:
>
>
>public void testSystemTimeIsIncreasing() {
>long last = System.currentTimeMillis();
>for (int i = 0; i < 5; i++) {
>long now = System.currentTimeMillis();
>assertTrue("Iteration " + i,  now >= last);
>last = now;
>}
>}
>
>
> Believe it or not, this test will quite always fail within the first 1
> iterations on my Linux box. So how does this test behave on your boxes?
> Please also note OS and JDK ...
>
> - Jörg
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] System.currentTimeMillis()

[Jason King]

Several runs on Windows 2k sp 5.00.2195 worked correctly for me.
H:\>java -version
java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b03)
Java HotSpot(TM) Client VM (build 1.5.0_05-b03, mixed mode)
[EMAIL PROTECTED] wrote:


Hi Joerg,

I just tried it on my box (linux, suse 9.3, 2.6.11.4-21.9-smp
kernel) and I don't have a problem; I did slightly modify the
test to run it standalone:

public class Test {

public static final void main(String[] args) throws Exception {
   long last = System.currentTimeMillis();
   System.out.println("start is " + last);

   for (int i = 0; i < 5; i++) {
   long now = System.currentTimeMillis();
   assert(now >= last);
   last = now;
   }

   System.out.println("end is " + last);
   }

}

Cheers,
- Filip


 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[CONFIGURATION] Conglomeration Properties file

[Joel Trunick]

Has someone written a Properties File configuration that will combine a
bunch of properties file on the classpath into one properties "file"?
Basically, it should take a single file name, and do a
Class.getResources(), combining all the properties into one.

I only ask because it sounds obvious, but I don't see one in the
package. Shouldn't this be trivial?

Joel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "ReleaseShoppingList" by RobertBurrellDonkin

[Apache Wiki]

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 RobertBurrellDonkin:
http://wiki.apache.org/jakarta-commons/ReleaseShoppingList

The comment on the change is:
Added more notes about attributes

--
  
  Suspect Maven does a reasonable job on this ATM but thought it probably needs 
including for completeness. 
  
+ It looks like implementation-vendor-id and specification-version seem to be 
the main problems (http://jira.codehaus.org/browse/MPJAR-51). It's becoming 
increasingly important that we set these attributes correctly since users are 
starting to want to use the extension mechanism.
+ 
  == Autmatically generated, complete release notes ==
  
  The maven 1 changelog report generates passable release notes, but needs to 
be customized to be complete and still lacks svn integration.  We need a way to 
automatically generate full release notes from changes.xml or a similar store, 
together with additional text describing the release. 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] System.currentTimeMillis()

[filipdef]

Hi Joerg,

I just tried it on my box (linux, suse 9.3, 2.6.11.4-21.9-smp
kernel) and I don't have a problem; I did slightly modify the
test to run it standalone:

public class Test {

public static final void main(String[] args) throws Exception {
long last = System.currentTimeMillis();
System.out.println("start is " + last);

for (int i = 0; i < 5; i++) {
long now = System.currentTimeMillis();
assert(now >= last);
last = now;
}

System.out.println("end is " + last);
}

}

Cheers,
- Filip


> Hi folks,
>
> I have written a generator for commons-id, that is based in the end on the
> system clock. Unfortunately I have sporadic failures in Gump that I cannot
> explain. I developed this on a Windows box, but had now a chance for a
> test
> with Linux. Suddenly I have also sporadic failing tests. First I thought
> my
> algorithm is flawed, but then I wrote this little unit test:
>
>
> public void testSystemTimeIsIncreasing() {
> long last = System.currentTimeMillis();
> for (int i = 0; i < 5; i++) {
> long now = System.currentTimeMillis();
> assertTrue("Iteration " + i,  now >= last);
> last = now;
> }
> }
>
>
> Believe it or not, this test will quite always fail within the first 1
> iterations on my Linux box. So how does this test behave on your boxes?
> Please also note OS and JDK ...
>
> - Jörg
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Gump & VM (was: [POLL] System.currentTimeMillis())

[Jörg Schaible]

Jörg Schaible wrote:

> Hi folks,
> 
> I have written a generator for commons-id, that is based in the end on the
> system clock. Unfortunately I have sporadic failures in Gump that I cannot
> explain. I developed this on a Windows box, but had now a chance for a
> test with Linux. Suddenly I have also sporadic failing tests. First I
> thought my algorithm is flawed, but then I wrote this little unit test:
> 
> 
> public void testSystemTimeIsIncreasing() {
> long last = System.currentTimeMillis();
> for (int i = 0; i < 5; i++) {
> long now = System.currentTimeMillis();
> assertTrue("Iteration " + i,  now >= last);
> last = now;
> }
> }
> 
> 
> Believe it or not, this test will quite always fail within the first 1
> iterations on my Linux box. So how does this test behave on your boxes?
> Please also note OS and JDK ...

OK, I can analyse the situation. My current box was not totally synchronized
and I had a daemon running, that adjusted the time smoothly. After compete
synchronization the tests passes. Nevertheless, this does not solve the
Gump problem, since I know, that they have often problems with the system
time (we had last week one VM where 1 second exactly took 2 real ones). So
what can we do?

- Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356872 - /jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java

[joehni]

Author: joehni
Date: Wed Dec 14 13:17:01 2005
New Revision: 356872

URL: http://svn.apache.org/viewcvs?rev=356872&view=rev
Log:
Improve unit test.

Modified:

jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java

Modified: 
jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java?rev=356872&r1=356871&r2=356872&view=diff
==
--- 
jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java
 (original)
+++ 
jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java
 Wed Dec 14 13:17:01 2005
@@ -20,6 +20,7 @@
 import java.util.Calendar;
 import java.util.Collections;
 import java.util.HashSet;
+import java.util.Iterator;
 import java.util.List;
 import java.util.TimeZone;
 
@@ -43,6 +44,18 @@
 next = System.currentTimeMillis();
 }
 }
+
+/**
+ * Test time stability of current box. Especially in VMs not always proper!
+ */
+public void testSystemTimeIsStableOnThisBox() {
+long last = System.currentTimeMillis();
+for (int i = 0; i < 5; i++) {
+long now = System.currentTimeMillis();
+assertTrue("Iteration " + i,  now >= last);
+last = now;
+}
+}
 
 /**
  * Test constant size of generated identifier.
@@ -160,7 +173,11 @@
 }
 final List sorted = new ArrayList(idList);
 Collections.sort(sorted);
-assertEquals(idList, sorted);
+final Iterator idIter = idList.iterator();
+final Iterator sortIter = sorted.iterator();
+for(int i = 0; idIter.hasNext(); ++i) {
+assertEquals("Index " + i, idIter.next(), sortIter.next());
+}
 }
 
 /**



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[POLL] System.currentTimeMillis()

[Jörg Schaible]

Hi folks,

I have written a generator for commons-id, that is based in the end on the
system clock. Unfortunately I have sporadic failures in Gump that I cannot
explain. I developed this on a Windows box, but had now a chance for a test
with Linux. Suddenly I have also sporadic failing tests. First I thought my
algorithm is flawed, but then I wrote this little unit test:


public void testSystemTimeIsIncreasing() {
long last = System.currentTimeMillis();
for (int i = 0; i < 5; i++) {
long now = System.currentTimeMillis();
assertTrue("Iteration " + i,  now >= last);
last = now;
}
}


Believe it or not, this test will quite always fail within the first 1
iterations on my Linux box. So how does this test behave on your boxes?
Please also note OS and JDK ...

- Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356866 - /jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java

[rahul]

Author: rahul
Date: Wed Dec 14 12:52:16 2005
New Revision: 356866

URL: http://svn.apache.org/viewcvs?rev=356866&view=rev
Log:
Checkstyle creep.

Modified:

jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java

Modified: 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java?rev=356866&r1=356865&r2=356866&view=diff
==
--- 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java
 (original)
+++ 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLDigester.java
 Wed Dec 14 12:52:16 2005
@@ -17,7 +17,7 @@
  */
 package org.apache.commons.scxml;
 
-import java.io.IOException;
+//import java.io.IOException;
 import java.net.URL;
 import java.text.MessageFormat;
 import java.util.Iterator;
@@ -1307,8 +1307,8 @@
  */
 public static class ParseSendRule extends NodeCreateRule {
 /**
- * Constructor
- * @throws ParserConfigurationException
+ * Constructor.
+ * @throws ParserConfigurationException A JAXP configuration error
  */
 public ParseSendRule() throws ParserConfigurationException {
 super();



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356865 - in /jakarta/commons/sandbox/scxml/trunk: ./ src/main/java/org/apache/commons/scxml/ src/main/java/org/apache/commons/scxml/env/ src/main/java/org/apache/commons/scxml/semantics/

[rahul]

Author: rahul
Date: Wed Dec 14 12:48:47 2005
New Revision: 356865

URL: http://svn.apache.org/viewcvs?rev=356865&view=rev
Log:
Pass 's externalNodes on EventDispatcher callback. Nudge by Mike Sparr.

Comment out a checkstyle warning for which we have a legitimate usecase.

Modified:
jakarta/commons/sandbox/scxml/trunk/scxml-checks.xml

jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/EventDispatcher.java

jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java

jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java

Modified: jakarta/commons/sandbox/scxml/trunk/scxml-checks.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/scxml-checks.xml?rev=356865&r1=356864&r2=356865&view=diff
==
--- jakarta/commons/sandbox/scxml/trunk/scxml-checks.xml (original)
+++ jakarta/commons/sandbox/scxml/trunk/scxml-checks.xml Wed Dec 14 12:48:47 
2005
@@ -128,7 +128,7 @@
 
 
 
-
+
 
 
 

Modified: 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/EventDispatcher.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/EventDispatcher.java?rev=356865&r1=356864&r2=356865&view=diff
==
--- 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/EventDispatcher.java
 (original)
+++ 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/EventDispatcher.java
 Wed Dec 14 12:48:47 2005
@@ -17,6 +17,7 @@
  */
 package org.apache.commons.scxml;
 
+import java.util.List;
 import java.util.Map;
 
 /**
@@ -48,9 +49,12 @@
  * @param hints The data containing information which may be
  *  used by the implementing platform to configure the event processor
  * @param delay The event is dispatched after the delay interval elapses
+ * @param externalNodes The list of external nodes associated with
+ *  the  element.
  */
 void send(String sendId, String target, String targetType,
-String event, Map params, Object hints, long delay);
+String event, Map params, Object hints, long delay,
+List externalNodes);
 
 }
 

Modified: 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java?rev=356865&r1=356864&r2=356865&view=diff
==
--- 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
 (original)
+++ 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
 Wed Dec 14 12:48:47 2005
@@ -17,6 +17,7 @@
  */
 package org.apache.commons.scxml.env;
 
+import java.util.List;
 import java.util.Map;
 
 import org.apache.commons.logging.Log;
@@ -50,11 +51,11 @@
 }
 
 /**
- * @see EventDispatcher#send(String,String,String,String,Map,Object,long)
+@see EventDispatcher#send(String,String,String,String,Map,Object,long,List)
  */
 public void send(final String sendId, final String target,
 final String targetType, final String event, final Map params,
-final Object hints, final long delay) {
+final Object hints, final long delay, final List externalNodes) {
 if (log.isInfoEnabled()) {
 StringBuffer buf = new StringBuffer();
 buf.append("send ( sendId: ").append(sendId);

Modified: 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java?rev=356865&r1=356864&r2=356865&view=diff
==
--- 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
 (original)
+++ 
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
 Wed Dec 14 12:48:47 2005
@@ -261,7 +261,7 @@
 }
 evtDispatcher.send(snd.getSendid(),
 snd.getTarget(), snd.getTargettype(), snd.getEvent(),
-params, hints, wait);
+params, hints, wait, snd.getExternalNodes());
 } else if (a instanceof Var) {
 Var vr = (Var) a;
 String varName = vr.getName();

[RESULT] Release Configuration 1.2

[Oliver Heger]

The Commons community has voted to release version 1.2 of Commons
Configuration.

Here are the detailed (binding) results of the vote process:
+1:
  Emmanuel Bourg, Dion Gillard, Phil Steitz, Oliver Heger
+0:
  Jörg Schaible
-1:
  none

I will cut the release in the next few days.

Oliver

Oliver Heger wrote:

>Hi community,
>
>after some constructive critics in the last vote thread we have created
>another RC [1, 2]. I hope that all relevant issues have been addressed.
>
>So I would like to reopen the vote:
>---
>
>  [ ] +1  I support this release and am willing to help
>  [ ] +0  I support this release but am unable to help
>  [ ] -0  I do not support this release
>  [ ] -1  I do not support this release, and here are my reasons
>---
>
>
>Oliver
>for the Commons Configuration team
>
>[1] http://people.apache.org/~oheger/commons-configuration-1.2RC3/
>[2] http://people.apache.org/~oheger/commons-configuration-1.2RC3-docs/
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>  
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356856 - in /jakarta/commons/proper/configuration/trunk: project.properties xdocs/building.xml

[oheger]

Author: oheger
Date: Wed Dec 14 12:19:55 2005
New Revision: 356856

URL: http://svn.apache.org/viewcvs?rev=356856&view=rev
Log:
Removed maven.compile.target property from project.properties to support 
building on JDK 1.5; the building documentation was updated in this respect

Modified:
jakarta/commons/proper/configuration/trunk/project.properties
jakarta/commons/proper/configuration/trunk/xdocs/building.xml

Modified: jakarta/commons/proper/configuration/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/project.properties?rev=356856&r1=356855&r2=356856&view=diff
==
--- jakarta/commons/proper/configuration/trunk/project.properties (original)
+++ jakarta/commons/proper/configuration/trunk/project.properties Wed Dec 14 
12:19:55 2005
@@ -36,7 +36,6 @@
 
 
maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
 
-maven.compile.target = 1.3
 maven.compile.fork = true
 
 
maven.javacc.javacc.grammar=src/java/org/apache/commons/configuration/plist/PropertyListParser.jj

Modified: jakarta/commons/proper/configuration/trunk/xdocs/building.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/xdocs/building.xml?rev=356856&r1=356855&r2=356856&view=diff
==
--- jakarta/commons/proper/configuration/trunk/xdocs/building.xml (original)
+++ jakarta/commons/proper/configuration/trunk/xdocs/building.xml Wed Dec 14 
12:19:55 2005
@@ -69,7 +69,6 @@
 
 
 
-  
   
 If you want to build Commons Configuration on a JDK 1.3, you will
 face two problems:
@@ -125,6 +124,28 @@
 If these problems are solved, the build can be performed as
 described above.
   
+
+
+
+  
+Both the maven and the ant build script support a file called
+build.properties that can contain custom properties
+definitions. If this file exists in the project's root directory,
+it will be read and the properties it defines will be added to the
+running build script. This mechanism allows for customizing the
+build process without the need of changing the main build scripts.
+  
+  
+One use case for setting custom build properties would be to build
+for a specific JDK version: If you build the jar on a JDK 1.5 for
+instance, the classes won't be compatible with older JDK versions.
+To enforce compatibility you can create a 
build.properties
+file containing the following maven specific settings:
+  
+  
 
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37886] - [configuration] setUrl and getUrl for FileConfiguration are incorrect

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37886


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 21:13 ---
You are right, this is a bug. In setURL() it was simply forgotten to store the
URL. Thanks for spotting this. Should now be fixed in SVN.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356849 - /jakarta/commons/sandbox/id/trunk/project.xml

[joehni]

Author: joehni
Date: Wed Dec 14 12:11:25 2005
New Revision: 356849

URL: http://svn.apache.org/viewcvs?rev=356849&view=rev
Log:
Fix POM.

Modified:
jakarta/commons/sandbox/id/trunk/project.xml

Modified: jakarta/commons/sandbox/id/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/id/trunk/project.xml?rev=356849&r1=356848&r2=356849&view=diff
==
--- jakarta/commons/sandbox/id/trunk/project.xml (original)
+++ jakarta/commons/sandbox/id/trunk/project.xml Wed Dec 14 12:11:25 2005
@@ -101,7 +101,7 @@
   
 
 
-  Jörg Schaible
+  Jörg Schaible
   joehni
   [EMAIL PROTECTED]
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356839 - in /jakarta/commons/proper/configuration/trunk/src: java/org/apache/commons/configuration/AbstractFileConfiguration.java test/org/apache/commons/configuration/TestFileConfigurati

[oheger]

Author: oheger
Date: Wed Dec 14 11:59:07 2005
New Revision: 356839

URL: http://svn.apache.org/viewcvs?rev=356839&view=rev
Log:
AbstractFileConfiguration.setURL() now stores the passed in URL directly so 
that it need not be derived from base path and file name; fixes issue 37886

Modified:

jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java

jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestFileConfiguration.java

Modified: 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java?rev=356839&r1=356838&r2=356839&view=diff
==
--- 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
 Wed Dec 14 11:59:07 2005
@@ -641,6 +641,7 @@
 {
 setBasePath(ConfigurationUtils.getBasePath(url));
 setFileName(ConfigurationUtils.getFileName(url));
+sourceURL = url;
 }
 
 public void setAutoSave(boolean autoSave)

Modified: 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestFileConfiguration.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestFileConfiguration.java?rev=356839&r1=356838&r2=356839&view=diff
==
--- 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestFileConfiguration.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestFileConfiguration.java
 Wed Dec 14 11:59:07 2005
@@ -36,7 +36,7 @@
 public class TestFileConfiguration extends TestCase
 {
 private static final File TARGET_DIR = new File("target");
-
+
 public void testSetURL() throws Exception
 {
 // http URL
@@ -53,6 +53,19 @@
 assertEquals("file name", "test.properties", config.getFileName());
 }
 
+public void testSetURLWithParams() throws Exception
+{
+FileConfiguration config = new PropertiesConfiguration();
+URL url = new URL(
+"http://issues.apache.org/bugzilla/show_bug.cgi?id=37886";);
+config.setURL(url);
+assertEquals("Base path incorrect",
+"http://issues.apache.org/bugzilla/";, config.getBasePath());
+assertEquals("File name incorrect", "show_bug.cgi", config
+.getFileName());
+assertEquals("URL was not correctly stored", url, config.getURL());
+}
+
 public void testLocations() throws Exception
 {
 PropertiesConfiguration config = new PropertiesConfiguration();
@@ -131,7 +144,7 @@
 /**
  * Tests collaboration with ConfigurationFactory: Is the base path set on
  * loading is valid in file based configurations?
- * 
+ *
  * @throws Exception if an error occurs
  */
 public void testWithConfigurationFactory() throws Exception
@@ -176,7 +189,7 @@
 }
 }
 }
-
+
 /**
  * Tests if invalid URLs cause an exception.
  */
@@ -203,7 +216,7 @@
 //fine
 }
 }
-
+
 /**
  * Tests if the URL used by the load() method is also used by save().
  */
@@ -266,7 +279,7 @@
 }
 }
 }
-
+
 /**
  * Tests setting a file changed reloading strategy together with the auto
  * save feature.
@@ -304,7 +317,7 @@
 }
 }
 }
-
+
 /**
  * Tests loading and saving a configuration file with a complicated path
  * name including spaces. (related to issue 35210)
@@ -355,7 +368,7 @@
 }
 }
 }
-
+
 /**
  * Tests the getFile() method.
  */
@@ -369,7 +382,7 @@
 config.load();
 assertEquals(file, config.getFile());
 }
-
+
 /**
  * Tests to invoke save() without explicitely setting a file name. This
  * will cause an exception.
@@ -388,7 +401,7 @@
 {
 //ok
 }
-
+
 config = new PropertiesConfiguration();
 config.load("conf/test.properties");
 try
@@ -400,7 +413,7 @@
 {
 //ok
 }
-
+
 config = new PropertiesConfiguration();
 config.load(file.toURL());
 try



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [test] Awake dormant component

[Rahul Akolkar]

On 12/14/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> I'm not sure what the official process is, but I propose it should be
> possible for anyone to move it from dormant to sandbox (and back to
> proper in accordance with the sandbox rules).
>


As listed in the sandbox pruning proposal [1] and the dormant
components page of the Commons website [2], this requires a vote.

IMO, while this allows anyone to revive dormant components to the
sandbox as you mention above, calling a vote is useful because:

 * It raises community awareness about the revival.

 * The slightly higher threshold of calling a vote ensures that a fair
amount of thought is given by the folks leading the revival
initiative, which in turn increases the chances of the component being
promoted to proper.

I think it would be unfortunate if we saw components go in and out of
dormancy more than once -- that would be harder for developers and
users alike. A component should not be revived for one-off changes to
the code.

The comments above are unrelated to [test]. For [test], as long as we
have developers willing to continue working on it, the right thing to
do would be to call a vote that articulates what the plans are (it
currently looks like a small component to me -- small is good -- but
I'd be interested in knowing what additions / enhancements are in
mind).

-Rahul

[1] http://wiki.apache.org/jakarta-commons/ProposalSandboxPruning
[2] http://jakarta.apache.org/commons/dormant/index.html



> - Brett
>
> Jörg Schaible wrote:
> > C. Grobmeier wrote on Wednesday, December 14, 2005 1:35 PM:
> >
> >
> >>> Alex Karasulu once created the "test" component and I had
> >>>
> >> already at that time a special interest in this. I would like
> >> to awake this dormant component, maintain and add stuff.
> >>
> >> just for info, what did this component? can't find any
> >> information about
> >> this.
> >>
> >
> > It contains utility classes typically used in unit tests.
> >
> > - Jörg
> >

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [jelly] apt tag library

[Ryan Heaton]

It has been awhile now since I've seen any activity on this thread.  I've only 
seen one person vote.

So how does this work?  Is one vote adequate for approval?  Do we need to 
encourage more votes?

> -Original Message-
> From: Dion Gillard [mailto:[EMAIL PROTECTED] 
> Sent: Monday, November 28, 2005 12:50 PM
> To: Jakarta Commons Developers List
> Subject: Re: [jelly] apt tag library
> 
> Ryan,
> 
> we need to vote on accepting the new code, get a code grant done and
> possibly work closely with you for support in the early stages,
> although I'd prefer to see you come on board as a committer to support
> it.
> 
> Any one else?
> 
> On 11/29/05, Ryan Heaton <[EMAIL PROTECTED]> wrote:
> > I'm (still) looking for help on submitting a new tag 
> library for jelly that contains tags for traversing the apt 
> environment.  Dion
> > Gillard was the only one who responded, expressing 
> interest.  So, I have the new library code-complete with a 
> solid set of tests
> > that exercise the API.  I've got everything documented and 
> I have it locally integrated into the current jelly maven build.
> >
> > What now?
> >
> > Please advise.
> >
> > -Ryan Heaton
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> --
> http://www.multitask.com.au/people/dion/
> "You are going to let the fear of poverty govern your life and your
> reward will be that you will eat, but you will not live." - George
> Bernard Shaw
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356822 - in /jakarta/commons/proper/httpclient/trunk: src/java/org/apache/commons/httpclient/cookie/ src/java/org/apache/commons/httpclient/methods/ xdocs/

[olegk]

Author: olegk
Date: Wed Dec 14 10:08:35 2005
New Revision: 356822

URL: http://svn.apache.org/viewcvs?rev=356822&view=rev
Log:
Various javadoc / xdoc fixes (PR #37805, #37208, #37207)

Modified:

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookiePolicy.java

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookieSpec.java

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/methods/StringRequestEntity.java
jakarta/commons/proper/httpclient/trunk/xdocs/cookies.xml

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookiePolicy.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookiePolicy.java?rev=356822&r1=356821&r2=356822&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookiePolicy.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookiePolicy.java
 Wed Dec 14 10:08:35 2005
@@ -47,6 +47,7 @@
  *   management practices (even if they are not 100% standards compliant)
  *   NETSCAPE: Netscape cookie draft compliant
  *   RFC_2109: RFC2109 compliant (default)
+ *   IGNORE_COOKIES: do not automcatically process cookies
  *  
  * 
  * @author mailto:[EMAIL PROTECTED]">Oleg Kalnichevski
@@ -206,10 +207,10 @@
 
 /**
  * @return default cookie policy
- *  (COMPATIBILITY | NETSCAPE_DRAFT | RFC2109)
  * 
- * @deprecated Use [EMAIL PROTECTED] CookiePolicy#getCookieSpec(String)}
- * @see #DEFAULT 
+ * @deprecated Use [EMAIL PROTECTED] #getDefaultSpec()}
+ * 
+ * @see #getDefaultSpec()
  */
 public static int getDefaultPolicy() {
 return defaultPolicy;
@@ -218,7 +219,6 @@
 
 /**
  * @param policy new default cookie policy
- *  (COMPATIBILITY | NETSCAPE_DRAFT | RFC2109)
  * 
  * @deprecated Use [EMAIL PROTECTED] 
CookiePolicy#registerCookieSpec(String, Class)}
  * @see #DEFAULT 
@@ -230,7 +230,6 @@
 /**
  * @param policy cookie policy to get the CookieSpec for
  * @return cookie specification interface for the given policy
- *  (COMPATIBILITY | NETSCAPE_DRAFT | RFC2109)
  * 
  * @deprecated Use [EMAIL PROTECTED] CookiePolicy#getCookieSpec(String)} 
  */

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookieSpec.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookieSpec.java?rev=356822&r1=356821&r2=356822&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookieSpec.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/cookie/CookieSpec.java
 Wed Dec 14 10:08:35 2005
@@ -60,6 +60,11 @@
 
 /**
   * Parse the "Set-Cookie" header value into Cookie array.
+  * 
+  * This method will not perform the validation of the resultant
+  * [EMAIL PROTECTED] Cookie}s 
+  *
+  * @see #validate(String, int, String, boolean, Cookie)
   *
   * @param host the host which sent the Set-Cookie header
   * @param port the port which sent the Set-Cookie header
@@ -77,6 +82,11 @@
 
 /**
   * Parse the "Set-Cookie" Header into an array of Cookies.
+  *
+  * This method will not perform the validation of the resultant
+  * [EMAIL PROTECTED] Cookie}s 
+  *
+  * @see #validate(String, int, String, boolean, Cookie)
   *
   * @param host the host which sent the Set-Cookie header
   * @param port the port which sent the Set-Cookie header

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/methods/StringRequestEntity.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/methods/StringRequestEntity.java?rev=356822&r1=356821&r2=356822&view=diff
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/methods/StringRequestEntity.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/methods/StringRequestEntity.java
 Wed Dec 14 10:08:35 2005
@@ -53,10 +53,20 @@
 /** The content type (i.e. text/html; charset=EUC-JP). */
 private String contentType;
 
-
 /**
- * Creates a new entity with the given content
+ * Creates a new entity with the given content. This constructor 
+ * will use the default platform charset to convert the content string 
+ * and will provide no co

Re: [test] Awake dormant component

[Brett Porter]

I'm not sure what the official process is, but I propose it should be
possible for anyone to move it from dormant to sandbox (and back to
proper in accordance with the sandbox rules).

- Brett

Jörg Schaible wrote:
> C. Grobmeier wrote on Wednesday, December 14, 2005 1:35 PM:
>
>   
>>> Alex Karasulu once created the "test" component and I had
>>>   
>> already at that time a special interest in this. I would like
>> to awake this dormant component, maintain and add stuff.
>>
>> just for info, what did this component? can't find any
>> information about
>> this. 
>> 
>
> It contains utility classes typically used in unit tests.
>
> - Jörg
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37910] - [io] Parameter check in ByteArrayOutputStream should be narrowed

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37910


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Parameter check in  |[io] Parameter check in
   |ByteArrayOutputStream should|ByteArrayOutputStream should
   |be narrowed |be narrowed




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37910] New: - Parameter check in ByteArrayOutputStream should be narrowed

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37910

   Summary: Parameter check in ByteArrayOutputStream should be
narrowed
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P4
 Component: IO
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In class org.apache.commons.io.output.ByteArrayOutputStream the write(byte[] b,
int off, int len) method has the following check:

if ((off < 0) 
|| (off > b.length) 
|| (len < 0) 
|| ((off + len) > b.length) 
|| ((off + len) < 0)) {

The (off > b.length) check should be replaced with (off >= b.length). In the
current code incorrect offset (equal to b.lenght) can be specified if the len
parameter is set to 0.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 16:24 ---
I added a reference to ConfigurationConverter in ConfigurationUtils, that's
quite common to look in XYZUtils for such utility methods, and thus miss the
ConfigurationConverter class at the first glance.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r356789 - /jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java

[ebourg]

Author: ebourg
Date: Wed Dec 14 07:20:30 2005
New Revision: 356789

URL: http://svn.apache.org/viewcvs?rev=356789&view=rev
Log:
Added a reference to ConfigurationConverter in ConfigurationUtils

Modified:

jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java

Modified: 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java?rev=356789&r1=356788&r2=356789&view=diff
==
--- 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/ConfigurationUtils.java
 Wed Dec 14 07:20:30 2005
@@ -34,6 +34,8 @@
 /**
  * Miscellaneous utility methods for configurations.
  *
+ * @see ConfigurationConverter Utility methods to convert configurations.
+ *
  * @author mailto:[EMAIL PROTECTED]">Herve Quiroz
  * @author mailto:[EMAIL PROTECTED]">Oliver Heger
  * @author Emmanuel Bourg



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 15:59 ---
I missed the ConfigurationConverter, just found PropertiesConverter which deos
something different.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 15:52 ---
If a java.net.URL is stored in the configuration, I would prefer having it
turned into a string rather than removed from the Properties because it's not a
string. That's what is currently performed by
ConfigurationConverter.getProperties(Configuration).

And I can't see why one would want only the first element of a list if several
values are defined in the configuration file. Why not converting the list into a
single entry containing the list elements separated by a delimiter ? It
preserves the data of the configuration.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 15:34 ---
A Properties instance can (should) only contain String *values* and can only
store one entry per key. So limitation is obvious. Use case are situations,
where objects are initialized with a Properties instance, e.g. an 
InitialContext:

new InitialContext(ConfigurationUtils.asProperties(config.subset("env")));

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 14:40 ---
Created an attachment (id=17220)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17220&action=view)
Patch with unit tests

To be applied after 1.2 final ...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] New: - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907

   Summary: [configuration] Convert Configuration into Properties
   Product: Commons
   Version: 1.2 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P3
 Component: Configuration
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Enhancement for ConfigurationUtils to convert a Configuration object into a
Properties object. Only the first occurrence of the key and String values will
be considered.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37907] - [configuration] Convert Configuration into Properties

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37907





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 15:04 ---
I'm not sure to understand the use case behind this enhancement, why removing
non string properties and keeping the head of the lists ?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [test] Awake dormant component

[Jörg Schaible]

C. Grobmeier wrote on Wednesday, December 14, 2005 1:35 PM:

>> Alex Karasulu once created the "test" component and I had
> already at that time a special interest in this. I would like
> to awake this dormant component, maintain and add stuff.
> 
> just for info, what did this component? can't find any
> information about
> this. 

It contains utility classes typically used in unit tests.

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36998] - [cli] Parsing error?

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36998





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 13:42 ---
Interesting... the obvious question is, what if --file is an option and -file is
also a valid combination of short options...?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[EMAIL PROTECTED]: Project commons-vfs (in module jakarta-commons) failed

[commons-vfs development]

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-vfs has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-vfs :  Jakarta commons


Full details are available at:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-14122005.jar] identifier set to project name
 -INFO- Optional dependency slide-webdavclient prerequisite failed with reason 
build failed
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-commons/vfs/target/test-classes]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 11 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-14122005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commons-compress-14122005.jar:/usr/local/gump/public/workspace/commons-httpclient-20-branch/dist/commons-httpclient-2.0-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-14122005.jar:/usr/local/gump/public/workspace/jakarta-slide/webdavclient/dist/lib/jakarta-slide-webdavlib-14122005.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch/jsch-0.1.23.jar
-
[javac] symbol  : class WebdavResource 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] WebdavResource[] children = new 
org.apache.webdav.lib.WebdavResource[0];
[javac] ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:295:
 package org.apache.webdav.lib does not exist
[javac] WebdavResource[] children = new 
org.apache.webdav.lib.WebdavResource[0];
[javac]  ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:322:
 cannot resolve symbol
[javac] symbol  : class WebdavResource 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] WebdavResource dav = children[i];
[javac] ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:516:
 cannot resolve symbol
[javac] symbol  : variable DepthSupport 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] final Enumeration e = 
resource.propfindMethod(DepthSupport.DEPTH_0);
[javac]   ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:519:
 package XMLResp

[EMAIL PROTECTED]: Project commons-vfs (in module jakarta-commons) failed

[commons-vfs development]

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-vfs has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-vfs :  Jakarta commons


Full details are available at:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-14122005.jar] identifier set to project name
 -INFO- Optional dependency slide-webdavclient prerequisite failed with reason 
build failed
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-commons/vfs/target/test-classes]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 11 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-14122005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commons-compress-14122005.jar:/usr/local/gump/public/workspace/commons-httpclient-20-branch/dist/commons-httpclient-2.0-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-14122005.jar:/usr/local/gump/public/workspace/jakarta-slide/webdavclient/dist/lib/jakarta-slide-webdavlib-14122005.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch/jsch-0.1.23.jar
-
[javac] symbol  : class WebdavResource 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] WebdavResource[] children = new 
org.apache.webdav.lib.WebdavResource[0];
[javac] ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:295:
 package org.apache.webdav.lib does not exist
[javac] WebdavResource[] children = new 
org.apache.webdav.lib.WebdavResource[0];
[javac]  ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:322:
 cannot resolve symbol
[javac] symbol  : class WebdavResource 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] WebdavResource dav = children[i];
[javac] ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:516:
 cannot resolve symbol
[javac] symbol  : variable DepthSupport 
[javac] location: class 
org.apache.commons.vfs.provider.webdav.WebdavFileObject
[javac] final Enumeration e = 
resource.propfindMethod(DepthSupport.DEPTH_0);
[javac]   ^
[javac] 
/x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:519:
 package XMLResp

Re: [test] Awake dormant component

[C. Grobmeier]

Alex Karasulu once created the "test" component and I had already at that time 
a special interest in this. I would like to awake this dormant component, maintain and 
add stuff.


just for info, what did this component? can't find any information about 
this. Thanks

Chris

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed

[Adam Jack]

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 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-id :  Commons Identifier Package


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-id-14122005.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html
Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-14122005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
org.apache.maven.MavenException: Error parsing project.xml 
'/x1/gump/public/workspace/jakarta-commons-sandbox/id/project.xml'
at org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:207)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:143)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122)
at 
org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232)
at org.apache.maven.MavenSession.initialize(MavenSession.java:172)
at org.apache.maven.cli.App.doMain(App.java:475)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
--- Nested Exception ---
org.xml.sax.SAXParseException: The entity "ouml" was referenced, but not 
declared.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1527)
at org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:203)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:143)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122)
at 
org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232)
at org.apache.maven.MavenSession.initialize(MavenSession.java:172)
at org.apache.maven.cli.App.doMain(App.java:475)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.ja

[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed

[Adam Jack]

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 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-id :  Commons Identifier Package


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-id-14122005.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html
Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-14122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-14122005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
org.apache.maven.MavenException: Error parsing project.xml 
'/x1/gump/public/workspace/jakarta-commons-sandbox/id/project.xml'
at org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:207)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:143)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122)
at 
org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232)
at org.apache.maven.MavenSession.initialize(MavenSession.java:172)
at org.apache.maven.cli.App.doMain(App.java:475)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
--- Nested Exception ---
org.xml.sax.SAXParseException: The entity "ouml" was referenced, but not 
declared.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1527)
at org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:203)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:143)
at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122)
at 
org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232)
at org.apache.maven.MavenSession.initialize(MavenSession.java:172)
at org.apache.maven.cli.App.doMain(App.java:475)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.ja

DO NOT REPLY [Bug 37902] - [email] Add embed(String url, String name) method to HtmlEmail

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37902


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Add embed(String url, String|[email] Add embed(String
   |name) method to HtmlEmail   |url, String name) method to
   ||HtmlEmail




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37902] New: - Add embed(String url, String name) method to HtmlEmail

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37902

   Summary: Add embed(String url, String name) method to HtmlEmail
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: other
Status: NEW
  Severity: trivial
  Priority: P2
 Component: Email
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Add an embed(String url, String name) method to HtmlEmail as a wrapper method to
embed(URL url, String name).

This is useful for integration with Velocity templates (VLT) since new objects
cannot be created in VLT (at least as I am aware of).

Besides, the example in the javadoc of the already existing embed method shows a
String url, not a java.net.URL.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[test] Awake dormant component

[Jörg Schaible]

Hi folks,

Alex Karasulu once created the "test" component and I had already at that time 
a special interest in this. I would like to awake this dormant component, 
maintain and add stuff.

WDYT?

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37900] New: - [beanutils] "Missing Implementation-Vendor-Id in manifest of commons-beanutils.jar"

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37900

   Summary: [beanutils] "Missing Implementation-Vendor-Id in
manifest of commons-beanutils.jar"
   Product: Commons
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P1
 Component: Bean Utilities
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In the manifest of  commons-beanutils.jar, the Implementation-Vendor-Id entry  
is missing. Please add one.  
  
Note also that it applies to other jar files contained in 
commo,ns-beanutils-1.7.0.tar.gz

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]