Re: Allow multiple "logins" in same application
On Tue, 21 Sept 2021 at 09:57, Martin Grigorov wrote: > > Hi, > > On Tue, Sep 21, 2021 at 10:35 AM Thomas Matthijs wrote: > > > Hello, > > > > Wonder if anyone has tried (and succeed?) in allowing users to sign in > > with multiple accounts, thinking of the way gmail for example handles > > it, when each account you login with get a unique url foobar.com/1/ > > and foobar.com/2/, and then based on the param in the url have wicket > > (completely) isolate the session and page store etc ? > > > > Just looking for a general idea if it should be possible without too > > much trouble or if the wicket design/architecture will not allow it ? > > > > I have done something similar in the past for a client of mine but all the > logic was in Spring Security (SS). > SS servlet filter in front of WicketFilter was responsible to store/extract > the user auth info. > Wicket's AuthenticatedWebSession just asks SS to get the user and its roles. > > I say *similar*, because in our case only admin users should have been able > to log in as themselves or to impersonate regular users. Thanks for the hint, it seems spring sets the value of the servlet/http cookie to for example "0 24354dfd-fsf", then when you sign in again it sets the cookie value to "0 24354dfd-fsf 1 14541-sfd", then based on url query/path param it extracts the "24354dfd-fsf" or "14541-sfd" to use as the session id when passing on the requests. Currently handling the authentication myself in wicket and don't want to pull in the whole spring security, but this seems doable to make myself and makes it transparent to wicket. Think jetty embed should be able to bind the wicket filter to a path with a wildcard param, then also don't have to worry about wicket keeping the path param or query param around with all the requests Thanks - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Allow multiple "logins" in same application
Hello, Wonder if anyone has tried (and succeed?) in allowing users to sign in with multiple accounts, thinking of the way gmail for example handles it, when each account you login with get a unique url foobar.com/1/ and foobar.com/2/, and then based on the param in the url have wicket (completely) isolate the session and page store etc ? Just looking for a general idea if it should be possible without too much trouble or if the wicket design/architecture will not allow it ? Thanks in advance - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [ANNOUNCE] Apache Wicket 7.7.0 released
Just a little warning to people upgrading, the json changes added runtime failures. org.apache.wicket.WicketRuntimeException: This call is not supported any longer, because of the change to open-json (https://github.com/tdunning/open-json) due to license issues. (See https://www.apache.org/legal/resolved#category-x) Should these methods not be marked deprecated to at least generate warnings? On Tue, May 16, 2017 at 8:55 PM, Andrea Del Bene wrote: > The Apache Wicket PMC is proud to announce Apache Wicket 7.7.0! > > Apache Wicket is an open source Java component oriented web application > framework that powers thousands of web applications and web sites for > governments, stores, universities, cities, banks, email providers, and > more. You can find more about Apache Wicket at https://wicket.apache.org > > This release marks another minor release of Wicket 7. We > use semantic versioning for the development of Wicket, and as such no > API breaks are present breaks are present in this release compared to > 7.0.0. > > New and noteworthy > -- > With this version Wicket changed its internal JSON implementation (package > org.apache.wicket.ajax.json) switching from project JSON-java > (https://github.com/stleary/JSON-java) to Open JSON > (https://github.com/openjson/openjson). This was necessery as JSON-java's > license is no longer compatible with Apache License 2.0. > > Using this release > -- > > With Apache Maven update your dependency to (and don't forget to > update any other dependencies on Wicket projects to the same version): > > > org.apache.wicket > wicket-core > 7.7.0 > > > Or download and build the distribution yourself, or use our > convenience binary package > > * Source: http://www.apache.org/dyn/closer.cgi/wicket/7.7.0 > * Binary: http://www.apache.org/dyn/closer.cgi/wicket/7.7.0/binaries > > Upgrading from earlier versions > --- > > If you upgrade from 7.y.z this release is a drop in replacement. If > you come from a version prior to 7.0.0, please read our Wicket 7 > migration guide found at > > * http://s.apache.org/wicket7migrate > > Have fun! > > — The Wicket team > > > > > The signatures for the source release artefacts: > > > Signature for apache-wicket-7.7.0.zip: > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAABAgAGBQJZFKHNAAoJEAzCjx+CMhBVeUEQAKYrOl330nSPSPIlNdFn84ux > VASOZ7R0WgkF3jiI7YfqJoif3KY5oed3Exu/zhNvjc45Gocw6HZp7ETDHw5lpaMl > vEjXGCkp/OwYrwfUKs9eCwfM0l5XG7wfSMgEpEWBeGVpZjDS08bnQje8rH3sjhHz > g+Kzen2WItdRpw+TSpxG8RHUOpJ0lUy7tTIIdYtLBL7HnMqgKOSKDQMfUW+q/voS > 3qxOKhpVA5mw46z8v/z2c96FUBU9JbKpBl4DAp8dMWy2a+/GEB7O/SM4wpFgRXim > iOerbsEi0nruBGm4RU7pMH4aGppZmr2IdiGMeiA1ZlgI7TBJB2SmvK4hffhaTmV6 > Zcn6BtCPn70reUdHOijnebAuLsLio0D1jtGb2kQ4VvxuamXc+qLJfnyiWtg91kf8 > A6NcNzENN1sdMORHBah7tSwN4RP47eKG1uFN3isBi+lKiZcYPW/DmSWKNEY76Q0T > SMPgcvIl3vz4tCfCo08PSbQG6HPgut+0KzuhA7KyLO34WmzvnQxvcigrOTDUUHy1 > bHEoSlcor+XZcIOPYmKJLZVHFDNrnZRfqgTPHo9w0AlYAYmmbwL5iM9vG/u3zxuv > SziD7fXvu8zqA33XNNikS4DJz76Onz1ZOrx3dhZt3lIktIJC5KYxk8so+w1DjX0q > wDSelmuT4U9w7iX4Y0Cf > =6Htq > -END PGP SIGNATURE- > > Signature for apache-wicket-7.7.0.tar.gz: > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAABAgAGBQJZFKHNAAoJEAzCjx+CMhBVjeIP/RjNERucRA5/C/4M/HhxU/wt > 05ZlyiEYTTviuX5gLPc3AQQm7zA0FrQo5Mz80+KGKECq63hbXtHsqxqsvEAOLnf0 > mhgtvgmZwILaXkY3Q7WBgrxqKZsISLGlOiBWJQV68ml5qPsjd08WEXmpscrIr13B > zCPekHtizOKepNZmXRxPGdSV9ZeoHllFKwb257nFSd0oK2B6wcrrD4WFZjUNPMFP > daP5qH3bIsr0Kp2938hEVwqXFRpcxZqEF/ZReVEv0tC66R9pqd+JVt8myH6YpnHR > Ymg3ApjQTFHKw2dBtfA0l5izH0UiAkSRYrNszxT5jcgReX+PICUfwNpYa+FHByAk > sP15sFZ5JT1sqwtGkBhVvLE9gm8IB8MndInWS31oaAW8jv4hX823HsN4VEoh+PzU > lQTmTEVCyLzYMA0GdXCmKyugNbaSnQBCqbTkbMjqPnPXcwaOUJmX7U4A43MeTrS4 > 7E8Y50xCfBL22uYEoEhcylscVqW/8NDrmUAb7rfS7RmAgd4XUIpPeHogM/in021R > 8Qx+Op2dY1FRgbmD40CaLkAx1tQ1806BCFBCcLU9SqthdNt1slySvussTHdz+usF > /qlursrXa56tqchhl1z8mM80NLtnK+VYUtJkQ8ClEs8ADypiidmNLFb+QcLv8NRl > oAIYkVII4BcThA/4eJIY > =f/Rl > -END PGP SIGNATURE- > > > > CHANGELOG for 7.7.0: > > > ** Bug > > * [WICKET-6165] - Inconsistent behavior of Markupstream.hasMore vs. > MarkupStream.next. > * [WICKET-6303] - renderHead method of a Behavior added to a Border body > is not called > * [WICKET-6306] - Changing model object of Panel added to a Border not > allowed > * [WICKET-6311] - SignOutPage_ru.html is missing > * [WICKET-6314] - 7.6 release references 7.5-SNAPSHOT poms > * [WICKET-6316] - Wicket tester encodes page id for stateless links in > stateless pages > * [WICKET-6317] - AuthenticatedWebSession#signOut() calls twice after > session invalidation > * [WICKET-6319] - AutoCompleteTextField: popup is hidden when clicking > on scrollbar in IE > * [WICKET-6332] - NullPointerException in
Re: Increased memory usage from 6.23 to 7.3
Hello, I doubt that would have that kind of difference. Have you checked with a profiler where the memory is going? mvg, On Mon, Jun 20, 2016 at 2:16 PM, Mathias Decrock wrote: > Hey all, > > We're seeing a large increase in memory consumption from Wicket 6.23 to > 7.3, it seems that most of the increase comes from classes extending > ListView that contain a large amount of items (more than 200 items in each > ListView). > > The application could run with Xmx800m without any performance issues on > Wicket 7, and now on Wicket 8 the heap fills up and the application becomes > unresponsive even after increasing the heap size to Xmx2g. > > Could this be related to this change to the base class MarkupContainer > "WICKET-5983: mostly linear performance in MarkupContainer.add" (commit > 26cecdc6fabb8c4dadf457a2e4b22ef8c6eb1ea3)? > > In a later commit (7be920d4403d719e26d2a131454928c086a7317c) there is a > comment added: > /** > * The threshold where we start using a Map to store children in, replacing > a List. Adding > * components to a list is O(n), and to a map O(1). The magic number is 24, > due to a Map using > * more memory to store its elements and below 24 children there's no > discernible difference > * between adding to a Map or a List. > * > * We have focused on adding elements to a list, instead of indexed lookups > because adding is an > * action that is performed very often, and lookups often are done by > component IDs, not index. > */ > > This seems to indicate that this could increase memory usage, but could the > effect be this noticeable? > > Thanks, > Mathias > > -- > > > DISCLAIMER > > http://www.tvh.com/glob/en/email-disclaimer > > "This message is delivered to all addressees subject to the conditions > set forth in the attached disclaimer, which is an integral part of this > message." - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: TextField updated via AJAX not sent in form?
> o) I also found that this only happens when the markup looks like this, > i.e. the form is inside the table (See HomePage.html): > > > >... > > > > ...but not when the form is outside (see WorkingPage.html) > > > >... > > > > The first markup would be preferred so that the existing values line up > nicely with the form fields. is not allowed to be in table, see https://developer.mozilla.org/en/docs/Web/HTML/Element/table You are still building html, it has to be (mostly) valid Kind regards - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OT: good java hosting
hetzner.de On Thu, Jan 16, 2014 at 3:50 PM, Ernesto Reinaldo Barreiro < reier...@gmail.com> wrote: > Danje wel, > > Bijvoorbeeld? > > Thanks! > > > On Thu, Jan 16, 2014 at 3:43 PM, Thomas Matthijs wrote: > > > On Thu, Jan 16, 2014 at 2:54 PM, Ernesto Reinaldo Barreiro < > > reier...@gmail.com> wrote: > > > > > Apologies for the OT message... but I value the opinion of people in > this > > > list. > > > > > > Can you suggest a good place to host Wicket applications? I'm hosting a > > > couple of them somewhere I'm NOT very satisfied with service provided. > > > > > > I started to compare offers myself... but a bit of help on that > direction > > > will be appreciated. > > > > > > 1- Applications are not very resource/traffic intensive. > > > > > 2- Quality of support/up time should be good. > > > > > 3- Just need any relational database. > > > > > > > A cheapish dedicated server might be ideal for this, (and way cheaper > then > > anything that even hits at cloud) > > For 50eur/month you can have 32gb ram quad core i7s > > > > mvg, > > > > > > -- > Regards - Ernesto Reinaldo Barreiro >
Re: OT: good java hosting
On Thu, Jan 16, 2014 at 2:54 PM, Ernesto Reinaldo Barreiro < reier...@gmail.com> wrote: > Apologies for the OT message... but I value the opinion of people in this > list. > > Can you suggest a good place to host Wicket applications? I'm hosting a > couple of them somewhere I'm NOT very satisfied with service provided. > > I started to compare offers myself... but a bit of help on that direction > will be appreciated. > > 1- Applications are not very resource/traffic intensive. > 2- Quality of support/up time should be good. > 3- Just need any relational database. > A cheapish dedicated server might be ideal for this, (and way cheaper then anything that even hits at cloud) For 50eur/month you can have 32gb ram quad core i7s mvg,
Re: Graying Out Disabled Buttons/Controls
On Wed, Jun 26, 2013 at 2:30 PM, Richard W. Adams wrote: > We have a customer requirement that disabled form buttons be grayed out > rather than Wicket's default behavior of making them invisible. Google has > a lot of discussion on the topic, but I didn't see a "best practice" > solution. Does Wicket provide a way to gray out buttons (or any form > control, for that matter)? > Use setEnabled(false) instead of setVisible()
Re: Wicket fragment is not working inside wicket extend in wicket 1.5.3
On Mon, Aug 20, 2012 at 11:57 AM, bala ji wrote: > I've added a scenario where i need to use wicket:fragments. > > ... > Example input (will be removed) > ... > panel 1 > panel 2 > > > The above situation is working fine in case of wicket 1.4, but now in > wicket 1.5.3 its giving me an error of No Markup found. > > I attached the sample project, please give me the solution for the problems > If you remove the TransparentWebMarkupContainer from the BasePage it works, so fragments are fine in wicket:extends, but the transparent container somehow seems to mess it up (i have never used TWMC before, so not sure how its supposed to work) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: getChoices from ListMultipleChoice
On Mon, Jul 23, 2012 at 3:53 PM, cosmindumy wrote: > Hi, > I'm trying to get the selected options from a ListMultipleChoice but didn't > find a method to get a collection of selected options. > I'm using the getValue method that return a String of choices separated by ; > but I'm sure is not right. > What method should I use? getModel(), getModelObject() - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Apache Wicket 6.0.0-beta3 is released
On Wed, Jul 18, 2012 at 8:39 PM, Douglas Ferguson wrote: > How long should it take for this to appear in maven central? > > I currently don't see it there... > > http://mvnrepository.com/artifact/org.apache.wicket/wicket-core > http://search.maven.org/#search%7Cga%7C1%7Cg%3A%22org.apache.wicket%22%20AND%20v%3A%226.0.0-beta3%22 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Performance optimization
On Thu, Feb 23, 2012 at 4:12 AM, Martin Makundi < martin.maku...@koodaripalvelut.com> wrote: > Hi! > > Any experiences how to optimize the performance of a Page that > contains nested ListView:s with a total page serialized size of over > 10 MB? > > I have made all actual data objects non-serializable and available via > loadabledetachablemodel, but page Serialization seems to kill the > performance in ajax requests where I might be modifying just a single > cell in the maze. > > I tried callinc removeAll at onDetach... it improved performance but > ofcourse event listeners don't work anymore ;) I could write custom > event listeners as workaround, though, which would know to call > onPopulate() before triggering an event. > > Any experiences of similar situation? > I think the best optimisation for this kind of thing is probably to try to reduce the component count as much as possible by implementing custom components that render directly to html. For example the CheckBoxMultipleChoice component can be implemented using a container and a CheckBox + Label component for every option, whereas the CheckBoxMultipleChoice is a single component that generates the html for the entire thing. You can probably find some parts of your component tree you can optimise this way. mvg,
Re: [Migration 1.5] How to map custom-layout of urls?
It has some basic support for this, you can just
mountPage("ShowTheme-${foo}", ShowPage.class);
and then foo will in the PageParameters
check MountedMapper javadoc
On Mon, Sep 5, 2011 at 8:10 PM, Per Newgro wrote:
> Thanks Martin,
>
> the parameters are the appendixes to page name (-ti123-ki345-ii789).
> So i think i have to provide and encoder.
>
> Cheers
> Per
>
>
> Yes, you need a custom IRequestMapper. You need to set it as root
>> mapper (see HttpsMapper and CryptoMapper examples).
>> You don't need custom IPageParametersEncoder unless you encode the
>> parameters in a special way. The url you showed below has no
>> parameters at all.
>>
>> On Sat, Sep 3, 2011 at 5:25 PM, Per Newgro wrote:
>>
>>> Hi,
>>>
>>> we have some urls like in following pattern
>>> http://domain.de/ShowTheme-**ti123-ki345-ii789.html
>>>
>>> With wicket 1.4 we built a BookmarkablePageRequestTargetU**
>>> rlCodingStrategy
>>> with matches(path) based on a pattern and encoding / decoding the url /
>>> parameters.
>>>
>>> Now i'm not sure how i have to migrate that to wicket 1.5.
>>>
>>> I think i have to provide a IRequestMapper.
>>>
>>> Is the getCompatibilityScore method the "equivalent" of matches(path)?
>>> Do i have to provide a custom IPageParametersEncoder to encode / decode
>>> my
>>> url / parameters?
>>>
>>> Thanks for clearification
>>> Per
>>>
>>> --**--**
>>> -
>>> To unsubscribe, e-mail:
>>> users-unsubscribe@wicket.**apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>>
>>
>>
>
> --**--**-
> To unsubscribe, e-mail:
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: A safer way to build PropertyModels, version 1.2
On Thu, Jul 28, 2011 at 12:12 PM, Carl-Eric Menzel wrote: > > https://github.com/duesenklipper/wicket-safemodel > > As I wrote earlier on this list, SafeModel lets you turn the fragile > strings of this: > > IModel childNameModel = new PropertyModel( >myBean, "child.name"); > > ...into this, gaining refactor-safety: > > IModel childNameModel = > model(from(myBean).getChild().getName()); > > Does it require a default constructor?
Re: Invisible Page Notification?
On Tue, Jun 8, 2010 at 7:28 PM, jbrookover wrote: > > That's why I'm wondering how common it is. Based on that e-mail discussion > from 2006, a WicketRuntimeException was on the table, implying that a Page > object should never be invisible. I guess a better question would be, what > are the reasons for making a page invisible? I've spend a few hours trying to find what was wrong when i accidently set the page invisible aswel, also would be interested to know what a valid use case would be for that - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
