The problem I find with Jetspeed 1.5, as soon as a user logs on, a new PSML file is created to represent the new role based rolled-up structure they see. I have disabled all customizations for users not in admin/webmaster roles, in that case, I would like those users to always see the latest role based PSML merged for the different (content) groups they are members.
How does Jetspeed2 behave? I haven't had change to move my own custom portal maven project to work with Jetspeed2 yet.
Thanks, Philip
From: David Sean Taylor <[EMAIL PROTECTED]> Reply-To: "Jetspeed Users List" <[EMAIL PROTECTED]> To: "Jetspeed Users List" <[EMAIL PROTECTED]> Subject: Re: JetSpeed2 Development Logistics Date: Thu, 12 Aug 2004 12:20:51 -0700
On Aug 12, 2004, at 11:43 AM, Randy Watler wrote:
Scott/David,
Thanks for the clarification.
I was describing how to develop portlet applications and resources, and pointing out that J2 separates portal from portlet application, something J1 did not.
Right. Even from what little I know now, decoupling Portal and Portlet development/deployment seems like a very nice feature in J2.
The goal is to develop resources separate from the portal, and to deploy and undeploy them separately. From what I understand, what Scott is describing is how to setup an environment for developing components to use inside of J2. This can be used by more advanced users to create a customized portal
Ok... the line between Portal and Portlet development is still a little blurry for me, (no doubt due to my limited understanding at this point).
Thats because we are not doing a good job of communicating this information to you, or because its still not clear with me.
So, editing things like SimpleLayoutHeader.jsp or adding a customized component would seem to require a portal image/merge.
For something like SimpleLayoutHeader, this should be a part of a deployable resource jar.
A customized component can be built using a maven project generated by the J2 plugin.
PSML is best managed by the portal customizer.Is the intention that PSML resources be deployable in the future, (or are they now)? The reason I ask is that it seems that the PSML defines the decorations/layouts used within the Portal, (i.e. the layout-decorator, portlet-decorator, and decorator attributes in defaults/fragment tags). It seems that one would want to deploy portlets and decorations/layouts and then deploy a PSML update to use them, no?
This ensures that you only reference decorators or layouts
My plans were to store all PSML in the database, but due to my current work load, that may not happen for the first release.
Anyway I would leave a default file-based PSML implementation for those who prefer that method.
PSML is a live data. Maybe we should define a deployment model for deploying pages (and folders) to the system.At the risk of partly answering my own question, I have to assume that the Customizer would eventually allow all of the PSML to be managed. If that is true then, would PSML generally be considered data? That might explain why some would like to be saving PSML in the database. Others might want to configure the PSML simply as files because it is primarily fixed in their scenarios. As things stand today, should I assume that PSML development/deployment should be done with the maven plugin merge as outlined by Scott?
Just feeling around in the dark guys.. thanks for the patience!
Randy Watler
-- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
_________________________________________________________________
Don�t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
