cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c

mturk 2002/10/24 23:52:54 Modified:jk/native2/common jk_vm_default.c Log: Use the PATH_SEPARATOR_STR for classpaths. The used one was the semicolon that is used only on WIN32 Revision ChangesPath 1.24 +12 -6 jakarta-tomcat-connectors/jk/native2/common/jk_vm_d

Re: mavenize tomcat

- Original Message - From: "Warner Onstine" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, October 24, 2002 5:15 PM Subject: Re: mavenize tomcat > > - Original Message - > From: "Costin Manolache" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>

Re: DO NOT REPLY [Bug 13907] - security manager does not give readpermission on a context by default

> On Thu, 24 Oct 2002 22:59:59 -0500, Glenn Nielsen <[EMAIL PROTECTED]> said: > Gettting the latest version from CVS won't fix your problem. I still > think the problem is somewhere in your configuration. I've installed the 4.1.12 tarball from the website and am running it without modification oth

cvs commit: jakarta-tomcat-4.0 build.xml

billbarker2002/10/24 22:44:37 Modified:.build.xml Log: Change the download target for commons-logging & commons-dbcp to do a download instead of a cvs build. These two have been released now (and are set correctly in build.properties.sample). The download target shoul

DO NOT REPLY [Bug 13965] - Catalina.sh correction request for Tru64 Unix

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

Catalina.sh on Tru64 Unix v 5.1 Problem

Dear All, I have extract jakarta-tomcat-4.1.12 on my Tru64 Unix v 5.1 (DEC Alpha). The problem is catalina.sh couldn't work. ./catalina.sh start Using CATALINA_BASE: /var/jakarta-tomcat-4.1.12 Using CATALINA_HOME: /var/jakarta-tomcat-4.1.12 Using CATALINA_TMPDIR: /var/jakarta-tomcat-4.1.12/te

Re: 4.0.7 release?

Jon Scott Stevens wrote: Scarab only works in Tomcat 4.1.x if you use JDK 1.4.x. It does not work with JDK 1.3.x If you can get Scarab to work with Tomcat 4.1.x on JDK 1.3.x, let me know how you got it to work and I will immediately switch Scarab to use Tomcat 4.1.x. I am running scarab B13 us

DO NOT REPLY [Bug 13965] New: - Need a way to globally configure Jasper options

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

DO NOT REPLY [Bug 13964] New: - Incompatible Javadoc Comments in jasper\runtime\BodyContentImpl.java

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

DO NOT REPLY [Bug 13963] New: - Incompatible Javadoc Comments in org/apache/jasper/compiler/Node.java

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

DO NOT REPLY [Bug 13962] New: - Incompatible Javadoc Comments in org/apache/jasper/logging/Logger.java

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: DO NOT REPLY [Bug 13907] - security manager does not give readpermission on a context by default

Aditya wrote: Glenn, On Thu, Oct 24, 2002 at 10:03:47AM -, [EMAIL PROTECTED] wrote: This must be a problem in your local system configuration. Check the unix file ownerhsip and permissions for test2.new. I've done that and the fact is that it works fine without the security manager so it

DO NOT REPLY [Bug 13961] New: - Incompatible Javadoc Comments in JspRuntimeContext.java

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

DO NOT REPLY [Bug 13960] New: - Incompatible Javadoc Comments in EmbededServletOptions.java

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: mavenize tomcat

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 24, 2002 4:50 PM Subject: Re: mavenize tomcat > Warner Onstine wrote: > > > So, If I can get significant developer buy-in I would be willing to cut a > > version or two of th

DO NOT REPLY [Bug 13959] New: - The jasper.classpath in build.xml should include ${ant.jar} for the javadoc task.

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

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

luehe 2002/10/24 17:57:31 Modified:jasper2/src/share/org/apache/jasper/resources messages.properties Log: Minor wording change for jsp.error.taglibDirective.absUriCannotBeResolved code Revision ChangesPath 1.49 +2 -2 jakarta-tomcat-jas

RE: mavenize tomcat

> From: news [mailto:news@;main.gmane.org]On Behalf Of Costin Manolache > Sent: Friday, October 25, 2002 1:51 AM > > Warner Onstine wrote: > > > So, If I can get significant developer buy-in I would be > willing to cut a > > version or two of the maven project descriptor for those of > us who w

Re: mavenize tomcat

Warner Onstine wrote: > So, If I can get significant developer buy-in I would be willing to cut a > version or two of the maven project descriptor for those of us who would > like it to be easy again ;-). If not, that's fine. As long as you don't change build.xml or the gump descriptors - I'm ok

mavenize tomcat

Hi all, Let me just explain a few things first: 1) I stopped checking out Tomcat from CVS the minute I had to download or check out in concert with (the servlet-api) more than five files and had to setup so many properties that the build refused to run. The time commitment was not worth it to me, s

DO NOT REPLY [Bug 13956] New: - XSI Namespace Declaration Causing JSP Compile Errors

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: Package Protection: which one?

Hello Jean and company, Funny you bring up this issue. I opened a Tomcat Bugzilla (#12968) to suggest protecting o.a.c/o.a.j but Glenn didn't agree with my intentions. You can refer to the Bugzilla description thread for details: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12968 I concur

DO NOT REPLY [Bug 13955] New: - getScheme() and getRequestURL() always return "http" with JDK 1.3.1

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

DO NOT REPLY [Bug 13954] New: - invalid session passed in HttpBindingEvent on valueUnbound

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

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

remm2002/10/24 15:11:03 Modified:catalina build.xml Log: - Remove the *Service classes. - The basic functionality appears to be working. The Windows service will need to be tested and updated (tomorrow). Revision ChangesPath 1.29 +0 -2 jakarta-tomcat-c

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java Catalina.java BootstrapService.java CatalinaService.java

remm2002/10/24 15:06:04 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Catalina.java Removed: catalina/src/share/org/apache/catalina/startup BootstrapService.java CatalinaService.java Log: - Remove the

Re: 4.0.7 release?

Scarab only works in Tomcat 4.1.x if you use JDK 1.4.x. It does not work with JDK 1.3.x If you can get Scarab to work with Tomcat 4.1.x on JDK 1.3.x, let me know how you got it to work and I will immediately switch Scarab to use Tomcat 4.1.x. Otherwise, I would appreciate it if someone would plea

Problems mirroring the tomcat distribution site...

send_files failed to open /builds/jakarta-tomcat-4.0/archives/v4.0.5/bin/hotfix/13365.zip.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-4.0/release/v4.0.5/bin/hotfix/13365.zip.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v

Re: Package Protection: which one?

Remy Maucherat wrote: Jean-Francois Arcand wrote: Hi, testing package protection, I have come to the following conclusion: Packages that we can protect against access -- o.a.catalina o.a.jasper o.a.jsp o.a.jk Packages that we can protect against

Re: [5.0] Refactoring Bootstrap and BootstrapService

Remy Maucherat wrote: > Costin Manolache wrote: > >> It was about time ! >> >> I suppose we'll end up with Bootstrap + Catalina. >> What I would like is to have a similar bean/ant-like interface >> on both ( i.e. setter methods for all options configurable on >> command line + execute() pattern )

DO NOT REPLY [Bug 13692] - request.getCharacterEncoding() is NULL

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

Package Protection: which one?

Hi, testing package protection, I have come to the following conclusion: Packages that we can protect against access -- o.a.catalina o.a.jasper o.a.jsp o.a.jk Packages that we can protect against definition -

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c

mturk 2002/10/24 08:37:18 Modified:jk/native2/common jk_vm_default.c Log: After guessing JVM check if the file is inside the LD_LIBRARY_PATH. Revision ChangesPath 1.23 +53 -6 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c Index: jk_vm_defaul

Re: Package Protection: which one?

Jean-Francois Arcand wrote: Hi, testing package protection, I have come to the following conclusion: Packages that we can protect against access -- o.a.catalina o.a.jasper o.a.jsp o.a.jk Packages that we can protect against definition ---

DO NOT REPLY [Bug 13941] New: - reload is VERY slow

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: DO NOT REPLY [Bug 13907] - security manager does not give read permission on a context by default

Glenn, On Thu, Oct 24, 2002 at 10:03:47AM -, [EMAIL PROTECTED] wrote: > This must be a problem in your local system configuration. > Check the unix file ownerhsip and permissions for test2.new. I've done that and the fact is that it works fine without the security manager so it's not a unix f

Re: jasper questions

Any opinions ? This is a significant change - I won't do it unless I have some feedback. The issues is moving flush() out of PageContextImpl.release() and into the generated java code, just before calling releasePageContext(). My assertion is that release() shouldn't have the flush() as side ef

DO NOT REPLY [Bug 13942] New: - Modification of catalina.sh for additional CLASSPATH

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: jasper questions

Remy Maucherat wrote: >> If we let the servlet wrapper deal with it - then we need a 'partial >> flush' >> in release() - which will just move the data to the parent buffer ( >> OutputBuffer from what I see ), but without calling flush on it. >> >> Remy, what do you think ? > > Yes, I think I agr

Tomcat 4.1.x: Jasper 2 backwards compat with Jasper 1?

In Tomcat 4.1.x, is the Jasper 2 runtime supposed to be backwards compatible the Jasper 1 runtime (i.e., from Tomcat 4.0.x), so that existing precomiled JSPs using the Jasper 1 compiler would work as-is with Jasper 2 in Tomcat 4.1.x? Thanks, Eddie --- Remy Maucherat <[EMAIL PROTECTED]> wrote: > A

Re: DO NOT REPLY [Bug 13907] - security manager does not give readpermission on a context by default

Aditya wrote: Glenn, On Thu, Oct 24, 2002 at 10:03:47AM -, [EMAIL PROTECTED] wrote: This must be a problem in your local system configuration. Check the unix file ownerhsip and permissions for test2.new. I've done that and the fact is that it works fine without the security manage

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.xml

costin 2002/10/24 12:10:30 Modified:catalina/src/bin catalina.xml Log: Merged the startup code from build2.xml. The 3 startup methods are independent ( launcher, java exec and task ). Of particular interest ( I think ) are the 2 run targets. "run" will load catalina in-proc

Re: DO NOT REPLY [Bug 13832] - handshake security error when user accessing http://localhost:8443

all rightmy bad...it's not REALLY a bug and is expected behavior. Our SQE person filed the bug internally and I wanted to put it on bugzilla so we can keep track before I take a look at it. It's my first time actually filing bug on bugzilla and I get shot down by Remy like this. sheesh. Tha

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

costin 2002/10/24 12:18:55 Modified:jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: Change the 'flush' to just a 'flushBuffer'. This allows the container to deal with flushing the buffer ( wich is done automatically if the servlet

Re: DO NOT REPLY [Bug 13832] - handshake security error when user accessing http://localhost:8443

Amy Roh wrote: all rightmy bad...it's not REALLY a bug and is expected behavior. Our SQE person filed the bug internally and I wanted to put it on bugzilla so we can keep track before I take a look at it. It's my first time actually filing bug on bugzilla and I get shot down by Remy like

javadocs - please!!!!!!!!!!!!!!!

Ok, I have now waited for over a week to see the javadocs back on the web-site or in the 4.1.12 build. Could someone please just build the docs and put them on the site? And don't tell me to build them myself. I can't put them on the site, someone who is in charge of the site needs to do this. I'm

[5.0] Refactoring Bootstrap and BootstrapService

... as well as the Catalina and CatalinaService classes. The idea is to remove the *Service, and have only one set of classes (which would still handle all use cases). There has been a number of random method additions which make the whole thing a mess (IMO). For example, the "Service" version

Re: [5.0] Refactoring Bootstrap and BootstrapService

It was about time ! I suppose we'll end up with Bootstrap + Catalina. What I would like is to have a similar bean/ant-like interface on both ( i.e. setter methods for all options configurable on command line + execute() pattern ). With the main distinction beeing that Bootstrap will be a class w

Re: [5.0] Refactoring Bootstrap and BootstrapService

Costin Manolache wrote: It was about time ! I suppose we'll end up with Bootstrap + Catalina. What I would like is to have a similar bean/ant-like interface on both ( i.e. setter methods for all options configurable on command line + execute() pattern ). With the main distinction beeing that Bo

[4.1.13] New test milestone released

A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.13/ Significant changes over 4.1.12 include some performance improvements as

Session restore classloading problem

Dear developers, (apologies for the expected crap formatting from outlook) Just want to know if this is expected behavoir. I've had some trouble with sessions being restored on tomcat restart when data stored in the session is an object array. e.g. if (action != null && action.e

DO NOT REPLY [Bug 13931] - How to Forward request between different web apps

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

DO NOT REPLY [Bug 13931] New: - How to Forward request between different web apps

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

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

remm2002/10/24 06:53:45 Modified:catalina build.xml Log: - Since it didn't get vetoed, I'm going forward with the CL configurability feature. - Adds new catalina.properties file which allows to configure the three Catalina classloaders. This should allow to embed Tomcat in

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup catalina.properties CatalinaProperties.java Bootstrap.java ClassLoaderFactory.java

remm2002/10/24 06:53:22 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java ClassLoaderFactory.java Added: catalina/src/share/org/apache/catalina/startup catalina.properties CatalinaProperties.java Log: -

cvs commit: jakarta-tomcat-catalina/catalina/src/conf catalina.properties

remm2002/10/24 06:53:33 Modified:catalina/src/conf catalina.properties Log: - Since it didn't get vetoed, I'm going forward with the CL configurability feature. - Adds new catalina.properties file which allows to configure the three Catalina classloaders. This should allow

RE: [jakarta-tomcat-connectors] Bug && patch

> -Original Message- > From: [EMAIL PROTECTED] > > jk\native2\common\jk_msg_ajp.c ( function: > jk2_msg_ajp_appendMap ) line: 224 > > ... > for( i=0; i< size; i++ ) { > char *name=map->nameAt( env, map, i ); > ->char *val=map->nameAt( env, map, i ); > +>char *val=m

[jakarta-tomcat-connectors] Bug && patch

jk\native2\common\jk_msg_ajp.c ( function: jk2_msg_ajp_appendMap ) line: 224 ... for( i=0; i< size; i++ ) { char *name=map->nameAt( env, map, i ); -> char *val=map->nameAt( env, map, i ); +> char *val=map->valueAt( env, map, i ); if( rc== JK_OK ) rc=msg->

[JK2] Use lock file forJNI startup status WAS: [JK2] RedHat 8.0 JNI totaly bogus

I've made the abort and exit hook for JVM adding two aditional option parameters at the end of config ones. If the JVM isn't set properly (wrong LD_LIBRARY_PATH, PATH pointing to the java outside the jre, etc...) the CreateJavaVM calls the abort hook. I was assuming that this hook will act instead

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

remm2002/10/24 04:55:57 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Compiler.java Log: - Port javac syncing patch. Revision ChangesPath No revision No revision 1

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

remm2002/10/24 04:48:51 Modified:.build.properties.default Log: - Update version numbers. Revision ChangesPath 1.46 +8 -8 jakarta-tomcat-5/build.properties.default Index: build.properties.default ===

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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

DO NOT REPLY [Bug 13924] - error-page directive does not always work correctly

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

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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

DO NOT REPLY [Bug 13924] New: - error-page directive does not always work correctly

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

DO NOT REPLY [Bug 13907] - security manager does not give read permission on a context by default

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

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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: [JK2] RedHat 8.0 JNI totaly bogus

> -Original Message- > From: Henri Gomez > > Did it works now ? > Yes. > > For 1.4.1/RH8: > > export > > > LD_LIBRARY_PATH=$JAVA_HOME/jre/lib/i386:$JAVA_HOME/jre/lib/i386/client > > :$ > > LD_LIBRARY_PATH > > > > > >>2) make JDK use the non floating stacks > >> > >>export LD_ASSUM

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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: [JK2] RedHat 8.0 JNI totaly bogus

Mladen Turk wrote: -Original Message- From: Henri Gomez I didn't tried RH 8.0 yet, but the experience I've got from RH 7.2 with JNI make me some serious headaches. Before launching Apache 2.0 you need : 1) set the LD_LIBRARY_PATH export LD_LIBRARY_PATH=$jre/bin:$jre/bin/classic:$LD_

DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context

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: [JK2] RedHat 8.0 JNI totaly bogus

> -Original Message- > From: Henri Gomez > > I didn't tried RH 8.0 yet, but the experience I've got from > RH 7.2 with JNI make me some serious headaches. > > Before launching Apache 2.0 you need : > > 1) set the LD_LIBRARY_PATH > > export LD_LIBRARY_PATH=$jre/bin:$jre/bin/classic:$LD

Re: 4.0.7 release?

I have scarab running in Tomcat 4.1.12. Though I can't say that we have tried all the features of scarab like XML import/export. Glenn Henri Gomez wrote: Jon Scott Stevens wrote: Can I get a 4.0.7 release? It has an important configuration bug fix that I need for Scarab. Hi Jon, I tried t

Re: Security Check in Classloader.

Jean-Francois Arcand wrote: Hi, In StandardClassLoader, starting line 815, the SecurityManager is invoked: // (.5) Permission to access this class when using a SecurityManager if (securityManager != null) { int i = name.lastIndexOf('.'); if (i >= 0) {

DO NOT REPLY [Bug 10895] - access log contains scrambled text when using Coyote JK 2 connector

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

DO NOT REPLY [Bug 13011] - mod_jk2.c (CVS v 1.53) compile messages

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: 4.0.7 release?

Jon Scott Stevens wrote: on 2002/10/24 1:12 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: Do you plan to make scarab works with 4.1.x ? Read: http://scarab.tigris.org/faq.html Blame the Xerces team for breaking backwards compatibility. Bah. Ok, so we should wait an updated version of

java.net.SocketException: Default SSL context init failed: Keystore was tampered with, or password was incorrect

Hello, I want to create SSL conexions between my tomacat 4.0.6 an my OpenLdap v3 server. With Windows XP platform I haven´t got any problem , but in Linux I recieve this message in the log: "Error: LDAPException: Unable to connect to server xxx.xxx.xxx.xxx:636 (91) Connect Error java.net.Sock

Re: 4.0.7 release?

on 2002/10/24 1:12 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > Do you plan to make scarab works with 4.1.x ? Read: http://scarab.tigris.org/faq.html Blame the Xerces team for breaking backwards compatibility. Bah. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Fol

Re: [JK2] RedHat 8.0 JNI totaly bogus

Mladen Turk wrote: Hi, Using JNI on RH8 using either original 2.0.40, Henri's 2.0.43-1.7.2 or build from sources (either prefork or worker). Even tried 2.0.1 rpm, but on all config when trying to use the [vm:] I'm having constant child_init, with cpu at 99%. ErrorLog is growing and seems that ent

Re: 4.0.7 release?

Jon Scott Stevens wrote: Can I get a 4.0.7 release? It has an important configuration bug fix that I need for Scarab. Hi Jon, I tried to use Scarab with 4.1.12 but it didn't works. Do you plan to make scarab works with 4.1.x ? -- To unsubscribe, e-mail:

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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