You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "Kurt T Stam (JIRA)" <ju...@ws.apache.org> on 2009/02/19 16:20:02 UTC

[jira] Closed: (JUDDI-149) BusinessEntities require serviceProjections collection

     [ https://issues.apache.org/jira/browse/JUDDI-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kurt T Stam closed JUDDI-149.
-----------------------------

    Resolution: Fixed

Added the mapping to the JPA layer. 

> BusinessEntities require serviceProjections collection
> ------------------------------------------------------
>
>                 Key: JUDDI-149
>                 URL: https://issues.apache.org/jira/browse/JUDDI-149
>             Project: jUDDI
>          Issue Type: Task
>    Affects Versions: 3.0
>            Reporter: Jeff Faath
>            Assignee: Kurt T Stam
>             Fix For: 3.0beta
>
>
> According to v3 spec, a businessEntity can be saved containing businessServices that belong to another businessEntity.  In this case, the saved businessEntity considers this service a "service projection".  This must be saved in a different collection then the businessServices collections - the serviceProjections collection.
> Behind the scenes, the serviceProjection table will simply be a "join table" with a many-to-many relationship between business and services.  Thus it will contain two columns: business_key and service_key.  However from the persistence point of view, only the business needs to refer to this table with a one-to-many link using the serviceProjections collection.  Services don't need to know what businesses are projecting them (ie. a businessService doesn't have a projectedForBusiness collection).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.