Hi

One SubscriptionManager resource type exists, but for each subscribe
request a new resource instance will be created with a different
Reference Parameter used to seperate the instances.

It would be technically possible to proxy the different EPRs to a single
resource but that gets very complicated for subscription managers very
fast. (also would duplicate the wsa router without any notable gain).

cheers,
Chris

-----Original Message-----
From: Johannes Echterhoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 21, 2008 4:33 PM
To: [email protected]
Subject: referencing subscriptions via EPRs (was: Re: generating sources
for service using quite complex schema)

Hi.

As suggested I break up my questions into separate emails. This one
covers the question on how subscriptions generated via muse reference
their manager endpoint. My question was:

According to the SubscriptionManager.wsdl that is contained in the
generated folders (WebContent/WEB-INF/classes/wsdl) there will be one
subscription manager that will be referenced in all Subscribe request
responses. So will each subscription reference the same manager?

Allen wrote:
> Could you clarify this point? My understanding is that when 
> subscribing, you set the producer EPR to the EPR of the resource that 
> you're subscribing to. That said, all subscribe operations are handled

> by the same subscription manager under Muse's hood. Any renew, destroy

> request etc. will contain a subscription reference that (using 
> reference
> parameters) will identify the exact subscription you want to perform 
> these operations on...
Vinh wrote:
> 6) A SubscriptionManager resource manages a single subscription.  So 
> if you call Subscribe 5 times, you will have 5 instances of 
> SubscriptionManager.
This seems to be contradictory. :-) Or is it not? Both approaches might
work. The first one using reference parameters to disambiguate the
subscription called for. The second approach could work if muse created
a new SubscriptionManager resource for each subscription. Any more
thoughts on this one?

Johannes


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to