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) {
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.
htmlhttp://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
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.
htmlhttp://www.nabble.com/Problems-with-FileUploadField-tp16823823p1682
4291.htmlhttp://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: 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: 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: 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 pagewicket:linka href=IFrame.html?src=url when clicked, it would call another page IFrame.class which has IFrame.html like diviframe wicket:id=iframe src=#/div I thought I could do in IFrame.java like add(new InlineFrame(iframe,srcurl)) since InlineFrame is a component. 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
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: 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: 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
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: 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
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: 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]
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
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
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
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]
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: 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: 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: 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
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: 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 wicket:remove 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 wicket:remove 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 wicket:remove 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:
head
meta http-equiv=Content-Type content=text/html;
charset=UTF-8
/
!-- Stylesheets --
link href=css/styles.cssrel=stylesheet
type=text/css
/
...
/head
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:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:wicket=http://wicket.apache.org/;
head
link rel=stylesheet type=text/css
href=css/main.css/
link rel=stylesheet type=text/css
href=css/header.css/
/head
body
wicket:child /
...
and a Basepage.java (which does some stuff common to all pages,
like
setting a feedbackpanel or whatever you like to have for all
pages)
Then in my real pages I do like this
RealPage.java
public class Index extends BasePage {
public Index() {
...
but the real funny stuff goes on in the template for the real
page:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:wicket=http://wicket.apache.org/;
head
link rel=stylesheet type=text/css
href=../../../../../../WebContent/css/main.css/
link rel=stylesheet type=text/css
href=../../../../../../WebContent/css/header.css/
/head
body
wicket:extend
Real content here
/wicket:extend
/body
...
In this way the template can be edited as a static HTML and
include
the right CSS relative to the sources in the filesystem. In
runtime
wicket will discard anythiong outside the wicket:extend in the
template and use the HTML from the 'base' page.
Hope this can help you somewhat.
Cheers,
Johan M
On 9/10/07, Jason Mihalick [EMAIL PROTECTED] wrote:
sigh 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
Re: Locating CSS under WEB-INF, please help
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.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: link href=../css/styles.css rel=stylesheet 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 -- View this message in context: http://www.nabble.com/Locating-CSS-under-WEB-INF%2C-please-help-tf4408084.html#a12595045 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: 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 head 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
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 body. I think it would work to put a Container in my base page, and link it to the body wicket:id=containerId. 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 body and before /body (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
