On 2 Apr 2004, at 13:52, korebantic wrote:
--- Christopher W. Farnham
[EMAIL PROTECTED] wrote:
The apology for Jelly is made in Jame's weblog here:
http://radio.weblogs.com/0112098/2004/03/26.html#a472
Now that I reread it, I'm not sure if it's tongue
and cheek or or what.
It's hard to tell, but
On 1 Apr 2004, at 23:18, korebantic wrote:
snip
I've already found out some
interesting things -- like the original maintainer is
MIA =/
another thing you're about to discover is that ASF projects are
organized a little differently from the way you might expect. we have
developers and
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=28002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jörg Schaible wrote:
Oliver Heger wrote:
[snip]
I was thinking a bit about those hierarchical aspects and how to provide
access to them through the Configuration interface. My idea was to
introduce an interface like ConfigurationNode that describes a node in a
configuration tree. It could
On 3 Apr 2004, at 15:18, korebantic wrote:
What is the proper procedure for submitting patches
against jelly, and adding new features like new tag
libraries, etc?
here at apache, those worthy individuals who contribute in this way are
known as developers (because they develop the software). take
Roger that, thanks for the info...
here at apache, those worthy individuals who
contribute in this way are
known as developers (because they develop the
software). take a look at
the following pages:
http://www.apache.org/dev/
http://jakarta.apache.org/site/getinvolved.html
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=28180.
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=28180.
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=28180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2004/04/03 13:19:14
Modified:validator maven.xml
Log:
Simplified copying validator dtd files.
Revision ChangesPath
1.5 +9 -11 jakarta-commons/validator/maven.xml
Index: maven.xml
===
dgraham 2004/04/03 13:35:31
Modified:validator maven.xml
Log:
Use src/javacript directory to copy js files. Using ${javascript.home}
copied them to the wrong directory for some reason.
Revision ChangesPath
1.6 +1 -1 jakarta-commons/validator/maven.xml
dgraham 2004/04/03 14:00:10
Modified:validator project.xml
Log:
Run ValidatorTestSuite instead of all test classes individually.
Revision ChangesPath
1.39 +2 -12 jakarta-commons/validator/project.xml
Index: project.xml
I see no reason why not, build isn't used at that level. I'll take it
out.
-Mark
On Sat, 2004-04-03 at 15:33, David Graham wrote:
The commons-build/project.xml file declares a build element that causes
problems for components extending that project.xml. Even when you declare
a build
mdiggory2004/04/03 14:08:18
Modified:commons-build project.xml
Log:
Removing build tagset which cases difficulty in subproject compilation.
Revision ChangesPath
1.28 +1 -32 jakarta-commons/commons-build/project.xml
Index: project.xml
Running 'maven clean jar' and 'maven clean dist' produce good jars if you
comment out the build element in commons-build/project.xml. If you
don't remove that, various files we don't want in the jar get included.
I've posted another message to commons-dev on this issue.
At this point we only
psteitz 2004/04/03 14:19:24
Modified:math/src/test/org/apache/commons/math/linear
RealMatrixImplTest.java
Log:
Add tests to verify InvalidMatrixException is thrown by inverse() for singular or
non-square matrices.
Revision ChangesPath
1.12
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
What do we want to do with validator_1_1_2.dtd? I think we can remove it
completely because, AFAICT, Rob removed the only new changes so it's now
functionally equivalent to the 1.1 dtd.
+1
David
Rob
Currently RealMatrix.preMultiply(double[]) returns a (row) RealMatrix. I
think it would be better / more useful to return a double[], similar to
operate[].
It would also be good to add RealMatrix.preMultiply(RealMatrix).
Any objections to these changes?
Phil
dgraham 2004/04/03 15:02:51
Removed: validator/conf/share validator_1_1_2.dtd
Log:
Removed the 1.1.2 dtd because it has no new changes since 1.1.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
I have some minor patches (javadoc) to submit for this project, but I
have not been successful in creating the unified diff file from CVS. I
tried the following:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login password:
anoncvs
export CVSROOT=:pserver:anoncvs:[EMAIL
Hi Chris,
Looks like you forgot to checkout the module first.
You need to do
cvs co jakarta-commons/math
after the cvs login and CVSROOT export.
That will create a local cvs sandbox for you. Find the files that you want
to patch in your newly created local jakarta-commons/math, make your
On Fri, 2004-03-12 at 11:35, robert burrell donkin wrote:
let me know when you're back and we'll have a think about backwards
compatible solutions to emmanuel's problem.
Well .. I'm back ;-)
I'm playing with an alternative to CallMethodRule (currently termed
InvokeMethodRule) which fires as
psteitz 2004/04/03 20:53:16
Modified:math project.properties
Log:
Forced maven build to fail on test failure.
Revision ChangesPath
1.16 +3 -1 jakarta-commons/math/project.properties
Index: project.properties
skitching2004/04/03 21:03:23
Added: digester/src/test/org/apache/commons/digester Box.java
OverlappingCallMethodRuleTestCase.java
Log:
Some more test cases for CallMethodRule behaviour when calls and
params overlap and nest.
Revision ChangesPath
skitching2004/04/03 21:05:10
Modified:digester build.xml
Log:
Add target for running new OverlappingCallMethodRuleTestCase
Revision ChangesPath
1.52 +15 -1 jakarta-commons/digester/build.xml
Index: build.xml
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-validate has an issue affecting its community integration,
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-ant has an issue affecting its community integration. This
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-define has an issue affecting its community integration,
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-html has an issue affecting its community integration, and
The Jakarta Commons community has voted to release Commons Validator 1.1.2,
with the following results:
+1: 5 (martinc, craigmcc, dgraham, yoavs, rleland)
+0: 0
-0: 0
-1: 0
The vote thread is here:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg38710.html
--
Martin Cooper
martinc 2004/04/03 23:33:52
Modified:validator project.xml
Log:
Update version for 1.1.3-dev.
Revision ChangesPath
1.41 +1 -1 jakarta-commons/validator/project.xml
Index: project.xml
===
31 matches
Mail list logo