No, they don't pass on a machine that has a default locale set to
something non-english.
The problem is that the tests are assuming too much about the default
locale.
For example, if you create a new SimpleDateFormat without providing a
locale or a set of DateFormatSymbols then that
Hello all,
I'm having some troubles with the IteratorChain.remove() function, when one of
the underlying iterators is a FilterIterator. It throws an
IllegalStateException (remove() cannot be called). As I believe this is a
bug, I'm posting it to the dev-mailinglist.
Here is a simplified code
Remy Maucherat wrote:
On Sun, 27 Mar 2005 20:31:19 +0200, Simon Kitching [EMAIL PROTECTED] wrote:
What happens when multiple independent webapps use j.u.logging?
Can each webapp have its own personal logging configuration file?
And if so, is logging correctly cleaned up when the webapp is
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=34230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
On Sun, 27 Mar 2005 20:21:04 +0200, Simon Kitching [EMAIL PROTECTED] wrote:
There really is no reason for an application to use JCL. I´m personally
surprised that Tomcat chose to do so for its internal logging, and
pleased to see that the next version is moving away from it.
On Apr 1, 2005 3:53 PM, Simon Kitching [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
I´d assumed that the information about JULI here:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html
meant that use of JCL was obsolete. Sorry if I misunderstood.
If tomcat had really chosen
I too would like to have a webdav servlet in commons.
(B
(BI would not, but I would enthusiastically support a webapp commons as a
(Bseparate project, to which we would accept servlets, tag libs, etc.
(B
(B--- Noel
(B
(B
On Apr 01, 2005, at 03:34, Bill Keese wrote:
Besides a class that maps to the file system,
Like Pier Fumagalli's A simple approach to WebDAV?
http://www.betaversion.org/~pier/wiki/display/pier/
A+simple+approach+to+WebDAV
I'd also like a simple
API to map WebDAV to your system and thus people
Simon Kitching wrote:
Sorry, I meant using the j.u.util logging API from the code, but backed
by the JULI implementation.
What is Juli?
(I use http://simple-log.dev.java.net )
.V
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Craig McClanahan wrote:
Personally, I'm leaning towards -0 (multiple execute methods per
chain seem to encourage the wrong behavior -- combining lots of
functionality into a single command versus splitting it up into fine
grained reusable chunks), but won't veto it if others think the
On Apr 1, 2005 6:53 AM, Noel J. Bergman [EMAIL PROTECTED] wrote:
I too would like to have a webdav servlet in commons.
I would not, but I would enthusiastically support a webapp commons as a
separate project, to which we would accept servlets, tag libs, etc.
I too would support the creation
--- Noel J. Bergman [EMAIL PROTECTED] wrote:
I too would like to have a webdav servlet in
commons.
I would not, but I would enthusiastically support a
webapp commons as a
separate project, to which we would accept servlets,
tag libs, etc.
+1 to a 'Web Commons', (which could perhaps be
At 9:06 AM -0600 4/1/05, NetSQL wrote:
Craig McClanahan wrote:
Personally, I'm leaning towards -0 (multiple execute methods per
chain seem to encourage the wrong behavior -- combining lots of
functionality into a single command versus splitting it up into fine
grained reusable chunks), but won't
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=34263.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Martin Cooper wrote:
Noel J. Bergman [EMAIL PROTECTED] wrote:
I would enthusiastically support a webapp commons
as a separate project, to which we would accept
servlets, tag libs, etc.
I too would support the creation of this type of commons project.
It could also be a place to collect
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=32573.
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=34265.
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=34265.
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=34267.
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=34267.
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=32573.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Apr 1, 2005 8:50 AM, Noel J. Bergman [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
Noel J. Bergman [EMAIL PROTECTED] wrote:
I would enthusiastically support a webapp commons
as a separate project, to which we would accept
servlets, tag libs, etc.
I too would support the creation
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=34267.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: brentworden
Date: Fri Apr 1 12:45:21 2005
New Revision: 159727
URL: http://svn.apache.org/viewcvs?view=revrev=159727
Log:
PR: 34230
Fixed bug in PolynomialSplineFunction to allow evaluation of the function at
the last knot point.
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=34230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: brentworden
Date: Fri Apr 1 12:49:27 2005
New Revision: 159729
URL: http://svn.apache.org/viewcvs?view=revrev=159729
Log:
updating copyright
Modified:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/PolynomialSplineFunction.java
Well the vote results are in and the grand total is -0.5. I'm not
sure how to count Craig's -0 and Joe's +0 but I assume they cancel
each other out ;-)
More importantly I am not seeing any +1 votes for this and since this
is a group effort I will defer to the wishes of the group. I will go
a.k.a. Commons Persisting
Motivation
--
There are an increasing number of viable APIs for persisting objects to
data stores. We currently have JDO, a JCP spec, Hibernate, a popular
open source project, OJB, an Apache open source project, EJB3, a new
JCP spec for object persistence,
I for one like the idea, except for one thing... I've always been a bit
turned off by the persistence solutions that have their own query
language, such as Hibernate. For me, any solution that didn't work with
regular standard SQL wouldn't be optimal. I believe that if the table
names in a
Yes it does, thank you very much.
Neeme Praks wrote:
No, they don't pass on a machine that has a default locale set to
something non-english.
The problem is that the tests are assuming too much about the default
locale.
For example, if you create a new SimpleDateFormat without providing a
Well, we could take it a step further:
We don't need to invent our own api, just adopt one and write the
necessary adapters. I propose using the JDBC api with our own
DriverManager and DataSources. The application or library developer
will handle their persistence needs using the standard JDBC
Do you propose sticking with SQL queries? Or, do you mean use the JDBC
framework (Connection, Statement, ResultSet, etc.) to execute object-based
queries?
-Original Message-
From: Jim Seach [mailto:[EMAIL PROTECTED]
Sent: Friday, April 01, 2005 11:14 PM
To: Jakarta Commons Developers
Can't say I understand how Geir's proposal could be solved with
anything at the JDBC level, it's just going to seem too weird to try
and jam a object query into a JDBC class.
The most I would expect is for debate on whether the API would be able
to take a java.sql.Connection of
On Apr 1, 2005 8:14 PM, Jim Seach [EMAIL PROTECTED] wrote:
Well, we could take it a step further:
We don't need to invent our own api, just adopt one and write the
necessary adapters. I propose using the JDBC api with our own
DriverManager and DataSources. The application or library
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=34271.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Martin Cooper wrote:
On Apr 1, 2005 8:14 PM, Jim Seach [EMAIL PROTECTED] wrote:
Well, we could take it a step further:
We don't need to invent our own api, just adopt one and write the
necessary adapters. I propose using the JDBC api with our own
DriverManager and DataSources. The application
36 matches
Mail list logo
