Just tested your singleton on tomee 1.5.1 and 1.6.0-SNAPSHOT and both works
fine out of the box
*Romain Manni-Bucau*
*Twitter: @rmannibucau https://twitter.com/rmannibucau*
*Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/
*LinkedIn:
Hi, guys!
I am struggling with getting ObjectDB 2.5.0 to work with clean Apache Tomee
1.5.2 with transaction-type=JTA. I don't have any configurations in Tomee
(objectdb.jar is in Tomee's classpath) nor other parts, excepting the
following persistence.xml:
?xml version=1.0 encoding=UTF-8?
Hi
it should be bound, i think the easier would be for you to share a sample
reproducing the error.
*Romain Manni-Bucau*
*Twitter: @rmannibucau https://twitter.com/rmannibucau*
*Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/
*LinkedIn:
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
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
Hi,
not sure what you meant without much details but first .jar should be
deployed in apps (depending on your Deployments in tomee.xml)
*Romain Manni-Bucau*
*Twitter: @rmannibucau https://twitter.com/rmannibucau*
*Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/
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
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 maxtorz...@gmail.comwrote:
Hi. I have a problem since i move from war to ear (since 4 months ago
aprox.),
I will try now, but i have this mapping
servlet-mapping
servlet-nameFaces Servlet/servlet-name
url-pattern*.xhtml/url-pattern
/servlet-mapping
2013/5/21 John D. Ament john.d.am...@gmail.com
Did you try swapping your form-login-page and form-error-page from
/foo.xhtml to
I added this
servlet-mapping
servlet-nameFaces Servlet/servlet-name
url-pattern*.xhtml/url-pattern
url-pattern*.jsf/url-pattern
/servlet-mapping
login-config
auth-methodFORM/auth-method
form-login-config
Interesting. Are your underlying files also *.xhtml ?
On Tue, May 21, 2013 at 1:14 PM, José Luis Cetina maxtorz...@gmail.comwrote:
I will try now, but i have this mapping
servlet-mapping
servlet-nameFaces Servlet/servlet-name
url-pattern*.xhtml/url-pattern
Hi
Is it still on trunk?
Le 21 mai 2013 19:15, José Luis Cetina maxtorz...@gmail.com a écrit :
I will try now, but i have this mapping
servlet-mapping
servlet-nameFaces Servlet/servlet-name
url-pattern*.xhtml/url-pattern
/servlet-mapping
2013/5/21 John D. Ament
@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 rmannibu...@gmail.com
Hi
Is it still on trunk?
Le 21 mai 2013 19:15, José Luis Cetina maxtorz...@gmail.com a écrit :
I will try now, but
Think youll need to do a sample with no dep to ease the issue research
Le 21 mai 2013 19:23, José Luis Cetina maxtorz...@gmail.com 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
i could just remove the dependencies if you want
2013/5/21 Romain Manni-Bucau rmannibu...@gmail.com
Think youll need to do a sample with no dep to ease the issue research
Le 21 mai 2013 19:23, José Luis Cetina maxtorz...@gmail.com a écrit :
@John i had *.xhtml only but i add *.jsf for
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
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 maxtorz...@gmail.com
Rommain, im doing tests, and
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:
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
These resources are not in comp/env.
Le 21 mai 2013 21:17, Fawzib Rojas f_ro...@spectron-msim.com 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.
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
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
Asm is not in the snapshot :p
Le 21 mai 2013 23:46, Howard W. Smith, Jr. smithh032...@gmail.com 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,
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
rmannibu...@gmail.comwrote:
Asm is not in the snapshot :p
Le 21 mai 2013 23:46, Howard W. Smith, Jr. smithh032...@gmail.com a
écrit :
When I
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
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
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:
dependency
groupIdorg.apache.openejb/groupId
artifactIdtomee-embedded/artifactId
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 john.d.am...@gmail.com a écrit :
Well, the main issue was to reproduce it locally for us i think
Le 22 mai 2013 00:27, Howard W. Smith, Jr. smithh032...@gmail.com 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
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
rmannibu...@gmail.comwrote:
Yes but we are on the 22sd ;)
Le 22 mai 2013 00:11, 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
rmannibu...@gmail.comwrote:
Well,
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). :)
On
32 matches
Mail list logo