--- Preston L. Bannister [EMAIL PROTECTED]
wrote:
Again, the main question is which target you are
trying to hit.
Are you aiming at Java web hosting where a hosting
service would offer Java
to *all* their customers?
Are you aiming at Java web hosting for any (or
nearly any) existing
Some hints, although I didn't go deeper into it and most of it might
still be experimental:
1) Java Isolate API JSP-221
http://java.sys-con.com/read/99716.htm
http://jcp.org/en/jsr/detail?id=121
2) Building on top Java Resource Consumption Management API JSR-284
Interesting discussion.
Ideas? Yes, and it's very simple - use fork()!
The problem with fork() in the way you propose is Garbage Collection. A
JVM can move objects and compact heap space during GC, this presents a
problem that moving data unshare's that page. For a native executable
Just some thoughts based on what Tim has mentioned.
--- Tim Funk [EMAIL PROTECTED] wrote:
I was thinking that too. A big problem with JVM's is
memory leaks.
I would say a big problem any application is memory
leaks. C and C++ have the same types of issues...just
a little different along with
Hey,
Java/JSP and Tomcat for german hoster is a very bad story. For two
year we
start a tomcat 5.0 based spezial tomcat distibution for hosting. The
Centaurus Platform
has show that effectiv hosting is possible. Problem is to find hoster
that use that package.
Look at
Henri Gomez [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
2006/4/6, Remy Maucherat [EMAIL PROTECTED]:
Hi,
This thread started (for whatever reason) on the private list as part of
an unrelated discussion. The point is to see what could be improved to
make Tomcat more suitable for
I was thinking that too. A big problem with JVM's is memory leaks. The easy
solution is to restart tomcat. But that causes a period of downtime due to
waiting for a restart.
Why not make mod_ajp smarter or create a tomcat launcher where some parent
process (apache, or the launcher) listens
Very interesting stuff
My german is too bad but from what I could see it seems a good candidate.
Could this works be ported back into ASF Tomcat 5.5.x ? Or better
included in ASF Tomcat ?
2006/4/7, Peter Rossbach [EMAIL PROTECTED]:
Hey,
Java/JSP and Tomcat for german hoster is a very bad
2006/4/7, Bill Barker [EMAIL PROTECTED]:
Henri Gomez [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
2006/4/6, Remy Maucherat [EMAIL PROTECTED]:
Hi,
This thread started (for whatever reason) on the private list as part of
an unrelated discussion. The point is to see what
Hey Henri,
no problem. I have talk with Thorsten Kamann the other author and
we are happy to contribute the code. Then we can translate the
complete docs
and finish the tomcat 5.5 integration.
Regards
Peter Thorsten
Am 07.04.2006 um 13:16 schrieb Henri Gomez:
Very interesting stuff
My
Hi List,
good that you brought up this point.
IMHO many people underestimated this subject in both importance _and_
difficulty.
We know, shared java hosting can be done in 2 ways:
a) one JVM per host
b) many hosts in one JVM
As Remy noted, the java machine does not provide the necessary
Reinhard Moosauer wrote:
Now, with clustering, we could combine both. Consider the following:
1. Set up a couple of tomcat servers (at least 2). I call them 'node'
These can sit on a single server
2. Cluster and load-balance these nodes. They should been seen as a single
tomcat server .
Am Freitag, 7. April 2006 15:12 schrieb Remy Maucherat:
Reinhard Moosauer wrote:
Now, with clustering, we could combine both. Consider the following:
1. Set up a couple of tomcat servers (at least 2). I call them 'node'
These can sit on a single server
2. Cluster and load-balance
Reinhard Moosauer wrote:
Ok. But you can kill the webapp with the amok-thread. So we will not have a
break every 3 requests. (the thread can be tracked down to the failing
webapp. Send a mail with the thread-stack-dump)
You can't really kill a thread in Java. We used to have a joke at a
Hi,
This thread started (for whatever reason) on the private list as part of
an unrelated discussion. The point is to see what could be improved to
make Tomcat more suitable for shared hosting, which is a very nice goal,
but unfortunately with very serious issues.
I don't see many
Ideas? Yes, and it's very simple - use fork()!
Obviously this is not going to work on Windows, but for the case of Java
hosting, we largely don't care.
Let's put this in perspective. Quite a few hosting providors (mine
included) run PHP in CGI mode. Any less expensive solution is competitive.
On Thu, Apr 06, 2006 at 09:15:17AM -0700, Preston L. Bannister wrote:
You have to consider how (or if) to allow for long-running background
threads. Successive requests for the same user will not use the JVM
(whether this counts as an advantage or disadvantage is debatable). The JVM
isn't
Well, that is one definition of real applications. There are other
definitions. :)
On 4/6/06, Tino Schwarze [EMAIL PROTECTED] wrote:
On Thu, Apr 06, 2006 at 09:15:17AM -0700, Preston L. Bannister wrote:
You have to consider how (or if) to allow for long-running background
threads.
isn't it easier to give each user a pre-configured lightweight but own tomcat?
leon
On 4/6/06, Preston L. Bannister [EMAIL PROTECTED] wrote:
Well, that is one definition of real applications. There are other
definitions. :)
On 4/6/06, Tino Schwarze [EMAIL PROTECTED] wrote:
On Thu,
I have one suggestion regarding tomcat and security
manager, but I don´t know if it fits here. We have a
huge problem managing security configuration (i.e.
catalina.policy). We have a common base policy and an
entry for each virtual host. Sometimes clients put
unmanaged libraries that require
Define lightweight. :)
If we are talking about a small number of users, with high average
utilization, this might be a good solution. In fact this is similar in
resource usage to the virtual hosting (i.e. Xen) solutions.
For more typical usage, the number of users is large, and the average
On 4/6/06, Preston L. Bannister [EMAIL PROTECTED] wrote:
Define lightweight. :)
only the basics you need for a webapp. no admin/manager, no
clustering, no gadgets.
To explain it:
Besides large portals with own server farms and millions of hits, I
often have small customers which get a dynamical
Write you own SecurityManager.
http://java.sun.com/docs/books/tutorial/essential/system/writingSMgr.html
I have one suggestion regarding tomcat and security
manager, but I don´t know if it fits here. We have a
huge problem managing security configuration (i.e.
catalina.policy). We have a common
23 matches
Mail list logo
