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 >> > >> >