Hur hantera flera implementationer av samma service-interface som separata komponenter

[GoogleCodeExporter]

Fråga kom från projekt som ska realisera en sökning mot Omnifind, där 
interna gränssnittet 
(tekniskt gränssnitt) ska realiseras av fler "backends" än omnifind. Ny 
implementation ska skapas 
i separat projekt. 

Refark ger idag ingen tydlig vägledning där. Jag föreslog följande till 
projektet (genom Hans G) 
som i så fall behöver läggas in i beskrivningen av tekniskt ramverk:

Hej!

Nu har jag funderat och håller med om Anders linje (så som jag  
uppfattade den). Jag anser att den avgörande frågan för val av  
strategi (ny eller samma VK) är ägarskap för  
implementationerna av sökgränssnittet. Så länge det är samma  
förvaltning / organisation som ansvarar för release av  
implementationerna bör de ligga i samma VK, men som olika composites:

vk1/composites/svc/...här ligger bara interfacet eftersom ni så  
tydligt identifierat behovet av flera implementationer...
vk1/composites/svc-omnifind/impl/...här ligger implementation för omnifind,  
dvs som eget jar-projekt men i samma VK.
vk1/composites/svc-xxxx/impl/...fler implementationer som ägs av den som  
ansvarar för interfacet...

Implementationer som tas fram av andra organisation och som förvaltas / 
livscykelhanteras och 
releases av någon annan ägare,  
blir egen VK med beroende till svc-modulen ovan (dvs till en jar som  
bara innehåller interfacet, samt ev. till types, men det bör ju  
undvikas):

vk2/composites/svc/impl/ ... implementation som utvecklas och releasas separat  
från VK1, med beroende till vk1/composites/svc/

/Johan

Original issue reported on code.google.com by johan.el...@gtempaccount.com on 22 Jun 2009 at 5:21

[GoogleCodeExporter]

Original comment by jonas.li...@gmail.com on 21 Aug 2009 at 9:13

• Added labels: Project-RA

[GoogleCodeExporter]

Status?

Original comment by Kristian.Norling on 25 Feb 2010 at 11:50

[GoogleCodeExporter]

Ja, Anders förslag accepteras. Dock behövs det att dokumentationen uppdateras.

Original comment by Hans.Gyl...@gmail.com on 7 Jun 2011 at 12:38

• Changed state: Accepted

[GoogleCodeExporter]

Documentation update is postponed to RA review during Spring 2012

Original comment by Hans.Gyl...@gmail.com on 19 Dec 2011 at 12:47

• Changed state: Postponed