Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

> > >My priorities are kinda right... Get laid off by Sun in november, go on a >long vacation in December (basically trying to get all my stuff toghether), >find a new job in January, and start working on February... > >Sorry... > It's ok. ;-) >No, I didn't, but I'm sure that my inbox will start

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>mod_webapp is your baby, do what you want with it. > >I'll delay the official release to generate linux binaries and rpms. tipo ^ I'll wait the official release to generate linux binaries and rpms -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

GOMEZ Henri wrote: >>Are you _CRAZY_? I'm going to -1 any release that is not >>clearly an interim >>test release (such as Tomcat 4.1.0, which is _supposed_ not to work, >>although it does) and which doesn't have all the Apache >>standards to _be_ a >>release... > > > Did there is still blocki

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Are you _CRAZY_? I'm going to -1 any release that is not >clearly an interim >test release (such as Tomcat 4.1.0, which is _supposed_ not to work, >although it does) and which doesn't have all the Apache >standards to _be_ a >release... Did there is still blocking (showstopper) bug in mod_weba

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >>> Ok... Please commit your changes. We could add the >> complexity when needed. >> >> We don't need complexity... > > And users need release. They do... > Even if if a release is imperfect. Are you _CRAZY_? I'm going to -1 any release that is not

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> Ok... Please commit your changes. We could add the >complexity when needed. > >We don't need complexity... And users need release. Even if if a release is imperfect. That's why there is release/patch in version ;] -- To unsubscribe, e-mail: For additional com

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> That's not the best example of code beauty... > > May be not. But a Kernel needs more complexity than a TC connector. Correct... >>> The idea behind the complexity is that we could decide version of protocol >>> ba

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > >>>That still doesn't change the fact that whatever is in JK for versioning is >>>utterly complicated, is completely different from what the Apache folks have >>>done so far (look at both 1.3 and 2.0 trees), and I don't

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> That still doesn't change the fact that whatever is in JK for versioning is >> utterly complicated, is completely different from what the Apache folks have >> done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at >> a manual on

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> That still doesn't change the fact that whatever is in JK for versioning is >> utterly complicated, is completely different from what the Apache folks have >> done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at >> a manu

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>GOMEZ Henri wrote: >> Punky, I appreciate your effort, but IMO, wa_version.h is way too utterly complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from the autoconf magicness, and go from there... >>>

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

> > That still doesn't change the fact that whatever is in JK for versioning is > utterly complicated, is completely different from what the Apache folks have > done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at > a manual on how to interpret the va_version.h header ever

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > GOMEZ Henri wrote: >>> Punky, I appreciate your effort, but IMO, wa_version.h is way >>> too utterly >>> complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >>> the autoconf >>> magicness, and go from there... >> >> >> Hum, I just commited wa_v

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

> Well, it seriously look ugly though... Ok, I admit it might be a PITA cuz in > Windows we can't simply do a `cat VERSION` and get that number in somewhere, > but boy that wa_version header looks ugly... I admited that it is ugly. See below. > > Just the fact that we somehow have an "area to

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> >>> I had been make this patch for a very long time (3/4/5 months). And >>> send to this list several times... If you like, just grap my patch and >>> comit. >>> >>> (wa_version.h m

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Secondly, I don't want to have alpha/beta/gamma/whatever >compiled in the >code: for releasing purpose, a code is x.x.x-dev if it's not >associated with >a tag, and x.x.x when it actually _IS_ associated with a tag... ditto, that's why the recent proposal from Remy for TC 4, was to use the Apa

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Punky, I appreciate your effort, but IMO, wa_version.h is way >> too utterly >> complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >> the autoconf >> magicness, and go from there... > > Hum, I just commited wa_version.h and it's really simil

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> Hum, I just commited wa_version.h and it's really similar to >> what Jean-Frederic proposed and commited to mod_jk. >> >> And it's what httpd 2.0 (ap_release.h) use >> >I tell you why: > >http://marc.theaimsgroup.com/?l=tomcat-dev&m=100878406017530&w=2 > We agree so -- To unsubscribe,

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

GOMEZ Henri wrote: >>Punky, I appreciate your effort, but IMO, wa_version.h is way >>too utterly >>complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >>the autoconf >>magicness, and go from there... > > > Hum, I just commited wa_version.h and it's really similar to > what Jean-Frede

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Sorry man, when I saw Henri commited my version patch also >this morning, >and you've commited VERSION file. I had seen some conflicts. I'll be +1 to keep wa_version.h : - it's the same way in mod_jk (merge merge said Jon) - it's the same way in httpd server And it works rigth now -- To u

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>I had been make this patch for a very long time (3/4/5 months). And >>send to this list several times... If you like, just grap my patch and >>comit. >> >>(wa_version.h must be placed in include/ dir, and change to *whatever*

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Punky, I appreciate your effort, but IMO, wa_version.h is way >too utterly >complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >the autoconf >magicness, and go from there... Hum, I just commited wa_version.h and it's really similar to what Jean-Frederic proposed and commited to mod_

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > I had been make this patch for a very long time (3/4/5 months). And > send to this list several times... If you like, just grap my patch and > comit. > > (wa_version.h must be placed in include/ dir, and change to *whatever* > version you like!) Punky,

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Henri, > > What about reporting webapp version at init time, > > [Thu May 02 21:44:38 2002] [notice] Apache/2.0.35 (Unix) mod_ssl/2.0.35OpenSSL/0.9.6 >DAV/2 mod_jk/1.2.0 configured -- resuming normal operations > > > could be > > [Thu May 02 21:44:38 2002] [notice

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Hm. Might do that as well... > > I could add that if you want ;) > Just to show to Jon that I could also commit in webapp ;) If you want... >>> Nota that mod_jk / mod_webapp coexist very well ;) >> >> Why shouldn't they? For sure I'm not going to se

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> [Thu May 02 21:44:38 2002] [notice] Apache/2.0.35 (Unix) >> mod_ssl/2.0.35OpenSSL/0.9.6 DAV/2 mod_jk/1.2.0 mod_webapp >1.2.0 configured -- >> resuming normal operations > >Hm. Might do that as well... I could add that if you want ;) Just to show to Jon that I could also commit in webapp ;) >

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Ok, I added : > > ServerName hgo1.slib.com:8092 > > and it works fine. > > BTW, it need to have A FULL HOST:PORT Correct... On Apache 2.0 yes because there's no Port directive. But since that thing is beating the crap out of me, I'll just change the

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >> Ok, so you have to add around >> webapp config. > >No... > >> I remember an old mail where Pier told something >> about adding support to DefaultHost but it's quite >> sometimes ago > >You just have to put "ServerName" outside of ANY virtual host...

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Ok, so you have to add around > webapp config. No... > I remember an old mail where Pier told something > about adding support to DefaultHost but it's quite > sometimes ago You just have to put "ServerName" outside of ANY virtual host... Pier -

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > May I suggest you drop the latest tarball, with > the configure included :) in jtc/webapp ? > > Or I could do it for you and prepare the layout > but need something like a version number/release : > > 1.0.3b1, 1.0.2 Version??? Doh... Someone call

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

;cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh > > >"Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > >> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> >>> It build on my Redhat 6.2 box but failed at http2 start : >>>

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >> It build on my Redhat 6.2 box but failed at http2 start : >> >> Invalid virtual host name ?[ > > Put "ServerName" befor WebApp... Will have to fix that one BTW, this at least tells me that it w

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > It build on my Redhat 6.2 box but failed at http2 start : > > Invalid virtual host name ?[ Put "ServerName" befor WebApp... Will have to fix that one Pier -- To unsubscribe, e-mail: For additional commands, e