Re: wicket-stuff progressbar problem in Wicket 6.3
Hi, I think this issue is fixed with WICKET-4886. Please try with 6.4.0-SNAPSHOT. If it still breaks then please create a quickstart and attach it to a new ticket in Jira. Thanks! On Tue, Dec 4, 2012 at 3:54 PM, hsteisjo hakan.stei...@foxt.com wrote: Hi all, I've really banged my head with this problem for some time now, and hopefully someone can point me in the right direction. I have a base popup class which is extended from ModalWindow. Most actions requires some sort of visual response to the user that actions are taking place so this popup class holds switchable panels where one is the content panel and one a progressbar panel. The idea was to send in whatever content is needed for an action and then start the progressbar. This has worked very well based upon the wicketstuff progressbar and their taskservice running on Wicket 1.4.20. It was time to upgrade Wicket and I did so to 6.3 via 1.5.9. Unfortunately I never tested this exact functionality when the port to 1.5.9 was completed so I can't say whether it worked or not in 1.5.9. With Wicket 6.3 it doesn't work. The popup is displayed fine and the task gets going as expected, but then when the AjaxSelfUpdatingTimerBehavior of the progressbar finishes things break apart with a WicketRuntimeException saying there's no page found for the component (the panel holding the progressbar in the base popup class). We end up in the getPage() function of the Component class via several function calls in AbstractAjaxTimerBehavior, AbstractDefaultAjaxBehavior and AbstractAjaxBehavior. It all starts off with the AbstractAjaxTimerBehavior's respond() and getJsTimeoutCall() functions, and eventually the AbstractAjaxBehavior's getCallbackUrl() function is called which takes us to the getPage() function, and once there the panel, holding the progressbar in the popup class, is not attached to a page and I can't figure out why. I realize a lot has happened in Wicket since 1.4.20, especially in Wicket 6 and the new jQuery back-end and I was hoping someone could give me some pointers where I should start looking when it comes to these types of problems with ajax updates. Thanks. -Håkan -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-stuff-progressbar-problem-in-Wicket-6-3-tp4654469.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: wicket-stuff progressbar problem in Wicket 6.3
Thanks Martin, it looks like my problem I'll give it a try. Do you know if a Wicket release is planned in the near future? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-stuff-progressbar-problem-in-Wicket-6-3-tp4654469p4654505.html Sent from the Users forum 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: wicket-stuff progressbar problem in Wicket 6.3
6.4.0 will be build at Dec 14 On Wed, Dec 5, 2012 at 11:23 AM, hsteisjo hakan.stei...@foxt.com wrote: Thanks Martin, it looks like my problem I'll give it a try. Do you know if a Wicket release is planned in the near future? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-stuff-progressbar-problem-in-Wicket-6-3-tp4654469p4654505.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Wicket Stuff Examples!?
Hi, The only app I know of is Inmethod-Grid: http://www.wicket-library.com/inmethod-grid/ Since a long time I'd like to create a project that combines all other example projects using the new Servlet3 features but I have no time to do it :-/ On Wed, Jun 27, 2012 at 12:04 PM, chris polzer christian.pol...@googlemail.com wrote: Hello everybody, I woul dlike to know if there is a Demo application hosted out there featuring the wicket stuff examples? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Stuff-Examples-tp4650248.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Examples!?
On 27.06.2012 11:04, chris polzer wrote: Hello everybody, I woul dlike to know if there is a Demo application hosted out there featuring the wicket stuff examples? You mean other than Live Wicket Examples at http://wicketstuff.org/ ? Rafał - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Examples!?
Yes, I was searching for the Jquery Datatable. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Stuff-Examples-tp4650248p4650251.html Sent from the Users forum 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: Wicket Stuff Examples!?
Just download the .war from Maven repos and deploy it locally. Or clone the project locally and run 'mvn jetty:run' for the examples. On Wed, Jun 27, 2012 at 1:38 PM, chris polzer christian.pol...@googlemail.com wrote: Yes, I was searching for the Jquery Datatable. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Stuff-Examples-tp4650248p4650251.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket stuff progressbar
It looks like SF SVN is down ... The sources for 1.4 are in .../branches/1.4.13/... On Wed, Nov 24, 2010 at 9:12 PM, Peter Karich peat...@yahoo.de wrote: Hi, I am playing with the progressbar* but wonder where I can grab the sources for 1.4? this leads to an exception: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-progressbar/ Regards, Peter. * http://wicketstuff.org/confluence/display/STUFFWIKI/wicketstuff-progressbar -- http://jetwick.com twitter search prototype - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff TinyMCE Update?
dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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 Stuff TinyMCE Update?
I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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: Wicket Stuff TinyMCE Update?
whats your sf.net username? i can give you access to svn. as far as builds, Michael O'Cleirigh takes care of those on regular basis. you might want to talk to him if you want more details. -igor On Fri, Oct 29, 2010 at 10:05 AM, Josh Glassman josh...@gmail.com wrote: I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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: Wicket Stuff TinyMCE Update?
Ok, will talk to him. My sf username is joshums. On Fri, Oct 29, 2010 at 1:14 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: whats your sf.net username? i can give you access to svn. as far as builds, Michael O'Cleirigh takes care of those on regular basis. you might want to talk to him if you want more details. -igor On Fri, Oct 29, 2010 at 10:05 AM, Josh Glassman josh...@gmail.com wrote: I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff TinyMCE Update?
Hello, You shouldn't have to do anything other than make the change to have it propogated into maven. The tinymce artifact is already being distributed as part of wicketstuff-core. This is the current branch tracking wicket 1.4-SNAPSHOT: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicketstuff-core-1.4/ If you can get the changes in soon they can be included in the 1.4.13 release or in a 1.4.13.1 point release a little bit later (i.e. when you tell me the changes are in). You can also look at what would be required for wicket 1.5-SNAPSHOT compatibility. Basically you would merge your changes from the 1.4 branch and then add the tinymce-parent entry back in the jdk-1.5-parent/pom.xml file. That way when we start cutting 1.5 wicketstuff-core releases it will be included automatically. Regards, Mike whats your sf.net username? i can give you access to svn. as far as builds, Michael O'Cleirigh takes care of those on regular basis. you might want to talk to him if you want more details. -igor On Fri, Oct 29, 2010 at 10:05 AM, Josh Glassmanjosh...@gmail.com wrote: I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynbergigor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassmanjosh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff TinyMCE Update?
you are in -igor On Fri, Oct 29, 2010 at 10:26 AM, Josh Glassman josh...@gmail.com wrote: Ok, will talk to him. My sf username is joshums. On Fri, Oct 29, 2010 at 1:14 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: whats your sf.net username? i can give you access to svn. as far as builds, Michael O'Cleirigh takes care of those on regular basis. you might want to talk to him if you want more details. -igor On Fri, Oct 29, 2010 at 10:05 AM, Josh Glassman josh...@gmail.com wrote: I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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 - 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 Stuff TinyMCE Update?
Thank you both! I just committed the new files to the 1.4 branch. I'll look into updating the project for 1.5 as soon as I am able. Josh On Fri, Oct 29, 2010 at 1:51 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: you are in -igor On Fri, Oct 29, 2010 at 10:26 AM, Josh Glassman josh...@gmail.com wrote: Ok, will talk to him. My sf username is joshums. On Fri, Oct 29, 2010 at 1:14 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: whats your sf.net username? i can give you access to svn. as far as builds, Michael O'Cleirigh takes care of those on regular basis. you might want to talk to him if you want more details. -igor On Fri, Oct 29, 2010 at 10:05 AM, Josh Glassman josh...@gmail.com wrote: I would be willing to do so, at least temporarily. How do I get commit permissions, and how do I get a build created and installed to the maven repo? On Fri, Oct 29, 2010 at 11:44 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote: dont think anyone is maintaining the project. you are welcome to take it over. -igor On Fri, Oct 29, 2010 at 8:40 AM, Josh Glassman josh...@gmail.com wrote: Hi All, Who if anyone is in charge of the Wicket Stuff TinyMCE project? I have been having some issues with it and noticed that the TinyMCE files have not been updated since the initial 3.3 release. I tried simply replacing the tiny_mce folder inside a copy of the tinymce-1.4.12.jar with the latest from the website and my issues are completely gone now. Is there any chance we could get an updated release with the newer files? Now another question is coming to mind, is there any sort of standard defined for how often an included dependency like this should be updated? On one hand it would be nice to always have the most up-to-date files available through maven, but on the other hand that could be very time and resource consuming depending on how often the dependency is updated. Thoughts? Suggestions? - 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 - 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: Wicket stuff site
Confluence is down right now for security reasons. On Thu, Jul 29, 2010 at 10:47 AM, armandoxxx armando@dropchop.comwrote: Hey ppl ... Does anyone know the right link to wicket stuff site .. cause link I find on google or other sites are not working ... http://wicketstuff.org/confluence/display/STUFFWIKI Kind regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.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: Wicket stuff site
On Thu, Jul 29, 2010 at 11:32 AM, Martin Grigorov mgrigo...@apache.org wrote: Confluence is down right now for security reasons. Not really: it is down because we are (were?) working on installing hudson and didn't want to wait 10 minutes for the container to start up. I guess we can enable confluence again as hudson seems to be humming quite nicely. The only service that is down for secutiry reasons is JIRA. Martijn On Thu, Jul 29, 2010 at 10:47 AM, armandoxxx armando@dropchop.comwrote: Hey ppl ... Does anyone know the right link to wicket stuff site .. cause link I find on google or other sites are not working ... http://wicketstuff.org/confluence/display/STUFFWIKI Kind regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.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 -- 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.8 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket stuff site
Confluence is up and running again... Hoping to upgrade it to 3.3 soon... Martijn On Thu, Jul 29, 2010 at 1:40 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Thu, Jul 29, 2010 at 11:32 AM, Martin Grigorov mgrigo...@apache.org wrote: Confluence is down right now for security reasons. Not really: it is down because we are (were?) working on installing hudson and didn't want to wait 10 minutes for the container to start up. I guess we can enable confluence again as hudson seems to be humming quite nicely. The only service that is down for secutiry reasons is JIRA. Martijn On Thu, Jul 29, 2010 at 10:47 AM, armandoxxx armando@dropchop.comwrote: Hey ppl ... Does anyone know the right link to wicket stuff site .. cause link I find on google or other sites are not working ... http://wicketstuff.org/confluence/display/STUFFWIKI Kind regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.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 -- 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.8 -- 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.8 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket stuff site
It was down for a while. Would it be too much to ask for a heads-up next time :-) On Thu, Jul 29, 2010 at 4:50 PM, Martijn Dashorst [via Apache Wicket] ml-node+2306488-1603966086-293...@n4.nabble.comml-node%2b2306488-1603966086-293...@n4.nabble.com wrote: Confluence is up and running again... Hoping to upgrade it to 3.3 soon... Martijn On Thu, Jul 29, 2010 at 1:40 PM, Martijn Dashorst [hidden email] http://user/SendEmail.jtp?type=nodenode=2306488i=0 wrote: On Thu, Jul 29, 2010 at 11:32 AM, Martin Grigorov [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=1 wrote: Confluence is down right now for security reasons. Not really: it is down because we are (were?) working on installing hudson and didn't want to wait 10 minutes for the container to start up. I guess we can enable confluence again as hudson seems to be humming quite nicely. The only service that is down for secutiry reasons is JIRA. Martijn On Thu, Jul 29, 2010 at 10:47 AM, armandoxxx [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=2wrote: Hey ppl ... Does anyone know the right link to wicket stuff site .. cause link I find on google or other sites are not working ... http://wicketstuff.org/confluence/display/STUFFWIKI Kind regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.htmlhttp://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.html?by-user=t Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=3 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=4 -- Become a Wicket expert, learn from the best: http://wicketinaction.comhttp://wicketinaction.com?by-user=t Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8 -- Become a Wicket expert, learn from the best: http://wicketinaction.comhttp://wicketinaction.com?by-user=t Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8 - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=5 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=2306488i=6 -- View message @ http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306488.html To start a new topic under Wicket - User, email ml-node+1842947-1647783149-293...@n4.nabble.comml-node%2b1842947-1647783149-293...@n4.nabble.com To unsubscribe from Wicket - User, click herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=YXZyYWhhbXJAZ21haWwuY29tfDE4NDI5NDd8LTEwNzY0NzQ1ODc=. -- []'s Avraham Rosenzweig avrah...@gmail.com -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306496.html Sent from the Wicket - User mailing list archive at Nabble.com.
Re: Wicket stuff site
should we apply for atlassian's hosted solution? they have an oss license http://www.atlassian.com/software/views/opensource-license-request.jsp -igor On Thu, Jul 29, 2010 at 6:49 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Confluence is up and running again... Hoping to upgrade it to 3.3 soon... Martijn On Thu, Jul 29, 2010 at 1:40 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Thu, Jul 29, 2010 at 11:32 AM, Martin Grigorov mgrigo...@apache.org wrote: Confluence is down right now for security reasons. Not really: it is down because we are (were?) working on installing hudson and didn't want to wait 10 minutes for the container to start up. I guess we can enable confluence again as hudson seems to be humming quite nicely. The only service that is down for secutiry reasons is JIRA. Martijn On Thu, Jul 29, 2010 at 10:47 AM, armandoxxx armando@dropchop.comwrote: Hey ppl ... Does anyone know the right link to wicket stuff site .. cause link I find on google or other sites are not working ... http://wicketstuff.org/confluence/display/STUFFWIKI Kind regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-stuff-site-tp2306142p2306142.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 -- 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.8 -- 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.8 - 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 stuff site
On Thu, Jul 29, 2010 at 5:28 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: should we apply for atlassian's hosted solution? they have an oss license http://www.atlassian.com/software/views/opensource-license-request.jsp Open source license != hosted solution. They don't provide hosted confluence for open source projects (I already asked) Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket stuff site
this says they do: http://www.atlassian.com/hosted/studio/ -igor On Thu, Jul 29, 2010 at 8:33 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Thu, Jul 29, 2010 at 5:28 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: should we apply for atlassian's hosted solution? they have an oss license http://www.atlassian.com/software/views/opensource-license-request.jsp Open source license != hosted solution. They don't provide hosted confluence for open source projects (I already asked) Martijn - 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 stuff site
Sure, they have a hosted solution, but it doesn't say they have a free OSS hosted solution. :) On Thu, Jul 29, 2010 at 10:35 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote: this says they do: http://www.atlassian.com/hosted/studio/ -igor On Thu, Jul 29, 2010 at 8:33 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Thu, Jul 29, 2010 at 5:28 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: should we apply for atlassian's hosted solution? they have an oss license http://www.atlassian.com/software/views/opensource-license-request.jsp Open source license != hosted solution. They don't provide hosted confluence for open source projects (I already asked) Martijn - 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 -- Jeremy Thomerson http://www.wickettraining.com
Re: Wicket stuff site
jira studio is listed as an option in the first link i pasted -igor On Thu, Jul 29, 2010 at 8:40 AM, Jeremy Thomerson jer...@wickettraining.com wrote: Sure, they have a hosted solution, but it doesn't say they have a free OSS hosted solution. :) On Thu, Jul 29, 2010 at 10:35 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote: this says they do: http://www.atlassian.com/hosted/studio/ -igor On Thu, Jul 29, 2010 at 8:33 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Thu, Jul 29, 2010 at 5:28 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: should we apply for atlassian's hosted solution? they have an oss license http://www.atlassian.com/software/views/opensource-license-request.jsp Open source license != hosted solution. They don't provide hosted confluence for open source projects (I already asked) Martijn - 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 -- Jeremy Thomerson http://www.wickettraining.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [wicket-stuff] project sitemap-xml
I am also interested in a sitemap project. Check out the Wiki about dynamic sitemap below. Would be nice if someone encapsulated this into a project for reuse. http://cwiki.apache.org/WICKET/seo-search-engine-optimization.html Fernando Wermus fernando.wer...@gmail.com 03/25/2010 11:49 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject [wicket-stuff] project sitemap-xml Hi all, I need to develop sitemap for my web app. I see that there is a project related to this problem. Which is its situation? Does anyone know? thanks in advance -- Fernando Wermus. www.linkedin.com/in/fernandowermus Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information.
Re: [wicket-stuff] project sitemap-xml
Take a look at Xaloon project. It has a plug in about SEO. But It is a plug in for Brix, I dont know much about it. On Thu, Mar 25, 2010 at 2:03 PM, mzem...@osc.state.ny.us wrote: I am also interested in a sitemap project. Check out the Wiki about dynamic sitemap below. Would be nice if someone encapsulated this into a project for reuse. http://cwiki.apache.org/WICKET/seo-search-engine-optimization.html Fernando Wermus fernando.wer...@gmail.com 03/25/2010 11:49 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject [wicket-stuff] project sitemap-xml Hi all, I need to develop sitemap for my web app. I see that there is a project related to this problem. Which is its situation? Does anyone know? thanks in advance -- Fernando Wermus. www.linkedin.com/in/fernandowermus Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- Fernando Wermus. www.linkedin.com/in/fernandowermus
Re: [wicket-stuff] project sitemap-xml
Do you know why it is said in the page you mention, each pages should have a different title? On Thu, Mar 25, 2010 at 2:41 PM, Fernando Wermus fernando.wer...@gmail.comwrote: Take a look at Xaloon project. It has a plug in about SEO. But It is a plug in for Brix, I dont know much about it. On Thu, Mar 25, 2010 at 2:03 PM, mzem...@osc.state.ny.us wrote: I am also interested in a sitemap project. Check out the Wiki about dynamic sitemap below. Would be nice if someone encapsulated this into a project for reuse. http://cwiki.apache.org/WICKET/seo-search-engine-optimization.html Fernando Wermus fernando.wer...@gmail.com 03/25/2010 11:49 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject [wicket-stuff] project sitemap-xml Hi all, I need to develop sitemap for my web app. I see that there is a project related to this problem. Which is its situation? Does anyone know? thanks in advance -- Fernando Wermus. www.linkedin.com/in/fernandowermus Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- Fernando Wermus. www.linkedin.com/in/fernandowermus -- Fernando Wermus. www.linkedin.com/in/fernandowermus
Re: [wicket-stuff] project sitemap-xml
I would gather they are eluding to the fact that search engines may not index url's with duplicate titles, so its a best practice to provide a title unique to the url. Fernando Wermus fernando.wer...@gmail.com 03/25/2010 01:46 PM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject Re: [wicket-stuff] project sitemap-xml Do you know why it is said in the page you mention, each pages should have a different title? On Thu, Mar 25, 2010 at 2:41 PM, Fernando Wermus fernando.wer...@gmail.comwrote: Take a look at Xaloon project. It has a plug in about SEO. But It is a plug in for Brix, I dont know much about it. On Thu, Mar 25, 2010 at 2:03 PM, mzem...@osc.state.ny.us wrote: I am also interested in a sitemap project. Check out the Wiki about dynamic sitemap below. Would be nice if someone encapsulated this into a project for reuse. http://cwiki.apache.org/WICKET/seo-search-engine-optimization.html Fernando Wermus fernando.wer...@gmail.com 03/25/2010 11:49 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject [wicket-stuff] project sitemap-xml Hi all, I need to develop sitemap for my web app. I see that there is a project related to this problem. Which is its situation? Does anyone know? thanks in advance -- Fernando Wermus. www.linkedin.com/in/fernandowermus Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- Fernando Wermus. www.linkedin.com/in/fernandowermus -- Fernando Wermus. www.linkedin.com/in/fernandowermus Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information.
Re: [wicket-stuff] project sitemap-xml
On Thu, 25 Mar 2010 12:49:14 -0300, Fernando Wermus fernando.wer...@gmail.com wrote: Hi all, I need to develop sitemap for my web app. I see that there is a project related to this problem. Which is its situation? Does anyone know? thanks in advance hi! the sitemap-xml micro-project is a very simple thing that builds upon three assumptions: 1) you want to build a sitemap according to http://www.sitemaps.org/protocol.php - this is the language search engines like. 2) the urls you want to expose in this xml are all mapped with wicket bookmarkable strategies. 3) you want your xml to be generated on-the-fly as opposed to pre-rendered then you can use the sitemap-xml from wicketstuff. it helps you with the correct syntax. unfortunately after some basic tests i have not yet seen it in action being grabbed by the search engines to see if everything works fine. a bit of feedback would be nice. if there are request for enchancement or any uncertainties about it do not hesitate to ask on the mailing list. as it stands now i have a bit spare time at hand :) best regards andreas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Html Validator
I am unable to reproduce it. I've downloaded the jar from the wicketstuff repo and put it in a quickstart and added it as a jar dependency. I then modified the homepage to look like this: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:wicket=http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd; head titleWicket Quickstart Archetype Homepage/title /head body strong h1afsdf/h1 Wicket Quickstart Archetype Homepage/strong span wicket:id=messagemessage will be here/span /body /html and the html validator works as expected. Perhaps you could try and download the jar again. Martijn Martijn On Tue, Feb 23, 2010 at 5:53 PM, mzem...@osc.state.ny.us wrote: I downloaded the jar from wicketstuff repo... Here is the DTD; !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:wicket= http://wicket.apache.org/; xml:lang=en lang=en Martijn Dashorst martijn.dasho...@gmail.com 02/23/2010 05:16 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject Re: Wicket Stuff Html Validator Another possibility is that you use a DTD that is not available (xhtml 2.0?) Martijn On Tue, Feb 23, 2010 at 9:08 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Strange, at our company the thing works. Did you build the jar yourself? Or did you download it from the wicketstuff repo? Martijn On Mon, Feb 22, 2010 at 10:24 PM, mzem...@osc.state.ny.us wrote: I've added htmlvalidator-1.3.1.jar to my classpath, and the appropriate code in the application's init method (see link below). I get the following error when running the app; java.io.FileNotFoundException: Could not find dtds folder null http://wicketinaction.com/2009/06/wicket-html-validator-12/ Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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.4 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Html Validator
Strange, at our company the thing works. Did you build the jar yourself? Or did you download it from the wicketstuff repo? Martijn On Mon, Feb 22, 2010 at 10:24 PM, mzem...@osc.state.ny.us wrote: I've added htmlvalidator-1.3.1.jar to my classpath, and the appropriate code in the application's init method (see link below). I get the following error when running the app; java.io.FileNotFoundException: Could not find dtds folder null http://wicketinaction.com/2009/06/wicket-html-validator-12/ Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Html Validator
Another possibility is that you use a DTD that is not available (xhtml 2.0?) Martijn On Tue, Feb 23, 2010 at 9:08 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Strange, at our company the thing works. Did you build the jar yourself? Or did you download it from the wicketstuff repo? Martijn On Mon, Feb 22, 2010 at 10:24 PM, mzem...@osc.state.ny.us wrote: I've added htmlvalidator-1.3.1.jar to my classpath, and the appropriate code in the application's init method (see link below). I get the following error when running the app; java.io.FileNotFoundException: Could not find dtds folder null http://wicketinaction.com/2009/06/wicket-html-validator-12/ Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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.4 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Html Validator
I downloaded the jar from wicketstuff repo... Here is the DTD; !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:wicket= http://wicket.apache.org/; xml:lang=en lang=en Martijn Dashorst martijn.dasho...@gmail.com 02/23/2010 05:16 AM Please respond to users@wicket.apache.org To users@wicket.apache.org cc Subject Re: Wicket Stuff Html Validator Another possibility is that you use a DTD that is not available (xhtml 2.0?) Martijn On Tue, Feb 23, 2010 at 9:08 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Strange, at our company the thing works. Did you build the jar yourself? Or did you download it from the wicketstuff repo? Martijn On Mon, Feb 22, 2010 at 10:24 PM, mzem...@osc.state.ny.us wrote: I've added htmlvalidator-1.3.1.jar to my classpath, and the appropriate code in the application's init method (see link below). I get the following error when running the app; java.io.FileNotFoundException: Could not find dtds folder null http://wicketinaction.com/2009/06/wicket-html-validator-12/ Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information. -- 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.4 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org Notice: This communication, including any attachments, is intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient, you are requested not to disclose, copy, distribute or take any action in reliance on the contents of this information.
Re: wicket-stuff wiki access
FYI I activated CAPTCHA to create users etc, some time ago.. But that must not have worked.. regards Nino 2010/2/2 Martijn Dashorst martijn.dasho...@gmail.com On Mon, Feb 1, 2010 at 11:45 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: this isnt a mac... But close.. unfortunately I'm not the sysadmin for this server, so we'll have to wait until he's available. I've looked at atlassian, but they don't seem to provide hosted confluence installations. They do host jira for os projects, which might be a good idea to remove some admin burden from us. Martijn -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-stuff wiki access
you can reset your password again. We need some help in cleaning the users though... Confluence is a pain in user management. Martijn On Tue, Feb 2, 2010 at 9:26 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: FYI I activated CAPTCHA to create users etc, some time ago.. But that must not have worked.. regards Nino 2010/2/2 Martijn Dashorst martijn.dasho...@gmail.com On Mon, Feb 1, 2010 at 11:45 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: this isnt a mac... But close.. unfortunately I'm not the sysadmin for this server, so we'll have to wait until he's available. I've looked at atlassian, but they don't seem to provide hosted confluence installations. They do host jira for os projects, which might be a good idea to remove some admin burden from us. Martijn -- 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.4 - 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-stuff wiki access
Martijn theres over 500 users in there, and it does take a while to remove just one. What about removing the complete userbase? And let people register again, I know its annoying but easier.. 2010/2/2 Martijn Dashorst martijn.dasho...@gmail.com you can reset your password again. We need some help in cleaning the users though... Confluence is a pain in user management. Martijn On Tue, Feb 2, 2010 at 9:26 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: FYI I activated CAPTCHA to create users etc, some time ago.. But that must not have worked.. regards Nino 2010/2/2 Martijn Dashorst martijn.dasho...@gmail.com On Mon, Feb 1, 2010 at 11:45 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: this isnt a mac... But close.. unfortunately I'm not the sysadmin for this server, so we'll have to wait until he's available. I've looked at atlassian, but they don't seem to provide hosted confluence installations. They do host jira for os projects, which might be a good idea to remove some admin burden from us. Martijn -- 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.4 - 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-stuff wiki access
HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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: wicket-stuff wiki access
Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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: wicket-stuff wiki access
Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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: wicket-stuff wiki access
Yeah I asked about a tool, cant remember if I found one. I'll login again and see what happened. 2010/2/1 Andrew Lombardi and...@mysticcoders.com Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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: wicket-stuff wiki access
argh I forgot my password and it does not seem as confluence can send mails any more? 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com Yeah I asked about a tool, cant remember if I found one. I'll login again and see what happened. 2010/2/1 Andrew Lombardi and...@mysticcoders.com Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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: wicket-stuff wiki access
The system is unable to send email because /var is full :S Martijn On Mon, Feb 1, 2010 at 7:36 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: argh I forgot my password and it does not seem as confluence can send mails any more? 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com Yeah I asked about a tool, cant remember if I found one. I'll login again and see what happened. 2010/2/1 Andrew Lombardi and...@mysticcoders.com Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-stuff wiki access
rm -rf /var? :P On Feb 1, 2010, at 2:21 PM, Martijn Dashorst wrote: The system is unable to send email because /var is full :S Martijn On Mon, Feb 1, 2010 at 7:36 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: argh I forgot my password and it does not seem as confluence can send mails any more? 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com Yeah I asked about a tool, cant remember if I found one. I'll login again and see what happened. 2010/2/1 Andrew Lombardi and...@mysticcoders.com Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org 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: 714-816-4488 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: wicket-stuff wiki access
this isnt a mac... -igor On Mon, Feb 1, 2010 at 2:44 PM, Andrew Lombardi and...@mysticcoders.com wrote: rm -rf /var? :P On Feb 1, 2010, at 2:21 PM, Martijn Dashorst wrote: The system is unable to send email because /var is full :S Martijn On Mon, Feb 1, 2010 at 7:36 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: argh I forgot my password and it does not seem as confluence can send mails any more? 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com Yeah I asked about a tool, cant remember if I found one. I'll login again and see what happened. 2010/2/1 Andrew Lombardi and...@mysticcoders.com Was there any thoughts on dumping confluence's known good users and rm -rf the rest? Sent from my iPhone On Feb 1, 2010, at 10:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Thats attack, not attach. I tried deleting them but there are soo many :/ 2010/2/1 nino martinez wael nino.martinez.w...@gmail.com HAH! this is probably related to the horrible spam attach wicketstuff have had, it's filled with fake users :/ 2010/2/1 Andrew Lombardi and...@mysticcoders.com I'd like to add some documentation and handy links for folks on the wicketstuff project I just added: wicket-html5. I'm getting the following error attempting to signup: The following error(s) occurred: This installation of Confluence is not licensed to add any more users. Please contact the site administrators for more information. I have a JIRA account on wicketstuff, but that doesn't work with confluence apparently. Let me know, thanks! 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: 714-816-4488 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 -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org 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: 714-816-4488 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: wicket-stuff wiki access
On Mon, Feb 1, 2010 at 11:45 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: this isnt a mac... But close.. unfortunately I'm not the sysadmin for this server, so we'll have to wait until he's available. I've looked at atlassian, but they don't seem to provide hosted confluence installations. They do host jira for os projects, which might be a good idea to remove some admin burden from us. Martijn -- 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.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket stuff YUI: DragNDrop
What do you mean by reject via AJAX? AFAIR YUI drag-drop work based on CSS class and on the server side you can do whatever you want (e.g. repaint the whole component and display a message telling your dragged element is not valid because...). Best, Ernesto On Sun, Nov 15, 2009 at 8:10 PM, Pierre Goupil goupilpie...@gmail.comwrote: Good evening, Is there any way to reject a drag, possibly via AJAX, using wicketstuff YUI? The code suggests me that no, but any hint would be welcome. Regards, Pierre -- Rien de grand ne s'est accompli dans le monde sans passion. (G.W.F. Hegel, philosophe allemand)
Re: Wicket Stuff Support and Interest
Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua cicowic...@gmail.com wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - 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 Stuff Support and Interest
Hello, In the release tags, you'll find wicketstuff-core-1.4.1. For more up to date code, you'll have to fall back to the trunk. Regards, Pierre On Fri, Nov 13, 2009 at 10:58 AM, Lester Chua cicowic...@gmail.com wrote: Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua cicowic...@gmail.com wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - 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 -- Sans amis était le grand maître des mondes, Eprouvait manque, ce pour quoi il créa les esprits, Miroirs bienveillants de sa béatitude. Mais au vrai, il ne trouva aucun égal, Du calice du royaume total des âmes Ecume jusqu'à lui l'infinité. (Schiller, l'amitié)
Re: Wicket Stuff Support and Interest
Thanks! Pierre Goupil wrote: Hello, In the release tags, you'll find wicketstuff-core-1.4.1. For more up to date code, you'll have to fall back to the trunk. Regards, Pierre On Fri, Nov 13, 2009 at 10:58 AM, Lester Chua cicowic...@gmail.com wrote: Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua cicowic...@gmail.com wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - 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: Wicket Stuff Support and Interest
You do have to download the jars from somewhere at some point. You could use Maven with a local repo and nobody would require an external connection to build. You download the jars oce (like you must be dong now), and add them to your local repo (rather than checking them into source control or whatever you're doing now). -- Jeremy Thomerson http://www.wickettraining.com On Fri, Nov 13, 2009 at 3:58 AM, Lester Chua cicowic...@gmail.com wrote: Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua cicowic...@gmail.com wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - 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 Stuff Support and Interest
A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua cicowic...@gmail.com wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket-stuff site down?
hi Johan this should be fixed with my first commit yesterday: snapshotRepository idwicketstuff-org-maven/id urlscpexe://wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion ADDED /snapshotRepository Here is a little Perl magic which should save you few hours next time you need to delete such artefacts this one will *only* print which files will be deleted: find /tmp/m2repo/ -type f | xargs perl -e 'foreach $arg (@ARGV) {$arg =~ m/^(.*\/)+(\w+-\d\.\d+-\d+.*)$/; print $2\n}' this one will actually delete them: find /tmp/m2repo/ -type f | xargs perl -e 'foreach $arg (@ARGV) {$arg =~ m/^(.*\/)+(\w+-\d\.\d+-\d+.*)$/; unlink $arg if $2;}' El mar, 27-10-2009 a las 18:03 +0100, Johan Compagner escribió: you can easily check it your self for example: http://www.wicketstuff.org/maven/repository/org/wicketstuff/annotation/1.4-SNAPSHOT/ johan On Tue, Oct 27, 2009 at 11:59, Martin Grigorov mcgreg...@e-card.bg wrote: One more fixed: wicketstuff-animator/pom.xml According to http://maven.apache.org/pom.html#Distribution_Management these fixes should be enough. @Johan: if the build still produces unique versions of the snapshots please tell us which are the problematic projects. El mar, 27-10-2009 a las 12:48 +0200, Martin Grigorov escribió: There was only one distributionManagement in wicketstuff-core/pom.xml (and sub-modules) without the needed setting: snapshotRepository idwicketstuff-org-maven/id urlscpexe://wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion /snapshotRepository Now I'll check the projects which are not in wicketstuff-core. El mar, 27-10-2009 a las 10:41 +0100, Johan Compagner escribió: i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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: Wicket-stuff site down?
Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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-stuff site down?
i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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-stuff site down?
There was only one distributionManagement in wicketstuff-core/pom.xml (and sub-modules) without the needed setting: snapshotRepository idwicketstuff-org-maven/id urlscpexe://wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion /snapshotRepository Now I'll check the projects which are not in wicketstuff-core. El mar, 27-10-2009 a las 10:41 +0100, Johan Compagner escribió: i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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: Wicket-stuff site down?
One more fixed: wicketstuff-animator/pom.xml According to http://maven.apache.org/pom.html#Distribution_Management these fixes should be enough. @Johan: if the build still produces unique versions of the snapshots please tell us which are the problematic projects. El mar, 27-10-2009 a las 12:48 +0200, Martin Grigorov escribió: There was only one distributionManagement in wicketstuff-core/pom.xml (and sub-modules) without the needed setting: snapshotRepository idwicketstuff-org-maven/id urlscpexe://wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion /snapshotRepository Now I'll check the projects which are not in wicketstuff-core. El mar, 27-10-2009 a las 10:41 +0100, Johan Compagner escribió: i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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: Wicket-stuff site down?
you can easily check it your self for example: http://www.wicketstuff.org/maven/repository/org/wicketstuff/annotation/1.4-SNAPSHOT/ johan On Tue, Oct 27, 2009 at 11:59, Martin Grigorov mcgreg...@e-card.bg wrote: One more fixed: wicketstuff-animator/pom.xml According to http://maven.apache.org/pom.html#Distribution_Management these fixes should be enough. @Johan: if the build still produces unique versions of the snapshots please tell us which are the problematic projects. El mar, 27-10-2009 a las 12:48 +0200, Martin Grigorov escribió: There was only one distributionManagement in wicketstuff-core/pom.xml (and sub-modules) without the needed setting: snapshotRepository idwicketstuff-org-maven/id urlscpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion /snapshotRepository Now I'll check the projects which are not in wicketstuff-core. El mar, 27-10-2009 a las 10:41 +0100, Johan Compagner escribió: i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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: Wicket-stuff site down?
Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket-stuff site down?
Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket-stuff site down?
I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - 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-stuff] project sitemap-xml - empty jar' files
Hi! being the initial commiter of sitemap-xml i sort of feel responsible for this. i am glad to hear it gathers a the problem is that i did not test if the checkin follows the maven conventions, since i don't use maven, i just tried to follow the conventions given by similar projects, which obviously failed. is the problem just that the files just need to be moved to the /src subdir? the svn seems very, very slow atm, so i can't check it. i will hang around in #wicket irc channel the next days if you want to reach me on that issue with nicks apetersson (at home) and apetersson_shado (at work). do not hesitate to contact me. best regards andreas Can you submit a patch or even just commit the fix yourself? The brutal truth is that most wicket stuff projects are abandoned toys that their owners once created. But the nice thing is that you are free to change it if you want. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 24, 2009 at 2:36 AM, Jens Zastrow m...@jens-zastrow.de wrote: Hi all, I already created a jira but without any feedback http://wicketstuff.org/jira/browse/ACTIVEWIDGETS-3 We want to use the sitemap-xml project but the jars in the maven-repository are empty. I checked out 1.4.1 sitemap-xml source-code from the svn... The problem exists because the directory structure (main/java) doesnt follow the default-maven-layout (src/main/java) and the pom.xml isnt reconfigured to match the (main/java) structure. I hope sombody of the sitemap-xml-source commiters will read this. Thanks Jens - 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 Stuff commit access
You're added. -- Jeremy Thomerson http://www.wickettraining.com 2009/9/25 Slawek ss...@consol.pl Hello Please grant me commit access for wicket stuff. I want help develop objectautocomplete component . My sf account name : slawekstec My Jira account name : slawekstec thanx Slawomir Stec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff commit access
damn, beat me by a second! -igor On Fri, Sep 25, 2009 at 9:11 AM, Jeremy Thomerson jer...@wickettraining.com wrote: You're added. -- Jeremy Thomerson http://www.wickettraining.com 2009/9/25 Slawek ss...@consol.pl Hello Please grant me commit access for wicket stuff. I want help develop objectautocomplete component . My sf account name : slawekstec My Jira account name : slawekstec thanx Slawomir Stec - 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-stuff] project sitemap-xml - empty jar' files
Can you submit a patch or even just commit the fix yourself? The brutal truth is that most wicket stuff projects are abandoned toys that their owners once created. But the nice thing is that you are free to change it if you want. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 24, 2009 at 2:36 AM, Jens Zastrow m...@jens-zastrow.de wrote: Hi all, I already created a jira but without any feedback http://wicketstuff.org/jira/browse/ACTIVEWIDGETS-3 We want to use the sitemap-xml project but the jars in the maven-repository are empty. I checked out 1.4.1 sitemap-xml source-code from the svn... The problem exists because the directory structure (main/java) doesnt follow the default-maven-layout (src/main/java) and the pom.xml isnt reconfigured to match the (main/java) structure. I hope sombody of the sitemap-xml-source commiters will read this. Thanks Jens - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is
Re: Wicket Stuff Core 1.4.1 Release[ing]
You're still missing the point. Look at the following URL. See where it says wicketstuff-jquery. This should be jquery. That's what caused the confusion that started this thread. That's what should be fixed. I'm not sure how many other projects do the same. Haven't had time to test. https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jquery-parent/jquery/pom.xml -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 15, 2009 at 2:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan
Re: Wicket Stuff Core 1.4.1 Release[ing]
No I understood what you said.. I'll fix them.. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: You're still missing the point. Look at the following URL. See where it says wicketstuff-jquery. This should be jquery. That's what caused the confusion that started this thread. That's what should be fixed. I'm not sure how many other projects do the same. Haven't had time to test. https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jquery-parent/jquery/pom.xml -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 15, 2009 at 2:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com
Re: Wicket Stuff Core 1.4.1 Release[ing]
Ok fixed the jquery one.. Everybody else seems to comply (not having contrib or stuff in their name), although alot of projects has a naming like this : wicket-projectname Im not sure if that fits the standard? 2009/9/15 nino martinez wael nino.martinez.w...@gmail.com: No I understood what you said.. I'll fix them.. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: You're still missing the point. Look at the following URL. See where it says wicketstuff-jquery. This should be jquery. That's what caused the confusion that started this thread. That's what should be fixed. I'm not sure how many other projects do the same. Haven't had time to test. https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jquery-parent/jquery/pom.xml -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 15, 2009 at 2:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have
Re: Wicket Stuff Core 1.4.1 Release[ing]
Btw went trough all the project.. There a lot of them these days.. I should try some of them out :) Although almost every of them are not described on the wicketstuff wiki, that is sad (I know im one of the sinners aswell).. This could be used as template page (although the part about maven are pretty out dated): http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-openlayers 2009/9/15 nino martinez wael nino.martinez.w...@gmail.com: Ok fixed the jquery one.. Everybody else seems to comply (not having contrib or stuff in their name), although alot of projects has a naming like this : wicket-projectname Im not sure if that fits the standard? 2009/9/15 nino martinez wael nino.martinez.w...@gmail.com: No I understood what you said.. I'll fix them.. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: You're still missing the point. Look at the following URL. See where it says wicketstuff-jquery. This should be jquery. That's what caused the confusion that started this thread. That's what should be fixed. I'm not sure how many other projects do the same. Haven't had time to test. https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jquery-parent/jquery/pom.xml -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 15, 2009 at 2:15 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com
Re: Wicket Stuff Core 1.4.1 Release[ing]
Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO]
Re: Wicket Stuff Core 1.4.1 Release[ing]
As Nino points out, Shiro does have a snapshot pom available now, but no actual release version yet. I thought about adding the snapshot pom to wicketstuff shiro-security, but the snapshot is rather bleeding edge and I worry that it may not work at some point. Should I go ahead and do it anyway? Tauren On Mon, Sep 14, 2009 at 2:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO]
Re: Wicket Stuff Core 1.4.1 Release[ing]
You can add it if you'd like, but we can only release off of release versions - maven won't let you do otherwise (as it's not wise). So, for our snapshot releases - go for it. But please add a comment in the main wicketstuff-core pom that mentions that it will not be able to be included with numbered releases. This will at least get snapshots available for those who would like to use it. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:36 PM, Tauren Mills tau...@groovee.com wrote: As Nino points out, Shiro does have a snapshot pom available now, but no actual release version yet. I thought about adding the snapshot pom to wicketstuff shiro-security, but the snapshot is rather bleeding edge and I worry that it may not work at some point. Should I go ahead and do it anyway? Tauren On Mon, Sep 14, 2009 at 2:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO]
Re: Wicket Stuff Core 1.4.1 Release[ing]
Nino, Thanks for taking a look at this. This is only half the battle, though. Looking back earlier in this thread, you'll see that the actual problem was that jquery is not following the naming conventions in /wicketstuff-core/jquery-parent/jquery/pom.xml it uses an artifact ID of wicketstuff-jquery. There are two problems with this. One, we were removing all of the wicketstuff- names from the children modules, and leaving it only on the parent - wicketstuff-core. The other is that it doesn't match the folder name (jquery) - which causes some minor issues with some of the maven plugins that (blindly) rely on the folder and artifact ID to be the same. So, in this case, the pom.xml should be changed so that artifact ID is jquery - to match the convention and the folder name. There may be others - I just don't know - haven't looked in a while. -- Jeremy Thomerson http://www.wickettraining.com On Mon, Sep 14, 2009 at 4:10 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hmm seems the only one who are not compiling are ddcalendar.. The other two are syringe and shiro-security, until their dependencies become available.. There seems to be something here : http://repository.apache.org/snapshots/org/apache/shiro/ Tauren mentioned that he would correct the pom..? Or did he mean that it had to be on the common maven repository..? And as for syringe commons proxy 1.1 is still not out :( -Nino 2009/9/11 nino martinez wael nino.martinez.w...@gmail.com: Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at:
Re: Wicket Stuff Core 1.4.1 Release[ing]
Let me see if I could do that in the coming weeks. However we could have a red zone for projects that are becoming outdated.. If of course there are any? Just to tell the authors that they are in danger of being removed - attic. 2009/9/10 Jeremy Thomerson jer...@wickettraining.com: In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO]
Re: Wicket Stuff Core 1.4.1 Release[ing]
Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels mbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ?
Re: Wicket Stuff Core 1.4.1 Release[ing]
In the time it would take to generate the list, you could fix the problems. I wrote detailed instructions for adding projects to WS-core, so someone should be able to take those and fix the projects that are not meeting those standards. You want to do it? -- Jeremy Thomerson http://www.wickettraining.com On Thu, Sep 10, 2009 at 1:11 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Jeremy Should we have a list of offendending project? 2009/9/6 Jeremy Thomerson jer...@wickettraining.com: First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO]
Re: Wicket Stuff Core 1.4.1 Release[ing]
So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels mbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson jer...@wickettraining.com wrote: I successfully built Wicket Stuff Core 1.4.1 today. It is in the (very very slow) process of doing a release:perform (currently uploading all of the necessary files to wicketstuff repo). Hopefully by the time you read this, your project will be available as 1.4.1. Here are a couple that seem to have already made it up: http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ -- Jeremy Thomerson http://www.wickettraining.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe,
Re: Wicket Stuff Core 1.4.1 Release[ing]
First, jquery was built. They don't follow the naming conventions like they should, so you have to look into the pom to realize that it's actually wicketstuff-jquery [1]. Second, regarding merged resources - there's a link on the wiki [2] that explains how. Please make sure to follow all conventions and run mvn clean install as well as mvn site:site on all of wicketstuff-core when you are done. If you can't build everything or you can't generate sites, please don't commit. I just comment out projects that can't easily be fixed and built when building releases. [1] http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jquery/1.4.1/ [2] http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Best regards, -- Jeremy Thomerson http://www.wickettraining.com On Sun, Sep 6, 2009 at 11:22 AM, Jörn Zaefferer joern.zaeffe...@googlemail.com wrote: So jquery-parent was build, which just references jquery and jquery-examples - neither of which were build. Whats the point of that? Also, how can we get wicketstuff-merged-resources included in the next release? Jörn On Mon, Aug 31, 2009 at 10:20 PM, Jeremy Thomersonjer...@wickettraining.com wrote: I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels mbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy
Re: Wicket Stuff Core 1.4.1 Release[ing]
Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson jer...@wickettraining.com wrote: I successfully built Wicket Stuff Core 1.4.1 today. It is in the (very very slow) process of doing a release:perform (currently uploading all of the necessary files to wicketstuff repo). Hopefully by the time you read this, your project will be available as 1.4.1. Here are a couple that seem to have already made it up: http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ -- Jeremy Thomerson http://www.wickettraining.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteelsmbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson jer...@wickettraining.com wrote: I successfully built Wicket Stuff Core 1.4.1 today. It is in the (very very slow) process of doing a release:perform (currently uploading all of the necessary files to wicketstuff repo). Hopefully by the time you read this, your project will be available as 1.4.1. Here are a couple that seem to have already made it up: http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ -- Jeremy Thomerson http://www.wickettraining.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteelsmbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson jer...@wickettraining.com wrote: I successfully built Wicket Stuff Core 1.4.1 today. It is in the (very very slow) process of doing a release:perform (currently uploading all of the necessary files to wicketstuff repo). Hopefully by the time you read this, your project will be available as 1.4.1. Here are a couple that seem to have already made it up: http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ -- Jeremy Thomerson http://www.wickettraining.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: Wicket Stuff Core 1.4.1 Release[ing]
I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomersonjer...@wickettraining.com wrote: It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez nmelen...@getsense.com.ar wrote: very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomersonjer...@wickettraining.com wrote: Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson jer...@wickettraining.com wrote: That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels mbosteels@gmail.com wrote: Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : I think that the best solution is that we have 1.4.1.X where X is our release number. Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson jer...@wickettraining.com wrote: I successfully built Wicket Stuff Core 1.4.1 today. It is in the (very very slow) process of doing a release:perform (currently uploading all of the necessary files to wicketstuff repo). Hopefully by the time you read this, your project will be available as 1.4.1. Here are a couple that seem to have already made it up: http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ -- Jeremy Thomerson http://www.wickettraining.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 -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now:
Re: Wicket stuff core, archetypes?
additionally, i think we need to decompose our problem. i see our aims like this: 1. maintaining an updated registry a) keep reference to components and regularly ping/update data (wicket hub should be able to do this real soon) b) automatically discover those components (a whole new story) 2. deploying/running live examples (a whole new story) let's start with small steps. let's attack (1.a) first. in terms of mapping current code with wicket-components.xml, what we have is: private String title; component OK private String description; description OK private Date lastUpdated; we grab the timestamp of the wicket-components.xml file or the jar itself private String author; publisher OK private String topics; ... search-keywords=slider,ui,java OK private String versions; if we use maven notation for dependencies, we should be able to easily detect wicket version used... private String websiteUrl; ... site=http://mycomponents.com/slider; .. OK private String examplesUrl; somewhere in resources / demo class=com.mycomponents.demo.DemoPanel/ , we'll need to obtain a url where that example is deployed - this is aim #2 and we should leave it for later private License license; make best match of license name=.. we could start with a version 0.1 of wicket-components.xml, make some experiments with two or three test jars, and see how it goes. francisco On Tue, Feb 10, 2009 at 11:17 PM, francisco treacy francisco.tre...@gmail.com wrote: i completely agree with you in that Wicket component jars should be fully self-describing, so i think wicket meta information has to be independent of any external technology such as maven or osgi. however the only practical way nowadays to universally identify a component is using its maven coordinates. so, to get started, we could just impose specifying deps in wicket-components.xml as this (typical maven pom snippet): dependency groupIdorg.apache.wicket/groupId artifactIdwicket/artifactId version1.4/version /dependency note that this doesn't restrain you from publishing your non-mavenized jar. you will only have to manually set them in that case (assuming some day we create a maven post-install to generate wicket-components.xml for mavenized ones). also, the sources and the example jar should be pointing to external resources. for instance in wicketstuff examples are not packaged with the main component. francisco On Mon, Feb 9, 2009 at 4:06 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: using the maven deps is fine. the purpose i had in mind for the requirements and libraries nodes was just to enable display of the component's requirements on a page about the component... (whether it's built with maven or not). but using the maven deps would be more detailed and more consistent... and most wicket components will be mavenized. francisco treacy-2 wrote: coincidentally, i started working on that again and i was about to contact you to suggest a draft. my perspective are (for the moment) data that is to be mapped to fields currently supported in wicket hub. i put it in a jar metadata format. Site-URL: (maps to website url) License-Name: (maps to license) Wicket-Versions: (maps to supported wicket versions) Search-Keywords: (maps to topics) Publish-Date: (maps to latest publish date) Author: (maps to author) i uploaded a new version that has a minimal infrastructure (a running batch) to support pinging known components. basically it's yet to be put together (the download, unzip, parse metadata), but it's all there. regarding your metadata proposal, i think it's really fine. also, the xml format makes sense. however i'm not 100% convinced about requirements library name=wicket version=1.3/ library name=YUI version=4.0/ /requirements ... cause it's duplicating maven functionality, and i'm pretty sure maven handles it better. i know that our components are not necessarily mavenized, but even then we should pay particular attention to this one. as i said, i'm ready to get this done on my side - it would be nice if somebody else could work on a maven plugin or other post-install step to generate this metadata within jars. francisco -- http://wickethub.org On Mon, Feb 9, 2009 at 9:45 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: couldn't sleep tonight, so i did a bit of work on it... http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata just a quick first sketch. thoughts? Jonathan Locke wrote: i don't have time to develop the metadata standard, but i could make time to review it. there are a few good things on that wiki page, but i'd say a bit more thinking could be applied (anyone want to help francisco?) and then get review from me and any other core devs who want to chime in. if wicket-user/wicket-dev
Re: Wicket stuff core, archetypes?
couldn't sleep tonight, so i did a bit of work on it... http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata just a quick first sketch. thoughts? Jonathan Locke wrote: i don't have time to develop the metadata standard, but i could make time to review it. there are a few good things on that wiki page, but i'd say a bit more thinking could be applied (anyone want to help francisco?) and then get review from me and any other core devs who want to chime in. if wicket-user/wicket-dev then goes +1 on it, that's the standard. jon francisco treacy-2 wrote: your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. +1 the problem here though is that for things to work in parallel, well, by definition, you need more than 1 person doing stuff :) i guess the question is... who wants to move ahead with the component metadata standard while i develop stuff into wickethub? it would be also nice to have at least one example of wicket component with metadata to play with. for a list of things i plan to do, check the issues tab of the project home - and feel free to add. regards francisco On Wed, Jan 21, 2009 at 8:07 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those
Re: Wicket stuff core, archetypes?
coincidentally, i started working on that again and i was about to contact you to suggest a draft. my perspective are (for the moment) data that is to be mapped to fields currently supported in wicket hub. i put it in a jar metadata format. Site-URL: (maps to website url) License-Name: (maps to license) Wicket-Versions: (maps to supported wicket versions) Search-Keywords: (maps to topics) Publish-Date: (maps to latest publish date) Author: (maps to author) i uploaded a new version that has a minimal infrastructure (a running batch) to support pinging known components. basically it's yet to be put together (the download, unzip, parse metadata), but it's all there. regarding your metadata proposal, i think it's really fine. also, the xml format makes sense. however i'm not 100% convinced about requirements library name=wicket version=1.3/ library name=YUI version=4.0/ /requirements ... cause it's duplicating maven functionality, and i'm pretty sure maven handles it better. i know that our components are not necessarily mavenized, but even then we should pay particular attention to this one. as i said, i'm ready to get this done on my side - it would be nice if somebody else could work on a maven plugin or other post-install step to generate this metadata within jars. francisco -- http://wickethub.org On Mon, Feb 9, 2009 at 9:45 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: couldn't sleep tonight, so i did a bit of work on it... http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata just a quick first sketch. thoughts? Jonathan Locke wrote: i don't have time to develop the metadata standard, but i could make time to review it. there are a few good things on that wiki page, but i'd say a bit more thinking could be applied (anyone want to help francisco?) and then get review from me and any other core devs who want to chime in. if wicket-user/wicket-dev then goes +1 on it, that's the standard. jon francisco treacy-2 wrote: your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. +1 the problem here though is that for things to work in parallel, well, by definition, you need more than 1 person doing stuff :) i guess the question is... who wants to move ahead with the component metadata standard while i develop stuff into wickethub? it would be also nice to have at least one example of wicket component with metadata to play with. for a list of things i plan to do, check the issues tab of the project home - and feel free to add. regards francisco On Wed, Jan 21, 2009 at 8:07 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for
Re: Wicket stuff core, archetypes?
using the maven deps is fine. the purpose i had in mind for the requirements and libraries nodes was just to enable display of the component's requirements on a page about the component... (whether it's built with maven or not). but using the maven deps would be more detailed and more consistent... and most wicket components will be mavenized. francisco treacy-2 wrote: coincidentally, i started working on that again and i was about to contact you to suggest a draft. my perspective are (for the moment) data that is to be mapped to fields currently supported in wicket hub. i put it in a jar metadata format. Site-URL: (maps to website url) License-Name: (maps to license) Wicket-Versions: (maps to supported wicket versions) Search-Keywords: (maps to topics) Publish-Date: (maps to latest publish date) Author: (maps to author) i uploaded a new version that has a minimal infrastructure (a running batch) to support pinging known components. basically it's yet to be put together (the download, unzip, parse metadata), but it's all there. regarding your metadata proposal, i think it's really fine. also, the xml format makes sense. however i'm not 100% convinced about requirements library name=wicket version=1.3/ library name=YUI version=4.0/ /requirements ... cause it's duplicating maven functionality, and i'm pretty sure maven handles it better. i know that our components are not necessarily mavenized, but even then we should pay particular attention to this one. as i said, i'm ready to get this done on my side - it would be nice if somebody else could work on a maven plugin or other post-install step to generate this metadata within jars. francisco -- http://wickethub.org On Mon, Feb 9, 2009 at 9:45 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: couldn't sleep tonight, so i did a bit of work on it... http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata just a quick first sketch. thoughts? Jonathan Locke wrote: i don't have time to develop the metadata standard, but i could make time to review it. there are a few good things on that wiki page, but i'd say a bit more thinking could be applied (anyone want to help francisco?) and then get review from me and any other core devs who want to chime in. if wicket-user/wicket-dev then goes +1 on it, that's the standard. jon francisco treacy-2 wrote: your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. +1 the problem here though is that for things to work in parallel, well, by definition, you need more than 1 person doing stuff :) i guess the question is... who wants to move ahead with the component metadata standard while i develop stuff into wickethub? it would be also nice to have at least one example of wicket component with metadata to play with. for a list of things i plan to do, check the issues tab of the project home - and feel free to add. regards francisco On Wed, Jan 21, 2009 at 8:07 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a
Re: Wicket stuff core, archetypes?
your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. +1 the problem here though is that for things to work in parallel, well, by definition, you need more than 1 person doing stuff :) i guess the question is... who wants to move ahead with the component metadata standard while i develop stuff into wickethub? it would be also nice to have at least one example of wicket component with metadata to play with. for a list of things i plan to do, check the issues tab of the project home - and feel free to add. regards francisco On Wed, Jan 21, 2009 at 8:07 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that you found. okay, fair enough. i have some doubts though: 1. in this scenario, downloading every artifact on earth just to open it and see if there's some wicket info inside is... impossible. 2. you just need to find the artifact with nexus. in your original blog post you say Basically, I'd like to see us crawl maven repos looking for JAR'ed Wicket components with a particular set of meta-data i don't see how
Re: Wicket stuff core, archetypes?
i don't have time to develop the metadata standard, but i could make time to review it. there are a few good things on that wiki page, but i'd say a bit more thinking could be applied (anyone want to help francisco?) and then get review from me and any other core devs who want to chime in. if wicket-user/wicket-dev then goes +1 on it, that's the standard. jon francisco treacy-2 wrote: your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. +1 the problem here though is that for things to work in parallel, well, by definition, you need more than 1 person doing stuff :) i guess the question is... who wants to move ahead with the component metadata standard while i develop stuff into wickethub? it would be also nice to have at least one example of wicket component with metadata to play with. for a list of things i plan to do, check the issues tab of the project home - and feel free to add. regards francisco On Wed, Jan 21, 2009 at 8:07 AM, Jonathan Locke jonathan.lo...@gmail.com wrote: that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that
Re: Wicket stuff core, archetypes?
that's too bad. i was hoping nexus was a centralized index of all known public repos. your plan makes sense to me. it seems like moving ahead with a wicket component metadata standard would be a good thing to do in parallel though. jon francisco treacy-2 wrote: hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that you found. okay, fair enough. i have some doubts though: 1. in this scenario, downloading every artifact on earth just to open it and see if there's some wicket info inside is... impossible. 2. you just need to find the artifact with nexus. in your original blog post you say Basically, I'd like to see us crawl maven repos looking for JAR'ed Wicket components with a particular set of meta-data i don't see how nexus can help there. let's put another example: i create a mootools integration component, i mavenize it with package name com.mymootools.wicket and publish it in central repo. how does nexus help in finding that, if it doesn't know anything about META-INF/*.xml? ... *unless* you're planning people to submit their jar urls to wickethub. that would be a whole other story. but then again, nexus would be useless as we will already have the urls to components (no need to crawl or search - only to download the jar, open it up and update metadata in wickethub) for screenshots and the internal structure of the xml file, we shall see later, but i generally agree with you francisco
Re: Wicket stuff core, archetypes?
hi jon, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub definitely my simplistic understanding was that nexus could search for jars with certain files in them. not unless you extend it it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us i have contacted them: see the thread http://nexus.sonatype.org/mailing-list-user-archives.html#nabble-f34835 basically it is technically possible to do what we need with nexus. the problem is that this wicket-aware extended nexus version has to be installed in every single repo we may want to synchronize with. so once we have done the coding we'll have to contact maven central (and other) repo owners. so it boils down to diplomacy rather than programming =) so: for now i will focus on submit jar url support that we will need anyway (for non-mavenized wicket components). at the moment this also will be useful for components in maven repos. and the day we manage to have an automatic 'discovery' process - people won't be required to submit wicket-enabled-repo urls anymore. how does that sound? francisco On Sat, Jan 17, 2009 at 10:02 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that you found. okay, fair enough. i have some doubts though: 1. in this scenario, downloading every artifact on earth just to open it and see if there's some wicket info inside is... impossible. 2. you just need to find the artifact with nexus. in your original blog post you say Basically, I'd like to see us crawl maven repos looking for JAR'ed Wicket components with a particular set of meta-data i don't see how nexus can help there. let's put another example: i create a mootools integration component, i mavenize it with package name com.mymootools.wicket and publish it in central repo. how does nexus help in finding that, if it doesn't know anything about META-INF/*.xml? ... *unless* you're planning people to submit their jar urls to wickethub. that would be a whole other story. but then again, nexus would be useless as we will already have the urls to components (no need to crawl or search - only to download the jar, open it up and update metadata in wickethub) for screenshots and the internal structure of the xml file, we shall see later, but i generally agree with you francisco parsing the metadata would be done after you download the artifact that you found. at that point you can do anything with it, including extracting URLs or even embedded images (might be a nice option for screenshots). putting jar metadata in META-INF is much more appropriate in my mind because it's not
Re: Wicket stuff core, archetypes?
i don't completely agree: - to be searched by nexus, repo needs to be nexus-aware: i.e. nexus-maven-repository-index.properties and nexus-maven-repository-index.zip files need to be deployed to the /.index folder at maven repository root. we are mainly talking about wicketstuff projects currently hosted in a non-indexed (nothing at http://wicketstuff.org/maven/repository/.index/) community-owned repo. as far as i know, there are no wicket components in maven central repo. i insist, so long as wicketstuff is *our repo* we can do whatever we want with it. we can decide *not to ban* wickethub's crawler (our crawler). we still can use nexus though, but we're not forced to do so - moreover, no specific metadata indexed: Nexus indexer component provides an API to index Maven repository, merge and download index updates. It also provides an API to search through registered indexes using various search criteria, including: * Browse through repository indexes * Search jars by artifactId and groupId * Search jars by the packaging type (e.g. to find Maven plugins or Archetypes) * Search jars by sha1 (e.g. to identify arbitrary jars with actual Maven artifacts) * Search Maven artifacts/jar by class name (e.g. resolve classpath issues from build errors or class not found exceptions) ...knowing that we need to index specific metadata (http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata). by the way, i wouldn't store metadata under META-INF inside the jar; i would rather include it in the pom file. let's put an example, let's say we need to display up-to-date url of screenshots (or examples or whatever) Screenshots=http://mycomponents.com/slider/screenshots/1.jpg,http://mycomponents.com/slider/screenshots/2.jpg,... wickethub will somehow need to know about those urls. how could it grab that out of nexus? i had a look at their lucene api and i'm not aware of the aforementioned scenario being possible. wickethub's crawler is a custom solution. it has to be smarter in that regard - to be able to keep synchronized custom data *we* (but not everybody) will be using in maven artifacts. francisco On Thu, Jan 15, 2009 at 5:37 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: cool. this definitely looks like the right approach to me (assuming it indexes most of the big repos) jon Rodolfo Hansen wrote: Yes, you should use the nexus index for the repository http://nexus.sonatype.org/ The indexer api is pretty straight forward: http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer#NexusIndexer-NexusIndexerAPIExample you could search for artifacts with the appropriate metadata, or search inside the jars for some specific file / class (I think) On Thu, Jan 15, 2009 at 5:00 AM, francisco treacy francisco.tre...@gmail.com wrote: wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one should contact the guys from nexus. They have an api for reading/indexing the repository. Don't crawl the repository-that will surely get you banned. i replied martijn, banning policies are issued by repository owners. i don't know which repo you're referring to as the maven repository. central? apache? i suggested setting up or reusing a repo that would be mainly for wicket components, and owned by the project/ community. advantages: - we simply don't ban wickethub's crawler - we provide guidelines for wicket developers to easily publish their artifacts (and possibly check if metadata is present, etc) as for the rest ('non-compliant'), that would be maintained manually so no crawling involved. francisco On Wed, Jan 14, 2009 at 11:40 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now..
Re: Wicket stuff core, archetypes?
you're certainly free to go in whatever direction you want, but i still like the idea of a fully decentralized model. there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) i also think the nexus indexer is enough. you just need to find the artifact with nexus. parsing the metadata would be done after you download the artifact that you found. at that point you can do anything with it, including extracting URLs or even embedded images (might be a nice option for screenshots). putting jar metadata in META-INF is much more appropriate in my mind because it's not maven-specific. the idea of a wicket component is not a maven-centric idea and a maven repository is just one way to publish a component. there are certainly going to be others. i do think that it might be a good idea to make the component metadata a separate xml file in a subfolder of META-INF instead of putting that info directly in the existing jar properties file. this is a lot more extensible and would allow multiple components in a single jar and would also uniquely identify a wicket component and be quite searchable with nexus by just looking for: META-INF/wicket/components.xml // define components in this jar (relative reference to metadata files, in this case: // component1/metadata.xml and component2/metadata.xml) META-INF/wicket/component1/metadata.xml // define metadata for first component META-INF/wicket/component2/metadata.xml // metadata for second component META-INF/wicket/component2/screenshots/1.jpg// embedded screenshots for second component META-INF/wicket/component2/screenshots/2.jpg at least as i understand it... if not, maybe nexus needs to be extended... francisco treacy-2 wrote: i don't completely agree: - to be searched by nexus, repo needs to be nexus-aware: i.e. nexus-maven-repository-index.properties and nexus-maven-repository-index.zip files need to be deployed to the /.index folder at maven repository root. we are mainly talking about wicketstuff projects currently hosted in a non-indexed (nothing at http://wicketstuff.org/maven/repository/.index/) community-owned repo. as far as i know, there are no wicket components in maven central repo. i insist, so long as wicketstuff is *our repo* we can do whatever we want with it. we can decide *not to ban* wickethub's crawler (our crawler). we still can use nexus though, but we're not forced to do so - moreover, no specific metadata indexed: Nexus indexer component provides an API to index Maven repository, merge and download index updates. It also provides an API to search through registered indexes using various search criteria, including: * Browse through repository indexes * Search jars by artifactId and groupId * Search jars by the packaging type (e.g. to find Maven plugins or Archetypes) * Search jars by sha1 (e.g. to identify arbitrary jars with actual Maven artifacts) * Search Maven artifacts/jar by class name (e.g. resolve classpath issues from build errors or class not found exceptions) ...knowing that we need to index specific metadata (http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata). by the way, i wouldn't store metadata under META-INF inside the jar; i would rather include it in the pom file. let's put an example, let's say we need to display up-to-date url of screenshots (or examples or whatever) Screenshots=http://mycomponents.com/slider/screenshots/1.jpg,http://mycomponents.com/slider/screenshots/2.jpg,... wickethub will somehow need to know about those urls. how could it grab that out of nexus? i had a look at their lucene api and i'm not aware of the aforementioned scenario being possible. wickethub's crawler is a custom solution. it has to be smarter in that regard - to be able to keep synchronized custom data *we* (but not everybody) will be using in maven artifacts. francisco On Thu, Jan 15, 2009 at 5:37 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: cool. this definitely looks like the right approach to me (assuming it indexes most of the big repos) jon Rodolfo Hansen wrote: Yes, you should use the nexus index for the repository http://nexus.sonatype.org/ The indexer api is pretty straight forward: http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer#NexusIndexer-NexusIndexerAPIExample you could search for artifacts with the appropriate metadata, or search inside the jars for some specific file / class (I think) On Thu, Jan 15, 2009 at 5:00 AM, francisco treacy francisco.tre...@gmail.com wrote: wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one
Re: Wicket stuff core, archetypes?
you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that you found. okay, fair enough. i have some doubts though: 1. in this scenario, downloading every artifact on earth just to open it and see if there's some wicket info inside is... impossible. 2. you just need to find the artifact with nexus. in your original blog post you say Basically, I'd like to see us crawl maven repos looking for JAR'ed Wicket components with a particular set of meta-data i don't see how nexus can help there. let's put another example: i create a mootools integration component, i mavenize it with package name com.mymootools.wicket and publish it in central repo. how does nexus help in finding that, if it doesn't know anything about META-INF/*.xml? ... *unless* you're planning people to submit their jar urls to wickethub. that would be a whole other story. but then again, nexus would be useless as we will already have the urls to components (no need to crawl or search - only to download the jar, open it up and update metadata in wickethub) for screenshots and the internal structure of the xml file, we shall see later, but i generally agree with you francisco parsing the metadata would be done after you download the artifact that you found. at that point you can do anything with it, including extracting URLs or even embedded images (might be a nice option for screenshots). putting jar metadata in META-INF is much more appropriate in my mind because it's not maven-specific. the idea of a wicket component is not a maven-centric idea and a maven repository is just one way to publish a component. there are certainly going to be others. i do think that it might be a good idea to make the component metadata a separate xml file in a subfolder of META-INF instead of putting that info directly in the existing jar properties file. this is a lot more extensible and would allow multiple components in a single jar and would also uniquely identify a wicket component and be quite searchable with nexus by just looking for: META-INF/wicket/components.xml // define components in this jar (relative reference to metadata files, in this case: // component1/metadata.xml and component2/metadata.xml) META-INF/wicket/component1/metadata.xml // define metadata for first component META-INF/wicket/component2/metadata.xml // metadata for second component META-INF/wicket/component2/screenshots/1.jpg// embedded screenshots for second component META-INF/wicket/component2/screenshots/2.jpg at least as i understand it... if not, maybe nexus needs to be extended... francisco treacy-2 wrote: i don't completely agree: - to be searched by nexus, repo needs to be nexus-aware: i.e. nexus-maven-repository-index.properties and nexus-maven-repository-index.zip files need to be deployed to the /.index folder at maven repository root. we are mainly talking about wicketstuff projects currently hosted in a non-indexed (nothing at http://wicketstuff.org/maven/repository/.index/) community-owned repo. as far as i know, there are no wicket components in maven central repo. i insist, so long as wicketstuff is *our repo* we can do whatever we want with it. we can decide *not to ban* wickethub's crawler (our crawler). we still can use nexus though, but we're not forced to do so - moreover, no specific metadata indexed: Nexus indexer component provides an API to index Maven repository, merge and download index updates. It also provides an API to search through registered indexes using various search criteria, including: * Browse through repository indexes * Search jars by artifactId and groupId * Search jars by the packaging type (e.g. to find Maven plugins or Archetypes) * Search jars by sha1 (e.g. to identify arbitrary jars with actual Maven artifacts) * Search Maven artifacts/jar by class name (e.g. resolve classpath issues from build errors or class not found exceptions) ...knowing that we need to index specific metadata (http://cwiki.apache.org/confluence/display/WICKET/Wicket+Component+JAR+Metadata). by the way, i wouldn't store metadata under META-INF inside the jar; i would rather include it in the
Re: Wicket stuff core, archetypes?
i think maven searching is an ideal way to publish and discover wicket components at present. i never meant to imply that that should be the only way to do this or that the idea of a wicket component jar should be tied to something like a repository or a transport. i also don't think it should be tied to a specific repo of discovered meta information like wicket hub. that creates a centralized architecture and as much as i like the idea of wicket hub a lot, it would be nice to enable other parties to build similar wicket component searching technologies that are not linked to wicket hub. for example, someone could gather wicket components for an IDE plugin, to store in some other type of repository than maven or to create an index for some future google search plugin. my simplistic understanding was that nexus could search for jars with certain files in them. all we need from nexus is the ability to get a list of jar artifacts which contain the file META-INF/wicket/components.xml because all such files will be wicket component jars (subject to downloading and parsing, of course). if nexus can't do that, i think that's a flaw in nexus and it ought to be extended so that it can do that. it would be worth talking to them about our needs to see if they could help us. i think that a nexus driven wicket component repository would be beneficial advertising for the nexus project, and it should not be too hard to achieve. jon francisco treacy-2 wrote: you're certainly free to go in whatever direction you want, to be clear, i fully agree on the decentralized model for: - people and the development of this app, and data contributed by wicket users: this should be as democratic as possible - artifacts / components: there may someday be wicket components in central or elsewhere, even outside maven repos (downloadable via HTTP like matej's inmethod stuff was for a while) we should support any mavenized or non-mavenized artifacts, wherever those may live - you're right there (however i thought you said before you were interested at present only by components delivered by maven). parsing the metadata would be done after you download the artifact that you found. okay, fair enough. i have some doubts though: 1. in this scenario, downloading every artifact on earth just to open it and see if there's some wicket info inside is... impossible. 2. you just need to find the artifact with nexus. in your original blog post you say Basically, I'd like to see us crawl maven repos looking for JAR'ed Wicket components with a particular set of meta-data i don't see how nexus can help there. let's put another example: i create a mootools integration component, i mavenize it with package name com.mymootools.wicket and publish it in central repo. how does nexus help in finding that, if it doesn't know anything about META-INF/*.xml? ... *unless* you're planning people to submit their jar urls to wickethub. that would be a whole other story. but then again, nexus would be useless as we will already have the urls to components (no need to crawl or search - only to download the jar, open it up and update metadata in wickethub) for screenshots and the internal structure of the xml file, we shall see later, but i generally agree with you francisco parsing the metadata would be done after you download the artifact that you found. at that point you can do anything with it, including extracting URLs or even embedded images (might be a nice option for screenshots). putting jar metadata in META-INF is much more appropriate in my mind because it's not maven-specific. the idea of a wicket component is not a maven-centric idea and a maven repository is just one way to publish a component. there are certainly going to be others. i do think that it might be a good idea to make the component metadata a separate xml file in a subfolder of META-INF instead of putting that info directly in the existing jar properties file. this is a lot more extensible and would allow multiple components in a single jar and would also uniquely identify a wicket component and be quite searchable with nexus by just looking for: META-INF/wicket/components.xml // define components in this jar (relative reference to metadata files, in this case: // component1/metadata.xml and component2/metadata.xml) META-INF/wicket/component1/metadata.xml // define metadata for first component META-INF/wicket/component2/metadata.xml // metadata for second component META-INF/wicket/component2/screenshots/1.jpg// embedded screenshots for second component META-INF/wicket/component2/screenshots/2.jpg at least as i understand it... if not, maybe nexus needs to be extended... francisco treacy-2 wrote: i don't completely agree: - to be searched
Re: Wicket stuff core, archetypes?
wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one should contact the guys from nexus. They have an api for reading/indexing the repository. Don't crawl the repository-that will surely get you banned. i replied martijn, banning policies are issued by repository owners. i don't know which repo you're referring to as the maven repository. central? apache? i suggested setting up or reusing a repo that would be mainly for wicket components, and owned by the project/ community. advantages: - we simply don't ban wickethub's crawler - we provide guidelines for wicket developers to easily publish their artifacts (and possibly check if metadata is present, etc) as for the rest ('non-compliant'), that would be maintained manually so no crawling involved. francisco On Wed, Jan 14, 2009 at 11:40 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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 -- View this message in context: http://www.nabble.com/Wicket-stuff-core%2C-archetypes--tp21102842p21466906.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: Wicket stuff core, archetypes?
Yes, you should use the nexus index for the repository http://nexus.sonatype.org/ The indexer api is pretty straight forward: http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer#NexusIndexer-NexusIndexerAPIExample you could search for artifacts with the appropriate metadata, or search inside the jars for some specific file / class (I think) On Thu, Jan 15, 2009 at 5:00 AM, francisco treacy francisco.tre...@gmail.com wrote: wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one should contact the guys from nexus. They have an api for reading/indexing the repository. Don't crawl the repository-that will surely get you banned. i replied martijn, banning policies are issued by repository owners. i don't know which repo you're referring to as the maven repository. central? apache? i suggested setting up or reusing a repo that would be mainly for wicket components, and owned by the project/ community. advantages: - we simply don't ban wickethub's crawler - we provide guidelines for wicket developers to easily publish their artifacts (and possibly check if metadata is present, etc) as for the rest ('non-compliant'), that would be maintained manually so no crawling involved. francisco On Wed, Jan 14, 2009 at 11:40 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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 -- View this message in context: http://www.nabble.com/Wicket-stuff-core%2C-archetypes--tp21102842p21466906.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For
Re: Wicket stuff core, archetypes?
cool. this definitely looks like the right approach to me (assuming it indexes most of the big repos) jon Rodolfo Hansen wrote: Yes, you should use the nexus index for the repository http://nexus.sonatype.org/ The indexer api is pretty straight forward: http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer#NexusIndexer-NexusIndexerAPIExample you could search for artifacts with the appropriate metadata, or search inside the jars for some specific file / class (I think) On Thu, Jan 15, 2009 at 5:00 AM, francisco treacy francisco.tre...@gmail.com wrote: wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one should contact the guys from nexus. They have an api for reading/indexing the repository. Don't crawl the repository-that will surely get you banned. i replied martijn, banning policies are issued by repository owners. i don't know which repo you're referring to as the maven repository. central? apache? i suggested setting up or reusing a repo that would be mainly for wicket components, and owned by the project/ community. advantages: - we simply don't ban wickethub's crawler - we provide guidelines for wicket developers to easily publish their artifacts (and possibly check if metadata is present, etc) as for the rest ('non-compliant'), that would be maintained manually so no crawling involved. francisco On Wed, Jan 14, 2009 at 11:40 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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 -- View this message in context: http://www.nabble.com/Wicket-stuff-core%2C-archetypes--tp21102842p21466906.html Sent from the Wicket - User mailing list archive at
Re: Wicket stuff core, archetypes?
btw, maybe this maven artifact searching thing should be integrated somehow with an existing wicket search engine? http://www.google.com/coop/cse?cx=00079654818618231%3Aenjwek-gxxg is that possible with google custom searches alastair? Jonathan Locke wrote: cool. this definitely looks like the right approach to me (assuming it indexes most of the big repos) jon Rodolfo Hansen wrote: Yes, you should use the nexus index for the repository http://nexus.sonatype.org/ The indexer api is pretty straight forward: http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer#NexusIndexer-NexusIndexerAPIExample you could search for artifacts with the appropriate metadata, or search inside the jars for some specific file / class (I think) On Thu, Jan 15, 2009 at 5:00 AM, francisco treacy francisco.tre...@gmail.com wrote: wasn't this someone martijn? On Tue, Dec 16, 2008 at 8:55 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: For perusing the maven repository, one should contact the guys from nexus. They have an api for reading/indexing the repository. Don't crawl the repository-that will surely get you banned. i replied martijn, banning policies are issued by repository owners. i don't know which repo you're referring to as the maven repository. central? apache? i suggested setting up or reusing a repo that would be mainly for wicket components, and owned by the project/ community. advantages: - we simply don't ban wickethub's crawler - we provide guidelines for wicket developers to easily publish their artifacts (and possibly check if metadata is present, etc) as for the rest ('non-compliant'), that would be maintained manually so no crawling involved. francisco On Wed, Jan 14, 2009 at 11:40 PM, Jonathan Locke jonathan.lo...@gmail.com wrote: yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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:
Re: Wicket stuff core, archetypes?
here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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: Wicket stuff core, archetypes?
yeah, you really do need a maven expert's help i think. i was chatting with someone about this and they said something to the effect of: oh, god no don't crawl the maven repo. you'll get banned. so there's some more official way of doing this apparently. francisco treacy-2 wrote: here it is: http://code.google.com/p/wickethub/ (source code for the http://wickethub.org/ webapp) a small piece of code (with not even unit tests so far) but hopefully the way to start addressing our ideas: http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html let me know if you're interested in contributing. i'd particularly like to find a maven power-user(s) who'd like to help implementing some of jon's automatic component repo thingy. nino, what about the archetypes for wicketstuff? francisco On Sat, Dec 20, 2008 at 9:00 PM, Nino Martinez nino.martinez.w...@gmail.com wrote: Ahh, no did'nt follow the thing that far, will read up on it now.. I'll be looking forward to see some stuff in a couple of weeks :) francisco treacy wrote: hi nino, have you seen jon's idea of automatic component , and/or wickethub.org thread? discussion went around providing to wicket component developers some sort of archetype that can help to 'standardize'/ 'give more structure' - also useful to perhaps crawl those artifacts (with metadata) and keep them up-to-date in a sort of registry. it would be good to join efforts. http://www.nabble.com/idea:-automatic-component-repo-to17979177.html http://web.mac.com/jonathan.locke/iWeb/JonathanLocke/Blog/ECA681FB-4B9C-4C27-9947-C9901F99E154.html http://www.nabble.com/wickethub.org-td20995774.html i'd really like to really tackle this one, once i'm back from holidays in about 2 weeks. gonna tidy up a bit and open source that wickethub code. cheers, francisco On Sat, Dec 20, 2008 at 9:22 AM, Nino Martinez nino.martinez.w...@gmail.com wrote: Hi I were thinking that it would be nice to have archetypes for single wicketstuff core project and one with a multi module (the stuff project and a example one), I guess it would provide event more structure.. WDYT? regards Nino - 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 -- View this message in context: http://www.nabble.com/Wicket-stuff-core%2C-archetypes--tp21102842p21466906.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