OK. Last my question was solved through
RequestCycle.replaceAllRequestHandlers(handler);

Thanks,
Ilia

---------------------------------------------
Orienteer(http://orienteer.org) - open source Business Application Platform

On Mon, Dec 3, 2018 at 11:27 PM Илья Нарыжный <phan...@ydn.ru> wrote:

> Martin,
>
> Thank you - we were considering this library previously, but it's not
> JAX-RS compatible and don't have cool features for security/marshaling/etc.
> And that's why we used Jersey.
> But this time needed integration is so deep, so we can't keep 2 these
> components separately.
>
> Ernesto,
>
> Yes - I think that mounting and embedding should help here a lot.
>
> Btw, here is first working version:
> https://github.com/OrienteerBAP/wicket-jersey. So it's possible to mount
> JAX-RS applications and use them from Wicket. You can check tests and mock
> jax-rs resources.
>
> Have related question:
> IRequestMapper has getCompatibilityScore() to find proper mapper for a
> request. But is there some good way to go ahead with next IRequestMapper if
> first one after scoring do return 404?
>
> Thanks,
> Ilia
>
> ---------------------------------------------
> Orienteer(http://orienteer.org) - open source Business Application
> Platform
>
> On Sun, Dec 2, 2018 at 11:45 PM Martin Grigorov <mgrigo...@apache.org>
> wrote:
>
>> You can also take a look at
>>
>> https://github.com/wicketstuff/core/tree/master/wicketstuff-restannotations-parent
>> It provides an implementation of JAX-RS based on Wicket IResource
>>
>> On Mon, Dec 3, 2018 at 9:29 AM Ernesto Reinaldo Barreiro <
>> reier...@gmail.com>
>> wrote:
>>
>> > Ilia,
>> >
>> > Ok. Them "mounting" JERSEY as a wicket "resource" might be a solution?
>> >
>> > On Mon, Dec 3, 2018 at 7:22 AM Илья Нарыжный <phan...@ydn.ru> wrote:
>> >
>> > > Ernesto,
>> > >
>> > > WicketSessionFilter is cool workaround for most of cases, but in our
>> case
>> > > we need deeper integration. For example to have the same security
>> model
>> > for
>> > > wicket pages and rests.
>> > > Apparently, Jersey is not complex to integrate with. I already have
>> more
>> > or
>> > > less working implementation of working Jersey under Wicket.
>> > >
>> > > Thanks,
>> > > Ilia
>> > >
>> > > ---------------------------------------------
>> > > Orienteer(http://orienteer.org) - open source Business Application
>> > > Platform
>> > >
>> > > On Sun, Dec 2, 2018 at 10:16 PM Ernesto Reinaldo Barreiro <
>> > > reier...@gmail.com> wrote:
>> > >
>> > > > Hi Ilia,
>> > > >
>> > > > If WicketSessionFilter not enough for your needs? It is a filter you
>> > can
>> > > > put in front of JERSEY and you will have some wicket related things.
>> > > >
>> > > > On Sun, Dec 2, 2018 at 6:50 PM Илья Нарыжный <phan...@ydn.ru>
>> wrote:
>> > > >
>> > > > > Hello,
>> > > > >
>> > > > > I know that story of wicket and different jax-rs containers is
>> pretty
>> > > > long.
>> > > > > Currently we are using Jersey as a servlet under wicket filter,
>> but
>> > we
>> > > > > don't like that in this case REST end-points have nothing about
>> > Wicket:
>> > > > no
>> > > > > wicket session available, no wicket request cycle listeners
>> executed
>> > > and
>> > > > > etc.
>> > > > > There is an idea to implement IRequestHandler which will handle as
>> > > Jersey
>> > > > > Container. So it will be executed under wicket umbrella.
>> > > > >
>> > > > > Questions:
>> > > > > 1) What do you think about this?
>> > > > > 2) Is there some existing implementation of what I'm talking
>> about?
>> > > > >
>> > > > > Please reply also even in a case if you interested in this
>> library.
>> > It
>> > > > will
>> > > > > help me to understand: does it worst to make this integration as a
>> > > > separate
>> > > > > library or we can embed into our code within Orienteer.
>> > > > >
>> > > > > Thanks,
>> > > > > Ilia
>> > > > >
>> > > > > ---------------------------------------------
>> > > > > Orienteer(http://orienteer.org) - open source Business
>> Application
>> > > > > Platform
>> > > > >
>> > > >
>> > > >
>> > > > --
>> > > > Regards - Ernesto Reinaldo Barreiro
>> > > >
>> > >
>> >
>> >
>> > --
>> > Regards - Ernesto Reinaldo Barreiro
>> >
>>
>

Reply via email to