Endre St�lsvik wrote: >I am writing a review of different EIP implementations, and trying to >analyze which "functionality" each framework provide. > >The problem I'm facing with Jetspeed, is the documentation! I cannot seem to >grasp the overview of Jetspeed, so if someone could clear up on a couple of >problems I'm faced with, I would be very happy! If I obviously have missed >some essential documentation, could someone please lead me to the light? ;) > >*) It seems like there are a couple of portlets present in the framework, >and it looks to me like in the documentation that these are supposed to be >enough for you, except if you have really weird needs. Is this so? Doesn't >one break MVC somewhat by using Velocity template language in addition to >the XML registiry stuff only to program new portlets? > > For the first part of the question, I'm not sure these portlets are really supposed to handle *all* your current needs (for example we're missing a standard POP3/IMAP inbox monitor portlet...) but they are supposed to give you a good start. For the second part of the question, if you're talking about the VelocityPortlet read below about "hello-velocity".
>*) Is Jetspeed primarily designed to handle _viewing_ of enterprise data, >that is to extract data from the underlying source, and then present it to >the user? It seems a bit like this because of the "we have made 5 portlets >for you that handle almost everything you'd want" approach. What about the >Enterprise Application Integration concept, where portlets should expose >some of an enterprise application's functionality? Or application-like >functionality, e.g. implement a group calendar system or a simple CRM system >like www.salesforce.com, directly in the portal system? > > You can develop enterprise application integration portlet, it's just that we have not developped any. In any case, these kinds of development would more probably be done by a Jetspeed integrator although we could certainly host within the project some very generic ones like messaging, calendar, etc >*) The "instance" and "ref" types. What is this? Is it similar to the >"instance" stuff talked about in this document: > >http://www-3.ibm.com/software/webservers/portal/doc/V41PortletDevelopmentGui >de.pdf > >*) The actions. Are these supposed to take care of all your business logic >needs? > > No. Actions are typically "controllers". They may sometimes be used to also implement the business logic, but Turbine would typically expect you to encapsulate all business logic within other classes (like Turbine AppplicationTools) all use the Action to populate the context provided to the template with the appropriate business objects (or use implicit context loading in case of Tools). >*) The "addressing" of the portlets. The hello-velocity portlet has some >data that can be sent to it. > 1) Where is the action defined? How is this configured? > There's several way to invoke the action: - the Turbine way of specifying an "action" parameter in the portlet <form> tag. - the Jetspeed VelocityPortlet way of using an implicit action associated with a portlet through the registry. In this case, the FORM action must reference the calling portlet name or id. This is always done automatically when you use the Jetspeed provided link objects ($link, $jlink, etc... in the Velocity templates) > 2) How is it addressed? What if two portlets on the same screen had a >submit button? > > Since in each they specify the action to call and give a portlet identifier, it's not an issue. >*) "Porlet applications": are Jetspeed supposed to handle, at this stage, a >".par" file, where all the necessary stash is bundled into a file? > > Not yet. That's only implemented in the "portlet_api" branch of the CVS with the IBM contributed code but it's not (yet) integrated into the CVS head. >Any help would be valued! Jetspeed isn't _that_ easy, with all the stuff >coming from both turbine and jetspeed.. ;-) > > > If you ever write a valuable documentation on Jetspeed from your study, you're welcome to contribute it back... :) -- Rapha�l Luta - [EMAIL PROTECTED] Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
