http://blog.gmane.org/gmane.comp.java.wicket.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.java.wicket.devel/23992 Hello everyone. I have completed the bulk of the work planned on the WicketStuff reorg discussed earlier this week. A status report is located at [1] below. If you own a WicketStuff project, PLEASE review [2] below - there are still quite a few things I need community input on to complete. A brief summary of input needed: - There are quite a few projects in trunk that are working with Wicket 1.3 and have had work in trunk since the 1.3 branch was created. Since trunk is technically for 1.4 development, I would suggest moving these to the Wicket 1.3 branch. - There are a couple of projects in trunk that are already on 1.4, but I have not heard from the project owner as to whether they want their project moved into wicketstuff-core. - Wicket-SECURITY - I have no idea what to do with this one since Maurice is no longer with us. Would anyone like to take ownership of it (and commit to keep the work up-to-date on it)? [1] - *http://tinyurl.com/647hjz* [2] - *http://tinyurl.co Jeremy Thomerson 2008-11-30T07:06:49 http://comments.gmane.org/gmane.comp.java.wicket.devel/23984 Who owns the wicketstuff.org server? Since TeamCity has been continually having problems building against SF repo, I set up Continuum on my server. It has been working fine. I'd like to see us get some permanent setup that allows built artifacts to be deployed to the wicketstuff.org maven repo since that's the repo everyone has in their POM for wicketstuff projects. This will be especially important now that so many wicketstuff projects will be able to be built together and released together. I see two options: 1 - We switch from TeamCity to Continuum on the wicketstuff.org site. This would require someone with shell access installing Continuum or giving me access to do so. It's a VERY simple setup. Also, if we switch to Continuum and then have problems we'll know instantly that there is a network issue between the wicketstuff.org server and SF (since my server has not had the problem and been running Continuum against SF for weeks). 2 - Someone gives me information so that my server can SCP to the re Jeremy Thomerson 2008-11-29T13:59:51 http://comments.gmane.org/gmane.comp.java.wicket.devel/23983 I have created a guide to migrating your project under the new wicketstuff-core parent project. If you own a WS project, you should consider doing this as soon as possible so that your project will be included in the 1.4 release (and even earlier in the RC2 release) when Wicket releases the same - we will be releasing all projects under wicketstuff-core in sync with Wicket's release. * http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide *<http://wicketstuff.org/confluence/display/STUFFWIKI/NEW+-+WicketStuff+Core+-+Migration+Guide> Let me know if you see any additions that need to be made. PS - One really nice thing about restructuring everything to follow conventions is that we will be able to utilize maven plugins such as the site plugin. Here's an example of a current site generated for all the wicketstuff-core projects: http://www.wickettraining.com/wicketstuff-core/ Here's a link for the build server building wicketstuff-core: http://www.wickettraining.com/continuu Jeremy Thomerson 2008-11-28T19:52:30 http://comments.gmane.org/gmane.comp.java.wicket.devel/23981 Hi guys I'd like to donate the source for the wicket reaction game to the wicket examples or somewhere... What do you say to that? You can see a demo here : http://wicketgames.ninosbox.thruhere.net/ Nino Saturnino Martinez Vazquez Wael 2008-11-27T23:37:28 http://comments.gmane.org/gmane.comp.java.wicket.devel/23979 I am beginning the WS reorg as noted in previous emails. You can monitor progress here: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/ As we move projects into the wicketstuff-core, I would like to see us rename them consistently, getting rid of the prepended "wicket-contrib-" or "wicketstuff-". This would mean that when we release WicketStuff 1.4 (when Wicket 1.4 is released) that if you are using that project, you would need to update your POM to the new name. Please vote: [ ] - YES - I would like consistent naming [ ] - NO (convincing reason) PS - I feel like I'm starting a lot of vote threads - should I not be? Any suggestions? I would like to efficiently get this reorg done, but I am leery of just moving other people's projects around and making changes without permission. Feelings / thoughts? Jeremy Thomerson 2008-11-27T21:54:28 http://comments.gmane.org/gmane.comp.java.wicket.devel/23978 I am starting to work on the WicketStuff reorg as the community voted to do. In doing so, I noticed that wicket-contrib-gmap is still set up to compile against 1.3.0-incubating-snapshot. Also, we know that Iulian has said he is no longer maintaining it. In light of this, I propose the following vote: [ ] - YES, please create a branch in the Wicket Stuff repo just for abandoned projects and move wicket-contrib-gmap into that branch. [ ] - NO (please provide convincing reason). For those who say "I'm still using it" - you'll still be able to - from the abandoned branch, you can build your own release, just like you must be doing now. But it helps new users not be as confused with the multiple projects, and trying to use one that's dead. PS - I will probably be sending more votes along like this as I go through the repo trying to organize it. If you have suggestions, please let us know. Thanks, Jeremy Thomerson http://www.wickettraining.com Jeremy Thomerson 2008-11-27T21:49:24 http://comments.gmane.org/gmane.comp.java.wicket.devel/23972 Igor, It has come up a couple of times on the user list, but in 1.4rc1 there was a change to FileUploadField to make it always use a model. Now, the new FileUploadField("id") constructor is practically useless, and I would venture to say that tons of apps out there (like mine do in numerous places), have always just used the ID constructor since nothing else was needed. Why the change? At the very least, could we make the ID-only constructor call super(id, new Model<FileUpload>()) ?? Thanks! Jeremy Thomerson 2008-11-25T05:33:14 http://comments.gmane.org/gmane.comp.java.wicket.devel/23968 Hello everyone, I would like to get your opinion on an idea regarding the Wicket Stuff project(s). As you are familiar with, Wicket Stuff is where anyone can create anything related to Wicket, small or large. One problem that new users of Wicket (and us "old" users) come across is that there is a lot of stuff in there, and not all of it is well maintained, and there aren't specific releases of many of the projects. So, you have to build it yourself and figure out which version matches which Wicket version, etc... What I would like to know is if everyone thinks it would be good to have a subset of WS projects that are structured in a way that they are always in sync with the Wicket versions. IOW, there would be two branches - 1.3.X and 1.4 (trunk), just like Wicket has. There would be a parent module and all of the modules that wanted to participate would be structured under it. They would all release in sync with Wicket. For instance, when Wicket releases 1.4-RC2, we would cut a release of this wi Jeremy Thomerson 2008-11-24T18:13:13 http://comments.gmane.org/gmane.comp.java.wicket.devel/23960 Could we please make the method above protected (rather than private). This makes it very simple to do something like this: < at >Override protected IRequestLogger newRequestLogger() { return new RequestLogger() { < at >Override protected void log(RequestData rd, SessionData sd) { // do my custom logging HERE } }; } ALSO - it would be real nice if at the same time you extract that creation of the AppendingStringBuffer to a method, so that the log method now looks like: protected void log(RequestData rd, SessionData sd) { if (log.isInfoEnabled()) { log.info(createStringBuffer(rd, sd, true); } } protected final void createStringBuffer(RequestData rd, SessionData sd, boolean includeRuntimeInfo) { ... all of the stuff that was taken out of log that creates the ASB if (includeRuntimeInfo) { Runtime runtime = Runtime.getRuntime(); long max = runtime.maxMemory() / 1000000; long total = r Jeremy Thomerson 2008-11-19T23:31:54 http://comments.gmane.org/gmane.comp.java.wicket.devel/23959 I'm adding the Wicket 1.3.x branch to the Continuum build server [1], and it won't build because the SCM tag is incorrect after the branch. Could a committer please change the SCM tag in the parent pom to reflect the correct location? Here's the code: Change: <scm> <connection>scm:svn:http://svn.apache.org/repos/asf/wicket/trunk</connection> <developerConnection>scm:svn:https://svn.apache.org/repos/asf/wicket/trunk</developerConnection> <url>http://svn.apache.org/viewvc/wicket/trunk</url> </scm> to: <scm> <connection>scm:svn: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.3.x/</connection> <developerConnection>scm:svn: https://svn.apache.org/repos/asf/wicket/branches/wicket-1.3.x/</developerConnection> <url>http://svn.apache.org/viewvc/wicket/branches/wicket-1.3.x/</url> </scm> [1] - http://www.wickettraining.com/continuum/ Thanks! Jeremy Thomerson 2008-11-19T14:46:09 http://comments.gmane.org/gmane.comp.java.wicket.devel/23932 Devs, In response to the problems with TeamCity and Sourceforge, I installed a Continuum instance on my server last night. I added Wicket and several Wicket Stuff projects. It seems to be running fine, except that most projects are missing the SCM tag from their POM, or have it incorrectly configured. I don't mind going in and fixing or adding the SCM tag on all of the projects that are currently on TeamCity and setting them up on this Continuum server. But since those aren't my projects, I wanted to run it past the group first. What do you think? We could do this and let it run for a while as a test. http://www.wickettraining.com/continuum Jeremy Thomerson 2008-11-18T16:21:08 http://comments.gmane.org/gmane.comp.java.wicket.devel/23920 What do you mean? Like recursively detect other pages? <ul wicket:id="menus"> <li><a href="ControlCenter.html">ControlCenter</a> <br/> <ul> <li><a href="controlcenter/Users.html">Users</a></li> <li><a href="controlcenter/Departments.html">Departments</a></li> </ul> </li> <li><a href="Profile.html">Profile</a> <li><a href="../Home.html">Home</a> </ul> Something that could parse this template? -----Mensagem original----- De: Nino Saturnino Martinez Vazquez Wael [mailto:nino.martinez-PgGV5VupRVRaa/9Udqfwiw< at >public.gmane.org] Enviada em: segunda-feira, 17 de novembro de 2008 17:25 Para: dev-X1ioaoK8vgJd/SJB6HiN2Ni2O/JbrIOy< at >public.gmane.org Assunto: Re: Drop wicket:link And another thing it could make autolink parser able to look in other packages aswell for pages... Currently theres no support for autolinking to pages not in the same package.. Nino Saturnino Martinez Vazquez Wael wrote: Bruno Cesar Borges 2008-11-17T19:37:46 http://comments.gmane.org/gmane.comp.java.wicket.devel/23918 Maybe, but to migrate a codebase wouldn't be that harder. People will only have to replace <wicket:link> with <span wicket:id="myid"> and add the Java component. And if the codebase has a good test coverage, Wicket will point out automatically places where the component should be added. Another solution to do a smooth migration, is to simply continue to interpret <wicket:link> during the first release of (temporary name) AutoLinkMarkupContainer, but still requiring to add the component. This way, only Java code would need to sufer from changes. Then, on a future release, definitely drop the support of <wicket:link> I say +1 []'s Bruno Borges -----Mensagem original----- De: James Carman [mailto:james-+RXjrjb0GfS5azolltMz9laTQe2KTcn/< at >public.gmane.org] Enviada em: segunda-feira, 17 de novembro de 2008 17:07 Para: dev-X1ioaoK8vgJd/SJB6HiN2Ni2O/JbrIOy< at >public.gmane.org Assunto: Re: Drop wicket:link I'd say -1. This would be a nightmare on existing codebases. 2008/11/17 Bruno Cesar Borges <brunoborges-UAukS Bruno Cesar Borges 2008-11-17T19:15:36 http://comments.gmane.org/gmane.comp.java.wicket.devel/23914 This might sound crazy, but what about dropping the support for the tag <wicket:link> ? :-) People are starting to use it frequently, and because of that, features will be requested. And then we might end with a tag library. But, to not freak everybody out, I suggest develop a markup container to do that. Example: # Java AutoLinkMarkupContainer autolinks = new AutoLinkMarkupContainer("menus"); # HTML <ul wicket:id="menus"> <li><a href="Users.html">Users</a></li> <li><a href="Departments.html">Departments</a></li> </ul> What do you guys think? Cheers, Bruno *************************************************************************************************** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é p Bruno Cesar Borges 2008-11-17T19:03:59 http://comments.gmane.org/gmane.comp.java.wicket.devel/23906 I've created a JIRA with an attached implementation of a new client-side image map. https://issues.apache.org/jira/browse/WICKET-1936 Basically what it does is it borrows some ideas from the VelocityPanel class, in that it generates its own markup. So, it's able to "attach" the AbstractLink objects to <area> elements within the <map>. I think this is a good replacement for ImageMap, since it's not so limiting (works with existing Images and allows any AbstractLink, not just Links). My patch also deprecates ImageMap, so that we can remove it in 1.5 (provided it makes it into 1.4; we could also back port it to 1.3.x). James Carman 2008-11-15T14:43:18 http://comments.gmane.org/gmane.comp.java.wicket.devel/23898 I have recently started optimizing our wicket based application in terms of reducing the number of requests sent by the browser. This can be easily achieved by assuring the resources (js, css, gif, png and so on) get proper headers and get cached by the browser so that only a mere HTTP 304 response gets sent by the server or, even better, no request from the browser is sent at all. I noticed that when the session tracking is based on url rewriting, resources attached programmatically (as opposed to the resources "inlined" in the html templates) which urls are rendered by the o.a.w.markup.html.internal.HeaderResponse render(ResourceReference) and further by a.o.w.RequestCycle encodeUrlFor(IRequestTarget), get their respective session id appended to the returned url. Adding a simple AjaxFallbackLink to the page results in the following contibutions to the head section of the rendered page: <script type="text/javascript" src="resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js;jsess Dominik Drzewiecki 2008-11-14T21:20:47 http://comments.gmane.org/gmane.comp.java.wicket.devel/23893 The Apache Wicket team is proud to present the first release candidate of Apache Wicket 1.4. This is the first Wicket version with java 1.5 as minimum requirement. Eager people click here to download the distribution, others can read further: * http://www.apache.org/dyn/closer.cgi/wicket/1.4-rc1 We thank you for your patience and support. The Wicket Team - Apache Wicket Apache Wicket is a component oriented Java web application framework. With proper mark-up/logic separation, a POJO data model, and a refreshing lack of XML, Apache Wicket makes developing web-apps simple and enjoyable again. Swap the boilerplate, complex debugging and brittle code for powerful, reusable components written with plain Java and HTML. You can find out more about Apache Wicket on our website: * http://wicket.apache.org - This release The Apache Wicket team is proud to announce the availability of the third milestone release of our first java 1.5 Wicket version: Apache Wicket 1.4-m3. This is the first release with java 1 Frank Bille 2008-11-13T14:06:51 http://comments.gmane.org/gmane.comp.java.wicket.devel/23892 Why this isn't in Wicket 1.3.5 as it was supposed to? Problem with frames and ModalWindow combination is a showstopper for us. To make our situation even more difficult, our application is going to production in only two weeks. This was kind of unexpected, because we have never before encountered web site or application that does not work with frames. So adding them to application was not regarded as something that could cause any errors in the project. Any idea when this fix will really be in release version? Regards, Mikko Pukki Mikko Pukki 2008-11-13T14:05:46 http://comments.gmane.org/gmane.comp.java.wicket.devel/23878 I'm finding myself coding the same code over and over, on different projects (for different customers), having to provide a subclass of TextField with an option to setAutocomplete(boolean) where it will add(or not) the 'autocomplete' tag for <input type="text"> during the componentTag method - saving from creating an instance of AttributeModifier What about adding that to TextField? Regards, Bruno bruno.borges-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org 2008-11-12T13:08:49 http://comments.gmane.org/gmane.comp.java.wicket.devel/23870 I'm brand new to wicket and going through the book "Wicket in Action". I've ran into a problem that I can't seem to get around, maybe I am over thinking it. I have a class I wrote that extends org.apache.protocol.http.WebSession, and I am getting a ClassCastException when I try to return my session. This is the cheese store example from the book if anyone is familiar with it. Here is the code in question: *From my class that extends WebPage: * public CheeseStoreSession getCheeseStoreSession() { return (CheeseStoreSession) getSession(); *//exception occurs right here* } I've confirmed that the getSession method is returning an object of type WebSession. * My custom session class looks like this:* package com.manning.example; import org.apache.wicket.Request; import org.apache.wicket.Response; import org.apache.wicket.Session; import org.apache.wicket.protocol.http.WebSession; public class CheeseStoreSession extends WebSession { private Cart cart = new Cart(); protected Che Brad Gardner 2008-11-08T18:44:50 http://comments.gmane.org/gmane.comp.java.wicket.devel/23869 Just a remind to update issue WICKET-1902 to be fixed in version 1.3.6 regards, Bruno Borges blog.brunoborges.com.br +55 21 76727099 "The glory of great men should always be measured by the means they have used to acquire it." - Francois de La Rochefoucauld Bruno Borges 2008-11-07T18:45:57 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.wicket.devel