Re: form-login-page wrong redirect

2013-05-21 Thread Romain Manni-Bucau
FYI https://issues.apache.org/jira/browse/MYFACES-3726 *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmann

Re: form-login-page wrong redirect

2013-05-21 Thread Romain Manni-Bucau
that's a MyFaces issue, i didn't check all place but basically org.apache.myfaces.shared.application.DefaultViewHandlerSupport#calculateActionURL doesn't care if context is "/" and always prefixes the url by the context (so you get //index.xhtml instead of /index.xhtml which induces the behavior y

Re: latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Howard W. Smith, Jr.
i take that back... i stand corrected, yes, we're on 22nd, now. :) On Wed, May 22, 2013 at 1:31 AM, Howard W. Smith, Jr. < smithh032...@gmail.com> wrote: > ohhh trunk is on 22nd but snapshot JARs in repository are still on 20 > (currently, at the same time that i'm sending this email). :) > > >

Re: Last 1.6.0 Snapshot exception

2013-05-21 Thread Howard W. Smith, Jr.
agreed, but not many people will be duplicating those steps and/or that behavior. I think, only 'howard' will be only person duplicating those steps when installing new versions of tomee snapshot JARs. :) On Wed, May 22, 2013 at 12:47 AM, Romain Manni-Bucau wrote: > Well, the main issue was to

Re: latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Howard W. Smith, Jr.
ohhh trunk is on 22nd but snapshot JARs in repository are still on 20 (currently, at the same time that i'm sending this email). :) On Wed, May 22, 2013 at 12:48 AM, Romain Manni-Bucau wrote: > Yes but we are on the 22sd ;) > Le 22 mai 2013 00:11, "Howard W. Smith, Jr." a > écrit : > > > Reall

Re: latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Romain Manni-Bucau
Yes but we are on the 22sd ;) Le 22 mai 2013 00:11, "Howard W. Smith, Jr." a écrit : > Really? > > Have a look[1] :p > > [1] http://imageshack.us/a/img543/2448/20130521asminthesnapsho.jpg > > > On Tue, May 21, 2013 at 6:05 PM, Romain Manni-Bucau > wrote: > > > Asm is not in the snapshot :p > > L

Re: Last 1.6.0 Snapshot exception

2013-05-21 Thread Romain Manni-Bucau
Well, the main issue was to reproduce it locally for us i think Le 22 mai 2013 00:27, "Howard W. Smith, Jr." a écrit : > My apologies. I said that I will stop the noise and proceed by cleaning up > the NPE's in my app. Well, evidently, I didn't; I have been working on > other things in my web app

Re: Remote/Managed TomEE Arquillian

2013-05-21 Thread Romain Manni-Bucau
Hi Did you try the adapter with the version 1.5.1? 1.5.2 has only a single work on arquillian adapters compared to 1.5.1 which makes them hard to configure compared to previous version (and only useful for our build i guess). Le 22 mai 2013 04:46, "John D. Ament" a écrit : > Hi All > > I'm test

Remote/Managed TomEE Arquillian

2013-05-21 Thread John D. Ament
Hi All I'm testing something locally and I noticed that for TomEE 1.5.2 it doesn't seem to be starting automatically. This is the dependency: org.apache.openejb tomee-embedded ${tomee.version} And vari

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
Here you have a simple example with the error: https://github.com/maxtorzito/tomee-codi.git You can just package using the pom.xml and then mvn tomee:run on ear-codi-ear/pom.xml Open your browser and type: localhost:8080/ then you can follow the instructions in the page. Please let me know if ha

Re: Last 1.6.0 Snapshot exception

2013-05-21 Thread Howard W. Smith, Jr.
My apologies. I said that I will stop the noise and proceed by cleaning up the NPE's in my app. Well, evidently, I didn't; I have been working on other things in my web app, adding new features for endusers. After this noisy thread quieted down, I kept 2013-05-10 version of tomee 1.6.0 snapshot on

Re: latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Howard W. Smith, Jr.
Really? Have a look[1] :p [1] http://imageshack.us/a/img543/2448/20130521asminthesnapsho.jpg On Tue, May 21, 2013 at 6:05 PM, Romain Manni-Bucau wrote: > Asm is not in the snapshot :p > Le 21 mai 2013 23:46, "Howard W. Smith, Jr." a > écrit : > > > When I started using TomEE+ (1.5.1 snapshot

Re: latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Romain Manni-Bucau
Asm is not in the snapshot :p Le 21 mai 2013 23:46, "Howard W. Smith, Jr." a écrit : > When I started using TomEE+ (1.5.1 snapshot, 1.5.2 snapshot and 1.6.0 > snapshot), I started using asm-3.3.1.jar because it was dependency of some > batoo JPA. > > I'm no longer using batoo JPA, but I kept asm-

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
@Rommain, im creating a simple ear project for do this more easy to test. I will notify here when its done. Thanks. 2013/5/21 Romain Manni-Bucau > Shouldnt be mandatory at all. > > @José: if you handle to reproduce it on github with a simple mvn package; > mvn tomee:run -N; Ill try to look soo

latest tomee 1.6.0 snapshot has asm-3.2 jar; I have asm-3.3.1.jar

2013-05-21 Thread Howard W. Smith, Jr.
When I started using TomEE+ (1.5.1 snapshot, 1.5.2 snapshot and 1.6.0 snapshot), I started using asm-3.3.1.jar because it was dependency of some batoo JPA. I'm no longer using batoo JPA, but I kept asm-3.3.1.jar and using eclipse 2.3.2 JAR, and I have had no issues. I just downloaded latest tomee

Re: form-login-page wrong redirect

2013-05-21 Thread Romain Manni-Bucau
Shouldnt be mandatory at all. @José: if you handle to reproduce it on github with a simple mvn package; mvn tomee:run -N; Ill try to look soon Le 21 mai 2013 23:01, "Helge Waastad" a écrit : > I might be wrong, > But if you're making your wars skinny you probably have to make sure the > META-INF

Re: form-login-page wrong redirect

2013-05-21 Thread Helge Waastad
I might be wrong, But if you're making your wars skinny you probably have to make sure the META-INF are correct. PS, had som issues with the source level on your shared library. 1.6 should work by adding maven compiler plugin. Anyhow, I can guarantee that codi works on tomee 1.6.0-SNAPSHOT Plus

Re: JNDI Global resources and EJB JAR

2013-05-21 Thread Romain Manni-Bucau
These resources are not in comp/env. Le 21 mai 2013 21:17, "Fawzib Rojas" a écrit : > I downloaded the tomee-plus-1.52, installed in Windows, configured a > datasource/realm (both in conf/server.xml), configured a resource link in > conf/context.xml, dropped a war in webapps. It is working. > > I

Re: JNDI Global resources and EJB JAR

2013-05-21 Thread Fawzib Rojas
I downloaded the tomee-plus-1.52, installed in Windows, configured a datasource/realm (both in conf/server.xml), configured a resource link in conf/context.xml, dropped a war in webapps. It is working. I haven't touched tomee.xml (is empty). Looking in the site mentioned inside the tomee.xml f

Re: JDK7 java.nio not found

2013-05-21 Thread Caroline
I emptied my servers dir and installed a new TomEE+ 1.5.2, all works fine. Thanks! My best guess is that I corrupted my servers when trying to set up https://github.com/kamranzafar/JCL. -- View this message in context: http://openejb.979440.n4.nabble.com/JDK7-java-nio-not-found-tp4663082p4

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
If i add the CODI dependencies to ear pom.xml and then mark as provided the CODI dependencies in each webapp then CODI stop working, the managedbeans annotated with @ViewAccessScoped (CODI annotation) never is called. 2013/5/21 José Luis Cetina > Rommain, im doing tests, and i can confirm that

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
Rommain, im doing tests, and i can confirm that the CODI dependency is the issue ( i dont know why) if you just comment or remove (you will not have compilation errors) the CODI dependencies in myenterprise-web2 pom.xml (from line 38 to 62) the redirect do the expected behavior. Can you give a tr

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
i could just remove the dependencies if you want 2013/5/21 Romain Manni-Bucau > Think youll need to do a sample with no dep to ease the issue research > Le 21 mai 2013 19:23, "José Luis Cetina" a écrit : > > > @John i had *.xhtml only but i add *.jsf for test your recommendation. I > > only u

Re: form-login-page wrong redirect

2013-05-21 Thread Romain Manni-Bucau
Think youll need to do a sample with no dep to ease the issue research Le 21 mai 2013 19:23, "José Luis Cetina" a écrit : > @John i had *.xhtml only but i add *.jsf for test your recommendation. I > only use *.xhtml. > > Rommain, yes it is on trunk. > > > 2013/5/21 Romain Manni-Bucau > > > Hi >

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
@John i had *.xhtml only but i add *.jsf for test your recommendation. I only use *.xhtml. Rommain, yes it is on trunk. 2013/5/21 Romain Manni-Bucau > Hi > > Is it still on trunk? > Le 21 mai 2013 19:15, "José Luis Cetina" a écrit : > > > I will try now, but i have this mapping > > > > > >

Re: form-login-page wrong redirect

2013-05-21 Thread Romain Manni-Bucau
Hi Is it still on trunk? Le 21 mai 2013 19:15, "José Luis Cetina" a écrit : > I will try now, but i have this mapping > > > Faces Servlet > *.xhtml > > > > 2013/5/21 John D. Ament > > > Did you try swapping your form-login-page and form-error-page from > > /foo.xhtml to /

Re: form-login-page wrong redirect

2013-05-21 Thread John D. Ament
Interesting. Are your underlying files also *.xhtml ? On Tue, May 21, 2013 at 1:14 PM, José Luis Cetina wrote: > I will try now, but i have this mapping > > > Faces Servlet > *.xhtml > > > > 2013/5/21 John D. Ament > > > Did you try swapping your form-login-page and form

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
I added this Faces Servlet *.xhtml *.jsf FORM /index.jsf /index.jsf And the same result, tomee tries to redirect to http://index.jsf/?windowId=f77 maybe is an issue with CODI, im not sure 2013/5/21 José Lui

Re: form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
I will try now, but i have this mapping Faces Servlet *.xhtml 2013/5/21 John D. Ament > Did you try swapping your form-login-page and form-error-page from > /foo.xhtml to /foo.jsf ? (or whatever you map the faces servlet to) > > > On Tue, May 21, 2013 at 1:08 PM, José Lu

Re: form-login-page wrong redirect

2013-05-21 Thread John D. Ament
Did you try swapping your form-login-page and form-error-page from /foo.xhtml to /foo.jsf ? (or whatever you map the faces servlet to) On Tue, May 21, 2013 at 1:08 PM, José Luis Cetina wrote: > Hi. I have a problem since i move from war to ear (since 4 months ago > aprox.), but i didn't have any

form-login-page wrong redirect

2013-05-21 Thread José Luis Cetina
Hi. I have a problem since i move from war to ear (since 4 months ago aprox.), but i didn't have any chance to report it. I have a security constraint with a based-form login, i have defined my form-login-page to an xhtml let say a login.xhtml, but when somebody tries to access to private content

Re: JNDI Global resources and EJB JAR

2013-05-21 Thread Romain Manni-Bucau
Hi, not sure what you meant without much details but first .jar should be deployed in apps (depending on your in tomee.xml) *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **h

JNDI Global resources and EJB JAR

2013-05-21 Thread Fawzib Rojas
I have a EJB In a jar that I used in Glassfish and I want to move to Tomee. I drop the jar in the webapps directory and it get installed correctly but I dont have access to any global resource. I know the resources work because I also have a webapp configured and it works. I'm sure I'm missing

Re: javax.naming.NameNotFoundException: Name [comp/TransactionManager] is not bound in this Context. Unable to find [comp].

2013-05-21 Thread zmirc
Thanks a lot for such a fast reply. That's why I switched from Glasfish to TomEE, for its nice support. It seemed that actually I was putting objectdb.jar in the classpath in a wrong way. Now I use common.loader from catalina.properties and it works properly. It was my mistake. Thanks and keep go