psteitz 2004/10/07 23:15:51
Modified:math/xdocs changes.xml
Log:
Updated to reflect recent changes.
Revision ChangesPath
1.3 +10 -4 jakarta-commons/math/xdocs/changes.xml
Index: changes.xml
psteitz 2004/10/07 23:25:18
Modified:math/xdocs changes.xml
Log:
Fix issue attribute name.
Revision ChangesPath
1.4 +2 -2 jakarta-commons/math/xdocs/changes.xml
Index: changes.xml
===
RCS
psteitz 2004/10/07 23:33:21
Modified:math project.properties
Log:
Set changes.issue.template property.
Revision ChangesPath
1.17 +2 -0 jakarta-commons/math/project.properties
Index: project.properties
On Thu, 7 Oct 2004, Phil Steitz wrote:
Brian Behlendorf wrote:
Thanks, Wolfgang. This is a pretty easy case for us - as it sits today,
especially with this email note from Wolfgang (which should be included in
a NOTES file sitting near colt.jar when imported) it looks perfectly fine
to
The following issue has been updated:
Updater: Michael Altenhofen (mailto:[EMAIL PROTECTED])
Date: Fri, 8 Oct 2004 12:43 AM
Changes:
Attachment changed to jelly-tags-soap-patch.txt
-
For a full
Le 8 oct. 04, à 02:08, Dion Gillard a écrit :
On Thu, 7 Oct 2004 11:40:27 +0200, Paul Libbrecht
[EMAIL PROTECTED] wrote:
More precisely, it's passing objects around.
I see no other mechanism for a tag to pass an object to a tag that
called it... (which is not always a parent tag).
In keeping with
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-154
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-155
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-156
Here is an overview of the issue:
-
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=31572.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The following comment has been added to this issue:
Author: Paul Libbrecht
Created: Fri, 8 Oct 2004 1:20 AM
Body:
In your example, I don't understand why using params=${params} is not enough.
Maybe you can provide another example ?
Do you want to do something like:
soap:invoke
Hi all,
I'll have a look at Digester again today and will compare the two approaches
finally for use in i18n.
As I know Oliver Zeigermann for a long time and he really is the master of
xml/sgml I everyone should give xmlio (good name indeed) a try.
Personally I like technologies that keep it very
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=31597.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The digester site seems to be broken. All links to the docs dont work
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Daniel Florey
Gesendet: Freitag, 8. Oktober 2004 09:32
An: 'Jakarta Commons Developers List'; 'Martin Cooper'
Betreff: AW: XML
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/descriptor -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/example - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/xdocs/images - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/context - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/constraints -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/config - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/i18n - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/xdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/util - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:08
jakarta-commons-sandbox/contract/src/java/org/apache/commons/contract/store - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/src/java/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:07
jakarta-commons-sandbox/contract/lib - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 02:36:21
Added: contract/xdocs index.xml downloads.xml navigation.xml
contract/src/java/org/apache/commons/contract/constraints
NumberConstraints.java CastException.java
Constraints.java
roxspring2004/10/08 03:22:07
Modified:cli/src/java/org/apache/commons/cli2/option OptionImpl.java
Log:
OptionImpl now avoids NullPointerExceptions
Revision ChangesPath
1.5 +17 -6
jakarta-commons/cli/src/java/org/apache/commons/cli2/option/OptionImpl.java
roxspring2004/10/08 03:23:11
Modified:cli/src/java/org/apache/commons/cli2/option GroupImpl.java
Log:
GroupImpl.validate() always validates instances of Group since they may contain
other options that need validating
Revision ChangesPath
1.6 +3 -0
xmlio sounds like a nice name. I will prepare something to check in
for general inspection...
Oliver
On Thu, 7 Oct 2004 23:27:39 +0100, Stephen Colebourne
[EMAIL PROTECTED] wrote:
One of the key items in the commons charter is allowing different solutions
to the same problem. So far, we have
On Fri, 8 Oct 2004 10:31:44 +0200, Daniel Florey [EMAIL PROTECTED] wrote:
As I know Oliver Zeigermann for a long time and he really is the master of
xml/sgml I everyone should give xmlio (good name indeed) a try.
I am certainly far from being a master in anything, but thanks for the
flattery ;)
Ah, now I understand your fears. Just another XML-Java mapper flying
around ih the user list: http://beck.sourceforge.net/. However,
xmlio is not a mapper to Java objects, you just receiver augmented SAX
call backs. Enough talk, I will prepare something now...
Oliver
On Fri, 8 Oct 2004 12:27:37
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=24306.
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=24306.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 03:44:57
Added: contract/src/examples/org/apache/commons/contract/example
SpeedCalculator.java SimpleMain.java
Removed: contract/src/java/org/apache/commons/contract/example
SpeedCalculator.java SimpleMain.java
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples/org/apache/commons/contract - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dflorey 2004/10/08 03:44:53
jakarta-commons-sandbox/contract/src/examples/org/apache/commons/contract/example -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Folks,
as discussed before I have just added a new component to the sandbox.
xmlio consists of two parts:
(1) low level import from XML to Java via callback (in)
(2) export of XML from Java with low level convenicence methods that
help you create valid XML fast (out)
xmlio is not an
How does this compare with StAX parser implementations?
- Mike
On Thu, 2004-10-07 at 15:53, Oliver Zeigermann wrote:
XMLBeans is super high level, XML Im-/Exporter is super low level.
E.g. XML Im-/Exporter (silly name by the way, any better ideas?) could
*theortically* be the base of
StAX is a new parser type. It is streaming, i.e. you get one token
after the other upon request. xmlio still uses a standard SAX parser
and merely augments callbacks.
Oliver
On Fri, 08 Oct 2004 08:03:36 -0400, Mike Stanley [EMAIL PROTECTED] wrote:
How does this compare with StAX parser
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org/apache/commons/xmlio - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org/apache/commons/xmlio/out - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org/apache/commons/xmlio/out - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org/apache/commons/xmlio - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:10
jakarta-commons-sandbox/xmlio/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:10
jakarta-commons-sandbox/xmlio/example - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org/apache/commons/xmlio/in - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/java/org/apache/commons/xmlio/in - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:11
jakarta-commons-sandbox/xmlio/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/10/08 04:56:20
Added: xmlio/src/java/org/apache/commons/xmlio/out
XMLStringWriter.java XMLWriter.java
XMLOutputStreamWriter.java XMLEncode.java
xmlio/src/java/org/apache/commons/xmlio/in
ozeigermann2004/10/08 04:56:10
jakarta-commons-sandbox/xmlio - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cool.
I look forward to checking it out. IMO - that's what a sandbox is
for.
The dependency issue is a Java problem, not just a Jakarta commons
problem.
BTW- There appears to be a lot of xmlio's out there:
http://www.google.com/search?q=xmlio
You may want to consider a different name.
Just like any other interface child classes inherit it from their parent.
You can remove the implements Serializable from all Number subclasses.
They're already Serializable since their parent class is.
David
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
I see that java.lang.Number
Oliver Zeigermann wrote:
I understand your fears.
However, xmlio is not a mapper to Java objects, you just
receiver augmented SAX call backs.
Is this something that could be pitched to Digester and XMLBeans to use
under the covers? What would be the pros/cons of their adopting this
package
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=31602.
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=31602.
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=31602.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Brain and Wolfgang,
This sort of clarification is exactly what we needed to hear. It sounds
like we can begin working portions of Colt now.
My question to Wolfgang is, to avoid fracturing Colt into multiple
implementations, we could decided between two possible approaches.
A.) Refer to the
I'm to blame for Beck. Sorry I haven't reviewed xmlio yet. From your
description it sounds like Beck and xmlio have rather different aims.
But they're close enough relatives that we might benefit from
cross-pollination. I'd be happy to compare notes, if you like.
By the way, can you recommend
I actually have no opinion about having multiple libraries that (almost)
server the same purpose, but with regards to the i18n project, I plan to add
the ability to tell it to use Digester (instead of the default) so you won't
actually need xmlio.
--
James Mitchell
Software Engineer / Open
In case anyone cares
org.apache.commons.xmlio.in.SimpleImportHandler
might be a good place to start with XML-Java.
Maybe Daniel would donate some examples For now the junit test in src/test
org.apache.commons.xmlio.in.SimpleImportTest
shows how to use it.
Compared to may ordinary
roxspring2004/10/08 09:35:34
Modified:cli/src/java/org/apache/commons/cli2/builder
PatternBuilder.java DefaultOptionBuilder.java
CommandBuilder.java GroupBuilder.java
ArgumentBuilder.java SwitchBuilder.java
Log:
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 folk at [EMAIL PROTECTED]
Project commons-resources has an issue affecting its community integration.
This issue
Mark,
We should discuss this as part of post 1.0 planning for [math]. There is a third
option, which is to borrow code from Colt as we implement the kinds of pluggable
numerical linear algebra implementations that we have been discussing. Maybe that is
what you mean by fracturing. Probably
Mark,
I am not worried about fracturing. My understanding is that you
wouldn't start doing colt releases build by apache, right? You'd rather
take some parts or derivatives of the code and add them to commons-math
CVS as you see fit (probably in a significantly refactored/modified
form). I
Phil Steitz wrote:
Mark,
We should discuss this as part of post 1.0 planning for [math]. There is a third option, which is to borrow code from Colt as we implement the kinds of pluggable numerical linear algebra implementations that we have been discussing. Maybe that is what you mean by
Wolfgang Hoschek wrote:
Mark,
I am not worried about fracturing. My understanding is that you
wouldn't start doing colt releases build by apache, right? You'd rather
take some parts or derivatives of the code and add them to commons-math
CVS as you see fit (probably in a significantly
Right, so unless I hear otherwise, I will clean this up over the
weekend.
Thanks,
Gary
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 06:16
To: Jakarta Commons Developers List
Subject: Re: [lang] Each Mutable Number class declares
Hello,
I would like to suggest that we find a better name for this project. It
seems the key is that it augments callbacks for SAX. So maybe a name
that tries to convey this fact:
- SaxEx
- Sax???
Gary
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent:
roxspring2004/10/08 12:41:19
Modified:cli/src/java/org/apache/commons/cli2/option
PropertyOption.java
Log:
Made default constants public
Revision ChangesPath
1.3 +2 -2
ggregory2004/10/08 12:45:46
Modified:lang/src/java/org/apache/commons/lang/mutable
MutableFloat.java MutableByte.java
MutableShort.java MutableObject.java
MutableLong.java MutableInt.java MutableDouble.java
Augmenting sax is only the in part. The out part has got nothing
to do with sax. Actually, except for the attributes and call back
nature it does not look like sax anymore. So, I guess xmlio isn't that
bad, is it? Even though it is not realy original...
Oliver
On Fri, 8 Oct 2004 15:08:55 -0400,
On Thu, 07 Oct 2004 17:19:23 -0400, Sean Schofield
[EMAIL PROTECTED] wrote:
Is there any serious work going on with workflow? I have developed a
complete workflow package and have a lot of ideas I could contribute.
If there's anyone out there on the list interested in discussing I am
scolebourne2004/10/08 14:27:00
Modified:lang/src/test/org/apache/commons/lang BooleanUtilsTest.java
lang/src/java/org/apache/commons/lang BooleanUtils.java
Log:
Add isTrue and isFalse methods
Revision ChangesPath
1.10 +14 -1
There was rather a lot of automated reformatting in this commit ;-) Not sure
that is something I'd want to encourage in the future, unless the classes
existing format had issues.
Stephen
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 08, 2004
scolebourne2004/10/08 14:33:03
Modified:lang/src/java/org/apache/commons/lang/mutable
MutableFloat.java MutableObject.java
Log:
Remove wrong Javadoc
Revision ChangesPath
1.7 +1 -18
scolebourne2004/10/08 14:44:41
Modified:lang/src/java/org/apache/commons/lang Validate.java
lang/src/test/org/apache/commons/lang ValidateTest.java
Log:
Rename allElementsOfClass to allElementsOfType, and change to instanceof check
Revision ChangesPath
Tell Eclipse not to include javadoc comments in the format. This is
what the majority of the diff contains (I recognize that crap ass
javadoc formating anywhere ;-)
- Mike
On Fri, 2004-10-08 at 17:34, Stephen Colebourne wrote:
There was rather a lot of automated reformatting in this commit
scolebourne2004/10/08 15:10:23
Modified:lang/src/test/org/apache/commons/lang WordUtilsTest.java
Log:
Extra tests based on Javadoc
Revision ChangesPath
1.8 +10 -1
jakarta-commons/lang/src/test/org/apache/commons/lang/WordUtilsTest.java
Index:
scolebourne2004/10/08 15:10:37
Modified:lang/src/java/org/apache/commons/lang WordUtils.java
Log:
Javadoc
Revision ChangesPath
1.15 +19 -14
jakarta-commons/lang/src/java/org/apache/commons/lang/WordUtils.java
Index: WordUtils.java
ggregory2004/10/08 15:29:33
Modified:lang/src/java/org/apache/commons/lang/mutable
MutableObject.java
Log:
Javadoc hashCode() more precisely.
Revision ChangesPath
1.5 +4 -4
Ah... more fun stuff, my goal was the opposite than what you are
suggesting ;-) I suppose the policy should be don't change anything
unless you are fixing something, not sure.
In this case, I /wanted/ to format the Javadocs in order to have the
comments less like newspaper columns and make better
roxspring2004/10/08 15:52:53
Modified:cli/src/java/org/apache/commons/cli2 messages.properties
cli/src/java/org/apache/commons/cli2/option
DefaultOption.java Switch.java Command.java
Log:
Added missing required option message
Revision
1 - 100 of 138 matches
Mail list logo