Hello tomcats !! :) A quick question as I tackle configuring jndi resource
for first time: I was referred to using jndi in production environmrnt snd
hsve noted through documentation found in test server that there are 3
possible places to define jndi resources:
1)the server .xml(for every webapp in server if I am correct.
2)context.xml
3)web.xml
As I am planning on only using this resource for multiple webapps in same
domain, am I right in asuming server.xml is correct choice to define jndi
resource?
In addition I am to define jndi used in server.xml again in web.xml?
I now need to know how / where to configure parameters for mysql connections
or are the defaults acceptable for production?
--------------------------------------------------
From: <yucca...@live.co.za>
Sent: Thursday, June 03, 2010 12:41 AM
To: "Tomcat Users List" <users@tomcat.apache.org>
Subject: Re: [OT] Re: problems at thejarbar.org
Ok I appreciatethis big help. I am expecting a small amount of users
though so does that mean that a datasource realm may be overkill? I am not
implying that this is what was being said earlier, just trying to learn
more. I have noticed though that forum posters seem to assume a lot at
times, an example was that I need to learn maven which itself was a good
headsup although I am familiar with it already. The sad thing is that with
sun/oracle transition maven documentation is rotten and many of the
plugins need a revamp, especially ones for full stack jee severs I learnt
a little start of this year and everything was too fresh (jboss 6 not even
released yet or is it?) or was very outdated for me as I started Java when
JSE 6 was released so have little interest in knowing how to use maven in
legacy systems unless I get employment in enterprise(hopefuly soon),
Java is in a mess st the moment with no news on JSE7 and very little info
from Oracle. I took it as a blessing in disguise an started getting to
know JSF and hibernate and other stuff.
PS can anyone confirm that there is firefox bug when selecting a different
locale for i8n testing? I am able only to change locale few times.
--------------------------------------------------
From: "Christopher Schultz" <ch...@christopherschultz.net>
Sent: Wednesday, June 02, 2010 6:25 AM
To: "Tomcat Users List" <users@tomcat.apache.org>
Subject: Re: [OT] Re: problems at thejarbar.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yucca Nel,
On 6/2/2010 8:27 PM, yucca...@live.co.za wrote:
There was a question as to why I am using a realm and application
based realm and I have no idea howcome people think I am not using only
tomcat realm?
It's not that we think you're using a non-Tomcat Realm: it's that we
think you're using the /wrong/ Tomcat Realm.
See... JDBCRealm uses its own set of credentials to connect to the
database and uses a single Connection object, requiring lots of
synchronization to protect that shared resource. Basically, it's not
appropriate for production because of those two facts. Instead, we're
suggesting that you set up a DataSource and then use a DataSourceRealm
which will use a connection-per-authentication-attempt and is much more
high-performance.
hibernate is not doing any security related stuff other than persisiting
new users and thier credentials to mysql. Tomcat is only managing
security and hibernate everything else... Hope this clears up
discussion. :)
Is hibernate using a Tomcat-created DataSource? If not, you're making
your life harder by placing database connection configuration in several
places instead of just one.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwGW8IACgkQ9CaO5/Lv0PALlwCgwejhODA7bB92UMEbgpIPGb8R
3RoAn3BXDzQWZ5497EKzaSP1W84Mtqu2
=zCtF
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
