Re: VOTE: include WICKET-218 in 1.2.5
+1 On 1/18/07, Al Maw [EMAIL PROTECTED] wrote: Igor Vaynberg wrote: include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5 I've only seen this once before, but why not? +1
Re: wicket examples on www.wicket-library.com
It only gets restartet once a day. Thats usually it. It is not available 100% that is true, but it is down only very few times. If anyone wants to spend some time on investigating why it is done, I'm more than happy to grant you access. Unfortunately I have only very little time right now. It is a standard tomcat installation provided by hoster for free. Juergen On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: we do need a domain for our dedicated box, using ip addr sucks -igor On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Problem is that wicketframework.org points currently to sf.net, and I can't add subdomains without breaking the current wicketframework.org site. Perhaps we should also host wicketframework.org on that box, and redirect traffic from sf.net site to our own box. Then this is possible. Please note that wicketframework.org will probably cease to exist when we reach tlp status @apache. http://wicket.apache.org sounds good IMO. Perhaps the mentors could shine more light on the status of wicketframework.org after graduation? Martijn On 1/18/07, Frank Bille [EMAIL PROTECTED] wrote: And perhaps get some subdomains for build.wicketframework.org = http://81.17.46.170/bamboo examples.wicketframework.org/1.2 = http://81.17.46.170/wicket12/ examples.wicketframework.org/1.3 = http://81.17.46.170/wicket13/ and so on. Frank On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: * Martijn Dashorst: Why not download the examples yourself and run it locally? A better answer would be to take off the link to wicket-library.com, as it's not the first time that is it offline. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org
Re: wicket examples on www.wicket-library.com
lets see how stable our server is. It runs much more apps so it should go down earlier! johan On 1/19/07, Juergen Donnerstag [EMAIL PROTECTED] wrote: It only gets restartet once a day. Thats usually it. It is not available 100% that is true, but it is down only very few times. If anyone wants to spend some time on investigating why it is done, I'm more than happy to grant you access. Unfortunately I have only very little time right now. It is a standard tomcat installation provided by hoster for free. Juergen On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: we do need a domain for our dedicated box, using ip addr sucks -igor On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Problem is that wicketframework.org points currently to sf.net, and I can't add subdomains without breaking the current wicketframework.org site. Perhaps we should also host wicketframework.org on that box, and redirect traffic from sf.net site to our own box. Then this is possible. Please note that wicketframework.org will probably cease to exist when we reach tlp status @apache. http://wicket.apache.org sounds good IMO. Perhaps the mentors could shine more light on the status of wicketframework.org after graduation? Martijn On 1/18/07, Frank Bille [EMAIL PROTECTED] wrote: And perhaps get some subdomains for build.wicketframework.org = http://81.17.46.170/bamboo examples.wicketframework.org/1.2 = http://81.17.46.170/wicket12/ examples.wicketframework.org/1.3 = http://81.17.46.170/wicket13/ and so on. Frank On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: * Martijn Dashorst: Why not download the examples yourself and run it locally? A better answer would be to take off the link to wicket-library.com, as it's not the first time that is it offline. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org
Re: VOTE: include WICKET-218 in 1.2.5
+1 -igor On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5 -igor
Re: Vote: take wicketframework.org off of sf.net servers and onto our own box
yes i have the same questions as igor. What do we move completely to Apache? Is it so that when we have moved then only jira an confluence are still there for just Wicket-Stuff? Everything else, so the auto building and auto deploying and serving of the latest examples are done then on the apache servers? What things does apache give us? What rights do we have? If we keep bamboo and the examples there then i think we should do this: wicketframework.org - wicket.apache.org builds.wicketframework.org - ourserver/bamboo maven.wicketframework.org - ourserver/maven/reposistory (or are we not doing this, providing snapshots?) examples.wicketframework.org - ourserver/examples - pointing to 1.3/2.0 examples So if this setup is the one we go for then we can move it now and only do this wicketframework.org - ourserver/root builds.wicketframework.org - ourserver/bamboo maven.wicketframework.org - ourserver/maven/reposistory (or are we not doing this, providing snapshots?) examples.wicketframework.org - ourserver/examples - pointing to 1.3/2.0 examples then we need to do the above for a few months. (and server our own side) If we don't use the server for anything except wicket stuf (jira/conf) then i wouldn't bother doing anything right now. johan On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Using Apache hardware seems to be a big deal for a community feel and for a legal standpoint (iianm), and /should/ make things easier. If we get migraines from dealing with the apache process, then we should get more involved in the infra team. Problem is that to be able to do that, you need to earn karma, and IMO you won't get karma until you help administer stuff. you mean they will let us host bamboo, our examples, etc with us having access to that stuff easily? why dont we do that now then? also what is the hold up with our new website then? i thought you had trouble doing an export or something because of apache confluence permission foobar? I don't see the need to register another domain name yet. Isn't the whole point of the server to have it host all our stuff? Just moving wicketframework.org to the servoy box, and add the subdomains is not too much I think? once the domain is transferred to apache will we still be able to have the subdomains? [...] The current 1.2.x sites can easily be put on the box. They only require a static filesystem. I recon a simple rsync between the two servers is all it takes to mirror the current content. no doubt, and we can update them easily. but if we are going to do that why not just do the confluence import thing and the new skin now as well? -igor Martijn On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: we could register wicketstuff.org, host our website there until we are ready to move it to apache, we can even setup our confluence install there to export our website to apache so we dont have to go through headaches just dont think of wicketstuff.org as related directly to wicket-stuff.sf.net -igor On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: It has been proposed in several threads, so I'd like to make it more formal: currently we host wicketframework.org on the sf.net servers. We can move the content of the site to our own box (provided by http://servoy.com) and host it there, and redirect traffic from the sf.net server to the our new box. Pro's: - wicketframework.org will probably be a lot faster. - it opens up builds.wicketframework.org, examples.wicketframework.orgetc. Con's: - we'll have to update our (read: I have to update my) build infrastructure for deploying the site - we'll be fully responsible for hosting our own site - the future is clouded for the domain as we are moving towards apache infrastructure. So the vote is: [ ] move the domain already, why didn't you do this months ago? [ ] keep it as it is, it works now Martijn -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org
Re: Vote: take wicketframework.org off of sf.net servers and onto our own box
On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: ...Problem is that to be able to do that, you need to earn karma, and IMO you won't get karma until you help administer stuff. Are you aware of the Solaris zones? See http://www.apache.org/dev/solaris-zones.html - I don't know much about what you want to run, but with a zone, the project gets its own virtual Solaris machine, which project members can administrate fairly freely. The Cocoon project, for example, runs live demos and a documentation system there, see http://cocoon.zones.apache.org/ . The performance is usually very good, although it depends on how other zones behave, of course. -Bertrand
Re: About revision 496616: Disable modification watcher in MockWebApplication
It's already in trunk. I'm more thinking about backporting the wickettester change from trunk to 1.3. But perhaps I will raise a vote to backport 496616 to 1.2.5. But it easy for users to fix it them selves, by doing what I do on there instance of WicketTester. WDYT? Frank On 1/19/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: Don't forget to port it to trunk please. TIA, -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
Re: Fixing ComponentTest in Wicket 1.x
but when to execute that thing? And what would be the big change? Instead of now RequestCycle.detach() calling detach() on the RequestTargets (that are the pages that are used in the current request) What would be called now and when? We first need to move the Session.touch(page) command to a much later time (after the detach) Because Session.touch() pushes the page to the pagemap and then the httpsession/sessionstore And then the page already needs to be detached. johan On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: * Martijn Dashorst: I'd rather see an extra step in our request processing that detaches all pages and their child components that have participated in the request processing, instead of relying on the request targets to do so. +1 -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
Re: About revision 496616: Disable modification watcher in MockWebApplication
* Frank Bille: It's already in trunk. I'm more thinking about backporting the wickettester change from trunk to 1.3. Oh yes you're right Frank, it was already in trunk, my bad. It would be great to backport the whole WicketTester refactoring to branch 1.x. I filed a patch for that: WICKET-147 And while we're at it: there's a bug in MockWebApplication that initializes application twice, see WICKET-225. All the best, -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
Re: Vote: take wicketframework.org off of sf.net servers and onto our own box
can we get a zone if we are just incubating? -igor On 1/19/07, Bertrand Delacretaz [EMAIL PROTECTED] wrote: On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: ...Problem is that to be able to do that, you need to earn karma, and IMO you won't get karma until you help administer stuff. Are you aware of the Solaris zones? See http://www.apache.org/dev/solaris-zones.html - I don't know much about what you want to run, but with a zone, the project gets its own virtual Solaris machine, which project members can administrate fairly freely. The Cocoon project, for example, runs live demos and a documentation system there, see http://cocoon.zones.apache.org/ . The performance is usually very good, although it depends on how other zones behave, of course. -Bertrand
Re: Vote: take wicketframework.org off of sf.net servers and onto our own box
Igor Vaynberg wrote: can we get a zone if we are just incubating? At this point, I personally would stick with either Sourceforge or Servoy. The main issue being that zones aren't intended for use for public websites, more for demos, tests, builds, etc, and you cannot map a domain to a zone (AFAIK), you just get project.zones.apache.org. Where we host examples (a very useful and important thing to host), I don't think we're quite ready to resolve that issue yet. Therefore, I would say go with Sourceforge or Servoy, whichever makes most straightforward sense. Similarly, eventually, the wicketframework.org domain name should be a redirect to wicket.apache.org, and ownership of that domain be transferred to Apache. However, I don't quite think we're ready for that either. We really need to get a release or two under our belt before we can approach those issue. Regards, Upayavira On 1/19/07, Bertrand Delacretaz [EMAIL PROTECTED] wrote: On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote: ...Problem is that to be able to do that, you need to earn karma, and IMO you won't get karma until you help administer stuff. Are you aware of the Solaris zones? See http://www.apache.org/dev/solaris-zones.html - I don't know much about what you want to run, but with a zone, the project gets its own virtual Solaris machine, which project members can administrate fairly freely. The Cocoon project, for example, runs live demos and a documentation system there, see http://cocoon.zones.apache.org/ . The performance is usually very good, although it depends on how other zones behave, of course. -Bertrand
Wicket 2.0 Release Update
Forgive me for asking a question that has been asked before but is there an update on when Wicket 2.0 will be available? I saw several responses in the summer and fall of last year saying that a release would be in a few months but nothing more recent then that. I'd like to recommend Wicket for our new project but we must have Java 5 support so I am eagerly awaiting news of it's progress. Thanks. -Zac Parsons -- View this message in context: http://www.nabble.com/Wicket-2.0-Release-Update-tf3042640.html#a8457551 Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: Wicket 2.0 Release Update
Not really. Lots of stuff came in between. Imo the 2.0 is reasonably stable and many of it's features got backported to 1.3, making both 1.3 and interesting enough alternative and giving the new features of 2.0 the change to get tested (there are at least a couple of production systems written on 1.3). You don't need Wicket 2.0 for Java 5 support, unless you care for generified models. Personally, I think the parent change (provide a parent in the constructor and the component is added to the tree rather than calling add on the parent) is the greatest feature, but certainly not something people can't do without. We are *hoping* (not a promise) to get the first version of 1.3 out this month still. 2.0's first beta might be done in february if 1.3 worked out well. Eelco On 1/19/07, Zac Parsons [EMAIL PROTECTED] wrote: Forgive me for asking a question that has been asked before but is there an update on when Wicket 2.0 will be available? I saw several responses in the summer and fall of last year saying that a release would be in a few months but nothing more recent then that. I'd like to recommend Wicket for our new project but we must have Java 5 support so I am eagerly awaiting news of it's progress. Thanks. -Zac Parsons -- View this message in context: http://www.nabble.com/Wicket-2.0-Release-Update-tf3042640.html#a8457551 Sent from the Wicket - Dev mailing list archive at Nabble.com.