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#...
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&a...