Re: mod_jk 1.2.27 stack smashing detected on centos

2014-05-30 Thread Dino Ciuffetti


 I have Apache/2.2.15 (Unix) mod_jk/1.2.37 PHP/5.3.3 Apache, and PHP
 are installed via RPM (centos packages), while mod_jk was compiled
 from source.

 Subject says 1.2.27 and above says 1.2.37. I assume 1.2.37 is correct
 but please check.

Yes, I'm sorry. It's a typo. I have jk 1.2.37.


 In any case, can you re-test with 1.2.40, and make sure that debugging
 symbols are included in the build?

OK, thanks. I'll schedule a module recompilation with debug symbols.
Thank you!


-- 
Dino Ciuffetti
Linux System Administrator and Architect
TuxWeb S.r.l. - http://www.tuxweb.it/



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



Getting 405 status from local Tomcat on Windows

2014-05-30 Thread Dave Smith
I am running Tomcat 7.0.41 on a Windows laptop (8.1 Pro). I know, I know - I
get what I deserve in such a configuration.

 

Actually, it was running fine until about a month ago. Something went
horribly wrong that required I re-install Windows and, basically, start from
scratch. My reason for running Tomcat here? I have a Windows client app,
written in Java, that talks to the Tomcat/JSP server via HTTP. 

 

Since re-installing tomcat and my server application, it runs fine when I
connect to it from a web browser. However, when I tell my desktop client app
to connect to the server, it fails on the initial connection with a 405
status. I am running the server is debug, from Eclipse, and have put
breakpoints in the doGet, doPost, and doPut methods of my ControllerServlet
class that extends the java.servlet.http.HttpServlet. None of these
breakpoints fire before the client gets back the 405 status. (the client
works fine if connecting to the real server running tomcat 6 on an Ubuntu
server.)

 

I can find no place locally where verb filtering is being configured.

 

Any idea will be greatly appreciated.

 

Dave Smith

Brindle Waye, Ltd.

866-522-9839 ext 823

Design-a-Course

The Easiest Way to Train Anyone. Anywhere!

 

Like us on  http://www.facebook.com/brindleadmin Facebook and follow us on
http://www.linkedin.com/company/915700 LinkedIn!

 



Deploying JerseyWS 2.8 w/o web.xml

2014-05-30 Thread Cuneo, Nicholas
Hi,

We are trying to deploy a webservice to tomcat 8.0.5 using Jersey WS 2.8.  In 
the Jersey documentation it mentions deploying without the need for a web.xml 
in your war file using annotations, so I thought I'd give that a  try.
However, when I go to deploy my webservice Tomcat is throwing the exception 
below, I can't figure out what might be the issue.

Some notes about our environment in case  they come into play:
The webservice  is compiled with java 8.
Tomcat is running on a linux server.
As per the Jersey documentation, I have a class annotated with @ApplicationPath 
which extends ResourceConfig.  Our webservices exist in a separate package 
which is being loaded using the packages() function.

30-May-2014 20:57:22.592 SEVERE [localhost-startStop-4] 
org.apache.catalina.startup.ContextConfig.processServletContainerInitializers 
Failed to process JAR found at URL [/api] for ServletContainerInitializers for 
context with name [{1}]
java.io.IOException: java.lang.ClassCastException: Cannot cast 
org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer to 
javax.servlet.ServletContainerInitializer
at 
org.apache.catalina.startup.WebappServiceLoader.loadServices(WebappServiceLoader.java:185)
at 
org.apache.catalina.startup.WebappServiceLoader.load(WebappServiceLoader.java:151)
at 
org.apache.catalina.startup.ContextConfig.processServletContainerInitializers(ContextConfig.java:1597)
at 
org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1125)
at 
org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:768)
at 
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:303)
at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at 
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5058)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:976)
at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1762)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassCastException: Cannot cast 
org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer to 
javax.servlet.ServletContainerInitializer
at java.lang.Class.cast(Class.java:3258)
at 
org.apache.catalina.startup.WebappServiceLoader.loadServices(WebappServiceLoader.java:182)
... 19 more


Thanks,

Nick Cuneo  /  Software Engineer, Cloud  /  Tyco Retail Solutions
Tel: +1 949 517 4802  /  Mobile: +1 949 243 4952
3 Ada  /  Irvine, CA 92618  /  USA
ncu...@tycoint.com  /  www.tyco.com
[cid:image001.png@01CF7C0F.E25B4660]


This email (including any attachments) may contain information that is private 
or business confidential. If you received this email in error, please delete it 
from your system without copying it and notify sender by reply email so that 
our records can be corrected




This e-mail contains privileged and confidential information intended for the 
use of the addressees named above. If you are not the intended recipient of 
this e-mail, you are hereby notified that you must not disseminate, copy or 
take any action in respect of any information contained in it. If you have 
received this e-mail in error, please notify the sender immediately by e-mail 
and immediately destroy this e-mail and its attachments.


Re: Getting 405 status from local Tomcat on Windows

2014-05-30 Thread Konstantin Kolinko
2014-05-31 0:38 GMT+04:00 Dave Smith d...@brindlewaye.com:
 I am running Tomcat 7.0.41 on a Windows laptop (8.1 Pro). I know, I know - I
 get what I deserve in such a configuration.



 Actually, it was running fine until about a month ago. Something went
 horribly wrong that required I re-install Windows and, basically, start from
 scratch. My reason for running Tomcat here? I have a Windows client app,
 written in Java, that talks to the Tomcat/JSP server via HTTP.



 Since re-installing tomcat and my server application, it runs fine when I
 connect to it from a web browser. However, when I tell my desktop client app
 to connect to the server, it fails on the initial connection with a 405
 status. I am running the server is debug, from Eclipse, and have put
 breakpoints in the doGet, doPost, and doPut methods of my ControllerServlet
 class that extends the java.servlet.http.HttpServlet. None of these
 breakpoints fire before the client gets back the 405 status. (the client
 works fine if connecting to the real server running tomcat 6 on an Ubuntu
 server.)



 I can find no place locally where verb filtering is being configured.



 Any idea will be greatly appreciated.


Configure an access log and look there for what request line your
client is actually sending.

If your request line is no starting with GET , POST  or PUT 
then none of doGet() doPost(), doPut() methods can be called.

You can put a breakpoint in javax.servlet.http.HttpServer.service()
or in org.apache.catalina.connector.CoyoteAdapter class.

Best regards,
Konstantin Kolinko

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



Re: Deploying JerseyWS 2.8 w/o web.xml

2014-05-30 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Nick

On 5/30/14, 5:03 PM, Cuneo, Nicholas wrote:
 We are trying to deploy a webservice to tomcat 8.0.5 using Jersey
 WS 2.8.  In the Jersey documentation it mentions deploying without
 the need for a web.xml in your war file using annotations, so I
 thought I’d give that a  try.
 
 However, when I go to deploy my webservice Tomcat is throwing the 
 exception below, I can’t figure out what might be the issue.
 
 
 
 Some notes about our environment in case  they come into play:
 
 The webservice  is compiled with java 8.
 
 Tomcat is running on a linux server.
 
 As per the Jersey documentation, I have a class annotated with 
 @ApplicationPath which extends ResourceConfig.  Our webservices
 exist in a separate package which is being loaded using the
 packages() function.
 
 
 
 30-May-2014 20:57:22.592 SEVERE [localhost-startStop-4] 
 org.apache.catalina.startup.ContextConfig.processServletContainerInitializers

 
Failed to process JAR found at URL [/api] for
 ServletContainerInitializers for context with name [{1}]
 
 java.io.IOException: java.lang.ClassCastException: Cannot cast 
 org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer
 to javax.servlet.ServletContainerInitializer

It looks like you might have a JAR file in WEB-INF/lib that contains
ServletContextInitializer or something similar. Tomcat should veto the
loading of such classes, but something may have slipped-by.

Remember that runtime class is classloader + class, so the above error
may be confusing: JerseyServletContainerInitializer does in fact
extend ServletContainerInitializer (at least given their current API
javadoc) so the problem is likely that the ClassLoaders do not match.

Perhaps you are using Maven and it's unaware that Tomcat provides some
of the javax.* packages itself?

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

iQIcBAEBCAAGBQJTiRpRAAoJEBzwKT+lPKRYeZUP/RQ4NlB9yxhGaXVdBNoPVKdq
L8DakkbBlHLOVnOgEcyK++s5iOUFXHSeRVJuTIDQs0fAiDnMjC4V+3wynCJbzgz1
174AsN50+LEG4wvJ+rVwS0yBaEzwn7bHKY5zR/J0Rrry4Ms6J4xTuuL8nofr/qkJ
muNFagg+Ypxfbo9qH0Y/XgFMU7IVy4+ti3dtVKXCZJjjOkaRC9DB6A/Win83onAC
FU8zO2bgrTyGtJFsF1IK5VE9V4lafSIy8HgszWUm3zbG1dmrXpii65vdF+gSBALs
kyTN4bekR15O9ubuHXspqZwpJyEBxRLy71048PEHg0gQ4BCluy6nmksxeRTTtVsH
30VRsp2p/JlUHIJWrB/mJ98Co0hN5h2dwzodARarTm8Qm9P/ZDCDzOLj2cHgv6cY
AodGJYuLcNDiwfyv74kVyf0sr/mj54ghZ61ttLYPpqwcZyDTf9dmPiS/SuB9uSWa
oHOcg36v6s0FSIXlvpM+MZ7R1n+m/Dsj2u5dRkt/L/WzNBR7BSQqfs6vPiYoz5H7
IVRhgxYGZLXTmhNx/0yk14zr3EF8Ww84oXlyXNui2kM6jpGgkbleSV/1dkd6F3Ud
/mZxY8a5rqrqrEN/qgFRx0gk2LEtnQhE8p4qHT/2ij0Q1UQXMpPQBL4bdLIe4Zep
FPjzCGsmV9amCd6jvJU2
=6tVn
-END PGP SIGNATURE-

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