commons-launcher

Ok, I can no longer build tomcat-5. This is my official -1 to including commons-launcher support in tomcat-5 unless it is made entirly optional to the build. -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-catalina/catalina/src/bin startup.bat

amyroh 2002/08/01 18:38:14 Modified:catalina/src/bin startup.bat Log: Shoudln't call setenv.bat if it doesn't exist. Revision ChangesPath 1.3 +0 -1 jakarta-tomcat-catalina/catalina/src/bin/startup.bat Index: startup.bat

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java StandardHostDeployer.java StandardServer.java

amyroh 2002/08/01 18:37:43 Modified:catalina/src/share/org/apache/catalina Context.java catalina/src/share/org/apache/catalina/core StandardContext.java StandardHostDeployer.java StandardServer.java Log: Add install met

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

luehe 2002/08/01 18:31:08 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Added package declaration to generated tag handler file Revision ChangesPath 1.57 +11 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Gen

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

kinman 2002/08/01 18:19:26 Modified:jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: - Allows paths relative to TLD for tag files Revision ChangesPath 1.10 +10 -5 jakarta-tomcat-jasper/jasper2/src/share/org/apac

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java

kinman 2002/08/01 16:29:36 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java Log: - Don't wrap JasperException's so error from com

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

luehe 2002/08/01 15:44:54 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: In generated doTag() method, catch IOException and rethrow as JspException Revision ChangesPath 1.56 +7 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/

Re: New coyote branch

What about this: - make the changes in CoyoteRequest - after we cleanup/enhance the ActionCode and hooking in coyote - we use it instead ( and support connector attributes and lazy eval ) BTW, it would be quite interesting to have this 'close' to the semantics of JMX notifications. It is nic

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TagFileProcessor.java

luehe 2002/08/01 15:26:50 Modified:jasper2/src/share/org/apache/jasper/compiler TagFileProcessor.java Log: Added 'dynamic-attributes' to list of valid tag directive attributes Revision ChangesPath 1.7 +4 -3 jakarta-tomcat-jasper/jasp

Re: New coyote branch

On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote: > Date: Thu, 1 Aug 2002 14:40:33 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: New coyote branch > > On Thu, 1 Aug 2002, Craig R. McClanahan

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspCompilationContext.java

kinman 2002/08/01 14:49:58 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java Log: - For a tag file, sure that the file name is the same as the class name. Revision ChangesPath 1.12 +9 -3 jakarta-tomcat-jasper/jasp

Re: New coyote branch

On Thu, 1 Aug 2002, Craig R. McClanahan wrote: > o.a.coyote.Request doesn't have setAttribute() or replaceAttribute() > methods, so I don't see why it would be affected -- only the Servlet 2.4 > version of CoyoteRequest would seem to matter. ??? Are we talking about the same thing ? j-t-c/coyot

cvs commit: jakarta-tomcat-catalina/catalina build.xml

patrickl2002/08/01 14:31:13 Modified:catalina build.xml Log: Remove conditional copying of Xerces 2 as Xerces 2.0.1 is always required (even with JDK 1.4) to handle XML schemas Revision ChangesPath 1.10 +1 -17 jakarta-tomcat-catalina/catalina/build.xml Ind

DO NOT REPLY [Bug 11383] New: - Manager: cannot load remote jar or war file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

luehe 2002/08/01 14:19:09 Modified:jasper2/src/share/org/apache/jasper/resources messages.properties Log: Implemented taglib directive changes: - 'uri' attribute is no longer considered mandatory. - Use new 'tagdir' attribute if present. Revision

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages_es.properties messages_ja.properties

luehe 2002/08/01 14:17:58 Modified:jasper2/src/share/org/apache/jasper/compiler PageDataImpl.java TagLibraryInfoImpl.java Validator.java jasper2/src/share/org/apache/jasper/resources messages_es.pro

Re: possible JDBCRealm bug?

On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote: > Date: Thu, 1 Aug 2002 17:09:11 -0400 > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: possible JDBCRealm bug? > > org.apache.tomcat.aaa.JDBCRealm opens a database connection and neve

possible JDBCRealm bug?

org.apache.tomcat.aaa.JDBCRealm opens a database connection and never closes the connection. Would not a more correct behaviour be to open/close the connection before/after verifying credentials? When the connection is kept open, the corresponding database is held up. For example, when using pos

Re: [5] Removing some deps in o.a.catalina

On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote: > Date: Thu, 1 Aug 2002 13:45:34 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: List Tomcat-Dev <[EMAIL PROTECTED]> > Subject: [5] Removing some deps in o.a.catalina > > This has been discussed long

Re: Tomcat and Naming

On Thu, 1 Aug 2002, Zhenxin wang wrote: > Date: Thu, 1 Aug 2002 12:11:25 -0700 > From: Zhenxin wang <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Tomcat and Naming > > What is the role of Naming (org.apache

cvs commit: jakarta-tomcat-5 RUNNING.txt build.xml

patrickl2002/08/01 14:00:18 Modified:.build.xml Added: .RUNNING.txt Log: Added initial startup and shutdown instructions. Still need to enumerate the various "-Dname=value" arguments that can be used with the Launcher-based scripts. However, I have included

Re: New coyote branch

On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote: > Date: Thu, 1 Aug 2002 09:51:09 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: New coyote branch > > On Thu, 1 Aug 2002, Craig R. McClanahan

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Parser.java

kinman 2002/08/01 13:55:04 Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java Log: - Fixed failures in watch dog tests. Revision ChangesPath 1.18 +4 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: P

[5] Removing some deps in o.a.catalina

This has been discussed long ago ( the MinTC thread, etc ). Curently o.a.catalina package depends on o.a.c.cluster, deploy, net, util. I would like to reduce/eliminate those dependencies. Craig, Remy - what do you think ? Costin -- To unsubscribe, e-mail: For add

Re: HotSpot Virtual Machine Error : 11

Its already been reported many times. I don't see any solutions though. >Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm >List-Unsubscribe: >List-Subscribe: >List-Help: >List-Post: >

cvs commit: jakarta-tomcat-5 build2.xml

costin 2002/08/01 13:31:15 Modified:.build2.xml Log: Ok, split it in 3 ( utils, tomcat, jasper ). Add a jdepend target. The main reason for having multiple targets each building a small component is to keep dependencies under control. JDepend will at least displa

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup CatalinaLaunchFilter.java

patrickl2002/08/01 13:29:20 Modified:catalina build.xml catalina/src/bin catalina.xml Added: catalina/src/share/org/apache/catalina/launcher CatalinaLaunchFilter.java Removed: catalina/src/share/org/apache/catalina/startup

Re: HotSpot Virtual Machine Error : 11

"Ed Borkmann" <[EMAIL PROTECTED]> wrote: > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi Can't you read what you post? -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/launcher - New directory

patrickl2002/08/01 13:05:16 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/launcher - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 11379] New: - Jasper performs parallel compilations of same JSP.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: Daemon deps

Costin, After my last e-mail, I realized that there is one build dependency on commons-launcher.jar in jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/CatalinaLaunchFilter.java. The good news is that Tomcat's main() has no runtime dependency on this class. It only has a

Re: Diffie Hellman

Pier Fumagalli <[EMAIL PROTECTED]> writes: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > Hi, > > does Tomcat support the Diffie-Hellman Key Agreement Method, when it is ssl > > enabled ? > > If not is it possible to make Tomcat-ssl use Diffie-Helman instead then RSA, > > so that Tomcat

Re: Daemon deps

Costin, You can invoke Tomcat's main() directly. commons-launcher.jar is only required for the Launcher. The Launcher is really only a substitute for the old shell scripts. Ultimately, the Launcher uses reflection to invoke Tomcat's main() method. So, commons-launcher.jar is only a dependency

cvs commit: jakarta-tomcat-5 BUILDING.txt

patrickl2002/08/01 12:21:18 Modified:.BUILDING.txt Log: Xerces 2.0.1 is no longer optional for JDK 1.4 since the JDK 1.4 parser does not handle XML schemas properly. Revision ChangesPath 1.11 +1 -3 jakarta-tomcat-5/BUILDING.txt Index: BUILDING.txt

cvs commit: jakarta-tomcat-5 BUILDING.txt

a binary distribution (nightly build 20020801 or later) from: -http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester +http://jakarta.apache.org/builds/jakarta-commons/nightly/ On a Windows platform, you will need: commons-digester-MMDD.zip

Re: Daemon deps

On Thu, 1 Aug 2002, Patrick Luby wrote: > Costin, > > Remy can probably comment on the commons-daemon.jar dependency. However, > the commons-launcher.jar dependency is required for the scripts in the > bin directory. Can you expand a bit ? Catalina itself should't depend on any of those - i

Tomcat and Naming

What is the role of Naming (org.apache.naming packeage) in Tomcat? Is it an essential part of Tomcat? Can the servlet container work without it? If it can be taken off, what I have to sacrifice. Thanks! --Zhenxin Wang DoCoMo Labs USA

cvs commit: jakarta-servletapi-5/src/share/dtd xml.xsd

patrickl2002/08/01 11:55:51 Modified:src/share/dtd xml.xsd Log: Include a modified version of xml.xsd (from W3c) were the DOCTYPE element is removed (commented). Xerces 2.0.1 seems to have problem with this entity when schema is used and the parser is running inside a firewall, us

Re: cvs commit: jakarta-tomcat-5 build.properties.default

Costin, If these are required, shouldn't they be added to the BUILDING.txt instructions and the build.xml's "download" task as well? BTW, I just did a clean build without your 3 new dependencies and ran watchdog against it (11 JSP test fail). I noticed that the jakarta-tomcat-jasper/jasper2 b

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java JspUtil.java

luehe 2002/08/01 11:47:28 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java JspUtil.java Log: more compilation error fixes for generated tag handler file Revision ChangesPath 1.55 +33 -27 jakarta-tomcat-jasper/jasper2

HotSpot Virtual Machine Error : 11

Running on Solaris 2.8, using Tomcat4.0+apache1.3.26 tomcat will crash and give the error message below. It doesn't seem like this started happening until we switched to 64-bit mode, but i'm not entirely sure. Has anyone encountered this problem? Thanks Ed Unexpected Signal : 11 occurred

Re: Daemon deps

Costin, Remy can probably comment on the commons-daemon.jar dependency. However, the commons-launcher.jar dependency is required for the scripts in the bin directory. Patrick [EMAIL PROTECTED] wrote: > Would it be possible to remove the dependency on Daemon ? > > I see no reason why Daemon c

DO NOT REPLY [Bug 7227] - directive don't work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Diffie Hellman

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi, > does Tomcat support the Diffie-Hellman Key Agreement Method, when it is ssl > enabled ? > If not is it possible to make Tomcat-ssl use Diffie-Helman instead then RSA, > so that Tomcat does not need a certificate when started in ssl mode ? I

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.xml tool-wrapper.bat tool-wrapper.sh catalina.bat cpappend.bat digest.bat digest.sh setclasspath.bat setclasspath.sh

patrickl2002/08/01 11:02:07 Modified:catalina build.xml catalina/src/bin catalina.xml tool-wrapper.bat tool-wrapper.sh Removed: catalina/src/bin catalina.bat cpappend.bat digest.bat digest.sh setclasspath.bat setclassp

cvs commit: jakarta-tomcat-jasper/jasper2/src/bin jasper.xml

patrickl2002/08/01 10:58:53 Added: jasper2/src/bin jasper.xml Log: Convert jspc.* scripts to use commons-launcher Revision ChangesPath 1.1 jakarta-tomcat-jasper/jasper2/src/bin/jasper.xml Index: jasper.xml ===

cvs commit: jakarta-tomcat-jasper/jasper2 build.xml

patrickl2002/08/01 10:57:25 Modified:jasper2 build.xml Log: Remove jasper.sh references since the file is now obsolete. Revision ChangesPath 1.13 +10 -3 jakarta-tomcat-jasper/jasper2/build.xml Index: build.xml

Re: webapp/apr cvs tags?

Neil, I have no problem with it. My config. is almost the same as yours. I use mod_webapp and apr from cvs, apache 1.3.26 from source distribution. Punky = [localhost:~] punkytse% telnet punknix 80 Trying 192.168.1.101... Connected to punknix. Esc

cvs commit: jakarta-tomcat-jasper/jasper2/src/bin jspc.bat jspc.sh jasper.bat jasper.sh

patrickl2002/08/01 10:55:51 Modified:jasper2/src/bin jspc.bat jspc.sh Removed: jasper2/src/bin jasper.bat jasper.sh Log: Convert jspc.* scripts to use commons-launcher and remove jasper.* scripts since it was hard coded to be a support script for the jspc.* scripts only.

Re: New coyote branch

Justy, You'll also need to change coyote.Request - since it is the real attribute store. As I mentioned, you'll need to add 2 ActionCodes. That's the correct implementation IMHO ( independent of where you put the CoyoyteRequest ). If it can wait a bit - I can help. Costin On Thu, 1 Aug 200

[PATCH] [jakarta-servletapi-5]

Hi, this include a modified version of xml.xsd (from W3c) were the DOCTYPE element is removed (commented). Xerces 2.0.1 seems to have problem with this entity when schema is used and the parser is running inside a firewall, using a local copy of the xml.xsd. Thanks, -- Jeanfrancois Index:

Re: New coyote branch

Craig summed it up well in his e-mail. The attribute change listeners are explicitly required by the proposed servlet 2.4 spec. I need to modify the ServletRequest instance which happens to be present in Coyote. Both Costin and Remy brought up issues related to as well as good solutions to bra

cvs commit: jakarta-tomcat-5 build2.xml

costin 2002/08/01 10:35:12 Added: .build2.xml Log: I am totally lost with all the directories/build.properties/depenencies/jars. I don't know if everyone else is as stupid as I am, but if so this build file might help. It builds everything that it can from source

cvs commit: jakarta-tomcat-5 build.properties.default

costin 2002/08/01 10:30:39 Modified:.build.properties.default Log: Add properties for log4j ( if you build in 1.3 ) and jaxen/saxpath. The last 2 are needed by taglibs which is required by jasper2. ( the files are checked in taglibs ) Revision ChangesPath

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector ResponseBase.java ResponseFacade.java

patrickl2002/08/01 10:21:41 Modified:catalina/src/share/org/apache/catalina/connector ResponseBase.java ResponseFacade.java Log: Servlet 2.4 spec says that ServletResponse now gets two more methods, (from sections 5.4, 14.2.22) Namely; String getConten

cvs commit: jakarta-servletapi-5/src/share/javax/servlet/http HttpServlet.java

patrickl2002/08/01 10:22:06 Modified:src/share/javax/servlet ServletResponse.java ServletResponseWrapper.java src/share/javax/servlet/http HttpServlet.java Log: Servlet 2.4 spec says that ServletResponse now gets two more methods, (from sect

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java

patrickl2002/08/01 10:20:36 Modified:coyote/src/java/org/apache/coyote Response.java coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: Servlet 2.4 spec says that ServletResponse now gets two more methods, (from sections 5.4, 1

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java

costin 2002/08/01 10:17:28 Modified:jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java Log: Compilation error with jikes. JasperException extend ServletException. Revision ChangesPath 1.9 +9 -4 jakarta-tomcat-jasper/ja

cvs commit: jakarta-servletapi-5/src/share/dtd web-app_2_3.dtd.backup

patrickl2002/08/01 10:16:01 Removed: src/share/dtd web-app_2_3.dtd.backup Log: Remove obsolete file -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-servletapi-5 build.xml

patrickl2002/08/01 10:14:54 Modified:.build.xml Log: Add all of the new *.xsd files to the servlet.jar Revision ChangesPath 1.2 +9 -4 jakarta-servletapi-5/build.xml Index: build.xml ===

Daemon deps

Would it be possible to remove the dependency on Daemon ? I see no reason why Daemon couldn't use introspection to call start/stop/destroy. Costin -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: New coyote branch

On Thu, 1 Aug 2002, Craig R. McClanahan wrote: > > > Justyna Horwat wrote:I looked in jakarta-tomcat-connectors and it doesn't look >like > > > jakarta-tomcat-connectors has been branched yet. I checked the archives > > > and saw the vote results where it was decided that the HEAD of > > > jaka

DO NOT REPLY [Bug 8896] - Tomcat failure on simple file in J2SDK 1.4.0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: integrating tomcat 4.04 into iplanet 4.1 using nsapi_redirector on linux

On Thu, Aug 01, 2002 at 12:49:13AM -0500, Jerry Birchler wrote: > Has anyone done this? > > If so, I would like some help. I have compiled the redirector and validated > that it is getting invoked, my connector is up and listening, I validated > that the class files used for ajp13 are getting inv

[PATCH] [5.0] servletapi5, connectors, catalina

Hi. The Servlet 2.4 spec says that ServletResponse now gets two more methods, (from sections 5.4, 14.2.22) Namely; String getContentType(); void setCharacterEncoding(String charset) To implement this, I patched 3 repositories jakarta-servletapi-5, jakarta-tomcat-connectors, ja

integrating tomcat 4.04 into iplanet 4.1 using nsapi_redirector on linux

Has anyone done this? If so, I would like some help. I have compiled the redirector and validated that it is getting invoked, my connector is up and listening, I validated that the class files used for ajp13 are getting invoked, I set up my obj.conf file, the server.xml file and my workers.proper

Re: New coyote branch

On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote: > Date: Thu, 1 Aug 2002 07:10:09 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: New coyote branch > > On Wed, 31 Jul 2002, Peter Lin wrote: >

Re: New coyote branch

Justy, I verified that Tomcat 5 builds and runs and most of the servlet tests in Watchdog pass with the current Coyote connector. Of course, I don't think any of the changes in the proposed 2.4 spec have been implemented yet. Are there any changes to Coyote that are explicitly or implicitly r

cvs commit: jakarta-tomcat-5 BUILDING.txt build.properties.default build.xml

patrickl2002/08/01 07:30:36 Modified:.BUILDING.txt build.properties.default build.xml Log: Require use of Xerces 2.0.1 since I found that it does support XML schemas without throwing a StockOverflow exception. Previously, I thought that only the HEAD branch of Xerces 2 fix

Re: [PATCH] [jakarta-servletapi-5]

Jean-François, These are already in the jakarta-servletapi-5 workspace and will be available in servlet.jar with the patch to jakarta-servletapi-5/build.xml that I posted last night. So, this patch should *not* be applied. Patrick Jean-francois Arcand wrote: > Hi , attached is the remaining

[PATCH] [jakarta-servletapi-5]

Hi , attached is the remaining XML schema that need to be available locally. src/share/dtd/j2ee_1_4.xsd src/share/dtd/web-app_2_4.xsd src/share/dtd/jsp_2_0.xsd src/share/dtd/jsptaglibrary_2_0.xsd Thanks, -- Jeanfrancois jakarta-servletapi- 5_localschema.zip Description: Zip c

Re: New coyote branch

On Wed, 31 Jul 2002, Peter Lin wrote: > Justyna Horwat wrote:I looked in jakarta-tomcat-connectors and it doesn't look like > jakarta-tomcat-connectors has been branched yet. I checked the archives > and saw the vote results where it was decided that the HEAD of > jakarta-tomcat-connectors wi

Diffie Hellman

Hi, does Tomcat support the Diffie-Hellman Key Agreement Method, when it is ssl enabled ? If not is it possible to make Tomcat-ssl use Diffie-Helman instead then RSA, so that Tomcat does not need a certificate when started in ssl mode ? many thanks Andrea -- To unsubscribe, e-mail:

Re: New coyote branch

Justyna Horwat wrote: > I looked in jakarta-tomcat-connectors and it doesn't look like > jakarta-tomcat-connectors has been branched yet. I checked the archives > and saw the vote results where it was decided that the HEAD of > jakarta-tomcat-connectors will be used for Tomcat 5 and Coyote 1.0

RE: How can I ckeck how many users are connected to a Web Site?

Hi, Perhaps the Interface HttpSessionListener (servlet 2.3+ spec only!) could be used? Dan -Original Message- From: Luca Ventura [mailto:[EMAIL PROTECTED]] Sent: 01 August 2002 14:13 To: tomcat-dev Subject: How can I ckeck how many users are connected to a Web Site? Hello everybody!

RE: How can I ckeck how many users are connected to a Web Site?

Hi Luca, If your website has a login system then you can increment a counter in a database each time someone logs in, and decrement it when they log out. You can then build a private admin web page that views the counter. The problem with this method is that many people just close their browser w

How can I ckeck how many users are connected to a Web Site?

Hello everybody! I would like to know if it is possible to know in any moment how many users are connected to a Web Site. How can I do this? Thanks a lot in advance! Luca -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 11366] - Handling of Wrapped Responses

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11366] New: - Handling of Wrapped Responses

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11307] - Deadlock in ClassLoader

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11115] - Shell scripts not executable

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11364] New: - jk2 appears to forward all virtual host requests to Tomcat

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11328] - Invocation of getWriter() during RequestDispatcher.foward()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b