Eric Dalquist wrote:
I'm working on mavenizing the trunk of uPortal and have run into a few questions I'd like to pose to the group.

The big one is packaging.

Are you referring to packaging up uPortal for a release (i.e. a binary distribution) or are you talking about a developer deploying from the command line (say, someone who has checked out the tag from SVN) using Maven?

Using maven for build management really lends itself to generating an EAR since it allows multiple WARs (uPortal and each portlet app) and shared libraries. For uPortal 3 sandbox development we already have an EAR -> Tomcat deployer tool which puts the WARs and JARs in the correct locations.

It has been a while - did the sandbox ear deployer ever correctly deploy shared libraries, or did we punt on that?

The problem with the EAR approach is it does not (as far as I can tell) allow for differentiation of what libraries are shared by just the WARs (pluto) and what libraries need to be shared with the servlet container (jdbc driver for JNDI datasource).

I agree, afaik ear packaging isn't able to specify what goes into a shared classloader. If a webapp jar has a dependency on a shared library, it needs to add the shared library in its MANIFEST.MF file, but the ear itself doesn't contain the shared lib.

I think of it as the <provided> dependency scope in M2. The dependency exists but it is provided by the container at runtime.

I'm not quite sure what to do about this. We don't really need to use JNDI for the DataSource in the quickstart / out of the box configuration but providing a way to do it without having to come up with a custom development process would be very good.

I think if we're talking about a binary distribution (not a quickstart), it is reasonable to ask deployers of uPortal to download their JDBC driver and put it into the shared classloader of their servlet container. Perhaps the uPortal binary distribution ships with some common JDBC drivers, and an ant installer takes care of the rest.

Or perhaps I'm not fully understanding the issue,
Elliot

--
You are currently subscribed to [email protected] as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Reply via email to