Hi Mauro,
The WAR package is built by running "mvn war:war" in the basex-api
project directory [1]. There are no specific settings for WAR
deployment in the pom.xml file, which is why all libraries and BaseX
classes and are bundled without further modifications.
I guess it shouldn’t cause any troubles if the BaseX classes were
zipped as well, and I agree that the WEB-INF can probably be dropped.
If you are interested, feel free to add a pom.xml section for war
deployment (and of course we invite you to give the result back to the
community).
Hope this helps,
Christian
[1] https://github.com/BaseXdb/basex/tree/master/basex-api
On Wed, Jun 27, 2018 at 12:30 PM Mauro Mugnaini wrote:
>
> Hi All,
> We are used to implement and deploy services into containers (Tomcat, JBoss,
> Wildfly, ...) as single WAR and for this kind of work we always implement
> starting from the BaseX WAR distribution.
>
> Now, looking in depth into the structure of the WAR, we noted that all the
> third party JARs, BaseX common classes JAR and XQJ bridge JAR are located
> into WEB-INF/lib folder whereas HTTP related classes (filters, servlet,
> listener and so on) are located inside the WEB-INF/classes.
> Moreover a possibly useless (?) WEB-INF folder with another web.xml and
> another jetty.xml in the same WEB-INF/classes.
>
> My question is: is there any reason why files in WEB-INF/classes are not
> “jarred” into a single archive and placed into WEB-INF/lib folder? Are there
> any cons doing that way according to your experience?
> The objective is to optimize the EAR content, where several WARs of services
> are packaged into a single EAR file, by factoring out all the JARs into the
> /lib folder of the EAR.
>
>
> Thank you and regards,
>
> Mauro