rdonkin 2004/04/04 01:23:10
Modified:betwixt/src/java/org/apache/commons/betwixt/strategy
MixedContentEncodingStrategy.java
betwixt/src/test/org/apache/commons/betwixt/strategy
TestMixedContentEncoding.java
Log:
Added
i've committed two new factory constants but i decided against
renaming. you are right that (on reflection) the choice of name was a
poor one. i think ContentEncodingStrategy would have been better but
without a clear leader amongst the others, i think it best not to break
compatibility for
from my reading of the java specification, moving methods upwards in
the inheritance hierarchy is backwards compatible (in binary terms).
(hopefully someone will correct me if i've made a mistake.)
it's possible that there are some cases of symantic incompatibility for
user subclasses
On 3 Apr 2004, at 08:18, Simon Kitching wrote:
Hi Robert,
On Thu, 2004-04-01 at 07:46, robert burrell donkin wrote:
i quite like author tags for aesthetic reasons :)
the reason why i favour including a link is that (judging from the
volume of personal email i've received from users over the
rdonkin 2004/04/04 04:03:52
Added: betwixt/xdocs/guide output.xml
Log:
Added new page to the user guide about outputing the results of writing a bean.
Revision ChangesPath
1.1 jakarta-commons/betwixt/xdocs/guide/output.xml
Index: output.xml
rdonkin 2004/04/04 04:04:03
Modified:betwixt/xdocs faq.xml navigation.xml tasks.xml
Log:
Added new page to the user guide about outputing the results of writing a bean.
Revision ChangesPath
1.9 +20 -0 jakarta-commons/betwixt/xdocs/faq.xml
Index: faq.xml
when discussing adding entries to the .betwixt file to allow users to
choose whether a property should output CDATA or escaped character
data, i indicated that i'd prefer not to start adding extra elements to
the .betwixt file that only applied to certain strategies and
configuration and
my proposed name for the tag is 'option' (since property could be
how about 'behavior' ?
-Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 4 Apr 2004, at 13:26, Robert Leland wrote:
my proposed name for the tag is 'option' (since property could be
how about 'behavior' ?
to me, behaviour sounds like it implies some sort of contract,
requesting a particular type of behaviour. i was thinking more of an
optional configuration
rleland 2004/04/04 06:53:25
Modified:validator build.properties.sample build.xml project.xml
validator/src/share/org/apache/commons/validator
EmailValidator.java Form.java FormSet.java
ValidatorResources.java
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=27870.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
rdonkin 2004/04/04 08:47:24
Modified:.LICENSE
Log:
Replaced AL1.1 with AL2.0
Revision ChangesPath
1.7 +202 -60 jakarta-commons/LICENSE
Index: LICENSE
===
RCS file:
rdonkin 2004/04/04 08:47:30
Modified:.LICENSE.txt
Log:
Replaced AL1.1 with AL2.0
Revision ChangesPath
1.3 +202 -60 jakarta-commons/LICENSE.txt
Index: LICENSE.txt
===
RCS file:
There are two significant things that remain to be resolved before we can
release RealMatrix.
1. We need to decide what to do about solve(). After reviewing the code
again, I am OK leaving the current setup alone. If users want to
implement a different solve() method they can a) subclass
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=28190.
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=28190.
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=28190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
robert burrell donkin wrote:
from my reading of the java specification, moving methods upwards in
the inheritance hierarchy is backwards compatible (in binary terms).
(hopefully someone will correct me if i've made a mistake.)
It's recompile compatible (i.e. it works if you recompile the
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=28190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have created a prototype of a PoolingXADataSource a couple of months
ago. Someone asked about implementing a XA DBCP pool and I made this
prototype just to see if it was possible.
It probably needs some error handling and review of the corner cases
but it's a start. Anyway I just implemented
Based on this email and subsequant replies, Mario is approved as a full
commons committer (ignore subject line).
Mario,
Please read:
http://www.apache.org/dev/
http://www.apache.org/dev/committers.html
and obtain and read in detail:
http://www.apache.org/licenses/#clas
(read carefully and check
The prototype can be found here:
http://cvs.apache.org/~dirkv/dbcp/xa.zip
-- Dirk
Dirk Verbeeck wrote:
I have created a prototype of a PoolingXADataSource a couple of months
ago. Someone asked about implementing a XA DBCP pool and I made this
prototype just to see if it was possible.
It
This vote is still outstanding. Any souls willing to +1 ;-)
Stephen
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
Matthew Inger has made various valuable contributions to commons (lang,
configuration, math, vfs) over recent months. He has expressed an interest
in
dgraham 2004/04/04 12:38:45
Modified:validator/src/share/org/apache/commons/validator Form.java
Log:
Added @since javadoc tags for new methods and properties.
Revision ChangesPath
1.16 +14 -8
dgraham 2004/04/04 12:40:30
Removed: validator/src/share/org/apache/commons/validator
ValidatorResourcesInitializer.java
Log:
Removed deprecated ValidatorResourcesInitializer class.
-
To
dirkv 2004/04/04 13:00:45
Modified:commons-build/xdocs navigation.xml
Log:
remove jakarta text link (it's already on the jakarta logo)
Revision ChangesPath
1.8 +2 -2 jakarta-commons/commons-build/xdocs/navigation.xml
Index: navigation.xml
dirkv 2004/04/04 13:00:58
Modified:commons-build/xdocs directory.xml contributors.xml
charter.xml
Log:
fix titles
Revision ChangesPath
1.4 +1 -1 jakarta-commons/commons-build/xdocs/directory.xml
Index: directory.xml
On 4 Apr 2004, at 20:11, Paul Libbrecht wrote:
On 4-Apr-04, at 20:26 Uhr, robert burrell donkin wrote:
i've been looking into the issue and i know believe that it's parser
implementation related. the version of xerces that i'm using seems to
resolve all relative urls, passing digester only
dirkv 2004/04/04 13:16:03
Modified:commons-build commons-site.jsl
Log:
fix whitespace/underline problem when there are other tags inside a.../a
Revision ChangesPath
1.9 +1 -5 jakarta-commons/commons-build/commons-site.jsl
Index: commons-site.jsl
On 4 Apr 2004, at 20:14, Alex Karasulu wrote:
Hi,
I was just looking at the digester code as I was writing another
incarnation
of the digester pattern and noticed the pop() and peek() methods do
not need
to catch exceptions. It is just cheaper to check the size of the stack
before the pop()
On 3 Apr 2004, at 08:01, Simon Kitching wrote:
snip
So if anyone is interested in reviewing the code I've committed on
that
branch, please do.
Yes, please do :-)
i hope put to put some time aside tomorrow to do this. (i'd like to
have enough time so that i can definitely look at it all in one
On 1 Apr 2004, at 07:23, Simon Kitching wrote:
On Wed, 2004-03-31 at 10:55, Edelson, Justin wrote:
snip
Just to be clear, is there a timeframe for 1.6?
I am *very* keen to get a release out the door within 4 weeks.
Unfortunately, people keep coming up with really cool features to
include :-).
On 4 Apr 2004, at 05:31, Simon Kitching wrote:
snip
I just wanted to let you know that I am still interested in this, and
to
make sure we aren't duplicating efforts.
i'm not actively working on this at the moment.
- robert
-
Hey Dirk
I read some non-good comments about DBCP in some posts on TheServerSide.
These really bothered me, and I'm reconsidering the usage. Also I spent
some hours digging into JBoss and Geronimo source tree, and find out that
the best way to handle Connections/Pool/Transaction is to use JCA
Hi folks!
I have some implementation of distinct projects on Avalon-sandbox that I
think doesn't belong to Avalon. Avalon is doing some house cleaning at this
moment, so maybe its the best time to move this projects elsewhere.
Castle MX (we can change its name)
Basically it is a
dmitri 2004/04/04 15:06:29
jakarta-commons/jxpath/src/test/org/apache/commons/jxpath/ri/model/container - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dmitri 2004/04/04 15:06:36
Modified:jxpath/src/test/org/apache/commons/jxpath
JXPathTestSuite.java
jxpath/src/java/org/apache/commons/jxpath/ri/model/dynabeans
DynaBeanPropertyPointer.java
Maybe better placed in the Apache Commons project?
While a .Net impl of Avalon makes sense to live in the Avalon community,
there's not really a lot of community here to handle .Net components.
Hen
On Sun, 4 Apr 2004, hammett wrote:
Hi folks!
I have some implementation of distinct projects
dmitri 2004/04/04 16:16:24
Modified:jxpath/src/java/org/apache/commons/jxpath
PackageFunctions.java JXPathContext.java
jxpath/src/java/org/apache/commons/jxpath/ri
JXPathContextReferenceImpl.java
On Mon, 2004-04-05 at 07:14, Alex Karasulu wrote:
Hi,
I was just looking at the digester code as I was writing another incarnation
of the digester pattern and noticed the pop() and peek() methods do not need
to catch exceptions. It is just cheaper to check the size of the stack
before the
roxspring2004/04/04 16:42:27
Added: cli/xdocs/images Tag: RESEARCH_CLI_2_ROXSPRING util.svg
commandlines.svg diagrams.css diagrams.js
diagrams-cli2.js options.svg
Log:
Added some svg/js/css diagrams
Revision ChangesPath
On Mon, 2004-04-05 at 08:37, robert burrell donkin wrote:
as far as i'm concerned the major issue with a 1.6 is (and has been for
a while) finding a release manager. craig and i have different views on
who's eligible for this role. you might prefer craig's view's to mine
in this case.
I
roxspring2004/04/04 16:44:08
Added: cli/xdocs/images Tag: RESEARCH_CLI_2_ROXSPRING
commandlines.png options.png
Log:
Added pngs of diagrams for now (waiting for maven-svg plugin)
Created using:
java -jar /path/to/batik-rasterizer.jar -onload *.svg
Here is my code please help figure out what is wrong...
--
-
import java.io.*;
import java.util.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.commons.fileupload.*;
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
Maybe better placed in the Apache Commons project?
I'll talk to them then.
While a .Net impl of Avalon makes sense to live in the Avalon community,
there's not really a lot of community here to handle .Net components.
Ok,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 04, 2004 5:35 PM
To: [EMAIL PROTECTED]
Subject: Newbie Commons Upload Servlet Won't Compile
Here is my code please help figure out what is wrong...
This is actually a question for the
Stephen Colebourne wrote:
This vote is still outstanding. Any souls willing to +1 ;-)
[ x ] +1 Let him commit
[ ] +0 Not bothered
[ ] -1 Perhaps not, because
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Sun, 2004-04-04 at 22:44, robert burrell donkin wrote:
from my reading of the java specification, moving methods upwards in
the inheritance hierarchy is backwards compatible (in binary terms).
(hopefully someone will correct me if i've made a mistake.)
it's possible that there are some
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
I was just looking at the digester code as I was writing another
incarnation
of the digester pattern and noticed the pop() and peek() methods do not
need
to catch exceptions. It is just cheaper to check the
Alex Karasulu wrote:
Hi,
I was just looking at the digester code as I was writing another incarnation
of the digester pattern and noticed the pop() and peek() methods do not need
to catch exceptions. It is just cheaper to check the size of the stack
before the pop() or peek() calls and return
Hey Dirk
I read some non-good comments about DBCP in some posts on TheServerSide.
These really bothered me, and I'm reconsidering the usage. Also I spent
some hours digging into JBoss and Geronimo source tree, and find out that
the best way to handle Connections/Pool/Transaction is to use JCA
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=28194.
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=28194.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+0. No problems, but in the big scheme of things I suspect it won't
make any substantive difference in performance.
NP, I figured as much. I just see these sorts of things and they bother
me like imports that are not used. I just thought it would be the right
thing to ask before doing
Hi Phil,
Thank you, I guessed I was missing a step somewhere, doing what you said
took care of the problem. I submitted the patches, if that isn't what
you're looking for, let me know, I'll fix it if necessary. I know this
isn't a whole lot to contribute, but it was a place to start.
I
On Mon, 2004-04-05 at 14:13, Alex Karasulu wrote:
You really don't know how many times the empty stack is going to have pop or
peek called by a client. So this really is not a situation that we know is
only going happen once and a while. Cheaper comes from the fact that it
costs let to check
Simon,
if (stack.isEmpty()) {
return null;
} else {
// right here some other thread could empty the stack, causing
// the following pop to throw an exception despite our
// check above
return stack.pop();
}
Yep gotcha now and I'm glad to hear that the pop and
The problem is now fixed. In some situations JXPath would not open
containers during path traversal. I went through the entire code base to
see that container opening is done properly everywhere.
I ran the test you provided and it now runs fine.
Thank you very much for pointing out this
psteitz 2004/04/04 20:47:49
Modified:math/src/java/org/apache/commons/math/util MathUtils.java
Log:
Improved Javadoc and fixed comparison error in indicator(short).
Contributed by: Christopher Schuck
Pr #28194
Revision ChangesPath
1.13 +151 -152
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=28194.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christopher Schuck wrote:
Hi Phil,
Thank you, I guessed I was missing a step somewhere, doing what you said
took care of the problem. I submitted the patches, if that isn't what
you're looking for, let me know, I'll fix it if necessary. I know this
isn't a whole lot to contribute, but it was a
Actually Martin I pulled this code directly off the index page of the
JavaDocs. Maybe we should let someone know there is a flaw with the code that is
being supplied with this commons package. Check out the bottom of the page.
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-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-ant has an issue affecting its community integration. This
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=28151.
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=28151.
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=28151.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
69 matches
Mail list logo
