cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benson Margulies" <>
Subject Re: Aegis versus jaxrs
Date Sun, 12 Oct 2008 11:45:31 GMT
Schema: what's with the .xsd files? Does it ever let JAXB generate schema?

How would it ever aggregate across all the individual classes?

On Sun, Oct 12, 2008 at 7:13 AM, Benson Margulies <> wrote:
> I think I finally have a sensible question by analogy with JAXB.
> JAXBContext objects have a variety of options and properties. The
> JAXBDataBinding allows the CXF app to control these items. The user
> can make their own context and inject it into the data binding, or the
> user can set various properties of ours that our code uses to tune the
> context.
> If I'm reading the JAX-RS code correctly, AbstractJAXBProvider just
> creates a JAXBContext per package or class and uses it. Any app that
> wanted to customize it would be required to make their own subclass of
> AbstractJAXBProvider, or so it seems to me. Am I missing anything?
> Anyway, I'm going to bang something together.
> On Fri, Oct 10, 2008 at 12:42 PM, Sergey Beryozkin
> <> wrote:
>> Hi
>>> Sergey,
>>> I'm not feeling like I'm doing a very good job of explaining myself
>>> here. It's probably true that the best way for me to proceed is to
>>> code something and with some comments that say: 'Sergey, I'm
>>> frustrated HERE.' ...
>> Yea, please do it :-) ! I do hope though that you wouldn't need to get into
>> the details of the actual
>> JAX-RS runtime impl, hopefully you'd be able to craft a basic Aegis support
>> inside the 'shell' of the (Aegis)
>> JAX-RS MessageBodyReader/Writer implementation...If we could say limit the
>> support to pure Aegis (that is without it also supporting JAXB - which is
>> something CXF Aegis can do as far as I understand) then it would be super...
>> Cheers, Sergey
>>> --benson
>>> On Fri, Oct 10, 2008 at 11:44 AM, Sergey Beryozkin
>>> <> wrote:
>>>> Hi Benson
>>>> I'm sorry If I'm too slow :-) but I'm still not getting what is it that
>>>> you're proposing.
>>>> That said, I believe that may be we should postponse the discussion on
>>>> how
>>>> to improve the overall
>>>> JAX-RS implementation until after it reaches 1.0.
>>>> In meantime, if we had even a basic JAX-RS Aegis provider such that
>>>> peopple
>>>> could start doing Aegis and REST or indeed combining SOAP and REST with
>>>> the
>>>> help of Aegis, then it would be cool IMHO....
>>>> Cheers, Sergey
>>>>> I think I'm beginning to get the idea of what I'm trying to complain
>>>>> about.
>>>>> An AegisDatabinding object has input configuration and it has state.
>>>>> As it goes along, it constructs mappings for types.
>>>>> I'm having trouble swallowing a situation in which each individual
>>>>> JAX-RS item does this independently, as opposed to all the of the
>>>>> items in a service sharing a single state. Am I just confused?
>>>> ----------------------------
>>>> IONA Technologies PLC (registered in Ireland)
>>>> Registered Number: 171387
>>>> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>> ----------------------------
>> IONA Technologies PLC (registered in Ireland)
>> Registered Number: 171387
>> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland

View raw message