RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

2003-12-03 Thread Rick Hightower
I was following the database faq.
http://jakarta.apache.org/struts/faqs/database.html

I was using the BasicDataSource from dbcp as the GenericDataSource is
deprecated. They faq suggests using the BasicDataSource, which depends on
commons-pooling and commons-dbcp.

Thank you for your help. I appreciate it. I was told that someone updated
the faq with my commnents so all is well.

-Original Message-
From: Steve Raeburn [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 03, 2003 2:57 PM
To: Struts Developers List
Subject: RE: Should Struts ship with all of the commons jar files needed to
get Struts datasources working?

Rick,
What DataSource are you trying to set-up? GenericDatSource in
struts-legacy.jar is independent of DBCP so you shouldn't need those
jars.

The following configuration works for me, even when I remove
commons-dbcp and commons-pooling jars from tomcat (4.1.29)

  




  

You don't really need the type property, since GenericDataSource is the
default.

Steve

> -Original Message-
> From: Rick Hightower [mailto:[EMAIL PROTECTED]
> Sent: December 3, 2003 2:20 PM
> To: 'Struts Developers List'
> Subject: Should Struts ship with all of the commons jar files
> needed to
> get Struts datasources working?
>
>
> Currently 1.1 does not ship with commons jar files needed to
> get Struts
> datasources working.
>
>
>
> You need booth commons-pooling and commons-dbcp to get Struts
> Datasources to
> work, but they are *not* included with Struts 1.1. (In fact
> in Struts 1.1.,
> you also need Struts Legacy jar file as well.)
>
>
>
> I think this got through because if you are using Tomcat then both
> commons-pooling and commons-dbcp ship in the shared folder.
> You do need to
> download them if you are using another application server.
> You do need to
> download them only if you are going to use Struts Datasources. My
> understanding was that Struts would ship with the entire set
> of commons jar
> files needed to utilize all of the features of Struts. Are
> Struts Datasource
> EOL or something?
>
>
>
>
>
>
>
> Rick Hightower
>
> Chief Technology Officer
>
> ArcMind
>
> Know the Next!
>
> http://www.arc-mind.com <http://www.arc-mind.com/>
>
>
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

2003-12-03 Thread Rick Hightower


I agree with them being deprecated. I always wondered why Struts had its own
way of doing connection pools. 

Although it is convienient in the sense that every app server has a
different way of creating a connection pool. At least with Struts you could
write an application that did not need different connection pool
configuration for every app server.
 

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Vic Cekvenich
Sent: Wednesday, December 03, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Should Struts ship with all of the commons jar files needed to
get Struts datasources working?

Hello Rick,

They are deprecated; targeted for removal; and for a good reason, since 
it's a bad practice to have a data source served by the web app., a 
container provides a data source. In esence, maybe legacy jar should not 
be included any more, it has been a while since 1.1 released.
There is to much talk about data connection's as it is on user.

(I wish more be taged as deprected :logic/bean, since in the future... 
they will be and there was a comment on dev list that no one is keen to 
patch, so just give users a signal )

.V

Rick Hightower wrote:
> Currently 1.1 does not ship with commons jar files needed to get Struts
> datasources working.
> 
>  
> 
> You need booth commons-pooling and commons-dbcp to get Struts Datasources
to
> work, but they are *not* included with Struts 1.1. (In fact in Struts
1.1.,
> you also need Struts Legacy jar file as well.)
> 
>  
> 
> I think this got through because if you are using Tomcat then both
> commons-pooling and commons-dbcp ship in the shared folder. You do need to
> download them if you are using another application server. You do need to
> download them only if you are going to use Struts Datasources. My
> understanding was that Struts would ship with the entire set of commons
jar
> files needed to utilize all of the features of Struts. Are Struts
Datasource
> EOL or something?
> 
>  
> 
>  
> 
>  
> 
> Rick Hightower
> 
> Chief Technology Officer
> 
> ArcMind
> 
> Know the Next!
> 
> http://www.arc-mind.com <http://www.arc-mind.com/> 
> 
>  
> 
> 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

2003-12-03 Thread Rick Hightower
Ya know. I was just starting to warm up to the idea for that very reason. It
is a pain to configure DB connection pools for every app server.



-Original Message-
From: Edgar P Dollin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 03, 2003 2:03 PM
To: 'Struts Developers List'
Subject: RE: Should Struts ship with all of the commons jar files needed to
get Struts datasources working?

I disagree about the web app containing the DB Pool as configuration of
multiple DB Pools in a container containing many different apps is a royal
pain, not to mention a potential source of downtime for unrelated users.

Please don't remove this feature.  Leave it depreated as long as you like.

Thanks

Edgar


-Original Message-
From: Vic Cekvenich [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2003 4:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Should Struts ship with all of the commons jar files needed
to get Struts datasources working?


Hello Rick,

They are deprecated; targeted for removal; and for a good reason, since 
it's a bad practice to have a data source served by the web app., a 
container provides a data source. In esence, maybe legacy jar should not 
be included any more, it has been a while since 1.1 released.
There is to much talk about data connection's as it is on user.

(I wish more be taged as deprected :logic/bean, since in the future... 
they will be and there was a comment on dev list that no one is keen to 
patch, so just give users a signal )

.V


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

2003-12-03 Thread Steve Raeburn
Rick,
What DataSource are you trying to set-up? GenericDatSource in
struts-legacy.jar is independent of DBCP so you shouldn't need those
jars.

The following configuration works for me, even when I remove
commons-dbcp and commons-pooling jars from tomcat (4.1.29)

  




  

You don't really need the type property, since GenericDataSource is the
default.

Steve

> -Original Message-
> From: Rick Hightower [mailto:[EMAIL PROTECTED]
> Sent: December 3, 2003 2:20 PM
> To: 'Struts Developers List'
> Subject: Should Struts ship with all of the commons jar files
> needed to
> get Struts datasources working?
>
>
> Currently 1.1 does not ship with commons jar files needed to
> get Struts
> datasources working.
>
>
>
> You need booth commons-pooling and commons-dbcp to get Struts
> Datasources to
> work, but they are *not* included with Struts 1.1. (In fact
> in Struts 1.1.,
> you also need Struts Legacy jar file as well.)
>
>
>
> I think this got through because if you are using Tomcat then both
> commons-pooling and commons-dbcp ship in the shared folder.
> You do need to
> download them if you are using another application server.
> You do need to
> download them only if you are going to use Struts Datasources. My
> understanding was that Struts would ship with the entire set
> of commons jar
> files needed to utilize all of the features of Struts. Are
> Struts Datasource
> EOL or something?
>
>
>
>
>
>
>
> Rick Hightower
>
> Chief Technology Officer
>
> ArcMind
>
> Know the Next!
>
> http://www.arc-mind.com 
>
>
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

2003-12-03 Thread Vic Cekvenich
Hello Rick,

They are deprecated; targeted for removal; and for a good reason, since 
it's a bad practice to have a data source served by the web app., a 
container provides a data source. In esence, maybe legacy jar should not 
be included any more, it has been a while since 1.1 released.
There is to much talk about data connection's as it is on user.

(I wish more be taged as deprected :logic/bean, since in the future... 
they will be and there was a comment on dev list that no one is keen to 
patch, so just give users a signal )

.V

Rick Hightower wrote:
Currently 1.1 does not ship with commons jar files needed to get Struts
datasources working.
 

You need booth commons-pooling and commons-dbcp to get Struts Datasources to
work, but they are *not* included with Struts 1.1. (In fact in Struts 1.1.,
you also need Struts Legacy jar file as well.)
 

I think this got through because if you are using Tomcat then both
commons-pooling and commons-dbcp ship in the shared folder. You do need to
download them if you are using another application server. You do need to
download them only if you are going to use Struts Datasources. My
understanding was that Struts would ship with the entire set of commons jar
files needed to utilize all of the features of Struts. Are Struts Datasource
EOL or something?
 

 

 

Rick Hightower

Chief Technology Officer

ArcMind

Know the Next!

http://www.arc-mind.com  

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]