yep, just a moment, I have to download/checkout 1.7.2-SNAP
Am 28.01.2015 um 15:46 schrieb Romain Manni-Bucau:
Hi do you care testing on 1.7.2-SNAPSHOT please? Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2015-01-28 15:44 GMT+01:00 Alexander Wagner <[email protected]>:I can confirm this behavior on Ubuntu and Debain ("3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux", "3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux") with TomEE Version 1.7.1. We use normally a symbolic link for tomcat/tomee under /opt like /opt/tomee -> /opt/apache-tomee-plus-1.7.1/ If I start the TomeEE with "/opt/tomee/bin/startup.sh" I can confirm that e.g. a class annotated with javax.servlet.annotation.WebFilter or javax.servlet.annotation.WebListener located in a jar under WEB-INF/lib is not recognized by the container. If I start the TomEE with "/opt/apache-tomee-plus-1.7.1/bin/startup.sh" everything works like expected. Best Regards Alexander Wagner Am 18.09.2014 um 08:58 schrieb Matej:I think I've got it now. What I tried yesterday is renaming apache-tomee-plus-1.7.0 folder to "a". And things started working:). So it's not distro, VM dependet... So it's like Romain explained, some url, strange character bug, which I can confirm is not prenest in 1.7.1. anymore. Thank you all for help! BR Matej 2014-09-17 22:50 GMT+02:00 Romain Manni-Bucau <[email protected]>:Hi if 1.7.1 fixes it it doesn't worth spending too much time on it I guess. I remember we hacked in classloading + url handling around @WebXXXX. Pretty sure that's related. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-17 20:51 GMT+02:00 Matej <[email protected]>:Hi. Thanks, Romain, Hendrik. I have now tested myself on Ubuntu without problems. On my Centos 6.5 vps box and in company stg server same dist, other VM provider and JDK itdoesnot work. It works with 1.7.1. It's not so importnat, I can probbaly update centos. But I find it very strange, don't understand it. Romain will maybe take a quick look. After that I thing it is not worth exploring anymore. Sorry for bothering community with this stupid issue. And thanks. BR Matej 2014-09-17 15:01 GMT+02:00 Hendrik Dev <[email protected]>:For me tomee 1.7.0 (and your example from dropbox) its working on centos 5.10 x64 with either x64 oracle jdk 1.7.0_67 and openjdk 1.7.0_65 On Tue, Sep 16, 2014 at 10:24 PM, Romain Manni-Bucau <[email protected]> wrote:Le 16 sept. 2014 21:17, "Matej" <[email protected]> a écrit :Romain. Can I post you some user/pass. So you could log into my virtual box.SoIcould prove I am not nuts:)You cant upload it publicly?The whole thing is a litlle strange. Distribution dependent. Couldthisbesome async thing, something initializing to fast/to late....I doubt but ATM we dont know ;)BR Matej 2014-09-16 19:36 GMT+02:00 Romain Manni-Bucau <[email protected]:Just tested on ubuntu and I get "Hello World!". webapp is in /tmp/apache-tomee-plus-1.7.0/webapps/ROOT Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-16 19:02 GMT+02:00 Matej <[email protected]>:Hello Romain. I have prepared a package. It's default tome 1.7.0, with app. servlet acessible at /testservlet (on windows:)https://dl.dropboxusercontent.com/u/48030821/apache-tomee-plus-1.7.0.tar.gzBR Matej 2014-09-15 18:50 GMT+02:00 Romain Manni-Bucau <[email protected]>:if you are able to package a tomee with the failing app we canmaybego ahead faster Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-15 18:41 GMT+02:00 Matej <[email protected]>:Hello. I run with java 1.7_60, 1.7_65, 1.8_20. Also tried with 1.7compiledand1.8 compile. The JDK or JRE version did not seem to metter. With TomEE 1.7.1, it did run with version 1.7_60. I did nottryotheJDKversions. I will try on Ubuntu also, cause i'd like to know ifitsmaybeLinux distriuvtion dependent. For know I tested only on Centos. But on different machinesandversions.BR Matej 2014-09-15 14:41 GMT+02:00 hanasaki jiji <[email protected]:Would you confirm the java version the code was compiled onandrunonisthe same for the platforms that worked and didn't work (otherthantheOS)On Sep 14, 2014 6:57 AM, "Matej" <[email protected]> wrote:Hi. No the path was like/home/tomee/apache-tomee-plus-1.7.0/webapps/ROOTandthen 1.7.1 which started to work. Everything ascii. BR Matej 2014-09-14 13:48 GMT+02:00 Romain Manni-Bucau <[email protected]:Hi no, there is really no link at all, this one was "scanthecontainer".When I spoke about the path I was speaking about theabsolutepath(/opt/oops a space/or_maybe_a_plus/..../tomee/) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-14 13:47 GMT+02:00 Matej <[email protected]>:Hi. No, the App was on the ROOT, and the servelet path was/testservlet.Ialsotested on not root, it aso did not work. Could this have fixed it:https://issues.apache.org/jira/browse/TOMEE-1330Matej 2014-09-14 13:34 GMT+02:00 Romain Manni-Bucau <[email protected]:was the path containing a char which needs to beencodedinURLs?Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-14 13:33 GMT+02:00 Matej <[email protected]>:Hello Andy. I can do that. But it seems it's been already fixedin1.7.1. Ihavetestedthis now. The strange thing was, the bug was only experiencedonmyCentosLinuxplatform. So probably no JIRA needed. BR Matej 2014-09-14 10:14 GMT+02:00 Andy Gumbrecht <[email protected]:Hi Matej, Is it possible for you to create a JIRA issue here: https://issues.apache.org/jira/browse/TOMEE Please attach anything that may help diagnose theissue,likelogfilesand config info etc. This will help us track and keep a record of theresolution.Thanks very much, Andy. On 14/09/2014 09:28, Romain Manni-Bucau wrote:Linux=? we have test + I use it on ubuntu with success Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-13 19:54 GMT+02:00 Matej <[email protected]>:It's reproducable but only on Linux. @WebServlet(name = "MyServlet", urlPatterns ="/testservlet")public class TestServlet extends HttpServlet { private static final long serialVersionUID =1L;@Override protected void doGet(HttpServletRequestrequest,HttpServletResponseresponse) throws ServletException,IOException {response.getWriter().println("HelloWorld!");} } This for instance works on Windows and not onLinux,producing404notfound on /project/testservlet. No dependcies in pom only javaee-api BR Matej 2014-09-13 10:40 GMT+02:00 Romain Manni-Bucau <[email protected]:Hiare you able to reproduce it? Is it fromWEB-INF/classes orfrom alib?If a lib it can be excluded (excluded prefixesarehttp://svn.apache.org/repos/asf/tomee/tomee/trunk/container/openejb-core/src/main/resources/default.exclusions) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-13 10:18 GMT+02:00 Matej <[email protected]:Hello all. Is there maybe a bug in TomEE not scaning the@WebServletannotationunderlinux. I am facing a strange problem. Where upgradingfrom1.6.xto1.7theWebServlet annotation stoped working underlinux....giving404I tried with many different attributecombinations,alsochangingjdk,jreversion 1.7, 1.8. Also tried with differentprojects,machines...Altough Linux was always Centos On Windows no issues. Everything seems to work from web.xml on bothplatforms.BR Matej-- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC
smime.p7s
Description: S/MIME Cryptographic Signature
