jstrachan2003/02/05 00:08:15
jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/ddl - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:15
jakarta-commons-sandbox/sql/src/templates/axion - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:16
jakarta-commons-sandbox/sql/src/templates/db2 - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:17
jakarta-commons-sandbox/sql/src/templates/mckoi - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:17
jakarta-commons-sandbox/sql/src/templates/mssql - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:16
jakarta-commons-sandbox/sql/src/templates/hsqldb - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:17
jakarta-commons-sandbox/sql/src/templates/oracle - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:17
jakarta-commons-sandbox/sql/src/templates/mysql - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:18
jakarta-commons-sandbox/sql/src/templates/oracle/9i - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:18
jakarta-commons-sandbox/sql/src/templates/oracle/8i - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/05 00:08:18
jakarta-commons-sandbox/sql/src/templates/sybase - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Oh, okay I understand now. The factory may get called even when the target
is not null. That explains my confusion.
Thanks again.
Adam.
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, February 04, 2003
I thought we had this vote already.
+1
On Monday, January 27, 2003, at 01:00 PM, robert burrell donkin wrote:
jexl is a simple expression language for accessing java objects. it is
used extensively by jelly. jexl has been (relatively) stable for a
while. jelly is pushing towards it's first
On Tuesday, February 4, 2003, at 02:06 PM, robert burrell donkin wrote:
i'm keen to get jexl a proper commons website now that it's been
promoted.
i need to modify a few files in jexl and so i'm going to add myself to
the list of committers unless - that is - someone wants to jump in
with
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=16803.
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=16803.
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=16803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey all,
If you follow the community list, it sounds like the
board is coming down on libraries that distribute or
link to LGPL software. Unfortunately, graph2 is one
of those libraries, by way of the nsUML license:
http://nsuml.sourceforge.net
The choices seem to be:
1) Convince nsUML to
that vote wasn't binding - see rondey's comments in
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104411028226767
this thread is an official VOTE (for the archives).
- robert
On Tuesday, February 4, 2003, at 07:31 PM, Costin Manolache wrote:
I have a deja-vu sentiment, I remember we
rdonkin 2003/02/05 10:27:31
Modified:jexl STATUS.html
Log:
Add myself to the committer list since i need to make some changes to update the
website after promotion
Revision ChangesPath
1.2 +78 -77jakarta-commons/jexl/STATUS.html
Index: STATUS.html
rdonkin 2003/02/05 10:52:48
Modified:jexl project.xml
jexl/xdocs index.xml project.xml
Added: jexl/xdocs changes.xml tasks.xml
Log:
Updated product.xml and docs to reflect promotion
Revision ChangesPath
1.9 +6 -6
On Wed, 2003-02-05 at 12:32, Morgan Delagrange wrote:
Hey all,
If you follow the community list, it sounds like the
board is coming down on libraries that distribute or
link to LGPL software. Unfortunately, graph2 is one
of those libraries, by way of the nsUML license:
rdonkin 2003/02/05 11:04:49
Modified:jexl project.xml
Log:
Fixed jakarta logo url
Revision ChangesPath
1.10 +1 -1 jakarta-commons/jexl/project.xml
Index: project.xml
===
RCS file:
rdonkin 2003/02/05 11:35:58
Modified:jexl/xdocs project.xml
Log:
Fixed up some of the nav bar links
Revision ChangesPath
1.5 +11 -11jakarta-commons/jexl/xdocs/project.xml
Index: project.xml
rdonkin 2003/02/05 11:43:14
Modified:docs beanutils.html charter.html collections.html
commons.html components.html contributors.html
dbcp.html digester.html directory.html
discovery.html index.html lang.html
On Wed, 2003-02-05 at 14:11, David Dixon-Peugh wrote:
The nsUML stuff isn't central to the Graph package.
Indeed it might be better off if it isn't included
in the Jars. I can see taking some of the domain
packages and distributing them separately.
(Its doubtful that many people need to
On 5 Feb 2003, Jason van Zyl wrote:
On Wed, 2003-02-05 at 14:11, David Dixon-Peugh wrote:
The nsUML stuff isn't central to the Graph package.
Indeed it might be better off if it isn't included
in the Jars. I can see taking some of the domain
packages and distributing them
On Wednesday, February 5, 2003, at 07:55 PM, Henri Yandell wrote:
I think the Commons website is slowly gravitating to a project not having
a link to its siblings. So +1 to removing the nav-bar elements linking to
projects.
Are you planning to remove the other elements? Community, Chart etc?
On Wed, 5 Feb 2003, robert burrell donkin wrote:
On Wednesday, February 5, 2003, at 07:55 PM, Henri Yandell wrote:
I think the Commons website is slowly gravitating to a project not having
a link to its siblings. So +1 to removing the nav-bar elements linking to
projects.
Are you
by my count, the binding votes are 5 +1's, no +0's, no -0 and no -1.
so, i think that EL is now formally a commons component :)
i think that the code's already been moved. the commons website needs
updating with el's documents plus links from the shared pages. there are
plenty of people who'll
On Wednesday, February 5, 2003, at 08:14 PM, Henri Yandell wrote:
On Wed, 5 Feb 2003, robert burrell donkin wrote:
On Wednesday, February 5, 2003, at 07:55 PM, Henri Yandell wrote:
I think the Commons website is slowly gravitating to a project not
having
a link to its siblings. So +1 to
morgand 2003/02/05 15:11:48
Modified:latka.cvsignore
Log:
added junit properties output to cvsignore
Revision ChangesPath
1.6 +1 -0 jakarta-commons/latka/.cvsignore
Index: .cvsignore
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=16823.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have grown disgruntled with CLIs current design so I have done
some thinking on the matter (BTW, I know I should have done
this before a 1.0 release). Before I finish working on it
I thought I'd seek comments from you guys. Check out the
class diagram at
--- [EMAIL PROTECTED] wrote:
There is a third option:
3) Remove graph2 from commons.
I wouldn't presume to do that on my own recognizance,
but if all the graph2 developers decided to go that
way, that would be fine. Seems like overkill for the
sake of two classes, but I have no idea how
Morgan Delagrange [EMAIL PROTECTED] wrote on 06/02/2003 11:28:55 AM:
--- [EMAIL PROTECTED] wrote:
There is a third option:
3) Remove graph2 from commons.
I wouldn't presume to do that on my own recognizance,
but if all the graph2 developers decided to go that
way, that would be
On Wednesday, February 5, 2003, at 02:51 PM, robert burrell donkin
wrote:
i've updated the website.
or downdated :)
Can we either keep it the way it was, like the commons site, or make
the commons site like it? It's a visual shock to switch between them.
jexl's site has some features
On Wed, 5 Feb 2003, Geir Magnusson Jr. wrote:
On Wednesday, February 5, 2003, at 02:51 PM, robert burrell donkin
wrote:
i've updated the website.
or downdated :)
Can we either keep it the way it was, like the commons site, or make
the commons site like it? It's a visual shock to
Thanks Laura for this excellent explanation. This really helps to clear
things up! I am glad to have you and your indepth Unicode knowledge on
the list.
I always thought you could roundtrip any charset to Unicode and get the
same thing back. This is obviously wrong. It should be easy to write
The new EntityEnclosingMethod is great and looks like it might be able to support HTTP
1.0 servers with the 3 second wait for a 100-Continue response. There is a problem
though when using it against an authenticating server as follows:
1. - PUT /file HTTP/1.1
contains Expect: 100-continue
Rob,
I am working on fixing the problem
Many thanks for tracking it down
Oleg
On Thu, 2003-02-06 at 00:21, Rob Owen wrote:
The new EntityEnclosingMethod is great and looks like it might be able to support
HTTP 1.0 servers with the 3 second wait for a 100-Continue response. There is a
problem
41 matches
Mail list logo