Article in german Javamagazin
Hello everybody, the next issue of german Javamagazin (http://www.javamagazin.de/) has their title story about Wicket. It consists of two articles. One technical one, showing basic setup and principles of Wicket, and another about practical use of the framework. Despite constructive criticism (e.g. Wiki needs much better structuring to find anything useful, markup hierarchy and wicket:ids have to match Java code, without tool support for refactoring) they give a strong recommendation for using Wicket, and regard it on par with the "industry standard" JSF. So thumbs up to all of you Wicket devs, and hopefully this will lead to a little wider spreading of Wicket! greetings from Berlin, Rüdiger Schulz
Re: Wicket Stuff devs - teamcity is open for registration
Hello, I registered at teamcity with username mindhaq. I'm maintaining the wicketstuf-picnik project. greetings, Rüdiger Am Montag, den 05.05.2008, 10:40 +0200 schrieb Martijn Dashorst: > We have moved our build server to run on teamcity. Our previous > software was not up to par. I have picked Teamcity because it was the > quickest to setup securely at 1am in the morning (yes I've looked at > hudson), several of the core committers use the product in their > companies and we don't have a problem with using commercial software > for free :) > > You can register yourself on our teamcity server: > > http://wicketstuff.org/teamcity > > This doesn't give you the ability to add projects/build > configurations, but it will make our lives much easier to grant you > that ability. > > Registration is available to all project maintainers on Wicket Stuff > and other Wicket related open source projects (Wicket Web Beans comes > to mind). > > Add your account and reply in this thread when you are done. Please > provide the projects you are maintaining or want to maintain (this > gives me an overview of who does what). One of the teamcity admins > will grant you the ability to manage your own build configuration. > > I'm sorry that all the effort that went into configuring bamboo is now > naught, however I am confident that teamcity will help us throughout > 2008 and beyond in managing our builds. > > Martijn >
Re: Problems with FileUploadField
You dont have to package it just for me... I just wanted to take a
look at the code and was curious if and how this can be done without
iframe :-)
2008/4/25, Michael Mehrle <[EMAIL PROTECTED]>:
> It creates a new frame via JS, yes. I want to send this to you, but it has
> to be packaged properly and commented so you know what is happening. My
> project is keeping me up late, is it okay if I do this during the weekend?
>
> Michael
>
> -Original Message-
> From: Cristi Manole [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 24, 2008 2:41 AM
> To: users@wicket.apache.org
> Subject: Re: Problems with FileUploadField
>
> I really don't think it can be done w/o an iframe.
>
> @Fabien - here's the (simple) code:
>
> http://www.dooriented.com/blog/2008/04/
>
> Cristi Manole
>
> On Wed, Apr 23, 2008 at 5:39 PM, Rüdiger Schulz <[EMAIL PROTECTED]>
> wrote:
>
> > Hello Michael,
> >
> > Could you share this fileupload.js? I'd bet it creates some iframe tag via
> > DOM manipulation ;-)
> >
> > greetings,
> >
> > Rüdiger
> >
> > 2008/4/23 Michael Mehrle <[EMAIL PROTECTED]>:
> >
> > > Yeah, that's how it works. There's a fileupload.js that leverages
> > > jQuery. When the user presses the upload button it does a binary upload
> > > to a page of your choosing - that's where I had to change the existing
> > > PHP-integrated lib that I used as a template. I used a Page that was
> > > accessible via a mapped URI to parse out the stream and store it to the
> > > backend. Then I bounced back a JSON msg, which can contain various
> > > status and error notifications. Those can be popped up as JS alerts,
> > > which is kind of cool. I even managed to bounce back the image id and
> > > the local path, so that I could do some frontend magic. Works just fine
> > > - one of the other problems was to make it work with Wicket since the
> > > component ids had to match. This was done by injecting the proper ids
> > > into the JS lib when loading the enclosing page.
> > >
> > > A bit of a hack, I know - but it's working, which is all I care about.
> > >
> > > Michael
> > >
> > > -Original Message-
> > > From: Johan Compagner [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, April 22, 2008 2:29 PM
> > > To: users@wicket.apache.org
> > > Subject: Re: Problems with FileUploadField
> > >
> > > really?
> > > are you using the XMLHttpRequest request to do a binary upload with a
> > > form
> > > post?
> > >
> > > everywhere on the internet they say that isnt possible
> > >
> > > johan
> > >
> > >
> > > On Tue, Apr 22, 2008 at 8:05 PM, Michael Mehrle <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > I recently implemented an AJAX based file upload field that works just
> > > > fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
> > > > fileuploadfield. Let me know if you want to use it, I don't mind
> > > sharing
> > > > the code. It took a lot of work to make this happen, since the
> > > original
> > > > jQuery based upload code had to be modified + was a bit buggy to begin
> > > > with.
> > > >
> > > > Cheers,
> > > >
> > > > Michael
> > > >
> > > > -Original Message-
> > > > From: Fabien D. [mailto:[EMAIL PROTECTED]
> > > > Sent: Tuesday, April 22, 2008 7:02 AM
> > > > To: users@wicket.apache.org
> > > > Subject: Re: Problems with FileUploadField
> > > >
> > > >
> > > > My researches show FileUploadField does not support ajax behavior
> > > >
> > > > So there is no wicket input, which permits to the user to browse his
> > > > local
> > > > disk?
> > > >
> > > > Thank you in advance.
> > > >
> > > >
> > > > Fabien D. wrote:
> > > > >
> > > > > Hi, I would like to add a behavior on my FileUploadField
> > > > >
> > > > > But I can't get back the path of the file, or the file
> > > > >
> > > > > this.logo = new FileUploadField("inputLogo");
> > > > > logo.setRequired(false);
> > > > > logo.add(new AjaxFormComponentUpdatingBehavior("onchange") {
> > > > >
Re: Problems with FileUploadField
Hello Michael,
Could you share this fileupload.js? I'd bet it creates some iframe tag via
DOM manipulation ;-)
greetings,
Rüdiger
2008/4/23 Michael Mehrle <[EMAIL PROTECTED]>:
> Yeah, that's how it works. There's a fileupload.js that leverages
> jQuery. When the user presses the upload button it does a binary upload
> to a page of your choosing - that's where I had to change the existing
> PHP-integrated lib that I used as a template. I used a Page that was
> accessible via a mapped URI to parse out the stream and store it to the
> backend. Then I bounced back a JSON msg, which can contain various
> status and error notifications. Those can be popped up as JS alerts,
> which is kind of cool. I even managed to bounce back the image id and
> the local path, so that I could do some frontend magic. Works just fine
> - one of the other problems was to make it work with Wicket since the
> component ids had to match. This was done by injecting the proper ids
> into the JS lib when loading the enclosing page.
>
> A bit of a hack, I know - but it's working, which is all I care about.
>
> Michael
>
> -Original Message-
> From: Johan Compagner [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 22, 2008 2:29 PM
> To: users@wicket.apache.org
> Subject: Re: Problems with FileUploadField
>
> really?
> are you using the XMLHttpRequest request to do a binary upload with a
> form
> post?
>
> everywhere on the internet they say that isnt possible
>
> johan
>
>
> On Tue, Apr 22, 2008 at 8:05 PM, Michael Mehrle <[EMAIL PROTECTED]>
> wrote:
>
> > I recently implemented an AJAX based file upload field that works just
> > fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
> > fileuploadfield. Let me know if you want to use it, I don't mind
> sharing
> > the code. It took a lot of work to make this happen, since the
> original
> > jQuery based upload code had to be modified + was a bit buggy to begin
> > with.
> >
> > Cheers,
> >
> > Michael
> >
> > -Original Message-
> > From: Fabien D. [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, April 22, 2008 7:02 AM
> > To: users@wicket.apache.org
> > Subject: Re: Problems with FileUploadField
> >
> >
> > My researches show FileUploadField does not support ajax behavior
> >
> > So there is no wicket input, which permits to the user to browse his
> > local
> > disk?
> >
> > Thank you in advance.
> >
> >
> > Fabien D. wrote:
> > >
> > > Hi, I would like to add a behavior on my FileUploadField
> > >
> > > But I can't get back the path of the file, or the file
> > >
> > > this.logo = new FileUploadField("inputLogo");
> > > logo.setRequired(false);
> > > logo.add(new AjaxFormComponentUpdatingBehavior("onchange") {
> > > private static final long serialVersionUID = 1L;
> > > protected void onUpdate(AjaxRequestTarget target) {
> > >..
> > > }
> > >
> > > I have try everything :
> > >
> > > FileUpload up = logo.getFileUpload(); -> null
> > > File file = (File)logo.getModelObject(); -> null
> > > logo.getModelObjectAsString() -> null
> > >
> > > So how can i get the file or just the path and the name file
> > >
> > >
> >
> > --
> > View this message in context:
> >
> http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.
> >
> html<http://www.nabble.com/Problems-with-FileUploadField-tp16823823p1682
> 4291.html<http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html>
> >
> > Sent from the Wicket - User mailing list archive at Nabble.com.
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Problems with FileUploadField
FileUploads just can't be sent via Ajax. This is a limitation of Ajax or the
current browsers if you might say so. It has nothing to do with Wicket.
2008/4/22, Fabien D. <[EMAIL PROTECTED]>:
>
>
> My researches show FileUploadField does not support ajax behavior
>
> So there is no wicket input, which permits to the user to browse his local
> disk?
>
> Thank you in advance.
>
>
>
> Fabien D. wrote:
> >
> > Hi, I would like to add a behavior on my FileUploadField
> >
> > But I can't get back the path of the file, or the file
> >
> > this.logo = new FileUploadField("inputLogo");
> > logo.setRequired(false);
> > logo.add(new AjaxFormComponentUpdatingBehavior("onchange") {
> > private static final long serialVersionUID = 1L;
> > protected void onUpdate(AjaxRequestTarget target) {
> >..
> > }
> >
> > I have try everything :
> >
> > FileUpload up = logo.getFileUpload(); -> null
> > File file = (File)logo.getModelObject(); -> null
> > logo.getModelObjectAsString() -> null
> >
> > So how can i get the file or just the path and the name file
> >
> >
>
> --
>
> View this message in context:
> http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html
>
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Removing the jsessionid for SEO
Hello, I still didn't find the time to make a blog post about this. So I just put the code on pastebin: http://pastebin.org/31242 I'm looking forward to your feedback :) I tested this filter on Jetty and Tomcat (with Firefox' user agent switcher) where it worked fine. However, as stated in the code, some app servers might behave a little different, so YMMV. greetings, Rüdiger Am Montag, den 14.04.2008, 16:37 +0200 schrieb Korbinian Bachl - privat: > Yeah, its quite a shame that google doesnt open source their logic ;) > > would be nice if you could give us the code however, so we could have a > look at it :) > > Rüdiger Schulz schrieb: > > Hm, SEO is really a little bit like black science sometimes *g* > > > > This (german) article states, that SID cloaking would be ok for google: > > http://www.trafficmaxx.de/blog/google/gutes-cloaking-schlechtes-cloaking > > > > Some more googling, and here someone seems to confirm this: > > http://www.webmasterworld.com/cloaking/3201743.htm > > " I was actually at SMX West and Matt Cutts specifically sa*id* that this is > > OK" > > > > All I can say in our case is that I added this filter several months ago, > > and I can't see any negative effects so far. > > > > > > greetings, > > > > Rüdiger > > > > > > 2008/4/14, Korbinian Bachl - privat <[EMAIL PROTECTED]>: > >> Hi Rüdiger, > >> > >> AFAIK this could lead to some punishment by google, as he browses the site > >> multiple times using different agents and origin IPs and in case he sees > >> different behaviours he thinks about cloaking/ prepared content and will > >> act > >> accordingly to it; > >> > >> This is usually noticed after the regular google index refreshes that > >> happen some times a year - you should keep an eye onto this; > >> > >> Best, > >> > >> Korbinian > >> > >> Rüdiger Schulz schrieb: > >> > >>> Hello everybody, > >>> > >>> I just want to add my 2 cents to this discussion. > >>> > >>> At IndyPhone we too wanted to get rid of jesessionid-URLs in google's > >>> index. > >>> Yeah, it would be nice if the google bot would be as clever as the one > >>> from > >>> yahoo, and just remove them himself. But he doesn't. > >>> > >>> So I implemented a Servlet-Filter which checks the user agent header for > >>> google bot, and skips the url rewriting just for those clients. As this > >>> will > >>> generate lots of new sessions, the filter invalidates the session right > >>> after the request. Also, if a crawler is doing a request containing a > >>> jsessionid (which he stored before the filter was implemented), he > >>> redirects > >>> the crawler to the same URL, just without the jsessionid parameter. That > >>> way, the index will be updated for those old URLs. > >>> > >>> Now we have almost none of those URLs in google's index. > >>> > >>> If anyone is interested in the code, I'd be willing to publish this. As > >>> it > >>> is not wicket specific, I could share it with some generic servlet tools > >>> OS > >>> project - is there something like that on apache or elsewhere? > >>> > >>> But maybe Google is smarter by now, and it is not required anymore? > >>> > >>> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket + CMS
2008/4/15, Markus Strickler <[EMAIL PROTECTED]>: > > However you would potentially have many HTML "templates" that are all > backed by > the same wicket page class. And so far I couldn't think of a way to handle > this > in wicket. If think you can override getVariation() to accomplish this: http://wicketstuff.org/wicket13doc/org/apache/wicket/Component.html#getVariation() Or, you find ways where the HTML templates are used for Panels (depends on your use case). Remember, only markup between wicket:panel will be used, everything outside will be omitted. -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: inlineframe usage
Hello dvd, If the URL is an external one (i.e. not a link to a wicket page), you can't use the InlineFrame class from wicket. Just use WebmarkupContainer and link it to the iframe tag. I had the same "problem" when doing the iframe integration for wicketstuff-picnik (not yet comitted, but will be this week). Greetings, Rüdiger 2008/4/15, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > Hello: > I am trying to implement the following > in one html page when > clicked, it would > call another page IFrame.class which has IFrame.html like > but I looked at the doc and do not know how to handle this. Any help would > be great > Thanks -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Wicket + CMS
Hello, I have no solution, just an idea on what could work as well, as I have thought about a Wicket / openCMS connection before (never had to implement it though). AFAIK OpenCms can publish its pages statically. Maybe you could configure your CMS templates in a way that they become valid wicket templates after publishing, and then use them in your application. I never used OpenCms in a real world application, but I am sure something similar would work with the (commercial) RedDot CMS, which is also doing static page publishing. Whatever way you will go, I'd be interested in the outcome, just out of curiosity :-) greetings, Rüdiger 2008/4/15, Noz, Felix <[EMAIL PROTECTED]>: > > Hello everybody, > > I'm currently evaluating different Frontend Frameworks to use them with a > Java-Based CMS (OpenCms) and I'm very interested in trying wicket. The CMS > has got its own Template mechanism which is based on JSP. Because it would > be a problem for us to throw away all existing Templates and JSP Tags my > idea was to implement a ResourceStreamLocator that connects to the CMS via > http and delivers the resources directly from the CMS so that the CMS is > rather a pure persistence and template system. > My questions are: > > - Is this a passible way to connect wicket to a jsp based system? > - Are there any better solutions? > - Does anybody else has experience in connecting OpenCms + wicket? > > Regards > > i.A. Felix Noz > > > > > Felix Noz > Junior IT-Berater > Dipl. Informatiker (FH) > > comundus GmbH > Schüttelgrabenring 3, 71332 Waiblingen > > Telefon +49 (0) 71 51-5 00 28-22 > Internet www.comundus.com > > Geschäftsführer: Klaus Hillemeier > Amtsgericht Stuttgart, HRB 264290 > > comundus ist ein Unternehmen der IT EXCELLENCE Group. > > > > ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Removing the jsessionid for SEO
I'll wrap something up in the course of this week, and post it on my blog. (so little time a.t.m.) greetings, Rüdiger 2008/4/14, Erik van Oosten <[EMAIL PROTECTED]>: > > Hi Rüdiger, > > I would be very interested in the code. > If you can not find a suitable repository, could you just do something > simple like linking to a zip from a blog post? > > Regards, > > Erik. > > > > > Rüdiger Schulz wrote: > > Hello everybody, > > > > I just want to add my 2 cents to this discussion. > > > > At IndyPhone we too wanted to get rid of jesessionid-URLs in google's > index. > > Yeah, it would be nice if the google bot would be as clever as the one > from > > yahoo, and just remove them himself. But he doesn't. > > > > So I implemented a Servlet-Filter which checks the user agent header for > > google bot, and skips the url rewriting just for those clients. As this > will > > generate lots of new sessions, the filter invalidates the session right > > after the request. Also, if a crawler is doing a request containing a > > jsessionid (which he stored before the filter was implemented), he > redirects > > the crawler to the same URL, just without the jsessionid parameter. That > > way, the index will be updated for those old URLs. > > > > Now we have almost none of those URLs in google's index. > > > > If anyone is interested in the code, I'd be willing to publish this. As > it > > is not wicket specific, I could share it with some generic servlet tools > OS > > project - is there something like that on apache or elsewhere? > > > > But maybe Google is smarter by now, and it is not required anymore? > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Removing the jsessionid for SEO
Hm, SEO is really a little bit like black science sometimes *g* This (german) article states, that SID cloaking would be ok for google: http://www.trafficmaxx.de/blog/google/gutes-cloaking-schlechtes-cloaking Some more googling, and here someone seems to confirm this: http://www.webmasterworld.com/cloaking/3201743.htm " I was actually at SMX West and Matt Cutts specifically sa*id* that this is OK" All I can say in our case is that I added this filter several months ago, and I can't see any negative effects so far. greetings, Rüdiger 2008/4/14, Korbinian Bachl - privat <[EMAIL PROTECTED]>: > > Hi Rüdiger, > > AFAIK this could lead to some punishment by google, as he browses the site > multiple times using different agents and origin IPs and in case he sees > different behaviours he thinks about cloaking/ prepared content and will act > accordingly to it; > > This is usually noticed after the regular google index refreshes that > happen some times a year - you should keep an eye onto this; > > Best, > > Korbinian > > Rüdiger Schulz schrieb: > > > Hello everybody, > > > > I just want to add my 2 cents to this discussion. > > > > At IndyPhone we too wanted to get rid of jesessionid-URLs in google's > > index. > > Yeah, it would be nice if the google bot would be as clever as the one > > from > > yahoo, and just remove them himself. But he doesn't. > > > > So I implemented a Servlet-Filter which checks the user agent header for > > google bot, and skips the url rewriting just for those clients. As this > > will > > generate lots of new sessions, the filter invalidates the session right > > after the request. Also, if a crawler is doing a request containing a > > jsessionid (which he stored before the filter was implemented), he > > redirects > > the crawler to the same URL, just without the jsessionid parameter. That > > way, the index will be updated for those old URLs. > > > > Now we have almost none of those URLs in google's index. > > > > If anyone is interested in the code, I'd be willing to publish this. As > > it > > is not wicket specific, I could share it with some generic servlet tools > > OS > > project - is there something like that on apache or elsewhere? > > > > But maybe Google is smarter by now, and it is not required anymore? > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Removing the jsessionid for SEO
Hello everybody, I just want to add my 2 cents to this discussion. At IndyPhone we too wanted to get rid of jesessionid-URLs in google's index. Yeah, it would be nice if the google bot would be as clever as the one from yahoo, and just remove them himself. But he doesn't. So I implemented a Servlet-Filter which checks the user agent header for google bot, and skips the url rewriting just for those clients. As this will generate lots of new sessions, the filter invalidates the session right after the request. Also, if a crawler is doing a request containing a jsessionid (which he stored before the filter was implemented), he redirects the crawler to the same URL, just without the jsessionid parameter. That way, the index will be updated for those old URLs. Now we have almost none of those URLs in google's index. If anyone is interested in the code, I'd be willing to publish this. As it is not wicket specific, I could share it with some generic servlet tools OS project - is there something like that on apache or elsewhere? But maybe Google is smarter by now, and it is not required anymore? -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Picnik components
Erm - thanks for the praise, but the Picnik component is not yet integrated anywhere ;). What you see at IndyPhone at the moment is self-functioning, and has nothing to do with Picnik. With the Picnik components it will be possible to import and export images via Picnik.com. greetings, Rüdiger 2008/4/7, Ryan Sonnek <[EMAIL PROTECTED]>: > > I haven't checked out the code yet, but the demo available at > indyphone is *really* impressive. Nice work! This could be a *very* > useful component. > > > On Sun, Apr 6, 2008 at 5:26 PM, Rüdiger Schulz <[EMAIL PROTECTED]> > wrote: > > Hello everbody, > > > > I finally had the time to finish a first beta release of the picnik > > components, boldly named wicketstuff-picnik (I will apply for > wicketstuff > > access soon). You can download the files from my blog for now: > > > > > http://www.2rue.de/wicket/integrate-picnik-into-your-wicket-powered-website/ > > > > There are passive components for enabling push and pull export, a > OO-mapping > > of the Picnik-API, an IModel to create links to make API calls and a > page > > with examples on how to use all of this. A Picnik-API key is required > and > > certainly/hopefully not included :) > > > > Greetings, and have fun with it, > > > > Rüdiger > > > > 2008/3/22, Roland Huss <[EMAIL PROTECTED]>: > > > > > > > > > > > > > Hi Ruediger, > > > > > > > > > > > > Rüdiger_Schulz wrote: > > > > > > > > I'm sure some of you heard about picnik.com, this awesome online > image > > > > editor. As I'm in the process of integrating this in my website via > > > their > > > > API, I wanted to implement this as a collection of reusable Wicket > > > > components. Has anyone already started with this? If not - I'm > going to, > > > > and > > > > I'd be very happy to release this under Apache License 2.0, e.g. as > a > > > > wicketstuff project. > > > > > > > > > > > > > I'm very interested in such components, so when you have something to > look > > > at, I would be happy to give it a try ... > > > > > > ...roland > > > > > > -- > > > View this message in context: > > > http://www.nabble.com/Picnik-components-tp16218381p16221631.html > > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > > > > > > --------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > -- > > greetings from Berlin, > > > > Rüdiger Schulz > > > > www.2rue.de > > www.indyphone.de - Coole Handy Logos einfach selber bauen > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Re: Picnik components
Hello everbody, I finally had the time to finish a first beta release of the picnik components, boldly named wicketstuff-picnik (I will apply for wicketstuff access soon). You can download the files from my blog for now: http://www.2rue.de/wicket/integrate-picnik-into-your-wicket-powered-website/ There are passive components for enabling push and pull export, a OO-mapping of the Picnik-API, an IModel to create links to make API calls and a page with examples on how to use all of this. A Picnik-API key is required and certainly/hopefully not included :) Greetings, and have fun with it, Rüdiger 2008/3/22, Roland Huss <[EMAIL PROTECTED]>: > > > Hi Ruediger, > > > > Rüdiger_Schulz wrote: > > > > I'm sure some of you heard about picnik.com, this awesome online image > > editor. As I'm in the process of integrating this in my website via > their > > API, I wanted to implement this as a collection of reusable Wicket > > components. Has anyone already started with this? If not - I'm going to, > > and > > I'd be very happy to release this under Apache License 2.0, e.g. as a > > wicketstuff project. > > > > > I'm very interested in such components, so when you have something to look > at, I would be happy to give it a try ... > > ...roland > > -- > View this message in context: > http://www.nabble.com/Picnik-components-tp16218381p16221631.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > --------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
Picnik components
Hello everybody, I'm sure some of you heard about picnik.com, this awesome online image editor. As I'm in the process of integrating this in my website via their API, I wanted to implement this as a collection of reusable Wicket components. Has anyone already started with this? If not - I'm going to, and I'd be very happy to release this under Apache License 2.0, e.g. as a wicketstuff project. -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen
New public Wicket based site online: www.indyphone.de
Hello everybody, it is done - the side project I was working on for all these months has finally reached the "public beta" stage www.indyphone.de What started as a simple PHP script evolved into a full Java web application. On the way, several known-before techniques were tested (JBoss, JSP, JSF, EJB3) and replaced by what was working a lot better: the "WiSH come true" (Wicket, Spring, Hibernate) and lots of other OSS stuff, with development on Jetty and hosting on Apache / Tomcat. As this is the Wicket users list, I'll share with you some of the reasons why we not only chose Wicket for our web-layer, but also loved it all the way (in case you still need any): * no XML-hell. I never liked Struts because of that. JSF was even worse. * easy setup with quick development-round-trips. * full object orientated programming: when I started learning Java all those years ago, it was with Applets, AWT and Swing. So having a Link with a onClick method, and adding components in a hierarchie felt natural from the very beginning. I really had enough of low level request parameter parsing. * nicely integrated AJAX support: although we're not using that much of it, it was all very easy to use. Replacing a Link with AjaxLink for the first time was really cool. * no special XML-like tags that no designer understands - just HTML with some extra tags. That was a real productivity enhancement, as I work with someone who does very little programming. We were using Dreamweaver for offline prototyping, and to make it work with Wicket, we more or less just had to add unobstrusive tags and attributes (I already blogged about this). * great community and support, as has been proved again just today. Bugs sometimes get fixed withing the hour, and discussion on this list is almost always very friendly and helpful. I cannot remember a single question I had which was not answered until I had a solution - no matter how strange. So, thank you very, very much to all the Wicket developers for creating such a great piece of software! The page would not have been possible like this without it. I hope it will make its stand against the so called industry giants. And of course you're all invited to take a look at indyphone.de, which will certainly keep on evolving - I just hope we found all the bugs for now. If you have any question about how this or that feature was done, feel free to ask. I'm more than willing to share my knowledge and give something back. -- greetings from Berlin, Rüdiger Schulz www.2rue.de www.indyphone.de - Coole Handy Logos einfach selber bauen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException with MetaDataEntry
Hello Johan, yes, this worked for me. Thanks a lot for such a quick fix! However, I had to build with maven tests disabled. And there was an error on some of my pages, where I use BookmarkablePageLinks with parameters: Caused by: java.lang.NullPointerException at org.apache.wicket.markup.html.link.BookmarkablePageLink.setParameter(BookmarkablePageLink.java:219) Most probably one of the test cases already caught this; the debugger showed that parameters was indeed null. Sorry, can't go anymore into this at the moment. And for me, beta4 is working fine for the moment. -- greetings from Berlin, Rüdiger Schulz www.2rue.de 2007/10/18, Johan Compagner <[EMAIL PROTECTED]>: > thx, i fixed it. > Please let me know if this first works for you > > johan > > > > On 10/18/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote: > > > > 2007/10/18, Johan Compagner <[EMAIL PROTECTED]>: > > > But everybody that can give us a test case that fails now > > > That would be great! > > > Because all wicket tests are running fine with the current code > > > So our test do have a few holes in this area which we should fix also! > > > > Ok, a simple test failed very early, I feared I had to reproduce a lot > > of my application. > > > > I created https://issues.apache.org/jira/browse/WICKET-1081 where I > > attached a TestCase. > > > > > > -- > > greetings from Berlin, > > > > Rüdiger Schulz > > > > www.2rue.de > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException with MetaDataEntry
2007/10/18, Johan Compagner <[EMAIL PROTECTED]>: > But everybody that can give us a test case that fails now > That would be great! > Because all wicket tests are running fine with the current code > So our test do have a few holes in this area which we should fix also! Ok, a simple test failed very early, I feared I had to reproduce a lot of my application. I created https://issues.apache.org/jira/browse/WICKET-1081 where I attached a TestCase. -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException with MetaDataEntry
2007/10/18, Johan Compagner <[EMAIL PROTECTED]>: > But everybody that can give us a test case that fails now > That would be great! > Because all wicket tests are running fine with the current code > So our test do have a few holes in this area which we should fix also! Can't promise anything, these days are so packed already. But maybe I'll find some time this evening to make a quickstart and/or testcase. -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException with MetaDataEntry
Hello Matej, 2007/10/18, Matej Knopp <[EMAIL PROTECTED]>: > Hi, we are experimenting a little with component data representation > right now in order to improve memory consumption, so the trunk might > be a little unstable though. But so far I am unable to reproduce your > exception. > > Sorry for inconvenience. Ok, I'll stay with beta4 for now, no problem. Thanks to maven this is an easy switch. Trunk not being stable all the time is what it's for after all. Just a little nerve-wracking when this happens mere hours before launching a site (more on that later) *laughs manically* -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException with MetaDataEntry
A little more detail: the component having the MetaDataEntry is a Webmarkupcontainer which also has a WicketAjaxIndicatorAppender. Not sure if this is related. -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ClassCastException with MetaDataEntry
Hello everybody, after upgrading to the latest trunk, none of my pages render anymore. The Exception I get is below. Before upgrading, everything worked fine, so I don't think it's in my code (but you never know). I'll get back to beta4 for now I guess... 2007-10-18 09:22:40 ERROR: RequestCycle.logRuntimeException - Exception in rendering component: [MarkupContainer [Component id = bodyContainer, page = de.indyphone.logokits.wicket.LogoKitOverviewPage, path = 0:bodyContainer.IndyPage$3, isVisible = true, isVersioned = true]] org.apache.wicket.WicketRuntimeException: Exception in rendering component: [MarkupContainer [Component id = bodyContainer, page = de.indyphone.logokits.wicket.LogoKitOverviewPage, path = 0:bodyContainer.IndyPage$3, isVisible = true, isVersioned = true]] at org.apache.wicket.Component.renderComponent(Component.java:2301) at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1348) at org.apache.wicket.Component.render(Component.java:2113) at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1234) at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1364) at org.apache.wicket.Page.onRender(Page.java:1362) at org.apache.wicket.Component.render(Component.java:2113) at org.apache.wicket.Page.renderPage(Page.java:858) at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:225) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:103) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1097) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1166) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1245) at org.apache.wicket.RequestCycle.request(RequestCycle.java:489) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:325) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:175) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:111) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) Caused by: java.lang.ClassCastException: org.apache.wicket.MetaDataEntry cannot be cast to org.apache.wicket.behavior.IBehavior at org.apache.wicket.Component.render(Component.java:2130) at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1234) at org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1401) at org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1338) at org.apache.wicket.Component.renderComponent(Component.java:2267) ... 35 more -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using WicketTester with a custom WebSession
At least in 1.3 you can pass it to the constructor. Don't know for 1.2 though. You can try the archive at nabble. 2007/10/1, Jonnie <[EMAIL PROTECTED]>: > > No I don't provide my custom application to the tester. I've had a look at > the API, how do I provide this to the tester? > > > > Rüdiger_Schulz wrote: > > > > 2007/10/1, Jonnie <[EMAIL PROTECTED]>: > >> > >> > >> Hello > >> > >> I'm fairly new to Wicket so forgive me if the answer is obvious and I've > >> missed something. > >> > >> When I use WicketTester to test my Wicket application it always complains > >> about casting the session, I understand this to be because the > >> WicketTester > >> uses a MockSession. Is there any way I can change the WicketTester to > >> handle > >> my custom session so I can run my unit tests? > > > > > > > > Do you provide your custom Application to the WicketTester? > > > > > > -- > > greetings from Berlin, > > > > Rüdiger Schulz > > > > www.2rue.de > > > > > > -- > View this message in context: > http://www.nabble.com/Using-WicketTester-with-a-custom-WebSession-tf4546811.html#a12975600 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using WicketTester with a custom WebSession
2007/10/1, Jonnie <[EMAIL PROTECTED]>: > > > Hello > > I'm fairly new to Wicket so forgive me if the answer is obvious and I've > missed something. > > When I use WicketTester to test my Wicket application it always complains > about casting the session, I understand this to be because the > WicketTester > uses a MockSession. Is there any way I can change the WicketTester to > handle > my custom session so I can run my unit tests? Do you provide your custom Application to the WicketTester? -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: Append markup to BODY container
Jürgen and Igor once showed me how to do this:
http://www.nabble.com/BodyContributor--tf2578291.html#a7187578
http://www.nabble.com/Replacing-HtmlBodyContainer-tf3665340.html#a10241426
You need your own implementation of BodyContainer, and replace during
attachment. Something like this should work:
public clas MyPage extends WebPage {
public void onAttach() {
Component body=get(BodyOnLoadHandler.BODY_ID);
if (body!=null) {
if (!(body instanceof MyHtmlBodyContainer)) {
remove(BodyOnLoadHandler.BODY_ID );
body=null;
}
}
if (body==null) {
add(new ...);
}
}
/**
*
*/
public static class MyHtmlBodyContainer extends *HtmlBodyContainer*
{
private static final long serialVersionUID = 1L;
/**
* Construct
*
* @see Component#Component(MarkupContainer,String)
*/
public MyHtmlBodyContainer(MarkupContainer parent, final
String id)
{
super(parent, id);
}
@Override
protected void onComponentTagBody(MarkupStream markupStream,
ComponentTag openTag)
{
getResponse().write("Something after the body open
tag");
super.onComponentTagBody(markupStream, openTag);
getResponse().write("Something before the body close
tag");
}
}
}
2007/9/24, legol <[EMAIL PROTECTED]>:
>
>
> Thx for reply,
> I'm using wicket 1.2.6, i have to add markup simply from String variable
> in
> class that extends from webpage
>
>
>
> Rüdiger_Schulz wrote:
> >
> > 2007/9/24, legol <[EMAIL PROTECTED]>:
> >>
> >>
> >> Hi all!!!
> >>
> >> What I want to do is append some markup to my webpage after body tag. I
> >> can't override onRender method in HTMLBodyContainer because it is
> created
> >> by
> >> method getBodyContainer() in WebPage.
> >
> >
> >
> > I had to do the same thing, and was able to solve it.
> >
> > To help you, I need to know what version of wicket you are using, and
> what
> > markup you want to add, where it should come from.
> >
> > --
> > greetings from Berlin,
> >
> > Rüdiger Schulz
> >
> > www.2rue.de
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Append-markup-to-BODY-container-tf4509327.html#a12863489
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
Re: FormTester and CheckBox
2007/9/24, Ingram Chen <[EMAIL PROTECTED]>:
>
> try:
>
> formTester.setValue("termsAccepted", "true");
Thanks, that was it.
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
Re: Append markup to BODY container
2007/9/24, legol <[EMAIL PROTECTED]>: > > > Hi all!!! > > What I want to do is append some markup to my webpage after body tag. I > can't override onRender method in HTMLBodyContainer because it is created > by > method getBodyContainer() in WebPage. I had to do the same thing, and was able to solve it. To help you, I need to know what version of wicket you are using, and what markup you want to add, where it should come from. -- greetings from Berlin, Rüdiger Schulz www.2rue.de
FormTester and CheckBox
Hello,
What do I need to do if I want to select a single CheckBox in a Form using
the FormTester (Wicket 1.3 trunk)? If I do
formTester.select("termsAccepted", 0);
I get the following error:
org.apache.wicket.WicketRuntimeException: Selecting on the
component:'0:subscribeContainer:subscribeForm:termsAccepted' is not
supported.
at org.apache.wicket.util.tester.FormTester.fail(FormTester.java:680)
at org.apache.wicket.util.tester.FormTester.access$100(FormTester.java
:57)
at org.apache.wicket.util.tester.FormTester$ChoiceSelectorFactory.create
(FormTester.java:292)
at org.apache.wicket.util.tester.FormTester.select(FormTester.java:462)
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
Re: Locating CSS under WEB-INF, please help
Hello Jason, You're welcome :-) I'm glad it helped you. And I'm keen to hear from your experiences as well! -- greetings from Berlin, Rüdiger Schulz www.2rue.de 2007/9/12, Jason Mihalick <[EMAIL PROTECTED]>: > > > Rüdiger, > > Thanks for posting this information. It's given me some new ideas on how > I > want to work with Wicket and Dreamweaver, as it just so happens that we > are > using Dreamweaver as well. > > -- > Jason > > > Rüdiger_Schulz wrote: > > > > 2007/9/10, Jason Mihalick <[EMAIL PROTECTED]>: > >> > >> > >> Thanks Rüdiger. I'm trying the method now. Very > clever. > >> > >> Do you know of any links to documentation or examples on how to use the > >> "live" method for css, js, and image resources? > > > > > > I don't have a real example I can give you at the moment, sorry. I > blogged > > a > > little about how we used Dreamweaver and Wicket in our project here: > > > http://www.2rue.de/hacking/wicket/leveraging-wicket-templates-for-offline-viewing-with-dreamweaver/ > > > > We use a lot of and other stuff in our templates, > because > > that way we can do most of the styling and cross-browser testing (which > is > > always a PITA) using just an html editor and a browser. And as far as I > am > > concerned, it is really worth it. > > > > You can point all your links and images to offline resources, as long as > > you > > bind that tag to a wicket component. Wicket normally doesn't care what > > your > > src attribute in an is when you e.g. bind it to a > > org.apache.wicket.markup.html.image.Image > > > > I planned to write more about this topic though, as I'm really convinced > > that this is one of the really great features of Wicket. > > > > > > -- > >> Jason > >> > >> > >> Rüdiger_Schulz wrote: > >> > > >> > Another tipp on this topic: > >> > > >> > You could provide the CSS twice. Once within a for > >> offline > >> > preview and editing, and again outside that pointing to an url which > >> works > >> > only on your live environment. Or you can add the "live" CSS with a > >> header > >> > contributor in your base page. > >> > > >> > I use the latter one, but I have my CSS located along with my java > >> > files... > >> > > >> > 2007/9/10, Jason Mihalick <[EMAIL PROTECTED]>: > >> >> > >> >> > >> >> Thanks for the reply. > >> >> > >> >> Where are your css resources located under this configuration? I > have > >> a > >> >> similar setup. I have a BasePage.html that refers to the css: > >> >> > >> >> > >> >> >> >> /> > >> >> > >> >> > >> >> >> >> type="text/css" > >> >> /> > >> >> ... > >> >> > >> >> > >> >> But since my BasePage.html is located with my Java classes (at > >> >> src/main/java/com///ui/web/page/BasePage.html) and my css > >> >> resources > >> >> are located at src/main/webapp/css , if I try to load the > >> >> BasePage.htmlfile > >> >> in an HTML editor, it will be unable to resolve the css resources. > >> >> > >> >> -- > >> >> Jason > >> >> > >> >> > >> >> Johan Maasing-2 wrote: > >> >> > > >> >> > Perhaps template inheritance can help you here. I have a 'base' > page > >> >> > that contains the HTML head tag that all my pages use. For example > I > >> >> > have a Basepage.html: > >> >> > > >> >> > http://www.w3.org/1999/xhtml"; > >> >> > xmlns:wicket="http://wicket.apache.org/";> > >> >> > > >> >> >>> >> href="css/main.css"/> > >> >> >>> >> href="css/header.css"/> > >> >> > > >> >> > > >> >> > > >> >> > ... > >> >> > > >> >> > and a Basepage.java (which does some stuff common to all pages, &g
Re: PageNavigator Vs Nice Url
2007/9/11, Martijn Dashorst <[EMAIL PROTECTED]>: > > Besides, the paging navigator itself is quite non-interesting to > bookmark. How often have you bookmarked a page from a search result in > google? Why is it important to be able to bookmark page 21 of your > product catalogue? How will that help if the sorting changes? Or if 20 > new products are added to your catalogue? > Being bookmarkable also means it can be indexed by the google bot. When going through search results or sortable lists, that may exactly NOT what you want to have. But when you use a PagingNavigator just to go through a large DataView (like a product catalog), it would be very nice to have a bookmarkable paging component for that. -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: Ajax error in Safari / Konqueror
Little update on the issue: I just tried with latest snapshot, and the error was gone. Nice :) 2007/9/10, Rüdiger Schulz <[EMAIL PROTECTED]>: > > Hello Wicketeers, > > Using Wicket 1.3-beta3, one of my Ajax calls is not working in Safari and > Konqueror (works in Opera, MSIE, FF). > The Ajax-debug log is saying after receiving the response: "ERROR: Error > while parsing the response: Undefined value". There is no error on the > server console. > > How can I find out more, or what more information would be needed to root > this down? Maybe this is related to WICKET-938? > > Thanks ... > > -- > greetings from Berlin, > > Rüdiger Schulz > > www.2rue.de -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: Locating CSS under WEB-INF, please help
an M > >> > > >> > On 9/10/07, Jason Mihalick <[EMAIL PROTECTED]> wrote: > >> >> > >> >> Ok, thanks for the help on this. My objective was to be > able > >> to > >> >> have > >> >> a structure of HTML and resource dependencies (css, js, img, etc) > that > >> >> could > >> >> be easily edited in an HTML editor such that the editor doesn't have > >> >> problems resolving the resources and such that Wicket doesn't have > >> >> problems > >> >> resolving the resources. From reading your comments and those of > >> others, > >> >> however, this doesn't seem to be an easy task at all. So, I've gone > >> back > >> >> to > >> >> the standard Wicket approach where I have placed all HTML files > along > >> >> side > >> >> my Java classes and have located my resources (css, js, img, etc) at > >> the > >> >> root of my web context (in the maven world, this is under the webapp > >> dir, > >> >> as > >> >> a sibling to WEB-INF). This keeps Wicket very happy at runtime, but > >> >> makes > >> >> it difficult for me to edit my site using a HTML editor. Maybe this > >> >> won't > >> >> be that big of a deal in practice. I guess I will find out in time. > >> >> > >> >> Thanks again guys! > >> >> > >> >> > >> >> igor.vaynberg wrote: > >> >> > > >> >> > oi. the basic problem is that WEB-INF is inaccessible via direct > >> urls. > >> >> > this > >> >> > is because it houses stuff like classes and you dont want the user > >> to > >> >> have > >> >> > access to those. > >> >> > > >> >> > so there is a way to make it work, but it will involve wicket or > >> >> another > >> >> > servlet streaming those static resources, which is a lot of > >> overhead. > >> >> > > >> >> > my suggestion is to move all the css/js/foo out of WEB-INF > >> >> > > >> >> > -igor > >> >> > > >> >> > > >> >> > On 9/8/07, Jason Mihalick <[EMAIL PROTECTED]> wrote: > >> >> >> > >> >> >> > >> >> >> I've been searching the forums and wiki on this half the night > and > >> I > >> >> just > >> >> >> can't figure out what I'm doing wrong here, so please bear with > me > >> if > >> >> >> there > >> >> >> is an obvious answer to this. > >> >> >> > >> >> >> Wicket is not finding my css or js resources when the application > >> is > >> >> >> deployed. > >> >> >> > >> >> >> I followed the wiki instructions for Wicket 1.3 on how to > "Control > >> >> where > >> >> >> HTML files are loaded from" > >> >> >> ( > >> >> >> > >> >> > >> > http://cwiki.apache.org/WICKET/control-where-html-files-are-loaded-from.html#ControlwhereHTMLfilesareloadedfrom-InWicket1.3 > >> >> >> ). > >> >> >> I have the following structure under WEB-INF: > >> >> >> > >> >> >> WEB-INF/ > >> >> >> +--- content/ > >> >> >>+--- css/ > >> >> >>+--- help/ > >> >> >>+--- img/ > >> >> >>+--- js/ > >> >> >>BasePage.html > >> >> >>Page1.html > >> >> >>Page2.html > >> >> >>etc. > >> >> >> web.xml > >> >> >> > >> >> >> In the init() method of my application class, I have added this > >> code > >> >> as > >> >> >> per > >> >> >> the wiki: > >> >> >> > >> >> >> IResourceSettings resourceSettings = > >> this.getResourceSettings(); > >> >> >> resourceSettings.addResourceFolder( "WEB-INF/content" ); > >> >> >> resourceSettings.
Re: Locating CSS under WEB-INF, please help
gt; On 9/8/07, Jason Mihalick <[EMAIL PROTECTED]> wrote: > >> >> > >> >> > >> >> I've been searching the forums and wiki on this half the night and I > >> just > >> >> can't figure out what I'm doing wrong here, so please bear with me > if > >> >> there > >> >> is an obvious answer to this. > >> >> > >> >> Wicket is not finding my css or js resources when the application is > >> >> deployed. > >> >> > >> >> I followed the wiki instructions for Wicket 1.3 on how to "Control > >> where > >> >> HTML files are loaded from" > >> >> ( > >> >> > >> > http://cwiki.apache.org/WICKET/control-where-html-files-are-loaded-from.html#ControlwhereHTMLfilesareloadedfrom-InWicket1.3 > >> >> ). > >> >> I have the following structure under WEB-INF: > >> >> > >> >> WEB-INF/ > >> >> +--- content/ > >> >>+--- css/ > >> >>+--- help/ > >> >>+--- img/ > >> >>+--- js/ > >> >>BasePage.html > >> >>Page1.html > >> >>Page2.html > >> >>etc. > >> >> web.xml > >> >> > >> >> In the init() method of my application class, I have added this code > >> as > >> >> per > >> >> the wiki: > >> >> > >> >> IResourceSettings resourceSettings = this.getResourceSettings(); > >> >> resourceSettings.addResourceFolder( "WEB-INF/content" ); > >> >> resourceSettings.setResourceStreamLocator( new > >> PathStripperLocator() > >> >> ); > >> >> > >> >> My implementation of the PathStripperLocator class matches that > found > >> on > >> >> the > >> >> wiki. > >> >> > >> >> When I view the source of Page1.html (which inherits from my > BasePage) > >> in > >> >> my > >> >> browser after wicket has served it, I see that Wicket is rewriting > the > >> >> location of the css resources as follows: > >> >> > >> >> >> type="text/css"/> > >> >> > >> >> I expected the href value to instead be "css/styles.css" (without > the > >> >> "../"). > >> >> > >> >> What do I need to do here in order to make this work? > >> >> > >> >> Your help is greatly appreciated! > >> >> > >> >> -- > >> >> Jason > >> >> > >> >> > >> >> -- > >> >> View this message in context: > >> >> > >> > http://www.nabble.com/Locating-CSS-under-WEB-INF%2C-please-help-tf4408084.html#a12575952 > >> >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> >> > >> >> > >> >> > - > >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> >> For additional commands, e-mail: [EMAIL PROTECTED] > >> >> > >> >> > >> > > >> > > >> > >> -- > >> View this message in context: > >> > http://www.nabble.com/Locating-CSS-under-WEB-INF%2C-please-help-tf4408084.html#a12592027 > >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > View this message in context: > http://www.nabble.com/Locating-CSS-under-WEB-INF%2C-please-help-tf4408084.html#a12594376 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Ajax error in Safari / Konqueror
Hello Wicketeers, Using Wicket 1.3-beta3, one of my Ajax calls is not working in Safari and Konqueror (works in Opera, MSIE, FF). The Ajax-debug log is saying after receiving the response: "ERROR: Error while parsing the response: Undefined value". There is no error on the server console. How can I find out more, or what more information would be needed to root this down? Maybe this is related to WICKET-938? Thanks ... -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: HeaderContributor for conditional comments
2007/8/22, Matej Knopp <[EMAIL PROTECTED]>: > > Just beware that while conditional comments will work on regular > request, they will not work during ajax header contribution. Ok, good to know. Actually I want this just for the regular CSS. Also I don't understand what you mean by > "I'd like to serve MSIE with > CompressedResourceReferences...". I put all my JS and CSS into via CompressedResourceReferences, and I want to use that for conditional-commented CSS, too. -- greetings from Berlin, Rüdiger Schulz www.2rue.de
HeaderContributor for conditional comments
Hello everybody, is there a HeaderContributor for conditional comments in Wicket, or has anyone already done this? I'd like to serve MSIE with CompressedResourceReferences... If not, I'd be happy to contribute! Doesn't look too hard to implement. -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: Revision 564878: Remove HtmlBodyContainer
2007/8/16, Igor Vaynberg <[EMAIL PROTECTED]>:
>
> On 8/16/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote:
> > I think it would work to put a Container in my base page, and link it to
> > the
> > . But then I would have to add all
> children
> > not to the page, but this container, which would require a lot of other
> > changes I guess.
>
> simply make the container transparent, override isTransparentResolver() {
> return true; } and you should be ok.
ok, thanks a lot, I will try this. Never heard of transparentResolver
before, good to learn something new!
also is there any reason why you are adding javascript right after
> and not using iheadercontributor/renderOnLoadJavascript()? or
> renderOnDomReadyJavascript()?
Well, I'm using a drag and drop JavaScript library on that particular page,
and it requires to do it like this:
http://www.walterzorn.com/dragdrop/dragdrop_e.htm#config
I think this is because the script creates dynamic markup at the position
where it is inserted. I once tried to put the scripts at other locations
within the page, but that just didn't work.
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
Re: Revision 564878: Remove HtmlBodyContainer
Hm, that's not really possible for me here (as stated in the linked post). That particular page already has a base page, so I could put this markup only into the wicket:extend block. Also, the markup is some dynamically generated JavaScript, which needs to be right after . I think it would work to put a Container in my base page, and link it to the . But then I would have to add all children not to the page, but this container, which would require a lot of other changes I guess. So, maybe any other ideas? greetings, .rue 2007/8/16, Igor Vaynberg <[EMAIL PROTECTED]>: > > put that custom markup into a base page. > > -igor > > > On 8/16/07, Rüdiger Schulz <[EMAIL PROTECTED]> wrote: > > > > Hello, > > > > I'm developing an application using 1.3.0_snapshot. Some days ago, > > HtmlBodyContainer was removed. I was using this to put custom markup > after > > and before (see also here > > http://www.nabble.com/BodyContributor--tf2578291.html). > > > > How can I accomplish this now? I looked at the changes to WebPage in > that > > revision, but still couldn't find out what to do. > > > > Thanks alot! > > > > -- > > greetings from Berlin, > > > > Rüdiger Schulz > > > > www.2rue.de > > > -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Revision 564878: Remove HtmlBodyContainer
Hello, I'm developing an application using 1.3.0_snapshot. Some days ago, HtmlBodyContainer was removed. I was using this to put custom markup after and before (see also here http://www.nabble.com/BodyContributor--tf2578291.html). How can I accomplish this now? I looked at the changes to WebPage in that revision, but still couldn't find out what to do. Thanks alot! -- greetings from Berlin, Rüdiger Schulz www.2rue.de
