WebEx meeting rescheduled: Introducing Apache Tomcat 8.5

2016-03-25 Thread Mark Thomas

Hello,

Mark Thomas changed the time for this WebEx meeting.


Introducing Apache Tomcat 8.5
Wednesday, 30 March 2016
20:00  |  GMT Summer Time (London, GMT+01:00)  |  1 hr


JOIN WEBEX MEETING
https://pivotal.webex.com/pivotal/j.php?MTID=m539c2bcd3a7c2c48a28a87bfb71d8302
Meeting number: 645 574 764


Add this meeting to your calendar (Cannot add from mobile devices):
https://pivotal.webex.com/pivotal/j.php?MTID=mc2f05eecbb3d8288cc8086fa8940c472


Can't join the meeting? Contact support here:
https://pivotal.webex.com/pivotal/mc


IMPORTANT NOTICE: Please note that this WebEx service allows audio and other 
information sent during the session to be recorded, which may be discoverable 
in a legal matter. By joining this session, you automatically consent to such 
recordings. If you do not consent to being recorded, discuss your concerns with 
the host or do not join the session.

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

WebEx meeting rescheduled: Introducing Apache Tomcat 8.5

2016-03-25 Thread Mark Thomas

Hello,

Mark Thomas changed the time for this WebEx meeting.


Introducing Apache Tomcat 8.5
Wednesday, 30 March 2016
10:00  |  GMT Summer Time (London, GMT+01:00)  |  1 hr


JOIN WEBEX MEETING
https://pivotal.webex.com/pivotal/j.php?MTID=m6483e97aab97f745306d3a76532cd485
Meeting number: 641 864 861


Add this meeting to your calendar (Cannot add from mobile devices):
https://pivotal.webex.com/pivotal/j.php?MTID=md9e5cf13da0fddb6c231d87a08a3484b


Can't join the meeting? Contact support here:
https://pivotal.webex.com/pivotal/mc


IMPORTANT NOTICE: Please note that this WebEx service allows audio and other 
information sent during the session to be recorded, which may be discoverable 
in a legal matter. By joining this session, you automatically consent to such 
recordings. If you do not consent to being recorded, discuss your concerns with 
the host or do not join the session.

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

[ANN] Apache Tomcat 8.5.0 BETA available

2016-03-25 Thread Mark Thomas
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 8.5.0 BETA.

Apache Tomcat 8.0 is an open source software implementation of the Java
Servlet, JavaServer Pages, Java Unified Expression Language, Java
WebSocket and Java Authentication Service Provider Interface for
Containers technologies.

Apache Tomcat 8.5.0 is intended to replace 8.0.x and includes new
features pulled forward from the 9.0.x branch. The notable changes since
8.5.x include:

- Added support for HTTP/2, and TLS virtual hosting

- Added support for JASPIC 1.1

- The BIO connectors, support for Windows Itanium and support for Comet
  have been removed

Please refer to the change log for the complete list of changes:
http://tomcat.apache.org/tomcat-8.5-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-80.cgi

Migration guides from Apache Tomcat 5.5.x, 6.0.x and 7.0.x:
http://tomcat.apache.org/migration.html

Enjoy!

- The Apache Tomcat team

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



Re: WebEx meeting invitation: Introducing Apache Tomcat 8.5

2016-03-25 Thread Mark Thomas
All,

I am going to have to push this presentation back 24 hours as I will be
attending the funeral of a family friend on Tuesday. I'll update the
meeting request shortly.

Mark


On 12/03/2016 11:27, Mark Thomas wrote:
> Hello,
> Mark Thomas invites you to join this WebEx meeting.
> 
>  
> 
> *Introducing Apache Tomcat 8.5*
> Tuesday, 29 March 2016
> 20:00  |  GMT Summer Time (London, GMT+01:00)  |  1 hr
> 
>  
> 
> *Join WebEx meeting*
> 
> 
> 
> Meeting number:   645 574 764
>   
> 
>  
> 
> Add this meeting
> 
> to your calendar. (Cannot add from mobile devices.)
> 
>  
> 
> Can't join the meeting? Contact support.
> 
> 
>  
> 
> IMPORTANT NOTICE: Please note that this WebEx service allows audio and
> other information sent during the session to be recorded, which may be
> discoverable in a legal matter. By joining this session, you
> automatically consent to such recordings. If you do not consent to being
> recorded, discuss your concerns with the host or do not join the session.
> 
> 
> 
> 
> -
> 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: WebEx meeting invitation: Introducing Apache Tomcat 8.5

2016-03-25 Thread Mark Thomas
All,

I am going to have to push this presentation back 24 hours as I will be
attending the funeral of a family friend on Tuesday. I'll update the
meeting request shortly.

Mark


On 12/03/2016 11:26, Mark Thomas wrote:
> Hello,
> Mark Thomas invites you to join this WebEx meeting.
> 
>  
> 
> *Introducing Apache Tomcat 8.5*
> Tuesday, 29 March 2016
> 10:00  |  GMT Summer Time (London, GMT+01:00)  |  1 hr
> 
>  
> 
> *Join WebEx meeting*
> 
> 
> 
> Meeting number:   641 864 861
>   
> 
>  
> 
> Add this meeting
> 
> to your calendar. (Cannot add from mobile devices.)
> 
>  
> 
> Can't join the meeting? Contact support.
> 
> 
>  
> 
> IMPORTANT NOTICE: Please note that this WebEx service allows audio and
> other information sent during the session to be recorded, which may be
> discoverable in a legal matter. By joining this session, you
> automatically consent to such recordings. If you do not consent to being
> recorded, discuss your concerns with the host or do not join the session.
> 
> 
> 
> 
> -
> 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



[ANN] Apache Tomcat 8.0.33 available

2016-03-25 Thread Mark Thomas
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 8.0.33.

Apache Tomcat 8.0 is an open source software implementation of the Java
Servlet, JavaServer Pages, Java Unified Expression Language and Java
WebSocket technologies.

Apache Tomcat 8.0.33 includes fixes for issues identified in 8.0.32 as
well as other enhancements and changes. The notable changes since 8.0.32
include:

- Correct a false positive warning for ThreadLocal related memory
  leaks when the key class but not the value class has been loaded
  by the web application class loader.

- Improve the performance of
  javax.servlet.jsp.el.ScopedAttributeELResolver when resolving
  attributes that do not exist.

- Update the packaged version of the Tomcat Native Library to 1.2.5
  to pick up the Windows binaries that are based on OpenSSL 1.0.2g
  and APR 1.5.1.

Please refer to the change log for the complete list of changes:
http://tomcat.apache.org/tomcat-8.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-80.cgi

Migration guides from Apache Tomcat 5.5.x, 6.0.x and 7.0.x:
http://tomcat.apache.org/migration.html

Enjoy!

- The Apache Tomcat team

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



Re: Cluster session replication issue: servlet hang on restart only under load

2016-03-25 Thread Anthony Sturchio
Thank you David, but this is happening on service restart, not operating 
system restart.  But, yes, you can modify startup scripts to happen in 
sequence, or add a sleep delay.


Thank you,
-Anthony

On 3/25/2016 10:11 AM, David kerber wrote:

On 3/25/2016 9:41 AM, Anthony Sturchio wrote:

Hello

We recently updated our Coldfusion 10 server to update 18, which moved
us up to Tomcat 7.0.64, and we are now experiencing issues when
restarting a CF instance.  I understand that this is not a coldfuison
forum, but since CF10 is based on top of a tomcat back end, which is
where the issue appears to be, I figured I would ask here.  As best I
can figure, it appears that while under moderate load, DeltaManager
sessions dont replicate, and the servlet hangs and never fully starts
up.  Without any load, the CF instance (servlet) starts up perfectly
fine without issue.

I have recently tested on a fresh install of CentOS 6.7 64 Bit, with
newly installed Coldfusion 10 update 18, and JDK 1.7.0_95, and can
confirm this issue happens out of the box.


In windows, there is an option to delay the automatic startup of 
services so that you can be sure all the things it depends on are 
ready.  I have found that it can help with intermittent startup 
issues.  Is there such a thing in CentOS that you could try?




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





Re: Cluster session replication issue: servlet hang on restart only under load

2016-03-25 Thread Anthony Sturchio
Thanks for the response.   I apologize if I'm using the incorrect 
terminology here, as this is one of the smaller "hats" that I wear at work.


Basically, coldfusion runs on top of a (possibly customized) tomcat 
backend.  Each instance has its own server.xml and web.xml.  As best I 
can figure, when starting CF, it starts tomcat in the JRE, and if 
applicable, starts deltamanager to handle the clustering business. After 
the sessions are replicated, the servlet (coldfusion server) starts up 
with the connector ports specified in server.xml.  This all happens 
relatively smoothly in testing without any appreciable load.


However when the box is added back into our webserver farm (via hardware 
load balancer), or if I create artificial load against the box using 
apache jmeter, session replication is not successful, and the coldfusion 
server never loads.  I don't get any errors written to screen or log, 
nor does kill -3 give me anything, but as per ps aux, the java process 
is still running.  The replication ports and Catalina connector ports 
are open, however the overall server shutdown port is not open, if that 
offers any clues.


Web pages are being served via apache httpd and mod_jk and AJP/1.3.


Thank you,
-Anthony

On 3/25/2016 10:09 AM, Christopher Schultz wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Anthony,

On 3/25/16 9:41 AM, Anthony Sturchio wrote:

We recently updated our Coldfusion 10 server to update 18, which
moved us up to Tomcat 7.0.64, and we are now experiencing issues
when restarting a CF instance.  I understand that this is not a
coldfuison forum, but since CF10 is based on top of a tomcat back
end, which is where the issue appears to be, I figured I would ask
here.  As best I can figure, it appears that while under moderate
load, DeltaManager sessions dont replicate, and the servlet hangs
and never fully starts up.  Without any load, the CF instance
(servlet) starts up perfectly fine without issue.

Can you clarify what it means for a servlet that has not yet started
up to be "under load"?

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlb1RoIACgkQ9CaO5/Lv0PBpxgCggKFVpE/HM++CSwsGw73r6Yni
UHYAn2dcnX/FomVD19Tz+TjEe1cMi/Zd
=ruIF
-END PGP SIGNATURE-

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





Re: Cluster session replication issue: servlet hang on restart only under load

2016-03-25 Thread David kerber

On 3/25/2016 9:41 AM, Anthony Sturchio wrote:

Hello

We recently updated our Coldfusion 10 server to update 18, which moved
us up to Tomcat 7.0.64, and we are now experiencing issues when
restarting a CF instance.  I understand that this is not a coldfuison
forum, but since CF10 is based on top of a tomcat back end, which is
where the issue appears to be, I figured I would ask here.  As best I
can figure, it appears that while under moderate load, DeltaManager
sessions dont replicate, and the servlet hangs and never fully starts
up.  Without any load, the CF instance (servlet) starts up perfectly
fine without issue.

I have recently tested on a fresh install of CentOS 6.7 64 Bit, with
newly installed Coldfusion 10 update 18, and JDK 1.7.0_95, and can
confirm this issue happens out of the box.


In windows, there is an option to delay the automatic startup of 
services so that you can be sure all the things it depends on are ready. 
 I have found that it can help with intermittent startup issues.  Is 
there such a thing in CentOS that you could try?




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



Re: Tomcat 7.0.68 - using websocket @ServerEndpoint to listen on alternate port

2016-03-25 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Luigi,

On 3/24/16 3:46 PM, Luigi Suardi wrote:
> Hi Chris.
> 
> You are right. After opening a dedicated port for my Tomcat
> instance all is working fine. My servlet code (Jersey resources and
> ServerEndpoints) does not reference any port. Client code uses
> window.location.host and picks up any port from the URL. Only
> drawback is that the URL users enter in the browser contains the
> port. Apparently, the hosting provider does not want to enable
> websocket traffic through the front end redirectors and web
> servers, which I think are Apache web servers. The dedicated port
> does the trick and enables WS only for my Tomcat instance.

You can always offer a "regular" URL (without port) that redirects to
the URL with a port. It will make it easier for your users but have no
other real effect.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlb1RsQACgkQ9CaO5/Lv0PDz8gCgkYZWYPlhK2ijEgvmetWyHJKH
Z08AoIs9A5wQyheoVdBNfaQ1AZN388Mc
=LN7b
-END PGP SIGNATURE-

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



Re: Cluster session replication issue: servlet hang on restart only under load

2016-03-25 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Anthony,

On 3/25/16 9:41 AM, Anthony Sturchio wrote:
> We recently updated our Coldfusion 10 server to update 18, which
> moved us up to Tomcat 7.0.64, and we are now experiencing issues
> when restarting a CF instance.  I understand that this is not a
> coldfuison forum, but since CF10 is based on top of a tomcat back
> end, which is where the issue appears to be, I figured I would ask
> here.  As best I can figure, it appears that while under moderate
> load, DeltaManager sessions dont replicate, and the servlet hangs
> and never fully starts up.  Without any load, the CF instance
> (servlet) starts up perfectly fine without issue.

Can you clarify what it means for a servlet that has not yet started
up to be "under load"?

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlb1RoIACgkQ9CaO5/Lv0PBpxgCggKFVpE/HM++CSwsGw73r6Yni
UHYAn2dcnX/FomVD19Tz+TjEe1cMi/Zd
=ruIF
-END PGP SIGNATURE-

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



Cluster session replication issue: servlet hang on restart only under load

2016-03-25 Thread Anthony Sturchio

Hello

We recently updated our Coldfusion 10 server to update 18, which moved 
us up to Tomcat 7.0.64, and we are now experiencing issues when 
restarting a CF instance.  I understand that this is not a coldfuison 
forum, but since CF10 is based on top of a tomcat back end, which is 
where the issue appears to be, I figured I would ask here.  As best I 
can figure, it appears that while under moderate load, DeltaManager 
sessions dont replicate, and the servlet hangs and never fully starts 
up.  Without any load, the CF instance (servlet) starts up perfectly 
fine without issue.


I have recently tested on a fresh install of CentOS 6.7 64 Bit, with 
newly installed Coldfusion 10 update 18, and JDK 1.7.0_95, and can 
confirm this issue happens out of the box.


I have set up my server.xml files for both instances using both dynamic 
(multicast) as well as static members, but both hang in the same way.  
It seems that Deltamanager is simply unable to send the sessions to the 
restarted / recovered member while under load.   If I remove the load 
from the box, it restarts normally without any issue.  I have set the 
Transport and Receiver timeouts to as high as 120 seconds, without any 
success.


Any suggestions on how to troubleshoot would be greatly appreciated.


Here's the error from the first instance:

Mar 25, 2016 2:46:47 AM org.apache.catalina.ha.tcp.SimpleTcpCluster send
SEVERE: Unable to send message through cluster sender.
org.apache.catalina.tribes.ChannelException: Operation has timed 
out(3 ms.).; Faulty members:tcp://{10, 10, 2, 84}:4002;
at 
org.apache.catalina.tribes.transport.nio.ParallelNioSender.sendMessage(ParallelNioSender.java:109)
at 
org.apache.catalina.tribes.transport.nio.PooledParallelSender.sendMessage(PooledParallelSender.java:54)
at 
org.apache.catalina.tribes.transport.ReplicationTransmitter.sendMessage(ReplicationTransmitter.java:78)
at 
org.apache.catalina.tribes.group.ChannelCoordinator.sendMessage(ChannelCoordinator.java:77)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.sendMessage(ChannelInterceptorBase.java:77)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.sendMessage(ChannelInterceptorBase.java:77)
at 
org.apache.catalina.tribes.group.interceptors.MessageDispatchInterceptor.sendMessage(MessageDispatchInterceptor.java:77)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.sendMessage(ChannelInterceptorBase.java:77)
at 
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.sendMessage(TcpFailureDetector.java:93)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.sendMessage(ChannelInterceptorBase.java:77)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.sendMessage(ChannelInterceptorBase.java:77)
at 
org.apache.catalina.tribes.group.GroupChannel.send(GroupChannel.java:224)
at 
org.apache.catalina.tribes.group.GroupChannel.send(GroupChannel.java:182)
at 
org.apache.catalina.ha.tcp.SimpleTcpCluster.send(SimpleTcpCluster.java:837)
at 
org.apache.catalina.ha.session.DeltaManager.sendSessions(DeltaManager.java:1429)
at 
org.apache.catalina.ha.session.DeltaManager.handleGET_ALL_SESSIONS(DeltaManager.java:1357)
at 
org.apache.catalina.ha.session.DeltaManager.messageReceived(DeltaManager.java:1183)
at 
org.apache.catalina.ha.session.DeltaManager.messageDataReceived(DeltaManager.java:944)
at 
org.apache.catalina.ha.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:91)
at 
org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:936)
at 
org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:917)
at 
org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:278)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:82)
at 
org.apache.catalina.tribes.group.interceptors.TcpPingInterceptor.messageReceived(TcpPingInterceptor.java:170)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:82)
at 
org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:117)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:82)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:82)
at 
org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:82)
at 
org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:252)
at 
org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:287)
at 

Re: the new code in WebappClassLoaderBase.filter() is not working correctly with Rhino engine anymore

2016-03-25 Thread Johan Compagner
On 24 March 2016 at 20:36, Violeta Georgieva  wrote:

> Check this [1]
> Tomcat 8.0.33 just passed the vote [2]
>
> Regards,
> Violeta
>
>
> [1] https://bz.apache.org/bugzilla/show_bug.cgi?id=58999
> [2] http://marc.info/?l=tomcat-dev=145883995817915=2
>


yes running .32
so thats the same thing we encounter.

good to know it is fixed.


-- 
Johan Compagner
Servoy