on 4/22/02 10:00 AM, "James Taylor" <[EMAIL PROTECTED]> wrote:
>>> You do not have to use an O/R layer that abstracts you away from the
>>> database you are using so much that it limits your ability to use the
>>> DB's functionality in something resembling a db-natural way.
>>
>> That is like trying to argue that using ECS is the way to write HTML.
>
> Sometimes it is.
Um. Sure.
Don't forget, I started the ECS project. Velocity has far deprecated ECS.
>>> 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.
>
> O/R mappers are not always appropriate. For example, in torque's case,
> when you are dealing with an existing database that was not generated by
> torque and does not have a structure that is appropriate to O/R mapping.
> I can see that in such a case having a mechanism to code SQL in a cross
> database way could be useful.
Eh? Torque can generate its conf file from existing dataabases, so making
Torque fit in isn't that much of an issue.
I am also hard pressed to find a database that can't be used with Torque.
Scarab is a pretty complex database and it works just dandy.
> There is room for tools of both sorts. Different levels of database
> abstraction are appropriate for different use cases. Hence, Village.
Village abstracts JDBC, not databases. Torque uses Village in some places in
order to make the code cleaner and simpler.
Don't forget, I also wrote Village.
> (No stance on whether this should be a Jakarta project is implied by
> this message).
No worries. It won't become one anytime soon.
Again, I still haven't seen a convincing argument for the need for crossdb.
I continue to maintain that Torque does everything crossdb does and more. On
top of it, it is already a Jakarta project with a large developer and user
base.
http://jakarta.apache.org/turbine/torque/
-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]>
