On Fri, Nov 22, 2002 at 08:56:12PM -0500, Henri Yandell wrote:
+1. cjan (my creation) had less functionality than jjar (which was serving the same
+purpose), so cjan was eliminated.
That's the problem with the sandbox. Sometimes you have to clean out the place :)
Scott
I don't think we
Hi,
Is there any way I can pass more than one value with the same name to a
Jelly bean? I could imagine something like:
public class JellyBean {
private Collection params = null;
public JellyBean() {
params = new ArrayList();
}
public void run() {
for(Iterator
I haven't been following this thread, but this is sounding very crossdb like?
In any case, after reading this message, executeQuery should definitely return a
ResultSet, not an iterator as Ken said. That is ridiculous even thinking to return an
iterator and pulling the whole resultset into
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2002-11-23/commons-email.html
Buildfile: build-gump.xml
jar:
[mkdir] Created dir:
It is very trival way to handle JDBC stuff:
interface ResultSetHandler{
void handle( java.sql.ResultSet rs );
}
//executes single query
public void executeQuery( String sql, Object params[], ResultSetHandler
handler )throws SQLException{
Connection connection = pool.getConnection();
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=14796.
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=14267.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I would like to see it in commons too, but I don't want to shut out all the
non jakarta developers who have put a lot of effort into it (and still
are). In the mean time I'm happy to use qdox as an incubator ground. Aslak,
I've added you as a developer to the project on sf.
cheers
-Joe
At
husted 2002/11/23 11:05:49
Modified:scaffold/src/java/org/apache/commons/scaffold/util
ProcessBeanBase.java ProcessBean.java
Added: scaffold/src/java/org/apache/commons/scaffold/util
MessagesImpl.java Messages.java
husted 2002/11/23 11:06:11
Modified:scaffold/src/java/org/apache/commons/scaffold/sql
StorageBeanBase.java
Log:
+ StorageBeanBase: Add generic access methods, update, element, collection.
Revision ChangesPath
1.16 +128 -10
I'm not sure it's sounding crossdb like, it just doesn't scope to
large sets of data. I'm suggesting we have:
ResultSet executeQuery(PreparedStatement ps, Object[], int[])
and
Iterator executeQuery(String sql, Object[], int[])
where the latter uses the former. But is javadoc enough to specify
Which launches us into the beginnnigs of a religion/framework and away
from simply JDBC, but not that much. It seems like a good idea [Connection
needs pulling out, no pool], and we could then have an MemoryIterator
which pulls all the values into memory and other implementations.
Hen
On Sat,
I do not think this can solve some problem:
ResultSet executeQuery(Connnection c, String sql, List params);
It just replaces PreparetStatement.executeQuery in users code, Is it
something practical in this replacement?.
It will be the same JDBC in users code, but with dependancy on DBUtils.
craigmcc2002/11/23 15:05:13
Modified:combobuild.xml
Log:
Tweak processing order and selected CVS tags so that the entire build
runs on Windows. (About to check on Unix.).
Currently, the combo build omits jxpath and latka due to build errors --
most likely due to
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=14761.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
craigmcc2002/11/23 15:47:07
Modified:beanutils/src/java/org/apache/commons/beanutils
PropertyUtils.java
Log:
Correctly copy properties from a standard JavaBean to a DynaBean.
PR: Bugzilla #14667
Submitted by: Brian Topping topping at digidemic.com
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=14667.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Martin,
I like the idea you have but as you say yourself there may be
a more elegant solution. I think that this feature is independent
of the API change I recommend as this method was should not have
been exposed in the first place :-(
Log the idea in Bugzilla, so we can keep track of it.
I've not really been paying attention to the reflect stuff, and had missed
a question about it in a blog I usually read:
http://radio.weblogs.com/0112098/2002/09/24.html#a114
Rather than using:
Class theClass = Class.forName( className );
in reflect.ReflectionUtils, James suggests we should
jericho 2002/11/23 19:14:41
Modified:fileupload/src/java/org/apache/commons/fileupload
MultipartStream.java
Log:
- Fix the multi-bytes support .
Whenever StringBuffer and String class are used and the MULTI-BYTEs support
should be considered, it should
I think it's a good idea. A project in the sandbox should either be in or out
at some point. And if it's not in, why is it sitting about looking like it's
a real Apache product?
On Friday 22 November 2002 08:56 pm, Henri Yandell wrote:
I don't think we care that much about the Attics as it's
21 matches
Mail list logo