[jboss-dev-forums] [Design of JBoss Portal] - Re: Design of Portal Deployer

[mwringe]

OK, so I have done some more work on this. There are still some remaining issues where we have to use the tomcat deployer to get a reference to a webapplication running in the server, but there is not much we can do about that right now.

As far as doing things the "proper" way with deployers, which is the better approach:

1) The current approach is that we have all the jars that used to exist in the portlet container sar moved over to the deployer. The sar is then used to just to start the portlet container at run time (it becomes basically just a jboss-service.xml file).
The deployer uses the microcontainer kernel to get a reference to the portlet containers runtime objects and uses those to directly inject the information into the  running server.

2) more distinct separation between the deployer and the portlet container.
The deployer would only contain jars for the metadata, the deployers themselves and for interface classes that will be used to pass data between the deployer and the portlet container. 
In this case the deployer would parse the xml files into metadata, then convert the metadata into the proper classes for the common interface, then have the portal container  have new classes to interface with the deployer to convert the common interface into the classes that it requires.

Thoughts?

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208274#4208274

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208274