just remove the listener and it works *Romain Manni-Bucau* *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* *Blog: **http://rmannibucau.wordpress.com/*<http://rmannibucau.wordpress.com/> *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau*
2013/3/6 James Green <[email protected]> > Yeah I think this is where I am coming unstuck with portability. > > See > > http://stackoverflow.com/questions/15156171/glassfish-web-xml-servlet-mapping-to-webservice-gets-classcastexceptionfor > the problem I was having declaring jaxws services in web.xml portably. > > Without shipping a jaxws implementation with my app, is it possible to > declare these as servlets across Glassfish and others? An example would > speak volumes. > > James > > > > On 6 March 2013 05:36, Romain Manni-Bucau <[email protected]> wrote: > > > Jaxrs and jaxws are for sure but for jaxws you need to map them in > web.xml > > Le 5 mars 2013 22:56, "James Green" <[email protected]> a écrit : > > > > > The only producers I have our POJO Factories for my Mongo DAOs. They > all > > > @Inject an @ApplicationScoped datasource which itself holds the Mongo > > > client connection. > > > > > > So web-tier.war depending-on service-tier.jar depending-on > > > persistence-tier.jar each with beans.xml. > > > > > > Should I expect JAX-RS and JAX-WS web tier POJOs to be scanned for > > without > > > being EJB annotated? I ask as I'm pretty sure Glassfish does "notice" > > them > > > - what I don't recall is whether any CDI scope such as @RequestScoped > is > > > needed. > > > > > > James > > > > > > > > > > > > On 5 March 2013 21:23, Romain Manni-Bucau <[email protected]> > wrote: > > > > > > > Yes a jar without a beans.xml is not a cdi one. About webservices > maybe > > > you > > > > hit the fact a pojo one (not ejb) should be defined in web.xml. > finally > > > you > > > > are right about pooling (but a lot of mongo stuff is thread safe. > > > Producers > > > > with scopes (reauest?) can be another answer > > > > Le 5 mars 2013 22:13, "James Green" <[email protected]> a > > écrit : > > > > > > > > > I only added @Stateless to my @WebService classes because of > > deployment > > > > > errors in TomEE. They worked fine in Glassfish. Figured perhaps CDI > > > > wasn't > > > > > as mature in TomEE? > > > > > > > > > > Didn't realise beans.xml had to go into each jar. Will add. > > > > > > > > > > If I'm reading this right, POJOs @Injected into a SLSB will share > the > > > > scope > > > > > of the SLSB. So if the EJB container pools the SLSBs (my web tier), > > it > > > > will > > > > > also pool the POJOs? I'm balancing the need for thread safety with > > new > > > > > instances everywhere, and memory churn with GC pauses. > > > > > > > > > > James > > > > > > > > > > > > > > > > > > > > On 5 March 2013 20:45, Romain Manni-Bucau <[email protected]> > > > wrote: > > > > > > > > > > > Hi > > > > > > > > > > > > It works, ensure you have a beans.xml in each jar + about > > annotations > > > > > check > > > > > > your need but @applicationscoped is tempting. > > > > > > > > > > > > Finally sharing your exception can help too > > > > > > Le 5 mars 2013 21:39, "James Green" <[email protected]> a > > > > écrit : > > > > > > > > > > > > > I've spent the past year developing a Java EE 6 application > with > > > > JAX-RS > > > > > > and > > > > > > > JAX-WS endpoints. Each of these are annotated @Stateless. > > > > > > > > > > > > > > The project exists currently as a single maven project of war > > > > packaging > > > > > > > type. I would like to split this up by tier - web, service, > > > database > > > > - > > > > > > as I > > > > > > > suspect many other people do things this way to spread workload > > > > between > > > > > > > staff. > > > > > > > > > > > > > > My "service" layer is currently a set of POJOs. They are > > @Injected > > > > into > > > > > > the > > > > > > > web service layer. Similarly, the database layer is @Injected > > into > > > > the > > > > > > > service layer. > > > > > > > > > > > > > > Two questions emerge and I'd like some experienced voices on > the > > > > > matter. > > > > > > > > > > > > > > 1. Should I be able to push the service and database classes > down > > > > into > > > > > a > > > > > > > separate jar file, and have the existing war project depend on > > > that? > > > > > > > > > > > > > > 2. Should the service and database (DAO) layers have any > > container > > > > > > > annotations? > > > > > > > > > > > > > > This is a bit of a loaded question since I tried to push down > the > > > > > service > > > > > > > and database tiers of one of my java packages but it blew up > > during > > > > > > > deployment with the likes of > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > http://docs.oracle.com/javaee/6/api/javax/enterprise/inject/IllegalProductException.html > > > > > > > > > > > > > > Bear in mind that our database is MongoDB, so I have no need > for > > > EJBs > > > > > for > > > > > > > transaction and I'm not using EJB for security either, hence > > beyond > > > > the > > > > > > web > > > > > > > tier everything is CDI. > > > > > > > > > > > > > > Thanks for your time in advance. > > > > > > > > > > > > > > James > > > > > > > > > > > > > > > > > > > > > > > > > > > >
