Hernan Silberman wrote:
--- Hernan Silberman [EMAIL PROTECTED] wrote:
Hello,
I'm working on an application that uses Named Queries much like the
DBUtils QueryLoader class reads in from a Java properties file. The
queries in
my application are stored in a relational database on the server
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25156.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Robert,
I think the code committed is just fine.
I like the versatile Substitutor interface; I can imagine all sorts of
uses for the ability to arbitrarily manipulate attribute values and body
text before rules see them other than just var expansion.
I also like the separation of this code
Sorry to jump in to this thread this way, and perhaps it is too late now.
But, have the people here considered using the term resolve
for this concept?
Perhaps the interface could be named Resolver, with the method resolve().
I can think of ${foo} xyz as resolving the definition rather than
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25156.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/12/03 03:17:36
Modified:collections/src/test/org/apache/commons/collections/list
TestPredicatedList.java
Log:
File layout
Revision ChangesPath
1.4 +4 -4
scolebourne2003/12/03 03:19:10
Modified:collections/src/test/org/apache/commons/collections/list
TestUnmodifiableList.java
collections/src/java/org/apache/commons/collections/list
UnmodifiableList.java
scolebourne2003/12/03 03:37:44
Modified:collections/src/java/org/apache/commons/collections/decorators
OrderedSet.java CompositeCollection.java
SetList.java
collections/src/java/org/apache/commons/collections/list
scolebourne2003/12/03 04:23:19
Modified:collections/src/java/org/apache/commons/collections/collection
package.html
collections/src/java/org/apache/commons/collections/bidimap
package.html
Just as side note: This happens with latest commons-lang-2.0 version, using the
referenced commons-lang-1.0 everything is ok.
Jörg Schaible wrote on Tuesday, November 25, 2003 12:11 PM:
Hello Jelly developers,
if I build Jelly with the sources from CSV the build with
maven fails because of
scolebourne2003/12/03 04:27:37
Modified:collections/src/java/org/apache/commons/collections/list
UnmodifiableList.java
collections/src/java/org/apache/commons/collections/buffer
UnmodifiableBuffer.java
Hi,
since I did not see any a lot of traffic for Jelly this year at all and the docs for
the tutorial are out-of-date I ask myself if anybody cares of patches to Jelly at all
(http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-98)?
Regards,
Jörg
scolebourne2003/12/03 04:59:37
Modified:collections/src/test/org/apache/commons/collections/bidimap
AbstractTestBidiMap.java TestAll.java
Added: collections/src/test/org/apache/commons/collections/bidimap
scolebourne2003/12/03 06:02:49
Modified:collections/src/test/org/apache/commons/collections/bidimap
AbstractTestSortedBidiMap.java
Log:
Fix tests to support unmodifiable test cases
Revision ChangesPath
1.6 +20 -2
scolebourne2003/12/03 06:03:35
Modified:collections/src/java/org/apache/commons/collections/bidimap
package.html AbstractBidiMapDecorator.java
collections/src/test/org/apache/commons/collections/bidimap
TestAll.java
Added:
The pairs package name is perhaps not quite right. I would like the package
to hold all non-collection data structure:
- MapEntry
- KeyValue
- MultiKey
How about renaming the package to data?
(no backwards compatability issues)
Stephen
scolebourne2003/12/03 06:39:42
Modified:collections/src/java/org/apache/commons/collections
PriorityQueueUtils.java
Log:
Fix deprecation by referencing the correct BinaryHeap
Revision ChangesPath
1.4 +3 -2
scolebourne2003/12/03 07:15:16
Added: collections/src/java/org/apache/commons/collections/pairs
package.html
Log:
Update package description
Revision ChangesPath
1.1
scolebourne2003/12/03 07:16:49
Modified:collections/src/java/org/apache/commons/collections
StaticBucketMap.java
collections/src/test/org/apache/commons/collections/map
TestAll.java
rwaldhoff2003/12/03 07:24:46
Modified:functor/src/test/org/apache/commons/functor/core/composite
TestCompositeUnaryProcedure.java
TestCompositeUnaryPredicate.java
Log:
add tests
Revision ChangesPath
1.3 +8 -2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25167.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/12/03 07:50:12
Modified:collections/src/test/org/apache/commons/collections/map
TestAll.java
collections/src/java/org/apache/commons/collections
ReferenceMap.java
Stephen,
I am not seeing these failures. Did recent commits include a fix? If so,
where? I am running the tests under maven, Sun Linux JDK 1.4.2.
Phil
Stephen Colebourne wrote:
HELP!
Anyone got any good ideas or tools to track this down. It is now very
occaisional, but may knock out the
I've seen it once today. Maybe its just my setup - as far as I can see there
is no threading in these tests...
Stephen
Sun JDK1.4.1 Windows98
- Original Message -
From: Phil Steitz [EMAIL PROTECTED]
I am not seeing these failures. Did recent commits include a fix? If so,
where? I am
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25167.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=25167.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff2003/12/03 10:22:11
Modified:functor/xdocs examples.xml download.xml building.xml
index.xml
functor/xdocs/stylesheets project.xml
Added: functor STATUS.txt
Log:
add STATUS.txt
update xdocs
Revision ChangesPath
Hello, guys, I found bugs in beanutils as posted in
http://issues.apache.org/bugzilla/show_bug.cgi?id=24941
I posted patches for the bugs too and wanted to know if it was fixed in the
right way or I need to alter it in any way.
These bugs are blocking another bug issue for Struts.
Why can't these all just go with the maps?
On Wed, 3 Dec 2003, Stephen Colebourne wrote:
The pairs package name is perhaps not quite right. I would like the package
to hold all non-collection data structure:
- MapEntry
- KeyValue
- MultiKey
How about renaming the package to data?
(no
Hi Ernesto!
I am not sure I do understand what it means to invoke a function of a
tag-library at least in Jelly. From what I understood from the first
answer to your question, it looks like straight invocation would do.
How about the following ?
j:jelly xmlns:c=jelly:core
j:new
scolebourne2003/12/03 11:03:21
Modified:collections/src/test/org/apache/commons/collections/iterators
AbstractTestOrderedMapIterator.java
Log:
Improve testing of iterators
Revision ChangesPath
1.4 +4 -2
scolebourne2003/12/03 11:03:50
Modified:collections/src/java/org/apache/commons/collections/map
Flat3Map.java
Log:
Change to use HashedMap instead of HashMap
Revision ChangesPath
1.6 +6 -8
scolebourne2003/12/03 11:04:41
Modified:collections/src/java/org/apache/commons/collections/map
HashedMap.java
collections/src/test/org/apache/commons/collections/map
TestAll.java
Added:
scolebourne2003/12/03 11:05:51
Added: collections/data/test LinkedMap.fullCollection.version3.obj
LinkedMap.emptyCollection.version3.obj
Log:
Add LinkedMap map implementation
Revision ChangesPath
1.1
KeyValue is not directly associated with maps - its a free form key value
pair. MultiKey could also be used in a List or Set.
Stephen
- Original Message -
From: Rodney Waldhoff [EMAIL PROTECTED]
Why can't these all just go with the maps?
On Wed, 3 Dec 2003, Stephen Colebourne wrote:
o.a.c.c.data could work.
some other ideas:
o.a.c.c.types
o.a.c.c.elements
Stephen Colebourne wrote:
KeyValue is not directly associated with maps - its a free form key value
pair. MultiKey could also be used in a List or Set.
Stephen
- Original Message -
From: Rodney Waldhoff [EMAIL
scolebourne2003/12/03 11:23:08
Modified:collections/src/java/org/apache/commons/collections/map
package.html
Log:
Add LinkedMap map implementation
Revision ChangesPath
1.5 +3 -0
Hello,
The web presence is 1.2 RC1 and not 1.2:
http://jakarta.apache.org/commons/codec/
The web presence is 1.1 and not 1.2:
http://jakarta.apache.org/site/binindex.cgi
Thanks,
Gary
data would be fine but somehow I feel a name like that is too generic.
I mean, it's all data! So, the name did rather describe what the classes do
with data.
So, one might call it:
oacc.dataholders
Or, if that is long, how about just oacc.holders
Or something that describes that these
matth 2003/12/03 13:03:00
Modified:sql project.xml
sql/src/java/org/apache/commons/sql/io DatabaseWriter.java
sql/src/java/org/apache/commons/sql/type TypesWriter.java
Log:
Replaced some dependencies - jelly-SNAPSHOT switched to latest version,
I know it's a Sandbox project, but I was wondering if there's anywhere I can
find recent builds of configuration to play with. I'm behind a firewall at work
and have had little luck getting cvsGrab to work through the local HTTP proxy.
Even if I do manage to get a copy of that module, the
Hello,
I would like to have a general idea of the go-whither of the collections
project. I mean, what are the general objectives of package for the
immediate future, when is the next release slated, and such stuff. I did
take a peek at the CVS for the docs that explain this, but most seem to
On Wed, 2003-12-03 at 22:59, ASHWIN Suresh wrote:
Sorry to jump in to this thread this way, and perhaps it is too late now.
But, have the people here considered using the term resolve
for this concept?
I don't think it is too late for suggestions like this. Any time before
the release is not
On Fri, 2003-12-05 at 11:17, Simon Kitching wrote:
Hi Robert,
I think the code committed is just fine.
On further thought, I have a more significant change to suggest.
I think the VariableSubstitutor and MultiVariableExpander classes should
be merged. VariableSubstitutor really is a nothing
I gave it multiple tries but haven't been able to reproduce this
failure either, under maven and OSX JDK 1.4.1_01 or Sun Linux JDK 1.4.2.
michael
On Wed, 3 Dec 2003, Stephen Colebourne wrote:
I've seen it once today. Maybe its just my setup - as far as I can see there
is no threading in
rdonkin 2003/12/03 15:21:52
Modified:digester/src/java/org/apache/commons/digester/substitution
VariableSubstitutor.java
Log:
Changed from lazy construction to construction when the substitutor is created.
Suggested by Simon Kitching.
Revision Changes
We haven't really talked about the terminology for this feature.
I think it is open for discussion. Good names help in so many ways.
Yep, all your examples are right to have -or.
And also function--functor.
I'm convinced. Substitutor it is (unless the decision is made
to rename
hi ash
On 3 Dec 2003, at 09:59, ASHWIN Suresh wrote:
Sorry to jump in to this thread this way, and perhaps it is too late
now.
But, have the people here considered using the term resolve
for this concept?
Perhaps the interface could be named Resolver, with the method
resolve().
I can think of
hi simon
On 4 Dec 2003, at 09:17, Simon Kitching wrote:
snip
In VariableSubstitutor, you use lazy creation for variableAttributes.
I'm not sure there is much point to that. Given that the user has set
up
var expansion in the first place, the object will almost certainly be
created sometime.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Maybe I just need to dig into this more deeply, but I find any form of
Pair or Object[2] class being exposed as a public interface of
commons-collections a bit questionable.
On Wed, 3 Dec 2003, __matthewHawthorne wrote:
o.a.c.c.data could work.
some other ideas:
o.a.c.c.types
Hi Chris,
There are two possibilities that I can think of:
1) The Log4j jar is on your classpath. When Log4j is detected it is
used as the default logger and it controls the default log levels.
2) org.apache.commons.logging.simplelog.defaultlog is not being set soon
enough. This property
really strange.. the only jars related to HttpClient that are in my path
are
commons-httpclient-2.0-rc1.jar and commons-logging.jar . And I have now I
now made sure I set
System.setProperty(org.apache.commons.logging.simplelog.defaultlog,fatal);
in my main method before any classes are
From looking at the commons logging docs
http://jakarta.apache.org/commons/logging/userguide.html it seems that
this could also happen if you are using a 1.4 JRE. If so, you can
either configure logging using java.util.logging or set the following
system property to default commons logging to
wonderful, that seemed to work.. thanks alot Michael. I have one quick
question that I will ask in this same email - In a multi-threaded
environemnt, if each thread has its own HttpClient instance, this works just
fine correct ? There is no statically shared object some where down the
Hi Chris,
I'm glad that has fixed the problem.
As to the threading question, you are correct. You can safely use
multiple instances of HttpClient from different threads. They do not
share any static resources.
The docs on multi-threading only apply if you would like to share a pool
of
Hi,
I am using a proxy server that supports both NTLM and Basic Authentications.
How do I make HttpClient use Basic Auth. instead of NTLM? I am using
2.0-rc2. Following is my code:
57 matches
Mail list logo