Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID;
  b=IKoVoi38c21uc/S9sug3UIBgWCY8M95RCw++4Iv+YxVtePbnB7Gpu5J5gSzzbnbr4NfMKbXcwz6BxAPNaZtJaP1+OK+t8sHZV9Xu2oTcC31KLKWRZeS7JfooJUaeSnnjHIpVVtzu4pboO7tEnYQVEsn2Sfw0DnxLw1zIapUlwAc=;
Date: Wed, 3 Oct 2007 20:26:40 +0100 (BST)
From: Charl Gerber <charlgerber@yahoo.com>
Subject: Re: Tomcat/Plesk datasource setup problems
To: Tomcat Users List <users@tomcat.apache.org>
In-Reply-To: <4703D420.7080006@ngasi.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Message-ID: <562910.35320.qm@web30614.mail.mud.yahoo.com>

Costs - the only way I can get a private Tomcat JVM in
South Africa, is dedicated hosting. Ie, renting a
complete machine. Costs are about 10x as much as
shared VM.

As I said, I have a private VM at a US based account
and it works beautifully, but in South Africa (where
the app MUST be hosted), we do not have that option
without very high costs.


--- Gabe Wong <gabrielw@ngasi.com> wrote:

> I am not sure how a private JVM on a VPS or on a
> regular shared OS can 
> be more difficult than the challenges you are
> facing with the present shared JVM. A shared JVM is
> good for a very 
> basic JSP/Servlet application. However by its nature
> (shared), you will not be able to do certain
> configurations required for 
> more complex applications because that is only
> possible
> on your own private installation or instance.
> Remember on a shared JVM, 
> you as well as others are using the same application
> server instance and 
> JVM.
> So image if everyone is able to make changes on the
> global configuration 
> file e.g. server.xml,etc.
> 
> 
> 
> Charl Gerber wrote:
> > I currently DO have my own Tomcat server, but the
> > application is now moved to South Africa (site for
> a
> > business over there, makes it a lot faster for the
> > users who will 99% be based in SA) and Tomcat
> hosting
> > alone is difficult, leave alone a private JVM.
> >
> >
> > --- Ken Bowen <kbowen@als.com> wrote:
> >
> >   
> >> Why not move your hosting to an isp who provides
> a
> >> vps?
> >> Then you get complete control of your own tomcat;
> >> the whole thing looks and
> >> feels like you have your own server, even though
> you
> >> are sharing the 
> >> physical machine.:w
> >>
> >> The prices I've seen are comparable to those
> where
> >> you have to share 
> >> your tomcat.
> >>
> >> My 2 cents...
> >>
> >> Ken Bowen
> >>
> >> Charl Gerber wrote:
> >>     
> >>> Turns out datasource configuration is not
> possible
> >>> using Plesk as a shared tomcat server, the guys
> at
> >>> Plesk themselves told me.
> >>>
> >>> That sucks. Means I have to create and manage
> the
> >>> Datasource in my app... minor refactoring, but
> not
> >>>       
> >> a
> >>     
> >>> nice way of doing it. I also use hibernate and
> >>>       
> >> could
> >>     
> >>> only get that working by defining its own
> >>>       
> >> connection
> >>     
> >>> pooling. So now I have two pools :((
> >>>
> >>>
> >>> --- Pid <p@pidster.com> wrote:
> >>>
> >>>   
> >>>       
> >>>> Charl Gerber wrote:
> >>>>     
> >>>>         
> >>>>> Hi,
> >>>>>
> >>>>> I just moved my hosting from a provider where
> I
> >>>>>       
> >>>>>           
> >>>> had a
> >>>>     
> >>>>         
> >>>>> private Tomcat server with complete control
> over
> >>>>>       
> >>>>>           
> >>>> it to
> >>>>     
> >>>>         
> >>>>> a provider that uses Plesk and I share the
> >>>>>           
> >> Tomcat
> >>     
> >>>>> server with other users. The provider has no
> >>>>>       
> >>>>>           
> >>>> Tomcat
> >>>>     
> >>>>         
> >>>>> knowledge in house and the Tomcat service is
> >>>>>       
> >>>>>           
> >>>> rarely
> >>>>     
> >>>>         
> >>>>> used, so they couldn't help me with this
> >>>>>           
> >> problem.
> >>     
> >>>>>       
> >>>>>           
> >>>> which version of tomcat?
> >>>>
> >>>>     
> >>>>         
> >>>>> I want to create a jdbc datasource for my
> >>>>>       
> >>>>>           
> >>>> application.
> >>>>     
> >>>>         
> >>>>> If we manually create it in server.xml, the
> >>>>>       
> >>>>>           
> >>>> provider
> >>>>     
> >>>>         
> >>>>> claims that the changes are overwritten and
> >>>>>       
> >>>>>           
> >>>> removed
> >>>>     
> >>>>         
> >>>>> every time someone uploads a new .war file.
> (Is
> >>>>>       
> >>>>>           
> >>>> this
> >>>>     
> >>>>         
> >>>>> true?) 
> >>>>>       
> >>>>>           
> >>>> AFAIK, server.xml is not altered by war file
> >>>> deployments.
> >>>> Tomcat would need to be restarted in order that
> >>>> those alterations to
> >>>> server.xml are evaluated.
> >>>>
> >>>> I also do not want to define the datasource as
> >>>>     
> >>>>         
> >>>>> eg a global resource, as it would mean the
> other
> >>>>>       
> >>>>>           
> >>>> users
> >>>>     
> >>>>         
> >>>>> of the tomcat server can get access to my
> >>>>>       
> >>>>>           
> >>>> database.
> >>>>     
> >>>>         
> >>>>> I tried to configure the datasource in the
> >>>>>       
> >>>>>           
> >>>> context.xml
> >>>>     
> >>>>         
> >>>>> of my application and put it in my .war file.
> >>>>>           
> >> This
> >>     
> >>>>> works fine on my development server, but when
> >>>>>       
> >>>>>           
> >>>> uploaded
> >>>>     
> >>>>         
> >>>>> to the Tomcat server with Plesk, a server.xml
> >>>>>       
> >>>>>           
> >>>> entry
> >>>>     
> >>>>         
> >>>>> for my application is created without the
> 
=== message truncated ===


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org