[JBoss Portal] - Should we use Portlets+EJB3 for componentized enterprise app
by avogt_sundn
We consider a design of uniform building blocks for an enterprise application portal, were the building blocks are EAR files that deliver UI as well as busines logic in one deployment. I'm interested in your opinion on this. Let me explain that:
- we want to build up on the best practices and open standards
- building blocks (one EAR) group business use cases
- the portal presents the available use cases to the user as it chooses from the deployed use cases (that calls for some kind of registry, hopefully EJB jndi is sufficient)
- we create portal pages for each instance of a use case (that gives the user something like tabbed browsing: one tab for each use case),
- on that page there are several portlets from different EARs (!) that are grouped and controlled under guidance of one orchestrating building block (an EJB), while the portlet implementation remains within the boundaries of its EAR
- a use case has a page flow
- we have a portlet that has navigation menu for the page flow
- we have on the use case portal page a working region where at one time there will only be one portlet displayed
- the page flow is beyond JSF page flow: it can render various portlets on the working area. When the portlet (the jsf app within, to be exactly) finishes its user interaction, the page flow takes over and renders the next portlet in flow to the working area
Why the efforts? We want to have those building blocks to be highly reusable, especially the UI must be reusable "as is"; the cohesion within the building block is high since it s coupled with its UI as well as with its database tier.
What i need is some kind of injection of portlets within other portlets (or at least their controllers), so that one controller calls another when he likes to give him preset values and when he wants to extract return values from the portlets.
In the Seam group I read warnings not to declare dependencies on EJBs from foreign ear files because of class loader issues, and I read that it was not possible to biject EJBs from foreign ears.
So I was thinking about leveraging the Seam concepts to the Portal?
I could imagine that portal page to be the visualization of something like a new SEAM context.
Any opinions to that?
Armin
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116345#4116345
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116345
18 years, 3 months
[JBoss Seam] - Back
by Marx3
I have a form to submit picture. This form can be called from many different other forms, because I can attach pictures to many different objects. Hovewer I would like to have "Back" button acting like BackButton in browser. So I should always back to the form which has called my form. How should it be done in Seam?
Let's face simple example: FormObjectA and FormObjectB calls FormPicture.
How to define "Back" button so it back to caller?
I've tried:
1)many buttons with "rendered" attribute one for each caller (works but tedious) connected with many "rule if-outcome" in XML
2)render button with binding method returning proper action (has problems when binding takes place in stateful bean)
3)"navigation from-action="back" and rule-if connected with some parameter set in bean - working, but there are problems with passing parameter
4) What I think about but don't know how to make properly is to program javascript:go(-1) and have faith in proper behaviour of backButton covered by Seam.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116340#4116340
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116340
18 years, 3 months