OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-pfb message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [wsrp-pfb] [UDDI#2] Portlet&Producer businessServices same busi nessEntity?


Title: RE: [wsrp-pfb] [UDDI#2] Portlet&Producer businessServices same busi nessEntity?

I just don't see why we should force such duplicate publishing of producer service per business and still end up with inter business reference (granted they are producer service to producer server rather than portlet service to producer service).

Why not simply allow a reference to a service in another business? In future, UDDI will have better support for related businesses / business relationships in any case.

But then, maybe, I should be using another kind of tModel for this? WSRP_INTER_BUSINESS_PORTLET_SERVICE_REFERENCE under option 4 ;-)

Are you worried about using the same producer registration to talk to "Win-A-Lot" and "EducationSelfHelp" if they don't include a producer Web service in UDDI, on a strict per business basis? I would think the service projections would encourage such sharing.

I beginning to think just quoting producer wsdl urls when publishing a portlet and allowing the wsrp consumer runtime to figure out how to re-use producer registrations may be a simpler approach then such a scheme based on "service projections".

regards,
Andre

-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 19 January 2004 13:41
To: Andre Kramer
Cc: wsrp-pfb@lists.oasis-open.org
Subject: RE: [wsrp-pfb] [UDDI#2] Portlet&Producer businessServices same
busi nessEntity?



I totally agree to the use case.
But I think there is already a mechanism in UDDI to solve this.
It's called "service projections", here you can add a businessService to a
businessEntity by referring to another businessService.

So in the example below we would have perhaps:
1. a business "Portal Application Service Provider"
2. a businessService "The PAS producer" tagged as a wsrp producer
3. a business "Win-A-Lot"
4. a businessService "The WAL producer" which is a projection to 2
5. businessServices for the WAL portlets
6. a business "EducationFactory"
7. a businessService "The EF producer" which is a projection to 2
8. businessServices for the EF portlets

I think this is the scenario you describe.
The handling of these "service projections" seems not to be very good
described.
I found some information about it in:
http://uddi.org/pubs/DataStructure-V2.03-Published-20020719.pdf , chapter
6: businessService structure and the structure breakdown.

I was able to add such a service projection using the IBM test registry UI,
but didn't find that in the MS UI.
The more we look deeper into the web UIs the more differences we discover.

Mit freundlichen Gruessen / best regards,

        Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469  -  Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com


|---------+---------------------------->
|         |           Andre Kramer     |
|         |           <andre.kramer@eu.|
|         |           citrix.com>      |
|         |                            |
|         |           01/19/2004 11:39 |
|         |           AM               |
|---------+---------------------------->
  >--------------------------------------------------------------------------------------------------------------------------------------------------|

  |                                                                                                                                                  |

  |       To:       wsrp-pfb@lists.oasis-open.org                                                                                                    |

  |       cc:                                                                                                                                        |

  |       Subject:  RE: [wsrp-pfb] [UDDI#2] Portlet&Producer businessServices same busi     ness Entity?                                             |

  >--------------------------------------------------------------------------------------------------------------------------------------------------|




I think this would lead to a producer wsdl service to be published more
than once (duplicating information). Think of a WSRP hosting service
"Portal Application Services Provider, Inc." hosting "Win-A-Lot"'s Portlet
and "SelfEducate"'s Portlets.


Win-A-Lot and SelfEducate would need to publish a producer service
reference for the same producer service "Portal Application Service
Provider, Inc.", which is not even part of their business, if we required a
producer service reference to be intra-business only (and we have no way to
enforce this MUST in UDDI).


regards,
Andre


-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 19 January 2004 09:44
To: wsrp-pfb@lists.oasis-open.org
Subject: [wsrp-pfb] [UDDI#2] Portlet&Producer businessServices same
business Entity?





We haven't spoken it out, yet.


Do we require Portlet businessServices to be published under the same
businessEntity as the Producer businessService?
I think logically we shold require this, i.e. state MUST in the tech note.


This would also support Andre's comment on the "default prodcuer reference"

if we want to introduce it.


Mit freundlichen Gruessen / best regards,


        Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469  -  Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com





To unsubscribe from this mailing list (and be removed from the roster of
the OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/wsrp-pfb/members/leave_workgroup.php
.





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]