"Dave Oxley" <[EMAIL PROTECTED]> wrote:
> I have searched the archives and found a check in to jakarta-tomcat-service
> but using anoncvs I can't checkout or even see if the module exists. Is this
> some sort of permissions problem.
Darn... We forgot to link it to the PSERVER area :) Fixed now..
MAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: Service code for TC4
>Date: Mon, 03 Sep 2001 19:08:26 +0100
>
>Pier,
>
>I can't find the module jakarta-tomcat-service. Where do I look??
>
>Dave
>[EMAIL PROTECTED]
>
>>From: Pier Fumagalli <[EMAIL PRO
MAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: Service code for TC4
>Date: Mon, 03 Sep 2001 19:08:26 +0100
>
>Pier,
>
>I can't find the module jakarta-tomcat-service. Where do I look??
>
>Dave
>[EMAIL PROTECTED]
>
>>From: Pier Fumagalli <[EMAIL PRO
Pier,
I can't find the module jakarta-tomcat-service. Where do I look??
Dave
[EMAIL PROTECTED]
>From: Pier Fumagalli <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: Re: Service code for TC4
>Date: Mon, 03 Sep 2001 18:32:
"Dave Oxley" <[EMAIL PROTECTED]> wrote:
> I want to have a look at doing some service code for TC4 under Win32. Are
> there any design documents for the service code that is already there for
> Unix or does anyone (Pier?) have any ideas about how they want it to work
I want to have a look at doing some service code for TC4 under Win32. Are
there any design documents for the service code that is already there for
Unix or does anyone (Pier?) have any ideas about how they want it to work
under Win32? or is anyone working on this already?
Dave.
[EMAIL
Just a FYI... For the next beta of TC4, I'd rather improve the WebApp
connector than the Service code... Does it collide with some priority/
schedules of someone, I'd really shoot for WebApp first and Service
then...
Pier
>> With TC4 we could do with a JNI connector in mod_webapp
>(even though Pier
>> probably doesn't want to do this). We will use mod_webapp in
>preference to
>> mod_jk for simplicity of setting up.
>
>I'm not sure I understand how jk is "more difficult" to set up - it's
>just a:
>"JkMount /conte
Remy Maucherat wrote:
>
> Quoting Andy Armstrong <[EMAIL PROTECTED]>:
>
> > Hi Joe et al,
> >
> > Joe Flowers wrote:
> > [snip cogent words about running TC as a service]
> >
> > I agree with you 100% WRT the difficulty of getting JavaService to work
> > -- a sysadmin here pulled most of his few
Quoting Andy Armstrong <[EMAIL PROTECTED]>:
> Hi Joe et al,
>
> Joe Flowers wrote:
> [snip cogent words about running TC as a service]
>
> I agree with you 100% WRT the difficulty of getting JavaService to work
> -- a sysadmin here pulled most of his few remaining hairs one day
> trying
> to ge
GOMEZ Henri wrote:
[snip]
> >This is a simple solution for all platforms in all cases
> >except the one where you want to have Tomcat autostart in stand-alone
> >mode, and I would assume that that's a relatively rare requirement.
>
> No so rare since many sites use a farm a Tomcat behind their we
>BTW, jk already has the feature if JNI connector is used - but it would be
>great to be able to do the same for ajp connectors. Probably using the
>same config file ( most of the information to start tomcat is similar -
>the jni configuration file allows you to specify env variables,
>classpaths,
Yes. With a patch applied to avoid the NT Logout snafu that causes the VM to
shutdown.
Glenn.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
One question - is anyone using the jk_service ( the NT service starter
that is included with tomcat3.x ) ?
Costin
Twiggs, Glenn at [EMAIL PROTECTED] wrote:
> Not a safe assumption. My company is using Tomcat in standalone mode within
> a large project.
I believe he's talking about when tomcat is ran standalone AND thru a
connector...
Pier
Not a safe assumption. My company is using Tomcat in standalone mode within
a large project.
-Original Message-
From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
[snip]
It would be easy enough to add the same functionality to the other
connectors. This is a simple solution for all platfor
>Hi Joe et al,
>
>Joe Flowers wrote:
>[snip cogent words about running TC as a service]
>
>I agree with you 100% WRT the difficulty of getting JavaService to work
>-- a sysadmin here pulled most of his few remaining hairs one
>day trying
>to get it working, so while I haven't personally looked at
Hi Joe et al,
Joe Flowers wrote:
[snip cogent words about running TC as a service]
I agree with you 100% WRT the difficulty of getting JavaService to work
-- a sysadmin here pulled most of his few remaining hairs one day trying
to get it working, so while I haven't personally looked at it I can
I'm +1 for jakarta-service and -1 for jakarta-tomcat-service
>>>
>>> Still of this idea? I can't open jakarta-service as I have to
>>> get down to
>>> the PMC to do it, and I'd like to commit some code...
>>> Thanks...
>>
>> Argh, if you need the PMC agreement, it will delay that piece
GOMEZ Henri at [EMAIL PROTECTED] wrote:
>> GOMEZ Henri at [EMAIL PROTECTED] wrote:
>>>
>>> I'm +1 for jakarta-service and -1 for jakarta-tomcat-service
>>
>> Still of this idea? I can't open jakarta-service as I have to
>> get down to
>> the PMC to do it, and I'd like to commit some code...
>GOMEZ Henri at [EMAIL PROTECTED] wrote:
>>
>> I'm +1 for jakarta-service and -1 for jakarta-tomcat-service
>
>Still of this idea? I can't open jakarta-service as I have to
>get down to
>the PMC to do it, and I'd like to commit some code...
>Thanks...
Argh, if you need the PMC agreement, it
GOMEZ Henri at [EMAIL PROTECTED] wrote:
>
> I'm +1 for jakarta-service and -1 for jakarta-tomcat-service
Still of this idea? I can't open jakarta-service as I have to get down to
the PMC to do it, and I'd like to commit some code...
Thanks...
Pier
Elijah Roberts at [EMAIL PROTECTED] wrote:
>
> Looking through your code, I think that you definitely intended for the
> NT piece to be in the same place. Using the same command line arguments
> and everything. But with a new file just for the NT specific service
> information (jsvc-nt.c). If th
On Wednesday July 25, 2001 Elijah Roberts wrote:
> I see. So instead of calling a static method, the service would need to
> create an object and then call the load method followed by the start
> method? I suppose I should look at your code. Where you planning on
> integrating the NT portion into
On Wednesday July 25, 2001 Pier P. Fumagalli wrote:
> Yes. I am definitely _EAGER_ to include JavaService with my Service code,
> and distribute it all together with Tomcat 4.0 (from the next beta).
>
> A couple of changes are needed for your code to be integrated with my
> curr
any changes that are necessary to use it.
Yes. I am definitely _EAGER_ to include JavaService with my Service code,
and distribute it all together with Tomcat 4.0 (from the next beta).
A couple of changes are needed for your code to be integrated with my
current Service, as you use static methods
On Wednesday July 25, 2001 Remy Maucherat wrote:
> > However,
> >
> > 1. I tried my damndest and couldn't get the JavaService to work with
> > Tomcat on an NT server that I have.
> > I tried javaserv, srvyany, etc. Nothing worked for me. *Very very
> > frustrating*, and I can usually figure out ju
replace few #defines, to start anything ).
>
> We also need to update the documentations of jk_service, to mention that
> we now have 2 service starters to choose from.
I'm -1 on that... The service code I'm building, and the one coming with mod
jk are completely different, th
> However,
>
> 1. I tried my damndest and couldn't get the JavaService to work with
> Tomcat on an NT server that I have.
> I tried javaserv, srvyany, etc. Nothing worked for me. *Very very
> frustrating*, and I can usually figure out just about anything. That is
> why I wrote the TomcatService pr
>
> [ ] +1 - Do it, and I can help
> [X] +0 - Do it, but I can't help
> [ ] -0 - Do it, even if
> [ ] -1 - Don't do it, because
>
> My comments:
If we do so ( create the service workspace ), can we also check in the
existing service ( the one that was used in the last year or so for tomc
gt;> - Pipes the out and the err of the JVM process into logs files in
> >> CATALINA_HOME/logs (good)
> >> - Logs stop / start / trouble to the NT event log
> >> - Very generic
> >>
> >
> > fwiw, i agree with remy. i took a (quick) look at JavaService, and it seems
> > to be ideal.
>
> Ok, wanna help out to integrate the whole kit'n kaboodle with the Service
> code we have?
>
> Pier
>
> BTW, I can't move the code until Henri removes his -1
tart / trouble to the NT event log
> >> - Very generic
> >>
> >
> > fwiw, i agree with remy. i took a (quick) look at
> JavaService, and it seems
> > to be ideal.
>
> Ok, wanna help out to integrate the whole kit'n kaboodle with
> the Ser
uble to the NT event log
>> - Very generic
>>
>
> fwiw, i agree with remy. i took a (quick) look at JavaService, and it seems
> to be ideal.
Ok, wanna help out to integrate the whole kit'n kaboodle with the Service
code we have?
Pier
BTW, I can't move the code until Henri removes his -1
jean-frederic clere at [EMAIL PROTECTED] wrote:
> [X] +1 - Do it, and I can help
> [ ] +0 - Do it, but I can't help
> [ ] -0 - Do it, even if
> [ ] -1 - Don't do it, because
>
> My comments:
>
> There are:
> jakarta-tomcat/src/native/mod_jk/nt_service/jk_nt_service.c
> jakarta-tomcat-c
> > ME BIG DOPE :) :) :) There are TWO Win32 Service
> implementations... I
> > thought Joe and Elijah were working on the same code :) :)
> :) But THEY'RE
> > NOT! (Sometimes I'm just so fuckin' stupid! :)
> >
> > On a very rough analysis, Elijah's JavaService is better as
> it uses JNI,
> but
"Pier P. Fumagalli" wrote:
>
> Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
> >
> > I'd say, let's stick it with Tomcat until we don't have a "proof-of-concept"
> > that it works, and then we can decide... I like jakarta-tomcat-service.
>
> Request-for-vote: Can I go ahead and open the new CV
[X] +1 - Do it, and I can help
[ ] +0 - Do it, but I can't help
[ ] -0 - Do it, even if
[ ] -1 - Don't do it, because
My comments:
There are:
jakarta-tomcat/src/native/mod_jk/nt_service/jk_nt_service.c
jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c
jakarta-tomcat-4.0/ser
> ME BIG DOPE :) :) :) There are TWO Win32 Service implementations... I
> thought Joe and Elijah were working on the same code :) :) :) But THEY'RE
> NOT! (Sometimes I'm just so fuckin' stupid! :)
>
> On a very rough analysis, Elijah's JavaService is better as it uses JNI,
but
> on the other hand,
cause
>>>
>>> My comments:
>>
>> Assuming you're talking about the NT/2000 service codes.
>
> Yes, that's another reason why I'm proposing the split. I am integrating
> your Service code with my Service code (so we're going to be both
GOMEZ Henri at [EMAIL PROTECTED] wrote:
>
> Ok for jakarta-service.
>
> And I agree with Pier that since it's not only related to
> tomcat, shouldn't go under jakarta-tomcat-service.
>
> Should we have all developpment started by a tomcat
> commiter under the jakarta-tomcat responsability.
>
>
> Remy Maucherat at [EMAIL PROTECTED] wrote:
>
> > Do it, even if that would make the build process (even) more
> > complex.
>
> I believe this can be achieved by simply copying the few interfaces over
to
> jakarta-tomcat-4.0. Once those have been defined, they shouldn't change.
> While the actual
alking about the NT/2000 service codes.
Yes, that's another reason why I'm proposing the split. I am integrating
your Service code with my Service code (so we're going to be both very happy
campers), and I would actually request your commit status on the
jakarta-tomcat-service CVS mod
>"Pier P. Fumagalli" wrote:
>>
>> Since it can be used by different projects (not only
>Tomcat), I wanted to
>> separate the Service code into a new CVS repository
>(jakarta-service).
>>
>> How about it?
>
Ok for jakarta-service.
And I
"Pier P. Fumagalli" wrote:
>
> Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
> >
> > I'd say, let's stick it with Tomcat until we don't have a "proof-of-concept"
> > that it works, and then we can decide... I like jakarta-tomcat-service.
>
> Request-for-vote: Can I go ahead and open the new CVS
Remy Maucherat at [EMAIL PROTECTED] wrote:
> Do it, even if that would make the build process (even) more
> complex.
I believe this can be achieved by simply copying the few interfaces over to
jakarta-tomcat-4.0. Once those have been defined, they shouldn't change.
While the actual big work is o
[ ] +1 - Do it, and I can help
[ ] +0 - Do it, but I can't help
[X] -0 - Do it, even if that would make the build process (even) more
complex.
[ ] -1 - Don't do it, because
Remy
[ ] +1 - Do it, and I can help
[X] +0 - Do it, but I can't help
[ ] -0 - Do it, even if
[ ] -1 - Don't do it, because
My comments:
Haven't even looked at it but I trust Pier :-)
Mike Anderson
On Tue, 24 Jul 2001, Pier P. Fumagalli wrote:
> Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
> >
> > I'd say, let's stick it with Tomcat until we don't have a "proof-of-concept"
> > that it works, and then we can decide... I like jakarta-tomcat-service.
>
> Request-for-vote: Can I go ahead a
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
>
> I'd say, let's stick it with Tomcat until we don't have a "proof-of-concept"
> that it works, and then we can decide... I like jakarta-tomcat-service.
Request-for-vote: Can I go ahead and open the new CVS repo?
Pier
Print and detach the fol
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
>
> So far, commons is 100% Java, but I don't believe they (really we, cause
> I'm a committer there :-) would be opposed to a commonly useful project
> that has native code components.
Dunno...
>> jakarta-tomcat-connectors is a place where C and
ects (not only Tomcat), I wanted to
> > >> separate the Service code into a new CVS repository (jakarta-service).
> > >>
> > >> How about it?
> > >
> > > Under the management of which subproject?
> >
> > For now, still Tomcat... M
"Pier P. Fumagalli" wrote:
>
> Craig R. McClanahan at [EMAIL PROTECTED] wrote:
> > On Tue, 24 Jul 2001, Pier P. Fumagalli wrote:
> >
> >> Since it can be used by different projects (not only Tomcat), I wanted to
> >> separate the Service c
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
> On Tue, 24 Jul 2001, Pier P. Fumagalli wrote:
>
>> Since it can be used by different projects (not only Tomcat), I wanted to
>> separate the Service code into a new CVS repository (jakarta-service).
>>
>> How about
"Pier P. Fumagalli" wrote:
>
> Since it can be used by different projects (not only Tomcat), I wanted to
> separate the Service code into a new CVS repository (jakarta-service).
>
> How about it?
+1
>
> Pier
On Tue, 24 Jul 2001, Pier P. Fumagalli wrote:
> Since it can be used by different projects (not only Tomcat), I wanted to
> separate the Service code into a new CVS repository (jakarta-service).
>
> How about it?
>
Under the management of which subproject?
How about puttin
Since it can be used by different projects (not only Tomcat), I wanted to
separate the Service code into a new CVS repository (jakarta-service).
How about it?
Pier
55 matches
Mail list logo
