You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Michal Prinke <bo...@icpnet.pl> on 2004/09/23 11:30:11 UTC
Looking for some alternative to Apache Tomcat
Hello,
I'm looking for some free alternative to Apache Tomcat.
I was using one of latest versions of AT on Windows platform
and it really sucked. Deployment of a 10MB .war containing
my Tapestry project takes about 5 minutes. Often needs to be restarted,
can't connect to Oracle or throws "Out of memory" exception
(some memory leak connected to deploying).
Thanks!
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Looking for some alternative to Apache Tomcat
Posted by Didier LAFFORGUE <di...@capgemini.com>.
For the deployement, maybe you have an antivirus ;-))))))
More seriously, increase the memory of the jvm for Tomcat.
I have sometimes with Tomcat "Out Of Memory" messages, but only when I redeploy many times my webapp (I think that is the fault of my ant task). In this case, I have to remove my webapp and re install it.
But even under Weblogic, the same "Out Of Memory" messages are present when I often redeploy my webapp (only tested with a non tapestry webapp).
Did
----- Original Message -----
From: "Michal Prinke" <bo...@icpnet.pl>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Thursday, September 23, 2004 11:30 AM
Subject: Looking for some alternative to Apache Tomcat
> Hello,
>
> I'm looking for some free alternative to Apache Tomcat.
>
> I was using one of latest versions of AT on Windows platform
> and it really sucked. Deployment of a 10MB .war containing
> my Tapestry project takes about 5 minutes. Often needs to be restarted,
> can't connect to Oracle or throws "Out of memory" exception
> (some memory leak connected to deploying).
>
> Thanks!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Theming application through property files by domain name
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
On Sep 23, 2004, at 10:25 AM, sarah.simbad@women-at-work.org wrote:
> What about using the Visit object for every user, no matter whether
> registered or unregistered and storing the domain name there?
>
> Would that be a bad idea?
Where are you picking up the domain name from? If its part of the
request, then no need to store it since it is implicitly available in
every request cycle.
Erik
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Theming application through property files by domain name
Posted by sa...@women-at-work.org.
Thanks again!
What about using the Visit object for every user, no matter whether
registered or unregistered and storing the domain name there?
Would that be a bad idea?
> On Sep 23, 2004, at 9:24 AM, sarah.simbad@women-at-work.org wrote:
> > What about the Caching?
>
> Caching up message resources is left up to you, but the default
> implementation does this. You'd want to cache by the appropriate key
> information, of course, not just by resource key, but also by the other
> factors involved.
>
> > The best scenario is were every client sees the same page,
> > that is all instances of are the same. So it can be cached.
> > The worst case is were every user sees a different, customized page,
> > so it can not be cached.
>
> By customized pages, you mean localized .html templates too? Your
> original message was about message resources, not templates (or so I
> thought). Templates are a completely different issue in regards to
> "skinning".
>
> > Assuming you had 3 different page versions serving 3 different target
> > groups
> > in for instance 3 different coutries/languages, you could maybe
> > have 10,000 people seeing version 1, 20,000 seeing version 2 and 5,000
> > seeing version 3. so there would only be 3 cached pages necessary
> > instead 35,000.
> >
> > Would Tapestry still do the caching correctly?
>
> Again, pages are a different issue, which is a bit more complex.
> Tapestry currently does not do skinning well, with the main trick being
> to play tricks with the locale server-side. Caching for page templates
> is handled internally to Tapestry and you won't be able to control it
> (I don't think - at least not easily).
>
> > What exactly would I do within getComponentMessagesSrouce() ?
> > How can I get the current domain name and load the configuration
> > and maybe make it possible to have a variable I can use as a condition
> > to decide which configuration to load?
>
> Look at BaseEngine/AbstractEngine source code for details. You will
> have all the info available that you need, I'm sure.
>
> Erik
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Theming application through property files by domain name
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
On Sep 23, 2004, at 9:24 AM, sarah.simbad@women-at-work.org wrote:
> What about the Caching?
Caching up message resources is left up to you, but the default
implementation does this. You'd want to cache by the appropriate key
information, of course, not just by resource key, but also by the other
factors involved.
> The best scenario is were every client sees the same page,
> that is all instances of are the same. So it can be cached.
> The worst case is were every user sees a different, customized page,
> so it can not be cached.
By customized pages, you mean localized .html templates too? Your
original message was about message resources, not templates (or so I
thought). Templates are a completely different issue in regards to
"skinning".
> Assuming you had 3 different page versions serving 3 different target
> groups
> in for instance 3 different coutries/languages, you could maybe
> have 10,000 people seeing version 1, 20,000 seeing version 2 and 5,000
> seeing version 3. so there would only be 3 cached pages necessary
> instead 35,000.
>
> Would Tapestry still do the caching correctly?
Again, pages are a different issue, which is a bit more complex.
Tapestry currently does not do skinning well, with the main trick being
to play tricks with the locale server-side. Caching for page templates
is handled internally to Tapestry and you won't be able to control it
(I don't think - at least not easily).
> What exactly would I do within getComponentMessagesSrouce() ?
> How can I get the current domain name and load the configuration
> and maybe make it possible to have a variable I can use as a condition
> to decide which configuration to load?
Look at BaseEngine/AbstractEngine source code for details. You will
have all the info available that you need, I'm sure.
Erik
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Theming application through property files by domain name
Posted by sa...@women-at-work.org.
Thanks Erik!
What about the Caching?
The best scenario is were every client sees the same page,
that is all instances of are the same. So it can be cached.
The worst case is were every user sees a different, customized page,
so it can not be cached.
Assuming you had 3 different page versions serving 3 different target groups
in for instance 3 different coutries/languages, you could maybe
have 10,000 people seeing version 1, 20,000 seeing version 2 and 5,000
seeing version 3. so there would only be 3 cached pages necessary
instead 35,000.
Would Tapestry still do the caching correctly?
What exactly would I do within getComponentMessagesSrouce() ?
How can I get the current domain name and load the configuration
and maybe make it possible to have a variable I can use as a condition
to decide which configuration to load?
Configurations would be an additional input parameter for a component...
Thanks again....
> You have full control over where message resources come from. Subclass
> BaseEngine, add it to your .application file, and override it's
> getComponentMessagesSource() and have a field day! :)
>
> You could load properties files however you like. You should first
> start by looking at DefaultComponentMessagesSource source code and
> borrow what you need from it (or perhaps subclass it).
>
> Erik
>
> On Sep 23, 2004, at 6:06 AM, sarah.simbad@women-at-work.org wrote:
>
> > I have a suggestion for the tapestry feature:
> >
> > Similiar to the automatic property files inclusion of language
> > files depending on the locale, what about a similiar system
> > to include property files depending on the domain name
> > the website is accessed through and that will also specify the
> > language used ?
> >
> > This way, the language would depend on the subdomain for instance
> > and not on the locale as such.
> >
> > Additionally you would have more flexibility in order to theme
> > applications for instance.
> >
> > imagine a:
> >
> > domain-name-a.co.uk.properties
> > domain-name-b.us.properties
> > subdomainXY.domain-name.properties
> >
> > that look like that:
> >
> > locale=en_UK
> > colourA=dddddd
> > colourB=ccaaff
> > currency=GBP
> > logo=domainA.gif
> >
> >
> > or:
> >
> > locale=en_US
> > colourA=dddddd
> > colourB=ccaaff
> > currency=USD
> > logo=domainB.gif
> >
> >
> >
> > Which class would those additional features be placed?
> >
> > The same one where proprty files with language properties are read?
> >
> >
> > Cheers folks!
> >
> > Pleeeease reply! :-)
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Theming application through property files by domain name
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
You have full control over where message resources come from. Subclass
BaseEngine, add it to your .application file, and override it's
getComponentMessagesSource() and have a field day! :)
You could load properties files however you like. You should first
start by looking at DefaultComponentMessagesSource source code and
borrow what you need from it (or perhaps subclass it).
Erik
On Sep 23, 2004, at 6:06 AM, sarah.simbad@women-at-work.org wrote:
> I have a suggestion for the tapestry feature:
>
> Similiar to the automatic property files inclusion of language
> files depending on the locale, what about a similiar system
> to include property files depending on the domain name
> the website is accessed through and that will also specify the
> language used ?
>
> This way, the language would depend on the subdomain for instance
> and not on the locale as such.
>
> Additionally you would have more flexibility in order to theme
> applications for instance.
>
> imagine a:
>
> domain-name-a.co.uk.properties
> domain-name-b.us.properties
> subdomainXY.domain-name.properties
>
> that look like that:
>
> locale=en_UK
> colourA=dddddd
> colourB=ccaaff
> currency=GBP
> logo=domainA.gif
>
>
> or:
>
> locale=en_US
> colourA=dddddd
> colourB=ccaaff
> currency=USD
> logo=domainB.gif
>
>
>
> Which class would those additional features be placed?
>
> The same one where proprty files with language properties are read?
>
>
> Cheers folks!
>
> Pleeeease reply! :-)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Theming application through property files by domain name
Posted by sa...@women-at-work.org.
I have a suggestion for the tapestry feature:
Similiar to the automatic property files inclusion of language
files depending on the locale, what about a similiar system
to include property files depending on the domain name
the website is accessed through and that will also specify the
language used ?
This way, the language would depend on the subdomain for instance
and not on the locale as such.
Additionally you would have more flexibility in order to theme
applications for instance.
imagine a:
domain-name-a.co.uk.properties
domain-name-b.us.properties
subdomainXY.domain-name.properties
that look like that:
locale=en_UK
colourA=dddddd
colourB=ccaaff
currency=GBP
logo=domainA.gif
or:
locale=en_US
colourA=dddddd
colourB=ccaaff
currency=USD
logo=domainB.gif
Which class would those additional features be placed?
The same one where proprty files with language properties are read?
Cheers folks!
Pleeeease reply! :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: Looking for some alternative to Apache Tomcat
Posted by Nicholas Lesiecki <nl...@vmsinfo.com>.
To be fair, you can probably tweak tomcat to work. Try adjusting your heap
size, and take these concerns to the tomcat users mailing list. That being
said, Resin http://caucho.com/ is a great low cost (not free though) app
server.
Cheers,
nick
-----Original Message-----
From: Michal Prinke [mailto:bogien@icpnet.pl]
Sent: Thursday, September 23, 2004 2:30 AM
To: Tapestry users
Subject: Looking for some alternative to Apache Tomcat
Hello,
I'm looking for some free alternative to Apache Tomcat.
I was using one of latest versions of AT on Windows platform
and it really sucked. Deployment of a 10MB .war containing
my Tapestry project takes about 5 minutes. Often needs to be restarted,
can't connect to Oracle or throws "Out of memory" exception
(some memory leak connected to deploying).
Thanks!
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org