Paul,
I'm afraid you got me wrong. ".. But you can kill the webapp with the
amok-thread... " does not mean to kill a thread!
The whole JVM is ended (here is your System.exit()..) and the webapp is
_undeployed_ (aka killed or: removed from the cluster)
R.
Am Freitag, 7. April 2006 22:01 schrie
--- "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)
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 Java web
application?
In the first case you are aiming at the
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 w
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
Cop
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
http://jcp.org/en/jsr/detail?
And what about a JVM launching others JVMs ?
>From an admin point of vue, only one job/process to start / stop and
monitor, so more simple.
>From a developper point of vue the differents JVM could have the
isolation level required.
2006/4/7, Paul Speed <[EMAIL PROTECTED]>:
>
>
> Reinhard Moosau
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
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-bala
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 .
3.
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 isolat
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
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 po
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 ba
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 f
"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 mo
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 http://centaurus.sour
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
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 shared hosting, which is a very nice goal,
> but unfortunately wi
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 dynami
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
uti
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 speci
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:
> >
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
> > thr
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'
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.
26 matches
Mail list logo
