Re: Problems with CheckGroup
Have you tried to debug the code where you get the exception? I suspect that you just have some data types mixed. Maybe it is just this: comp.setType(parameter.getType()); Is that necessary? ** Martin 2009/8/4 burnstone : > Martin Makundi wrote: >> >> What is U? In my understanding Check(box) operates on a Boolean value >> so the classcast exception might be there (btw. I always use >> CheckBox.. I never tried Check..). > > is just the parameter type, in this case a String, but could be an > Integer or Float as well. > > The example code in wicket-examples uses Integers, btw. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue with AjaxLinks in ListView
Replaced it with Repeating views, and seems to work so far, will know better results in couple of days if there are any issues. Thanks JK for the support & help with some ideas. Much appreciated. Really wonder why that should give such wierd behavior for ListView Thanks Kuga John Krasnay wrote: > > On Sat, Aug 01, 2009 at 09:19:05AM -0700, Kuga wrote: >> >> I have not tried replacing to RepeatingView. Will it make a difference? >> > > I have no idea. Why don't you try it? > > jk > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Issue-with-AjaxLinks-in-ListView-tp24765587p24803494.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
SVN URL for Wicket 1.4.0 sources?
We include the Wicket sources using an SVN external. I now wanted to update from the latest Wicket 1.3.* release (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but could not find a corresponding tag or branch. The latest one to find is for wicket-1.4-rc5. Where can I find it? Thanks in advance, Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
FeedbackIndicator doesn't work inside RefreshingView
I'm using RefreshingView to show and edit data. I put MinimumValidator to the TextField in RefreshingView (in method populateItem()).Also I put FeedbackIndicator for this TextField in RefreshingView (also in method populateItem()). MinimumValidator works fine - I'm getting error messages at the FeedbackPanel. But FeedbackIndicator doesn't work - no any "red asterics" in case of invalid value in TextField. Others FeedbackIndicators at the same pages (for others TextFields outside of the RefreshingView) work fine. Any solutions? (I'm using wicket 1.4rc4). /// Java code fragment: @Override *protected void populateItem(final Item item)* { item.add(new Label("name")); item.add(new Label("surname")); item.add(new Label("city.name")); TextField tfam = new TextField("amount"); tfam.add(new MinimumValidator(1)); item.add(tfam); *FormComponentFeedbackIndicator amountFlag = new FormComponentFeedbackIndicator ("amountFlag");* * **amountFlag.setIndicatorFor(tfam);* *item.add(amountFlag); * } /// ** ** **
Re: SVN URL for Wicket 1.4.0 sources?
fixed On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: > We include the Wicket sources using an SVN external. I now wanted to update > from the latest Wicket 1.3.* release > (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but > could not find a corresponding tag or branch. The latest one to find is for > wicket-1.4-rc5. Where can I find it? > > Thanks in advance, > Tom > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
That's not exactly fixing it, Martijn. The version in the pom still says "SNAPSHOT." What did you do, copy trunk? Who cut this release? There should be a tag available to re-create every release. I don't see tags for the last couple of rcs either. This is quite a big no-no in Apache Land. On Tue, Aug 4, 2009 at 4:14 AM, Martijn Dashorst wrote: > fixed > > On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: >> We include the Wicket sources using an SVN external. I now wanted to update >> from the latest Wicket 1.3.* release >> (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but >> could not find a corresponding tag or branch. The latest one to find is for >> wicket-1.4-rc5. Where can I find it? >> >> Thanks in advance, >> Tom >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
I beg to differ: the way it is currently setup is the way we have done it since inception of wicket. tag -> the moment where we cut the release release -> the branch where the commits go to actually build the release Martijn On Tue, Aug 4, 2009 at 10:20 AM, James Carman wrote: > That's not exactly fixing it, Martijn. The version in the pom still > says "SNAPSHOT." What did you do, copy trunk? > > Who cut this release? There should be a tag available to re-create > every release. I don't see tags for the last couple of rcs either. > This is quite a big no-no in Apache Land. > > On Tue, Aug 4, 2009 at 4:14 AM, Martijn > Dashorst wrote: >> fixed >> >> On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: >>> We include the Wicket sources using an SVN external. I now wanted to update >>> from the latest Wicket 1.3.* release >>> (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but >>> could not find a corresponding tag or branch. The latest one to find is for >>> wicket-1.4-rc5. Where can I find it? >>> >>> Thanks in advance, >>> Tom >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
see http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 Martijn On Tue, Aug 4, 2009 at 10:25 AM, Martijn Dashorst wrote: > I beg to differ: the way it is currently setup is the way we have done > it since inception of wicket. > > tag -> the moment where we cut the release > release -> the branch where the commits go to actually build the release > > Martijn > > On Tue, Aug 4, 2009 at 10:20 AM, James > Carman wrote: >> That's not exactly fixing it, Martijn. The version in the pom still >> says "SNAPSHOT." What did you do, copy trunk? >> >> Who cut this release? There should be a tag available to re-create >> every release. I don't see tags for the last couple of rcs either. >> This is quite a big no-no in Apache Land. >> >> On Tue, Aug 4, 2009 at 4:14 AM, Martijn >> Dashorst wrote: >>> fixed >>> >>> On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: We include the Wicket sources using an SVN external. I now wanted to update from the latest Wicket 1.3.* release (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but could not find a corresponding tag or branch. The latest one to find is for wicket-1.4-rc5. Where can I find it? Thanks in advance, Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> -- >>> Become a Wicket expert, learn from the best: http://wicketinaction.com >>> Apache Wicket 1.4 increases type safety for web applications >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problems with CheckGroup
Debugging the code just tells me the same as the exception does: CheckGroup.updateModel: public void updateModel() { Collection collection = getModelObject(); if (collection == null) { collection = getConvertedInput(); setDefaultModelObject(collection); } else { modelChanging(); collection.clear(); collection.addAll(getConvertedInput()); <- modelChanged(); } } getConvertedInput() returns a String instead of a collection instance. This just has to be wrong, because it returns T, the parameter of FormComponent, and CheckGroup extends FormComponent>. Removing the setType-Call doesn't help. Martin Makundi wrote: Have you tried to debug the code where you get the exception? I suspect that you just have some data types mixed. Maybe it is just this: comp.setType(parameter.getType()); Is that necessary? ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problems with CheckGroup
Can you make a quickstart of it an send me? ** Martin 2009/8/4 burnstone : > Debugging the code just tells me the same as the exception does: > > CheckGroup.updateModel: > > public void updateModel() > { > Collection collection = getModelObject(); > if (collection == null) > { > collection = getConvertedInput(); > setDefaultModelObject(collection); > } > else > { > modelChanging(); > collection.clear(); > collection.addAll(getConvertedInput()); <- > modelChanged(); > } > } > > > getConvertedInput() returns a String instead of a collection instance. This > just has to be wrong, because it returns T, the parameter of > FormComponent, and CheckGroup extends FormComponent>. > > Removing the setType-Call doesn't help. > > Martin Makundi wrote: >> >> Have you tried to debug the code where you get the exception? I >> suspect that you just have some data types mixed. >> >> Maybe it is just this: comp.setType(parameter.getType()); Is that >> necessary? >> >> ** >> Martin >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
On Tue, Aug 4, 2009 at 4:25 AM, Martijn Dashorst wrote: > I beg to differ: the way it is currently setup is the way we have done > it since inception of wicket. No, I beg to differ. You haven't been doing it that way. Take a look at: http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml That is a release tag and it doesn't have a SNAPSHOT version. > > tag -> the moment where we cut the release > release -> the branch where the commits go to actually build the release Tags are supposed to be immutable. What would be the purpose of creating a SNAPSHOT tag, unless you're taking a snapshot of the source before some major refactoring or something? The wicket-{release version} tags should be reserved for release tags (and thus the pom.xml wouldn't have SNAPSHOT versions in them). The release tags should be able to be used to re-create the release. You have to have a tag for that or else your "release" branch (which you said gets committed to) would be altered and it would differ from the actual release (and thus you wouldn't be able to re-create the original release with it easily). Why would you go against the way that everyone else uses SVN? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
Thank you. Tom Martijn Dashorst wrote: > fixed - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
This has been the process since I've been release manager. Create tag when we cut the release, create release branch where we build the release from the tag, release it. If there's a issue, repeat. This way release artifacts don't pollute the main development stream, which is rather normal SVN usage. This way you don't have release specific commits pollute the diffs between releases. Only actual commits that are part of our normal development cycle are between release *tags*. Everything else that is specific for a release is in the release branch. And each release gets its own release branch. I'm not sure why you are barking up the tree though. Martijn On Tue, Aug 4, 2009 at 10:32 AM, James Carman wrote: > On Tue, Aug 4, 2009 at 4:25 AM, Martijn > Dashorst wrote: >> I beg to differ: the way it is currently setup is the way we have done >> it since inception of wicket. > > No, I beg to differ. You haven't been doing it that way. Take a look at: > > http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml > > That is a release tag and it doesn't have a SNAPSHOT version. > >> >> tag -> the moment where we cut the release >> release -> the branch where the commits go to actually build the release > > Tags are supposed to be immutable. What would be the purpose of > creating a SNAPSHOT tag, unless you're taking a snapshot of the source > before some major refactoring or something? The wicket-{release > version} tags should be reserved for release tags (and thus the > pom.xml wouldn't have SNAPSHOT versions in them). The release tags > should be able to be used to re-create the release. You have to have > a tag for that or else your "release" branch (which you said gets > committed to) would be altered and it would differ from the actual > release (and thus you wouldn't be able to re-create the original > release with it easily). > > Why would you go against the way that everyone else uses SVN? > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
See also: http://cwiki.apache.org/confluence/display/WICKET/Releasing On Tue, Aug 4, 2009 at 10:41 AM, Martijn Dashorst wrote: > This has been the process since I've been release manager. Create tag > when we cut the release, create release branch where we build the > release from the tag, release it. If there's a issue, repeat. This way > release artifacts don't pollute the main development stream, which is > rather normal SVN usage. This way you don't have release specific > commits pollute the diffs between releases. Only actual commits that > are part of our normal development cycle are between release *tags*. > Everything else that is specific for a release is in the release > branch. And each release gets its own release branch. > > I'm not sure why you are barking up the tree though. > > Martijn > > On Tue, Aug 4, 2009 at 10:32 AM, James > Carman wrote: >> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >> Dashorst wrote: >>> I beg to differ: the way it is currently setup is the way we have done >>> it since inception of wicket. >> >> No, I beg to differ. You haven't been doing it that way. Take a look at: >> >> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml >> >> That is a release tag and it doesn't have a SNAPSHOT version. >> >>> >>> tag -> the moment where we cut the release >>> release -> the branch where the commits go to actually build the release >> >> Tags are supposed to be immutable. What would be the purpose of >> creating a SNAPSHOT tag, unless you're taking a snapshot of the source >> before some major refactoring or something? The wicket-{release >> version} tags should be reserved for release tags (and thus the >> pom.xml wouldn't have SNAPSHOT versions in them). The release tags >> should be able to be used to re-create the release. You have to have >> a tag for that or else your "release" branch (which you said gets >> committed to) would be altered and it would differ from the actual >> release (and thus you wouldn't be able to re-create the original >> release with it easily). >> >> Why would you go against the way that everyone else uses SVN? >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Caching a resource on the browser side
I finally managed to set the headers this way : WebResponse response = (WebResponse) getRequestCycle().getResponse(); response.setDateHeader("Date", System.currentTimeMillis()); response.setDateHeader("Expires", System.currentTimeMillis() + CACHE_DURATION); response.setHeader("Cache-Control", "max-age=" + CACHE_DURATION + ", must-revalidate"); response.setLastModifiedTime(Time.valueOf(new Date(90, 1, 1).getTime())); response.setContentType("text/csv"); I see them all in live http headers but... the browser keeps requesting the file I send back : http://localhost:8080/charts/data/dataId/AOX GET /charts/data/dataId/AOX HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en,de;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: JSESSIONID=vk0x2bf8xnpb HTTP/1.x 200 OK Last-Modified: Wed, 31 Jan 1990 23:00:00 GMT Expires: Tue, 04 Aug 2009 09:53:23 GMT Cache-Control: max-age=360, must-revalidate Content-Type: text/csv; charset=UTF-8 Content-Length: 5659 Date: Tue, 04 Aug 2009 08:53:23 GMT Server: Jetty(6.1.16) if anyone knows how to resolve that ++ On Wed, Jul 29, 2009 at 12:10 AM, ZedroS Schwart wrote: > hi Juri > > I did it the same way as you did and it worked fine. Even more : I > didn't even see lines in http header (???). > > However, it doesn't fit my use case : I need to get the link to the > file to embed it in a javascript. Previously I did it this way : > PageParameters parameters = new PageParameters(); > parameters.add(AMChartDataProviderPage.DATA_KEY, set.getDataId()); > return RequestCycle.get().urlFor(AMChartDataProviderPage.class, > parameters).toString(); > > however I don't know how to do it with what you provided... > > ++ > > On Tue, Jul 28, 2009 at 10:32 AM, Juri Prokofiev wrote: >> It works for me. >> >> ResourceLink csvLink = new ResourceLink("csvLink", new >> ResourceReference(AnnouncementCsvResource.ID), params); >> add(csvLink); >> >> public class AnnouncementCsvResource extends WebResource >> { >> public static final String ID = "csv"; >> �...@override >> public IResourceStream getResourceStream() >> { >> return new CsvResourceStream(); >> } >> >> �...@override >> protected void setHeaders(WebResponse response) >> { >> super.setHeaders(response); >> response.setAttachmentHeader("announcements.csv"); >> response.setHeader("Cache-Control", "no-cache"); >> } >> >> private class CsvResourceStream extends AbstractStringResourceStream >> { >> �...@override >> public String getContentType() >> { >> return "text/plain"; >> } >> >> �...@override >> protected Charset getCharset() >> { >> return Charset.forName("ISO-8859-1"); >> } >> >> �...@override >> protected String getString() >> { >> return "bla bla "; >> } >> } >> } >> >> >> On Tue, Jul 28, 2009 at 10:44 AM, ZedroS Schwart >> wrote: >> >>> Thanks for this answer Juri. >>> >>> I tried it (once again) and it didn't work : the setHeaders method >>> isn't called... >>> >>> I use Live HTTP headers to check what goes through : >>> http://localhost:8080/charts/data/dataId/KBU >>> >>> >>> >>> GET /charts/data/dataId/KBU HTTP/1.1 >>> >>> Host: localhost:8080 >>> >>> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) >>> Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11 >>> >>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> >>> Accept-Language: en,de;q=0.5 >>> >>> Accept-Encoding: gzip,deflate >>> >>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 >>> >>> Keep-Alive: 300 >>> >>> Connection: keep-alive >>> >>> Cookie: JSESSIONID=1gxaom5muzh66 >>> >>> >>> >>> HTTP/1.x 200 OK >>> >>> Content-Type: text/csv; charset=UTF-8 >>> >>> Content-Length: 5726 >>> >>> Server: Jetty(6.1.16) >>> >>> >>> thanks again >>> zedros >>> >>> On Tue, Jul 28, 2009 at 8:59 AM, Juri Prokofiev wrote: >>> > To set headers to a resource you need to extend setHeaders method from >>> > WebResource. Example: >>> > �...@override >>> > protected void setHeaders(WebResponse response) >>> > { >>> > super.setHeaders(response); >>> > response.setAttachmentHeader("announcements.csv"); >>> > response.setHeader("Cache-Control", "no-cache"); >>> > } >>> > >>> > Check your headers. If Cache-Control is passed then resource should be >>> > cached on user side. >>> > >>> > On Tue, Jul 28, 2009 at 1:02 AM, ZedroS Schwart >>> > wrote: >>> > >>> >> hi >>> >> >>> >> We need to provide a flash application (www.amcharts.com if anyone is >>> >> interested) with some content through some files.
Re: SVN URL for Wicket 1.4.0 sources?
Ok, so show me how you would re-create the 1.4.0 release as it was when it was released. What SVN URL would you use to do that? If someone has checked in changes into your "release branch", you're going to need to find what version (SVN version) was used along with that URL to re-create the 1.4.0 release. It doesn't make sense to have a non-SNAPSHOT version in your branch. Once a release is out, it's out. You can't re-release 1.4.0 with different source code (you'd have to do a 1.4.1 release). This is *not* normal SVN usage. Take a look at: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html 1. Developers commit all new work to the trunk. Day-to-day changes are committed to /trunk: new features, bug fixes, and so on. 2. The trunk is copied to a “release” branch. When the team thinks the software is ready for release (say, a 1.0 release), /trunk might be copied to /branches/1.0. 3. Teams continue to work in parallel. One team begins rigorous testing of the release branch, while another team continues new work (say, for version 2.0) on /trunk. If bugs are discovered in either location, fixes are ported back and forth as necessary. At some point, however, even that process stops. The branch is “frozen” for final testing right before a release. 4. The branch is tagged and released. When testing is complete, /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The tag is packaged and released to customers. 5. The branch is maintained over time. While work continues on /trunk for version 2.0, bug fixes continue to be ported from /trunk to /branches/1.0. When enough bug fixes have accumulated, management may decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, and the tag is packaged and released. I'm "barking up the tree" because I am a member of the Wicket community and an Apache Software Foundation member. We need to make sure we're doing things the right way. The right way should coincide with the way other folks reasonably expect it to work. This is not how the Maven release plugin does releases. It does it like this (which is the normal way Maven/SVN folks expect releases to work): * Check that there are no uncommitted changes in the sources * Check that there are no SNAPSHOT dependencies * Change the version in the poms from x-SNAPSHOT to a new version (you will be prompted for the versions to use) * Transform the SCM information in the POM to include the final destination of the tag * Run the project tests against the modified POMs to confirm everything is in working order * Commit the modified POMs * Tag the code in the SCM with a version name (this will be prompted for) * Bump the version in the POMs to a new value y-SNAPSHOT (these values will also be prompted for) * Commit the modified POMs On Tue, Aug 4, 2009 at 4:41 AM, Martijn Dashorst wrote: > This has been the process since I've been release manager. Create tag > when we cut the release, create release branch where we build the > release from the tag, release it. If there's a issue, repeat. This way > release artifacts don't pollute the main development stream, which is > rather normal SVN usage. This way you don't have release specific > commits pollute the diffs between releases. Only actual commits that > are part of our normal development cycle are between release *tags*. > Everything else that is specific for a release is in the release > branch. And each release gets its own release branch. > > I'm not sure why you are barking up the tree though. > > Martijn > > On Tue, Aug 4, 2009 at 10:32 AM, James > Carman wrote: >> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >> Dashorst wrote: >>> I beg to differ: the way it is currently setup is the way we have done >>> it since inception of wicket. >> >> No, I beg to differ. You haven't been doing it that way. Take a look at: >> >> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml >> >> That is a release tag and it doesn't have a SNAPSHOT version. >> >>> >>> tag -> the moment where we cut the release >>> release -> the branch where the commits go to actually build the release >> >> Tags are supposed to be immutable. What would be the purpose of >> creating a SNAPSHOT tag, unless you're taking a snapshot of the source >> before some major refactoring or something? The wicket-{release >> version} tags should be reserved for release tags (and thus the >> pom.xml wouldn't have SNAPSHOT versions in them). The release tags >> should be able to be used to re-create the release. You have to have >> a tag for that or else your "release" branch (which you said gets >> committed to) would be altered and it would differ from the actual >> release (and thus you wouldn't be able to re-create the original >> release with it easily). >> >> Why would you go against the way that everyone else uses SVN? >> >> - >> To u
Re: SVN URL for Wicket 1.4.0 sources?
I don't disagree that you guys are doing it this way. I'm saying it's the wrong way to do it. On Tue, Aug 4, 2009 at 4:45 AM, Martijn Dashorst wrote: > See also: http://cwiki.apache.org/confluence/display/WICKET/Releasing > > On Tue, Aug 4, 2009 at 10:41 AM, Martijn > Dashorst wrote: >> This has been the process since I've been release manager. Create tag >> when we cut the release, create release branch where we build the >> release from the tag, release it. If there's a issue, repeat. This way >> release artifacts don't pollute the main development stream, which is >> rather normal SVN usage. This way you don't have release specific >> commits pollute the diffs between releases. Only actual commits that >> are part of our normal development cycle are between release *tags*. >> Everything else that is specific for a release is in the release >> branch. And each release gets its own release branch. >> >> I'm not sure why you are barking up the tree though. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 10:32 AM, James >> Carman wrote: >>> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >>> Dashorst wrote: I beg to differ: the way it is currently setup is the way we have done it since inception of wicket. >>> >>> No, I beg to differ. You haven't been doing it that way. Take a look at: >>> >>> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml >>> >>> That is a release tag and it doesn't have a SNAPSHOT version. >>> tag -> the moment where we cut the release release -> the branch where the commits go to actually build the release >>> >>> Tags are supposed to be immutable. What would be the purpose of >>> creating a SNAPSHOT tag, unless you're taking a snapshot of the source >>> before some major refactoring or something? The wicket-{release >>> version} tags should be reserved for release tags (and thus the >>> pom.xml wouldn't have SNAPSHOT versions in them). The release tags >>> should be able to be used to re-create the release. You have to have >>> a tag for that or else your "release" branch (which you said gets >>> committed to) would be altered and it would differ from the actual >>> release (and thus you wouldn't be able to re-create the original >>> release with it easily). >>> >>> Why would you go against the way that everyone else uses SVN? >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
I can commit to a tag just as good as to the release branch. There is no spoon. Martijn On Tue, Aug 4, 2009 at 10:56 AM, James Carman wrote: > Ok, so show me how you would re-create the 1.4.0 release as it was > when it was released. What SVN URL would you use to do that? If > someone has checked in changes into your "release branch", you're > going to need to find what version (SVN version) was used along with > that URL to re-create the 1.4.0 release. It doesn't make sense to > have a non-SNAPSHOT version in your branch. Once a release is out, > it's out. You can't re-release 1.4.0 with different source code > (you'd have to do a 1.4.1 release). > > This is *not* normal SVN usage. Take a look at: > > http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html > > 1. Developers commit all new work to the trunk. Day-to-day changes > are committed to /trunk: new features, bug fixes, and so on. > 2. The trunk is copied to a “release” branch. When the team thinks > the software is ready for release (say, a 1.0 release), /trunk might > be copied to /branches/1.0. > 3. Teams continue to work in parallel. One team begins rigorous > testing of the release branch, while another team continues new work > (say, for version 2.0) on /trunk. If bugs are discovered in either > location, fixes are ported back and forth as necessary. At some point, > however, even that process stops. The branch is “frozen” for final > testing right before a release. > 4. The branch is tagged and released. When testing is complete, > /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The > tag is packaged and released to customers. > 5. The branch is maintained over time. While work continues on > /trunk for version 2.0, bug fixes continue to be ported from /trunk to > /branches/1.0. When enough bug fixes have accumulated, management may > decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, > and the tag is packaged and released. > > I'm "barking up the tree" because I am a member of the Wicket > community and an Apache Software Foundation member. We need to make > sure we're doing things the right way. The right way should coincide > with the way other folks reasonably expect it to work. This is not > how the Maven release plugin does releases. It does it like this > (which is the normal way Maven/SVN folks expect releases to work): > > * Check that there are no uncommitted changes in the sources > * Check that there are no SNAPSHOT dependencies > * Change the version in the poms from x-SNAPSHOT to a new version > (you will be prompted for the versions to use) > * Transform the SCM information in the POM to include the final > destination of the tag > * Run the project tests against the modified POMs to confirm > everything is in working order > * Commit the modified POMs > * Tag the code in the SCM with a version name (this will be prompted for) > * Bump the version in the POMs to a new value y-SNAPSHOT (these > values will also be prompted for) > * Commit the modified POMs > > > On Tue, Aug 4, 2009 at 4:41 AM, Martijn > Dashorst wrote: >> This has been the process since I've been release manager. Create tag >> when we cut the release, create release branch where we build the >> release from the tag, release it. If there's a issue, repeat. This way >> release artifacts don't pollute the main development stream, which is >> rather normal SVN usage. This way you don't have release specific >> commits pollute the diffs between releases. Only actual commits that >> are part of our normal development cycle are between release *tags*. >> Everything else that is specific for a release is in the release >> branch. And each release gets its own release branch. >> >> I'm not sure why you are barking up the tree though. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 10:32 AM, James >> Carman wrote: >>> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >>> Dashorst wrote: I beg to differ: the way it is currently setup is the way we have done it since inception of wicket. >>> >>> No, I beg to differ. You haven't been doing it that way. Take a look at: >>> >>> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml >>> >>> That is a release tag and it doesn't have a SNAPSHOT version. >>> tag -> the moment where we cut the release release -> the branch where the commits go to actually build the release >>> >>> Tags are supposed to be immutable. What would be the purpose of >>> creating a SNAPSHOT tag, unless you're taking a snapshot of the source >>> before some major refactoring or something? The wicket-{release >>> version} tags should be reserved for release tags (and thus the >>> pom.xml wouldn't have SNAPSHOT versions in them). The release tags >>> should be able to be used to re-create the release. You have to have >>> a tag for that or else your "release" branch (which you said gets >>> committed to) would be altered and it w
Re: SVN URL for Wicket 1.4.0 sources?
You aren't *supposed* to commit to tags, though. On Tue, Aug 4, 2009 at 5:00 AM, Martijn Dashorst wrote: > I can commit to a tag just as good as to the release branch. There is no > spoon. > > Martijn > > On Tue, Aug 4, 2009 at 10:56 AM, James > Carman wrote: >> Ok, so show me how you would re-create the 1.4.0 release as it was >> when it was released. What SVN URL would you use to do that? If >> someone has checked in changes into your "release branch", you're >> going to need to find what version (SVN version) was used along with >> that URL to re-create the 1.4.0 release. It doesn't make sense to >> have a non-SNAPSHOT version in your branch. Once a release is out, >> it's out. You can't re-release 1.4.0 with different source code >> (you'd have to do a 1.4.1 release). >> >> This is *not* normal SVN usage. Take a look at: >> >> http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html >> >> 1. Developers commit all new work to the trunk. Day-to-day changes >> are committed to /trunk: new features, bug fixes, and so on. >> 2. The trunk is copied to a “release” branch. When the team thinks >> the software is ready for release (say, a 1.0 release), /trunk might >> be copied to /branches/1.0. >> 3. Teams continue to work in parallel. One team begins rigorous >> testing of the release branch, while another team continues new work >> (say, for version 2.0) on /trunk. If bugs are discovered in either >> location, fixes are ported back and forth as necessary. At some point, >> however, even that process stops. The branch is “frozen” for final >> testing right before a release. >> 4. The branch is tagged and released. When testing is complete, >> /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The >> tag is packaged and released to customers. >> 5. The branch is maintained over time. While work continues on >> /trunk for version 2.0, bug fixes continue to be ported from /trunk to >> /branches/1.0. When enough bug fixes have accumulated, management may >> decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, >> and the tag is packaged and released. >> >> I'm "barking up the tree" because I am a member of the Wicket >> community and an Apache Software Foundation member. We need to make >> sure we're doing things the right way. The right way should coincide >> with the way other folks reasonably expect it to work. This is not >> how the Maven release plugin does releases. It does it like this >> (which is the normal way Maven/SVN folks expect releases to work): >> >> * Check that there are no uncommitted changes in the sources >> * Check that there are no SNAPSHOT dependencies >> * Change the version in the poms from x-SNAPSHOT to a new version >> (you will be prompted for the versions to use) >> * Transform the SCM information in the POM to include the final >> destination of the tag >> * Run the project tests against the modified POMs to confirm >> everything is in working order >> * Commit the modified POMs >> * Tag the code in the SCM with a version name (this will be prompted for) >> * Bump the version in the POMs to a new value y-SNAPSHOT (these >> values will also be prompted for) >> * Commit the modified POMs >> >> >> On Tue, Aug 4, 2009 at 4:41 AM, Martijn >> Dashorst wrote: >>> This has been the process since I've been release manager. Create tag >>> when we cut the release, create release branch where we build the >>> release from the tag, release it. If there's a issue, repeat. This way >>> release artifacts don't pollute the main development stream, which is >>> rather normal SVN usage. This way you don't have release specific >>> commits pollute the diffs between releases. Only actual commits that >>> are part of our normal development cycle are between release *tags*. >>> Everything else that is specific for a release is in the release >>> branch. And each release gets its own release branch. >>> >>> I'm not sure why you are barking up the tree though. >>> >>> Martijn >>> >>> On Tue, Aug 4, 2009 at 10:32 AM, James >>> Carman wrote: On Tue, Aug 4, 2009 at 4:25 AM, Martijn Dashorst wrote: > I beg to differ: the way it is currently setup is the way we have done > it since inception of wicket. No, I beg to differ. You haven't been doing it that way. Take a look at: http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml That is a release tag and it doesn't have a SNAPSHOT version. > > tag -> the moment where we cut the release > release -> the branch where the commits go to actually build the release Tags are supposed to be immutable. What would be the purpose of creating a SNAPSHOT tag, unless you're taking a snapshot of the source before some major refactoring or something? The wicket-{release version} tags should be reserved for release tags (and thus the pom.xml wouldn't have SNAPSHOT versions in
Re: SVN URL for Wicket 1.4.0 sources?
Take a look at: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.tags.html#svn.branchmerge.tags.mksimple "But wait a moment: isn't this tag creation procedure the same procedure we used to create a branch? Yes, in fact, it is. In Subversion, there's no difference between a tag and a branch. Both are just ordinary directories that are created by copying. Just as with branches, the only reason a copied directory is a “tag” is because humans have decided to treat it that way: as long as nobody ever commits to the directory, it forever remains a snapshot. If people start committing to it, it becomes a branch. If you are administering a repository, there are two approaches you can take to managing tags. The first approach is “hands off”: as a matter of project policy, decide where your tags will live, and make sure all users know how to treat the directories they copy. (That is, make sure they know not to commit to them.) The second approach is more paranoid: you can use one of the access control scripts provided with Subversion to prevent anyone from doing anything but creating new copies in the tags area (see Chapter 6, Server Configuration). The paranoid approach, however, isn't usually necessary. If a user accidentally commits a change to a tag directory, you can simply undo the change as discussed in the previous section. This is version control, after all!" On Tue, Aug 4, 2009 at 5:02 AM, James Carman wrote: > You aren't *supposed* to commit to tags, though. > > On Tue, Aug 4, 2009 at 5:00 AM, Martijn > Dashorst wrote: >> I can commit to a tag just as good as to the release branch. There is no >> spoon. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 10:56 AM, James >> Carman wrote: >>> Ok, so show me how you would re-create the 1.4.0 release as it was >>> when it was released. What SVN URL would you use to do that? If >>> someone has checked in changes into your "release branch", you're >>> going to need to find what version (SVN version) was used along with >>> that URL to re-create the 1.4.0 release. It doesn't make sense to >>> have a non-SNAPSHOT version in your branch. Once a release is out, >>> it's out. You can't re-release 1.4.0 with different source code >>> (you'd have to do a 1.4.1 release). >>> >>> This is *not* normal SVN usage. Take a look at: >>> >>> http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html >>> >>> 1. Developers commit all new work to the trunk. Day-to-day changes >>> are committed to /trunk: new features, bug fixes, and so on. >>> 2. The trunk is copied to a “release” branch. When the team thinks >>> the software is ready for release (say, a 1.0 release), /trunk might >>> be copied to /branches/1.0. >>> 3. Teams continue to work in parallel. One team begins rigorous >>> testing of the release branch, while another team continues new work >>> (say, for version 2.0) on /trunk. If bugs are discovered in either >>> location, fixes are ported back and forth as necessary. At some point, >>> however, even that process stops. The branch is “frozen” for final >>> testing right before a release. >>> 4. The branch is tagged and released. When testing is complete, >>> /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The >>> tag is packaged and released to customers. >>> 5. The branch is maintained over time. While work continues on >>> /trunk for version 2.0, bug fixes continue to be ported from /trunk to >>> /branches/1.0. When enough bug fixes have accumulated, management may >>> decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, >>> and the tag is packaged and released. >>> >>> I'm "barking up the tree" because I am a member of the Wicket >>> community and an Apache Software Foundation member. We need to make >>> sure we're doing things the right way. The right way should coincide >>> with the way other folks reasonably expect it to work. This is not >>> how the Maven release plugin does releases. It does it like this >>> (which is the normal way Maven/SVN folks expect releases to work): >>> >>> * Check that there are no uncommitted changes in the sources >>> * Check that there are no SNAPSHOT dependencies >>> * Change the version in the poms from x-SNAPSHOT to a new version >>> (you will be prompted for the versions to use) >>> * Transform the SCM information in the POM to include the final >>> destination of the tag >>> * Run the project tests against the modified POMs to confirm >>> everything is in working order >>> * Commit the modified POMs >>> * Tag the code in the SCM with a version name (this will be prompted for) >>> * Bump the version in the POMs to a new value y-SNAPSHOT (these >>> values will also be prompted for) >>> * Commit the modified POMs >>> >>> >>> On Tue, Aug 4, 2009 at 4:41 AM, Martijn >>> Dashorst wrote: This has been the process since I've been release manager. Create tag when we cut the release, create release branch where we build the relea
Re: SVN URL for Wicket 1.4.0 sources?
We create a branch of off trunk for future maintenance of wicket 1.4, not from a release branch. wicket/branches/wicket-1.3.x -> created from wicket/trunk when we moved 1.3 to maintenance mode wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when we move 1.4 to mainenance mode wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if we haven't created branches/wicket-1.4.x yet, or else from branches/wicket-1.4.x Sorry, but this has been the way we have done things since the dawn of the project. Just because you think it is not correct, doesn't invalidate how *we* do things. Martijn On Tue, Aug 4, 2009 at 10:56 AM, James Carman wrote: > Ok, so show me how you would re-create the 1.4.0 release as it was > when it was released. What SVN URL would you use to do that? If > someone has checked in changes into your "release branch", you're > going to need to find what version (SVN version) was used along with > that URL to re-create the 1.4.0 release. It doesn't make sense to > have a non-SNAPSHOT version in your branch. Once a release is out, > it's out. You can't re-release 1.4.0 with different source code > (you'd have to do a 1.4.1 release). > > This is *not* normal SVN usage. Take a look at: > > http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html > > 1. Developers commit all new work to the trunk. Day-to-day changes > are committed to /trunk: new features, bug fixes, and so on. > 2. The trunk is copied to a “release” branch. When the team thinks > the software is ready for release (say, a 1.0 release), /trunk might > be copied to /branches/1.0. > 3. Teams continue to work in parallel. One team begins rigorous > testing of the release branch, while another team continues new work > (say, for version 2.0) on /trunk. If bugs are discovered in either > location, fixes are ported back and forth as necessary. At some point, > however, even that process stops. The branch is “frozen” for final > testing right before a release. > 4. The branch is tagged and released. When testing is complete, > /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The > tag is packaged and released to customers. > 5. The branch is maintained over time. While work continues on > /trunk for version 2.0, bug fixes continue to be ported from /trunk to > /branches/1.0. When enough bug fixes have accumulated, management may > decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, > and the tag is packaged and released. > > I'm "barking up the tree" because I am a member of the Wicket > community and an Apache Software Foundation member. We need to make > sure we're doing things the right way. The right way should coincide > with the way other folks reasonably expect it to work. This is not > how the Maven release plugin does releases. It does it like this > (which is the normal way Maven/SVN folks expect releases to work): > > * Check that there are no uncommitted changes in the sources > * Check that there are no SNAPSHOT dependencies > * Change the version in the poms from x-SNAPSHOT to a new version > (you will be prompted for the versions to use) > * Transform the SCM information in the POM to include the final > destination of the tag > * Run the project tests against the modified POMs to confirm > everything is in working order > * Commit the modified POMs > * Tag the code in the SCM with a version name (this will be prompted for) > * Bump the version in the POMs to a new value y-SNAPSHOT (these > values will also be prompted for) > * Commit the modified POMs > > > On Tue, Aug 4, 2009 at 4:41 AM, Martijn > Dashorst wrote: >> This has been the process since I've been release manager. Create tag >> when we cut the release, create release branch where we build the >> release from the tag, release it. If there's a issue, repeat. This way >> release artifacts don't pollute the main development stream, which is >> rather normal SVN usage. This way you don't have release specific >> commits pollute the diffs between releases. Only actual commits that >> are part of our normal development cycle are between release *tags*. >> Everything else that is specific for a release is in the release >> branch. And each release gets its own release branch. >> >> I'm not sure why you are barking up the tree though. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 10:32 AM, James >> Carman wrote: >>> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >>> Dashorst wrote: I beg to differ: the way it is currently setup is the way we have done it since inception of wicket. >>> >>> No, I beg to differ. You haven't been doing it that way. Take a look at: >>> >>> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml >>> >>> That is a release tag and it doesn't have a SNAPSHOT version. >>> tag -> the moment where we cut the release release -> the branch where the commits go to actually build the release >>> >>> Ta
Re: SVN URL for Wicket 1.4.0 sources?
Same for releases/wicket-1.4.0 after the release has been created. Martijn On Tue, Aug 4, 2009 at 11:02 AM, James Carman wrote: > You aren't *supposed* to commit to tags, though. > > On Tue, Aug 4, 2009 at 5:00 AM, Martijn > Dashorst wrote: >> I can commit to a tag just as good as to the release branch. There is no >> spoon. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 10:56 AM, James >> Carman wrote: >>> Ok, so show me how you would re-create the 1.4.0 release as it was >>> when it was released. What SVN URL would you use to do that? If >>> someone has checked in changes into your "release branch", you're >>> going to need to find what version (SVN version) was used along with >>> that URL to re-create the 1.4.0 release. It doesn't make sense to >>> have a non-SNAPSHOT version in your branch. Once a release is out, >>> it's out. You can't re-release 1.4.0 with different source code >>> (you'd have to do a 1.4.1 release). >>> >>> This is *not* normal SVN usage. Take a look at: >>> >>> http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html >>> >>> 1. Developers commit all new work to the trunk. Day-to-day changes >>> are committed to /trunk: new features, bug fixes, and so on. >>> 2. The trunk is copied to a “release” branch. When the team thinks >>> the software is ready for release (say, a 1.0 release), /trunk might >>> be copied to /branches/1.0. >>> 3. Teams continue to work in parallel. One team begins rigorous >>> testing of the release branch, while another team continues new work >>> (say, for version 2.0) on /trunk. If bugs are discovered in either >>> location, fixes are ported back and forth as necessary. At some point, >>> however, even that process stops. The branch is “frozen” for final >>> testing right before a release. >>> 4. The branch is tagged and released. When testing is complete, >>> /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The >>> tag is packaged and released to customers. >>> 5. The branch is maintained over time. While work continues on >>> /trunk for version 2.0, bug fixes continue to be ported from /trunk to >>> /branches/1.0. When enough bug fixes have accumulated, management may >>> decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, >>> and the tag is packaged and released. >>> >>> I'm "barking up the tree" because I am a member of the Wicket >>> community and an Apache Software Foundation member. We need to make >>> sure we're doing things the right way. The right way should coincide >>> with the way other folks reasonably expect it to work. This is not >>> how the Maven release plugin does releases. It does it like this >>> (which is the normal way Maven/SVN folks expect releases to work): >>> >>> * Check that there are no uncommitted changes in the sources >>> * Check that there are no SNAPSHOT dependencies >>> * Change the version in the poms from x-SNAPSHOT to a new version >>> (you will be prompted for the versions to use) >>> * Transform the SCM information in the POM to include the final >>> destination of the tag >>> * Run the project tests against the modified POMs to confirm >>> everything is in working order >>> * Commit the modified POMs >>> * Tag the code in the SCM with a version name (this will be prompted for) >>> * Bump the version in the POMs to a new value y-SNAPSHOT (these >>> values will also be prompted for) >>> * Commit the modified POMs >>> >>> >>> On Tue, Aug 4, 2009 at 4:41 AM, Martijn >>> Dashorst wrote: This has been the process since I've been release manager. Create tag when we cut the release, create release branch where we build the release from the tag, release it. If there's a issue, repeat. This way release artifacts don't pollute the main development stream, which is rather normal SVN usage. This way you don't have release specific commits pollute the diffs between releases. Only actual commits that are part of our normal development cycle are between release *tags*. Everything else that is specific for a release is in the release branch. And each release gets its own release branch. I'm not sure why you are barking up the tree though. Martijn On Tue, Aug 4, 2009 at 10:32 AM, James Carman wrote: > On Tue, Aug 4, 2009 at 4:25 AM, Martijn > Dashorst wrote: >> I beg to differ: the way it is currently setup is the way we have done >> it since inception of wicket. > > No, I beg to differ. You haven't been doing it that way. Take a look at: > > http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml > > That is a release tag and it doesn't have a SNAPSHOT version. > >> >> tag -> the moment where we cut the release >> release -> the branch where the commits go to actually build the release > > Tags are supposed to be immutable. What would be the purpose of > creating a SNAPSHOT tag,
Re: SVN URL for Wicket 1.4.0 sources?
On Tue, Aug 4, 2009 at 5:00 AM, Martijn Dashorst wrote: > I can commit to a tag just as good as to the release branch. There is no > spoon. You're not answering the question, either. You haven't shown me how you would easily re-create the released software as it was when it was released with your current source control strategy. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
On Tue, Aug 4, 2009 at 5:05 AM, Martijn Dashorst wrote: > We create a branch of off trunk for future maintenance of wicket 1.4, > not from a release branch. > > wicket/branches/wicket-1.3.x -> created from wicket/trunk when we > moved 1.3 to maintenance mode > wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when > we move 1.4 to mainenance mode > > wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if > we haven't created branches/wicket-1.4.x yet, or else from > branches/wicket-1.4.x > > Sorry, but this has been the way we have done things since the dawn of > the project. Just because you think it is not correct, doesn't > invalidate how *we* do things. Correct. Projects do have some leeway, but it is important to be able to re-create the release as it was. With your strategy, you have no idea (without some SVN version magic) how to re-create it if you're checking code into the SVN URL that is used to create the release. The SCM URL in your released pom points to: scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 Which is MUTABLE with your strategy! You don't see a problem with that?!?!?! The SCM URL for releases should point to a tag (which nobody is supposed to modify), not a branch. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
You might want to check the best practices document from the Incubator: http://incubator.apache.org/guides/releasemanagement.html#best-practices-svn On Tue, Aug 4, 2009 at 5:05 AM, Martijn Dashorst wrote: > Same for releases/wicket-1.4.0 after the release has been created. > > Martijn > > On Tue, Aug 4, 2009 at 11:02 AM, James > Carman wrote: >> You aren't *supposed* to commit to tags, though. >> >> On Tue, Aug 4, 2009 at 5:00 AM, Martijn >> Dashorst wrote: >>> I can commit to a tag just as good as to the release branch. There is no >>> spoon. >>> >>> Martijn >>> >>> On Tue, Aug 4, 2009 at 10:56 AM, James >>> Carman wrote: Ok, so show me how you would re-create the 1.4.0 release as it was when it was released. What SVN URL would you use to do that? If someone has checked in changes into your "release branch", you're going to need to find what version (SVN version) was used along with that URL to re-create the 1.4.0 release. It doesn't make sense to have a non-SNAPSHOT version in your branch. Once a release is out, it's out. You can't re-release 1.4.0 with different source code (you'd have to do a 1.4.1 release). This is *not* normal SVN usage. Take a look at: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html 1. Developers commit all new work to the trunk. Day-to-day changes are committed to /trunk: new features, bug fixes, and so on. 2. The trunk is copied to a “release” branch. When the team thinks the software is ready for release (say, a 1.0 release), /trunk might be copied to /branches/1.0. 3. Teams continue to work in parallel. One team begins rigorous testing of the release branch, while another team continues new work (say, for version 2.0) on /trunk. If bugs are discovered in either location, fixes are ported back and forth as necessary. At some point, however, even that process stops. The branch is “frozen” for final testing right before a release. 4. The branch is tagged and released. When testing is complete, /branches/1.0 is copied to /tags/1.0.0 as a reference snapshot. The tag is packaged and released to customers. 5. The branch is maintained over time. While work continues on /trunk for version 2.0, bug fixes continue to be ported from /trunk to /branches/1.0. When enough bug fixes have accumulated, management may decide to do a 1.0.1 release: /branches/1.0 is copied to /tags/1.0.1, and the tag is packaged and released. I'm "barking up the tree" because I am a member of the Wicket community and an Apache Software Foundation member. We need to make sure we're doing things the right way. The right way should coincide with the way other folks reasonably expect it to work. This is not how the Maven release plugin does releases. It does it like this (which is the normal way Maven/SVN folks expect releases to work): * Check that there are no uncommitted changes in the sources * Check that there are no SNAPSHOT dependencies * Change the version in the poms from x-SNAPSHOT to a new version (you will be prompted for the versions to use) * Transform the SCM information in the POM to include the final destination of the tag * Run the project tests against the modified POMs to confirm everything is in working order * Commit the modified POMs * Tag the code in the SCM with a version name (this will be prompted for) * Bump the version in the POMs to a new value y-SNAPSHOT (these values will also be prompted for) * Commit the modified POMs On Tue, Aug 4, 2009 at 4:41 AM, Martijn Dashorst wrote: > This has been the process since I've been release manager. Create tag > when we cut the release, create release branch where we build the > release from the tag, release it. If there's a issue, repeat. This way > release artifacts don't pollute the main development stream, which is > rather normal SVN usage. This way you don't have release specific > commits pollute the diffs between releases. Only actual commits that > are part of our normal development cycle are between release *tags*. > Everything else that is specific for a release is in the release > branch. And each release gets its own release branch. > > I'm not sure why you are barking up the tree though. > > Martijn > > On Tue, Aug 4, 2009 at 10:32 AM, James > Carman wrote: >> On Tue, Aug 4, 2009 at 4:25 AM, Martijn >> Dashorst wrote: >>> I beg to differ: the way it is currently setup is the way we have done >>> it since inception of wicket. >> >> No, I beg to differ. You haven't been doing it that way. Take a look >> at: >> >> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6/pom.xml
Wicket and Tomcat: "Error deploying configuration descriptor ROOT.xml"
When I launch our wicket application in Tomcat 5.5.27 I'm getting following output in the IDEA console: > cmd /c C:\apache-tomcat-5.5.27\bin\catalina.bat run > Using CATALINA_BASE: C:\Dokumente und > Einstellungen\tom\.IntelliJIdea8x\system\tomcat\tomcat_Unnamed_websitecaa32f44 > Using CATALINA_HOME: C:\apache-tomcat-5.5.27 > Using CATALINA_TMPDIR: C:\apache-tomcat-5.5.27\temp > Using JRE_HOME:C:\Programme\Java\jdk1.6.0_14 > 04.08.2009 11:19:04 org.apache.coyote.http11.Http11BaseProtocol init > INFO: Initializing Coyote HTTP/1.1 on http-8080 > 04.08.2009 11:19:04 org.apache.catalina.startup.Catalina load > INFO: Initialization processed in 234 ms > 04.08.2009 11:19:04 org.apache.catalina.core.StandardService start > INFO: Starting service Catalina > 04.08.2009 11:19:04 org.apache.catalina.core.StandardEngine start > INFO: Starting Servlet Engine: Apache Tomcat/5.5.27 > 04.08.2009 11:19:04 org.apache.catalina.core.StandardHost start > INFO: XML validation disabled > 04.08.2009 11:19:04 org.apache.catalina.startup.HostConfig deployDescriptor > SCHWERWIEGEND: Error deploying configuration descriptor ROOT.xml > org.apache.commons.logging.LogConfigurationException: User-specified log > class 'org.apache.commons.logging.impl.Log4JLogger' cannot be found or is not > useable. > at > org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:874) > at > org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:604) > at > org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336) > at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:704) > at > org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:381) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:4119) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) > at > org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626) > at > org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553) > at > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488) > at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1150) > at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120) > at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) > at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) > at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) > at > org.apache.catalina.core.StandardService.start(StandardService.java:448) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:700) > at org.apache.catalina.startup.Catalina.start(Catalina.java:552) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) My Wicket module depends on log4j-1.2.13.jar, portlet-api-2.0.jar, slf4j-api-1.4.2.jar and slf4j-log4j12-1.4.2.jar. I had replaced Tomcat's conf/server.xml with the conf/server-minimal.xml. I'm not using Maven. Any one knows what to do to fix it? Thanks in advance. Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
tags/foo is as mutable as releases/foo If a release needs to be cut, we can just do: svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 ./release.sh there are no changes to the release after it has been created. A social convention, just as tagging it. And this is the last thing I'll say about it. Martijn On Tue, Aug 4, 2009 at 11:10 AM, James Carman wrote: > On Tue, Aug 4, 2009 at 5:05 AM, Martijn > Dashorst wrote: >> We create a branch of off trunk for future maintenance of wicket 1.4, >> not from a release branch. >> >> wicket/branches/wicket-1.3.x -> created from wicket/trunk when we >> moved 1.3 to maintenance mode >> wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when >> we move 1.4 to mainenance mode >> >> wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if >> we haven't created branches/wicket-1.4.x yet, or else from >> branches/wicket-1.4.x >> >> Sorry, but this has been the way we have done things since the dawn of >> the project. Just because you think it is not correct, doesn't >> invalidate how *we* do things. > > Correct. Projects do have some leeway, but it is important to be able > to re-create the release as it was. With your strategy, you have no > idea (without some SVN version magic) how to re-create it if you're > checking code into the SVN URL that is used to create the release. > The SCM URL in your released pom points to: > > scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > > Which is MUTABLE with your strategy! You don't see a problem with > that?!?!?! The SCM URL for releases should point to a tag (which > nobody is supposed to modify), not a branch. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
how to get RequestData in RequestCycle
Hi. I'd like to log the request data (org.apache.wicket.protocol.http.RequestLogger.RequestData) in RequestCycle logRuntimeException. The RequestLogger keeps RequestData by it's private MetaData key in RequestCycle object. In other words, I can only completely re-implement RequestLogger to resolve RequestData. Is there any way around this? Thanks, cvl - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
ConfirmLink Ajax + Fallback anyone?
Hi, I think that is one of that components that has been created several times out there. Does anybody have a good implementation available? There is a wiki page that contains both types of confirmation links (http://cwiki.apache.org/WICKET/getting-user-confirmation.html) but not a combination of both. Thanks, Johannes - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
Well, think about it this way. In the original message in this thread, Thomas Singer went looking for the 1.4.0 release stuff at the URL: http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 and it wasn't there. Why did he go there? Hmm. Maybe because that's how everyone else does it? Why would Wicket choose to do it differently than everyone else? It just doesn't make any sense to me. Also, in the vote thread, Igor proposed to release 1.4.0 from the following SVN URL: https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 However, you're saying that it was actually released from: https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 So, the released software wasn't built from the URL the community voted on. You can't just move things around and release it. You need to release from the SVN URL in the vote thread, because that's what's being voted upon. On Tue, Aug 4, 2009 at 5:28 AM, Martijn Dashorst wrote: > tags/foo is as mutable as releases/foo > > If a release needs to be cut, we can just do: > > svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > ./release.sh > > there are no changes to the release after it has been created. A > social convention, just as tagging it. > > And this is the last thing I'll say about it. > > Martijn > > On Tue, Aug 4, 2009 at 11:10 AM, James > Carman wrote: >> On Tue, Aug 4, 2009 at 5:05 AM, Martijn >> Dashorst wrote: >>> We create a branch of off trunk for future maintenance of wicket 1.4, >>> not from a release branch. >>> >>> wicket/branches/wicket-1.3.x -> created from wicket/trunk when we >>> moved 1.3 to maintenance mode >>> wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when >>> we move 1.4 to mainenance mode >>> >>> wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if >>> we haven't created branches/wicket-1.4.x yet, or else from >>> branches/wicket-1.4.x >>> >>> Sorry, but this has been the way we have done things since the dawn of >>> the project. Just because you think it is not correct, doesn't >>> invalidate how *we* do things. >> >> Correct. Projects do have some leeway, but it is important to be able >> to re-create the release as it was. With your strategy, you have no >> idea (without some SVN version magic) how to re-create it if you're >> checking code into the SVN URL that is used to create the release. >> The SCM URL in your released pom points to: >> >> scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >> >> Which is MUTABLE with your strategy! You don't see a problem with >> that?!?!?! The SCM URL for releases should point to a tag (which >> nobody is supposed to modify), not a branch. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
The same thing happened to me recently. I wanted to check out the release tag and could not find it. I was already sort of surprised when Igor mentioned he'd release from his private sandbox. And now we have a 1.4.0 tag with a 1.4-SNAPSHOT in it and trunk which still has 1.4-SNAPSHOT. That can't be it. Please, guys, rethink your release process. The Maven release plugin is just the standard way of cutting releases. Reinhard James Carman schrieb: Well, think about it this way. In the original message in this thread, Thomas Singer went looking for the 1.4.0 release stuff at the URL: http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 and it wasn't there. Why did he go there? Hmm. Maybe because that's how everyone else does it? Why would Wicket choose to do it differently than everyone else? It just doesn't make any sense to me. Also, in the vote thread, Igor proposed to release 1.4.0 from the following SVN URL: https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 However, you're saying that it was actually released from: https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 So, the released software wasn't built from the URL the community voted on. You can't just move things around and release it. You need to release from the SVN URL in the vote thread, because that's what's being voted upon. On Tue, Aug 4, 2009 at 5:28 AM, Martijn Dashorst wrote: tags/foo is as mutable as releases/foo If a release needs to be cut, we can just do: svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 ./release.sh there are no changes to the release after it has been created. A social convention, just as tagging it. And this is the last thing I'll say about it. Martijn On Tue, Aug 4, 2009 at 11:10 AM, James Carman wrote: On Tue, Aug 4, 2009 at 5:05 AM, Martijn Dashorst wrote: We create a branch of off trunk for future maintenance of wicket 1.4, not from a release branch. wicket/branches/wicket-1.3.x -> created from wicket/trunk when we moved 1.3 to maintenance mode wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when we move 1.4 to mainenance mode wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if we haven't created branches/wicket-1.4.x yet, or else from branches/wicket-1.4.x Sorry, but this has been the way we have done things since the dawn of the project. Just because you think it is not correct, doesn't invalidate how *we* do things. Correct. Projects do have some leeway, but it is important to be able to re-create the release as it was. With your strategy, you have no idea (without some SVN version magic) how to re-create it if you're checking code into the SVN URL that is used to create the release. The SCM URL in your released pom points to: scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 Which is MUTABLE with your strategy! You don't see a problem with that?!?!?! The SCM URL for releases should point to a tag (which nobody is supposed to modify), not a branch. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
WTF? Read the commit messages and then tell me that the 1.4.0 release is not an exact copy of sandbox/ivaynberg/wicket-1.4.0 ? Martijn On Tue, Aug 4, 2009 at 12:33 PM, James Carman wrote: > Well, think about it this way. In the original message in this > thread, Thomas Singer went looking for the 1.4.0 release stuff at the > URL: > > http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 > > and it wasn't there. Why did he go there? Hmm. Maybe because > that's how everyone else does it? Why would Wicket choose to do it > differently than everyone else? It just doesn't make any sense to me. > > Also, in the vote thread, Igor proposed to release 1.4.0 from the > following SVN URL: > > https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 > > However, you're saying that it was actually released from: > > https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > > So, the released software wasn't built from the URL the community > voted on. You can't just move things around and release it. You need > to release from the SVN URL in the vote thread, because that's what's > being voted upon. > > On Tue, Aug 4, 2009 at 5:28 AM, Martijn > Dashorst wrote: >> tags/foo is as mutable as releases/foo >> >> If a release needs to be cut, we can just do: >> >> svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >> ./release.sh >> >> there are no changes to the release after it has been created. A >> social convention, just as tagging it. >> >> And this is the last thing I'll say about it. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 11:10 AM, James >> Carman wrote: >>> On Tue, Aug 4, 2009 at 5:05 AM, Martijn >>> Dashorst wrote: We create a branch of off trunk for future maintenance of wicket 1.4, not from a release branch. wicket/branches/wicket-1.3.x -> created from wicket/trunk when we moved 1.3 to maintenance mode wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when we move 1.4 to mainenance mode wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if we haven't created branches/wicket-1.4.x yet, or else from branches/wicket-1.4.x Sorry, but this has been the way we have done things since the dawn of the project. Just because you think it is not correct, doesn't invalidate how *we* do things. >>> >>> Correct. Projects do have some leeway, but it is important to be able >>> to re-create the release as it was. With your strategy, you have no >>> idea (without some SVN version magic) how to re-create it if you're >>> checking code into the SVN URL that is used to create the release. >>> The SCM URL in your released pom points to: >>> >>> scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >>> >>> Which is MUTABLE with your strategy! You don't see a problem with >>> that?!?!?! The SCM URL for releases should point to a tag (which >>> nobody is supposed to modify), not a branch. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
We shouldn't have to do this kind of research to know what's going on. That's the whole point. On Tue, Aug 4, 2009 at 7:25 AM, Martijn Dashorst wrote: > WTF? > > Read the commit messages and then tell me that the 1.4.0 release is > not an exact copy of sandbox/ivaynberg/wicket-1.4.0 ? > > Martijn > > On Tue, Aug 4, 2009 at 12:33 PM, James > Carman wrote: >> Well, think about it this way. In the original message in this >> thread, Thomas Singer went looking for the 1.4.0 release stuff at the >> URL: >> >> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 >> >> and it wasn't there. Why did he go there? Hmm. Maybe because >> that's how everyone else does it? Why would Wicket choose to do it >> differently than everyone else? It just doesn't make any sense to me. >> >> Also, in the vote thread, Igor proposed to release 1.4.0 from the >> following SVN URL: >> >> https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 >> >> However, you're saying that it was actually released from: >> >> https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >> >> So, the released software wasn't built from the URL the community >> voted on. You can't just move things around and release it. You need >> to release from the SVN URL in the vote thread, because that's what's >> being voted upon. >> >> On Tue, Aug 4, 2009 at 5:28 AM, Martijn >> Dashorst wrote: >>> tags/foo is as mutable as releases/foo >>> >>> If a release needs to be cut, we can just do: >>> >>> svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >>> ./release.sh >>> >>> there are no changes to the release after it has been created. A >>> social convention, just as tagging it. >>> >>> And this is the last thing I'll say about it. >>> >>> Martijn >>> >>> On Tue, Aug 4, 2009 at 11:10 AM, James >>> Carman wrote: On Tue, Aug 4, 2009 at 5:05 AM, Martijn Dashorst wrote: > We create a branch of off trunk for future maintenance of wicket 1.4, > not from a release branch. > > wicket/branches/wicket-1.3.x -> created from wicket/trunk when we > moved 1.3 to maintenance mode > wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when > we move 1.4 to mainenance mode > > wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if > we haven't created branches/wicket-1.4.x yet, or else from > branches/wicket-1.4.x > > Sorry, but this has been the way we have done things since the dawn of > the project. Just because you think it is not correct, doesn't > invalidate how *we* do things. Correct. Projects do have some leeway, but it is important to be able to re-create the release as it was. With your strategy, you have no idea (without some SVN version magic) how to re-create it if you're checking code into the SVN URL that is used to create the release. The SCM URL in your released pom points to: scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 Which is MUTABLE with your strategy! You don't see a problem with that?!?!?! The SCM URL for releases should point to a tag (which nobody is supposed to modify), not a branch. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> -- >>> Become a Wicket expert, learn from the best: http://wicketinaction.com >>> Apache Wicket 1.4 increases type safety for web applications >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
Jeez, get a life... Martijn On Tue, Aug 4, 2009 at 1:29 PM, James Carman wrote: > We shouldn't have to do this kind of research to know what's going on. > That's the whole point. > > On Tue, Aug 4, 2009 at 7:25 AM, Martijn > Dashorst wrote: >> WTF? >> >> Read the commit messages and then tell me that the 1.4.0 release is >> not an exact copy of sandbox/ivaynberg/wicket-1.4.0 ? >> >> Martijn >> >> On Tue, Aug 4, 2009 at 12:33 PM, James >> Carman wrote: >>> Well, think about it this way. In the original message in this >>> thread, Thomas Singer went looking for the 1.4.0 release stuff at the >>> URL: >>> >>> http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 >>> >>> and it wasn't there. Why did he go there? Hmm. Maybe because >>> that's how everyone else does it? Why would Wicket choose to do it >>> differently than everyone else? It just doesn't make any sense to me. >>> >>> Also, in the vote thread, Igor proposed to release 1.4.0 from the >>> following SVN URL: >>> >>> https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 >>> >>> However, you're saying that it was actually released from: >>> >>> https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >>> >>> So, the released software wasn't built from the URL the community >>> voted on. You can't just move things around and release it. You need >>> to release from the SVN URL in the vote thread, because that's what's >>> being voted upon. >>> >>> On Tue, Aug 4, 2009 at 5:28 AM, Martijn >>> Dashorst wrote: tags/foo is as mutable as releases/foo If a release needs to be cut, we can just do: svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 ./release.sh there are no changes to the release after it has been created. A social convention, just as tagging it. And this is the last thing I'll say about it. Martijn On Tue, Aug 4, 2009 at 11:10 AM, James Carman wrote: > On Tue, Aug 4, 2009 at 5:05 AM, Martijn > Dashorst wrote: >> We create a branch of off trunk for future maintenance of wicket 1.4, >> not from a release branch. >> >> wicket/branches/wicket-1.3.x -> created from wicket/trunk when we >> moved 1.3 to maintenance mode >> wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when >> we move 1.4 to mainenance mode >> >> wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if >> we haven't created branches/wicket-1.4.x yet, or else from >> branches/wicket-1.4.x >> >> Sorry, but this has been the way we have done things since the dawn of >> the project. Just because you think it is not correct, doesn't >> invalidate how *we* do things. > > Correct. Projects do have some leeway, but it is important to be able > to re-create the release as it was. With your strategy, you have no > idea (without some SVN version magic) how to re-create it if you're > checking code into the SVN URL that is used to create the release. > The SCM URL in your released pom points to: > > scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > > Which is MUTABLE with your strategy! You don't see a problem with > that?!?!?! The SCM URL for releases should point to a tag (which > nobody is supposed to modify), not a branch. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Become a Wicket expert, learn from the best: http://wicket
Re: SVN URL for Wicket 1.4.0 sources?
Wow, that's a great way for a member of the development team to treat a member of their user community. I'm not the only one with these concerns. Why don't you bad-mouth Reinhard too? On Tue, Aug 4, 2009 at 7:35 AM, Martijn Dashorst wrote: > Jeez, get a life... > > Martijn > > On Tue, Aug 4, 2009 at 1:29 PM, James > Carman wrote: >> We shouldn't have to do this kind of research to know what's going on. >> That's the whole point. >> >> On Tue, Aug 4, 2009 at 7:25 AM, Martijn >> Dashorst wrote: >>> WTF? >>> >>> Read the commit messages and then tell me that the 1.4.0 release is >>> not an exact copy of sandbox/ivaynberg/wicket-1.4.0 ? >>> >>> Martijn >>> >>> On Tue, Aug 4, 2009 at 12:33 PM, James >>> Carman wrote: Well, think about it this way. In the original message in this thread, Thomas Singer went looking for the 1.4.0 release stuff at the URL: http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 and it wasn't there. Why did he go there? Hmm. Maybe because that's how everyone else does it? Why would Wicket choose to do it differently than everyone else? It just doesn't make any sense to me. Also, in the vote thread, Igor proposed to release 1.4.0 from the following SVN URL: https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 However, you're saying that it was actually released from: https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 So, the released software wasn't built from the URL the community voted on. You can't just move things around and release it. You need to release from the SVN URL in the vote thread, because that's what's being voted upon. On Tue, Aug 4, 2009 at 5:28 AM, Martijn Dashorst wrote: > tags/foo is as mutable as releases/foo > > If a release needs to be cut, we can just do: > > svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > ./release.sh > > there are no changes to the release after it has been created. A > social convention, just as tagging it. > > And this is the last thing I'll say about it. > > Martijn > > On Tue, Aug 4, 2009 at 11:10 AM, James > Carman wrote: >> On Tue, Aug 4, 2009 at 5:05 AM, Martijn >> Dashorst wrote: >>> We create a branch of off trunk for future maintenance of wicket 1.4, >>> not from a release branch. >>> >>> wicket/branches/wicket-1.3.x -> created from wicket/trunk when we >>> moved 1.3 to maintenance mode >>> wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when >>> we move 1.4 to mainenance mode >>> >>> wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if >>> we haven't created branches/wicket-1.4.x yet, or else from >>> branches/wicket-1.4.x >>> >>> Sorry, but this has been the way we have done things since the dawn of >>> the project. Just because you think it is not correct, doesn't >>> invalidate how *we* do things. >> >> Correct. Projects do have some leeway, but it is important to be able >> to re-create the release as it was. With your strategy, you have no >> idea (without some SVN version magic) how to re-create it if you're >> checking code into the SVN URL that is used to create the release. >> The SCM URL in your released pom points to: >> >> scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >> >> Which is MUTABLE with your strategy! You don't see a problem with >> that?!?!?! The SCM URL for releases should point to a tag (which >> nobody is supposed to modify), not a branch. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> -- >>> Become a Wicket expert, learn from the best: http://wicketinaction.com >>> Apache Wicket 1.4 increases type safety for web applications >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >>> >>> - >>> To unsubscribe, e-mail: use
Re: SVN URL for Wicket 1.4.0 sources?
We have documented, and established release procedures, which I followed, and then I must jump to your bidding? Why is it so difficult to understand that our releases/* directory is where we keep our release builds? And that they constitute our official place for checking out release code? svn co releases/wicket-1.4.0 mvn install There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, so you'll never get 100% signature proof re-builds) Martijn On Tue, Aug 4, 2009 at 1:47 PM, James Carman wrote: > Wow, that's a great way for a member of the development team to treat > a member of their user community. I'm not the only one with these > concerns. Why don't you bad-mouth Reinhard too? > > On Tue, Aug 4, 2009 at 7:35 AM, Martijn > Dashorst wrote: >> Jeez, get a life... >> >> Martijn >> >> On Tue, Aug 4, 2009 at 1:29 PM, James >> Carman wrote: >>> We shouldn't have to do this kind of research to know what's going on. >>> That's the whole point. >>> >>> On Tue, Aug 4, 2009 at 7:25 AM, Martijn >>> Dashorst wrote: WTF? Read the commit messages and then tell me that the 1.4.0 release is not an exact copy of sandbox/ivaynberg/wicket-1.4.0 ? Martijn On Tue, Aug 4, 2009 at 12:33 PM, James Carman wrote: > Well, think about it this way. In the original message in this > thread, Thomas Singer went looking for the 1.4.0 release stuff at the > URL: > > http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0 > > and it wasn't there. Why did he go there? Hmm. Maybe because > that's how everyone else does it? Why would Wicket choose to do it > differently than everyone else? It just doesn't make any sense to me. > > Also, in the vote thread, Igor proposed to release 1.4.0 from the > following SVN URL: > > https://svn.apache.org/repos/asf/wicket/sandbox/ivaynberg/wicket-1.4.0 > > However, you're saying that it was actually released from: > > https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 > > So, the released software wasn't built from the URL the community > voted on. You can't just move things around and release it. You need > to release from the SVN URL in the vote thread, because that's what's > being voted upon. > > On Tue, Aug 4, 2009 at 5:28 AM, Martijn > Dashorst wrote: >> tags/foo is as mutable as releases/foo >> >> If a release needs to be cut, we can just do: >> >> svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >> ./release.sh >> >> there are no changes to the release after it has been created. A >> social convention, just as tagging it. >> >> And this is the last thing I'll say about it. >> >> Martijn >> >> On Tue, Aug 4, 2009 at 11:10 AM, James >> Carman wrote: >>> On Tue, Aug 4, 2009 at 5:05 AM, Martijn >>> Dashorst wrote: We create a branch of off trunk for future maintenance of wicket 1.4, not from a release branch. wicket/branches/wicket-1.3.x -> created from wicket/trunk when we moved 1.3 to maintenance mode wicket/branches/wicket-1.4.x -> will be created from wicket/trunk when we move 1.4 to mainenance mode wicket/releases/wicket-1.4.1 -> will be created from wicket/trunk if we haven't created branches/wicket-1.4.x yet, or else from branches/wicket-1.4.x Sorry, but this has been the way we have done things since the dawn of the project. Just because you think it is not correct, doesn't invalidate how *we* do things. >>> >>> Correct. Projects do have some leeway, but it is important to be able >>> to re-create the release as it was. With your strategy, you have no >>> idea (without some SVN version magic) how to re-create it if you're >>> checking code into the SVN URL that is used to create the release. >>> The SCM URL in your released pom points to: >>> >>> scm:svn:http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0 >>> >>> Which is MUTABLE with your strategy! You don't see a problem with >>> that?!?!?! The SCM URL for releases should point to a tag (which >>> nobody is supposed to modify), not a branch. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
http://svn.apache.org/repos/asf/wicket/releases/ -- Jeremy Thomerson http://www.wickettraining.com On Tue, Aug 4, 2009 at 3:20 AM, James Carman wrote: > That's not exactly fixing it, Martijn. The version in the pom still > says "SNAPSHOT." What did you do, copy trunk? > > Who cut this release? There should be a tag available to re-create > every release. I don't see tags for the last couple of rcs either. > This is quite a big no-no in Apache Land. > > On Tue, Aug 4, 2009 at 4:14 AM, Martijn > Dashorst wrote: >> fixed >> >> On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: >>> We include the Wicket sources using an SVN external. I now wanted to update >>> from the latest Wicket 1.3.* release >>> (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but >>> could not find a corresponding tag or branch. The latest one to find is for >>> wicket-1.4-rc5. Where can I find it? >>> >>> Thanks in advance, >>> Tom >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
On Tue, Aug 4, 2009 at 7:54 AM, Martijn Dashorst wrote: > We have documented, and established release procedures, which I > followed, and then I must jump to your bidding? Again, the point is that we shouldn't have to read the release procedures to find the release tags. Maven/Subversion folks just expect things to be in certain places. It's not my bidding. > > Why is it so difficult to understand that our releases/* directory is > where we keep our release builds? And that they constitute our > official place for checking out release code? > Oh, I understand it now that we've had this long-winded email conversation. Wouldn't it have been easier if you didn't have to explain your non-standard release practices? > svn co releases/wicket-1.4.0 > mvn install > > There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, > so you'll never get 100% signature proof re-builds) > The code in that branch has changed since the branch was created. It's not an immutable "snapshot" like a tag is (yes, I understand that every URL is just as immutable as the next, but the accepted paradigm is that tags are not changed). Is it really so difficult for you guys to release like the rest of the world does? If you would like help coming up with a new release plan, I don't mind helping. We could borrow from Apache Commons. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Caching a resource on the browser side
According to http://code.google.com/speed/page-speed/docs/caching.html you should not set both Expires and Cache-Control: max-age. I suggest you: - also set Cache-control: public (see the article). - get rid of the session cookie when the cvs file is first retrieved. I think the cookie is the culprit. Regards, Erik. ZedroS Schwart wrote: I finally managed to set the headers this way : WebResponse response = (WebResponse) getRequestCycle().getResponse(); response.setDateHeader("Date", System.currentTimeMillis()); response.setDateHeader("Expires", System.currentTimeMillis() + CACHE_DURATION); response.setHeader("Cache-Control", "max-age=" + CACHE_DURATION + ", must-revalidate"); response.setLastModifiedTime(Time.valueOf(new Date(90, 1, 1).getTime())); response.setContentType("text/csv"); I see them all in live http headers but... the browser keeps requesting the file I send back : http://localhost:8080/charts/data/dataId/AOX GET /charts/data/dataId/AOX HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en,de;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: JSESSIONID=vk0x2bf8xnpb HTTP/1.x 200 OK Last-Modified: Wed, 31 Jan 1990 23:00:00 GMT Expires: Tue, 04 Aug 2009 09:53:23 GMT Cache-Control: max-age=360, must-revalidate Content-Type: text/csv; charset=UTF-8 Content-Length: 5659 Date: Tue, 04 Aug 2009 08:53:23 GMT Server: Jetty(6.1.16) if anyone knows how to resolve that ++ On Wed, Jul 29, 2009 at 12:10 AM, ZedroS Schwart wrote: hi Juri I did it the same way as you did and it worked fine. Even more : I didn't even see lines in http header (???). However, it doesn't fit my use case : I need to get the link to the file to embed it in a javascript. Previously I did it this way : PageParameters parameters = new PageParameters(); parameters.add(AMChartDataProviderPage.DATA_KEY, set.getDataId()); return RequestCycle.get().urlFor(AMChartDataProviderPage.class, parameters).toString(); however I don't know how to do it with what you provided... ++ On Tue, Jul 28, 2009 at 10:32 AM, Juri Prokofiev wrote: It works for me. ResourceLink csvLink = new ResourceLink("csvLink", new ResourceReference(AnnouncementCsvResource.ID), params); add(csvLink); public class AnnouncementCsvResource extends WebResource { public static final String ID = "csv"; @Override public IResourceStream getResourceStream() { return new CsvResourceStream(); } @Override protected void setHeaders(WebResponse response) { super.setHeaders(response); response.setAttachmentHeader("announcements.csv"); response.setHeader("Cache-Control", "no-cache"); } private class CsvResourceStream extends AbstractStringResourceStream { @Override public String getContentType() { return "text/plain"; } @Override protected Charset getCharset() { return Charset.forName("ISO-8859-1"); } @Override protected String getString() { return "bla bla "; } } } On Tue, Jul 28, 2009 at 10:44 AM, ZedroS Schwart wrote: Thanks for this answer Juri. I tried it (once again) and it didn't work : the setHeaders method isn't called... I use Live HTTP headers to check what goes through : http://localhost:8080/charts/data/dataId/KBU GET /charts/data/dataId/KBU HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009060308 Ubuntu/9.04 (jaunty) Firefox/3.0.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en,de;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: JSESSIONID=1gxaom5muzh66 HTTP/1.x 200 OK Content-Type: text/csv; charset=UTF-8 Content-Length: 5726 Server: Jetty(6.1.16) thanks again zedros On Tue, Jul 28, 2009 at 8:59 AM, Juri Prokofiev wrote: To set headers to a resource you need to extend setHeaders method from WebResource. Example: @Override protected void setHeaders(WebResponse response) { super.setHeaders(response); response.setAttachmentHeader("announcements.csv"); response.setHeader("Cache-Control", "no-cache"); } Check your headers. If Cache-Control is passed then resource should be cached on user side. On Tue, Jul 28, 2009 at 1:02 AM, ZedroS Schwart wrote: hi We need to provide a flash application (www.amcharts.com if anyone is interested) with some content through some files. As the files are users specific (and determined with data from the session
Re: ConfirmLink Ajax + Fallback anyone?
Ok, I have created some classes that seem to work. Could anyone take a look at it and give any feedback? What about the styles for the confirmation page? How should those be added? Thanks Johannes /** * A confirmation link that uses JavaScript if available. */ public class ConfirmationLink extends AjaxFallbackLink { @NotNull @NonNls private final Model message; @NotNull private final Action action; public ConfirmationLink( @NotNull @NonNls String id, @NotNull @NonNls Model message, @NotNull Action action ) { super( id ); this.message = message; this.action = action; add( new JavaScriptEventConfirmation( JavaScriptEventConfirmation.EVENT_ON_CLICK, message ) ); } @Override public void onClick( @Nullable AjaxRequestTarget target ) { if ( target == null ) { //Fallback! MarkupContainer parent = getParent(); if ( parent == null ) { throw new IllegalStateException( "No parent found!" ); } FallbackConfirmationLinkPanel.replace( parent, message, action ); } else { //Javascript action.execute(); } } public interface Action extends Serializable { /** * Executes the action */ void execute(); } } /** * Contains a confirm link (as fallback if javascript is not available) */ public class FallbackConfirmationLinkPanel extends Panel { /** * Creates a confirm link panel * * @param componentToReplace the confirmation link panel this panel replaces * @param message the message * @param actionthe action */ public FallbackConfirmationLinkPanel( @NotNull final Component componentToReplace, @NotNull Model message, @NotNull final ConfirmationLink.Action action ) { super( componentToReplace.getId() ); add( new Label( "message", message ) ); add( new Link( "confirm" ) { @Override public void onClick() { action.execute(); getParent().replaceWith( componentToReplace ); } } ); add( new Link( "cancel" ) { @Override public void onClick() { getParent().replaceWith( componentToReplace ); } } ); } public static void replace( @NotNull final Component componentToReplace, @NotNull Model message, @NotNull ConfirmationLink.Action action ) { componentToReplace.replaceWith( new FallbackConfirmationLinkPanel( componentToReplace, message, action ) ); } } Johannes Schneider wrote: > Hi, > > I think that is one of that components that has been created several > times out there. > Does anybody have a good implementation available? > > There is a wiki page that contains both types of confirmation links > (http://cwiki.apache.org/WICKET/getting-user-confirmation.html) but not > a combination of both. > > > > Thanks, > > Johannes > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
I too am a bit worried.. A temporary fix could be to include the svn revision number for the release. Until this gets fixed. At work, we have a special profile for hudson which does the mvn release:prepare release:perform, which does the release and tag + deploy in one go. The idea are if hudson can perform the release from scratch (checking out into a clean workspace) then the process should be replicable by everybody else. I might be missing the larger picture. But for me it would horrible if something got lost in the process.. 2009/8/4 James Carman : > On Tue, Aug 4, 2009 at 7:54 AM, Martijn > Dashorst wrote: >> We have documented, and established release procedures, which I >> followed, and then I must jump to your bidding? > > Again, the point is that we shouldn't have to read the release > procedures to find the release tags. Maven/Subversion folks just > expect things to be in certain places. It's not my bidding. > >> >> Why is it so difficult to understand that our releases/* directory is >> where we keep our release builds? And that they constitute our >> official place for checking out release code? >> > > Oh, I understand it now that we've had this long-winded email > conversation. Wouldn't it have been easier if you didn't have to > explain your non-standard release practices? > >> svn co releases/wicket-1.4.0 >> mvn install >> >> There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, >> so you'll never get 100% signature proof re-builds) >> > > The code in that branch has changed since the branch was created. > It's not an immutable "snapshot" like a tag is (yes, I understand that > every URL is just as immutable as the next, but the accepted paradigm > is that tags are not changed). > > Is it really so difficult for you guys to release like the rest of the > world does? If you would like help coming up with a new release plan, > I don't mind helping. We could borrow from Apache Commons. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
Oh and yes Wicket Devs you are doing a great job, without you there would be no wicket.. And with no wicket no happy Nino:) But just because something has done one way always it doesn't mean it's the best way. I believe creating a release should be as simple as a click :) Regards Nino 2009/8/4 nino martinez wael : > I too am a bit worried.. A temporary fix could be to include the svn > revision number for the release. Until this gets fixed. > > At work, we have a special profile for hudson which does the mvn > release:prepare release:perform, which does the release and tag + > deploy in one go. The idea are if hudson can perform the release from > scratch (checking out into a clean workspace) then the process should > be replicable by everybody else. > > I might be missing the larger picture. But for me it would horrible if > something got lost in the process.. > > > 2009/8/4 James Carman : >> On Tue, Aug 4, 2009 at 7:54 AM, Martijn >> Dashorst wrote: >>> We have documented, and established release procedures, which I >>> followed, and then I must jump to your bidding? >> >> Again, the point is that we shouldn't have to read the release >> procedures to find the release tags. Maven/Subversion folks just >> expect things to be in certain places. It's not my bidding. >> >>> >>> Why is it so difficult to understand that our releases/* directory is >>> where we keep our release builds? And that they constitute our >>> official place for checking out release code? >>> >> >> Oh, I understand it now that we've had this long-winded email >> conversation. Wouldn't it have been easier if you didn't have to >> explain your non-standard release practices? >> >>> svn co releases/wicket-1.4.0 >>> mvn install >>> >>> There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, >>> so you'll never get 100% signature proof re-builds) >>> >> >> The code in that branch has changed since the branch was created. >> It's not an immutable "snapshot" like a tag is (yes, I understand that >> every URL is just as immutable as the next, but the accepted paradigm >> is that tags are not changed). >> >> Is it really so difficult for you guys to release like the rest of the >> world does? If you would like help coming up with a new release plan, >> I don't mind helping. We could borrow from Apache Commons. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket and Tomcat: "Error deploying configuration descriptor ROOT.xml"
Hi Thomas, On Tue, Aug 4, 2009 at 3:54 PM, Thomas Singer wrote: > OK, this was caused by having removed commons-logging-1.1.jar from the > classpath. I still don't understand why it is required. The wicket 1.4.0 > readme says: > >> You only need to include the Servlet API (2.3, just for compiling) and >> the SLF4J logging implementation you want. > > Hence I assumed, that commons-logging-1.1.jar is NOT required. I'm confused. I.e. in addition to SLF4J (the API) you also need an imlementation of that API, such as commons logging. Cheers, Erik - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket and Tomcat: "Error deploying configuration descriptor ROOT.xml"
run mvn dependency:tree to see where you get clogging-1.1 from If you find out which dependency includes it, either * exclude clogging with that dependency in your pom, or * use 99-version-does-not-exists from Erik van Oosten (search google) Martijn On Tue, Aug 4, 2009 at 3:54 PM, Thomas Singer wrote: > OK, this was caused by having removed commons-logging-1.1.jar from the > classpath. I still don't understand why it is required. The wicket 1.4.0 > readme says: > >> You only need to include the Servlet API (2.3, just for compiling) and >> the SLF4J logging implementation you want. You cannot use Wicket >> without >> adding a SLF4J logging implementation to your classpath. Most people >> use >> log4j. If you do, just include slf4j-log4j12.jar on your classpath to >> get >> Wicket to use log4j too. If you want to use commons-logging or JDK14 >> logging or something else, please see the SLF4J site >> (http://www.slf4j.org/) >> for more information. > > Hence I assumed, that commons-logging-1.1.jar is NOT required. I'm confused. > > Tom > > > Thomas Singer wrote: >> When I launch our wicket application in Tomcat 5.5.27 I'm getting following >> output in the IDEA console: >> >>> cmd /c C:\apache-tomcat-5.5.27\bin\catalina.bat run >>> Using CATALINA_BASE: C:\Dokumente und >>> Einstellungen\tom\.IntelliJIdea8x\system\tomcat\tomcat_Unnamed_websitecaa32f44 >>> Using CATALINA_HOME: C:\apache-tomcat-5.5.27 >>> Using CATALINA_TMPDIR: C:\apache-tomcat-5.5.27\temp >>> Using JRE_HOME: C:\Programme\Java\jdk1.6.0_14 >>> 04.08.2009 11:19:04 org.apache.coyote.http11.Http11BaseProtocol init >>> INFO: Initializing Coyote HTTP/1.1 on http-8080 >>> 04.08.2009 11:19:04 org.apache.catalina.startup.Catalina load >>> INFO: Initialization processed in 234 ms >>> 04.08.2009 11:19:04 org.apache.catalina.core.StandardService start >>> INFO: Starting service Catalina >>> 04.08.2009 11:19:04 org.apache.catalina.core.StandardEngine start >>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.27 >>> 04.08.2009 11:19:04 org.apache.catalina.core.StandardHost start >>> INFO: XML validation disabled >>> 04.08.2009 11:19:04 org.apache.catalina.startup.HostConfig deployDescriptor >>> SCHWERWIEGEND: Error deploying configuration descriptor ROOT.xml >>> org.apache.commons.logging.LogConfigurationException: User-specified log >>> class 'org.apache.commons.logging.impl.Log4JLogger' cannot be found or is >>> not useable. >>> at >>> org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:874) >>> at >>> org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:604) >>> at >>> org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336) >>> at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:704) >>> at >>> org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:381) >>> at >>> org.apache.catalina.core.StandardContext.start(StandardContext.java:4119) >>> at >>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760) >>> at >>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) >>> at >>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) >>> at >>> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626) >>> at >>> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553) >>> at >>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488) >>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1150) >>> at >>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) >>> at >>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120) >>> at >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) >>> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) >>> at >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) >>> at >>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) >>> at >>> org.apache.catalina.core.StandardService.start(StandardService.java:448) >>> at >>> org.apache.catalina.core.StandardServer.start(StandardServer.java:700) >>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) >>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) >> >> My Wicket module depends on log4j-1.
Re: Wicket and Tomcat: "Error deploying configuration descriptor ROOT.xml"
OK, this was caused by having removed commons-logging-1.1.jar from the classpath. I still don't understand why it is required. The wicket 1.4.0 readme says: > You only need to include the Servlet API (2.3, just for compiling) and > the SLF4J logging implementation you want. You cannot use Wicket > without > adding a SLF4J logging implementation to your classpath. Most people > use > log4j. If you do, just include slf4j-log4j12.jar on your classpath to > get > Wicket to use log4j too. If you want to use commons-logging or JDK14 > logging or something else, please see the SLF4J site > (http://www.slf4j.org/) > for more information. Hence I assumed, that commons-logging-1.1.jar is NOT required. I'm confused. Tom Thomas Singer wrote: > When I launch our wicket application in Tomcat 5.5.27 I'm getting following > output in the IDEA console: > >> cmd /c C:\apache-tomcat-5.5.27\bin\catalina.bat run >> Using CATALINA_BASE: C:\Dokumente und >> Einstellungen\tom\.IntelliJIdea8x\system\tomcat\tomcat_Unnamed_websitecaa32f44 >> Using CATALINA_HOME: C:\apache-tomcat-5.5.27 >> Using CATALINA_TMPDIR: C:\apache-tomcat-5.5.27\temp >> Using JRE_HOME:C:\Programme\Java\jdk1.6.0_14 >> 04.08.2009 11:19:04 org.apache.coyote.http11.Http11BaseProtocol init >> INFO: Initializing Coyote HTTP/1.1 on http-8080 >> 04.08.2009 11:19:04 org.apache.catalina.startup.Catalina load >> INFO: Initialization processed in 234 ms >> 04.08.2009 11:19:04 org.apache.catalina.core.StandardService start >> INFO: Starting service Catalina >> 04.08.2009 11:19:04 org.apache.catalina.core.StandardEngine start >> INFO: Starting Servlet Engine: Apache Tomcat/5.5.27 >> 04.08.2009 11:19:04 org.apache.catalina.core.StandardHost start >> INFO: XML validation disabled >> 04.08.2009 11:19:04 org.apache.catalina.startup.HostConfig deployDescriptor >> SCHWERWIEGEND: Error deploying configuration descriptor ROOT.xml >> org.apache.commons.logging.LogConfigurationException: User-specified log >> class 'org.apache.commons.logging.impl.Log4JLogger' cannot be found or is >> not useable. >> at >> org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:874) >> at >> org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:604) >> at >> org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336) >> at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:704) >> at >> org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:381) >> at >> org.apache.catalina.core.StandardContext.start(StandardContext.java:4119) >> at >> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760) >> at >> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) >> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) >> at >> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626) >> at >> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553) >> at >> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488) >> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1150) >> at >> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) >> at >> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120) >> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) >> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) >> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) >> at >> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) >> at >> org.apache.catalina.core.StandardService.start(StandardService.java:448) >> at >> org.apache.catalina.core.StandardServer.start(StandardServer.java:700) >> at org.apache.catalina.startup.Catalina.start(Catalina.java:552) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) >> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) > > My Wicket module depends on log4j-1.2.13.jar, portlet-api-2.0.jar, > slf4j-api-1.4.2.jar and slf4j-log4j12-1.4.2.jar. I had replaced Tomcat's > conf/server.xml with the conf/server-minimal.xml. I'm not using Maven. > > Any one knows what to do to fix it? Thanks in advance. > > Tom > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e
Label i18n in 1.4 final
Hello, I'm trying to add internationalization to my wicket application using Wicket 1.4 final. In order to customize labels I don't use wicket:message but use Label subclasses. So, both the Wiki page "General i18n in Wicket" an Wicket in Action state that I may define a property file for a page, say Index.properties and define any label resource in this file. So far so good, it seems to work as long as I don't have a label nested in a panel or in a form! Say I have a page Index and a panel Sidebar like this: public class Sidebar extends Panel { public Sidebar(final String id) { super(id); add(new Label("header", new ResourceModel("header"))); ... } } public class Index extends WebPage { public Index() { super(); add(new Sidebar("sidebar")); } } Now, if I define sidebar.header = Sidebar Header! in a file 'Index.properties' a MissingResourceException is thrown. Does anybody know how to do it right? regards, Robin. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Label i18n in 1.4 final
As far as I remember, you need to call the proprty 'header' header = Sidebar Header! Eyal Golan egola...@gmail.com Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary On Tue, Aug 4, 2009 at 5:14 PM, Robin Sander wrote: > > Hello, > > I'm trying to add internationalization to my wicket application using > Wicket 1.4 final. > In order to customize labels I don't use wicket:message but use Label > subclasses. > > So, both the Wiki page "General i18n in Wicket" an Wicket in Action state > that I may define > a property file for a page, say Index.properties and define any label > resource in this file. > > So far so good, it seems to work as long as I don't have a label nested in > a panel or in a form! > Say I have a page Index and a panel Sidebar like this: > > public class Sidebar extends Panel { >public Sidebar(final String id) { >super(id); >add(new Label("header", new ResourceModel("header"))); >... > } > } > > public class Index extends WebPage { >public Index() { >super(); >add(new Sidebar("sidebar")); > } > } > > Now, if I define > > sidebar.header = Sidebar Header! > > in a file 'Index.properties' a MissingResourceException is thrown. > Does anybody know how to do it right? > > regards, > > Robin. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: FeedbackIndicator doesn't work inside RefreshingView
you have to call setreuseitemstrategy(...) on the refreshingview so that components are kept across requests. it is analogous to having to call setreuseitems(true) on the listview. -igor On Tue, Aug 4, 2009 at 1:12 AM, Anton Komratov wrote: > I'm using RefreshingView to show and edit data. I put MinimumValidator to > the TextField in RefreshingView (in method populateItem()).Also I put > FeedbackIndicator for this TextField in RefreshingView (also in method > populateItem()). > > MinimumValidator works fine - I'm getting error messages at the > FeedbackPanel. But FeedbackIndicator doesn't work - no any "red asterics" in > case of invalid value in TextField. > Others FeedbackIndicators at the same pages (for others TextFields outside > of the RefreshingView) work fine. > > Any solutions? (I'm using wicket 1.4rc4). > > /// Java code fragment: > > @Override > *protected void populateItem(final Item item)* { > item.add(new Label("name")); > item.add(new Label("surname")); > item.add(new Label("city.name")); > > TextField tfam = new TextField("amount"); > tfam.add(new MinimumValidator(1)); > item.add(tfam); > > *FormComponentFeedbackIndicator amountFlag = > new FormComponentFeedbackIndicator ("amountFlag");* > * **amountFlag.setIndicatorFor(tfam);* > * item.add(amountFlag); * } > /// > > > > ** > ** > > > > tabindex="3"> > ** > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problems with CheckGroup
so the next step is to step into convertinput() and see why its returning a string instead of a collection. -igor On Tue, Aug 4, 2009 at 1:20 AM, burnstone wrote: > Debugging the code just tells me the same as the exception does: > > CheckGroup.updateModel: > > public void updateModel() > { > Collection collection = getModelObject(); > if (collection == null) > { > collection = getConvertedInput(); > setDefaultModelObject(collection); > } > else > { > modelChanging(); > collection.clear(); > collection.addAll(getConvertedInput()); <- > modelChanged(); > } > } > > > getConvertedInput() returns a String instead of a collection instance. This > just has to be wrong, because it returns T, the parameter of > FormComponent, and CheckGroup extends FormComponent>. > > Removing the setType-Call doesn't help. > > Martin Makundi wrote: >> >> Have you tried to debug the code where you get the exception? I >> suspect that you just have some data types mixed. >> >> Maybe it is just this: comp.setType(parameter.getType()); Is that >> necessary? >> >> ** >> Martin >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Form skips validation for disabled/not visible components
James Carman-3 wrote: > > And, if you want to display the currently-selected "thing", then try > using a label (with a little style to it perhaps). > > On Mon, Aug 3, 2009 at 11:23 AM, Igor Vaynberg > wrote: >> use HiddenField instead of a TextField, that way there is no need to >> disable it. >> >> then the textfield/lookup button can be client-side things that >> populate the hidden field. >> >> -igor > Yes HiddenField is nice stuff! I will use IFormValidator as I've to re-utilize it in several places. Thank you all! -- View this message in context: http://www.nabble.com/Form-skips-validation-for-disabled-not-visible-components-tp24790510p24809865.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
thanks, my bad. got lost in all the building and rebuilding :) -igor On Tue, Aug 4, 2009 at 1:14 AM, Martijn Dashorst wrote: > fixed > > On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singer wrote: >> We include the Wicket sources using an SVN external. I now wanted to update >> from the latest Wicket 1.3.* release >> (http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but >> could not find a corresponding tag or branch. The latest one to find is for >> wicket-1.4-rc5. Where can I find it? >> >> Thanks in advance, >> Tom >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Label i18n in 1.4 final
Hi, yes, this does work but would interfere with a page-level label called "header", doesn't it? That's why the component-path up to the page is used as a prefix, I thought... On 04.08.2009, at 16:21, Eyal Golan wrote: As far as I remember, you need to call the proprty 'header' header = Sidebar Header! Eyal Golan egola...@gmail.com Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary On Tue, Aug 4, 2009 at 5:14 PM, Robin Sander wrote: Hello, I'm trying to add internationalization to my wicket application using Wicket 1.4 final. In order to customize labels I don't use wicket:message but use Label subclasses. So, both the Wiki page "General i18n in Wicket" an Wicket in Action state that I may define a property file for a page, say Index.properties and define any label resource in this file. So far so good, it seems to work as long as I don't have a label nested in a panel or in a form! Say I have a page Index and a panel Sidebar like this: public class Sidebar extends Panel { public Sidebar(final String id) { super(id); add(new Label("header", new ResourceModel("header"))); ... } } public class Index extends WebPage { public Index() { super(); add(new Sidebar("sidebar")); } } Now, if I define sidebar.header = Sidebar Header! in a file 'Index.properties' a MissingResourceException is thrown. Does anybody know how to do it right? regards, Robin. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SVN URL for Wicket 1.4.0 sources?
nothing was lost -igor On Tue, Aug 4, 2009 at 6:51 AM, nino martinez wael wrote: > I too am a bit worried.. A temporary fix could be to include the svn > revision number for the release. Until this gets fixed. > > At work, we have a special profile for hudson which does the mvn > release:prepare release:perform, which does the release and tag + > deploy in one go. The idea are if hudson can perform the release from > scratch (checking out into a clean workspace) then the process should > be replicable by everybody else. > > I might be missing the larger picture. But for me it would horrible if > something got lost in the process.. > > > 2009/8/4 James Carman : >> On Tue, Aug 4, 2009 at 7:54 AM, Martijn >> Dashorst wrote: >>> We have documented, and established release procedures, which I >>> followed, and then I must jump to your bidding? >> >> Again, the point is that we shouldn't have to read the release >> procedures to find the release tags. Maven/Subversion folks just >> expect things to be in certain places. It's not my bidding. >> >>> >>> Why is it so difficult to understand that our releases/* directory is >>> where we keep our release builds? And that they constitute our >>> official place for checking out release code? >>> >> >> Oh, I understand it now that we've had this long-winded email >> conversation. Wouldn't it have been easier if you didn't have to >> explain your non-standard release practices? >> >>> svn co releases/wicket-1.4.0 >>> mvn install >>> >>> There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, >>> so you'll never get 100% signature proof re-builds) >>> >> >> The code in that branch has changed since the branch was created. >> It's not an immutable "snapshot" like a tag is (yes, I understand that >> every URL is just as immutable as the next, but the accepted paradigm >> is that tags are not changed). >> >> Is it really so difficult for you guys to release like the rest of the >> world does? If you would like help coming up with a new release plan, >> I don't mind helping. We could borrow from Apache Commons. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange icon appears in webpage
this is happening only when deployed in unix in windows it is fine , I am sure I am not using characters of any foreign language , is there any better way to identify these characters ? MartinM wrote: > > Sync properly: > -> filesystem charset > -> html charset -tag > > ** > Martin > > 2009/8/3 fachhoch : >> >> My pages I see a strange symbol donot know the cause of this , the >> symbol >> in IE and firefox is differnt . Please help me tell what is causing >> this.below are the images. >> In IE >> >> http://www.nabble.com/file/p24797435/IE.png >> >> in firefox >> http://www.nabble.com/file/p24797435/firefox.png >> >> >> >> fachhoch wrote: >>> >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24797435.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810567.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange icon appears in webpage
Print out the character codes for each character in the string. Is it crlf? On Tue, Aug 4, 2009 at 11:14 AM, fachhoch wrote: > > this is happening only when deployed in unix in windows it is fine , I am > sure I am not using characters of any foreign language , is there any > better way to identify these characters ? > > MartinM wrote: >> >> Sync properly: >> -> filesystem charset >> -> html charset -tag >> >> ** >> Martin >> >> 2009/8/3 fachhoch : >>> >>> My pages I see a strange symbol donot know the cause of this , the >>> symbol >>> in IE and firefox is differnt . Please help me tell what is causing >>> this.below are the images. >>> In IE >>> >>> http://www.nabble.com/file/p24797435/IE.png >>> >>> in firefox >>> http://www.nabble.com/file/p24797435/firefox.png >>> >>> >>> >>> fachhoch wrote: >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24797435.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810567.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange icon appears in webpage
I did not understand what you mean , the special characters web page displays is comming becasue of plain HTML may be i copied it from other pages and not typed in my editor , but why is this happening only in unix and not in windows , is there anything I have to configure in unix ? James Carman-3 wrote: > > Print out the character codes for each character in the string. Is it > crlf? > > On Tue, Aug 4, 2009 at 11:14 AM, fachhoch wrote: >> >> this is happening only when deployed in unix in windows it is fine , I am >> sure I am not using characters of any foreign language , is there any >> better way to identify these characters ? >> >> MartinM wrote: >>> >>> Sync properly: >>> -> filesystem charset >>> -> html charset -tag >>> >>> ** >>> Martin >>> >>> 2009/8/3 fachhoch : My pages I see a strange symbol donot know the cause of this , the symbol in IE and firefox is differnt . Please help me tell what is causing this.below are the images. In IE http://www.nabble.com/file/p24797435/IE.png in firefox http://www.nabble.com/file/p24797435/firefox.png fachhoch wrote: > > > > -- View this message in context: http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24797435.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810567.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810830.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange icon appears in webpage
Can you re-type the HTML? You can run dos2unix on your html file perhaps? On Tue, Aug 4, 2009 at 11:30 AM, fachhoch wrote: > > I did not understand what you mean , the special characters web page > displays is comming becasue of plain HTML may be i copied it from other > pages and not typed in my editor , but why is this happening only in unix > and not in windows , is there anything I have to configure in unix ? > > James Carman-3 wrote: >> >> Print out the character codes for each character in the string. Is it >> crlf? >> >> On Tue, Aug 4, 2009 at 11:14 AM, fachhoch wrote: >>> >>> this is happening only when deployed in unix in windows it is fine , I am >>> sure I am not using characters of any foreign language , is there any >>> better way to identify these characters ? >>> >>> MartinM wrote: Sync properly: -> filesystem charset -> html charset -tag ** Martin 2009/8/3 fachhoch : > > My pages I see a strange symbol donot know the cause of this , the > symbol > in IE and firefox is differnt . Please help me tell what is > causing > this.below are the images. > In IE > > http://www.nabble.com/file/p24797435/IE.png > > in firefox > http://www.nabble.com/file/p24797435/firefox.png > > > > fachhoch wrote: >> >> >> >> > > -- > View this message in context: > http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24797435.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810567.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810830.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: SVN URL for Wicket 1.4.0 sources?
Right. Doesn't everybody here understand that the completed releases are tagged in the releases directory rather than the tags. James, I don't understand why you are so upset. Nothing is lost - it's just somewhere that you'd prefer it not to be. We like it in the releases directory because all the releases are together and not mixed in with endless arbitrary tags. If you are so concerned about it, call for a vote - don't gripe about the committers producing this framework for you. Voting is the Apache way. Jeremy Thomerson http://www.wickettraining.com -- sent from a wireless device -Original Message- From: Igor Vaynberg Sent: Tuesday, August 04, 2009 10:01 AM To: users@wicket.apache.org Subject: Re: SVN URL for Wicket 1.4.0 sources? nothing was lost -igor On Tue, Aug 4, 2009 at 6:51 AM, nino martinez wael wrote: > I too am a bit worried.. A temporary fix could be to include the svn > revision number for the release. Until this gets fixed. > > At work, we have a special profile for hudson which does the mvn > release:prepare release:perform, which does the release and tag + > deploy in one go. The idea are if hudson can perform the release from > scratch (checking out into a clean workspace) then the process should > be replicable by everybody else. > > I might be missing the larger picture. But for me it would horrible if > something got lost in the process.. > > > 2009/8/4 James Carman : >> On Tue, Aug 4, 2009 at 7:54 AM, Martijn >> Dashorst wrote: >>> We have documented, and established release procedures, which I >>> followed, and then I must jump to your bidding? >> >> Again, the point is that we shouldn't have to read the release >> procedures to find the release tags. Maven/Subversion folks just >> expect things to be in certain places. It's not my bidding. >> >>> >>> Why is it so difficult to understand that our releases/* directory is >>> where we keep our release builds? And that they constitute our >>> official place for checking out release code? >>> >> >> Oh, I understand it now that we've had this long-winded email >> conversation. Wouldn't it have been easier if you didn't have to >> explain your non-standard release practices? >> >>> svn co releases/wicket-1.4.0 >>> mvn install >>> >>> There is your 99.9% exact copy of wicket 1.4.0 (Maven modifies dates, >>> so you'll never get 100% signature proof re-builds) >>> >> >> The code in that branch has changed since the branch was created. >> It's not an immutable "snapshot" like a tag is (yes, I understand that >> every URL is just as immutable as the next, but the accepted paradigm >> is that tags are not changed). >> >> Is it really so difficult for you guys to release like the rest of the >> world does? If you would like help coming up with a new release plan, >> I don't mind helping. We could borrow from Apache Commons. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problems with CheckGroup
burnstone wrote: Removing the setType-Call doesn't help. Sorry, after some more debugging and then testing The Right Thing (tm) I have to say this statement is wrong. Removing the call to setType() fixes my problem. Well. Thanks for holding my hand, anyway :) -- chris - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Label i18n in 1.4 final
Have you tried creating a properties file for the panel, Sidebar.properties? By putting the value in your Index.properties aren't you kind of breaking encapsulation by adding knowledge of the panel's inner workings to the page? -Original Message- From: Robin Sander [mailto:robin.san...@gmx.net] Sent: Tuesday, August 04, 2009 10:54 AM To: users@wicket.apache.org Subject: Re: Label i18n in 1.4 final Hi, yes, this does work but would interfere with a page-level label called "header", doesn't it? That's why the component-path up to the page is used as a prefix, I thought... On 04.08.2009, at 16:21, Eyal Golan wrote: > As far as I remember, you need to call the proprty 'header' > > header = Sidebar Header! > > > > Eyal Golan > egola...@gmail.com > > Visit: http://jvdrums.sourceforge.net/ > LinkedIn: http://www.linkedin.com/in/egolan74 > > P Save a tree. Please don't print this e-mail unless it's really > necessary > > > On Tue, Aug 4, 2009 at 5:14 PM, Robin Sander > wrote: > >> >> Hello, >> >> I'm trying to add internationalization to my wicket application using >> Wicket 1.4 final. >> In order to customize labels I don't use wicket:message but use Label >> subclasses. >> >> So, both the Wiki page "General i18n in Wicket" an Wicket in Action >> state >> that I may define >> a property file for a page, say Index.properties and define any label >> resource in this file. >> >> So far so good, it seems to work as long as I don't have a label >> nested in >> a panel or in a form! >> Say I have a page Index and a panel Sidebar like this: >> >> public class Sidebar extends Panel { >> public Sidebar(final String id) { >> super(id); >> add(new Label("header", new ResourceModel("header"))); >> ... >> } >> } >> >> public class Index extends WebPage { >> public Index() { >> super(); >> add(new Sidebar("sidebar")); >> } >> } >> >> Now, if I define >> >> sidebar.header = Sidebar Header! >> >> in a file 'Index.properties' a MissingResourceException is thrown. >> Does anybody know how to do it right? >> >> regards, >> >> Robin. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Label i18n in 1.4 final
Shouldn't that be: sidebar.header.header = Sidebar Header! ?? Sven On Di, 2009-08-04 at 16:53 +0200, Robin Sander wrote: > sidebar.header = Sidebar Header! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicket version of tapestry jumpstart..
hi, is there a wicket version of tapestry jumpstart. that would be nice. -Hari Sujathan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Looking for Web Application Architecture Book
A few months ago I asked for ideas on project management, and you all gave me some great suggestions of tools and books to check out. Now I'd like to hear if anyone has recommendations for a resource that explains how to tie the web application together -- what I would call "architecture". I'm running into questions like - Where should I put my DAOs? In the session or in the pages? And what's a reasonable relationship between DAOs and domain objects? - What are some examples of reasonable package hierarchies? - What kind of objects should live in the application and what should live in the session? - Should I put constants in a Constants.java or in an xml file? - Spring wants to use interfaces and Hibernate wants to use concrete classes -- how do I reconcile these? Effective Java and Design Patterns have been great resources for learning how to solve specific programming problems. Now I'd like to find information on how to build the layout of the application in a way that is effective, simple, and maintainable. Any suggestions?
Re: wicket version of tapestry jumpstart..
On Tue, Aug 4, 2009 at 11:11 PM, hari ks wrote: > hi, > > is there a wicket version of tapestry jumpstart. that would be nice. Have you looked at the Wicket Phonebook example (search the mailing list) or the Wicket quick-start for a very simple jumpstart app: http://wicket.apache.org/quickstart.html There's also the Seam "hotel booking" example ported to Wicket here: http://ptrthomas.wordpress.com/2009/01/14/seam-jsf-vs-wicket-performance-comparison/ SVN (maven project): http://perfbench.googlecode.com/svn/trunk/perfbench/wicket-jpa/ - Peter > > > -Hari Sujathan > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Label i18n in 1.4 final
Hi Craig, yes you're right, this would work but I wanted to get an understanding of the algorithm and tried the examples mentioned in the wiki page. In addition I dont don't like find-grained property-files and at the moment I'm using one big Application.properties file with the full class-name of a component as a prefix (so the keys are changed too during refactoring) On 04.08.2009, at 18:42, Craig McIlwee wrote: Have you tried creating a properties file for the panel, Sidebar.properties? By putting the value in your Index.properties aren't you kind of breaking encapsulation by adding knowledge of the panel's inner workings to the page? -Original Message- From: Robin Sander [mailto:robin.san...@gmx.net] Sent: Tuesday, August 04, 2009 10:54 AM To: users@wicket.apache.org Subject: Re: Label i18n in 1.4 final Hi, yes, this does work but would interfere with a page-level label called "header", doesn't it? That's why the component-path up to the page is used as a prefix, I thought... On 04.08.2009, at 16:21, Eyal Golan wrote: As far as I remember, you need to call the proprty 'header' header = Sidebar Header! Eyal Golan egola...@gmail.com Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary On Tue, Aug 4, 2009 at 5:14 PM, Robin Sander wrote: Hello, I'm trying to add internationalization to my wicket application using Wicket 1.4 final. In order to customize labels I don't use wicket:message but use Label subclasses. So, both the Wiki page "General i18n in Wicket" an Wicket in Action state that I may define a property file for a page, say Index.properties and define any label resource in this file. So far so good, it seems to work as long as I don't have a label nested in a panel or in a form! Say I have a page Index and a panel Sidebar like this: public class Sidebar extends Panel { public Sidebar(final String id) { super(id); add(new Label("header", new ResourceModel("header"))); ... } } public class Index extends WebPage { public Index() { super(); add(new Sidebar("sidebar")); } } Now, if I define sidebar.header = Sidebar Header! in a file 'Index.properties' a MissingResourceException is thrown. Does anybody know how to do it right? regards, Robin. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Accessing Wicket Application from custom servlet
I am implementing a servlet external to my Wicket application that needs to access my Wicket Application instance itself... Can anyone recommend a clean way to go about this? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Accessing Wicket Application from custom servlet
see WicketSessionFilter -igor On Tue, Aug 4, 2009 at 11:49 AM, Aaron Dixon wrote: > I am implementing a servlet external to my Wicket application that > needs to access my Wicket Application instance itself... > > Can anyone recommend a clean way to go about this? > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Can i simulate disabled javascript in wickettester?
Hi, i would like to write a test for my page. The page uses the the clientinfo to determine if javascript is enabled. If js is disabled a redirect should occur. But how can i simulate disabled javascript with the wickettester? Or is it impossible? Thanks for bring me the light. Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Label i18n in 1.4 final
Yes, you're right!! In case of a simple label there seem to be too many name parts for my understanding. So, I always need a last part for the ResourceModel, right? (like ..) Imagine a form with many textfields each with a SimpleFormComponentLabel and an additional Label. So I have to define something like: form.name.label.text form.name.hint.text form and so on in a Page.properties file. If I use Application.properties only I can ommit the last part so for now I will stick with Application.properties... thanks! On 04.08.2009, at 19:12, Sven Meier wrote: Shouldn't that be: sidebar.header.header = Sidebar Header! ?? Sven On Di, 2009-08-04 at 16:53 +0200, Robin Sander wrote: sidebar.header = Sidebar Header! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Looking for Web Application Architecture Book
I like Martin Fowler's Patterns of Enterprise Architecture. I also like Eric Evans' Domain Driven Design. As for your specific questions: dao -- Outside of a reasonably simple crud application I wouldn't have Wicket even aware of daos. I like to have wicket (or other clients) talk to the proverbial "business" layer, with persistance, jms, ws, and so forth on the other side of said business layer package hierarchies -- I like to have module based hierarchies: com.you.customer, com.you.order, com.you.ui. Within each you would then have parallel strucures (i.e. if you have a com.you.customer.dao package for daos, then you would want to have com.you.order.dao). Just try to make thing predictable. app v. session -- If an entity is global, such as access to the business layer, it should go in the app. Conversely, things like a cart that vary by session should go in the session. Or maybe you were asking something a little meatier? constants -- I like to have things in the db. This does not, however work well for db credentials. Property or xml files are a fine option for things that vary by instance (dev v. test v. prod). I only have constants in code when multiple classes (or at least methods) need to agree on a value. I do not like to have constants that drive business logic in code. spring & wicket -- use the google. Scott On Tue, Aug 4, 2009 at 11:16 AM, Dane Laverty wrote: > A few months ago I asked for ideas on project management, and you all gave > me some great suggestions of tools and books to check out. Now I'd like to > hear if anyone has recommendations for a resource that explains how to tie > the web application together -- what I would call "architecture". > > I'm running into questions like > - Where should I put my DAOs? In the session or in the pages? And what's a > reasonable relationship between DAOs and domain objects? > - What are some examples of reasonable package hierarchies? > - What kind of objects should live in the application and what should live > in the session? > - Should I put constants in a Constants.java or in an xml file? > - Spring wants to use interfaces and Hibernate wants to use concrete classes > -- how do I reconcile these? > > Effective Java and Design Patterns have been great resources for learning > how to solve specific programming problems. Now I'd like to find information > on how to build the layout of the application in a way that is effective, > simple, and maintainable. Any suggestions? > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Looking for Web Application Architecture Book
Good suggestions there. I also like the Enterprise Integration Patterns book, but that might not be what you're looking for. -- Nick Heudecker Professional Wicket Training & Consulting http://www.systemmobile.com
Re: FeedbackIndicator doesn't work inside RefreshingView
I call this method: refreshingView.setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance()); but FeedbackIndicator still doesn't work. Frankly speaking I do not see any relationship between FormComponentFeedbackIndicator and Model reuse strategy. I thought the matter is in Feedback messages handling procedure. igor.vaynberg wrote: > > you have to call setreuseitemstrategy(...) on the refreshingview so > that components are kept across requests. it is analogous to having to > call setreuseitems(true) on the listview. > > -igor > > On Tue, Aug 4, 2009 at 1:12 AM, Anton Komratov > wrote: >> I'm using RefreshingView to show and edit data. I put MinimumValidator to >> the TextField in RefreshingView (in method populateItem()).Also I put >> FeedbackIndicator for this TextField in RefreshingView (also in method >> populateItem()). >> >> MinimumValidator works fine - I'm getting error messages at the >> FeedbackPanel. But FeedbackIndicator doesn't work - no any "red asterics" >> in >> case of invalid value in TextField. >> Others FeedbackIndicators at the same pages (for others TextFields >> outside >> of the RefreshingView) work fine. >> >> Any solutions? (I'm using wicket 1.4rc4). >> >> /// Java code fragment: >> >> @Override >> *protected void populateItem(final Item item)* { >> item.add(new Label("name")); >> item.add(new Label("surname")); >> item.add(new Label("city.name")); >> >> TextField tfam = new TextField("amount"); >> tfam.add(new MinimumValidator(1)); >> item.add(tfam); >> >> *FormComponentFeedbackIndicator amountFlag >> = >> new FormComponentFeedbackIndicator ("amountFlag");* >> * **amountFlag.setIndicatorFor(tfam);* >> * item.add(amountFlag); * } >> /// >> >> >> >> ** >> ** >> >> >> >> > tabindex="3"> >> ** >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/FeedbackIndicator-doesn%27t-work-inside-RefreshingView-tp24804087p24814748.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Looking for Web Application Architecture Book
Thanks for the well-expressed responses. I'll look into the books. Most of my knowledge about web application programming theory comes from reading lists like this. There are certain terms that pop up over and over again, so eventually I think, "That must be important, I guess it's time for me to learn about that." I appreciate the Wicket example apps that are available -- phonebook and James Carman's wicket-advanced have both been very helpful. The app I'm building now is based on the phonebook app. I trust that these are fine examples, and I want to understand the theory behind them. So let me give you a couple more questions based on your answers: - In package hierarchies, what do you mean by "module based hierarchies"? Is "module" a technical term, or does it just refer to some conceptual area of work for the application? - In app v. session, one thing I've read in several places is "never put your DAOs in your application". I'm sure that's great advice, but I don't know why. From my perspective, a DAO is exactly the kind of thing I would put in the application -- it's the same for all users, and it would be really handy to have there. The phonebook app, OTOH, puts DAOs directly in the pages, so that's the model I'm following for my current application. thanks again! Dane On Tue, Aug 4, 2009 at 12:25 PM, Scott Swank wrote: > I like Martin Fowler's Patterns of Enterprise Architecture. I also > like Eric Evans' Domain Driven Design. > > As for your specific questions: > > dao -- Outside of a reasonably simple crud application I wouldn't have > Wicket even aware of daos. I like to have wicket (or other clients) > talk to the proverbial "business" layer, with persistance, jms, ws, > and so forth on the other side of said business layer > > package hierarchies -- I like to have module based hierarchies: > com.you.customer, com.you.order, com.you.ui. Within each you would > then have parallel strucures (i.e. if you have a com.you.customer.dao > package for daos, then you would want to have com.you.order.dao). > Just try to make thing predictable. > > app v. session -- If an entity is global, such as access to the > business layer, it should go in the app. Conversely, things like a > cart that vary by session should go in the session. Or maybe you were > asking something a little meatier? > > constants -- I like to have things in the db. This does not, however > work well for db credentials. Property or xml files are a fine option > for things that vary by instance (dev v. test v. prod). I only have > constants in code when multiple classes (or at least methods) need to > agree on a value. I do not like to have constants that drive business > logic in code. > > spring & wicket -- use the google. > > Scott > > On Tue, Aug 4, 2009 at 11:16 AM, Dane Laverty > wrote: > > A few months ago I asked for ideas on project management, and you all > gave > > me some great suggestions of tools and books to check out. Now I'd like > to > > hear if anyone has recommendations for a resource that explains how to > tie > > the web application together -- what I would call "architecture". > > > > I'm running into questions like > > - Where should I put my DAOs? In the session or in the pages? And what's > a > > reasonable relationship between DAOs and domain objects? > > - What are some examples of reasonable package hierarchies? > > - What kind of objects should live in the application and what should > live > > in the session? > > - Should I put constants in a Constants.java or in an xml file? > > - Spring wants to use interfaces and Hibernate wants to use concrete > classes > > -- how do I reconcile these? > > > > Effective Java and Design Patterns have been great resources for learning > > how to solve specific programming problems. Now I'd like to find > information > > on how to build the layout of the application in a way that is effective, > > simple, and maintainable. Any suggestions? > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
WicketByExample.com - Soft launch and we need editors
I don't know about you guys, but I learn best by examples, a lot of them. So the team at Mystic decided to put together a really simple, easy to navigate, no nonsense examples site ... and start filling it with relevant Wicket code examples for doing common things like: * How to use a FeedbackPanel with AJAX * Getting Started Guide * How to use AutoCompleteTextField * Putting Javascript or CSS into the header using a Resource * Using a Visitor to add multiple form components to an AjaxTarget * Working with Wicket and Spring * and on and on... In all we have about 15 examples so far, and it's growing daily. We would love you to at least drop by, and contribute with your tips and tricks and examples of usage that might not have been covered, or was very hard to find when you were looking for it. happy monday! and develop happy! To our success! Mystic Coders, LLC | Code Magic | www.mysticcoders.com ANDREW LOMBARDI | and...@mysticcoders.com 2321 E 4th St. Ste C-128, Santa Ana CA 92705 ofc: 949-528-6480 fax: 714-782-6024 cell: 714-697-8046 linked-in: http://www.linkedin.com/in/andrewlombardi twitter: http://www.twitter.com/kinabalu Eco-Tip: Printing e-mails is usually a waste. This message is for the named person's use only. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient.
Re: Accessing Wicket Application from custom servlet
That seems to provide a solutino for WicketSession access, but what about access to the Application instance? On Tue, Aug 4, 2009 at 1:51 PM, Igor Vaynberg wrote: > see WicketSessionFilter > > -igor > > On Tue, Aug 4, 2009 at 11:49 AM, Aaron Dixon wrote: >> I am implementing a servlet external to my Wicket application that >> needs to access my Wicket Application instance itself... >> >> Can anyone recommend a clean way to go about this? >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: FeedbackIndicator doesn't work inside RefreshingView
On Tue, Aug 4, 2009 at 12:30 PM, konsul wrote: > > I call this method: > refreshingView.setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance()); did you also read the javadoc and implement hashcode and equals in the models you are using to feed items of the refreshing view? > > but FeedbackIndicator still doesn't work. > > Frankly speaking I do not see any relationship between > FormComponentFeedbackIndicator and Model reuse strategy. I thought the > matter is in Feedback messages handling procedure. the problem is that at the beginning of each request refreshingview will recreate all the items - which includes recreating the textfields. since errors are attached to the component instance they are essentially lost when the repeatingview item is recreated with a new instance of a textfield component. the feedback messages are cached by feedbackpanels before this happens as they are always the first things to be updated for this exact reason. but the fact that the textfield is in error is lost upon the feedback indicator. -igor > > > > igor.vaynberg wrote: >> >> you have to call setreuseitemstrategy(...) on the refreshingview so >> that components are kept across requests. it is analogous to having to >> call setreuseitems(true) on the listview. >> >> -igor >> >> On Tue, Aug 4, 2009 at 1:12 AM, Anton Komratov >> wrote: >>> I'm using RefreshingView to show and edit data. I put MinimumValidator to >>> the TextField in RefreshingView (in method populateItem()).Also I put >>> FeedbackIndicator for this TextField in RefreshingView (also in method >>> populateItem()). >>> >>> MinimumValidator works fine - I'm getting error messages at the >>> FeedbackPanel. But FeedbackIndicator doesn't work - no any "red asterics" >>> in >>> case of invalid value in TextField. >>> Others FeedbackIndicators at the same pages (for others TextFields >>> outside >>> of the RefreshingView) work fine. >>> >>> Any solutions? (I'm using wicket 1.4rc4). >>> >>> /// Java code fragment: >>> >>> @Override >>> *protected void populateItem(final Item item)* { >>> item.add(new Label("name")); >>> item.add(new Label("surname")); >>> item.add(new Label("city.name")); >>> >>> TextField tfam = new TextField("amount"); >>> tfam.add(new MinimumValidator(1)); >>> item.add(tfam); >>> >>> *FormComponentFeedbackIndicator amountFlag >>> = >>> new FormComponentFeedbackIndicator ("amountFlag");* >>> * **amountFlag.setIndicatorFor(tfam);* >>> * item.add(amountFlag); * } >>> /// >>> >>> >>> >>> ** >>> ** >>> >>> >>> >>> >> tabindex="3"> >>> ** >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/FeedbackIndicator-doesn%27t-work-inside-RefreshingView-tp24804087p24814748.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Accessing Wicket Application from custom servlet
Just a guess: Application wicketApplication = Session.get().getApplication(); Cast like this if you need to: MyWicketApplication wicketApplication = (MyWicketApplication) Session.get().getApplication(); -Original Message- From: Aaron Dixon [mailto:atdi...@gmail.com] Sent: Tuesday, August 04, 2009 4:02 PM To: users@wicket.apache.org Subject: Re: Accessing Wicket Application from custom servlet That seems to provide a solutino for WicketSession access, but what about access to the Application instance? On Tue, Aug 4, 2009 at 1:51 PM, Igor Vaynberg wrote: > see WicketSessionFilter > > -igor > > On Tue, Aug 4, 2009 at 11:49 AM, Aaron Dixon wrote: >> I am implementing a servlet external to my Wicket application that >> needs to access my Wicket Application instance itself... >> >> Can anyone recommend a clean way to go about this? >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ EMAIL CONFIDENTIALITY NOTICE This Email message, and any attachments, may contain confidential patient health information that is legally protected. This information is intended only for the use of the individual or entity named above. The authorized recipient of this information is prohibited from disclosing this information to any other party unless required to do so by law or regulation and is required to destroy the information after its stated need has been fulfilled. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or action taken in reliance on the contents of this message is strictly prohibited. If you have received this information in error, please notify the sender immediately by replying to this message and delete the message from your system. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Accessing Wicket Application from custom servlet
Session.get().getApplication(), also Application.get() will work. it usually helps to listen. -igor On Tue, Aug 4, 2009 at 1:02 PM, Aaron Dixon wrote: > That seems to provide a solutino for WicketSession access, but what > about access to the Application instance? > > On Tue, Aug 4, 2009 at 1:51 PM, Igor Vaynberg wrote: >> see WicketSessionFilter >> >> -igor >> >> On Tue, Aug 4, 2009 at 11:49 AM, Aaron Dixon wrote: >>> I am implementing a servlet external to my Wicket application that >>> needs to access my Wicket Application instance itself... >>> >>> Can anyone recommend a clean way to go about this? >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Looking for Web Application Architecture Book
What we do is take all of our /DAO/Model 'stuff' and package it up into its own jar file that is then included in any projects that require it. This allows us to A) Version our data systems without impacting the apps using them (mostly) B) Gives us a unified data layer for all of our applications C) Allows us to distribute a data 'api' to internal and external parties D) keeps things clean E) reuse our data layer in web(wicket/servlets), desktop (swing) and command line(cron etc) apps Practically for us this manifests as a unique eclipse project that exists just for data access. Its package is, for example, net.pnc.model.* and net.pnc.model.dao. Devs put the maven dependancy in and their app magically is data-enabled. Client apps just work on the model via the DAO which retrieves and saves javabeans to and from the database etc. Its probably very primitive, violates a lot of patterns and sucks for many reasons but its great for us. We also use Cayenne (shameless plug). Its really easy to work with for someone not comfortable with Hibernate and in a wicket context follows some of the same ethics (convention vs configuration, CPUs are faster then your app etc). Your Mileage May Vary, this has been sustainable for us. John- On Tue, Aug 4, 2009 at 12:46 PM, Dane Laverty wrote: > > - In app v. session, one thing I've read in several places is "never put > your DAOs in your application". I'm sure that's great advice, but I don't > know why. From my perspective, a DAO is exactly the kind of thing I would > put in the application -- it's the same for all users, and it would be > really handy to have there. The phonebook app, OTOH, puts DAOs directly in > the pages, so that's the model I'm following for my current application. >
Re: strange icon appears in webpage
crlf (CR/LF) means Carriage Return/Line Feed. Windows and Unix treat newlines differently Windows uses a CR followed by a LF and Unix only uses a LF as a newline character. The dos2unix programs strips the superfluous CR's, among other things. On Tue, Aug 4, 2009 at 5:30 PM, fachhoch wrote: > > I did not understand what you mean , the special characters web page > displays is comming becasue of plain HTML may be i copied it from other > pages and not typed in my editor , but why is this happening only in unix > and not in windows , is there anything I have to configure in unix ? > > James Carman-3 wrote: >> >> Print out the character codes for each character in the string. Is it >> crlf? >> >> On Tue, Aug 4, 2009 at 11:14 AM, fachhoch wrote: >>> >>> this is happening only when deployed in unix in windows it is fine , I am >>> sure I am not using characters of any foreign language , is there any >>> better way to identify these characters ? >>> >>> MartinM wrote: Sync properly: -> filesystem charset -> html charset -tag ** Martin 2009/8/3 fachhoch : > > My pages I see a strange symbol donot know the cause of this , the > symbol > in IE and firefox is differnt . Please help me tell what is > causing > this.below are the images. > In IE > > http://www.nabble.com/file/p24797435/IE.png > > in firefox > http://www.nabble.com/file/p24797435/firefox.png > > > > fachhoch wrote: >> >> >> >> > > -- > View this message in context: > http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24797435.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810567.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/strange-icon-appears-in-webpage-tp24797417p24810830.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Alternate rows with different color
Trying to provide different color to alternate rows by following the recommendation at: http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html The source code is available at: http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 Adding the following code: item.add(new AttributeModifier("class", new PropertyModel(this, runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); at line 104 or 134 gives the following error: -- cut here -- WicketMessage: No get method defined for class: class org.example.runner.runlog.RunlogPage$2 expression: list-line-odd Root cause: org.apache.wicket.WicketRuntimeException: No get method defined for class: class org.example.runner.runlog.RunlogPage$2 expression: list-line-odd at org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) at org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) at org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) -- cut here -- CSS is statically linked as: The CSS is at: http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 Any idea, what's wrong ? Or a better advise to provide odd/even rows with different colors ? Thanks, -Arun -- Need Application Server ? - Download glassfish.org Blog: http://blogs.sun.com/arungupta - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
Not sure if it will help you, but did you also try item.add(new AttributeModifier("class", *true, *new PropertyModel(this, runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); ? That would add "class" to item if it doesn't have it in markup. On Wed, Aug 5, 2009 at 12:36 AM, Arun Gupta wrote: > Trying to provide different color to alternate rows by following the > recommendation at: > > > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > > The source code is available at: > > > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > > Adding the following code: > > item.add(new AttributeModifier("class", new PropertyModel(this, > runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > > at line 104 or 134 gives the following error: > > -- cut here -- > WicketMessage: No get method defined for class: class > org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > > Root cause: > > org.apache.wicket.WicketRuntimeException: No get method defined for > class: class org.example.runner.runlog.RunlogPage$2 expression: > list-line-odd > at > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > at > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > at > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > -- cut here -- > > CSS is statically linked as: > > > > The CSS is at: > > > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > > Any idea, what's wrong ? > > Or a better advise to provide odd/even rows with different colors ? > > Thanks, > -Arun > -- > Need Application Server ? - Download glassfish.org > Blog: http://blogs.sun.com/arungupta > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Cristi Manole Nova Creator Software www.novacreator.com
Re: Alternate rows with different color
see org.apache.wicket.markup.repeater.OddEvenItem for a cleaner, simpler way to do this -igor On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: > Trying to provide different color to alternate rows by following the > recommendation at: > > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > > The source code is available at: > > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > > Adding the following code: > > item.add(new AttributeModifier("class", new PropertyModel(this, > runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > > at line 104 or 134 gives the following error: > > -- cut here -- > WicketMessage: No get method defined for class: class > org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > > Root cause: > > org.apache.wicket.WicketRuntimeException: No get method defined for > class: class org.example.runner.runlog.RunlogPage$2 expression: > list-line-odd > at > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > at > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > at > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > -- cut here -- > > CSS is statically linked as: > > > > The CSS is at: > > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > > Any idea, what's wrong ? > > Or a better advise to provide odd/even rows with different colors ? > > Thanks, > -Arun > -- > Need Application Server ? - Download glassfish.org > Blog: http://blogs.sun.com/arungupta > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
"class" is already in the markup and did not made any difference. Still getting the same error :( -Arun Cristi Manole wrote: > > Not sure if it will help you, but did you also try > > item.add(new AttributeModifier("class", *true, *new PropertyModel(this, > runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > > ? > > That would add "class" to item if it doesn't have it in markup. > > On Wed, Aug 5, 2009 at 12:36 AM, Arun Gupta wrote: > >> Trying to provide different color to alternate rows by following the >> recommendation at: >> >> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >> The source code is available at: >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >> Adding the following code: >> >> item.add(new AttributeModifier("class", new PropertyModel(this, >> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >> at line 104 or 134 gives the following error: >> >> -- cut here -- >> WicketMessage: No get method defined for class: class >> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >> Root cause: >> >> org.apache.wicket.WicketRuntimeException: No get method defined for >> class: class org.example.runner.runlog.RunlogPage$2 expression: >> list-line-odd >> at >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> at >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> at >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> -- cut here -- >> >> CSS is statically linked as: >> >> >> >> The CSS is at: >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >> Any idea, what's wrong ? >> >> Or a better advise to provide odd/even rows with different colors ? >> >> Thanks, >> -Arun >> -- >> Need Application Server ? - Download glassfish.org >> Blog: http://blogs.sun.com/arungupta >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > Cristi Manole > > Nova Creator Software > www.novacreator.com > > -- View this message in context: http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818307.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
I've been using 1.3.6 but let me try 1.4 rc build and see where it takes me. Is there an example that shows how it can be used in the above context ? -Arun igor.vaynberg wrote: > > see > > org.apache.wicket.markup.repeater.OddEvenItem > > for a cleaner, simpler way to do this > > -igor > > On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: >> Trying to provide different color to alternate rows by following the >> recommendation at: >> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >> The source code is available at: >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >> Adding the following code: >> >> item.add(new AttributeModifier("class", new PropertyModel(this, >> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >> at line 104 or 134 gives the following error: >> >> -- cut here -- >> WicketMessage: No get method defined for class: class >> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >> Root cause: >> >> org.apache.wicket.WicketRuntimeException: No get method defined for >> class: class org.example.runner.runlog.RunlogPage$2 expression: >> list-line-odd >> at >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> at >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> at >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> -- cut here -- >> >> CSS is statically linked as: >> >> >> >> The CSS is at: >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >> Any idea, what's wrong ? >> >> Or a better advise to provide odd/even rows with different colors ? >> >> Thanks, >> -Arun >> -- >> Need Application Server ? - Download glassfish.org >> Blog: http://blogs.sun.com/arungupta >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
I think your error is because you're making "class" either the result of this.list-line-odd or this.list-line-event and this doesn not implement a getter for those. maybe item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event")); ? or change/add parantheses ... On Wed, Aug 5, 2009 at 12:56 AM, arungupta wrote: > > I've been using 1.3.6 but let me try 1.4 rc build and see where it takes > me. > > Is there an example that shows how it can be used in the above context ? > > -Arun > > > igor.vaynberg wrote: > > > > see > > > > org.apache.wicket.markup.repeater.OddEvenItem > > > > for a cleaner, simpler way to do this > > > > -igor > > > > On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: > >> Trying to provide different color to alternate rows by following the > >> recommendation at: > >> > >> > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > >> > >> The source code is available at: > >> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > >> > >> Adding the following code: > >> > >> item.add(new AttributeModifier("class", new PropertyModel(this, > >> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > >> > >> at line 104 or 134 gives the following error: > >> > >> -- cut here -- > >> WicketMessage: No get method defined for class: class > >> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > >> > >> Root cause: > >> > >> org.apache.wicket.WicketRuntimeException: No get method defined for > >> class: class org.example.runner.runlog.RunlogPage$2 expression: > >> list-line-odd > >> at > >> > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > >> at > >> > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > >> at > >> > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > >> -- cut here -- > >> > >> CSS is statically linked as: > >> > >> > >> > >> The CSS is at: > >> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > >> > >> Any idea, what's wrong ? > >> > >> Or a better advise to provide odd/even rows with different colors ? > >> > >> Thanks, > >> -Arun > >> -- > >> Need Application Server ? - Download glassfish.org > >> Blog: http://blogs.sun.com/arungupta > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > -- > View this message in context: > http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Cristi Manole Nova Creator Software www.novacreator.com
Re: Alternate rows with different color
Ah, that kinda explains it. But all AttributeModifier ctors require an IModel. What should I pass for that now ? -Arun Cristi Manole wrote: > > I think your error is because you're making "class" either the result of > this.list-line-odd or this.list-line-event and this doesn not implement a > getter for those. > > maybe > > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? > "list-line-odd" : "list-line-event")); > ? > > or change/add parantheses ... > > On Wed, Aug 5, 2009 at 12:56 AM, arungupta wrote: > >> >> I've been using 1.3.6 but let me try 1.4 rc build and see where it takes >> me. >> >> Is there an example that shows how it can be used in the above context ? >> >> -Arun >> >> >> igor.vaynberg wrote: >> > >> > see >> > >> > org.apache.wicket.markup.repeater.OddEvenItem >> > >> > for a cleaner, simpler way to do this >> > >> > -igor >> > >> > On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: >> >> Trying to provide different color to alternate rows by following the >> >> recommendation at: >> >> >> >> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >> >> >> The source code is available at: >> >> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >> >> >> Adding the following code: >> >> >> >> item.add(new AttributeModifier("class", new PropertyModel(this, >> >> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >> >> >> at line 104 or 134 gives the following error: >> >> >> >> -- cut here -- >> >> WicketMessage: No get method defined for class: class >> >> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >> >> >> Root cause: >> >> >> >> org.apache.wicket.WicketRuntimeException: No get method defined for >> >> class: class org.example.runner.runlog.RunlogPage$2 expression: >> >> list-line-odd >> >> at >> >> >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> >> at >> >> >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> >> at >> >> >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> >> -- cut here -- >> >> >> >> CSS is statically linked as: >> >> >> >> >> >> >> >> The CSS is at: >> >> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >> >> >> Any idea, what's wrong ? >> >> >> >> Or a better advise to provide odd/even rows with different colors ? >> >> >> >> Thanks, >> >> -Arun >> >> -- >> >> Need Application Server ? - Download glassfish.org >> >> Blog: http://blogs.sun.com/arungupta >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > For additional commands, e-mail: users-h...@wicket.apache.org >> > >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > Cristi Manole > > Nova Creator Software > www.novacreator.com > > -- View this message in context: http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818485.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
this was meant as an example for you and can work under 1.3.6 as well as 1.4. look at the source to see what it does, you would use it like so: new refreshingview() { protected item newItem(..) { return new oddevenitem(...); }} btw 1.4.0 is out. -igor On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: > > I've been using 1.3.6 but let me try 1.4 rc build and see where it takes me. > > Is there an example that shows how it can be used in the above context ? > > -Arun > > > igor.vaynberg wrote: >> >> see >> >> org.apache.wicket.markup.repeater.OddEvenItem >> >> for a cleaner, simpler way to do this >> >> -igor >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: >>> Trying to provide different color to alternate rows by following the >>> recommendation at: >>> >>> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >>> >>> The source code is available at: >>> >>> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >>> >>> Adding the following code: >>> >>> item.add(new AttributeModifier("class", new PropertyModel(this, >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >>> >>> at line 104 or 134 gives the following error: >>> >>> -- cut here -- >>> WicketMessage: No get method defined for class: class >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >>> >>> Root cause: >>> >>> org.apache.wicket.WicketRuntimeException: No get method defined for >>> class: class org.example.runner.runlog.RunlogPage$2 expression: >>> list-line-odd >>> at >>> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >>> at >>> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >>> at >>> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >>> -- cut here -- >>> >>> CSS is statically linked as: >>> >>> >>> >>> The CSS is at: >>> >>> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >>> >>> Any idea, what's wrong ? >>> >>> Or a better advise to provide odd/even rows with different colors ? >>> >>> Thanks, >>> -Arun >>> -- >>> Need Application Server ? - Download glassfish.org >>> Blog: http://blogs.sun.com/arungupta >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > -- > View this message in context: > http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AbstractAjaxTimerBehavior on Modal Window causes PageExpiredException
I am getting a PageExpiredException when I close a modal window with an AbstractAjaxTimerBehavior on it. It does not seem to cause a problem, but I would rather it not happen. I use the AbstractAjaxTimerBehavior to auto close a modal window after a certain period of time if it is not closed manually. I think the two ajax requests are conflicting with each other, one to close the window and the other from the timer. Is there a way to prevent this PageExpiredException from happening or is there a better way to auto close a modal window? Thanks, Warren
Re: Alternate rows with different color
you can always just wrap it... item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new Model("list-line-odd") : new Model("list-line-event"))); note that you'll get different colors only if you have defined list-line-odd in your css, added that to page and, of course, if runlog.geId() returns alternating odd/even numbers. On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg wrote: > this was meant as an example for you and can work under 1.3.6 as well as > 1.4. > > look at the source to see what it does, you would use it like so: > > new refreshingview() { protected item newItem(..) { return new > oddevenitem(...); }} > > btw 1.4.0 is out. > > -igor > > On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: > > > > I've been using 1.3.6 but let me try 1.4 rc build and see where it takes > me. > > > > Is there an example that shows how it can be used in the above context ? > > > > -Arun > > > > > > igor.vaynberg wrote: > >> > >> see > >> > >> org.apache.wicket.markup.repeater.OddEvenItem > >> > >> for a cleaner, simpler way to do this > >> > >> -igor > >> > >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: > >>> Trying to provide different color to alternate rows by following the > >>> recommendation at: > >>> > >>> > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > >>> > >>> The source code is available at: > >>> > >>> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > >>> > >>> Adding the following code: > >>> > >>> item.add(new AttributeModifier("class", new PropertyModel(this, > >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > >>> > >>> at line 104 or 134 gives the following error: > >>> > >>> -- cut here -- > >>> WicketMessage: No get method defined for class: class > >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > >>> > >>> Root cause: > >>> > >>> org.apache.wicket.WicketRuntimeException: No get method defined for > >>> class: class org.example.runner.runlog.RunlogPage$2 expression: > >>> list-line-odd > >>> at > >>> > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > >>> at > >>> > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > >>> at > >>> > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > >>> -- cut here -- > >>> > >>> CSS is statically linked as: > >>> > >>> > >>> > >>> The CSS is at: > >>> > >>> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > >>> > >>> Any idea, what's wrong ? > >>> > >>> Or a better advise to provide odd/even rows with different colors ? > >>> > >>> Thanks, > >>> -Arun > >>> -- > >>> Need Application Server ? - Download glassfish.org > >>> Blog: http://blogs.sun.com/arungupta > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > >>> > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > >> > > > > -- > > View this message in context: > http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Cristi Manole Nova Creator Software www.novacreator.com
Re: Alternate rows with different color
OK, trying 1.4 and the sample below, thanks! BTW, the application working fine with 1.3.6 gives the following error with 1.4: ERROR - DiskPageStore - Couldn't load DiskPageStore index from file /Users/arungupta/workspaces/runner~subversion/wicket/runner/target/work/wicket.runner-filestore/DiskPageStoreIndex. java.lang.ClassNotFoundException: org.apache.wicket.util.concurrent.ConcurrentHashMap at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) Any idea ? -Arun igor.vaynberg wrote: > > this was meant as an example for you and can work under 1.3.6 as well as > 1.4. > > look at the source to see what it does, you would use it like so: > > new refreshingview() { protected item newItem(..) { return new > oddevenitem(...); }} > > btw 1.4.0 is out. > > -igor > > On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: >> >> I've been using 1.3.6 but let me try 1.4 rc build and see where it takes >> me. >> >> Is there an example that shows how it can be used in the above context ? >> >> -Arun >> >> >> igor.vaynberg wrote: >>> >>> see >>> >>> org.apache.wicket.markup.repeater.OddEvenItem >>> >>> for a cleaner, simpler way to do this >>> >>> -igor >>> >>> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta wrote: Trying to provide different color to alternate rows by following the recommendation at: http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html The source code is available at: http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 Adding the following code: item.add(new AttributeModifier("class", new PropertyModel(this, runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); at line 104 or 134 gives the following error: -- cut here -- WicketMessage: No get method defined for class: class org.example.runner.runlog.RunlogPage$2 expression: list-line-odd Root cause: org.apache.wicket.WicketRuntimeException: No get method defined for class: class org.example.runner.runlog.RunlogPage$2 expression: list-line-odd at org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) at org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) at org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) -- cut here -- CSS is statically linked as: The CSS is at: http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 Any idea, what's wrong ? Or a better advise to provide odd/even rows with different colors ? Thanks, -Arun -- Need Application Server ? - Download glassfish.org Blog: http://blogs.sun.com/arungupta - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818611.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
Sweet, that worked :) Now runlog.getId() does not return alternating odd/even numbers so will need to figure out what might ;) Is there anything in the model that might provide that information ? -Arun Cristi Manole wrote: > > you can always just wrap it... > > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new > Model("list-line-odd") : new Model("list-line-event"))); > > note that you'll get different colors only if you have defined > list-line-odd > in your css, added that to page and, of course, if runlog.geId() returns > alternating odd/even numbers. > > On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg > wrote: > >> this was meant as an example for you and can work under 1.3.6 as well as >> 1.4. >> >> look at the source to see what it does, you would use it like so: >> >> new refreshingview() { protected item newItem(..) { return new >> oddevenitem(...); }} >> >> btw 1.4.0 is out. >> >> -igor >> >> On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: >> > >> > I've been using 1.3.6 but let me try 1.4 rc build and see where it >> takes >> me. >> > >> > Is there an example that shows how it can be used in the above context >> ? >> > >> > -Arun >> > >> > >> > igor.vaynberg wrote: >> >> >> >> see >> >> >> >> org.apache.wicket.markup.repeater.OddEvenItem >> >> >> >> for a cleaner, simpler way to do this >> >> >> >> -igor >> >> >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta >> wrote: >> >>> Trying to provide different color to alternate rows by following the >> >>> recommendation at: >> >>> >> >>> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >>> >> >>> The source code is available at: >> >>> >> >>> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >>> >> >>> Adding the following code: >> >>> >> >>> item.add(new AttributeModifier("class", new PropertyModel(this, >> >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >>> >> >>> at line 104 or 134 gives the following error: >> >>> >> >>> -- cut here -- >> >>> WicketMessage: No get method defined for class: class >> >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >>> >> >>> Root cause: >> >>> >> >>> org.apache.wicket.WicketRuntimeException: No get method defined for >> >>> class: class org.example.runner.runlog.RunlogPage$2 expression: >> >>> list-line-odd >> >>> at >> >>> >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> >>> at >> >>> >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> >>> at >> >>> >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> >>> -- cut here -- >> >>> >> >>> CSS is statically linked as: >> >>> >> >>> >> >>> >> >>> The CSS is at: >> >>> >> >>> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >>> >> >>> Any idea, what's wrong ? >> >>> >> >>> Or a better advise to provide odd/even rows with different colors ? >> >>> >> >>> Thanks, >> >>> -Arun >> >>> -- >> >>> Need Application Server ? - Download glassfish.org >> >>> Blog: http://blogs.sun.com/arungupta >> >>> >> >>> - >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >>> For additional commands, e-mail: users-h...@wicket.apache.org >> >>> >> >>> >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> >> >> > >> > -- >> > View this message in context: >> http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html >> > Sent from the Wicket - User mailing list archive at Nabble.com. >> > >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > For additional commands, e-mail: users-h...@wicket.apache.org >> > >> > >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > Cristi Manole > > Nova Creator Software > www.novacreator.com > > -- View this message in context: http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818677.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Alternate rows with different color
How about public class RunlogPage extends BasePage { private int counter; (...) item.add(new AttributeModifier("class", counter++ % 2 == 0 ? new Model("list-line-odd") : new Model("list-line-event"))); ? On Wed, Aug 5, 2009 at 1:33 AM, arungupta wrote: > > Sweet, that worked :) > > Now runlog.getId() does not return alternating odd/even numbers so will > need > to figure out what might ;) Is there anything in the model that might > provide that information ? > > -Arun > > > Cristi Manole wrote: > > > > you can always just wrap it... > > > > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new > > Model("list-line-odd") : new Model("list-line-event"))); > > > > note that you'll get different colors only if you have defined > > list-line-odd > > in your css, added that to page and, of course, if runlog.geId() returns > > alternating odd/even numbers. > > > > On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg > > wrote: > > > >> this was meant as an example for you and can work under 1.3.6 as well as > >> 1.4. > >> > >> look at the source to see what it does, you would use it like so: > >> > >> new refreshingview() { protected item newItem(..) { return new > >> oddevenitem(...); }} > >> > >> btw 1.4.0 is out. > >> > >> -igor > >> > >> On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: > >> > > >> > I've been using 1.3.6 but let me try 1.4 rc build and see where it > >> takes > >> me. > >> > > >> > Is there an example that shows how it can be used in the above context > >> ? > >> > > >> > -Arun > >> > > >> > > >> > igor.vaynberg wrote: > >> >> > >> >> see > >> >> > >> >> org.apache.wicket.markup.repeater.OddEvenItem > >> >> > >> >> for a cleaner, simpler way to do this > >> >> > >> >> -igor > >> >> > >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta > >> wrote: > >> >>> Trying to provide different color to alternate rows by following the > >> >>> recommendation at: > >> >>> > >> >>> > >> > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > >> >>> > >> >>> The source code is available at: > >> >>> > >> >>> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > >> >>> > >> >>> Adding the following code: > >> >>> > >> >>> item.add(new AttributeModifier("class", new PropertyModel(this, > >> >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > >> >>> > >> >>> at line 104 or 134 gives the following error: > >> >>> > >> >>> -- cut here -- > >> >>> WicketMessage: No get method defined for class: class > >> >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > >> >>> > >> >>> Root cause: > >> >>> > >> >>> org.apache.wicket.WicketRuntimeException: No get method defined for > >> >>> class: class org.example.runner.runlog.RunlogPage$2 expression: > >> >>> list-line-odd > >> >>> at > >> >>> > >> > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > >> >>> at > >> >>> > >> > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > >> >>> at > >> >>> > >> > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > >> >>> -- cut here -- > >> >>> > >> >>> CSS is statically linked as: > >> >>> > >> >>> > >> >>> > >> >>> The CSS is at: > >> >>> > >> >>> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > >> >>> > >> >>> Any idea, what's wrong ? > >> >>> > >> >>> Or a better advise to provide odd/even rows with different colors ? > >> >>> > >> >>> Thanks, > >> >>> -Arun > >> >>> -- > >> >>> Need Application Server ? - Download glassfish.org > >> >>> Blog: http://blogs.sun.com/arungupta > >> >>> > >> >>> > - > >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> >>> For additional commands, e-mail: users-h...@wicket.apache.org > >> >>> > >> >>> > >> >> > >> >> - > >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> >> For additional commands, e-mail: users-h...@wicket.apache.org > >> >> > >> >> > >> >> > >> > > >> > -- > >> > View this message in context: > >> > http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html > >> > Sent from the Wicket - User mailing list archive at Nabble.com. > >> > > >> > > >> > - > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > >> > > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > -- > > Cristi Manole > > > > Nova Creator
Re: Alternate rows with different color
I thought about that as well and so will probably use it for now :) Thanks a lot for the great help as it got me moving fast. I may have more questions later and then will come back. Thanks, -Arun Cristi Manole wrote: > > How about > > public class RunlogPage extends BasePage { > private int counter; > > (...) > > item.add(new AttributeModifier("class", counter++ % 2 == 0 ? new > Model("list-line-odd") : new Model("list-line-event"))); > > ? > > > On Wed, Aug 5, 2009 at 1:33 AM, arungupta wrote: > >> >> Sweet, that worked :) >> >> Now runlog.getId() does not return alternating odd/even numbers so will >> need >> to figure out what might ;) Is there anything in the model that might >> provide that information ? >> >> -Arun >> >> >> Cristi Manole wrote: >> > >> > you can always just wrap it... >> > >> > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new >> > Model("list-line-odd") : new Model("list-line-event"))); >> > >> > note that you'll get different colors only if you have defined >> > list-line-odd >> > in your css, added that to page and, of course, if runlog.geId() >> returns >> > alternating odd/even numbers. >> > >> > On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg >> > wrote: >> > >> >> this was meant as an example for you and can work under 1.3.6 as well >> as >> >> 1.4. >> >> >> >> look at the source to see what it does, you would use it like so: >> >> >> >> new refreshingview() { protected item newItem(..) { return new >> >> oddevenitem(...); }} >> >> >> >> btw 1.4.0 is out. >> >> >> >> -igor >> >> >> >> On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: >> >> > >> >> > I've been using 1.3.6 but let me try 1.4 rc build and see where it >> >> takes >> >> me. >> >> > >> >> > Is there an example that shows how it can be used in the above >> context >> >> ? >> >> > >> >> > -Arun >> >> > >> >> > >> >> > igor.vaynberg wrote: >> >> >> >> >> >> see >> >> >> >> >> >> org.apache.wicket.markup.repeater.OddEvenItem >> >> >> >> >> >> for a cleaner, simpler way to do this >> >> >> >> >> >> -igor >> >> >> >> >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta >> >> wrote: >> >> >>> Trying to provide different color to alternate rows by following >> the >> >> >>> recommendation at: >> >> >>> >> >> >>> >> >> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >> >>> >> >> >>> The source code is available at: >> >> >>> >> >> >>> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >> >>> >> >> >>> Adding the following code: >> >> >>> >> >> >>> item.add(new AttributeModifier("class", new PropertyModel(this, >> >> >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >> >>> >> >> >>> at line 104 or 134 gives the following error: >> >> >>> >> >> >>> -- cut here -- >> >> >>> WicketMessage: No get method defined for class: class >> >> >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >> >>> >> >> >>> Root cause: >> >> >>> >> >> >>> org.apache.wicket.WicketRuntimeException: No get method defined >> for >> >> >>> class: class org.example.runner.runlog.RunlogPage$2 expression: >> >> >>> list-line-odd >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> >> >>> -- cut here -- >> >> >>> >> >> >>> CSS is statically linked as: >> >> >>> >> >> >>> >> >> >>> >> >> >>> The CSS is at: >> >> >>> >> >> >>> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >> >>> >> >> >>> Any idea, what's wrong ? >> >> >>> >> >> >>> Or a better advise to provide odd/even rows with different colors >> ? >> >> >>> >> >> >>> Thanks, >> >> >>> -Arun >> >> >>> -- >> >> >>> Need Application Server ? - Download glassfish.org >> >> >>> Blog: http://blogs.sun.com/arungupta >> >> >>> >> >> >>> >> - >> >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> >>> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >>> >> >> >>> >> >> >> >> >> >> >> - >> >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> >> >> >> >> >> >> > >> >> > -- >> >> > View this message in context: >> >> >> http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html >> >> > Sent from the Wicket - User mailing list archive at Nabble.com. >> >> > >> >> > >> >> > >>
Re: Alternate rows with different color
you guys are more then welcome to head down this badly broken road, or you can look at what i said... -igor On Tue, Aug 4, 2009 at 5:37 PM, Cristi Manole wrote: > How about > > public class RunlogPage extends BasePage { > private int counter; > > (...) > > item.add(new AttributeModifier("class", counter++ % 2 == 0 ? new > Model("list-line-odd") : new Model("list-line-event"))); > > ? > > > On Wed, Aug 5, 2009 at 1:33 AM, arungupta wrote: > >> >> Sweet, that worked :) >> >> Now runlog.getId() does not return alternating odd/even numbers so will >> need >> to figure out what might ;) Is there anything in the model that might >> provide that information ? >> >> -Arun >> >> >> Cristi Manole wrote: >> > >> > you can always just wrap it... >> > >> > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new >> > Model("list-line-odd") : new Model("list-line-event"))); >> > >> > note that you'll get different colors only if you have defined >> > list-line-odd >> > in your css, added that to page and, of course, if runlog.geId() returns >> > alternating odd/even numbers. >> > >> > On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg >> > wrote: >> > >> >> this was meant as an example for you and can work under 1.3.6 as well as >> >> 1.4. >> >> >> >> look at the source to see what it does, you would use it like so: >> >> >> >> new refreshingview() { protected item newItem(..) { return new >> >> oddevenitem(...); }} >> >> >> >> btw 1.4.0 is out. >> >> >> >> -igor >> >> >> >> On Tue, Aug 4, 2009 at 4:56 PM, arungupta wrote: >> >> > >> >> > I've been using 1.3.6 but let me try 1.4 rc build and see where it >> >> takes >> >> me. >> >> > >> >> > Is there an example that shows how it can be used in the above context >> >> ? >> >> > >> >> > -Arun >> >> > >> >> > >> >> > igor.vaynberg wrote: >> >> >> >> >> >> see >> >> >> >> >> >> org.apache.wicket.markup.repeater.OddEvenItem >> >> >> >> >> >> for a cleaner, simpler way to do this >> >> >> >> >> >> -igor >> >> >> >> >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta >> >> wrote: >> >> >>> Trying to provide different color to alternate rows by following the >> >> >>> recommendation at: >> >> >>> >> >> >>> >> >> >> http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html >> >> >>> >> >> >>> The source code is available at: >> >> >>> >> >> >>> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 >> >> >>> >> >> >>> Adding the following code: >> >> >>> >> >> >>> item.add(new AttributeModifier("class", new PropertyModel(this, >> >> >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); >> >> >>> >> >> >>> at line 104 or 134 gives the following error: >> >> >>> >> >> >>> -- cut here -- >> >> >>> WicketMessage: No get method defined for class: class >> >> >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd >> >> >>> >> >> >>> Root cause: >> >> >>> >> >> >>> org.apache.wicket.WicketRuntimeException: No get method defined for >> >> >>> class: class org.example.runner.runlog.RunlogPage$2 expression: >> >> >>> list-line-odd >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) >> >> >>> at >> >> >>> >> >> >> org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) >> >> >>> -- cut here -- >> >> >>> >> >> >>> CSS is statically linked as: >> >> >>> >> >> >>> >> >> >>> >> >> >>> The CSS is at: >> >> >>> >> >> >>> >> >> >> http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 >> >> >>> >> >> >>> Any idea, what's wrong ? >> >> >>> >> >> >>> Or a better advise to provide odd/even rows with different colors ? >> >> >>> >> >> >>> Thanks, >> >> >>> -Arun >> >> >>> -- >> >> >>> Need Application Server ? - Download glassfish.org >> >> >>> Blog: http://blogs.sun.com/arungupta >> >> >>> >> >> >>> >> - >> >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> >>> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >>> >> >> >>> >> >> >> >> >> >> - >> >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> >> >> >> >> >> >> > >> >> > -- >> >> > View this message in context: >> >> >> http://www.nabble.com/Alternate-rows-with-different-color-tp24818138p24818321.html >> >> > Sent from the Wicket - User mailing list archive at Nabble.com. >> >> > >> >> > >> >> > - >> >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> > For additional c
Re: Alternate rows with different color
your solution is definitely better, Igor, but he seems very new to wicket and it was faster to get that working than to explain he needs to change the repeater. at least that's what i thought. On Wed, Aug 5, 2009 at 1:43 AM, Igor Vaynberg wrote: > you guys are more then welcome to head down this badly broken road, or > you can look at what i said... > > -igor > > On Tue, Aug 4, 2009 at 5:37 PM, Cristi Manole > wrote: > > How about > > > > public class RunlogPage extends BasePage { > > private int counter; > > > > (...) > > > > item.add(new AttributeModifier("class", counter++ % 2 == 0 ? new > > Model("list-line-odd") : new Model("list-line-event"))); > > > > ? > > > > > > On Wed, Aug 5, 2009 at 1:33 AM, arungupta wrote: > > > >> > >> Sweet, that worked :) > >> > >> Now runlog.getId() does not return alternating odd/even numbers so will > >> need > >> to figure out what might ;) Is there anything in the model that might > >> provide that information ? > >> > >> -Arun > >> > >> > >> Cristi Manole wrote: > >> > > >> > you can always just wrap it... > >> > > >> > item.add(new AttributeModifier("class", runlog.getId() % 2 == 0 ? new > >> > Model("list-line-odd") : new Model("list-line-event"))); > >> > > >> > note that you'll get different colors only if you have defined > >> > list-line-odd > >> > in your css, added that to page and, of course, if runlog.geId() > returns > >> > alternating odd/even numbers. > >> > > >> > On Wed, Aug 5, 2009 at 1:17 AM, Igor Vaynberg > >> > wrote: > >> > > >> >> this was meant as an example for you and can work under 1.3.6 as well > as > >> >> 1.4. > >> >> > >> >> look at the source to see what it does, you would use it like so: > >> >> > >> >> new refreshingview() { protected item newItem(..) { return new > >> >> oddevenitem(...); }} > >> >> > >> >> btw 1.4.0 is out. > >> >> > >> >> -igor > >> >> > >> >> On Tue, Aug 4, 2009 at 4:56 PM, arungupta > wrote: > >> >> > > >> >> > I've been using 1.3.6 but let me try 1.4 rc build and see where it > >> >> takes > >> >> me. > >> >> > > >> >> > Is there an example that shows how it can be used in the above > context > >> >> ? > >> >> > > >> >> > -Arun > >> >> > > >> >> > > >> >> > igor.vaynberg wrote: > >> >> >> > >> >> >> see > >> >> >> > >> >> >> org.apache.wicket.markup.repeater.OddEvenItem > >> >> >> > >> >> >> for a cleaner, simpler way to do this > >> >> >> > >> >> >> -igor > >> >> >> > >> >> >> On Tue, Aug 4, 2009 at 4:36 PM, Arun Gupta > >> >> wrote: > >> >> >>> Trying to provide different color to alternate rows by following > the > >> >> >>> recommendation at: > >> >> >>> > >> >> >>> > >> >> > >> > http://devinvenable.blogspot.com/2007/10/wicket-and-html-style-attributes.html > >> >> >>> > >> >> >>> The source code is available at: > >> >> >>> > >> >> >>> > >> >> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/java/org/example/runner/runlog/RunlogPage.java?rev=118 > >> >> >>> > >> >> >>> Adding the following code: > >> >> >>> > >> >> >>> item.add(new AttributeModifier("class", new PropertyModel(this, > >> >> >>> runlog.getId() % 2 == 0 ? "list-line-odd" : "list-line-event"))); > >> >> >>> > >> >> >>> at line 104 or 134 gives the following error: > >> >> >>> > >> >> >>> -- cut here -- > >> >> >>> WicketMessage: No get method defined for class: class > >> >> >>> org.example.runner.runlog.RunlogPage$2 expression: list-line-odd > >> >> >>> > >> >> >>> Root cause: > >> >> >>> > >> >> >>> org.apache.wicket.WicketRuntimeException: No get method defined > for > >> >> >>> class: class org.example.runner.runlog.RunlogPage$2 expression: > >> >> >>> list-line-odd > >> >> >>> at > >> >> >>> > >> >> > >> > org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:440) > >> >> >>> at > >> >> >>> > >> >> > >> > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:282) > >> >> >>> at > >> >> >>> > >> >> > >> > org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:91) > >> >> >>> -- cut here -- > >> >> >>> > >> >> >>> CSS is statically linked as: > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> The CSS is at: > >> >> >>> > >> >> >>> > >> >> > >> > http://kenai.com/projects/runner/sources/subversion/content/wicket/runner/src/main/webapp/css/runlog.css?rev=118 > >> >> >>> > >> >> >>> Any idea, what's wrong ? > >> >> >>> > >> >> >>> Or a better advise to provide odd/even rows with different colors > ? > >> >> >>> > >> >> >>> Thanks, > >> >> >>> -Arun > >> >> >>> -- > >> >> >>> Need Application Server ? - Download glassfish.org > >> >> >>> Blog: http://blogs.sun.com/arungupta > >> >> >>> > >> >> >>> > >> - > >> >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> >> >>> For additional commands, e-mail: users-h...@wicket.apache.org > >> >> >>> > >> >> >>> > >> >> >> > >> >> >> >
Firefox, be afraid be very afraid!!!
I just spent the better half of a day WASTED because I use Firefox for testing my Wicket development. For the life of me, I couldn't figure out why I couldn't get a simple data picker to center. I wouldn't call myself an expert at html so I doubted myself. Turns out that Firefox decided that there is no need to update changes if there is something in cache -- WTF!!! It wasn't until I got so fed up I tried Internet Explorer and saw that what I was doing was working all along. I "exited" Firefox and restarted it and still not working. It wasn't until I went in and cleared my "private cache" and then visited my app again that it did what it was suppose to do. I of course poked around in Firefox to turn that !...@#$%! cache off but the only thing I found was a setting that would automatically flush it when I "exited" (not closed) Firefox. I will probably still use it for normal surfing but unless there is a way to stop it from not updating my html changes, I will NOT be useing it for Wicket development!
Re: WicketByExample.com - Soft launch and we need editors
Nice site. I look forward to looking at it some more. -- Jeremy Thomerson http://www.wickettraining.com On Tue, Aug 4, 2009 at 2:51 PM, Andrew Lombardi wrote: > I don't know about you guys, but I learn best by examples, a lot of them. > So the team at Mystic decided to put together a really simple, easy to > navigate, no nonsense examples site ... and start filling it with relevant > Wicket code examples for doing common things like: > > * How to use a FeedbackPanel with AJAX > * Getting Started Guide > * How to use AutoCompleteTextField > * Putting Javascript or CSS into the header using a Resource > * Using a Visitor to add multiple form components to an AjaxTarget > * Working with Wicket and Spring > * and on and on... > > In all we have about 15 examples so far, and it's growing daily. We would > love you to at least drop by, and contribute with your tips and tricks and > examples of usage that might not have been covered, or was very hard to find > when you were looking for it. > > happy monday! and develop happy! > > > To our success! > > Mystic Coders, LLC | Code Magic | www.mysticcoders.com > > ANDREW LOMBARDI | and...@mysticcoders.com > 2321 E 4th St. Ste C-128, Santa Ana CA 92705 > ofc: 949-528-6480 > fax: 714-782-6024 > cell: 714-697-8046 > linked-in: http://www.linkedin.com/in/andrewlombardi > twitter: http://www.twitter.com/kinabalu > > Eco-Tip: Printing e-mails is usually a waste. > > > This message is for the named person's use only. You must not, directly or > indirectly, use, > disclose, distribute, print, or copy any part of this message if you are > not the intended recipient. > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Firefox, be afraid be very afraid!!!
Strange - I use FF almost exclusively and have never had this problem. Did you use something like HttpFox or TamperData to look at the headers and see if the expiry headers were coming back correctly? -- Jeremy Thomerson http://www.wickettraining.com On Tue, Aug 4, 2009 at 9:12 PM, Steve Tarlton wrote: > I just spent the better half of a day WASTED because I use Firefox for > testing my Wicket development. For the life of me, I couldn't figure out why > I couldn't get a simple data picker to center. I wouldn't call myself an > expert at html so I doubted myself. Turns out that Firefox decided that > there is no need to update changes if there is something in cache -- WTF!!! > It wasn't until I got so fed up I tried Internet Explorer and saw that what > I was doing was working all along. I "exited" Firefox and restarted it and > still not working. It wasn't until I went in and cleared my "private cache" > and then visited my app again that it did what it was suppose to do. I of > course poked around in Firefox to turn that !...@#$%! cache off but the only > thing I found was a setting that would automatically flush it when I > "exited" (not closed) Firefox. I will probably still use it for normal > surfing but unless there is a way to stop it from not updating my html > changes, I will NOT be useing it for Wicket development! > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Firefox, be afraid be very afraid!!!
It's not Wicket or Firefox its the caching settings (probably on the server). If the cached resources aren't expired the browser is supposed to use what it has cached. Best to set the far future expires to something really short or 0 in development. On Tue, Aug 4, 2009 at 10:17 PM, Jeremy Thomerson wrote: > Strange - I use FF almost exclusively and have never had this problem. > Did you use something like HttpFox or TamperData to look at the > headers and see if the expiry headers were coming back correctly? > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > > On Tue, Aug 4, 2009 at 9:12 PM, Steve Tarlton wrote: > > I just spent the better half of a day WASTED because I use Firefox for > > testing my Wicket development. For the life of me, I couldn't figure out > why > > I couldn't get a simple data picker to center. I wouldn't call myself an > > expert at html so I doubted myself. Turns out that Firefox decided that > > there is no need to update changes if there is something in cache -- > WTF!!! > > It wasn't until I got so fed up I tried Internet Explorer and saw that > what > > I was doing was working all along. I "exited" Firefox and restarted it > and > > still not working. It wasn't until I went in and cleared my "private > cache" > > and then visited my app again that it did what it was suppose to do. I of > > course poked around in Firefox to turn that !...@#$%! cache off but the only > > thing I found was a setting that would automatically flush it when I > > "exited" (not closed) Firefox. I will probably still use it for normal > > surfing but unless there is a way to stop it from not updating my html > > changes, I will NOT be useing it for Wicket development! > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >