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 <rmannibu...@gmail.com> 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" <james.mk.gr...@gmail.com> 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 <rmannibu...@gmail.com> 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" <james.mk.gr...@gmail.com> 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 <rmannibu...@gmail.com> > > 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" <james.mk.gr...@gmail.com> 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 > > > > > > > > > > > > > > > > > > > > >