tomcat4 context problem

[amol]

Hi everybody,
I am using 
tomcat4-4.0-1
tomcat4-webapps-4.0-1  
mod_webapp-1.0-1 
rpms and I have set apache - tomcat connection successfully.
So now I can access sample servlet as 
http://192.168.0.26:8180/examples/servlet/HelloWorldExample
as well as 
http://192.168.0.26/examples/servlet/HelloWorldExample

But now I want to access this servlet using following URL
http://192.168.0.26/servlet/HelloWorldExample
I already have an web application which I am running on tomcat 3.2.1 with such access 
paths. 

Can you give me any pointers in setting apache-tomcat4 to work like this?

thanks
amol

Re: New Subproject proposal Config4J

[Michael A. Smith]

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:   
For additional commands, e-mail: 

RE: RE: Subproject Proposal - crossdb

[travis]

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:   
For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Peter Donald]

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:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Sam]

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:   
> For additional commands, e-mail: 

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Sam]

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:   
> For additional commands, e-mail: 

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Jon Scott Stevens]

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:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Sam]

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:   
> For additional commands, e-mail: 

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Daniel Rall]

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:   
For additional commands, e-mail: 

Re: New Subproject proposal Config4J

[Jon Scott Stevens]

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. :-)

-jon

-- 
Nixon: "At least with liquor, I don't lose motivation."


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

New Subproject proposal Config4J

[Sam]

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:   
For additional commands, e-mail: 

Re: Subproject Proposal - crossdb

[Bala Kamallakharan]

>

> 
> 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:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[Jeff Schnitzer]

> 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:   
For additional commands, e-mail: 

Re: Subproject Proposal - crossdb

[Daniel Rall]

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:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[Joe Germuska]

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: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[OT] RE: Subproject Proposal - crossdb

[Fernandez Martinez, Alejandro]

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:   
> 
> For additional commands, e-mail: 
> 
> 

[OT] OR mapping tools as a commodity

[Santiago Gala]

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
>>
>>
>
>
>
>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:   
For additional commands, e-mail: 

Re: Subproject Proposal - crossdb

[Jon Scott Stevens]

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



Only >$3000 to deploy it!

Bah. This stuff should be free.

-jon


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[travis]

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:   
For additional commands, e-mail: 

Re: AW: Subproject Proposal - crossdb

[Daniel Rall]

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:   
For additional commands, e-mail: 

Re: Subproject Proposal - crossdb

[Andrus Adamchik]

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:   
For additional commands, e-mail: 

AW: Subproject Proposal - crossdb

[Amarendran Subramanian]

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:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[Bala Kamallakharan]

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:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[Fernandez Martinez, Alejandro]

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:   
> 
> For additional commands, e-mail: 
> 
> 

AW: Subproject Proposal - crossdb

[Amarendran Subramanian]

>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:   
For additional commands, e-mail: 

RE: Subproject Proposal - crossdb

[Fernandez Martinez, Alejandro]

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.
> 
> 
> 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: AW: Subproject Proposal - crossdb

[Amarendran Subramanian]

-Ursprungliche Nachricht-
Von: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 23. April 2002 23:55
An: [EMAIL PROTECTED]
Betreff: Re: AW: Subproject Proposal - crossdb


On Tue, 2002-04-23 at 16:01, Jon Scott Stevens wrote:

> 
> Yuck. Why do people feel the need to invent a pseudo-language in XML?
> 
> -jon
> 

>especially a procedural one...

this is due to the already existing parsing facility. And actually there is
NO language
for writing Controller-Code, hence it was necessary to invent something. And
it really
has a great impact on development time !

--amar

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[OT] Subproject Proposal - crossdb

[Tim Vernum]

> 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:   
For additional commands, e-mail: