On Wed, Sep 15, 2021 at 9:50 AM Martin Terra < martin.te...@koodaripalvelut.com> wrote:
> ke 15. syysk. 2021 klo 8.53 Korbinian Bachl ( > korbinian.ba...@whiskyworld.de) > kirjoitti: > > > Hi Martin, > > > > thanks for the details, please see below. > > > > ----- Ursprüngliche Mail ----- > > > > > > From what I've understood you know just some parts of Wicket and this > > makes > > > you think some things are hard or even imposible. > > > Have you considered using Wicket's mounted resource ? it is something > > > similar to plain Servlet, but you have access to RequestCycle, Session > > and > > > Application. Check > > > http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/ for > > some > > > examples and the "localized" resources at > > > https://examples9x.wicket.apache.org/mappers/. > > > You can even go one step further and use WicketStuff RestAnnotations ( > > > > > > https://github.com/wicketstuff/core/tree/master/wicketstuff-restannotations-parent > > ) > > > - an integration between Wicket and JAX-RS. > > > This way your React/Angulat/Vue/... frontend could talk to the backend > > > without dealing with Wicket.Ajax (and jQuery), which is a convenience > for > > > talking to Wicket behaviors/components (something you seem to not need > > > anyway) for this use case. > > > > I must admit that it may have sounded like that. In reality our main > > application is still based on the wicket brix cms and works very well > with > > it, even will push it to wicket 9 in the next half year as we gear up for > > java 11 now (sounds crazy as 17 got released yesterday). Also our backend > > app is pure wicket. However, now someone needs some improvement here and > > there and its most often just some additional JS or helpers. If you have > to > > use plain wicket for all (even ajax) its often more cumbersome than to > just > > slap a small react app into it (you need to think of react beeing able to > > just control a/ some small part(s) of the page - this works nice for > things > > wicket just renders but as soon as you try to enhance forms etc. youll > end > > up in hell (or Im to incompetent for it)). > > What I really find very inspiring by the rails guys is that they not only > > see their "product" as not "the silver bullet" but that they see the need > > to slap together multiple techs (server side rendering like wicket with > > frontend things like react, vue etc. and so they interoperte instead of > > seperate). > > I did know the resource mounting and the header-items (however with the > > header items I often had nothing but headaches in the past, e.g.: how to > > prioritize? how to level? how to bundle? etc. etc. - I wont even talk > > about partial in header and partial off header JS inclusion, problem is > > here: positions of different parts matter). > > The RestAnnotations seem to come closer to what I talked about and Im > > diving deeper into them - at least for my next "BrixTile" they might be > > used as it will be some kind of product configuration thing. > > I love wicket - I use it very much and it shelters so much trouble off me > > as long as Im away of JS with it. Oh and "re"-deploys... if you work with > > micronaut (or quarkus even I dont like that one) you'll miss the > save-file, > > gets compiled and is live before you even switch to the browser thing.... > > > > > Could you make a quickstart example use case and we could maybe brainstorm > about it together, what would actually be the leanest solution? > http://wicketinaction.com/2014/07/build-resources-with-node.js/ https://github.com/davidB/livereload-jvm Someone did this 7 years ago ... > > ** > Martin > > > > > > I hope my last mail didn't come off as pure complaining but to just be a > > voice how to make wicket better on the frontend side so its still as > alive > > (or even more) in 2030 as it is in 2020 :) > > > > > > Best, > > > > KB > > > > > > > > > > About positioning things in the <head> - have you heard of > > > <wicket:header-items/> ( > > > > > > https://ci.apache.org/projects/wicket/guide/8.x/single.html#_header_contributors_positioning > > ) > > > ? But this won't be needed too if you make Ajax calls to mounted > > resources. > > > > > > And yes, Wicket is not a silver bullet that you should use for all > types > > of > > > applications! > > > > > > Whenever you have specific questons about Wicket please ask at > > > us...@wicket.apache.org! > > > We will try to help you or even recommend you another library/framework > > > when Wicket is not the best solution! > > > > > > Martin > > > > > >