date:20220823

Re: Tomcat Native and macOS 10.15.7

2022-08-23 Thread Thad Humphries

On Tue, Aug 23, 2022 at 10:18 AM Mark Thomas  wrote:

> On 23/08/2022 14:12, Thad Humphries wrote:
> > I'm trying to understand a problem I'm having with Tomcat Native since
> > moving from 1.2.x to 2.0.
> >
> > For several years I have been running Tomcat 9.0.12 in Eclipse and 9.0.37
> > for localhost on my home and office Mac Mini's with macOS 10.15.7
> Catalina.
> > Both use OpenJDK 8 from Amazon. To support development I have a
> self-signed
> > certificate and until recently used Tomcat Native 1.2.x installed with
> > Homebrew. I added `CATALINA_OPTS="-Xmx1024m
> > -Djava.library.path=/usr/local/opt/tomcat-native/lib"` to my
> bin/setevn.sh
> >
> > With this configuration I was able to the
> > connector org.apache.coyote.http11.Http11AprProtocol with UpgradeProtocol
> > for org.apache.coyote.http2.Http2Protocol
> >
> > Recently Homebrew replaced Tomcat Native 1.2.x with 2.0.1. Since then
> when
> > Tomcat starts I see in catalina.out "The Apache Tomcat Native library
> which
> > allows using OpenSSL was not found on the java.library.path:
> > [/usr/local/opt/tomcat-native/lib]". I've had to switch my development to
> > connector org.apache.coyote.http11.Http11NioProtocol (I need SSL for my
> > client-server setup).
> >
> > I've tried using a Tomcat Native 2 I built myself, but get the same "not
> > found on the java.library.path" message. I tried using a Tomcat Native
> > 1.2.35 I built myself but got the following stacktrace in catalina.out
> >
> > 23-Aug-2022 03:07:29.541 INFO [main]
> > org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded
> Apache
> > Tomcat Native library [1.2.35] using APR version [1.7.0].
> > 23-Aug-2022 03:07:29.541 INFO [main]
> > org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR
> > capabilities: IPv6 [true], sendfile [true], accept filters [false],
> random
> > [true].
> > 23-Aug-2022 03:07:29.541 INFO [main]
> > org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR/OpenSSL
> > configuration: useAprConnector [false], useOpenSSL [true]
> > 23-Aug-2022 03:07:29.544 SEVERE [main]
> > org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Failed to
> > initialize the SSLEngine.
> > org.apache.tomcat.jni.Error: 70023: This function has not been
> implemented
> > on this platform
> > at org.apache.tomcat.jni.SSL.initialize(Native Method)
> > 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.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:289)
> > at
> >
> org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:136)
> > at
> >
> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123)
> > at
> >
> org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423)
> > at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135)
> > at org.apache.catalina.startup.Catalina.load(Catalina.java:690)
> > at org.apache.catalina.startup.Catalina.load(Catalina.java:712)
> > 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)
> >
> > What is the issue I'm seeing and how might it be corrected if I want to
> run
> > Tomcat Native for the APR protocol?
>
> You can't.
>
> The APR connector has been deprecated and has been removed in Tomcat
> 10.1.x onwards.
>
> Tomcat Native 2.0.x does not support the APR connectors.
>
> You need to switch to NIO or NIO2. If you want to use OpenSSL for TLS
> then you can do so (you'll need Tomcat Native 2.0.x and OpenSSL). Look
> at the docs for the sslImplementationName attribute.
>
> > BTW, this is not critical to me; I can live with NIO. However I'm the
> *only*
> > person on this team who pays any attention to Tomcat, and I may be having
> > to explain this to my coworkers and our boss. Others use a mix of Linux,
> > Windows, and Mac. Most don't use SSL internally but some use the AJP
> > connector for Apache, and IIRC that needs Tomcat Native, too.
>
> AJP does not require APR/Native. There are NIO and NIO2 implementations
> for AJP.
>
> Mark
>

Thank you, Mark. That all makes sense. I'll look at the docs you've
referenced. I recall once watching some YouTube videos on Tomcat
connectors. I'll find and rewatch those, too.

-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there

Re: Tomcat Native and macOS 10.15.7

2022-08-23 Thread Mark Thomas


On 23/08/2022 14:12, Thad Humphries wrote:

I'm trying to understand a problem I'm having with Tomcat Native since
moving from 1.2.x to 2.0.

For several years I have been running Tomcat 9.0.12 in Eclipse and 9.0.37
for localhost on my home and office Mac Mini's with macOS 10.15.7 Catalina.
Both use OpenJDK 8 from Amazon. To support development I have a self-signed
certificate and until recently used Tomcat Native 1.2.x installed with
Homebrew. I added `CATALINA_OPTS="-Xmx1024m
-Djava.library.path=/usr/local/opt/tomcat-native/lib"` to my bin/setevn.sh

With this configuration I was able to the
connector org.apache.coyote.http11.Http11AprProtocol with UpgradeProtocol
for org.apache.coyote.http2.Http2Protocol

Recently Homebrew replaced Tomcat Native 1.2.x with 2.0.1. Since then when
Tomcat starts I see in catalina.out "The Apache Tomcat Native library which
allows using OpenSSL was not found on the java.library.path:
[/usr/local/opt/tomcat-native/lib]". I've had to switch my development to
connector org.apache.coyote.http11.Http11NioProtocol (I need SSL for my
client-server setup).

I've tried using a Tomcat Native 2 I built myself, but get the same "not
found on the java.library.path" message. I tried using a Tomcat Native
1.2.35 I built myself but got the following stacktrace in catalina.out

23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded Apache
Tomcat Native library [1.2.35] using APR version [1.7.0].
23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR
capabilities: IPv6 [true], sendfile [true], accept filters [false], random
[true].
23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR/OpenSSL
configuration: useAprConnector [false], useOpenSSL [true]
23-Aug-2022 03:07:29.544 SEVERE [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Failed to
initialize the SSLEngine.
org.apache.tomcat.jni.Error: 70023: This function has not been implemented
on this platform
at org.apache.tomcat.jni.SSL.initialize(Native Method)
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.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:289)
at
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:136)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123)
at
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135)
at org.apache.catalina.startup.Catalina.load(Catalina.java:690)
at org.apache.catalina.startup.Catalina.load(Catalina.java:712)
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)

What is the issue I'm seeing and how might it be corrected if I want to run
Tomcat Native for the APR protocol?


You can't.

The APR connector has been deprecated and has been removed in Tomcat 
10.1.x onwards.


Tomcat Native 2.0.x does not support the APR connectors.

You need to switch to NIO or NIO2. If you want to use OpenSSL for TLS 
then you can do so (you'll need Tomcat Native 2.0.x and OpenSSL). Look 
at the docs for the sslImplementationName attribute.



BTW, this is not critical to me; I can live with NIO. However I'm the *only*
person on this team who pays any attention to Tomcat, and I may be having
to explain this to my coworkers and our boss. Others use a mix of Linux,
Windows, and Mac. Most don't use SSL internally but some use the AJP
connector for Apache, and IIRC that needs Tomcat Native, too.


AJP does not require APR/Native. There are NIO and NIO2 implementations 
for AJP.


Mark

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

Tomcat Native and macOS 10.15.7

2022-08-23 Thread Thad Humphries

I'm trying to understand a problem I'm having with Tomcat Native since
moving from 1.2.x to 2.0.

For several years I have been running Tomcat 9.0.12 in Eclipse and 9.0.37
for localhost on my home and office Mac Mini's with macOS 10.15.7 Catalina.
Both use OpenJDK 8 from Amazon. To support development I have a self-signed
certificate and until recently used Tomcat Native 1.2.x installed with
Homebrew. I added `CATALINA_OPTS="-Xmx1024m
-Djava.library.path=/usr/local/opt/tomcat-native/lib"` to my bin/setevn.sh

With this configuration I was able to the
connector org.apache.coyote.http11.Http11AprProtocol with UpgradeProtocol
for org.apache.coyote.http2.Http2Protocol

Recently Homebrew replaced Tomcat Native 1.2.x with 2.0.1. Since then when
Tomcat starts I see in catalina.out "The Apache Tomcat Native library which
allows using OpenSSL was not found on the java.library.path:
[/usr/local/opt/tomcat-native/lib]". I've had to switch my development to
connector org.apache.coyote.http11.Http11NioProtocol (I need SSL for my
client-server setup).

I've tried using a Tomcat Native 2 I built myself, but get the same "not
found on the java.library.path" message. I tried using a Tomcat Native
1.2.35 I built myself but got the following stacktrace in catalina.out

23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded Apache
Tomcat Native library [1.2.35] using APR version [1.7.0].
23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR
capabilities: IPv6 [true], sendfile [true], accept filters [false], random
[true].
23-Aug-2022 03:07:29.541 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR/OpenSSL
configuration: useAprConnector [false], useOpenSSL [true]
23-Aug-2022 03:07:29.544 SEVERE [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Failed to
initialize the SSLEngine.
org.apache.tomcat.jni.Error: 70023: This function has not been implemented
on this platform
at org.apache.tomcat.jni.SSL.initialize(Native Method)
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.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:289)
at
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:136)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123)
at
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135)
at org.apache.catalina.startup.Catalina.load(Catalina.java:690)
at org.apache.catalina.startup.Catalina.load(Catalina.java:712)
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)

What is the issue I'm seeing and how might it be corrected if I want to run
Tomcat Native for the APR protocol?

BTW, this is not critical to me; I can live with NIO. However I'm the *only*
person on this team who pays any attention to Tomcat, and I may be having
to explain this to my coworkers and our boss. Others use a mix of Linux,
Windows, and Mac. Most don't use SSL internally but some use the AJP
connector for Apache, and IIRC that needs Tomcat Native, too.

-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, *Doctor Faustus* (v. 111-13)

Re: Difference between versions

2022-08-23 Thread Alex

Hi Mark.

On 23.08.22 08:32, Mark Thomas wrote:

On 23/08/2022 00:36, Alex wrote:

Dear Mohan.

your E-Mail address is invalid!

moha...@ramco.com.INVALID

That isn't something the OP has done. That change is made by the ASF
mail servers else many subscribers won't receive list emails.

https://blogs.apache.org/infra/search?q=munging

That does not helps to support you.

Just reply to the list and the OP will see the response.

Thank you Mark for clarification and please accept my apologize for lack
of knowledge and the noise.

Mark

Regards
Alex

Regards

Alex

On 22.08.22 16:17, Alex wrote:

Hi Mohan.

On 21.08.22 04:45, Mohan T wrote:

Dear All,

Just want to know if there are any major differences between the
below tomcat versions.

Server version
Apache Tomcat/8.5.35

Server built:
Nov 3 2018 17:39:20 UTC
unknown
Server number:
8.5.35.0
8.5.x
Status
Working fine
Error
Error message
No error message .
[AD Thread Pool-Global1]
org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading Illegal access: this web application instance has been stopped already. Could not load [org.springframework.context.ApplicationContextInitializer]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access.
java.lang.IllegalStateException: Illegal access: this web
application instance has been stopped already. Could not load
[org.springframework.context.ApplicationContextInitializer]. The
following stack trace is thrown for debugging purposes as well as to
attempt to terminate the thread which caused the illegal access

When we deploy a application it throws error. Is there any reason
because of the tomcat version.

Have you read the answer from Thomas
https://lists.apache.org/thread/tdqx7pn7g269dyhv13gtrf5gx3myvx7f ?

Looks like you have answered your own question.

https://lists.apache.org/thread/0y0ch2qxzwzoq6rny1zr2q4h3g7gr01y

```
In one of the logs I could see the below error message .

org.apache.catalina.core.ApplicationContext.log
No Spring WebApplicationInitializer types detected on classpath
```

Have you asked the Application Development People how to deploy there
Application on tomcat?

There are several hits in internet search engines for the log message.

https://html.duckduckgo.com/html?q=No%20Spring%20WebApplicationInitializer%20types%20detected%20on%20classpath

Maybe some of the hits may solve your topic.

Thanks

Mohan

Regards
Alex

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

Re: Fwd: users Digest 17 Aug 2022 09:26:06 -0000 Issue 14393 - "BLANK" DIGEST MESSAGE ATTACHMENTS

2022-08-23 Thread Mark Thomas


On 23/08/2022 02:45, Terence M. Bandoian wrote:
Recently, message attachments that appear blank in my e-mail client have 
been included in the Tomcat users mailing list digest.  Some users' 
messages are normally not blank (e.g. Tomcat committers and others). 
Messages from other users are.  Replies to "blank" messages by users 
whose messages are not blanked include the original message.  My e-mail 
client has not changed.


This message is a forward of a digest in which all of the message 
attachments appear blank in my e-mail client.  They also appear blank in 
GMail.  However, the attachments do include data which may be accessed 
by viewing the message source.


Has anyone else experienced this?


I haven't. I use Thunderbird as an email client.


Is this something that can be fixed by anyone on this list?


I don't think it is purely a list level configuration issue. I suspect a 
combination sender's email client, list server behaviour (possibly 
digest related) and receiver's email client.


What I would recommend is sending emails in plain text ("proper" plain 
text - not a plain text part in a multi-part message).



Should it be reported on the Tomcat bugzilla or somewhere else?


If you can show that the ASF list software is violating a relevant RFC 
then you can raise an issue with the ASF infrastructure team via the ASF 
Jira instance. That said, my experience is that it is email clients that 
tend to play fast and loose with the RFCs.


In addition, I have been unable to send e-mail to 
users@tomcat.apache.org from tere...@tmbsw.com which I have used on this 
list since at least 2005.  I receive the following error reply:


I've checked the list subscription and you appear to be listed twice. 
I'm not sure if that is causing issues so I have removed one of the 
subscriptions.


Mark





Hi. This is the qmail-send program at apache.org.
I'm afraid I wasn't able to deliver your message to the following 
addresses.

This is a permanent error; I've given up. Sorry it didn't work out.

:
Must be sent from an @apache.org address or a subscriber address or an 
address in LDAP.


Has something changed?  Do I need to reconfigure my mail server?  If so, 
in what way?


-Terence Bandoian


 Forwarded Message 
Subject: users Digest 17 Aug 2022 09:26:06 - Issue 14393
Date: 17 Aug 2022 09:26:06 -
From: users-digest-h...@tomcat.apache.org
Reply-To: Tomcat Users List 
To: users@tomcat.apache.org




users Digest 17 Aug 2022 09:26:06 - Issue 14393

Topics (messages 275525 through 275527)

Re: Getting error on Tomcat Start
275525 by: Mohan T
275526 by: Thomas Meyer
275527 by: Mohan T

Administrivia:

-
To post to the list, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-digest-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-digest-h...@tomcat.apache.org

--





-
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

Re: Difference between versions

2022-08-23 Thread Mark Thomas

On 23/08/2022 00:36, Alex wrote:

Dear Mohan.

your E-Mail address is invalid!

moha...@ramco.com.INVALID

That isn't something the OP has done. That change is made by the ASF
mail servers else many subscribers won't receive list emails.

https://blogs.apache.org/infra/search?q=munging

That does not helps to support you.

Just reply to the list and the OP will see the response.

Mark

Regards

Alex

On 22.08.22 16:17, Alex wrote:

Hi Mohan.

On 21.08.22 04:45, Mohan T wrote:

Dear All,

Just want to know if there are any major differences between the
below tomcat versions.

Server version
Apache Tomcat/8.5.35

Server built:
Nov 3 2018 17:39:20 UTC
unknown
Server number:
8.5.35.0
8.5.x
Status
Working fine
Error
Error message
No error message .
[AD Thread Pool-Global1]
org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading
Illegal access: this web application instance has been stopped
already. Could not load
[org.springframework.context.ApplicationContextInitializer]. The
following stack trace is thrown for debugging purposes as well as to
attempt to terminate the thread which caused the illegal access.
java.lang.IllegalStateException: Illegal access: this web application
instance has been stopped already. Could not load
[org.springframework.context.ApplicationContextInitializer]. The
following stack trace is thrown for debugging purposes as well as to
attempt to terminate the thread which caused the illegal access

When we deploy a application it throws error. Is there any reason
because of the tomcat version.

Have you read the answer from Thomas
https://lists.apache.org/thread/tdqx7pn7g269dyhv13gtrf5gx3myvx7f ?

Looks like you have answered your own question.

https://lists.apache.org/thread/0y0ch2qxzwzoq6rny1zr2q4h3g7gr01y

```
In one of the logs I could see the below error message .

org.apache.catalina.core.ApplicationContext.log
No Spring WebApplicationInitializer types detected on classpath
```

Have you asked the Application Development People how to deploy there
Application on tomcat?

There are several hits in internet search engines for the log message.

https://html.duckduckgo.com/html?q=No%20Spring%20WebApplicationInitializer%20types%20detected%20on%20classpath

Maybe some of the hits may solve your topic.

Thanks

Mohan

Regards
Alex

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

Re: Tomcat Native and macOS 10.15.7

Re: Tomcat Native and macOS 10.15.7

Tomcat Native and macOS 10.15.7

Re: Difference between versions

Re: Fwd: users Digest 17 Aug 2022 09:26:06 -0000 Issue 14393 - "BLANK" DIGEST MESSAGE ATTACHMENTS

Re: Difference between versions

6 matches

Site Navigation

Mail list logo

Footer information