Re: Subproject Proposal - crossdb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Scott Stevens [EMAIL PROTECTED] writes: If anything, crossdb is something that is a few generations behind Torque in terms of functionality and design. http://jakarta.apache.org/turbine/torque/ Yeah... I was going to point this out. Funny how all the rage recently seems to be creating these OR tools. snip/ It is a problem people can understand and is easy to become fascinated with. Similar to they way everyone in the world has created their own text editor. Kevin - -- Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/ The truest test of civilization, culture, and dignity is character, not clothing. -- Mahatma Gandhi -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE8xlhQAwM6xb2dfE0RAh7jAKCYgo8yhODZeobfHAc1OxJL+T9UyACffSHN CuB0YbEB5SaXo0XboapTcLE= =v0A0 -END PGP SIGNATURE- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] Subproject Proposal - crossdb
It is a problem people can understand and is easy to become fascinated with. Similar to they way everyone in the world has created their own text editor. Pah! Text Editors are for weenies. Real developers write their own window manager :) -- NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
Hi Kevin, Jon Scott Stevens [EMAIL PROTECTED] writes: If anything, crossdb is something that is a few generations behind Torque in terms of functionality and design. http://jakarta.apache.org/turbine/torque/ Yeah... I was going to point this out. Funny how all the rage recently seems to be creating these OR tools. snip/ It is a problem people can understand and is easy to become fascinated with. Similar to they way everyone in the world has created their own text editor. Kevin I can imagine why people do their OR tool: because existing ones do not fulfill their necessities. In fact, that's what happened to me recently. Torque is nice, but you have to specify the database first in the XML. Usually, I prefer to code Java instead of XML. If it was the other way around, it would have been our primary choice. No flames please: different use cases call for different tools. Torque would have been perfect for a set of tables which you can define completely from the beginning, and make a few changes along the way. In our case, the set of tables was meant to grow and be expandable. Besides, database layers are not so difficult to build. Un saludo, Alex Fernández.
AW: Subproject Proposal - crossdb
Torque is nice, but you have to specify the database first in the XML. Usually, I prefer to code Java instead of XML. If it was the other way i solved this by writing a little tools that analyzes the database and generates the xml for me. but this is for my own tool not for torque ;) it also reads the foreign keys and creates the right references in the mapping xml. additional stuff is done in a seperate manual.xml. works fine ! --amar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
Hi Amarendran, If you analyse the database, then you have to define it first using an SQL script, or something. We felt the need for a tool that, taking a set of classes, created the tables for us and filled them with the objects. For example, if we have public class Nested { private int a; } and public class Container { private String primaryKey; private int b; private Nested nested; } the database layer should create two tables, add a foreign key to Nested, and map any instances to database tables using the primaryKey field. Un saludo, Alex. -Mensaje original- De: Amarendran Subramanian [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 24 de abril de 2002 16:10 Para: 'Jakarta General List' Asunto: AW: Subproject Proposal - crossdb Torque is nice, but you have to specify the database first in the XML. Usually, I prefer to code Java instead of XML. If it was the other way i solved this by writing a little tools that analyzes the database and generates the xml for me. but this is for my own tool not for torque ;) it also reads the foreign keys and creates the right references in the mapping xml. additional stuff is done in a seperate manual.xml. works fine ! --amar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
Check out jdocentral.org, vendors implementing the Java Data Object (JSR-12 jcp.org) specification do that stuff. I personally like Zodo JDO (http://www.solarmetric.com/). It is pretty slick, it does exactly what you want to do. Given a class that you build in Java it can generate tables and make the classes Persistence Capable. Thanks, Bala __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Subproject Proposal - crossdb
Hi Alex, If you analyse the database, then you have to define it first using an SQL script, or something. We felt the need for a tool that, taking a set of ok i see, i normally use ER-Tools to create the database using a GUI which is really good for the overview and documentation purposes. So there different ways to tackle a project ;) --amar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Subproject Proposal - crossdb
Fernandez Martinez, Alejandro wrote: I can imagine why people do their OR tool: because existing ones do not fulfill their necessities. In fact, that's what happened to me recently. Exactly. I haven't seen a decent one so far (except for NeXT/Apple WebObjects). So if you want to compare O/R with text editors (like it was done before in this thread), imagine a world with vi and notepad as the only 2 choices. Emacs and MS Word 6.0 are yet to be invented. Torque is nice, but you have to specify the database first in the XML. Usually, I prefer to code Java instead of XML. If it was the other way around, it would have been our primary choice. No flames please: different use cases call for different tools. Torque would have been perfect for a set of tables which you can define completely from the beginning, and make a few changes along the way. In our case, the set of tables was meant to grow and be expandable. This doesn't have to be hard either way. On my last project with WebObjects, database have grown from 15 to 100 tables along the way (in about 9 month). With a simple 1 screen GUI tool and a built in class generator we *never* had problems synchronizing (or rather evolving) the code base. Products like WebObjects or Cayenne, though they internally work off of the model file (XML), still make your code easy to change. But of course this varies from product to product. -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- - Andrei (a.k.a. Andrus) Adamchik Home of Cayenne - O/R Persistence Framework http://objectstyle.org/cayenne/ email: andrus-jk at objectstyle dot org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
Now I wonder if using crossdb for Torque would be a good idea. Reason being is that you wouldn't have to rebuild all your classes and scripts like you would using Torque now if you wanted to use a different database. Or even modifying the database, you wouldn't have to rebuild everything, just change it in one spot and run it. And when distributing it, the end user wouldn't need to run the builds again either, they could just package it in a war file or something, get the right crossdb implementation and run it. Food for thought. Travis -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Subproject Proposal - crossdb
on 4/24/02 8:13 AM, Bala Kamallakharan [EMAIL PROTECTED] wrote: I personally like Zodo JDO (http://www.solarmetric.com/). It is pretty slick, it does exactly what you want to do. Given a class that you build in Java it can generate tables and make the classes Persistence Capable. Thanks, Bala http://www.solarmetric.com/Software/Kodo_JDO/pricing.php Only $3000 to deploy it! Bah. This stuff should be free. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] OR mapping tools as a commodity
Jon Scott Stevens wrote: on 4/24/02 8:13 AM, Bala Kamallakharan [EMAIL PROTECTED] wrote: I personally like Zodo JDO (http://www.solarmetric.com/). It is pretty slick, it does exactly what you want to do. Given a class that you build in Java it can generate tables and make the classes Persistence Capable. Thanks, Bala http://www.solarmetric.com/Software/Kodo_JDO/pricing.php Only $3000 to deploy it! Bah. This stuff should be free. When reading this thread, I couldn't avoid remembering having read a few days ago, in the context of MS auditing schools in Oregon?, that Office automation software and OSes do not longer deserve paying the premium of brands (read MS Office), as it is becoming a generic drug (a commodity, in other terms, read OpenOffice, kOffice, abiword/gnumeric, you name it). I think OR mapping tools (most development tools, in fact) are reaching the same status. This is a sign of maturity in software engineering. One of the few I've seen lately. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] RE: Subproject Proposal - crossdb
Thanks for the plug. Whenever I need a commercial product, I will certainly use Zodo JDO. For now, I will stick to free software. Un saludo, Alex. -Mensaje original- De: Bala Kamallakharan [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 24 de abril de 2002 17:13 Para: Jakarta General List Asunto: RE: Subproject Proposal - crossdb Check out jdocentral.org, vendors implementing the Java Data Object (JSR-12 jcp.org) specification do that stuff. I personally like Zodo JDO (http://www.solarmetric.com/). It is pretty slick, it does exactly what you want to do. Given a class that you build in Java it can generate tables and make the classes Persistence Capable. Thanks, Bala __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: AW: Subproject Proposal - crossdb
Amarendran Subramanian [EMAIL PROTECTED] writes: Torque is nice, but you have to specify the database first in the XML. Usually, I prefer to code Java instead of XML. If it was the other way i solved this by writing a little tools that analyzes the database and generates the xml for me. but this is for my own tool not for torque ;) it also reads the foreign keys and creates the right references in the mapping xml. additional stuff is done in a seperate manual.xml. works fine ! Wow, how original. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
At 9:30 AM -0600 4/24/02, [EMAIL PROTECTED] wrote: Now I wonder if using crossdb for Torque would be a good idea. Reason being is that you wouldn't have to rebuild all your classes and scripts like you would using Torque now if you wanted to use a different database. Or even modifying the database, you wouldn't have to rebuild everything, just change it in one spot and run it. And when distributing it, the end user wouldn't need to run the builds again either, they could just package it in a war file or something, get the right crossdb implementation and run it. is it time to move this discussion to the Torque developer list, then? (Presumably turbine-dev). Just a thought... Joe (BTW, I had figured out that Torque is decoupled from Turbine, but what would be the harm in promoting it to a top level project?) -- -- * Joe Germuska{ [EMAIL PROTECTED] } It's pitiful, sometimes, if they've got it bad. Their eyes get glazed, they go white, their hands tremble As I watch them I often feel that a dope peddler is a gentleman compared with the man who sells records. --Sam Goody, 1956 tune in posse radio: http://www.live365.com/stations/289268 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Subproject Proposal - crossdb
Joe Germuska [EMAIL PROTECTED] writes: At 9:30 AM -0600 4/24/02, [EMAIL PROTECTED] wrote: Now I wonder if using crossdb for Torque would be a good idea. Reason being is that you wouldn't have to rebuild all your classes and scripts like you would using Torque now if you wanted to use a different database. Or even modifying the database, you wouldn't have to rebuild everything, just change it in one spot and run it. And when distributing it, the end user wouldn't need to run the builds again either, they could just package it in a war file or something, get the right crossdb implementation and run it. is it time to move this discussion to the Torque developer list, then? (Presumably turbine-dev). Just a thought... +1 mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Subproject Proposal - crossdb
From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] on 4/22/02 12:19 AM, Leo Simons [EMAIL PROTECTED] wrote: While these may not be accurate summaries, I hope you now do see that CrossDB and Torque are not, in the majority of use cases, alternatives to one another. I'm sorry. I don't see that. Torque can do everything crossdb can do and more. Uhhh: Outer joins? Fetch data across multiple objects? Aggregation queries? Torque is an O/R mapping framework, with all of the inherent limitations of trying to make relational data look like objects. Crossdb is a database-independent abstraction of SQL (not JDBC, that's an important distinction!). These are not competitive facilities; in fact they should be highly complementary. At the moment, Torque's extremely limited Criteria object has a tough time with simple conditions like WHERE bob 5 and bob 10. Subqueries and joins are hopeless. Crossdb is what Torque desperately needs - a good database-independent way of specifying sophisticated conditions. The WhereClause in Crossdb could be substituted wholesale for Criteria. And for those of us that have to query our databases and obtain results which do not map 1-to-1 with a single object (such as anything that involves a group by or an outer join), we can bypass Torque and still have database independence. I think both Torque and Crossdb (if it has the community) are very much needed as top-level Jakarta projects. They are both bread-and-butter server development tools. Putting Crossdb under Torque makes about as much sense as putting Torque under Turbine. Oh, and Jon, the comparison with ECS is not very good. Web pages are a creative endeavor, whereas SQL statements are short and built by hard-core programmers. Also, simple HTML does not suffer from the problem of every web browser on the planet requiring a slightly different syntax for putting columns in a table... Velocity might be less useful if a separate template had to be written for every single web browser. Jeff Schnitzer [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Subproject Proposal - crossdb
http://www.solarmetric.com/Software/Kodo_JDO/pricing.php Only $3000 to deploy it! Bah. This stuff should be free. Maybe this is a project for Jakarta :-) I am interested in an Open Source Alternative, I am sure a lot of folks are JDO spec came out a couple of months back...I am sure we can develop an alternative? Thanks, Bala __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
New Subproject proposal Config4J
Hi. I would like to propose a new subproject called Config4J. The aim of this project is to provide developers with a generic framework to help with setting up application level configuration in Java applications, in a manner similar to what Log4J does for logging. I have a first cut of the codebase and it works fine. The framework has the ability to pick up configuration information from XML files, Databases, LDAP and property files. Application code would use a standard interface to access properties Eg Config.getProperty(XXX) etc. I hope to see this evolve with contribution from others in the community. How does this sound ? /Sam _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
I didnt realise that. Will check it out and send what I have to the folks who are managing that. Cheers /sam Daniel Rall wrote: Jon Scott Stevens [EMAIL PROTECTED] writes: on 4/24/02 4:50 PM, Sam [EMAIL PROTECTED] wrote: Hi. I would like to propose a new subproject called Config4J. The aim of this project is to provide developers with a generic framework to help with setting up application level configuration in Java applications, in a manner similar to what Log4J does for logging. I have a first cut of the codebase and it works fine. The framework has the ability to pick up configuration information from XML files, Databases, LDAP and property files. Application code would use a standard interface to access properties Eg Config.getProperty(XXX) etc. I hope to see this evolve with contribution from others in the community. How does this sound ? /Sam Sounds perfect for a commons-sandbox project. You should check with the Commons people to make sure that one of these projects doesn't already exist. It sounds very familiar. :-) jakarta-commons-sandbox/configuration already exists, using the ideas from Commons Collections ExtendedProperties class as a basic interface definition, and supply a couple new implementions which originated from Stratum. Perhaps you have something to contribute to the existing Commons Configuration package? - Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
on 4/24/02 5:04 PM, Sam [EMAIL PROTECTED] wrote: I didnt realise that. Will check it out and send what I have to the folks who are managing that. Cheers /sam You may also want to pass this on: http://jakarta.apache.org/site/newproject.html One more thing, come up with a more creative name. :-) The whole FooBar4J thing is tired IMHO. -jon -- Nixon: At least with liquor, I don't lose motivation. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
Jon Scott Stevens [EMAIL PROTECTED] writes: on 4/24/02 4:50 PM, Sam [EMAIL PROTECTED] wrote: Hi. I would like to propose a new subproject called Config4J. The aim of this project is to provide developers with a generic framework to help with setting up application level configuration in Java applications, in a manner similar to what Log4J does for logging. I have a first cut of the codebase and it works fine. The framework has the ability to pick up configuration information from XML files, Databases, LDAP and property files. Application code would use a standard interface to access properties Eg Config.getProperty(XXX) etc. I hope to see this evolve with contribution from others in the community. How does this sound ? /Sam Sounds perfect for a commons-sandbox project. You should check with the Commons people to make sure that one of these projects doesn't already exist. It sounds very familiar. :-) jakarta-commons-sandbox/configuration already exists, using the ideas from Commons Collections ExtendedProperties class as a basic interface definition, and supply a couple new implementions which originated from Stratum. Perhaps you have something to contribute to the existing Commons Configuration package? - Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
Dumb question. Where is this jakarta-commons-sandbox/configuration that you mentioned below. Its not listed anywhere on http://jakarta.apache.org/commons/components.html Thanks ./s Daniel Rall wrote: Jon Scott Stevens [EMAIL PROTECTED] writes: on 4/24/02 4:50 PM, Sam [EMAIL PROTECTED] wrote: Hi. I would like to propose a new subproject called Config4J. The aim of this project is to provide developers with a generic framework to help with setting up application level configuration in Java applications, in a manner similar to what Log4J does for logging. I have a first cut of the codebase and it works fine. The framework has the ability to pick up configuration information from XML files, Databases, LDAP and property files. Application code would use a standard interface to access properties Eg Config.getProperty(XXX) etc. I hope to see this evolve with contribution from others in the community. How does this sound ? /Sam Sounds perfect for a commons-sandbox project. You should check with the Commons people to make sure that one of these projects doesn't already exist. It sounds very familiar. :-) jakarta-commons-sandbox/configuration already exists, using the ideas from Commons Collections ExtendedProperties class as a basic interface definition, and supply a couple new implementions which originated from Stratum. Perhaps you have something to contribute to the existing Commons Configuration package? - Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
The creativity went out the window, right after the dot Coms with their -creative- work enviornments :) ./s Jon Scott Stevens wrote: on 4/24/02 5:04 PM, Sam [EMAIL PROTECTED] wrote: I didnt realise that. Will check it out and send what I have to the folks who are managing that. Cheers /sam You may also want to pass this on: http://jakarta.apache.org/site/newproject.html One more thing, come up with a more creative name. :-) The whole FooBar4J thing is tired IMHO. -jon -- Nixon: At least with liquor, I don't lose motivation. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
On Thu, 25 Apr 2002 09:50, Sam wrote: Hi. I would like to propose a new subproject called Config4J. Theres a few of these around all solving similar things. Is there anything that distinguishes it from the Preferences API in JDK1.4? (Except that it would run on pre-jdk1.4 JVMs). The Preferences API is already being integrated into several core APIs and by jdk1.5/tiger release large chunks of the JVM will only be able to be configured using Preferences. -- Cheers, Peter Donald -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: RE: Subproject Proposal - crossdb
So, I'm kind of curious what the general consensus is regarding this. Seems to be in various directions. Travis Original Message From: Jeff Schnitzer [EMAIL PROTECTED] Sent: 2002-04-24 To: Jakarta General List [EMAIL PROTECTED] Subject: RE: Subproject Proposal - crossdb From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] on 4/22/02 12:19 AM, Leo Simons [EMAIL PROTECTED] wrote: While these may not be accurate summaries, I hope you now do see that CrossDB and Torque are not, in the majority of use cases, alternatives to one another. I'm sorry. I don't see that. Torque can do everything crossdb can do and more. Uhhh: Outer joins? Fetch data across multiple objects? Aggregation queries? Torque is an O/R mapping framework, with all of the inherent limitations of trying to make relational data look like objects. Crossdb is a database-independent abstraction of SQL (not JDBC, that's an important distinction!). These are not competitive facilities; in fact they should be highly complementary. At the moment, Torque's extremely limited Criteria object has a tough time with simple conditions like WHERE bob 5 and bob 10. Subqueries and joins are hopeless. Crossdb is what Torque desperately needs - a good database-independent way of specifying sophisticated conditions. The WhereClause in Crossdb could be substituted wholesale for Criteria. And for those of us that have to query our databases and obtain results which do not map 1-to-1 with a single object (such as anything that involves a group by or an outer join), we can bypass Torque and still have database independence. I think both Torque and Crossdb (if it has the community) are very much needed as top-level Jakarta projects. They are both bread-and-butter server development tools. Putting Crossdb under Torque makes about as much sense as putting Torque under Turbine. Oh, and Jon, the comparison with ECS is not very good. Web pages are a creative endeavor, whereas SQL statements are short and built by hard-core programmers. Also, simple HTML does not suffer from the problem of every web browser on the planet requiring a slightly different syntax for putting columns in a table... Velocity might be less useful if a separate template had to be written for every single web browser. Jeff Schnitzer [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New Subproject proposal Config4J
On Wed, 24 Apr 2002, Sam wrote: Where is this jakarta-commons-sandbox/configuration that you mentioned below. Its not listed anywhere on http://jakarta.apache.org/commons/components.html The component doesn't have a website yet. You can get to the files via viewcvs: http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/configuration/ regards, michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]