RE: [wsrp-interfaces] Deployment

["Coco, Christopher" <Christopher.Coco@vignette.com>]

I agree that there is probably not a pressing use case for the protocol to be involved in deployment
issues strictly on the Producer side. The one pressing use case that I have is that if the Producer
and Consumer are coupled and moved through staging and Production together. We have this situation here. 
And yes, one of the main problems is resolving the referenced POP handles within the import. This problem 
can be mediated by maintaining handles across installations (given the handles are uniquely generated), and
having the target deployment recreate the portlet assets associating the imported handles with the
newly created portlets. I don't know how common this would be as I am subjective to the situation I have.

Thanks,
Christopher

Christopher Coco 
Senior Software Engineer 
Vignette Application Builder 
p. 415.995.3534 | f. 415.975.9801 

Vignette's software and expertise help organizations harness 
the power of information and the Web to deliver measurable 
improvements in business efficiency. Vignette is the efficiency 
expert. Visit http://www.vignette.com/ to learn more. 


-----Original Message-----
From: Rich Thompson [mailto:richt2@us.ibm.com]
Sent: Thursday, April 29, 2004 10:49 AM
To: wsrp-interfaces@lists.oasis-open.org
Subject: RE: [wsrp-interfaces] Deployment


While a strawman hasn't been developed yet, my expectations from the early discussions is that we will be defining an export operation that returns information on a set of cloned portlets (either directly or by reference) which any Consumer could then import into a different registration. In general this import will result in a new set of cloned portlets that represent equivalent customizations within the new registration. I would imagine that a Consumer-Producer pair could use this to also migrate usage to a new Producer deployment, but I haven't heard any pressing use case for the protocol explicitly being involved in deployment issues on the Producer side. Even the case of directly returning all customization information will have a problem with a different Producer deployment being able to make use of the POP handles this data is likely to reference. If you have a pressing use case in mind such that we should explicitly think through how this could be made reliable, it would be good to develop it before the strawman gets underway. 

Rich 


"Coco, Christopher" <Christopher.Coco@vignette.com> 
04/29/2004 01:13 PM To"Michael Freedman" <Michael.Freedman@oracle.com> 
cc<wsrp-interfaces@lists.oasis-open.org> 
SubjectRE: [wsrp-interfaces] Deployment







Ah, I didn't mean to make my questions sound so producer specific. I am more
trying to solve how to move portlet assets across producer installations. If
the solution is to push the configured portlet assets to the consumer and
have it import it to another producer, that sounds fine.

I assume for the second case that the export of the subset of cloned portlets
would contain any state the producer is maintaining for those cloned portlets?

Also, what do you mean when you say that the consumer would register with an
identical deployment of the origin producer? Is this to say that we would
allow a way for the consumer to register with a different producer yet specify
its registration context, or would the registration context simply be "imported"
after a registration with the new producer?

Thanks,
Christopher


Christopher Coco
Senior Software Engineer
Vignette Application Builder
p. 415.995.3534 | f. 415.975.9801

Vignette's software and expertise help organizations harness 
the power of information and the Web to deliver measurable 
improvements in business efficiency. Vignette is the efficiency 
expert. Visit http://www.vignette.com/ to learn more. 



-----Original Message-----
From: Michael Freedman [mailto:Michael.Freedman@oracle.com]
Sent: Thursday, April 29, 2004 7:43 AM
To: Coco, Christopher
Cc: wsrp-interfaces@lists.oasis-open.org
Subject: Re: [wsrp-interfaces] Deployment


WSRP is focused on defining the protocol between a consumer and a 
producer.  Though there are a number of producer specific deployment use 
cases I do think they are outside the realm of WSRP.  For example I 
don't think we will define an exportProducer function.  

As for your specific use cases:
(1)  Though the current use case limits itself to the same producer, it 
need not do so.  Its reasonable for us to expand this use case [or add 
an additional] where its a different producer deployment.  Though, in 
fact the second use case covers this, and presumably once solved is 
available for use in the first use case.  Bottom line, our solution 
needs to allow a consumer to export a producer and import into another 
deployment of that producer.  

(2)  Currently, I envision the following: consumer asks producer to 
export [a subset] of the cloned portlets from its registration.  The 
consumer migrates to another machine.  The new consumer registers with 
an identical deployment of the origin producer.  The consumer asks this 
producer to import into its registration the exported portlets its 
received from the origin producer.  [I am leaving out a lot of details 
-- like representations, etc so focus on the process].  So in the end 
deployment is only about import/exporting portlets not consumer metadata.

    -Mike-

Coco, Christopher wrote:

>Is it thought that the corresponding producer use cases would have to handled out-of-band?
>
>The corresponding use case being as follows:
>
>1. Producer "Publishing" - in the case of the controlled environment, it is very possible 
>that there exists both a portal consumer and a wsrp producer that both need to be moved 
>from a staging to a production deployment. The consumer "publishing "use case covers the 
>assumption that the consumers (both the staging and production) are pointing to the same 
>physical producer(s), but what happens in the case where the producer(s) need to be moved to 
>another deployment? It is assumed that producer will have to maintain the same url?
>
>2. Producer Deployment - how does the producer handle the importing/exporting of portlet assets
>and consumer metadata (registration contexts) from one producer deployment to another? It would
>seem just as likely for a producer to want to import/export applications which contain wsrp
>producer offered portlets from one producer deployment to another (along with all consumer 
>configured portlets and the corresponding consumer metadata). Is it thought that the producer
>will maintain registration context across imports, or do a mapping of imported registration
>contexts to existing registration contexts on the target deployment, or neither? Off the top of
>my head it would seem that there are several reasons that would precipitate moving portlet/consumer
>assets from one producer deployment to another.
>
>Thank you,
>Christopher
>
>Christopher Coco
>Senior Software Engineer
>Vignette Application Builder
>p. 415.995.3534 | f. 415.975.9801
>
>Vignette's software and expertise help organizations harness 
>the power of information and the Web to deliver measurable 
>improvements in business efficiency. Vignette is the efficiency 
>expert. Visit http://www.vignette.com/ to learn more. 
>  
>