[Bug 55301] New: java.lang.IllegalArgumentException: McastService:Required property "tcpSecurePort" is missing.

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55301

Bug ID: 55301
   Summary: java.lang.IllegalArgumentException:
McastService:Required property "tcpSecurePort" is
missing.
   Product: Tomcat 7
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: lionghosts...@gmail.com

When I try to run 
java org.apache.catalina.tribes.membership.McastService

It gives an exception
Exception in thread "main" java.lang.IllegalArgumentException:
McastService:Required property "tcpSecurePort" is missing.
at
org.apache.catalina.tribes.membership.McastService.hasProperty(McastService.java:360)
at
org.apache.catalina.tribes.membership.McastService.start(McastService.java:381)
at
org.apache.catalina.tribes.membership.McastService.start(McastService.java:369)
at
org.apache.catalina.tribes.membership.McastService.main(McastService.java:701)

Tomcat version, 7.0.41

-- 
You are receiving this mail because:
You are the assignee for the bug.

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



[Bug 55241] maxConnections for BIO connector leads to acceptor stop

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55241

--- Comment #5 from vyacheslav  ---

ClientAbortException:  java.net.SocketException: Connection reset
at
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:406)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:480)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:310)
at
org.apache.catalina.connector.OutputBuffer.writeByte(OutputBuffer.java:450)
at
org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:77)
at java.io.DataOutputStream.writeInt(DataOutputStream.java:200)
at gft.chart.impl.QuotesResponse.storeObject(QuotesResponse.java:38)
at
common.util.storable.StorableOutputStream.writeStorableCursor(StorableOutputStream.java:117)
at
common.util.storable.StorableOutputStream.writeSingle(StorableOutputStream.java:71)
at
common.util.storable.StorableOutputStream.writeObject(StorableOutputStream.java:58)
at
common.util.rif.RequestResponseSerializer.serializeResponse(RequestResponseSerializer.java:88)
at
common.gateway.HttpGateway.finalizeRequestProcessing(HttpGateway.java:494)
at common.gateway.HttpGateway.processRemoteInvocation(HttpGateway.java:440)
at common.gateway.HttpGateway.doPost(HttpGateway.java:154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.net.SocketException: Connection reset
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:113)
at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
at sun.security.ssl.OutputRecord.writeBuffer(OutputRecord.java:377)
at sun.security.ssl.OutputRecord.write(OutputRecord.java:363)
at
sun.security.ssl.SSLSocketImpl.writeRecordInternal(SSLSocketImpl.java:830)
at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:801)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
at
org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:215)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:480)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:366)
at
org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutputBuffer.doWrite(InternalOutputBuffer.java:240)
at
org.apache.coyote.http11.filters.IdentityOutputFilter.doWrite(IdentityOutputFilter.java:84)
at
org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:192)
at org.apache.coyote.Response.doWrite(Response.java:517)
at
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:401)
... 30 more
Exception in thread "tomcat-exec-7" java.lang.InternalError: response
serialization failed: null
at
common.util.rif.RequestResponseSerializer.serializeResponse(RequestResponseSerializer.java:91)
at
common.gateway.HttpGateway.finalizeRequestProcessing(HttpGateway.java:494)
at common.gateway.HttpGateway.processRemoteInvocation(HttpGateway.java:440)
at common.gateway.HttpGateway.doPost(HttpGateway.java:154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal

[Bug 55241] maxConnections for BIO connector leads to acceptor stop

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55241

--- Comment #6 from vyacheslav  ---
Reproduced also with APR. NOT reproduced with NIO.

Here is APR ClientAbortException stack trace.




ClientAbortException:  java.io.IOException
at
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:388)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:462)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:310)
at
org.apache.catalina.connector.OutputBuffer.writeByte(OutputBuffer.java:432)
at
org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:77)
at java.io.DataOutputStream.writeInt(DataOutputStream.java:200)
at gft.chart.impl.QuotesResponse.storeObject(QuotesResponse.java:38)
at
common.util.storable.StorableOutputStream.writeStorableCursor(StorableOutputStream.java:117)
at
common.util.storable.StorableOutputStream.writeSingle(StorableOutputStream.java:71)
at
common.util.storable.StorableOutputStream.writeObject(StorableOutputStream.java:58)
at
common.util.rif.RequestResponseSerializer.serializeResponse(RequestResponseSerializer.java:88)
at
common.gateway.HttpGateway.finalizeRequestProcessing(HttpGateway.java:494)
at
common.gateway.HttpGateway.processRemoteInvocation(HttpGateway.java:440)
at common.gateway.HttpGateway.doPost(HttpGateway.java:154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.AprEndpoint$SocketWithOptionsProcessor.run(AprEndpoint.java:1780)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.io.IOException
at
org.apache.coyote.http11.InternalAprOutputBuffer.flushBuffer(InternalAprOutputBuffer.java:205)
at
org.apache.coyote.http11.InternalAprOutputBuffer.access$100(InternalAprOutputBuffer.java:37)
at
org.apache.coyote.http11.InternalAprOutputBuffer$SocketOutputBuffer.doWrite(InternalAprOutputBuffer.java:235)
at
org.apache.coyote.http11.filters.IdentityOutputFilter.doWrite(IdentityOutputFilter.java:84)
at
org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:192)
at org.apache.coyote.Response.doWrite(Response.java:505)
at
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:383)
... 30 more
Exception in thread "tomcat-exec-5" java.lang.InternalError: response
serialization failed: null
at
common.util.rif.RequestResponseSerializer.serializeResponse(RequestResponseSerializer.java:91)
at
common.gateway.HttpGateway.finalizeRequestProcessing(HttpGateway.java:494)
at
common.gateway.HttpGateway.processRemoteInvocation(HttpGateway.java:440)
at common.gateway.HttpGateway.doPost(HttpGateway.java:154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
 

[Bug 55241] maxConnections for BIO connector leads to acceptor stop

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55241

vyacheslav  changed:

   What|Removed |Added

 CC||vyacheslav.gu...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.

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



[Bug 55267] NIO thread locked

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55267

--- Comment #6 from Pavel  ---
Great - quick question - can I build and use the tomcat on prod? or do I need
to do some optimizations to use the trunk version on prod?

-- 
You are receiving this mail because:
You are the assignee for the bug.

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



[Bug 55305] New: DefaultServlet sets ContentType after opening stream [COPY OF 19721]

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55305

Bug ID: 55305
   Summary: DefaultServlet sets ContentType after opening stream
[COPY OF 19721]
   Product: Tomcat 7
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
  Assignee: dev@tomcat.apache.org
  Reporter: warren.cross...@mofokom.biz

Created attachment 30624
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=30624&action=edit
moves the content  type code up several lines.

https://issues.apache.org/bugzilla/show_bug.cgi?id=19721

I am experimenting with an xslt processing instruction filter which is hampered
by this problem. Hence my involvement as a stakeholder.

I think the arguments given for wont fix by Remey in 2003 were and are no
longer valid (and in logical fact contradictory) He says the example is not
supposed to actually work, is not affected by this as a bug and then correctly
suggests that the convoluted workaround is invalid (which it actually is). 

The fix is to move the content type code up a few lines in the DefaultServlet.

>From a fast gap analysis, there is very low impact on this fix. 

I think the correct behaviour is typically the expected behaviour, which in
this case is for the ServletRequest to have a content type "associated" with it
(by the container) before the filter chain is invoked. 

Without this fix it would imply that the workaround for any filter which is
only to process a given mime type would need to check the magic in the stream
and exclude for every request NOT required for processing. This is indeed
incorrect as Remey pointed out because checking the stream is non deterministic
as it can and will induce blocking and lead to a conflagration of pain and
suffering.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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



[Bug 55305] DefaultServlet sets ContentType after opening stream [COPY OF 19721]

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55305

wozza.xing  changed:

   What|Removed |Added

 CC||warren.cross...@mofokom.biz

--- Comment #1 from wozza.xing  ---
I would also happily contribute this filter as an example on how to use apache
xalan to compile/cache xslt (Translets) and apply the templates to xml content
that has a xslt processing instruction in the FilterChain.   I.e xsltxforms
etc.

http://www.mofokom.biz/artifactory/snapshots-public/mofokom/templates-filter/1.0-SNAPSHOT/templates-filter-1.0-SNAPSHOT-sources.jar

This could be the start of something beautiful. Your thoughts??

-- 
You are receiving this mail because:
You are the assignee for the bug.

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



svn commit: r1506792 - /tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java

2013-07-24 Thread kfujino
Author: kfujino
Date: Thu Jul 25 01:35:59 2013
New Revision: 1506792

URL: http://svn.apache.org/r1506792
Log:
Fix IllegalArgumentException thrown by simple test for McastService.

Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java

Modified: 
tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java?rev=1506792&r1=1506791&r2=1506792&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java 
(original)
+++ tomcat/trunk/java/org/apache/catalina/tribes/membership/McastService.java 
Thu Jul 25 01:35:59 2013
@@ -578,6 +578,8 @@ public class McastService implements Mem
 p.setProperty("mcastFrequency","500");
 p.setProperty("tcpListenPort","4000");
 p.setProperty("tcpListenHost","127.0.0.1");
+p.setProperty("tcpSecurePort","4100");
+p.setProperty("udpListenPort","4200");
 service.setProperties(p);
 service.start();
 Thread.sleep(60*1000*60);



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



svn commit: r1506793 - in /tomcat/tc7.0.x/trunk: java/org/apache/catalina/tribes/membership/McastService.java webapps/docs/changelog.xml

2013-07-24 Thread kfujino
Author: kfujino
Date: Thu Jul 25 01:41:20 2013
New Revision: 1506793

URL: http://svn.apache.org/r1506793
Log:
Fix IllegalArgumentException thrown by simple test for McastService.

Modified:

tomcat/tc7.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java
tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml

Modified: 
tomcat/tc7.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java?rev=1506793&r1=1506792&r2=1506793&view=diff
==
--- 
tomcat/tc7.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java
 (original)
+++ 
tomcat/tc7.0.x/trunk/java/org/apache/catalina/tribes/membership/McastService.java
 Thu Jul 25 01:41:20 2013
@@ -697,6 +697,8 @@ public class McastService implements Mem
 p.setProperty("mcastFrequency","500");
 p.setProperty("tcpListenPort","4000");
 p.setProperty("tcpListenHost","127.0.0.1");
+p.setProperty("tcpSecurePort","4100");
+p.setProperty("udpListenPort","4200");
 service.setProperties(p);
 service.start();
 Thread.sleep(60*1000*60);

Modified: tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml?rev=1506793&r1=1506792&r2=1506793&view=diff
==
--- tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml Thu Jul 25 01:41:20 2013
@@ -171,6 +171,10 @@
   
 Avoid NPE when the channel fails to start. (kfujino)
   
+  
+55301: Fix IllegalArgumentException thrown by
+simple test for McastService. (kfujino)
+  
 
   
   



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



[Bug 55301] java.lang.IllegalArgumentException: McastService:Required property "tcpSecurePort" is missing.

2013-07-24 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55301

Keiichi Fujino  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Keiichi Fujino  ---
Fixed in trunk and 7.0.x and will be included in 7.0.43 onwards.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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