Re: [ANNOUNCE] Apache Wicket 7.7.0 released

2017-05-17 Thread Thomas Matthijs
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] - 

Re: Increased memory usage from 6.23 to 7.3

2016-06-20 Thread Thomas Matthijs
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?

2016-01-27 Thread Thomas Matthijs
> 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

2014-01-16 Thread Thomas Matthijs
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: OT: good java hosting

2014-01-16 Thread Thomas Matthijs
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 li...@selckin.be 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: Graying Out Disabled Buttons/Controls

2013-06-26 Thread Thomas Matthijs
On Wed, Jun 26, 2013 at 2:30 PM, Richard W. Adams rwada...@up.com 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

2012-08-20 Thread Thomas Matthijs
On Mon, Aug 20, 2012 at 11:57 AM, bala ji balaji@gmail.com wrote:
 I've added a scenario where i need to use wicket:fragments.
 wicket:extend
  ...
 span wicket:id=myPanelExample input (will be removed)/span
  ...
  wicket:fragment wicket:id=frag1panel 1/wicket:fragment
  wicket:fragment wicket:id=frag2panel 2/wicket:fragment
  /wicket:extend

  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

2012-07-23 Thread Thomas Matthijs
On Mon, Jul 23, 2012 at 3:53 PM, cosmindumy cosmind...@yahoo.com 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

2012-07-18 Thread Thomas Matthijs
On Wed, Jul 18, 2012 at 8:39 PM, Douglas Ferguson the...@gmail.com 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

2012-02-23 Thread Thomas Matthijs
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?

2011-09-05 Thread Thomas Matthijs
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 per.new...@gmx.ch 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 Newgroper.new...@gmx.ch  wrote:

 Hi,

 we have some urls like in following pattern
 http://domain.de/ShowTheme-**ti123-ki345-ii789.htmlhttp://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.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org






 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




Re: A safer way to build PropertyModels, version 1.2

2011-07-28 Thread Thomas Matthijs
On Thu, Jul 28, 2011 at 12:12 PM, Carl-Eric Menzel cmen...@wicketbuch.dewrote:


 https://github.com/duesenklipper/wicket-safemodel

 As I wrote earlier on this list, SafeModel lets you turn the fragile
 strings of this:

 IModelString childNameModel = new PropertyModelString(
myBean, child.name);

 ...into this, gaining refactor-safety:

 IModelString childNameModel =
 model(from(myBean).getChild().getName());



Does it require a default constructor?


Re: Invisible Page Notification?

2010-06-08 Thread Thomas Matthijs
On Tue, Jun 8, 2010 at 7:28 PM, jbrookover jbrooko...@cast.org 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