Finally I found the reason why my Tomcat-IIS-Integration failed under Windows
Vista:
It was a security problem. The workers.properties and the uriworkermaps.properties had wrong
security settings. They could not be read by all users. After changing the security settings the
integration
Hi Mladen (and other experts),
many thanks for the information. After much mess I manged to integrate
Tomcat
into IIS 7.0 once. In order to rectify things I tried to do the integration
again
starting with a plain Vista Ultimate installation. Yet, I did not succeed
again!
Here is what I did:
1.
Hi all,
has anyone already managed to integrate Tomcat into an IIS 7.0 using the
isapi_redirect.dll? I tried for several hours but did not succeed.
--Stefan
-
To start a new topic, e-mail: users@tomcat.apache.org
To
the error message.
Best regards,
Martina
-Original Message-
From: Stefan Wachter [mailto:[EMAIL PROTECTED]
Sent: Friday, June 30, 2006 16:44
To: Tomcat Users List
Subject: Re: APR not found under Linux
Hi Dhaval,
the java.library.path seems to be alright. The INFO message during
: Stefan Wachter [mailto:[EMAIL PROTECTED]
Sent: Monday, July 03, 2006 09:47
To: Tomcat Users List
Subject: Re: APR not found under Linux
Hi Martina,
you are right! Switching to the AMD-64-Bit virtual machine Tomcat does
no longer inform: The Apache Native library Therefore I assume
Hi all,
after a while I had figured out how to use APR with Tomcat (cf.
http://thread.gmane.org/gmane.comp.jakarta.tomcat.user/133360/focus=133360)
on a 64-Bit environment with a 32-bit JVM. Now the next issue popped up:
If Tomcat is started from the CATALINA_HOME/bin directory by startup.sh
,
--Stefan
Markus Schönhaber wrote:
Stefan Wachter wrote:
2. Is there a possibility to check if the APR is used or not?
Just look at the class names (Http11AprProtocol or Http11BaseProtocol)
reported by the init messages in catalina.out. For example:
- APR
22.06.2006 10:30:55
Hi all,
I tried to run Tomcat using the APR under (Suse-)Linux but did not
succeed. During startup there is still the well known message:
The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
Hi Rajeev,
I changed the order of the directories to /usr/lib:/usr/local/apr/lib
but I did not help.
Cheers,
--Stefan
Rajeev N. Jha wrote:
Try putting the ssl libs in front of apr/tcnative.
Thanks
- Rajeev.
Stefan Wachter wrote:
Hi all,
I tried to run Tomcat using the APR under (Suse
,
--Stefan
Markus Schönhaber wrote:
Stefan Wachter wrote:
The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
/java/jdk1.5.0_05/jre/lib/i386/client:/java/jdk1.5.0_05/jre/lib/i386:/java/
jdk1.5.0_05/jre/../lib/i386:/usr
--- Stefan Wachter [EMAIL PROTECTED] wrote:
Hi Rajeev,
I changed the order of the directories to /usr/lib:/usr/local/apr/lib
but I did not help.
Cheers,
--Stefan
Rajeev N. Jha wrote:
Try putting the ssl libs in front of apr/tcnative.
Thanks
- Rajeev.
Stefan Wachter wrote:
Hi
:
/home/jfclere/jakarta-tomcat-connectors/jni/native/.libs for tclib_location
Did you try that?
Right now I am at work and my all configurations are at home. If things do
not work, I will try
to rebuild it when I go home. See above helps.
Regards,
Dhaval
--- Stefan Wachter [EMAIL
Hi all,
wouldn't it be nice if Tomcat does not need the JAVA_HOME or JRE_HOME
environment variable? After installation of the SUN-JDK these
environment variables are not set. Java is in the path and that's it.
While starting Tomcat the script setclasspath.bat checks if one of the
are now running
beta software in the core of your OS (assuming of course you have a Windows
desktop ;-)
Also, for security reasons, daemon processes and/or services should not
require or rely on PATH variables.
Tim
-Original Message-
From: Stefan Wachter [mailto:[EMAIL PROTECTED]
Sent
14 matches
Mail list logo