Mario Ivankovits a écrit :
robert burrell donkin wrote:
There has been no reaction on this vote thread so far.
Will I have to cancel this release because of lack of interest? :-(
3 the release has been compiled using 1.4.2: if commons-configuration is
supposed to support 1.3 jdks
Nicolas De Loof schrieb:
Mario Ivankovits a écrit :
robert burrell donkin wrote:
There has been no reaction on this vote thread so far.
Will I have to cancel this release because of lack of interest? :-(
3 the release has been compiled using 1.4.2: if commons-configuration is
On 12/1/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/30/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 11/30/05, Niall Pemberton [EMAIL PROTECTED] wrote:
On 12/1/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
Release managers are also facing tougher release checkers now IMHO. For
Can't this dependency be solved using jdbc2.0-stdext.jar ? I'm using
Jdk 1.3 and cannot upgrade. Not supporting 1.3 anymore will stop my
migration to commons-configuration.
Nico.
Yes, with jdbc2.0-stdext.jar commons-configuration can be compiled and
run under a JDK 1.3.
Unfortunately
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 12/1/05, Nicolas De Loof [EMAIL PROTECTED] wrote:
Can't this dependency be solved using jdbc2.0-stdext.jar ? I'm using
Jdk 1.3 and cannot upgrade. Not supporting 1.3 anymore will stop my
migration to commons-configuration.
Nico.
Yes, with jdbc2.0-stdext.jar commons-configuration
Can the project.xml be customized using jelly ?
something like this :
j:if test=${java.version == '1.3'}
dependency
idjdbc/id
/dependency
/j:if
It would be neater if something could be done in the maven.xml to
detect JDK 1.3 and add it into the class path from a property
Author: dion
Date: Thu Dec 1 04:10:18 2005
New Revision: 350235
URL: http://svn.apache.org/viewcvs?rev=350235view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/tag-project.xml
Modified:
Author: dion
Date: Thu Dec 1 04:15:22 2005
New Revision: 350237
URL: http://svn.apache.org/viewcvs?rev=350237view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/threads/project.xml
Modified:
Author: dion
Date: Thu Dec 1 04:17:44 2005
New Revision: 350238
URL: http://svn.apache.org/viewcvs?rev=350238view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml
Modified:
+1 (can't really say non-binding ;-)
Would also like to help revive sandbox functor if I have time. Whats needs
to be done to get it this project into commons proper and build a community?
Someone else made the point that it would be good to know what needs to be
done to make a release. I agree
Author: dion
Date: Thu Dec 1 04:36:47 2005
New Revision: 350240
URL: http://svn.apache.org/viewcvs?rev=350240view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/validate/project.xml
Author: dion
Date: Thu Dec 1 04:46:43 2005
New Revision: 350241
URL: http://svn.apache.org/viewcvs?rev=350241view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/jexl/trunk/project.xml
jakarta/commons/proper/jxpath/trunk/project.xml
Author: dion
Date: Thu Dec 1 04:51:41 2005
New Revision: 350242
URL: http://svn.apache.org/viewcvs?rev=350242view=rev
Log:
Use groupId/artifactId consistently instead of simply id
Modified:
jakarta/commons/proper/lang/trunk/project.xml
Modified:
James,
We should keep this discussion on the commons-dev email list, I'll cc
it there. I would love to take a patch file for you, and if you
haven't worked with Open Source before and Apache specifically I can
help you. In terms of getting the changes in, well we are ALL apache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi Oliver,
Oliver Heger wrote on Thursday, December 01, 2005 9:26 AM:
Yes, with jdbc2.0-stdext.jar commons-configuration can be compiled and
run under a JDK 1.3.
Unfortunately this jar cannot be distributed via ibiblio because of
licence issues, which makes the build a bit unconvenient.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 MattTaylor:
http://wiki.apache.org/jakarta-commons/Net
The comment on the change is:
added javadoc URL
Jörg Schaible wrote:
Yes, with jdbc2.0-stdext.jar commons-configuration can be compiled and
run under a JDK 1.3.
Unfortunately this jar cannot be distributed via ibiblio because of
licence issues, which makes the build a bit unconvenient. But I guess
I will have to update the pom to declare
Tim,
I would be willing to help with commons functor, as I have found it useful
in the past and I have familiarity with it.
James
-Original Message-
From: Tim Roberts [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 01, 2005 7:31 AM
To: 'Jakarta Commons Developers List'
Subject:
At least one of you release checkers ;-) should setup a wiki to
describe every step to do, this helps the release manager and those
checking it.
Especially if you are a newbie in the release cycle it might be a great
start AND it defines standards.
I like Marios idea.
Very new to
Mario Ivankovits wrote:
Phil Steitz wrote:
Thats true, I'll learn with every release review too, but can do this
only if another one complains about this and that.
If I read the stuff you do to check a release I am shocked, damn much
work to do.
At least one of you release checkers ;-)
I hope I'm not wrong on this. If I am, and you're right, Niall, then I might
as well give up on ever getting another FileUpload release out the door,
based on how few people other than myself have ever touched the code base
over the last several years.
Just about FileUpload : in the coming
On 11/30/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
I'm also seeing a trend that is a tad disappointing. The last three
successive release votes each needed to make pleas for a better
response from the developer community. We've witnessed this for, in
chronological order:
* VFS [1]
*
On 11/30/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
You are certainly correct in spotting these cases, however other votes
will also go through. One of the big issues I have with Apache is the
amount of procedure and boring stuff necessary to go through to get a
release released.
The
Martin van den Bemt wrote:
I tend to focus more on (for me) productive things, since (almost) all
of my open source efforts happens/has to happen in my spare time,
which is limited..
Me too, especially the [vfs] thing is a free time job for me. But even
more it is demotivating if you are
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Mario Ivankovits wrote:
I search a little bit, and guess what, we have such a documentation
http://jakarta.apache.org/commons/releases/prepare.html
We have to rework it, tough.
*) In the area of class file format we should state that we not allow
to use only the target attribute but also
On Mon, 2005-11-28 at 23:12 +, Stephen Colebourne wrote:
snip
---
[X] +1 I support creating [collection-functors]
[ ] +0 It's OK
[ ] +1 If you must
[ ] -1 I don't support this because
---
- robert
snip/
AFAIK, other apache projects require sun jars to compile. You may ask
commons-dbcp commiters that seem to have the same requirement :
!-- Note JDBC 2.0 is a pain, because it must be manually
downloaded to your Maven repository, and it's not even
required on JDK 1.4.
Is the sandbox project feed parser abandoned? I have updated the
source to work with the new jdom and would like to commit my
updates as I presume they are wanted. Sent an e-mail to Kevin a few
days ago, but there is no reply.
The whole repository is somewhat a mess too. Maven dependencies
-1 to any commons-net new release. see pmc thread for details (if any
committers aren't on the pmc please shout and i'll nominate you)
- robert
On Thu, 2005-12-01 at 07:47 +0100, Mario Ivankovits wrote:
Steve Cohen wrote:
As I have little time now, I propose the following. 1.4.1 will be
On Thu, 2005-12-01 at 22:44 +0100, karl wettin wrote:
Is the sandbox project feed parser abandoned? I have updated the
source to work with the new jdom and would like to commit my
updates as I presume they are wanted. Sent an e-mail to Kevin a few
days ago, but there is no reply.
The
The parser always try to load the DTD even if validate = false
--
Key: JELLY-224
URL: http://issues.apache.org/jira/browse/JELLY-224
Project: jelly
Type: Bug
Components: taglib.xml
Environment: Working
As per the Sandbox pruning proposal
(http://wiki.apache.org/jakarta-commons/ProposalSandboxPruning), I
propose to archive the following 'inactive' components (ie nothing
changed in over 6 months):
benchmark
contract
servlet
Unless I hear a -1 by the 7th, I'll move them to dormancy.
Hen
Mario Ivankovits wrote:
Martin van den Bemt wrote:
I tend to focus more on (for me) productive things, since (almost) all
of my open source efforts happens/has to happen in my spare time,
which is limited..
Me too, especially the [vfs] thing is a free time job for me. But even
more it is
robert burrell donkin wrote:
-1 to any commons-net new release. see pmc thread for details (if any
committers aren't on the pmc please shout and i'll nominate you)
I am on the PMC but haven't got mails for a long time :-/
Stephen
Stephen Colebourne wrote:
Mario Ivankovits wrote:
I search a little bit, and guess what, we have such a documentation
http://jakarta.apache.org/commons/releases/prepare.html
We have to rework it, tough.
*) In the area of class file format we should state that we not
allow to use only
Author: rahul
Date: Thu Dec 1 16:12:22 2005
New Revision: 351532
URL: http://svn.apache.org/viewcvs?rev=351532view=rev
Log:
Treat a NFE as an immediate send.
Modified:
jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
Modified:
Author: rahul
Date: Thu Dec 1 16:17:41 2005
New Revision: 351534
URL: http://svn.apache.org/viewcvs?rev=351534view=rev
Log:
** Support for corner cases where the SCXML document resides in:
* A java or web archive
* A compound document where it has already been parsed
(In such cases,
Can you just summarize what your objections are instead of referencing
some location that most people don't have access to?
robert burrell donkin wrote:
-1 to any commons-net new release. see pmc thread for details (if any
committers aren't on the pmc please shout and i'll nominate you)
-
I might be wrong, but I think I've seen an URI implementation in Axis
(don't know if it's a strict RFC-2396 implementation, a java.net.URI
backport, just something they needed or something that does its best to
interpret any messy string passed in)
For me, I buy the simply use the : as a
robert burrell donkin wrote:
-1 to any commons-net new release. see pmc thread for details (if any
committers aren't on the pmc please shout and i'll nominate you)
- robert
On Thu, 2005-12-01 at 07:47 +0100, Mario Ivankovits wrote:
Steve Cohen wrote:
As I have little time now, I propose the
For the thread's info; Robert's cc'd Rory on the pmc email.
This is legal shit and irritatingly it seems there are increased
liability issues when you talk publically.
Any active committer should be on the PMC, unless they've only
recently joined, so if you're active kick away and one of us will
I've read trough the charter and will post a formal proposal as soon as
I get the time to write it down ;)
In the meantime, is there anyway I could upload the code (its around
60k, zipped), in a quest for initial committers to include on the proposal?
As regards incubation:
- The code have
I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.
We have 105 commons committers, and 36 additional sandbox committers.
We've had 43 committers committing to proper, and 7 extra committing
to sandbox
On 12/1/05, Giorgio Gallo [EMAIL PROTECTED] wrote:
I've read trough the charter and will post a formal proposal as soon as
I get the time to write it down ;)
In the meantime, is there anyway I could upload the code (its around
60k, zipped), in a quest for initial committers to include on the
Some thoughts on the site.
A] Looking at the front page.
1) Jakarta link on the bar is redundant. We already have a huge logo
in the top left.
2) No need to include the direct svn link, just use viewcvs. Simpler
for the user.
3) Korea translation link is dead.
4) Japanese translation link is out
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 HenriYandell:
http://wiki.apache.org/jakarta-commons/AutomatedIdeas
The comment on the change is:
Fixing urls to latest versions
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 HenriYandell:
http://wiki.apache.org/jakarta-commons/TheSandbox
The comment on the change is:
An attempt at an update.
These seem to have been going on for months.
Any chance they can be fixed and stop spamming us?
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It's a break in how Jaxen works.
Unless we upgrade all of Jelly to work with the code changes in Jaxen,
the failures will continue.
Personally, I'd rather stick where we are with jaxen in Jelly and stop
Gump from nagging us.
On 12/2/05, Henri Yandell [EMAIL PROTECTED] wrote:
These seem to have
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-test has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-test has an issue affecting its community integration.
This issue
Irritating. :)
The classic one, where if we turn it off we'll never turn it on again,
but fixing the problem is not in the forseeable future.
I'm +1 on turning it off. Maybe stick a note in the root dir of the Jelly svn.
Hen
On 12/1/05, Dion Gillard [EMAIL PROTECTED] wrote:
It's a break in
Let's imagine a manual existed for Commons committers. It would assume
that a committer understands the ASF, ie) they've read the
Apache-Committer-Manual (imagine that exists too). What would the
chapters be?
Initial list:
* Short description of Commons/Introduction.
* Communication. How to use
On 12/1/05, Henri Yandell [EMAIL PROTECTED] wrote:
I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.
We have 105 commons committers, and 36 additional sandbox committers.
We've had 43 committers
On 12/1/05, Henri Yandell [EMAIL PROTECTED] wrote:
Some thoughts on the site.
A] Looking at the front page.
1) Jakarta link on the bar is redundant. We already have a huge logo
in the top left.
2) No need to include the direct svn link, just use viewcvs. Simpler
for the user.
Perhaps,
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-xml-test has an issue affecting its community
integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-xml-test has an issue affecting its community
integration.
On 12/1/05, Henri Yandell [EMAIL PROTECTED] wrote:
Let's imagine a manual existed for Commons committers. It would assume
that a committer understands the ASF, ie) they've read the
Apache-Committer-Manual (imagine that exists too). What would the
chapters be?
Initial list:
* Short
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-swing has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-swing has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-define-test has an issue affecting its community
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-define-test has an issue affecting its community
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
On 12/1/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 12/1/05, Henri Yandell [EMAIL PROTECTED] wrote:
Let's imagine a manual existed for Commons committers. It would assume
that a committer understands the ASF, ie) they've read the
Apache-Committer-Manual (imagine that exists too). What
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-html has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-html has an issue affecting its community
integration.
This
Author: billbarker
Date: Thu Dec 1 21:28:57 2005
New Revision: 351602
URL: http://svn.apache.org/viewcvs?rev=351602view=rev
Log:
Hide the defs in stdbool.h under Mac.
What brain-dead system includes junk like stdbool.h in the system header
files?
Fix for Bug #37447
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37447.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Steve Cohen wrote:
The thread Robert refers to has the subject
Re: Does Apache have agreement to use other open source code outside
of Apache?
Has this something to do with an email from IBM in the last few days
asking me if I am really was the creator of my contributions?
Not that I made
Henri Yandell wrote:
I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.
1 year - and if possible take the user/dev mailinglist for this project
into account.
A commiter active in the mailinglist is
On 12/2/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Steve Cohen wrote:
The thread Robert refers to has the subject
Re: Does Apache have agreement to use other open source code outside
of Apache?
Has this something to do with an email from IBM in the last few days
asking me if I am
Hi!
Any active committer should be on the PMC, unless they've only
recently joined, so if you're active kick away and one of us will
gladly nominate you.
I wasnt aware that we (the committers) are allowed to be on the PMC list.
I thought it need some time until a committer can become a PMC.
Hi,
A very common method which I use for setting messages is by loading from an
external file and replace some tokens with desired values.
For e.g.
--
AUTO-GENERATED MESSAGE FOLLOWS. PLEASE DO NOT REPLY TO THIS EMAIL.
Me too, if possible.
I havent received the CC: yet, so if someone who is on the PMC can
forward a copy of the email to me, I would appreciate it.
Mario Ivankovits wrote:
Hi!
Any active committer should be on the PMC, unless they've only
recently joined, so if you're active kick away and one
80 matches
Mail list logo
