Hi Jeanfrancois,
no problem. I will file an issue, so we don't have spam the list. ;) Thanks
for your help and don't forget to enjoy your weekend. :)
Bye,
Daniel
2009/2/13 Jeanfrancois Arcand <Jeanfrancois.Arcand_at_sun.com>
> Salut,
>
> sorry fo rthe delay...I'm on it now and it is a little more difficult to do
> that I've expected. But I will deliver :-) Can you file an issue here:
>
> https://grizzly.dev.java.net/issues/
>
> so I can use it to justify the changes?
>
> Thanks!
>
> -- Jeanfrancois
>
> Daniel Manzke wrote:
>
>> 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 <mailto:
>> 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>
>> <mailto: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>
>> <mailto: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>
>> <mailto: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
>> <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