I observed Tomcat startup with caCertificatePath
in server.xml without JVM crash using the original binaries you provided.
I hope this clears up any ambiguity from my previous message.
Thanks!
-Andy
On 2024/05/22 00:05:18 Andy Arismendi wrote:
> Hi Micheal, you had asked to try these -
> http://home.apache.org/~michaelo/issues/tomcat/openssl-crash/. I replaced my
> files with these but Tomcat failed to start at this point with this message -
>
> 22-May-2024 00:02:30.808 INFO [main] org.apac
Michael, good news, it’s working now. Issue was on my end, was using a custom
OpenSSL installer that was built with FIPS and it had also put the two openssl
lib DLLs in Window System32, after fixing that Tomcat started without JVM crash
with caCertificatePath set in server.xml.
Thanks!
-Andy
On 2024/05/22 00:05:18 Andy Arismendi wrote:
> Hi Micheal, you had asked to try these -
> http://home.apache.org/~michaelo/issues/tomcat/openssl-crash/. I replaced my
> files with these but Tomcat failed to start at this point with this message -
>
> 22-May-2024 00:02:30.808 INFO [main] org.apac
On 2024/05/21 18:04:18 Christopher Schultz wrote:
> Michael,
>
> On 5/21/24 03:32, Michael Osipov wrote:
> > On 2024/05/20 13:30:43 Christopher Schultz wrote:
> >> Michael,
> >>
> >> On 5/20/24 06:52, Michael Osipov wrote:
> >>> On 2024/05/17 15:11:58 Christopher Schultz wrote:
> Michael,
> >
Hi Micheal, you had asked to try these -
http://home.apache.org/~michaelo/issues/tomcat/openssl-crash/. I replaced my
files with these but Tomcat failed to start at this point with this message -
22-May-2024 00:02:30.808 INFO [main] org.apache.coyote.AbstractProtocol.init
Initializing ProtocolH
Michael,
On 5/21/24 03:32, Michael Osipov wrote:
On 2024/05/20 13:30:43 Christopher Schultz wrote:
Michael,
On 5/20/24 06:52, Michael Osipov wrote:
On 2024/05/17 15:11:58 Christopher Schultz wrote:
Michael,
On 5/17/24 03:42, Michael Osipov wrote:
On 2024/05/16 21:37:34 Christopher Schultz
On Tue, May 21, 2024 at 9:33 AM Michael Osipov wrote:
>
> On 2024/05/20 13:30:43 Christopher Schultz wrote:
> > Michael,
> >
> > On 5/20/24 06:52, Michael Osipov wrote:
> > > On 2024/05/17 15:11:58 Christopher Schultz wrote:
> > >> Michael,
> > >>
> > >> On 5/17/24 03:42, Michael Osipov wrote:
> >
On 2024/05/20 13:30:43 Christopher Schultz wrote:
> Michael,
>
> On 5/20/24 06:52, Michael Osipov wrote:
> > On 2024/05/17 15:11:58 Christopher Schultz wrote:
> >> Michael,
> >>
> >> On 5/17/24 03:42, Michael Osipov wrote:
> >>> On 2024/05/16 21:37:34 Christopher Schultz wrote:
> Michael,
> >
Michael,
On 5/20/24 06:52, Michael Osipov wrote:
On 2024/05/17 15:11:58 Christopher Schultz wrote:
Michael,
On 5/17/24 03:42, Michael Osipov wrote:
On 2024/05/16 21:37:34 Christopher Schultz wrote:
Michael,
On 5/16/24 12:00, Michael Osipov wrote:
On 2024/05/16 15:55:04 Andy Arismendi wrote
On 2024/05/17 15:11:58 Christopher Schultz wrote:
> Michael,
>
> On 5/17/24 03:42, Michael Osipov wrote:
> > On 2024/05/16 21:37:34 Christopher Schultz wrote:
> >> Michael,
> >>
> >> On 5/16/24 12:00, Michael Osipov wrote:
> >>> On 2024/05/16 15:55:04 Andy Arismendi wrote:
> Ok great! Thank y
Michael,
On 5/17/24 03:42, Michael Osipov wrote:
On 2024/05/16 21:37:34 Christopher Schultz wrote:
Michael,
On 5/16/24 12:00, Michael Osipov wrote:
On 2024/05/16 15:55:04 Andy Arismendi wrote:
Ok great! Thank you for taking the time and making the effort to look into this
Michael, much appr
On 2024/05/16 21:37:34 Christopher Schultz wrote:
> Michael,
>
> On 5/16/24 12:00, Michael Osipov wrote:
> > On 2024/05/16 15:55:04 Andy Arismendi wrote:
> >> Ok great! Thank you for taking the time and making the effort to look into
> >> this Michael, much appreciated!
> >
> > Here is a dynamic
Michael,
On 5/16/24 12:00, Michael Osipov wrote:
On 2024/05/16 15:55:04 Andy Arismendi wrote:
Ok great! Thank you for taking the time and making the effort to look into this
Michael, much appreciated!
Here is a dynamically linked, patched version until there is an official
release: http://h
On 2024/05/16 15:55:04 Andy Arismendi wrote:
> Ok great! Thank you for taking the time and making the effort to look into
> this Michael, much appreciated!
Here is a dynamically linked, patched version until there is an official
release: http://home.apache.org/~michaelo/issues/tomcat/openssl-cra
Ok great! Thank you for taking the time and making the effort to look into this
Michael, much appreciated!
-Andy
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apa
On 2024/05/15 20:35:08 Michael Osipov wrote:
> On 2024/05/15 14:41:43 Michael Osipov wrote:
> > Good news. I can reproduce on Windows:
> > 15-May-2024 16:40:31.092 INFORMATION [main]
> > org.apache.coyote.AbstractProtocol.init Initialisiere
> > ProtocolHandler["https-openssl-apr-18444"]
> > 15-Ma
On 2024/05/15 14:41:43 Michael Osipov wrote:
> Good news. I can reproduce on Windows:
> 15-May-2024 16:40:31.092 INFORMATION [main]
> org.apache.coyote.AbstractProtocol.init Initialisiere
> ProtocolHandler["https-openssl-apr-18444"]
> 15-May-2024 16:40:31.144 WARNUNG [main]
> org.apache.tomcat.u
Good news. I can reproduce on Windows:
15-May-2024 16:40:31.092 INFORMATION [main]
org.apache.coyote.AbstractProtocol.init Initialisiere
ProtocolHandler["https-openssl-apr-18444"]
15-May-2024 16:40:31.144 WARNUNG [main]
org.apache.tomcat.util.net.SSLUtilBase.getEnabled Tomcat interprets the
[ci
Ah wasn’t sure if attachments worked, log content information below. Yea the
docs just say directory for trusted CA PEM certificates.
TOMCAT DOCS
https://tomcat.apache.org/tomcat-9.0-doc/config/http.html: caCertificatePath
(OpenSSL only) Name of the directory that contains the certificates for
On 2024/05/15 01:51:41 Andy Arismendi wrote:
> ADDITIONAL ENVIRONMENT INFO UPDATE:
>
> libtcnative: org.apache.catalina.core.AprLifecycleListener.lifecycleEvent
> Loaded Apache Tomcat Native library [1.3.0] using APR version [1.7.4].
>
> CRASH LOG
>
> See enclosed: hs_err_pid4464.log
>
> c_reh
On 2024/05/14 20:27:02 Christopher Schultz wrote:
>
>
> On 5/14/24 15:23, Andy Arismendi wrote:
> > Sure thing -
> >
> > ADDITIONAL ENVIRONMENT INFO:
> >
> > libtcnative: tcnative-1.dll is included in the Tomcat 9.0.89 64-bit Windows
> > zip download, not sure about the version...
> > OpenSSL
On 2024/05/15 01:51:41 Andy Arismendi wrote:
> ADDITIONAL ENVIRONMENT INFO UPDATE:
>
> libtcnative: org.apache.catalina.core.AprLifecycleListener.lifecycleEvent
> Loaded Apache Tomcat Native library [1.3.0] using APR version [1.7.4].
>
> CRASH LOG
>
> See enclosed: hs_err_pid4464.log
Attachmen
ADDITIONAL ENVIRONMENT INFO UPDATE:
libtcnative: org.apache.catalina.core.AprLifecycleListener.lifecycleEvent
Loaded Apache Tomcat Native library [1.3.0] using APR version [1.7.4].
CRASH LOG
See enclosed: hs_err_pid4464.log
c_rehash.pl
I didn’t have perl, tried strawberry perl, it didn’t seem
On 5/14/24 15:23, Andy Arismendi wrote:
Sure thing -
ADDITIONAL ENVIRONMENT INFO:
libtcnative: tcnative-1.dll is included in the Tomcat 9.0.89 64-bit Windows zip
download, not sure about the version...
OpenSSL version: 3.0.13 30 Jan 2024 (Library: OpenSSL 3.0.13 30 Jan 2024) (with
FIPS 140
On 2024/05/14 19:23:47 Andy Arismendi wrote:
> Sure thing -
>
> ADDITIONAL ENVIRONMENT INFO:
>
> libtcnative: tcnative-1.dll is included in the Tomcat 9.0.89 64-bit Windows
> zip download, not sure about the version...
> OpenSSL version: 3.0.13 30 Jan 2024 (Library: OpenSSL 3.0.13 30 Jan 2024)
Sure thing -
ADDITIONAL ENVIRONMENT INFO:
libtcnative: tcnative-1.dll is included in the Tomcat 9.0.89 64-bit Windows zip
download, not sure about the version...
OpenSSL version: 3.0.13 30 Jan 2024 (Library: OpenSSL 3.0.13 30 Jan 2024) (with
FIPS 140-2)
Regarding expecting a directory of cert
On 2024/05/14 18:21:36 Andy Arismendi wrote:
> Hi, just ran into this today. The JVM is crashing when caCertificatePath is
> added to server.xml. I tried the latest Zulu JRE 8 and 11 but still had the
> crash.
>
>
> ENVIRONMENT
>
> Tomcat: 9.0.89 (64-bit Windows zip)
&
Hi, just ran into this today. The JVM is crashing when caCertificatePath is
added to server.xml. I tried the latest Zulu JRE 8 and 11 but still had the
crash.
ENVIRONMENT
Tomcat: 9.0.89 (64-bit Windows zip)
OS: Windows Server 2019
JVM:
openjdk version "1.8.0_322"
OpenJDK Runtime E
nt: Sunday, March 31, 2024 1:55 PM
To: users@tomcat.apache.org
Subject: Re: [EXT]Re: how to define database resource in just context.xml or
server.xml
On 29/03/2024 21:58, Christopher Schultz wrote:
> Rick,
>
> On 3/29/24 14:33, Rick Noel wrote:
>> Our application is really a sui
On 29/03/2024 21:58, Christopher Schultz wrote:
Rick,
On 3/29/24 14:33, Rick Noel wrote:
Our application is really a suite of 5applications. And the
server.xml I am talking about is on our dev machine, where we want
to run all 5 apps on the one web server.
The context.xml has global
Rick,
On 3/29/24 14:33, Rick Noel wrote:
Our application is really a suite of 5applications. And the
server.xml I am talking about is on our dev machine, where we want
to run all 5 apps on the one web server.
The context.xml has global enviroiment variables (like mail server
related vars
Yeah I like the idea of using the Resourcelink in the context.xml and then
keep the defining of that datasource in the server.xml
Rick Noel
Systems Programmer | Westwood One
rn...@westwoodone.com
-Original Message-
From: Christopher Schultz
Sent: Friday, March 29, 2024 2:23 PM
To
Chris,
Our application is really a suite of 5applications. And the server.xml I am
talking about is on our dev machine, where we want to run all 5 apps on the one
web server.
The context.xml has global enviroiment variables (like mail server related
vars) that all the dev applications use
Rick,
On 3/29/24 14:05, Rick Noel wrote:
Chris,
I found I could use a ResourceLink element and put it in my context.xml file.
The name in that ResourceLink is the name of resource that I have fully defined
in my server.xml.
Sot the context.xml points to the fully define resource which is in
Rick,
On 3/29/24 11:56, Rick Noel wrote:
If have the resource defined in
CATALINA_BASE/conf/context.xml
And
CATALINA_BASE/conf/server.xml
You really shouldn't have anything custom in
CATALINA_BASE/conf/context.xml. That will affect every application
deployed on the server. Perhaps you
Chris,
I found I could use a ResourceLink element and put it in my context.xml file.
The name in that ResourceLink is the name of resource that I have fully defined
in my server.xml.
Sot the context.xml points to the fully define resource which is in my
server.xml
So snippet from my
If have the resource defined in
CATALINA_BASE/conf/context.xml
And
CATALINA_BASE/conf/server.xml
Rick Noel
Systems Programmer | Westwood One
rn...@westwoodone.com
-Original Message-
From: Christopher Schultz
Sent: Friday, March 29, 2024 11:47 AM
To: users@tomcat.apache.org
Subject
Rick,
On 3/29/24 09:48, Rick Noel wrote:
Can someone tell me why I need to have my database source defined in
both my context.xml and server.xml? I thought we are suppose to
define it in only one location?
It's definitely not a requirement to specify it in both places.
I can only log in
Hello,
Can someone tell me why I need to have my database source defined in both my
context.xml and server.xml?
I thought we are suppose to define it in only one location?
I can only log into my app if I have it defined in both my context.xml and
server.xml
Below is my database resource
чт, 21 мар. 2024 г. в 17:04, Manak Bisht :
>
> I have not defined its value. It works fine if I do, however, I am
> expecting it to use the default instead.
How old is your version of Tomcat?
This feature dates back to spring of year 2020
https://github.com/apache/tomcat/commit/90b8ff2f330973bbe5
Manak,
On 3/21/24 09:57, Manak Bisht wrote:
On Thu, 21 Mar 2024, 19:18 Christopher Schultz, <
ch...@christopherschultz.net> wrote:
Manak,
On 3/21/24 05:38, Manak Bisht wrote:
Thanks, Chuck!
This works for defining the port but does not work for the host.
Using either of the above throws
I have not defined its value. It works fine if I do, however, I am
expecting it to use the default instead.
Sincerely,
Manak Bisht
On Thu, 21 Mar 2024, 19:18 Christopher Schultz, <
ch...@christopherschultz.net> wrote:
> Manak,
>
> On 3/21/24 05:38, Manak Bisht wrote:
> > Thanks, Chuck!
> > This
Manak,
On 3/21/24 05:38, Manak Bisht wrote:
Thanks, Chuck!
This works for defining the port but does not work for the host.
port="4000" host="${tomcat.member:-localhost}"/>
port="4000" host="${tomcat.member:-127.0.0.1}"/>
Using either of the above throws the following error,
21-Mar-2024 15:0
Thanks, Chuck!
This works for defining the port but does not work for the host.
Using either of the above throws the following error,
21-Mar-2024 15:04:58.185 SEVERE [GroupChannel-Heartbeat-1]
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.memberAlive
Unable to perform failur
answer some of your questions:
I tested with 9.0.86, 9.0.82, 9.0.81 and they all gave the me same
error/failure.
-Original Message-
From: Konstantin Kolinko
Sent: Wednesday, February 28, 2024 10:48 AM
To: users@tomcat.apache.org
Subject: Re: server.xml setting broken with Tomcat 9.0.81
ср
ср, 28 февр. 2024 г. в 14:42, Jonathan Ho :
>
> I have following connectors in server.xml file and working for a long time
> with various version of Tomcat 9 until I upgrade to 9.0.81 or newer versions.
> I verified that 9.0.80 is working.
> What I am getting from 9.0.81 on startu
I have following connectors in server.xml file and working for a long time with
various version of Tomcat 9 until I upgrade to 9.0.81 or newer versions. I
verified that 9.0.80 is working.
What I am getting from 9.0.81 on startup is I will get pass phrase prompt on
tomcat start up and following
> On Dec 12, 2023, at 09:11, Manak Bisht wrote:
>
> Hi, is it possible to use values passed as arguments through
> *JAVA_OPTS *or *CATALINA_OPTS
> *in the *server.xml*?
Yes. For example, setting the port number in server.xml for the default
connector:
And using t
Hi, is it possible to use values passed as arguments through
*JAVA_OPTS *or *CATALINA_OPTS
*in the *server.xml*?
Sincerely
Manak Bisht
Thank you!
Regeneron - Internal Use Only
-Original Message-
From: Thomas Hoffmann (Speed4Trade GmbH)
Sent: Thursday, August 10, 2023 11:21 PM
To: Tomcat Users List
Subject: [External] AW: Tomcat 10.1 -- Precedence of catalina.sh jvm Options vs
server.xml options
EXTERNAL MESSAGE
Hello Bradle,
> -Ursprüngliche Nachricht-
> Von: Brandie Nickey-External
> Gesendet: Donnerstag, 10. August 2023 18:20
> An: Tomcat Users List
> Betreff: RE: Tomcat 10.1 -- Precedence of catalina.sh jvm Options vs
> server.xml
> options
>
> Hi all,
>
&g
andie
Regeneron - Internal Use Only
-Original Message-
From: SCHWING, CHUCK
Sent: Thursday, August 10, 2023 4:59 AM
To: Tomcat Users List
Subject: [External] RE: Tomcat 10.1 -- Precedence of catalina.sh jvm Options vs
server.xml options
EXTERNAL ME
cedence of catalina.sh jvm Options vs server.xml
options
Chuck,
On 8/9/23 13:58, SCHWING, CHUCK wrote:
> I've looked for the answer to this online and maybe I didn't read closely
> enough.
> I'm running tomcat 10.1 with JDK17.0.6 and have defined a jvm startup option
> o
alina.sh and the same TLS
version is defined in my server.xml in my SSLHostConfig:
sslProtocol="TLS"
protocols="TLSv1.2"
My question is: What's the precedence in play? Does catalina.sh override
server.xml or is it the other way around?
We need to
Hi -
I've looked for the answer to this online and maybe I didn't read closely
enough.
I'm running tomcat 10.1 with JDK17.0.6 and have defined a jvm startup option of
"-Djdk.tls.client.protocols=TLSv1.2" in my copy of catalina.sh and the same TLS
version is defin
Yes, I had to install Java 11
On Thu, 24 Nov 2022, 00:42 Shawn Heisey, wrote:
> On 11/23/22 14:12, Edwin Mwangi wrote:
> > I need help with the correct parameter for setting Ciphers in Apache
> Tomcat
> > 10.1.2, in the previous version 9 i would use the parameter below
> >
> > ciphers="TLS_RSA_
On 11/23/22 14:46, Chuck Caldarale wrote:
On Nov 23, 2022, at 22:41, Shawn Heisey wrote:
I am betting that Java is just refusing to use those ciphers because they are
known to be weak. Hopefully an expert can tell me if I am giving incorrect
information here.
The reported error was the fail
> On Nov 23, 2022, at 22:41, Shawn Heisey wrote:
>
> I am betting that Java is just refusing to use those ciphers because they are
> known to be weak. Hopefully an expert can tell me if I am giving incorrect
> information here.
The reported error was the failure to set the non-existent prop
On 11/23/22 14:12, Edwin Mwangi wrote:
I need help with the correct parameter for setting Ciphers in Apache Tomcat
10.1.2, in the previous version 9 i would use the parameter below
ciphers="TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA"
However when I set the same in Apache Tomcat 1
> On Nov 23, 2022, at 22:12, Edwin Mwangi wrote:
>
> I need help with the correct parameter for setting Ciphers in Apache Tomcat
> 10.1.2, in the previous version 9 i would use the parameter below
>
> ciphers="TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA"
>
> However when I set
Hi Guys,
I need help with the correct parameter for setting Ciphers in Apache Tomcat
10.1.2, in the previous version 9 i would use the parameter below
ciphers="TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA"
However when I set the same in Apache Tomcat 10.1.2 I get the following
error
Henning,
On 5/5/22 09:27, Boesch, Henning (G-GPPD) wrote:
Hello Torsten, hello Chris
You need to put "-Dport.shutdown=12345" to the JAVA_OPTS because the
stop process needs that port.
Thanks for the answer, this worked for me.
Henning, the reason you get the error message and Tomcat /still
Hello Torsten, hello Chris
> You need to put "-Dport.shutdown=12345" to the JAVA_OPTS because the
> stop process needs that port.
Thanks for the answer, this worked for me.
> Henning, the reason you get the error message and Tomcat /still/ stops is
> because the shutdown process uses an OS sig
Torsten,
On 5/5/22 04:14, Torsten Krah wrote:
Am Donnerstag, dem 05.05.2022 um 06:42 + schrieb Boesch, Henning
(G-GPPD):
export CATALINA_OPTS="-Dport.shutdown=12345 $CATALINA_OPTS"
The docs have this:
# CATALINA_OPTS (Optional) Java runtime options used when the "start",
#
Am Donnerstag, dem 05.05.2022 um 06:42 + schrieb Boesch, Henning
(G-GPPD):
> export CATALINA_OPTS="-Dport.shutdown=12345 $CATALINA_OPTS"
The docs have this:
# CATALINA_OPTS (Optional) Java runtime options used when the "start",
# "run" or "debug" command is executed.
#
Hello,
we are running Tomcat 9.0.62 on AIX 7.2. In our server.xml we use variables for
ports and other values:
...
The variables are set in setenv.sh (the port is an example):
export CATALINA_OPTS="-Dport.shutdown=12345 $CATALINA_OPTS"
Tomcat is starting with this configuration a
> -Ursprüngliche Nachricht-
> Von: Rathore, Rajendra
> Gesendet: Freitag, 22. April 2022 15:58
> An: users@tomcat.apache.org
> Betreff: impact of setting autoDeploy="false" in server.xml
> Priorität: Hoch
>
> Hi Team,
>
> Please let me know the
Hi Team,
Please let me know the impact of setting autoDeploy="false" in server.xml
files. Some of them I might aware like autodeploy is not going to work, impact
for day light.
I ready some blogs and they saying that for production server you need to set
the property to false, plea
Linda,
On 10/7/20 10:36, Haddix, Linda wrote:
> We are in the process of upgrading from Tomcat 8.0.36 to Tomcat 9.0.37
> for the samesite cookie issue. We found very few differences in the
> version except for
>
> a context (static) in server.xml for static content now gives a
We are in the process of upgrading from Tomcat 8.0.36 to Tomcat 9.0.37 for the
samesite cookie issue. We found very few differences in the version except for
a context (static) in server.xml for static content now gives a 404 in tomcat.
I have checked the logs and it is getting past apache
On 22/06/2019 22:56, Giuseppe Sacco wrote:
> Hello Richard,
>
> Il giorno sab, 22/06/2019 alle 21.19 +, Richard Huntrods ha
> scritto:
>> Apologies if this is really basic, but I've seen two ways of handling
>> https (SSL) for tomcat and don't understand the differences.
> [...]
>> > protocol=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Richard,
On 6/22/19 17:19, Richard Huntrods wrote:
> Apologies if this is really basic, but I've seen two ways of
> handling https (SSL) for tomcat and don't understand the
> differences.
>
> The first example uses letsencrypt cert files 'in situ'
Hello Richard,
Il giorno sab, 22/06/2019 alle 21.19 +, Richard Huntrods ha
scritto:
> Apologies if this is really basic, but I've seen two ways of handling
> https (SSL) for tomcat and don't understand the differences.
[...]
> protocol="org.apache.coyote.http11.Http11NioProtocol"
> maxThreads
Apologies if this is really basic, but I've seen two ways of handling
https (SSL) for tomcat and don't understand the differences.
The first example uses letsencrypt cert files 'in situ' (i.e. where they
have been created). The second example uses the same files, but
converted by a manual shell sc
here as expected. However
> if I put a server.xml file in a 'conf' folder in the same directory, it
> does not seem to be loaded when calling Tomcat.init().
>
> Documentation is very sparse on the Tomcat class so I am unsure how to
> configure it the "standard" way
Hello,
I'm using the Tomcat class to embed the container in my application. I have
configured the CATLINA_HOME and _BASE properties, and I know those are working
because the 'work' folder gets generated there as expected. However if I put a
server.xml file in a 'conf
Hi,
Am 31.08.2018 um 19:22 schrieb Christopher Schultz:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Stefan,
>
> On 8/30/18 23:27, Stefan Mayr wrote:
>> we got an application has multiple Service, Engine and Host entries
>> in server.xml. All Host sec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Stefan,
On 8/30/18 23:27, Stefan Mayr wrote:
> we got an application has multiple Service, Engine and Host entries
> in server.xml. All Host sections share the same directory:
>
> appBase="webapps" unpackWARs="true&q
Hi,
we got an application has multiple Service, Engine and Host entries in
server.xml. All Host sections share the same directory:
appBase="webapps"
unpackWARs="true"
autoDeploy="true"
Each host contains Context-Section using docBase="webapps/appX" for
L syntax (tomcat
server.xml) for WAR application not working
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 6/29/18 3:32 AM, Sandels Mark (RTH) OUH wrote:
> Hi Andre
>
> I am using Apache Tomcat connectors -
>
> https://tomcat.apache.org/connectors-doc/webserver_howto
the file path separator worker.list=ajp13
> worker.ajp13.port=8009 #Workport , this port should match the port
> used by the AJP/1.3 protocol of the Connector element in server.xml
> worker.ajp13.host=localhost #Tomcat server address
> worker.ajp13.type=ajp13 #type
Uhh... the workers.properties
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 6/28/18 5:55 AM, Sandels Mark (RTH) OUH wrote:
> In answer to your questions ...
>
> < for that JSP? (I'm expecting the answer to be yes.)>>
>
> The web-page that I was expecting appears - that is the WAR
> application web-page for Oracle
Hi Users list (and especial thanks to Mark T from Apache and others who have
responded to this post.
I am now able to go directly to my WAR application from a browser. I am using
Tomcat connectors to pass a browser request via Apace http. The answer was
simple - do not use a http://httpd.apache
Tomcat
workers.java_home=C:\Program Files (x86)\Java\jre1.8.0_161 #Make mod_jk module
aware of jre
ps = \ # Specify the file path separator
worker.list=ajp13
worker.ajp13.port=8009 #Workport , this port should match the port used by the
AJP/1.3 protocol of the Connector element in server.xml
Hi.
On 28.06.2018 11:55, Sandels Mark (RTH) OUH wrote:
[.. snip ..]
I am using the Apache http service as a proxy. I have configured the Apache
httpd.conf file to listen to client requests on port 8000.
Well no, according to the confiuration below, you are not at all using Apache httpd as
localhost
worker.worker1.port=8009
worker.worker1.ping_timeout=1000
worker.worker1.connect_timeout=1
worker.worker1.prepost_timeout=1
worker.worker1.socket_timeout=10
worker.worker1.connection_pool_timeout=60
worker.worker1.connection_pool_size=90
worker.worker1.retries=2
worker.worker1.reply_
the proxy configuration.
If no, explain why your browser is connecting to port 8000 when Tomcat
is listening on port 8080 (based on the server.xml you showed us yesterday).
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
OUH IM&T Services
intranet site at http://ouhimt.oxnet.nhs.uk
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: 27 June 2018 15:52
To: Tomcat Users List
Subject: Re: Apache http via tomcat WAR or Directory URL syntax (tomcat
server.xml) for WAR application not working
On
ailto:ma...@apache.org]
Sent: 27 June 2018 15:52
To: Tomcat Users List
Subject: Re: Apache http via tomcat WAR or Directory URL syntax (tomcat
server.xml) for WAR application not working
On 27/06/18 15:44, Sandels Mark (RTH) OUH wrote:
> Thanks Chris
>
> Point taken. I have looked at th
ps\OracleStatus.war to C:\Program Files
(x86)\apache-tomcat-9.0.6\webapps\ROOT##OracleStatus.war
> server.xml contents
>WAR or Directory URL="file:C:\Program Files
> (x86)\apache-tomcat-9.0.6\webapps\OracleStatus.war" />
>
I feared as much
Here is the other information you asked for:
1. Provide the name and location of your WAR file on the disk
C:\Program Files (x86)\apache-tomcat-9.0.6\webapps\OracleStatus.war
2. Provide the name and location of the XML file you are editing
C:\Program Files (x86)\apache-tomcat-9.0.6\conf\server.xml
University Hospitals NHS Trust , Headley Way, Headington, Oxford
> OX3 9RR |Phone: 01865 (5) 72103 | Email: mark.sand...@ouh.nhs.uk
> NHS colleagues can visit the OUH IM&T Services intranet site at
> http://ouhimt.oxnet.nhs.uk
>
>
> -Original Message- From: Sandels Mark (RTH) OUH
>
nstallation and collect your paycheck? It really
couldn't be much easier than that.
- -chris
> -Original Message- From: Mark Thomas
> [mailto:ma...@apache.org] Sent: 27 June 2018 14:45 To:
> users@tomcat.apache.org Subject: Re: Apache http via tomcat WAR or
> Director
R or Directory URL syntax (tomcat server.xml)
for WAR application not working
I am attempting to launch a WAR web application from a tomcat service (tomcat
9.0.2, windows server 2008 R2), after invoking a URL in a browser (Firefox)
hosted by an Apache HTTP server (Apache 2.4). The documentat
Mark Thomas [mailto:ma...@apache.org]
> Sent: 27 June 2018 14:45
> To: users@tomcat.apache.org
> Subject: Re: Apache http via tomcat WAR or Directory URL syntax (tomcat
> server.xml) for WAR application not working
>
> On 27/06/18 13:53, Sandels Mark (RTH) OUH wrote:
>>
>
at http://ouhimt.oxnet.nhs.uk
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: 27 June 2018 14:45
To: users@tomcat.apache.org
Subject: Re: Apache http via tomcat WAR or Directory URL syntax (tomcat
server.xml) for WAR application not working
On 27/06/18 13:53, Sandels Mark (
using Tomcat 9.
> states that the tomcat server.xml configuration file should have an entry:
>
> case is C:\Program Files (x86)\apache-tomcat-9.0.6\webapps\OracleStatus.war)
No, it does not. You are confusing manual deployment and configuration
with deployment via the Manager applicat
/com.ibm.rational.pe.install.doc/topics/t_rpeng_tomcat.html
https://tomcat.apache.org/tomcat-7.0-doc/html-manager-howto.html#Deploy_a_Directory_or_WAR_by_URL)
states that the tomcat server.xml configuration file should have an entry:
mailto:mark.sand...@ouh.nhs.uk> NHS colleagues
can visit the OUH IM&T S
On 09/03/18 08:42, Tarin Gamberini wrote:
> On 8 March 2018 at 20:44, Christopher Schultz
> wrote:
>
>> [cut]
>> On 3/8/18 1:56 PM, Mark Thomas wrote:
>>> On 08/03/18 18:53, Tarin Gamberini wrote:
On 08/03/2018 17:52, Rémy Maucherat wrote:
> On Thu, Mar 8, 2018 at 5:26 PM, Tarin Gamberin
1 - 100 of 726 matches
Mail list logo
