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
> current Service, as yo
Elijah Roberts at [EMAIL PROTECTED] wrote:
> On Wednesday July 25, 2001 Remy Maucherat wrote:
>>
>> I want GOOD system integration; that means I want Tomcat to look like a
>> native process, and to behave like a native process.
>
> This is one of the reasons I wrote with JNI in the first place. I
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
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
>>
>> [ ] +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 s
> 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
I'm speaking here with very limited experience with projects like this
and the only JNI code I have written has been to verify NDS names and
passwords and enumerate users in an NDS Group object. And, I haven't
looked at the JavaService code yet. So, take all this with a grain of
salt.
I'm sure th
> >> Ok, but JavaService looks perfect to me :
> >> - Uses JNI indeed
> >> - Service installation / removal works great
> >> - 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
>
Kevin Seguin at [EMAIL PROTECTED] wrote:
>>> 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 Jav
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,
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
> Joe Flowers at [EMAIL PROTECTED] wrote:
>>
>>> [X] +1 - Do it, and I can help
>>> [ ] +0 - Do it, but I can't help
>>> [X] -0 - Do it, even ifI hate MS.
>>> [ ] -1 - Don't do it, because
>>>
>>> My comments:
>>
>> Assuming you're talking
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
Joe Flowers at [EMAIL PROTECTED] wrote:
>
>> [X] +1 - Do it, and I can help
>> [ ] +0 - Do it, but I can't help
>> [X] -0 - Do it, even ifI hate MS.
>> [ ] -1 - Don't do it, because
>>
>> My comments:
>
> Assuming you're talking about the NT/2000 service codes.
Yes, that's another rea
>"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 agree with Pier that since it's not only related to
to
"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
On Tue, 24 Jul 2001, jean-frederic clere wrote:
> "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 Se
"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 code into a new CVS repository (jakarta-service).
> >>
> >>
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 it?
>
> Under the management o
"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 putting it in commons, i
37 matches
Mail list logo
