cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andriy Redko (JIRA)" <>
Subject [jira] [Commented] (CXF-4199) Support class-scanning for discovering JAX-RS providers
Date Sat, 23 Nov 2013 16:57:37 GMT


Andriy Redko commented on CXF-4199:

Hi Sergey,

I have spent some time to understand the scope of the issue (it's somehow related to CXF-3725
in a way to make auto-discovery work in a generice way). The option to have something like
that (taken from CXF-3725) 
<jaxrs:server id="bookservice" address="/" 
is quite interesting though in my opinion it duplicates a bit the Spring's way to discover
things using @ComponentScan. What I came up might look wrong but it looks like this:
<jaxrs:server id="bookservice" address="/" auto-discovery="true"/>    
The actual implementation is not a just a flag but context-dependent strategy: SpringProvidersDiscovery()
and ClasspathProvidersDiscovery(). SpringProvidersDiscovery will handle all discovered beans
with @Provider annotations while ClasspathProvidersDiscovery will handle all discovered classes
from classpath with @Provider annotations (+ we should provide basePackages / baseClasses
to limit the auto-discovery scope). What do you think, is it feasible and make sense to you?

Thank you.

> Support class-scanning for discovering JAX-RS providers 
> --------------------------------------------------------
>                 Key: CXF-4199
>                 URL:
>             Project: CXF
>          Issue Type: Improvement
>          Components: JAX-RS
>            Reporter: Sergey Beryozkin
> With the search extensions module containing a provider the time has come to support
the optional class-scanning. Will help in cases when the providers are simple and no extra
configuration is expected. Post 2.6 though

This message was sent by Atlassian JIRA

View raw message