Salut Jeanfrancois,
did you had a minute to thought about implementing a Wrapper in Grizzly? (so
I can process the content which was generated but not sent to the client)
Thanks for your help! ;)
Bye bye,
Daniel
P.S: Where is Prévost? (Canada?) :)
2009/2/6 Jeanfrancois Arcand <Jeanfrancois.Arcand_at_sun.com>
> Salut,
>
> Daniel Manzke wrote:
>
>> Hi Jeanfrancois,
>>
>> ok let me give it another try. ;)
>>
>> To support WebDAV in JAX-RS Markus KARG developed the needed classes and
>> annotated them with JAXB annotations. What I want to do is, to process the
>> the xml which was generated by a JAX-RS implementation right before it was
>> send to the client.
>>
>> Example:
>> The Microsoft WebDAV-Client (MiniRedi) needs namespaces in XML. Without
>> them the client aborts the connection. We have a solution which works for
>> new applications, there you add an empty property, which causes JAXB to use
>> namespaces.
>> What I want to have is a solution which I can add by configuration.
>>
>> That's why we thought about using Servlet Filters.
>>
>> Until now I'm trying to implement this solution by an Adapter which I can
>> pass to the GrizzlyFactory. This would allow that I could just wrap the
>> original Adapter for Jersey and I don't have to add classes to the JAXB
>> context.
>>
>> "Do you means the XML that was written by Jersey to the response before it
>> is sent to the client"
>> --> Exactly what I mean :) --> I need to process (adding namespaces) right
>> before it is send to the client
>>
>
> OK then I would think we need to add some wrapper support in Grizzly, e.g.
> you wants to wrap the GrizzlyResponse's OutputBuffer and OutputStream to
> make sure no bytes are written until, as an example,
> GrizzlyAdapter.afterService() is invoked. From there you would like to
> manipulate the bytes and only then send it back to the client. This feature
> is missing right now, but let me try to comes with something today or early
> next week. I need to find an easy way for doing that.
>
>
>
>>
>> 2. Example:
>> To discover WebDAV-Support the Microsoft WebDAV-Client calls the
>> Root-Resource. Due the fact that the most applications didn't have a root
>> resource with an implemented options method, my wrapper catchs up the
>> request and transform the repsonse to be correct (for Microsoft).
>> This could already be used, because this is just changing the Status-Code
>> and setting some headers. :)
>>
>>
>>
>> Good morning from Berlin :)
>>
>
> Hey hey hello from Prevost :-)
>
> A+
>
> -- Jeanfrancois
>
> Daniel
>>
>> 2009/2/6 Jeanfrancois Arcand <Jeanfrancois.Arcand_at_sun.com <mailto:
>> Jeanfrancois.Arcand_at_sun.com>>
>>
>>
>> Salut,
>>
>>
>> Daniel Manzke wrote:
>>
>> Hi,
>>
>> I'm working on WebDAV-Support for JAX-RS.
>>
>>
>> Yes I'm following you on the jersey list :-)
>>
>>
>> Therefore we use grizzly as
>>
>> the server for our samples and applications. Due there are heavy
>> interoperability issues with WebDAV (Microsoft Clients and so
>> on), I'm testing some ideas, which could be done, by
>> postprocessing of the returned elements.
>> In the end this will be done by a servlet filter, but until
>> there I try to solve it with an Adapter-Class.
>>
>> How could I get the xml which was created by jersey?
>>
>>
>> What do you means by XML? Do you means the XML that was written by
>> Jersey to the response before it is sent to the client?
>>
>>
>>
>> Where do I find it
>>
>> in the Response? Any Idea? Or I'm totally on the wrong way. :)
>>
>>
>> OK if I understand you correctly, you want to get a reference to the
>> already written bytes (but not sent to the client). Right now we
>> don't expose an API for getting those bytes, but I'm OK to expose it
>> if I understand you properly. Can you elaborate more?
>>
>> Thanks
>>
>> -- Jeanfrancois
>>
>>
>>
>>
>>
>>
>> Best Regards and Thanks,
>> Daniel
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> <mailto:users-unsubscribe_at_grizzly.dev.java.net>
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>> <mailto:users-help_at_grizzly.dev.java.net>
>>
>>
>>
>>
>> --
>> Mit freundlichen Grüßen
>>
>> Daniel Manzke
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>
>
--
Mit freundlichen Grüßen
Daniel Manzke