how to give database connection string in configuration file
Jitto P.Jose
Greenhorn
Joined: Sep 18, 2007
Posts: 27
posted
0
hai friends. I am building a jsf application. previously i worked in asp.net and struts. in struts there is some way to specify datasource in struts-config.xml and also in asp.net, web.config. shall i know what is the similar method that can be used with jsf application. i am using netbeans 6 ide, mysql database. please help me thank you jittos....
JSF doesn't support declaring a data source in configuration file. You have to fall back to your own bag of tricks...
Jitto P.Jose
Greenhorn
Joined: Sep 18, 2007
Posts: 27
posted
0
i think , we can specify connection string in web.xml or server.xml of tomcat. which one would be better if the application is used by more than 500 people at a time.
Ulf Dittmer
Marshal
Joined: Mar 22, 2005
Posts: 32765
posted
0
I wouldn't use either of those, but keep it in a properties file that also contains all other application settings, of which there are doubtless many. The number of users makes no difference.
Connections Pool is the first thing comes to my mind. But please note that your need to restart your server if you changed your data source configuration (in the case you decided to take the global data source route).
Jitto P.Jose
Greenhorn
Joined: Sep 18, 2007
Posts: 27
posted
0
what about connection pooling if i specify datasource in code? wont sever create connection pool then?
I recommend defining the connection pool (and the connections themselves) in the tomcat resources (Context). For a couple of reasons:
1. There are actually several different database connection poolers available to Tomcat. The most common one is Apache DBCP, but it's not the only one. If you specify the connection pooler externally as a Tomcat resource, you don't have to rebuild your application if you want to try a different pooler for performance reasons or to get around pooler bugs.
2. If you specify the connection info externally, you can switch to an alternate database without recompiling and rebuilding the app. This can be useful for disaster recovery purposes. It's also good for testing. Whenever I can, I build my apps so that the test WAR and the production WAR are the same WAR and all the test/production definitions are external. That way I'm assured that the code in production is the same code as what I tested.
One of the most odious afflictions that Business has inflicted on the modern English language is "pro-active". Most of the time it's simply redundantly used in place of the simple old word "active". And a good deal of the rest of the time it means "You're not overworked enough yet, so go out and find more!"
subject: how to give database connection string in configuration file
0
