Again, late to the party, but I agree with Emmanuel. Modules is imo to AS 
specific in order to encourage it 
as a default/referred configuration approach. I see it more as an expert mode 
to configure your app server.

And is not also dangerous to fiddle too much with the modules? Adding new 
modules might be ok, but often
you end up updating others as well (talking EL and Bean Validation) and there 
you don't know whether you
break another subsystem.

Also it adds additional constrains when deploying the app server and app. It is 
not just about dropping in a ear/war
anymore, suddenly I have to "patch" my app server first. 

On 6 Jan 2013, at 5:41 PM, Emmanuel Bernard <emman...@hibernate.org> wrote:

> As I explain in the email I forwarded, modules are good on paper but
> suffer from a few practical problems:
> 
> I need to manually install them on my deployed server instead of just
> handing over the JAR.

Exactly

> Of course modules are JBoss specific so it's a pain to make my
> application portable across several app servers.

+1

IMO we should be able to deploy an Search application with Search, ORM et al 
all bundled up and it should just work.

--Hardy


_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Reply via email to