+1.
Colm.
On Wed, Mar 28, 2012 at 6:19 AM, Freeman Fang wrote:
> +1
>
> Thanks
> Freeman
>
> On 2012-3-28, at 上午3:09, Daniel Kulp wrote:
>
>>
>> For 2.6, we'll need a newer version of cxf-xjc and I'd like to get that
>> out
>> ahead of time. There is also a minor checkstyle change in cxf-build
+1.
Colm.
On Tue, Mar 27, 2012 at 7:02 PM, Daniel Kulp wrote:
>
> +1
>
> Dan
>
>
> On Monday, March 26, 2012 09:00:40 PM David Bosschaert wrote:
>> The Apache CXF DOSGi subproject is the Reference Implementation of the
>> OSGi Remote Services and Remote Services Admin Service specifications
>> [
+1
Christian
Am 27.03.2012 03:00, schrieb David Bosschaert:
The Apache CXF DOSGi subproject is the Reference Implementation of the
OSGi Remote Services and Remote Services Admin Service specifications
[1] which provide a distributed computing model based around OSGi
Services.
We have been work
+1
aki
2012/3/27 David Bosschaert :
> The Apache CXF DOSGi subproject is the Reference Implementation of the
> OSGi Remote Services and Remote Services Admin Service specifications
> [1] which provide a distributed computing model based around OSGi
> Services.
>
> We have been working on CXF-DOS
Hi guys
I'd like to look into the following JIRA:
https://issues.apache.org/jira/browse/CXF-3522
The CXF service provider gets a SAML token which contains an AttributeStatement
with claims information. One claim can be the roles.
An initial fix (maybe I create a seperate JIRA) shall only
+1 sounds good.
Colm.
On Wed, Mar 28, 2012 at 11:48 AM, Oliver Wulff wrote:
> Hi guys
>
>
>
> I'd like to look into the following JIRA:
>
> https://issues.apache.org/jira/browse/CXF-3522
>
>
>
> The CXF service provider gets a SAML token which contains an
> AttributeStatement with claims inform
+1
Jeff
On Mar 28, 2012, at 3:13 AM, Colm O hEigeartaigh wrote:
> +1.
>
> Colm.
>
> On Tue, Mar 27, 2012 at 7:02 PM, Daniel Kulp wrote:
>>
>> +1
>>
>> Dan
>>
>>
>> On Monday, March 26, 2012 09:00:40 PM David Bosschaert wrote:
>>> The Apache CXF DOSGi subproject is the Reference Implementa
Raised a separate JIRA for RBAC support for JAX-WS:
https://issues.apache.org/jira/browse/CXF-4212
--
Oliver Wulff
Blog: http://owulff.blogspot.com
Solution Architect
http://coders.talend.com
Talend Application Integration Division http://www.talend.com
Quick question:
Are the jaxrs and minimal bundles still needed for 2.6.0? With the new
little bundles, neither really makes any sense anymore.
The minimal bundle is far from minimal (it's grown fairly large). Folks
needed a more minimal environment are better just grabbing the individual
Hi Dan
On 28/03/12 16:16, Daniel Kulp wrote:
>
> Quick question:
> Are the jaxrs and minimal bundles still needed for 2.6.0? With the new
> little bundles, neither really makes any sense anymore.
>
> The minimal bundle is far from minimal (it's grown fairly large). Folks
> needed a more minimal
Hi Benson, all,
I was wondering if it would make sense to move the JSONP interceptors to
the CORS module.
They are in rt-rs-extension-providers (on the trunk) right now, and seem
a bit out place there,
I'm reading CORS is a modern alternative to JSONP:
http://en.wikipedia.org/wiki/Cross-or
Hi all
I'd like to start working on the RBAC (see mail "Role based access control with
SAML in CXF") and the Claims support for JAX-WS. Sergey has already implemented
that for JAX-RS.
I'd propose to move these classes (claims, annotations) to a frontend
independent module like rt/security thus
12 matches
Mail list logo