Re: JNI

jean-frederic clere <[EMAIL PROTECTED]> wrote: >>> Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? >> >> Then it won't work... BTW, I hope you guys are not trying to load APR from >> the VM, right? Because if so, I _really_ want to see how you can do it on >> Mach-O kernel based O

Re: JNI

jean-frederic clere <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> >> >>> [EMAIL PROTECTED] wrote: >>> >>>> Need help and feedback... >>>> >>

Re: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> It DOESN'T... Before, all constants were defined in Constants.java, and the >> pr_warp_defs.h was generated from it, so that with each build we were sure >> that the WARP definitions were correct, and if something did went wrong, >> simply the baby wouldn

Re: Why won't you die?

"Jeff Martin" <[EMAIL PROTECTED]> wrote: > Don't know if this helps at all, but I've got the opposite problem (At > least I think I have, not had a chance to really look at it.) > > I'm starting a registry in a ServletContextListener and then binding > objects to it. The registry is local to the

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Good if _they_ build it over there, _they_ can build the >> modules as well. > > you think they will build mod_jk and mod_jk2 ? Frankly, given that I don¹t care much about JK, I don¹t care if they build it as well.. > In fact mod_jk is present in OS

Re: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> Go and build APR on 20something different OSes with ANT, and we'll see >> what's a PITA. > > > Probably you even do not need 20 Oses to get a PITA... Because there are > always > more than one compiler per OS. > > Libtool also has history: i

Re: mod_webapp file changes for socket pools

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Pier wrote: >> The only thing I don't like (much) is the name of the prototype functions: >> - warp_socket_pool_create >> - warp_socket_pool_acquire_socket >> - warp_socket_pool_return_socket >> >> And a lack of warp_socket_pool_destroy... >> >>

Re: JNI

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: >> Need help and feedback... >> >> As you know, the new Coyote supports both HTTP/1.1 and JK. And the new >> JK supports some new communication channels and APR functions that need JNI. >> >> The 'idealistic' goal was t

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >>> I'm like you and use exotic OS, OS/400, where >>> autoconf/automake/libtool didn't works (yet ?). >> >> If autoconf/libtool doesn't work, then you can't even build >> APR, you can't >> build Apache, therefore you don't f***ing need mod_webapp, k? > >

Re: mod_webapp file changes for socket pools

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi, > > Attached should be the changes I made to implement socket pools within > mod_webapp. Looks _good_... > I've added a new file, pr_warp_socketpool.c, as suggested. Noticed :) > In the zip file are the complete, changed, versions of the f

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Partly, and I still am. GNU LibTool sucks badly, but I have to >> live with it >> because that has been the choice of the APR/HTTPD projects >> (although I'm not >> the only to think that it's bad)... > > Yes and I've got also some problems with newer

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Ant is a good choice for java projects, not too bad for c projects >> and will be veru usefull when playing with gcj. > > And you could still use ant to call make ;) Yeah. Looks like RPM... So f***ed up... To convert: #!/bin/sh If [ -z "$INSTALL_DIR

Re: Building modapp for Tomcat4.0 and apache1_3.23

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> BTW, to build Java code with ant there have been an introduction of >> dependancies with code outside "webapp" itself... Therefore, I >> can't build >> the java code using it... >> >> Back to the old command line . WHATEVERERRR > > Are you sur

Re: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Why? Ant is Jakarta. Because I'm not going to download, install, debug, and learn a 1.5 megs package to run JAVAC on 10 classes within the same package... I'd rather compile them manually everytime... > There is still some work to do to have an

Re: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: > Jean, > > Your correction/fix is good, and I remembered that you solved my problem. > The things that screwed up is the move of Constant.java, which is not made > by you... And I recalled that it is very hard to find out the dependency of > Constant.java

Re: Building modapp for Tomcat4.0 and apache1_3.23

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> >>>> The problem described is a compilation problem and isn't related to to the >>>

Re: Building modapp for Tomcat4.0 and apache1_3.23

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> The problem described is a compilation problem and isn't related to to the > make install. I had this problem when I tried to compile the source after > downloading it a while ago. The problem is caused by the constants TYPE_... > not being defined

Re: mod_webapp socket pool changes

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > Hi, > > I've made some more progress on the socket pool implementation in mod_webapp > to solve the concurrent request problem on NT boxes and it is pretty much > complete. > > At the moment I am using a hard-coded constant to set the max numb

Re: Why won't you die?

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> Ok... I'm facing this little problem... I have a servlet creating a RMI >> registry, and that binds to a port, creates a non-daemon Thread... >> Yadayadayada... You know where I want to end up to... >> >> Now, catalina.sh stop doesn't work anymore,

FW: Your tomcat 4.0 example application is... uh...

Nack! :/ Pier -- Forwarded Message > From: "Michael L. Davis" <[EMAIL PROTECTED]> > Date: Tue, 09 Apr 2002 07:41:08 -0600 > To: [EMAIL PROTECTED] > Subject: Your tomcat 4.0 example application is... uh... > > > non existant... the servlet is a bad link and the jsp needs to be wrapped i

Re: apr pools in mod_webapp

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > My understanding (so far) is that an apr pool essentially makes memory cleanup > a bit easier by cleaning up all datastructures associated with it when it is > destroyed. This removes the need to cleanup all datastructures individually > and makes m

Re: [TEST] Please ignore...

"Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > Pinging response time for mailing lists... Sorry for the spam... Another ping (I use tomcat-dev because it's a _HUGE_ list, and gives me nice figures)... Pier -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]&

[TEST] Please ignore...

Pinging response time for mailing lists... Sorry for the spam... Pier -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Unsubscribing

todd tredeau <[EMAIL PROTECTED]> wrote: > I'd be happy to volunteer I already run wiserlabz completely alone. > If I could find someone in charge I and I'm sure others would be happy > to do it. Personally I'm not a programmer, I try to help with what I > can. Going on to "quality" software..

Re: Unsubscribing

"todd tredeau" <[EMAIL PROTECTED]> wrote: > The failure of an organization usually begins with the little things > this seems to be a recurring problem that is simple to fix why can't we > fix it. Create a web page so people can manually over-ride the obviously > flawed Opt - In / but Not out

Re: Mod_jk v/s mod_webapp

"James Williamson" <[EMAIL PROTECTED]> wrote: > I gladly will (or have done), in fact I've rewritten mod_webapp which > resolves the common complains: > > 1) How can I get Apache to serve static content and Tomcat dynamic content Good... Patch... > 2) 404 Apache errors When Tomcat is started

Re: Mod_jk v/s mod_webapp

"James Williamson" <[EMAIL PROTECTED]> wrote: > Umm, I posted a bug about this, what about the now infamous 404 (Apache > started after Tomcat issue) and the fact that the manager app doesn't work > when you try to create a new application due to apache indexing the apps when > it starts. The onl

Re: Mod_jk v/s mod_webapp

David Graff <[EMAIL PROTECTED]> wrote: > Thanks for the pointer on that documentation. I was wondering where the > Javadoc style comments were being used at. You welcome... > I still don't think the question was really answered though as to the > motivation of mod_webapp versus mod_jk/mod_jk2

Re: Mod_jk v/s mod_webapp

David Graff <[EMAIL PROTECTED]> wrote: > mod_webapp (from what I can tell) was supposed to be a completely new > implemenation of this functionality with improvements here and there as far > as application deployment etc. FWIW, mod_webapp works perfectly for what concerns my needs, and all the d

Re: NTLM Authentication

"Pugsley, Jason" <[EMAIL PROTECTED]> wrote: > So where to from here. Is anyone else using IE in an Intranet with back end > domain controllers? Even if there aren't any tomcat-dev people using it, > then could there be others in the wider tomcat world? Being an old-time Samba hacker (worked with

Re: [PLAN] New Jasper

"Kin-Man Chung" <[EMAIL PROTECTED]> wrote: > I also would welcome ideas or suggestion about what and how to make jasper > better. Pier's is the first complain that I've heard about jasper > translation perfromance. :-) Not translation (I didn't explain myself right, was too late yesterday night

Re: [PLAN] New Jasper

"Kin-Man Chung" <[EMAIL PROTECTED]> wrote: > I plan to put back the new japser source tree in a day or two. If anyone has > comments, concerns, or objections, please let me know. Of course, anyone > interested in contributing to the new jasper development is also welcome. YES PLEASE :) It's qu

Re: JDK 1.31??

45 Howard St. [EMAIL PROTECTED] > San Francisco, CA > >> -Original Message- >> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] >> Sent: Wednesday, March 20, 2002 10:15 AM >> To: Tomcat Developers List >> Cc: Mark Goddard; Julian Mitchell; Isabel

FW: JDK 1.31??

I believe this _deserves_ greater attention than webmaster... Pearls like those come once every year... Pier -- Forwarded Message > From: /* NAME CONCEALED */ > Date: Wed, 20 Mar 2002 11:48:15 -0500 > To: <[EMAIL PROTECTED]> > Subject: JDK 1.31?? > > Hello, > > I purchased a server pac

Re: Modified bugzilla categories

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I've modified the bugzilla components for TC 4, adding a few (Servlet & JSP > API, admin webapp, JK 2, Catalina modules, CGI, SSI, WebDAV), and > categorizing more explicitely the rest (for ex, all connector related > components are prefixed with "Con

FW: Forbidden link

Remy... You screwed up... Set your UMASK correctly and fix permissions on the site... Pier -- Forwarded Message > From: "Bradley Cloete" <[EMAIL PROTECTED]> > Date: Tue, 19 Mar 2002 07:52:34 +0200 > To: <[EMAIL PROTECTED]> > Subject: Forbidden link > > Hi There, > > When trying to acc

FW: Please add the #tomcat us.openprojects.net IRC channel

Not acked... Pier -- Forwarded Message > From: Nicholas Schuetz <[EMAIL PROTECTED]> > Date: Mon, 18 Mar 2002 21:38:25 -0600 > To: [EMAIL PROTECTED] > Subject: Please add the #tomcat us.openprojects.net IRC channel > > Hi Remm, > > Just reminding you to add the #tomcat channel to the Ja

Re: tomcat vs. mod_perl

"Creighton Kirkendall" <[EMAIL PROTECTED]> wrote: > I have worked with both in production environments. I found them to be > comparable in speed; however Tomcat & Java provide a much more robust > architecture for development. While perl has made strides into OO design > methods it still is no

Re: problem with catalina for 'non-web' application

"Jerome Bouat" <[EMAIL PROTECTED]> wrote: > What is wrong ? That tomcat is an web-application container, so, if you want to do something different, you're on your own, you shouldn't be using Tomcat... Pier -- To unsubscribe, e-mail: For additional commands, e-

Re: Problem with mod_webapp/warp connector

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > Hi, > > I've recently setup a intranet site on an NT 4.0 box using Apache 1.3.23 > combined with Tomcat 4.0.3. To integrate them together I'm using the warp > connector and the mod_webapp module... Forget it... It doesn't work under Windows..

Re: Install bug tomcat4.0 on Mac Osx

Yep. Never had a problem using HFS+ or UFS (for what's worth) using GNUTAR. StuffIT, instead, is buggy as hell... Pier "Patrick Luby" <[EMAIL PROTECTED]> wrote: > Paulo, > > I think you may have found the the problem. > > For those interested in using Mac OS X, the following must be done

Re: [4.0.3] [VOTES] Upcoming release and security fix

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > 4.0.2a + 4.0.3b1 :) Just to be a "pain in the ass" I don't really like the concept of an "A" version (never happened in httpd land)... So, I would call them 4.0.3 and 4.0.4b1 My $ 0.02 Pier -- To unsubscribe, e-mail:

FW: The Tomcat 4 Servlet-JSP Container - Class Loader INFO

Not Acked... Pier -- Forwarded Message > From: [EMAIL PROTECTED] (CTP Steve Temple) > Date: Thu, 28 Feb 2002 13:57:14 - > To: <[EMAIL PROTECTED]> > Subject: The Tomcat 4 Servlet-JSP Container - Class Loader INFO > > Hi, > > Just a quick one, I noticed that on the following page und

Re: [PATCH] Fix welcome file redirection to wrong ServerName inWarp

"Jeff Martin" <[EMAIL PROTECTED]> wrote: > Hope this patch is right. It seems to solve the problem on my server. > > Currently warp redirects to the underlying server name rather than the > server name used when requesting a virtual host. This means that if you > select http://virtualhost/ you g

Re: [Daemon] New commons component

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Thu, 21 Feb 2002, Remy Maucherat wrote: > >>> Because there is not 'a single ( or only ) good way to start tomcat'. >>> >>> If doing a JNI call works and is a good solution, why reinventing the >>> wheel ? The daemon requires using an init()-lik

Re: [Daemon] New commons component

Patrick Luby <[EMAIL PROTECTED]> wrote: > Pier, > > Pier Fumagalli wrote: >> >> IMO, it's a waste of time... You shouldn't call setuid from Java, but the >> native code launching the VM should call appropriate methods at appropriate >> momen

Re: [Daemon] New commons component

Remy Maucherat <[EMAIL PROTECTED]> wrote: > There are only two "native daemon" configurations I'm interested in: > - embedded in Apache 2 with a JNI connector That's feasible, but requires major changes in Tomcat 4.0 > - used through jsvc on Unix, and some similar wrapper on Win NT (or jsvc.exe

Re: [Daemon] New commons component

Remy Maucherat <[EMAIL PROTECTED]> wrote: >> All the code is already in place... Just need to be tied together... > > Damn, wait a bit before posting, I was about to say the exact same thing ;-) > Now I have to go back and edit my message :-P Rounding up all mail before going to bed... Had enou

Re: [Daemon] New commons component

Patrick Luby <[EMAIL PROTECTED]> wrote: > Pier, > > I took a quick look at the code and found the RegisterNative function. This > looks like an interesting feature. I also found the same function in your > daemons code. The picture is becoming much clearer. Well, RegisterNative is there since a

Re: [Daemon] New commons component

Patrick Luby <[EMAIL PROTECTED]> wrote: > Remy, > > Remy Maucherat wrote: >> >> At the moment, it is only a NT service, I think. The exe wrapper can (and >> probably should) do both. > > I will admit that I am no Windows expert, but can't you just have a main() > function that invokes start se

Re: [Daemon] New commons component

Pier Fumagalli <[EMAIL PROTECTED]> wrote: > Few hours... Yeah, whatever... Trivial... Pier test.c Description: application/applefile test.c Description: Binary data Test.java Description: application/applefile Test.java Description: Binary data make.sh Description: Bi

Re: [Daemon] New commons component

Patrick Luby <[EMAIL PROTECTED]> wrote: > This is very true and was the reason I was pursuing the "public native" method > approach. But Pier mentioned and passing a callback function to the JVM when > he > starts it. Maybe Pier could elaborate on this process? Basically, for Pier's > callback ap

Re: [Daemon] New commons component

Patrick Luby <[EMAIL PROTECTED]> wrote: > I admit it: I was trying to implement a hack. I am definitely warming up to > the idea of jumping straight into Pier's scripts. After all of this > discussion, it doesn't seem to be so much work to switch to a native launcher > to implement the setuid() s

Re: [Daemon] New commons component

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Wed, 20 Feb 2002, Pier Fumagalli wrote: > >> The only code working is within Tomcat, and it's there already... Look at >> the API changes in the Connector I pointed out yesterday, and at the >> different Embedd

Re: [Daemon] New commons component

Remy Maucherat <[EMAIL PROTECTED]> wrote: > I agree with Pier here. I think we should only try to implement daemon > fnctionality using the appropriate wrapper. Implmenting it with standard > Tomcat using scripts is a nasty hack. > Somehow, Patrick doesn't seem to like my BootstrapService (which

/servlets/ URL path...

When I invoke a servlet such as http://localhost/application/servlets/HelloWorld WHO actually defines that /servlets/ is associated with my classes? Is it defined somewhere in the spec or is it a feature of Tomcat (in 4.0 it's the InvokerServlet, IIRC) Cheerios! Pier -- To unsubscribe, e

Re: [Daemon] New commons component

"Patrick Luby" <[EMAIL PROTECTED]> wrote: > Maybe I should clarify what I am trying to do. I am trying to enable the use > of setuid() within the existing Tomcat startup process (i.e. shell scripts). I > definitely like your native launcher and the more I look at it, the more I > like its sophist

Re: [Daemon] New commons component

"Patrick Luby" <[EMAIL PROTECTED]> wrote: > Pier, > > Pier Fumagalli wrote: >> >> "unique process"??? It's a DYLD "NSAddModule" call to the JVM library, and >> CreateJavaVM is called CreateJavaVMImpl... Doesn't lo

Re: [Daemon] New commons component

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Tue, 19 Feb 2002, Patrick Luby wrote: > >> focus my efforts on finding a good place in Tomcat 4.x to setuid to a >> non-root >> user like Apache does instead of pursuing this probably platform specific use >> of setuid. > > That would be after

Re: [Daemon] New commons component

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > How easy would it be if that was possible ? For both hackers and > developers :-) Well, if you set your binary in chmod u+S your process is started as root (big NONO)... I don't quite get what Patrick want to do, but having a suid binary doesn't m

Re: [Daemon] New commons component

"Patrick Luby" <[EMAIL PROTECTED]> wrote: > BTW, I have access to Linux, Solaris, and Mac OS X machines (the latter from > my last job porting StarOffice to Mac OS X). So let me know where I can help > out as I am intimately familiar with the unique process of getting JNI code to > link on Mac OS

Re: [Daemon] New commons component

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Remy Maucherat wrote: >> >>> "Patrick Luby" <[EMAIL PROTECTED]> wrote: >>> Remy, This is great news! I scanned through the Unix code and noticed that it uses the chmod'ing executables with setuid bits instead of

Re: [Daemon] New commons component

"Patrick Luby" <[EMAIL PROTECTED]> wrote: > Pier, > > Hmmm. I could only find the setuid() calls in the parent process that launches > Tomcat. I couln't find any code JNI code (or a shared library) that Tomcat > could use to temporarily switch the user back to root immediately before > binding a

Re: [Daemon] New commons component

"Patrick Luby" <[EMAIL PROTECTED]> wrote: > Remy, > > This is great news! > > I scanned through the Unix code and noticed that it uses the chmod'ing > executables with setuid bits instead of performing a JNI call to the setuid() > and seteuid() C functions before and after binding of a ServerSo

Re: [4.1] Service

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> >>> The idea in jakarta-tomcat-service is to implement JSR96 >>> (http://jcp.org/jsr/detail/96.jsp). >>> jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a > daemon... >> >> The Apa

Re: [4.1] Service

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > The idea in jakarta-tomcat-service is to implement JSR96 > (http://jcp.org/jsr/detail/96.jsp). > jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a daemon... The Apache Software Foundation is voting NO on the publication of JSR-09

FW: RES: [ANNOUCEMENT] Tomcat 4.0.2 Final released

Might be worth forwarding it to tomcat-dev (the guy sent to announcements) Pier -- Forwarded Message > From: "Edson Carlos Ericksson Richter" <[EMAIL PROTECTED]> > Date: Wed, 13 Feb 2002 16:05:43 -0300 > To: "Jakarta Announcements List" <[EMAIL PROTECTED]> > Subject: RES: [ANNOUCEMENT] T

Re: Ant2

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I don't know if you follow ant-dev, but there are some discussions about > the new version of ant which are extremely scarry for me. > > Things like throwing exceptions when a property is not defined, > changing the build.xml syntax, and so on. > >

Re: Where IS mod_webapp ??

On 21/11/2001 10:15 pm, "Gerard van Enk" <[EMAIL PROTECTED]> wrote: >> Any comments? > > I think it's a good idea to make a release. I'm on a plane ATM, but +1 for me, J.F., would you be R.M. for this one? Pier -- To unsubscribe, e-mail: For additional comman

Off for quite a while...

Folks, it's time for me to reorganize my life (I'm sure you understand), so I'm going to take it slow and easy and be off for quite some time. I'm planning to do some traveling over the next month, with random internet access (depends a lot on what I get when I'm there - Fellow Titanium is coming

Re: Tomcat: Distributed Session Management revisited

On 13/11/2001 07:59 pm, "Mika Goeckel" <[EMAIL PROTECTED]> wrote: > Scenario: > > 4) 10 Tomcat webservers acting as SessionManagers for Sessions initially > created by themselves or being assigned responsibility afterwards for a > specific session. > In this scenario every Tomcat backs up sessio

Re: Tomcat: Distributed Session Management revisited

On 13/11/2001 07:41 pm, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > > > On Tue, 13 Nov 2001, Tom Drake wrote: > >> I want a distributed session store, where all sessions are known (or >> are knowable) by all members of the cluster, with a built-in >> fail-over mechanism? > > As you guy

Re: Tomcat: Distributed Session Management revisited

On 13/11/2001 06:53 pm, "Tom Drake" <[EMAIL PROTECTED]> wrote: > | > SNMP, ah ja. I've got no knowledge at all 'bout that, so fight with some > | > other lobbyists :-) > | > | Same here... > > Didn't mean to take a left turn. Sorry I mentioned it. Oh, I mean, I don't mind... The only thing is t

Re: Tomcat: Distributed Session Management revisited

On 13/11/2001 04:38 pm, "Mika Goeckel" <[EMAIL PROTECTED]> wrote: > SNMP, ah ja. I've got no knowledge at all 'bout that, so fight with some > other lobbyists :-) Same here... > SessionManager/ServletContainer dualism: > If we don't create a separate SessionManager residing in it's own JVM,

Re: mod_webapp prevents response.flushBuffer

On 13/11/2001 02:36 pm, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > What APR shoud I use ? > > I've got a snap of JTC (rigth now), but I need to > get the correct APR ? Use yesterday night's nightly snapshot . I tested it and it works... > PS: Good news with Apac

Re: mod_webapp prevents response.flushBuffer

On 13/11/2001 10:10 am, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > ASAP, I'll make a snapshot of jtc in my home dir and do the > RPM Thanks :) Once I finish my Job Hunt I'll also probably have some time to update and tag a release... :( :( :( Pier -- To unsubscribe, e-mail:

Re: Tomcat: Distributed Session Management revisited

On 13/11/2001 12:54 am, "Tom Drake" <[EMAIL PROTECTED]> wrote: > Mika: > > Thanks for the reply. Here's some more thoughts on this subject. > > The primary problem that I see with the collaborative method > (e.g. extending the multicast solution) is > that all sessions will have to be sent to a

Re: Tomcat: Distributed Session Management revisited

On 12/11/2001 11:14 pm, "Mika Goeckel" <[EMAIL PROTECTED]> wrote: > I would vote for the cooperative approach, but I'd like to add some > thoughts: > > Besides the primary session manager, there needs to be a backup session > manager that captures the changes of sessions as well and is the crown

Re: Tomcat: Distributed Session Management revisited

On 12/11/2001 10:19 pm, "Tom Drake" <[EMAIL PROTECTED]> wrote: > Tomcat Developers: > > This is a forward of a message that I sent to Bip and Craig a few days ago, > regarding distributed session managment (aka Clustering). I haven't gotten > any feedback just yet, so I thought I'd throw this ou

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

On 12/11/2001 06:02 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > jfclere 01/11/12 10:02:01 > > Modified:webapp configure.in > Log: > Prevent in configure mixing native cc and gcc on Solaris. > In apache-1.3 it was causing unresolved __lshrdi3 when loading mod_webapp.so > In apa

Re: mod_webapp prevents response.flushBuffer

On 12/11/2001 10:28 am, "Markus Letschka" <[EMAIL PROTECTED]> wrote: > hi! > > when using mod_webapp as connector to apache, response.flushBuffer() doesn't > work in current versions of tomcat. i think this is because of the packet > system of the warp connector. > > we work with a modified ver

Re: [JTC] latest mod_webapp stuff ?

On 12/11/2001 08:32 am, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Hi, > > What about mod_webapp on JTC ? > > Could I get the latest stuff from CVS to let me build a > new mod_webapp RPM for Tomcat 4.0.1 ? Sure you can... The version in CVS should be fairly stable and with a bunch of bugs fixe

Re: AW: serious problem with Tomcat JVM running out of memory

manju at [EMAIL PROTECTED] wrote: > Hi, > > We are facing serious problems with the above problem when running jsp on > tomcat/linux. Could anyone please update me on the current status of handling > this problem. > > It is extremely critical for us. Please reply ASAP. As far as I know there a

Re: Tomcat Administration Webapp - HTML Prototype Available

Ben Sifuentes at [EMAIL PROTECTED] wrote: > I looked at the mocked up admin tool and didn't see anything for setting up > virtual hosts configurations. Yeah, it's not _that_ easy to find out... Click and select "Service" on the left, and then there's a drop-down combo on the right with "Actions"

Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat6.2, JDK 1.3.1_01)

Bojan Smojver at [EMAIL PROTECTED] wrote: > I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 > HotSpot has problems on Linux, but they wouldn't buy it. > > My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then > Sun's. My suggestion is: drop Linux and use a d

Re: Tomcat Administration Webapp - HTML Prototype Available

Craig R. McClanahan at [EMAIL PROTECTED] wrote: > Some of the user interface folks at Sun were kind enough to build a mockup > of what an Administration Webapp for Tomcat 4 might look like. You can > see the mockup for yourself at: > > http://jakarta.apache.org/~craigmcc/TomcatAdminPrototype/ >

FW: tar long pathnames error

Who rolled 4.0.1? Pier -- Forwarded Message From: Toralv Nordtveit <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Tue, 30 Oct 2001 11:22:09 +0100 To: [EMAIL PROTECTED] Subject: tar long pathnames error Hi, I tried to untar the jakarta-tomcat-4.0.1.tar from http://jakarta.apache.

Re: And in case I don't see you, good afternoon, good evening andgood bye...

Bojan Smojver at [EMAIL PROTECTED] wrote: > I wish you all the best in your future undertakings and I really hope you'll > stick around Jakarta because I'm sure your work is appreciated by all. Not by _all_ AFAICS :) Read, been in a lot of flamewars myself... :) Pier -- To unsubscribe, e-

And in case I don't see you, good afternoon, good evening andgood bye...

One year, three months and five days. It definitely didn't last long, or not as long as I would have expected, or as long as I would have liked it. What? Oh, I believe you noticed it already: effective today I'm no longer a Sun Microsystems employee... Well folks, it has been a long and wild ride

Re: Welcome to the Tomcat 4.0 F.A.Q. on-line forum.

Bill Barker at [EMAIL PROTECTED] wrote: > I know that Jon has already pointed out that Sun is going to sue the 3.x > branch out of Jakarta in five months, I don't think Jon said that, and as a Sun employee I can guarantee that Tomcat 3.x remains one of our strongholds AND the official servlet 2.

Re: Integrating PHP 4 with Tomcat

Sebastian Bergmann at [EMAIL PROTECTED] wrote: > Pier Fumagalli wrote: >> There have been some problems with the mailing list server, and we're >> splitting servers ATM... At least for the tomcat mailing lists, ATM, >> everything should be now just fine (more or les

Test with new headers...

The description in Reply-To was wrong... Let's hope I got it right this time :) :) :) Pier -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: mailing list problem ?

Pier Fumagalli at [EMAIL PROTECTED] wrote: > Vincent Massol at [EMAIL PROTECTED] wrote: > >> Hi, >> >> I have sent 5 mails to the [EMAIL PROTECTED] mailing list >> yesterday and they have not yet appeared on the list (after more than 15 >> hours). Is

Re: Integrating PHP 4 with Tomcat

Sebastian Bergmann at [EMAIL PROTECTED] wrote: > (I already tried twice today to send this posting to tomcat-user@, but > it did not went through, as of yet. As I think it more likely to get an > answer to my problem on this list, I sent it here now. Sorry if I'm out > of the line or off-topic he

Re: Test

Craig R. McClanahan at [EMAIL PROTECTED] wrote: > Sent at 21:45 Pacific Time. Thanks Craig... I'm still trying to remove some of the load off daedalus... But the queue is backlogging all messages :( New messages should go thru fine... Pier -- To unsubscribe, e-mail:

Re: Testing new mailing list on nagoya.

Pier Fumagalli at [EMAIL PROTECTED] wrote: > Ok, in theory, this should bounce back in a reasonable amount of time > Let's hope I'm right :) :) :) Yes... This is thru in few minutes.. The tomcat-dev mailing list is back more-or-less to normal... Have fun (remember, there&#x

Re: Testing new mailing list on nagoya.

Ok, in theory, this should bounce back in a reasonable amount of time Let's hope I'm right :) :) :) Pier -- To unsubscribe, e-mail: For additional commands, e-mail:

Testing new mailing list on nagoya.

Testing... -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: jakarta-tomcat-4.0.1-src.tar.gz .gif corrupted

GOMEZ Henri at [EMAIL PROTECTED] wrote: > Many .gif are corrupted in jakarta-tomcat-4.0.1-src.tar.gz. > > They are fine in binary jakarta-tomcat-4.0.1.tar.gz > > What about ? Checked in as "text" from Windows? :) Pier

Re: [ANNOUNCEMENT] Tomcat 3.3 RPM Fixed

GOMEZ Henri at [EMAIL PROTECTED] wrote: > A little problem was discovered by Nicolas Mailhot, > in the tomcat 3.3, java part, with an incorrect tomcat > init script which wasn't used the new 'nobody' work mode. > Now tomcat run as nobody by default for security purposes. > > The RPM has been upd

<    1   2   3   4   5   6   >