Re: Feature request: "fullstart" command

2011-06-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mladen, On 6/17/2011 1:21 AM, Mladen Turk wrote: > On 06/17/2011 12:14 AM, Christopher Schultz wrote: >> >> On 6/16/2011 5:03 PM, Francis GALIEGUE wrote: >>> >>> I was actually wondering about these. I think I have my answer now :/ >>> Solutions in C

Re: Feature request: "fullstart" command

2011-06-16 Thread Mladen Turk
On 06/17/2011 12:14 AM, Christopher Schultz wrote: On 6/16/2011 5:03 PM, Francis GALIEGUE wrote: I was actually wondering about these. I think I have my answer now :/ Solutions in C or other languages are many to achieve that, Java has none. Correct: native code has to be written. tc-native

Re: Feature request: "fullstart" command

2011-06-16 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francis, On 6/16/2011 5:03 PM, Francis GALIEGUE wrote: > On Thu, Jun 16, 2011 at 20:37, Christopher Schultz >> >> First off, the JVM provides no pure-Java way of letting a process go >> into the background. So, there's really no opportunity to do some

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 20:37, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Francis, > [...] > > The above requirements actually might not be possible in a reasonably > simple system. > > First off, the JVM provides no pure-Java way of letting a process go > int

Re: Feature request: "fullstart" command

2011-06-16 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francis, On 6/15/2011 4:00 PM, Francis GALIEGUE wrote: > Proposal: implement a command to Bootstrap which: > > * does NOT return until ALL webapps configured at start time are > (attempted to be) deployed; > * exits with a positive error code represe

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 15:01, Konstantin Kolinko wrote: [...] > > Implement what you want in a listener. Throw an Error if whatever you > want fails. > OK, but then, why isn't there such a listener as standard? I'm sure you understand the need, and having this listener as standard in Tomcat can

Re: Feature request: "fullstart" command

2011-06-16 Thread Konstantin Kolinko
2011/6/16 Francis GALIEGUE : > On Thu, Jun 16, 2011 at 14:48, Konstantin Kolinko > wrote: > [...] >> >> Some resources are allocated only on the first access. >> >> E.g. starting servlets, or obtaining database connections from a pool. >> Unless you obtain a connection there is no knowing that the

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 14:48, Konstantin Kolinko wrote: [...] > > Some resources are allocated only on the first access. > > E.g. starting servlets, or obtaining database connections from a pool. > Unless you obtain a connection there is no knowing that the database > is accessible. > I know tha

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 14:36, Pid wrote: [...] >>> >>> An application might report that it's started, even it hasn't finished >>> initialising. >>> >> >> That is the application's responsibility, so not the problem at hand. > > What is the value of indicating success or failure, if the answer is

Re: Feature request: "fullstart" command

2011-06-16 Thread Konstantin Kolinko
2011/6/16 Francis GALIEGUE : > On Thu, Jun 16, 2011 at 12:29, Pid wrote: > [...] >> >> An application might report that it's started, even it hasn't finished >> initialising. >> > > That is the application's responsibility, so not the problem at hand. > > Furthermore, if the application reports a

Re: Feature request: "fullstart" command

2011-06-16 Thread Pid
On 16/06/2011 12:15, Francis GALIEGUE wrote: > On Thu, Jun 16, 2011 at 12:29, Pid wrote: > [...] >> >> An application might report that it's started, even it hasn't finished >> initialising. >> > > That is the application's responsibility, so not the problem at hand. What is the value of indicat

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 13:51, sebb wrote: [...] > > The value passed to System.exit(int) is passed to the OS. > > In Unix systems, 0 means success and anything else is generally not success. > > OpenVMS behaves differently, as already noted. > If a process returns an error or fatal code to VMS, t

Re: Feature request: "fullstart" command

2011-06-16 Thread sebb
On 16 June 2011 12:32, Francis GALIEGUE wrote: > On Thu, Jun 16, 2011 at 13:30, sebb wrote: > [...] >>> >>> It's up to main() to call System.exit(), so how is that a problem? >> >> If the exit code is not passed to the OS, but is merely a method >> return code, then of course it's not a problem.

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 13:30, sebb wrote: [...] >> >> It's up to main() to call System.exit(), so how is that a problem? > > If the exit code is not passed to the OS, but is merely a method > return code, then of course it's not a problem. > > But I understood the term "exit code" to mean the cod

Re: Feature request: "fullstart" command

2011-06-16 Thread sebb
On 16 June 2011 12:16, Francis GALIEGUE wrote: > On Thu, Jun 16, 2011 at 13:04, sebb wrote: > [...] >> >> And it may cause problems on some OSes which don't use unix-style exit codes. >> For example, OpenVMS uses the low order 3 bits of a process exit code >> as a severity indicator, and odd is s

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 13:04, sebb wrote: [...] > > And it may cause problems on some OSes which don't use unix-style exit codes. > For example, OpenVMS uses the low order 3 bits of a process exit code > as a severity indicator, and odd is success, even is failure. > [IThe JVM automatically conve

Re: Feature request: "fullstart" command

2011-06-16 Thread Francis GALIEGUE
On Thu, Jun 16, 2011 at 12:29, Pid wrote: [...] > > An application might report that it's started, even it hasn't finished > initialising. > That is the application's responsibility, so not the problem at hand. Furthermore, if the application reports a successful start even though it is not comp

Re: Feature request: "fullstart" command

2011-06-16 Thread sebb
On 16 June 2011 11:29, Pid wrote: > On 15/06/2011 21:00, Francis GALIEGUE wrote: >> Tomcat has many abilities to deploy applications at run time (war, >> tree, context, you name it). However, when used in production, these >> abilities are used cautiously, if they are used at all. >> >> In many sc

Re: Feature request: "fullstart" command

2011-06-16 Thread Pid
On 15/06/2011 21:00, Francis GALIEGUE wrote: > Tomcat has many abilities to deploy applications at run time (war, > tree, context, you name it). However, when used in production, these > abilities are used cautiously, if they are used at all. > > In many scenarios, Tomcat just starts, spends its l

Re: Feature request: "fullstart" command

2011-06-15 Thread Francis GALIEGUE
On Wed, Jun 15, 2011 at 22:11, Caldarale, Charles R wrote: [...] > > Check the system property org.apache.catalina.startup.EXIT_ON_INIT_FAILURE > and see if it meets your needs.  (It might not be setting an exit code.) > > http://tomcat.apache.org/tomcat-7.0-doc/config/systemprops.html > >  - Chu

RE: Feature request: "fullstart" command

2011-06-15 Thread Caldarale, Charles R
> From: Francis GALIEGUE [mailto:f...@one2team.com] > Subject: Feature request: "fullstart" command > Proposal: implement a fullstart command to Bootstrap which: > * does NOT return until ALL webapps configured at start time are > (attempted to be) deployed; > * exits with a positive error code