users@jersey.java.net

Re: [Jersey] Implementing a generic javax.ws.rs.core.Response

From: António Mota <amsmota_at_gmail.com>
Date: Tue, 31 Mar 2009 16:23:57 +0100

Actually it does, but that doesn't interest me at all, nor is is this
the list to discuss it.

I was only curious about the use case in question because the use case
I've implemented using (partially) Jersey has some similarities, as
the jersey-annotated classes that implement the server business-logic
they all return whatever java "business" objects they like, which in
fact allow "entity types (to) be specified in interfaces"... Actually
that's why I said elsewhere that "I'm not using the "normal" Jersey
mechanism"...

But if people are too susceptible to talk about it, it's fine by me,
I'm not really that curious... C'est la vie, as they say in England...

BTW, my implementation isn't Restfull, it's just Restish... I could
make it restfull thought, if I had the time...



2009/3/31 Paul Sandoz <Paul.Sandoz_at_sun.com>:
>
> On Mar 31, 2009, at 2:33 PM, António Mota wrote:
>
>> Because of the "strongly typed entities"?
>>
>
> If i may be so bold to speak for Jaka... all i think Jaka wants to do is utilize generic typing for the return type of resource methods. It is essentially an implementation design detail for the server side code. It does not affect what goes on the wire, nor the HTTP-based contract between the client and server, nor breaks any REST constraints.
>
> Paul.
>
>>
>>
>> 2009/3/31 Jaka Jančar <jaka_at_kubje.org>:
>>>
>>> On 31. Mar 2009, at 13:29, António Mota wrote:
>>>>
>>>> 2009/3/30 Jaka Jančar <jaka_at_kubje.org>:
>>>>>
>>>>> I want my resource methods to:
>>>>> a) return strongly typed entities (so entity types can be specified in
>>>>> interfaces), and
>>>>
>>>> I'm just wondering, Jersey is about implementing REST-type
>>>> architectures, and "strongly typed entities" is anything but
>>>> RESTish... Why do you want to do that with Jersey and not stick to a
>>>> RPC style?
>>>
>>> Why is this not RESTful?
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>
>