Re: Tomcat 9.0.96 first start throws java.lang.NullPointerException. Works in the same conditions with 9.0.91.

[Konstantin Kolinko]

пт, 25 окт. 2024 г. в 12:38, Lucian Jurj :
> [skip]
>
> 24-Oct-2024 12:27:14.078 INFO [main] org.apache.coyote.AbstractProtocol.init 
> Initializing ProtocolHandler ["http-nio-9728"]
> 24-Oct-2024 12:27:14.109 INFO [main] org.apache.coyote.AbstractProtocol.init 
> Initializing ProtocolHandler ["https-openssl-nio-9727"]
> 24-Oct-2024 12:27:14.156 SEVERE [main] 
> org.apache.catalina.util.LifecycleBase.handleSubClassException Failed to 
> initialize component [Connector["https-openssl-nio-9727"]]
> org.apache.catalina.LifecycleException: Protocol handler 
> initialization failed
> at 
> org.apache.catalina.connector.Connector.initInternal(Connector.java:1027)
> at 
> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:122)
> at 
> org.apache.catalina.core.StandardService.initInternal(StandardService.java:525)
> at 
> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:122)
> at 
> org.apache.catalina.core.StandardServer.initInternal(StandardServer.java:986)
> at 
> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:122)
> at 
> org.apache.catalina.startup.Catalina.load(Catalina.java:686)
> at 
> org.apache.catalina.startup.Catalina.load(Catalina.java:709)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at 
> org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:302)
> at 
> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:472)
> Caused by: java.lang.IllegalArgumentException: C:\Program 
> Files\Neverfail\tomcat\ssl\NFKeyStore.jks (The system cannot find the path 
> specified)
> at 
> org.apache.tomcat.util.net.AbstractJsseEndpoint.createSSLContext(AbstractJsseEndpoint.java:115)
> at 
> org.apache.tomcat.util.net.AbstractJsseEndpoint.initialiseSsl(AbstractJsseEndpoint.java:71)
> at 
> org.apache.tomcat.util.net.NioEndpoint.bind(NioEndpoint.java:228)
> at 
> org.apache.tomcat.util.net.AbstractEndpoint.bindWithCleanup(AbstractEndpoint.java:1373)
> at 
> org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:1386)
> at 
> org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:663)
> at 
> org.apache.coyote.http11.AbstractHttp11Protocol.init(AbstractHttp11Protocol.java:77)
> at 
> org.apache.catalina.connector.Connector.initInternal(Connector.java:1025)
> ... 13 more
> Caused by: java.io.FileNotFoundException: C:\Program 
> Files\Neverfail\tomcat\ssl\NFKeyStore.jks (The system cannot find the path 
> specified)
> at java.io.FileInputStream.open0(Native Method)
> at java.io.FileInputStream.open(FileInputStream.java:195)
> at java.io.FileInputStream.(FileInputStream.java:138)
> at java.io.FileInputStream.(FileInputStream.java:93)
> at 
> sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)
> at 
> sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)
> at 
> org.apache.catalina.startup.CatalinaBaseConfigurationSource.getResource(CatalinaBaseConfigurationSource.java:121)
> at 
> org.apache.tomcat.util.net.SSLUtilBase.getStore(SSLUtilBase.java:210)
> at 
> org.apache.tomcat.util.net.SSLHostConfigCertificate.getCertificateKeystore(SSLHostConfigCertificate.java:254)
> at 
> org.apache.tomcat.util.net.SSLUtilBase.getKeyManagers(SSLUtilBase.java:308)
> at 
> org.apache.tomcat.util.net.openssl.OpenSSLUtil.getKeyManagers(OpenSSLUtil.java:108)
> at 
> org.apache.tomcat.util.net.SSLUtilBase.createSSLContext(SSLUtilBase.java:268)
> at 
> org.apache.tomcat.util.net.AbstractJsseEndpoint.createSSLContext(AbstractJsseEndpoint.java:113)
> ... 20 more
> 24-Oct-2024 12:27:14.172 INFO [main] 
> org.apache.catalina.startup.Catalina.load Server initialization in [1772] 
> milliseconds
> 24-Oct-2024 12:27:14.203 INFO [main] 
> org.apache.catalina.core.StandardService.startInternal Starting service 
> [Catalina]
> 24-Oct-2024 12:27:14.203 INFO [main] 
> org.apache.catalina.core.StandardEngine.startInternal Starting Servlet 
> engine: [Apache Tomcat/9.0.96]
> 24-Oct-2024 12:27:14.234 INFO [main] 
> org.apache.catalina.startup.HostConfig.deployWAR Deploying web application 
> archive [C:\Program 
> Files\Neverfail\tomcat\apache-tomcat-9.0.96\webapps\hbws.war]
>

Re: Fwd: NoClassDefFoundError: javax/mail/Authenticator

[Christopher Schultz]

Mark,

On 10/24/24 13:10, Mark Thomas wrote:

On 24/10/2024 17:07, Alan Masters wrote:
I am attempting to send e-mail from Tomcat using an external mail host 
-    mail.btinternet.com.


I have included javax.mail jar in my build path and can see 
javax.mail.Authenticator in this library.


When trying to start up  apache-tomcat-9.0.91 I get 
IllegalStateException: Error starting child


    Caused by: java.lang.NoClassDefFoundError: javax/mail/Authenticator

any help would be appreciated please.


Could we see the full stack trace?

Have you included it in your web application? If so, where?


+1

Use of the term "build path" makes me think that the IDE is happy, but 
the deployment is not.


-chris


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: [OT] javax.naming.NameNotFoundException

[Christopher Schultz]

Mark F,

On 10/23/24 18:13, Mark Foley wrote:

On Wed, 23 Oct 2024 19:13:44 Mark Thomas  wrote:


On 23/10/2024 18:57, Mark Foley wrote:

I'm running Tomcat 8.5.11. I have a hopefully small problem.


Tomcat 8.5.x is EOL and no longer supported.

8.5.11 is also rather old with quite a long list of know security issues.


Yeah, I know. Updating it is on my todo list. I'm running 10.1.13 elsewhere, but
I have a lot of changes to make getting to 10.x.x so I've been kicking that can
down the road. I was hoping this particular issue wasn't dependent on version.


Tomcat 9 should work just fine for you.

-chris


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: javax.naming.NameNotFoundException

[Christopher Schultz]

Mark F,

On 10/23/24 18:13, Mark Foley wrote:

On Wed, 23 Oct 2024 19:13:44 Mark Thomas  wrote:


On 23/10/2024 18:57, Mark Foley wrote:

I'm running Tomcat 8.5.11. I have a hopefully small problem.


Tomcat 8.5.x is EOL and no longer supported.

8.5.11 is also rather old with quite a long list of know security issues.


Yeah, I know. Updating it is on my todo list. I'm running 10.1.13 elsewhere, but
I have a lot of changes to make getting to 10.x.x so I've been kicking that can
down the road. I was hoping this particular issue wasn't dependent on version.


I have a webapp directory: $CATALINA_HOME/webapps/myapp/. In that directory I 
have WEB-INF/web.xml with:


connURL
jdbc:mysql://localhost/members?
java.lang.String


In this example, the env-entry is just part of an SQL connection string I want 
to snag.

In a browser, going to: /myapp/index.jsp works fine with WEB-INF as shown 
above.

What I want to do is put all of this in a sub-directory: 
$CATALINA_HOME/webapps/myapp/subapp/ and access it on my browser as 
/myapp/subapp/index.jsp. When I do that -- no changes to anything -- I 
get the error:


That won't work. What will work is renaming:

$CATALINA_HOME/webapps/myapp

to

$CATALINA_HOME/webapps/myapp#subapp/

Mark


Hmmm ... what I was attempting was splitting many webapps into multiple
directories.


What is the real goal, here?

Do they have to be separate web applications? If so, why? 
Security/isolation? Easy of deployment? Separate configuration(s)?


Deploying many web applications isn't a problem unless you are very 
resource constrained (e.g. RAM).


-chris


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: IndexOutOfBoundsException at getHeader with tomcat9.0.87

[Christopher Schultz]

Shanghe,

On 10/22/24 22:59, shanghe chen wrote:

Sorry the link is 
https://github.com/apache/tomcat/pull/551
 it seems malformed in last post

发件人: shanghe chen 
发送时间: Wednesday, October 23, 2024 10:50:48 AM
收件人: users@tomcat.apache.org 
主题: IndexOutOfBoundsException at getHeader with tomcat9.0.87

Hi using tomcat 9.0.87, occasionally I got the following exception:

java.lang.IndexOutOfBoundsException
   at java.base/java.nio.ByteBuffer.wrap(ByteBuffer.java:438
   at org.apache.tomcat.util.buf.ByteChunk.toStringInternal(ByteChunk.java:622)
   at org.apache.tomcat.util.buf.StringCache.toString(StringCache.java:323)
   at org.apache.tomcat.util.buf.ByteChunk.toString(ByteChunk.java:580)
   at org.apache.tomcat.util.buf.ByteChunk.toString(ByteChunk.java:565)
   at org.apache.tomcat.util.buf.MessageBytes.toString(MessageBytes.java:173)
   at org.apache.tomcat.util.http.MimeHeaders.getHeader(MimeHeaders.java:355)
   at org.apache.coyote.Request.getHeader(Request.java:468)

when invoking the getHeader method. For lacking of the context, I cannot get 
the concrete header now and it seems quite hard to reproduce.

  I'm wondering if anyone has encountered the same issue before? is the 
MessageBytes malformed? I got a kind of related issue 
https://github.com/apache/tomcat/pull/551but not sure if it's relavent since 
it's involved in version 9.0.66.


Can you post the complete stack trace?

If you must remove your own code from the stack trace, that's fine. But 
it would be good to see all of the Tomcat-related calls.


-chris


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: deploying on 9.0.96 is painful

[Christopher Schultz]

Ronald,

On 10/24/24 10:31, Ronald Klop wrote:

Van: "Rémy Maucherat" 
Datum: woensdag, 23 oktober 2024 17:48
Aan: users@tomcat.apache.org
Onderwerp: Re: deploying on 9.0.96 is painful


On Wed, Oct 23, 2024 at 5:37PM Ronald Klop
 wrote:
>
> Hi,
>
> We pre-compile our JSPs. Team Dev uses Tomcat jars for this. And 
team Sys keeps the Tomcat servers running and up-to-date.

> Running Tomcat since 5.x or maybe even before. Currently running 9.0.x.
>
> For years it worked fine if we kept the jars versions of team Dev 
close to the Tomcat server version of team Sys. It was very efficient 
because versions didn't need to be exactly the same. And we could test 
versions without doing a turn-key deploy. Occasional rollback of a 
deploy was also possible, although the JSPs were not compiled with the 
exact same jar versions.

>
> Tomcat 9.0.96 was very painful in this regard. We found the reason 
for it in https://lists.apache.org/ 
thread/62j98og8xn9p9ovxxj6bfqht85xg2qgz.
> 9.0.96 JSPs didn't work on 9.0.95 and 9.0.95 JSPs didn't work on 
9.0.96 Tomcat. (I didn't check this personally, but trust my colleague 
in it.)
> Deploy needed to be turn-key with synchronization between teams on 
multiple clusters of servers.

>
> I'm not here to rant about it. Things can break.
> But I didn't find any information about solutions on the website/ML.
> We couldn't be sure that 9.0.97 would have a fix or just have the 
same incompatibility so decided to push through with 9.0.96.

>
> Anyways, I thought it is good to give some feedback about the issue 
as a user of the product.

>
> I think it would have been nice to have a statement about 9.0.96 and 
pre-compiled JSPs and how future versions would handle this situation.

>
> If I missed this statement on the website or in the ML archives than 
I will happily stand corrected. :-)

>
> And now we go further with development and hope that future releases 
will be as easy as they were before.


It's not possible to guarantee never having to recompile due to having
to do fixes in the generated code (this should be rather obvious).
However in this case it was easy to keep compatibility so it was fixed
and the fix will be in 9.0.97.

Rémy

> Regards,
> Ronald.
> Â

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org







Thanks for the response and the confirmation that it will be handled 
better in 9.0.97.


I've added an entry in the Tomcat 9.0.x Migration Guide's "Noteable 
Changes" section about this issue.


https://tomcat.apache.org/migration-9.html#Upgrading_9.0.x

-chris


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)

[Mark Thomas]

On 11/10/2024 01:05, Eric Robinson wrote:

Mark,

Thanks very much for the update. We'll check back in November!


I've just committed the fix. It should be in the next set of releases 
(November).


Mark




-Eric


-Original Message-
From: Mark Thomas 
Sent: Thursday, October 10, 2024 5:30 PM
To: users@tomcat.apache.org
Subject: Re: Database Connection Requests Initiated but Not Sent on the Wire 
(Some, Not All)

Eric,

My apologies. I dropped the ball on this one. I've just re-read the thread to 
remind myself of the details. I'm aiming to get this fixed for the November 
release round.

Mark


On 10/10/2024 10:10, Eric Robinson wrote:

Hi Mark,

Just following up on this. Did you arrive at the long-term solution? This issue 
is still biting us.


-Original Message-
From: Eric Robinson 
Sent: Thursday, May 30, 2024 4:15 PM
To: Tomcat Users List 
Subject: RE: Database Connection Requests Initiated but Not Sent on
the Wire (Some, Not All)

Hi Mark,


-Original Message-
From: Mark Thomas 
Sent: Thursday, May 30, 2024 9:30 AM
To: users@tomcat.apache.org
Subject: Re: Database Connection Requests Initiated but Not Sent on
the Wire (Some, Not All)

OK.

This is an interim binary patch for 9.0.80 only.

The purpose is to:
- confirm the proposed change fixes the problem
- provide you with a workaround in the short term

This is the binary patch:

https://people.apache.org/~markt/dev/classloader-not-found-cache-9.0.
8
0-
v1.zip

Extract the contents into $CATALINA_HOME/lib

You should end up with:

$CATALINA_HOME/lib/org/apache/...



I'll get on this right away.


Usual caveats apply. This is not an official release. Use it at your
own risk. Don't blame either me or the ASF it is results in alien
invasion, a tax bill, the server catching fire or anything else unexpected 
and/or unwanted.



Okay, but if we're invaded by alien tax collectors riding flaming servers, THEN 
I'm coming after you.


Longer term, I'm not sure this is exactly how I want to fix it in
Tomcat. I am convinced of the need to cache classes that don't exist
but exactly where / how to do that and what degree of control the user should 
have is very much TBD.

I suspect this will be a topic of discussion at Community Over Code
at Bratislava next week.

I am expecting that any fix won't be in the June release round but
should be in the July release round.

Let us know how you get on and good luck.



Will do!



Mark


On 30/05/2024 10:16, Mark Thomas wrote:

On 29/05/2024 17:03, Eric Robinson wrote:




One of the webapps is related to voice reminder messages that go
out to people. The reminders go out sometime after 9 am, which
tracks with the slowdowns.


Ack.

Something to try while I work on a patch is setting
archiveIndexStrategy="bloom" on the resources.

You'd configure that in META-INF/context.xml something like this:


  

Mark


- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


Disclaimer : This email and any files transmitted with it are confidential and 
intended solely for intended recipients. If you are not the named addressee you 
should not disseminate, distribute, copy or alter this email. Any views or 
opinions presented in this email are solely those of the author and might not 
represent those of Physician Select Management. Warning: Although Physician 
Select Management has taken reasonable precautions to ensure no viruses are 
present in this email, the company cannot accept responsibility for any loss or 
damage arising from the use of this email or attachments.
Disclaimer : This email and any files transmitted with it are confidential and 
intended solely for intended recipients. If you are not the named addressee you 
should not disseminate, distribute, copy or alter this email. Any views or 
opinions presented in this email are solely those of the author and might not 
represent those of Physician Select Management. Warning: Although Physician 
Select Management has taken reasonable precautions to ensure no viruses are 
present in this email, the company cannot accept responsibility for any loss or 
damage arising from the use of this email or attachments.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Disclaimer : This email and any files transmitted with it are confidential and 
intended solely for intended recipients. I

RE: Tomcat 9.0.96 first start throws java.lang.NullPointerException. Works in the same conditions with 9.0.91.

[Lucian Jurj]

Thank you Rémy for your quick response. We still have a few questions for 
better understanding.


>> 24-Oct-2024 11:53:15.217 INFO [main] 
>> org.apache.catalina.startup.Catalina.load Server initialization in 
>> [1871] milliseconds
>> 24-Oct-2024 11:53:15.280 INFO [main] 
>> org.apache.catalina.core.StandardService.startInternal Starting 
>> service [Catalina]
>> 24-Oct-2024 11:53:15.280 INFO [main] 
>> org.apache.catalina.core.StandardEngine.startInternal Starting Servlet 
>> engine: [Apache Tomcat/9.0.96]
>> 24-Oct-2024 11:53:15.311 INFO [main] 
>> org.apache.catalina.startup.HostConfig.deployWAR Deploying web 
>> application archive [C:\Program 
>> Files\Neverfail\tomcat\apache-tomcat-9.0.96\webapps\hbws.war]

> Ok, more or less. But you're starting the server, then adding to it while 
> it's running. That's risky.


[LJ]: We'll try to copy first the war than to start the server. Should this 
help on application side?

>> 24-Oct-2024 11:53:37.514 INFO [main] 
>> org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler 
>> ["https-openssl-nio-9727"]
>> 24-Oct-2024 11:53:42.519 INFO [main] 
>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler 
>> ["https-openssl-nio-9727"]

> That's not normal.

[LJ]:  My bad here - I didn’t copy the logs from the beginning (II thought 
they're not relevant). Here they are  from the beginning till the timestamp of 
previous logs). Sorry about that.
-
24-Oct-2024 12:27:12.641 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server version name:   
Apache Tomcat/9.0.96
24-Oct-2024 12:27:12.641 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server built:  
Oct 3 2024 19:44:30 UTC
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server version number: 
9.0.96.0
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log OS Name:   
Windows Server 2019
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log OS Version:
10.0
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Architecture:  
amd64
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Java Home: 
C:\Program Files\Neverfail\R2\jre
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log JVM Version:   
1.8.0_422-b05
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor:
Azul Systems, Inc.
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE: 
C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME: 
C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.config.local_host_ssl_port=9727
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.config.local_host_port=9728
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dcatalina.base=C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dcatalina.home=C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-DNF_HOME=C:\Program Files\Neverfail\R2
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.configroot=nfwebsvcs/management/nfmgtwebsvc
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.config.has_management_role=true
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.config.hb_integrated=false
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Dhbws.config.bounce_service=false
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Djava.library.path=C:\Program Files\Neverfail\R2\bin;C:\Program 
Files\Neverfail\tomcat\bin
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Djava.io.tmpdir=C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96\temp
24-Oct-2024 12:27:12.656 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
-Djava.util.logging.manager=or

Re: Tomcat 9.0.96 first start throws java.lang.NullPointerException. Works in the same conditions with 9.0.91.

[Rémy Maucherat]

On Fri, Oct 25, 2024 at 11:37 AM Lucian Jurj  wrote:
>
> Thank you Rémy for your quick response. We still have a few questions for 
> better understanding.
>
>
> >> 24-Oct-2024 11:53:15.217 INFO [main]
> >> org.apache.catalina.startup.Catalina.load Server initialization in
> >> [1871] milliseconds
> >> 24-Oct-2024 11:53:15.280 INFO [main]
> >> org.apache.catalina.core.StandardService.startInternal Starting
> >> service [Catalina]
> >> 24-Oct-2024 11:53:15.280 INFO [main]
> >> org.apache.catalina.core.StandardEngine.startInternal Starting Servlet
> >> engine: [Apache Tomcat/9.0.96]
> >> 24-Oct-2024 11:53:15.311 INFO [main]
> >> org.apache.catalina.startup.HostConfig.deployWAR Deploying web
> >> application archive [C:\Program
> >> Files\Neverfail\tomcat\apache-tomcat-9.0.96\webapps\hbws.war]
>
> > Ok, more or less. But you're starting the server, then adding to it while 
> > it's running. That's risky.
>
>
> [LJ]: We'll try to copy first the war than to start the server. Should this 
> help on application side?
>
> >> 24-Oct-2024 11:53:37.514 INFO [main]
> >> org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler
> >> ["https-openssl-nio-9727"]
> >> 24-Oct-2024 11:53:42.519 INFO [main]
> >> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
> >> ["https-openssl-nio-9727"]
>
> > That's not normal.
>
> [LJ]:  My bad here - I didn’t copy the logs from the beginning (II thought 
> they're not relevant). Here they are  from the beginning till the timestamp 
> of previous logs). Sorry about that.
> -
> 24-Oct-2024 12:27:12.641 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Server version name:   
> Apache Tomcat/9.0.96
> 24-Oct-2024 12:27:12.641 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Server built:  
> Oct 3 2024 19:44:30 UTC
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Server version number: 
> 9.0.96.0
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log OS Name:   
> Windows Server 2019
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log OS Version:
> 10.0
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Architecture:  
> amd64
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Java Home: 
> C:\Program Files\Neverfail\R2\jre
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log JVM Version:   
> 1.8.0_422-b05
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor:
> Azul Systems, Inc.
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE: 
> C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME: 
> C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.config.local_host_ssl_port=9727
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.config.local_host_port=9728
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dcatalina.base=C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dcatalina.home=C:\Program Files\Neverfail\tomcat\apache-tomcat-9.0.96
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -DNF_HOME=C:\Program Files\Neverfail\R2
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.configroot=nfwebsvcs/management/nfmgtwebsvc
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.config.has_management_role=true
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.config.hb_integrated=false
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Dhbws.config.bounce_service=false
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Command line argument: 
> -Djava.library.path=C:\Program Files\Neverfail\R2\bin;C:\Program 
> Files\Neverfail\tomcat\bin
> 24-Oct-2024 12:27:12.656 INFO [main] 
> org.apache.catalina.startup.VersionLoggerListener.log Comma