[
http://jira.amdatu.org/jira/browse/AMDATU-198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=10419#comment-10419
]
Marcel Offermans commented on AMDATU-198:
-----------------------------------------
A little while ago there was a nice discussion about this on the OSGi developer
mailing list.
Summarizing its conclusions:
Aspects when you want to make something a service:
1) It has multiple implementations (where you would use a factory in classic
Java). E.g. XML Parser, Log, etc.
2) It abstracts a concept so multiple parties could provide it. For example a
JDBC connection
3) It is optional, for example a Log or Web service.
4) It makes sense to have more than one of it, a listener
5) It is not 100% reliable, a remote connection
So, this one at least qualifies as a factory, and arguably we could have
different implementations.
A link to the archived thread:
http://www.mail-archive.com/osgi-dev at mail.osgi.org/msg01659.html
> Add an AtomSyndicationLink class to JAX-RS bundle to prevent the need of Wink
> dependencies in REST services
> -----------------------------------------------------------------------------------------------------------
>
> Key: AMDATU-198
> URL: http://jira.amdatu.org/jira/browse/AMDATU-198
> Project: Amdatu
> Issue Type: Improvement
> Components: Amdatu Web - REST
> Affects Versions: 0.0.6
> Reporter: Ivo Ladage - van Doorn
> Assignee: Ivo Ladage - van Doorn
>
> To support HATEOS in a REST service it is pretty 'handy' to depend on the
> SyndLink and LinkBuilders class in the Wink specific implementation of
> JAX-RS. For LinkBuilders there is a JAX-RS alternative (UriInfo), but for
> Atom links there is not. It would be usefull to add such a class to the
> Amdatu JAX-RS bundle such that other bundles that want to expose REST
> services do not need to depend on the Wink bundle anymore (or copy the code,
> over and over again)
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
