Hi Frank,

On Thu, Aug 11, 2011 at 10:09 AM, Asseg, Frank
<frank.as...@fiz-karlsruhe.de> wrote:
> Hola Guys!
>
> Two things came up in our last meeting with the eSciDoc team at FIZ:
>
> xalan.jar is in the dependency list of fedora-webapp via
> org.apache.xmlgraphics:fop:jar:0.95-1:compile
> and after compiling the webapp i can locate the jar in
> target/WEB-INF/lib but it's not in the fedora.war generated by the
> installer.
> Is this intentional or should we file a bug?

What do you mean by fedora-webapp? Are you talking about the parent
maven module called fcrepo-webapp, or the child of that, called
fcrepo-webapp-fedora (the one that's reponsible for putting together
the war).

Looking at the latest build I did, I see xalan in fcrepo-webapp-fop's
WEB-INF/lib directory...which I'd expect because the fop webapp
depends on it. Not the main Fedora war.

> An ActiveMQ and JAX-RS implementation is included in the fedora war.
> This is of course fine when fedora gets installed in a Servlet Container
> like tomcat or jetty but when deploying on an Application Server like
> JBoss or Glassfish who pack their own implementations of JMS and JAX-RS
> the different versions clash.
> Is there some option in the installer we can tweak to have the fedora
> war exclude those implementations?

Yuck. Would excluding them from the war file really be enough? I know
we've gone through a few efforts in the past to try to get Fedora
working properly in app servers, but it seems like a very difficult
proposition to get *any* sufficiently sophisticated webapp to deploy
in multiple kinds of app server successfully, because they seem to
want to force you to use their stack of libraries.

I don't know what the right solution is here, but I personally cringe
a little at the idea of having appserver-specific builds of Fedora.

- Chris

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. 
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Reply via email to