Re: Presented Wicket to my Company...
Short version of my experience, last year I created a project with Seam+Facelets+JSF+EJB3/JPA+jBPM. I was optimist JSF is a standard with 2+ years old, lot of providers,... * JSF : I tried to mixed components from several provider, Trinidad, ADT, MyFaces, Ajax4JSF,... it was a nightweird and time lost (lost of incompatibility in the configuration, rendering,...) * JSF : I try to create my own components (and read Pro JSF and Ajax: Building Rich Internet Components), very complex : Request lifec cycle, extensions points, lot of xml to write and keep sync * JSF : sometime nothing appends due to exception or reject in the dark zone of the request life cycle, so don't forget to display messages on every page * JSF : some basic widget (select) always need hack to work * JSF : create nasty/crapy html, with lot of form, javascript, div : difficult to debug * Seam : lot of good idea, need to understand Injection and Outjection, need to be carefull of scope (request, conversation, session, application) of In/outjection * Seam : some features didn't work with third party JSF components * Seam : required EJB * Facelets : nice, helping information on failure, templating, tools/facilities to create simples components * jBPM : nice GUI to design workflow and pageflow = lot of getter/setter, lot of xml, not easy to test/mock * documenation : too many source After 3 month, I switch to : * Spring instead of Seam + full EJB3 * hand code instead of jBPM * session instead conversation scope (spring doesn't support conversation/continuation natively) And keep JSF(Facelets+Ajax4JSF+MyFaces), JPA(Hibernate). About Spring + JSF, you had 2 choice * every Bean (from spring) could be accessed from a JSF page * only bean declared into an xml file could be accessed About html preview : * facelet allow to use regular html tag with attribute like wicket, but it's an option, and lot of components need to have child component with special tagname and every/lot of component add tag when it's rendering (runtime) = css from static page template need to be changed. * facelet like wicket allosw to define fragment, displaying page with fragment or fragment alone isn't very usefull. (note : I use fragment as general term, not in the Wicket terminology) Result : I was pretty happy with the final solution but lot of xml to maintain. It's quicker to start wth JSF than Wicket, but when to start to customize and use none basic widget,... welcome to hell (of configuration, documentation,...) WARN: it's a 2006 experience. I've not used JSF extension/preview from IDE /david robert.mcguinness wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc… Bah…just venting. I’m going to have to win the votes of the developers. I’ll keep everyone posted. Thanks amigos! - rm3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't access Javascript/CSS when in servletMode
Read this: http://cwiki.apache.org/WICKET/best-practices-and-gotchas.html#BestPracticesandGotchas-WicketServletMapping There you can read that if you use the servlet mapping, you need to do it on a subpath, i.e. /app *and* add the asterisk: servlet-mapping servlet-nameMreWicketApplication/servlet-name url-pattern/app/*/url-pattern /servlet-mapping Martijn On 9/28/07, Adam A. Koch [EMAIL PROTECTED] wrote: Here's the URL I'm trying: http://localhost/mre/resources/com.*.webapp.wicket.BasePage/mre.css This (part of) the web.xml that works: filter filter-nameMreWicketApplication/filter-name filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class init-param param-nameapplicationClassName/param-name param-valuecom.[removed].mre.webapp.wicket.MreWebApplication/param-value /init-param /filter filter-mapping filter-nameMreWicketApplication/filter-name url-pattern/*/url-pattern /filter-mapping This is what doesn't work: servlet servlet-nameMreWicketApplication/servlet-name servlet-classorg.apache.wicket.protocol.http.WicketServlet/servlet-class init-param param-nameapplicationClassName/param-name param-valuecom.[removed].mre.webapp.wicket.MreWebApplication/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-nameMreWicketApplication/servlet-name url-pattern//url-pattern /servlet-mapping But even though the url-pattern is / everything is under /mre/. Is that the way it's supposed to be? Thanks, Adam Martijn Dashorst wrote: And perhaps post the contents of your web.xml? Did you map to /app or /app/* ? Martijn On 9/27/07, Adam A. Koch [EMAIL PROTECTED] wrote: It is mapped to an app and not to the root. The directories I listed are in the war file, but I tried to access them with http://localhost/myapp/... Kent Tong wrote: Adam Koch wrote: In fact, I couldn't get the JS/CSS in any way when using the servlet. I tried putting the JS in my app.war in these directories: / (root) /classes/com/.../someJS.js /WEB-INF/classes/com/.../someJS.js (same directory as Class and html) Are you mapping the Wicket servlet to root? Try mapping it to something else like /app. - 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] -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache
Thank you very much! But if I use several tomcat's instances then I still need some load balancing server, like apache with mod_jk, so why don't use it for content delivery too ? Or do I need to investigate another load balancing mechanism? Sam Hough wrote: [serving static content] The argument I heard was that Java apps were not able to cope as well with badly behaved clients (dropped connections etc). Apache httpd probably is more efficient than Tomcat etc at serving static content. However modern cheap hardware can almost always shove out more than most connections can cope with. If you want to manipulate, control access etc to your static content and your app is in Java I would be tempted to stay with pure Java. You also have less to worry about which bit of your platform is causing trouble. Tomcat also has a native plugin that you might want to investigate... I would guess that careful tuning of what you serve (compression, cache management) will buy you a lot. -- View this message in context: http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12935457 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache
Thanks a lot, Mark I'll take a look at the Apache Portable Runtime For the servlet container you can use either Tomcat or JBoss with the Apache Portable Runtime. Performance will be similar to using Apache as a frontend, but is simpler to setup. http://labs.jboss.com/jbossweb/index.html As for whether to go with Tomcat or JBoss, perhaps that will depend on whether it is likely you will want other J2EE features, eg JMS. I've tended to settle on JBoss because those extra libraries are there if I need them. Mark /qoute -- View this message in context: http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12935488 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Presented Wicket to my Company...
especially with that last name. igor.vaynberg wrote: sounds like what you should do is take your manager out for drinks :) -igor On 9/27/07, robert.mcguinness [EMAIL PROTECTED] wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc… Bah…just venting. I'm going to have to win the votes of the developers. I'll keep everyone posted. Thanks amigos! - rm3 -- View this message in context: http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12933638 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/Presented-Wicket-to-my-Company...-tf4532130.html#a12935888 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Presented Wicket to my Company...
If it helps: about half a year ago, we started to port a Swing application to the web. We started with JSF, but after three months we pulled the plug and switched to Wicket. We had converted everything to Wicket in two months and about two thirds the code. Oh... and with two instead of three developers. And did I mention that we added quite a bit of AJAX bling in the process and EVERYTHING still works when you turn of Javascript? And that there is none of the POST-only madness? I know JSF is supposedly the standard, but so is CORBA, and look where that went;-) Thomas PS: a funny thing happend about 3 weeks into the Wicket port: one Thursday I noticed that I had not been completely disgusted and ready to quit (and become a goat farmer) a single time that week. Wicket does not suck and sometimes it's downright cool. -Original Message- From: robert.mcguinness [mailto:[EMAIL PROTECTED] Sent: Freitag, 28. September 2007 04:18 To: users@wicket.apache.org Subject: Presented Wicket to my Company... ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts...etc... Bah...just venting. I'm going to have to win the votes of the developers. I'll keep everyone posted. Thanks amigos! - rm3 -- View this message in context: http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532 130.html#a12933638 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]
Re: Presented Wicket to my Company...
i don't know if it helps, but my funded startup (austin ventures) is using wicket, as well as people at well known companies like Joost and IBM. i've had 3 consulting offers including one from a major company in just the last week. so wicket is not untested technology. and it's definitely taking off. and yes, it does solve a lot of the problems you're talking about which other frameworks do not address. but it takes time to affect change, particularly in management (and for good reasons). but that said, unless you're developing applications without a lot of complexity (where templating plus a little logic is all you need), your company is probably making a mistake. you might have them read the second section of this article: http://www.eweek.com/article2/0,1895,2176557,00.asp and no, i don't know anyone at that company. robert.mcguinness wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc… Bah…just venting. I’m going to have to win the votes of the developers. I’ll keep everyone posted. Thanks amigos! - rm3 -- View this message in context: http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12935999 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: auto dirty and widget factory
Is there a jira issue already for that or should I try and come up with one? Thanks Sam Johan Compagner wrote: as i said before removing those files will not really help you the current change tracker/listener we have is the way to go. We just need to refactor it a little bit and create an extra method where people can hook up in. johan On 9/28/07, Sam Hough [EMAIL PROTECTED] wrote: The nicest way I can think of to solve: http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html Would be to override add, removeAll, remove etc to manage AttributeModifier when the children change rather than every time the components render etc... So I'm not being won over by the final thing since I'd like them gone for my auto-dirty, first/last class attribute and so I can keep using onClick and onSubmit... If I'm hitting an imaginery brick wall then I'd be delighted to be shown the light. Cheers Sam Eelco Hillenius wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/auto-dirty-and-widget-factory-tf4421187.html#a12940572 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/auto-dirty-and-widget-factory-tf4421187.html#a12942608 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
Hrm. What would you want for a quickstart then? Just a simple application that displays the problem? igor.vaynberg wrote: cant really tell you its a bug until i see what you do inside a quickstart... -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: I'd like to, but I'm afraid I don't have the time ATM. Is this a bug then? Should it work the way I expect? I'm also having an issue with a Panel and a Page sharing a model for a form (part of the form is to display in the main page with part of it in the Panel). The Panel doesn't seem to use the model passed to it... -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12943441 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Page expired happens if application is invoked in external frameset
I have a wicket application which runs in a WebLogic server. If I restart WebLogic then everything is okay as long as I invoke the url to the appplication directly. The production application will be deployed as a frame in another vendors frameset. After server restart invoking the application from the external frameset produces a Page Expired on the page accessed after successful login. I doubt that this has to do with serialization since I am using debug settings and if something was not serialized then I should get a runtime exception? After I access the application once from the direct URL it works just fine in the frameset. I don't understand why there is a difference when invoking directly in the browser as versus haveing the application in a frameset? Also I don't understand why the problem is the page after login (I have tried to vary the pages with the same result) instead of in the login page itself? I have the weblogic timeout set to -1 (infinite) Any help will be much appreciated -- View this message in context: http://www.nabble.com/Page-expired-happens-if-application-is-invoked-in-external-frameset-tf4535131.html#a12942506 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Applet Question
Hi Carlo, the syntax of your archive attribute looks a big suspect. Normally what you would do is create a publicly accessible folder, something called applet and stick your imageviewer.jar file there. Then you would change your archive attribute to read: archive=/applet/imageviewer.jar. Craig. On 9/27/07, carloc [EMAIL PROTECTED] wrote: Hi Everyone, I'm trying to load an applet in wicket. The code looks like this applet code=uk.co.mmscomputing.application.imageviewer.MainApp.class archive=uk.co.mmscomputing.application.imageviewer.jar width=100% height=100% /applet If I paste this code in my index.html page which is not run by wicket, the code runs properly, however if I try to put it in a wicket page, the code does not run. In the java console of firefox it says that it can't find the specified file. How do I embed an applet in my wicket page? Thanks -- View this message in context: http://www.nabble.com/Applet-Question-tf4531635.html#a12932157 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]
Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?
Ah, I guess i understood the question a bit wrong then. Sticky mode is preferred with wicket, as we use redirect to buffer render strategy by default. Also from a performance standpoint, I'd recommend sticky mode. As for the page store, what i suggested was a merely performance improvement. Since you 'd have clustered disk page store, there's no need to replicate the last accessed page over the cluster using the standard session replication. So what my suggestion would do is that you'd have only a _very_ small (couple of hundreds of bytes) replicated session state. -Matej On 9/28/07, mchack [EMAIL PROTECTED] wrote: While looking at load balancer options I was trying to see if the non session sticky mode was an option. Obviously there are a bunch of issues I hadn't considered such as threading mode and concurrent client access. It is clear I will stick with the original plan of session sticky mode. -mike Johan Compagner wrote: Why don't you want session sticky load balancing? How does none sticky sessions work then? If there are 2 request comming in then wicket makes sure that the page is access in one thread. So that the page is not changed by 2 threads at the same time Does your application server lock over the nodes when there are 2 or more request comming in from the same client? If not how does it then sync up again? How does it merge the pages? johan On 9/28/07, mchack [EMAIL PROTECTED] wrote: I am deploying my application in a clustered environment. Eliminating session sticky load balancing would be an advantage for me. Session data is already replicated in a clustered environment. Are the mechanics in place to share the Page Cache with other machines if I use a clustered file system that allows concurrent access in this way providing non sticky LB across the cluster? -Mike -- View this message in context: http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067 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/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12937318 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]
Re: Display HTML markup inside of Label
THAT'S it, thank you... igor.vaynberg wrote: label.setescapemodelstrings(false) -igor On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Seems like a simple question and I thought I had done this before...but I simply need to display HTML *as* html, on a page, using a Label. -- View this message in context: http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119 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/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944821 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. What you can do is create a shared resource and let it resolve to your files using e.g. FileResourceStream. Or even create a simple Servlet. We've had discussions on this a few times on the list so maybe you can try to find a solution in the archives. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
If I'm understanding this correctly you simply want a set of images available on the same server that your wicket app is on. Just make an images folder at the same level as WEB-INF (that is, a sibling of). If you are using wicket 1.2.x, you would have mounted your wicket app to some path under your context: for instance /app. A link to a wicket page mounted to /home would look like this: http://yourserver.com/yourcontext/app/home A link to an image would look like this: http://yourserver.com/yourcontext/images/myimage.jpg On Wicket 1.3, you use a filter instead, and the filter is smart enough to know what content to handle so technically you don't need the extra /app path you can reference your application and static images like so: http://yourserver.com/yourcontext/home http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as before) Again, not sure if that's what you are asking, but hopefully it is! Craig. On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. Eelco Hillenius wrote: Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. Oh, ok, I didn't understand what you meant. So you don't want to just put these images in a path than can be served by a web server? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856 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]
Re: Displaying images remotely - HTML email
Big snag is most email clients will never show the images due to security problems. I think you have two options. One it to attach the images in the actual email (if they are small) so you would need to learn the joys of multipart messages (are using sending plain text and HTML version?). The other is, as you say, to put the images on a public facing server. Do you have some key that you can use to reference the images from within editing and for the live server? Maybe have a non-ear webapp for serving the images? or serve them out of the database? V. Jenks wrote: I've got a question concerning how I might be able to display remote images in an HTML email. In Wicket, I've built a small utility where our designers use a plain html page to format our email newsletter. The html template page and images reside outside of the webroot because my app is deployed as an ear file. They have a maintenance page where they define a newsletter. This page reads the html file and saves the contents into a field in the Newsletter table. The newsletter contents which have been saved to the database is what is sent to customers. The problem arises when these newsletters are sent to customers. Since the images within the newsletter do not reside in the webroot, how would they be displayed remotely? After editing, when they preview the newsletter locally I use the ResourceReference method of displaying the images outside of the webroot. Is there a way I can hard-code a remote URL to the images before I persist it to the db? What it boils down to is; I'm not familiar w/ HTML emails and I'm trying to figure out how I should proceed so remote images can be displayed once the email is sent to a customer. The answer may be obvious but I'm out of ideas at this point. Thanks! -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12943374 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket-based website gone on-line
nice! i used to use your cvs client years ago. i suppose this is off topic, but what would really be the icing on the cake of your svn client would be a VERY minimalist eclipse integration. i want just the most basic features like update and commit in the IDE (and have them not hang my IDE like the free clients all seem to do) and then for all the complicated stuff like merging it would have a Launch SmartSVN... menu option. then you've got the best of both worlds. Thomas Singer-4 wrote: I just wanted to let you know, that our Wicket-based website gone on-line: http://www.syntevo.com If somebody finds a problem, please let me know. We really liked the flexibility of Wicket. Although not supported out-of-the box, we configured Wicket, so our templates can be 100% pure HTML (except the wicket:id attributes), all links to pages, static stylesheets or graphics are valid at development time (even in embedded templates) and Wicket corrects them for us. Thanks, Wicket-team, for providing such a high-quality framework (in means of well-thought architecture, flexibility and code quality) and the outstanding e-mail support. -- Best regards, Thomas Singer _ SyntEvo GmbH Brunnfeld 11 83404 Ainring Germany www.syntevo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-based-website-gone-on-line-tf4412862.html#a12944614 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: I've got a question concerning how I might be able to display remote images in an HTML email. In Wicket, I've built a small utility where our designers use a plain html page to format our email newsletter. The html template page and images reside outside of the webroot because my app is deployed as an ear file. They have a maintenance page where they define a newsletter. This page reads the html file and saves the contents into a field in the Newsletter table. The newsletter contents which have been saved to the database is what is sent to customers. The problem arises when these newsletters are sent to customers. Since the images within the newsletter do not reside in the webroot, how would they be displayed remotely? After editing, when they preview the newsletter locally I use the ResourceReference method of displaying the images outside of the webroot. Is there a way I can hard-code a remote URL to the images before I persist it to the db? What it boils down to is; I'm not familiar w/ HTML emails and I'm trying to figure out how I should proceed so remote images can be displayed once the email is sent to a customer. The answer may be obvious but I'm out of ideas at this point. Not sure if it is the answer you are looking for, but paths to shared resources (which packaged resources such as images are) are predictable. Basically: http://your.com/yourapp/resources/com.your.another.package.SomeClass/your_image_next_to_your_class.gif So there is /resources/ which is a reserved path for shared resources in Wicket. Then there is the name of the class you want to use to relatively reference your resource, and then there is the resource relative to that class. And that can be in a subdir, but you can't use '..' etc. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
cant really tell you its a bug until i see what you do inside a quickstart... -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: I'd like to, but I'm afraid I don't have the time ATM. Is this a bug then? Should it work the way I expect? I'm also having an issue with a Panel and a Page sharing a model for a form (part of the form is to display in the main page with part of it in the Panel). The Panel doesn't seem to use the model passed to it... igor.vaynberg wrote: mind creating a quickstart and attaching it to jira? -igor On 9/27/07, Atzanteol [EMAIL PROTECTED] wrote: I have a page that uses a DataView to display a 'search results' page. Within each line I need to have a collapsible box that displays more information about the search result. I created a Border object that collapses fine (based off an example from _Pro Wicket_) when in a simple example, but when it's within the DataView wicket complains that the Border control can't be found (wicket.markup.MarkupException: Unable to find component with id 'collapsibleBorder' ). Can a Border be used within a DataView? I tried the Border to both the page and the DataView and neither works. If this won't work is there another way? The DataView works fine alone, and the Border works fine alone. It's only when the Border is part of the DataView that I run into issues. My HTML looks similar to this: table border=1 tr wicket:id=searchResults td table tr tdMore info:/td td !-- moreInfo is returned by the DataView -- [More Info] /td /tr /table /td /tr /table -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12928907 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/Border-within-a-DataView-tf4530616.html#a12942077 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
No, this is not the case. I specifically need these images to be *outside* of the packaged .ear application because I need our designers to have access to them. Wicket access these resources and actually sends the contents of the html template. I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of errors and I just do not have time to figure out the differences in the later releases, this app has to be done today and I'm on the very last feature, which is getting remote images to resolve through an HTML email, which do not reside in the .ear (and therefore do not have their own hard-coded, publicly-available URL). I can send the email, I'm just at the point where I need how to figure out how to get the non-packaged image resources to show up to customers who receive it. Craig Tataryn wrote: If I'm understanding this correctly you simply want a set of images available on the same server that your wicket app is on. Just make an images folder at the same level as WEB-INF (that is, a sibling of). If you are using wicket 1.2.x, you would have mounted your wicket app to some path under your context: for instance /app. A link to a wicket page mounted to /home would look like this: http://yourserver.com/yourcontext/app/home A link to an image would look like this: http://yourserver.com/yourcontext/images/myimage.jpg On Wicket 1.3, you use a filter instead, and the filter is smart enough to know what content to handle so technically you don't need the extra /app path you can reference your application and static images like so: http://yourserver.com/yourcontext/home http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as before) Again, not sure if that's what you are asking, but hopefully it is! Craig. On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. Eelco Hillenius wrote: Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. Oh, ok, I didn't understand what you meant. So you don't want to just put these images in a path than can be served by a web server? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856 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/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Display HTML markup inside of Label
label.setescapemodelstrings(false) -igor On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Seems like a simple question and I thought I had done this before...but I simply need to display HTML *as* html, on a page, using a Label. -- View this message in context: http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
I'd like to, but I'm afraid I don't have the time ATM. Is this a bug then? Should it work the way I expect? I'm also having an issue with a Panel and a Page sharing a model for a form (part of the form is to display in the main page with part of it in the Panel). The Panel doesn't seem to use the model passed to it... igor.vaynberg wrote: mind creating a quickstart and attaching it to jira? -igor On 9/27/07, Atzanteol [EMAIL PROTECTED] wrote: I have a page that uses a DataView to display a 'search results' page. Within each line I need to have a collapsible box that displays more information about the search result. I created a Border object that collapses fine (based off an example from _Pro Wicket_) when in a simple example, but when it's within the DataView wicket complains that the Border control can't be found (wicket.markup.MarkupException: Unable to find component with id 'collapsibleBorder' ). Can a Border be used within a DataView? I tried the Border to both the page and the DataView and neither works. If this won't work is there another way? The DataView works fine alone, and the Border works fine alone. It's only when the Border is part of the DataView that I run into issues. My HTML looks similar to this: table border=1 tr wicket:id=searchResults td table tr tdMore info:/td td !-- moreInfo is returned by the DataView -- [More Info] /td /tr /table /td /tr /table -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12928907 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/Border-within-a-DataView-tf4530616.html#a12942077 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can a component determine it's surrounding HTML elements?
No that is not possible without replacing the current markup parser. The markup parser is pretty much optimized, and doesn't use a dom to parse the markup, but splits the markup in chuncks based on the component tags. And markup between two component tags is treated like one string. What you can do is check if your panel is attached to a table tag, and throw an exception if it is not. See textfield or passwordtextfield for examples. Martijn On 9/28/07, Oliver Lieven [EMAIL PROTECTED] wrote: Hi, I wonder if there's a way for a component to determine if it is embedded inside some specific HTML tag, e.g. determine if it is used inside a table. What I would like to achieve is having a component/panel which, when not used inside a HTML table, would render itself with surrounding table tag. Thanx for any hints and ideas, Oliver -- View this message in context: http://www.nabble.com/Can-a-component-determine-it%27s-surrounding-HTML-elements--tf4533713.html#a12938303 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can a component determine it's surrounding HTML elements?
I don't think that there is a wicket way to do something like this, but you can achieve the same behavior using javascript. Alex. Oliver Lieven wrote: Hi, I wonder if there's a way for a component to determine if it is embedded inside some specific HTML tag, e.g. determine if it is used inside a table. What I would like to achieve is having a component/panel which, when not used inside a HTML table, would render itself with surrounding table tag. Thanx for any hints and ideas, Oliver -- View this message in context: http://www.nabble.com/Can-a-component-determine-it%27s-surrounding-HTML-elements--tf4533713.html#a12938346 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
I've tried searching FileResourceStream and shared resource but there isn't anything helpful...or even relevant, so far as I can tell. Is there a wiki article by any chance? Anything that might help? I'm not sure what this servlet would do or how to implement this. Eelco Hillenius wrote: Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. What you can do is create a shared resource and let it resolve to your files using e.g. FileResourceStream. Or even create a simple Servlet. We've had discussions on this a few times on the list so maybe you can try to find a solution in the archives. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945343 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?
While looking at load balancer options I was trying to see if the non session sticky mode was an option. Obviously there are a bunch of issues I hadn't considered such as threading mode and concurrent client access. It is clear I will stick with the original plan of session sticky mode. -mike Johan Compagner wrote: Why don't you want session sticky load balancing? How does none sticky sessions work then? If there are 2 request comming in then wicket makes sure that the page is access in one thread. So that the page is not changed by 2 threads at the same time Does your application server lock over the nodes when there are 2 or more request comming in from the same client? If not how does it then sync up again? How does it merge the pages? johan On 9/28/07, mchack [EMAIL PROTECTED] wrote: I am deploying my application in a clustered environment. Eliminating session sticky load balancing would be an advantage for me. Session data is already replicated in a clustered environment. Are the mechanics in place to share the Page Cache with other machines if I use a clustered file system that allows concurrent access in this way providing non sticky LB across the cluster? -Mike -- View this message in context: http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067 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/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12937318 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?
Why don't you want session sticky load balancing? How does none sticky sessions work then? If there are 2 request comming in then wicket makes sure that the page is access in one thread. So that the page is not changed by 2 threads at the same time Does your application server lock over the nodes when there are 2 or more request comming in from the same client? If not how does it then sync up again? How does it merge the pages? johan On 9/28/07, mchack [EMAIL PROTECTED] wrote: I am deploying my application in a clustered environment. Eliminating session sticky load balancing would be an advantage for me. Session data is already replicated in a clustered environment. Are the mechanics in place to share the Page Cache with other machines if I use a clustered file system that allows concurrent access in this way providing non sticky LB across the cluster? -Mike -- View this message in context: http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
oh, heh. try it with 1.3 :) -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: Okay, I have a test app... You want me to open a Jira ticket for it then or will making it available on a web site do? I should note I'm using wicket 1.2 and the associated wicket-extensions. igor.vaynberg wrote: exactly -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12944581 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Onclick and ondblclick on same element
Hi everyone! I fear this isn't strictly Wicket-related, but I'm having a little problem with a table row having two associated events: onclick and ondblclick. Onclick should highlight the row, while Ondblclick should jump to another page passing along information about the selected row.. My problem is that when I double click on the row three events are fired: two onclick and one ondblclick.. Is this normal? Is there a way to isolate the last event and ignore the first two? (I'm using Firefox 2 btw) Many thanks for your attention! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache
Do you _need_ several tomcat instances? Modern machines are _very_ powerful. My advice would be really understand your software architecture so you can keep it simple and well tuned. I don't mean hand optimising just taking advantage of various levels of cache in an elegant way. The level of complexity goes through the roof when you start trying to distribute your workload across multiple boxes and at the same time effeciency hits the floor. If you don't have a budget then a protocol aware router would be a better way to go but you get into horrible issues of session affinity and failover etc and I've found even expensive solutions (like arrow point - couldn't cope with HTTP/1.1) to be buggy. Having a well filled hibernate cache, putting version number and never expires for static content, avoiding trips to db etc etc will buy you a lot of headroom. If you want uptime more than throughput spend more on good hosting and hardware. If you do a complex deployment on a budget blown PSUs and brain dead ISPs turning off routers will hurt your downtime more. Think about your boss ringing you on a friday night when it is your partners birthday saying that the website is slow. How much stuff do you want to have to debug? Which set of servers was he using was the problem in apache or jk or tomcat or your code or wicket or spring or hibernate or terracotta or postgres or linux or network or JVM...? beam wrote: Thank you very much! But if I use several tomcat's instances then I still need some load balancing server, like apache with mod_jk, so why don't use it for content delivery too ? Or do I need to investigate another load balancing mechanism? Sam Hough wrote: [serving static content] The argument I heard was that Java apps were not able to cope as well with badly behaved clients (dropped connections etc). Apache httpd probably is more efficient than Tomcat etc at serving static content. However modern cheap hardware can almost always shove out more than most connections can cope with. If you want to manipulate, control access etc to your static content and your app is in Java I would be tempted to stay with pure Java. You also have less to worry about which bit of your platform is causing trouble. Tomcat also has a native plugin that you might want to investigate... I would guess that careful tuning of what you serve (compression, cache management) will buy you a lot. -- View this message in context: http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12936536 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reach into a component to change XML attribute
Is this a common enough requirement to add something like IdentityHashMap for behaviours so from another component you can do getBehaviours(this) to retrieve the AttributeModifier or named behaviours e.g. getBehaviourById(com.company.thingy.Repeater.ClassHack)? The latter might also be a nice way of marking components for various uses. Sam Hough wrote: That seems a bit ugly as I want this rule to apply to all components I put into MyRepeatingView. I'm trying to have MyLink, MyPanel, MyBlah so could add some standard behaviour but seems like wrong way around and will obviously break if somebody puts vanilla wicket component in. :wq Al Maw wrote: You can override onComponentTag for the component itself, if that's an option. Call super.onComponentTag(...) then tag.put(class, foo) or whatever it is. Regards, Al Sam Hough wrote: In my ignorance it seems tough to make that work the second time if the list has changed. It is also less pretty as the only extension points I have are renderIterator and renderChild. I can think of nasty hacks like using IdentityHashMap to hold onto Components I've already added an AttributeAppender (the HTML monkey is class happy) to... If I can't hook into all child add/remove events and looking for my attributeappender in each component is a bit slow seems like the only option. Martijn Dashorst wrote: This: Component first = null; Component last = null; for(Foo foo : foos) { last = new Component(view.newChildId()); if(first == null) first = last; view.add(last); } first.add(new SimpleAttributeModifier(class, first)); last.add(new SimpleAttributeModifier(class, last)); doesn't work? Martijn On 9/27/07, Sam Hough [EMAIL PROTECTED] wrote: I've got my own wiz bang extension of RepeatingView and I want to add class attributes last, first to the children for the HTML monkey. Is the best way to add an AttributeAppender to each child Component that uses an IModel to get the class? Maybe in beforeOnRender I can't see an onChildAttach or onChildRemove method or anything like that. All my ideas seem a bit heavy and clumsy. This must be somewhere in existing code or Nabble but I'm afraid I couldn't see it. Sorry. -- View this message in context: http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html#a12919632 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - 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/Reach-into-a-component-to-change-XML-attribute-tf4527906.html#a12936562 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DataTable question
Hey everyone, I am looking at examples on using DataTables and Repeaters, and I have a question... It looks like they insert default classes headers even and odd into the table header and rows, but I was wondering if there is an easy way for me to either set a property or create a subclass so that I can use my own class names rather than these defaults? Thanks in advance for any help! -Clay
Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?
Serialize to the session is a completely wrong statement Nothing is serialized into the session, it is put in the session. and then the application server can serialize the session to other nodes or to disk or what ever. If you have an standard app server and you don't have multiply nodes and you don't restart the server then normally the pages are never serialized that are kept in the session We do serialize the pages besides the session. And matej made some optimizations that when the server does cluster (serialize) that the page is only serialized once and it tries to reuse that byte instance. johan On 9/28/07, mchack [EMAIL PROTECTED] wrote: I am not sure I understand correctly. :) I thought the current page was serialized to the session and that the other pages or views were stored to the filesystem. So my question was really, if the filesystem where temporary pages are stored is shared, would Wicket be immune to requests coming in to random servers in the cluster. I was hoping that it might be possible to do a dumb load balancing arrangement. I am not totally clear on the whole page lifecycle, so hopefully my question is not completely out in left field. -Mike Matej Knopp-2 wrote: Hi, if I understand correctly, you want to disable page serialization on session replication, as the filesystem where the page store stores temporary pages is accessible from each node in cluster? There is a way to achieve it, just create your own page store extending from DiskPageStore and make it implement the SecondLevelCacheSessionStore.IClusteredPageStore interface. Just implementing this interface will cause that the last accessed page will not be replicated across cluster. -Matej -- View this message in context: http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12933068 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. Oh, ok, I didn't understand what you meant. So you don't want to just put these images in a path than can be served by a web server? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
wow, such a long thread for something so trivial just create a servlet that streams files from some place on the harddrive, then have your designers upload images there. done and done. -igor On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: No, this is not the case. I specifically need these images to be *outside* of the packaged .ear application because I need our designers to have access to them. Wicket access these resources and actually sends the contents of the html template. I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of errors and I just do not have time to figure out the differences in the later releases, this app has to be done today and I'm on the very last feature, which is getting remote images to resolve through an HTML email, which do not reside in the .ear (and therefore do not have their own hard-coded, publicly-available URL). I can send the email, I'm just at the point where I need how to figure out how to get the non-packaged image resources to show up to customers who receive it. Craig Tataryn wrote: If I'm understanding this correctly you simply want a set of images available on the same server that your wicket app is on. Just make an images folder at the same level as WEB-INF (that is, a sibling of). If you are using wicket 1.2.x, you would have mounted your wicket app to some path under your context: for instance /app. A link to a wicket page mounted to /home would look like this: http://yourserver.com/yourcontext/app/home A link to an image would look like this: http://yourserver.com/yourcontext/images/myimage.jpg On Wicket 1.3, you use a filter instead, and the filter is smart enough to know what content to handle so technically you don't need the extra /app path you can reference your application and static images like so: http://yourserver.com/yourcontext/home http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as before) Again, not sure if that's what you are asking, but hopefully it is! Craig. On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. Eelco Hillenius wrote: Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. Oh, ok, I didn't understand what you meant. So you don't want to just put these images in a path than can be served by a web server? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856 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/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
Eelco Hillenius wrote: Not sure if it is the answer you are looking for, but paths to shared resources (which packaged resources such as images are) are predictable. Basically: http://your.com/yourapp/resources/com.your.another.package.SomeClass/your_image_next_to_your_class.gif So there is /resources/ which is a reserved path for shared resources in Wicket. Then there is the name of the class you want to use to relatively reference your resource, and then there is the resource relative to that class. And that can be in a subdir, but you can't use '..' etc. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. I suppose I don't quite understand how that would work? -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12943828 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Display HTML markup inside of Label
Seems like a simple question and I thought I had done this before...but I simply need to display HTML *as* html, on a page, using a Label. -- View this message in context: http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: auto dirty and widget factory
as i said before removing those files will not really help you the current change tracker/listener we have is the way to go. We just need to refactor it a little bit and create an extra method where people can hook up in. johan On 9/28/07, Sam Hough [EMAIL PROTECTED] wrote: The nicest way I can think of to solve: http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html Would be to override add, removeAll, remove etc to manage AttributeModifier when the children change rather than every time the components render etc... So I'm not being won over by the final thing since I'd like them gone for my auto-dirty, first/last class attribute and so I can keep using onClick and onSubmit... If I'm hitting an imaginery brick wall then I'd be delighted to be shown the light. Cheers Sam Eelco Hillenius wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/auto-dirty-and-widget-factory-tf4421187.html#a12940572 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RefreshingView example broken
Hey, I'm trying to use a RefreshingView, but can't figure it out. On top of that, the examples are broken: http://wicketstuff.org/wicket13/repeater/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.repeater.RefreshingPage http://wicketstuff.org/wicket13/repeater/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.repeater.RefreshingPage . Can someone either fix that example or point me to another example? -- View this message in context: http://www.nabble.com/RefreshingView-example-broken-tf4536092.html#a12946006 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
Yes, sorry, I figured it out and I didn't need a servlet. By reusing the same code that I have been using to serve images inside of the application, I can use to get a reference to the images w/ a full URL, like so: http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg ...which I was able to discover because of this line in my init() in my app class: getSharedResources().add(imageResource, new ImageResource()); Eelco's post got me thinking of that and it works. Any reason I shouldn't do it this way? Thanks all, sorry for the ramble on such a simple thing...I don't get to use Wicket much anymore...I'm a little rusty. igor.vaynberg wrote: wow, such a long thread for something so trivial just create a servlet that streams files from some place on the harddrive, then have your designers upload images there. done and done. -igor On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: No, this is not the case. I specifically need these images to be *outside* of the packaged .ear application because I need our designers to have access to them. Wicket access these resources and actually sends the contents of the html template. I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of errors and I just do not have time to figure out the differences in the later releases, this app has to be done today and I'm on the very last feature, which is getting remote images to resolve through an HTML email, which do not reside in the .ear (and therefore do not have their own hard-coded, publicly-available URL). I can send the email, I'm just at the point where I need how to figure out how to get the non-packaged image resources to show up to customers who receive it. Craig Tataryn wrote: If I'm understanding this correctly you simply want a set of images available on the same server that your wicket app is on. Just make an images folder at the same level as WEB-INF (that is, a sibling of). If you are using wicket 1.2.x, you would have mounted your wicket app to some path under your context: for instance /app. A link to a wicket page mounted to /home would look like this: http://yourserver.com/yourcontext/app/home A link to an image would look like this: http://yourserver.com/yourcontext/images/myimage.jpg On Wicket 1.3, you use a filter instead, and the filter is smart enough to know what content to handle so technically you don't need the extra /app path you can reference your application and static images like so: http://yourserver.com/yourcontext/home http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as before) Again, not sure if that's what you are asking, but hopefully it is! Craig. On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote: Basically, yes. I wasn't sure if there was a Wicket solution to this problem or not. I wasn't sure if there was a way to make a hard-coded reference to a resource outside of the webroot, for the purposes of doing what I explained. Eelco Hillenius wrote: Interesting... This might work, however I don't understand what the class would be? Would it be the Application class? The images reside in C:\AppName\images, which is obviously outside of the app. Oh, ok, I didn't understand what you meant. So you don't want to just put these images in a path than can be served by a web server? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856 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/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183 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/Displaying-images-remotely---HTML-email-tf4535313.html#a12945714 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
By reusing the same code that I have been using to serve images inside of the application, I can use to get a reference to the images w/ a full URL, like so: http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg ...which I was able to discover because of this line in my init() in my app class: getSharedResources().add(imageResource, new ImageResource()); Eelco's post got me thinking of that and it works. Any reason I shouldn't do it this way? No, that's pretty much what I meant. The only thing still is that you might want to use logical paths (e.g. relative to a root dir) so that you'll have http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=assets/newsletter/my_photo.jpg instead of exposing where on your server those images are exactly located. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
yes open a jira and attach a project for 1.3 and 1.2. it will be fixed in 1.3 for sure. 1.2 i make no guarantees but we will try. -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: Okay, still doesn't work in 1.3.0beta3. Should I open in Jira then? If it is a bug will it only be fixed in 1.3 and not back-ported to 1.2? igor.vaynberg wrote: oh, heh. try it with 1.3 :) -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: Okay, I have a test app... You want me to open a Jira ticket for it then or will making it available on a web site do? I should note I'm using wicket 1.2 and the associated wicket-extensions. -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12946155 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
I don't see how I'd be able to do that sort of path? I need to provide the full path for the reference to be found, since it's an external resource. Obviously, I get a NullPointerException if I just type in what you show in your example. You have imageResource registered as a shared resource, right? Unless I'm missing something, that class is something you or your collegues created yourselves, and it reads the file parameter to determine what needs to be served. All I'm proposing is to prepend whatever that file parameter returns with your base directory (just C:\ here). I must be missing something. Either way, this could be a huge security problem as I store other assets in these folders that definitely do *not* want users discovering or gaining access to. Have that imageResource implementation check that the resource may be accessed. Deny by default. You're potentially opening up your whole server if you don't so be very careful with this. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
I don't see how I'd be able to do that sort of path? I need to provide the full path for the reference to be found, since it's an external resource. Obviously, I get a NullPointerException if I just type in what you show in your example. I must be missing something. Either way, this could be a huge security problem as I store other assets in these folders that definitely do *not* want users discovering or gaining access to. Thanks again... Eelco Hillenius wrote: By reusing the same code that I have been using to serve images inside of the application, I can use to get a reference to the images w/ a full URL, like so: http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg ...which I was able to discover because of this line in my init() in my app class: getSharedResources().add(imageResource, new ImageResource()); Eelco's post got me thinking of that and it works. Any reason I shouldn't do it this way? No, that's pretty much what I meant. The only thing still is that you might want to use logical paths (e.g. relative to a root dir) so that you'll have http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=assets/newsletter/my_photo.jpg instead of exposing where on your server those images are exactly located. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12946158 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border within a DataView
Okay, still doesn't work in 1.3.0beta3. Should I open in Jira then? If it is a bug will it only be fixed in 1.3 and not back-ported to 1.2? igor.vaynberg wrote: oh, heh. try it with 1.3 :) -igor On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote: Okay, I have a test app... You want me to open a Jira ticket for it then or will making it available on a web site do? I should note I'm using wicket 1.2 and the associated wicket-extensions. -- View this message in context: http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12946155 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Presented Wicket to my Company...
Just to add a few things to this list. I took a good look at JSF/Seam/EJB3/JPA stack about a year ago. - People say JSF has a rich ecosystem (Trinidad, ICEFaces, MyFaces, SEAM, Facelets, etc.) but the downside to that is that you won't have one forum to go to in order to get framework help. Contrast that with this mailing list, which according to Nabble is the 3rd most active Java Software mailing list (next to Netbeans.org and Java.net). - The JSF processing lifecycle is an ugly beast. Worse, you have to know the lifecycle if you're building something stateful (SEAM-managed conversations). Try building a wizard pattern with forward/back and validations using SEAM/JSF, you'll see what I mean. - You'll want to use SEAM if you go with JSF, and you'll want EJB3 if you want to go with SEAM. Out-of-container testing and hot-deploys are not easy with EJB3, and this will significantly slow your code/debug cycle. - You'll also have a hard time using Maven (which is great once you get it going) if you go with Seam/EJB3. - Anything that is standards based has the drawback of slow progress, and will be roughly 1.5 years behind the state-of-the-art. (Compare JPA vs Hibernate.) - If adhering to standards is a core argument for using JSF, ask yourself, after using non-standard add-ons (widget libraries, Facelets, SEAM) if you're truly adhering to standards at that point... - Anyway, Struts is the de-facto standard for web development, not JSF or anything else by a long shot. David Bernard-2 wrote: Short version of my experience, last year I created a project with Seam+Facelets+JSF+EJB3/JPA+jBPM. I was optimist JSF is a standard with 2+ years old, lot of providers,... * JSF : I tried to mixed components from several provider, Trinidad, ADT, MyFaces, Ajax4JSF,... it was a nightweird and time lost (lost of incompatibility in the configuration, rendering,...) * JSF : I try to create my own components (and read Pro JSF and Ajax: Building Rich Internet Components), very complex : Request lifec cycle, extensions points, lot of xml to write and keep sync * JSF : sometime nothing appends due to exception or reject in the dark zone of the request life cycle, so don't forget to display messages on every page * JSF : some basic widget (select) always need hack to work * JSF : create nasty/crapy html, with lot of form, javascript, div : difficult to debug * Seam : lot of good idea, need to understand Injection and Outjection, need to be carefull of scope (request, conversation, session, application) of In/outjection * Seam : some features didn't work with third party JSF components * Seam : required EJB * Facelets : nice, helping information on failure, templating, tools/facilities to create simples components * jBPM : nice GUI to design workflow and pageflow = lot of getter/setter, lot of xml, not easy to test/mock * documenation : too many source After 3 month, I switch to : * Spring instead of Seam + full EJB3 * hand code instead of jBPM * session instead conversation scope (spring doesn't support conversation/continuation natively) And keep JSF(Facelets+Ajax4JSF+MyFaces), JPA(Hibernate). About Spring + JSF, you had 2 choice * every Bean (from spring) could be accessed from a JSF page * only bean declared into an xml file could be accessed About html preview : * facelet allow to use regular html tag with attribute like wicket, but it's an option, and lot of components need to have child component with special tagname and every/lot of component add tag when it's rendering (runtime) = css from static page template need to be changed. * facelet like wicket allosw to define fragment, displaying page with fragment or fragment alone isn't very usefull. (note : I use fragment as general term, not in the Wicket terminology) Result : I was pretty happy with the final solution but lot of xml to maintain. It's quicker to start wth JSF than Wicket, but when to start to customize and use none basic widget,... welcome to hell (of configuration, documentation,...) WARN: it's a 2006 experience. I've not used JSF extension/preview from IDE /david robert.mcguinness wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no
Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache
I don't know exactly how Jetty compares to Tomcat, performance wise, but I'm sure the folks at mortbay can shed some light on it, if you ask them. Vis a vis loadbalancers, here are some places to start looking: http://www.onjava.com/pub/a/onjava/2001/09/26/load.html http://www.networkworld.com/reviews/0614rev.html http://tomcat.apache.org/tomcat-5.0-doc/balancer-howto.html (mod_jk, mod_proxy, mod_rewrite) If you are going to use HTTP session clustering, you'll want a loadbalancer that does sticky sessions (i.e., routes requests with the same session id to the same server, if possible). --Orion beam wrote: Thanks a lot, Orion! And what do you use in high-scalable application? Is Jetty faster than tomcat? And in a cluster environment I still need to use some front-end for load-balancing, so what do I use instead? Orion Letizi wrote: Oh, also, check out Geronimo (http://geronimo.apache.org/) as a container. Orion Letizi wrote: I've always used apache as a front-end to tomcat, but it's been a while since I ran a high-scale web application. You might also look into Jetty (http://jetty.mortbay.org/). It's lightweight, easily embeddable, and very fast-- and, quite frankly, a joy to use. BTW, if you have any questions about getting Terracotta set up, don't hesitate to ask on the Terracotta forums, mailing lists, etc. Cheers, --Orion beam wrote: Hello everybody! I've used wicket, spring jdbc and tomcat in my last project. Now, we want to start a web project, some kind of social network. And we'll go to use wicket as a web framework, hibernate for persistence and spring for DI. So, this project must be deployed on a cluster. I've decided to use Open Terracotta for this kind of cluster. But I don't know which app. server(JBoss) or servlet container(Tomcat?) to use. This is a first question. Second, as far as I know, tomcat or any app. server like JBoss isn't a very good solution to deliver static content(e.g. images, video or even *.css files), so I decide to use Apache Web Server or Nginx as a Frontend, and terrcotta cluster with Tomcats(or JBoss) for dynamic backend. But, I don't have enough experience to do this :) So, I need an advise, how to do this, maybe one of you, java-guru, can help me? And third, I want to use C-JDBC(Sequoia) to cluster mysql database - is it a good solution for DB clustering, or better to use mysql 5.1 with native cluster support? Thank you very much for any kind of answers, and sorry for my bad english :) -- View this message in context: http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12947822 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting focus to a TextField
Hi Kent, I would like to use the code snippet you're providing, but I don't fully understand it... Why are you creating an AjaxLink and then setting the focus on the TextField within the onClick() method of the AjaxLink? Thanks so much, Cristina Kent Tong wrote: Doug Leeper wrote: I know this is probably one of the most trivial things to do...but I am stumped. No example that I found on the Wicket example site has shown this. I know that AjaxRequestTarget#focusComponent plays a part in this but not sure how. Could someone post a quick code snippet or place on the Wiki on how do to this in 1.3? Thanks For example, your TextField is f1, then: pre AjaxLink link = new AjaxLink(link) { public void onClick(AjaxRequestTarget target) { target.addComponent(...); target.focusComponent(f1); } }; /pre -- View this message in context: http://www.nabble.com/Setting-focus-to-a-TextField-tf4490766.html#a12948392 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket-stuff Animator JavascriptSubject
Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff. I need a bit of help: Can anyone let me know how to implement a JavascriptSubject style subject? I have NumericalStyleSubject and CssStyleSubject animating a div nicely but I would love to add, for example something similar to this bit of javascript from the berniecode.com site: function updateButton(value) { $('ex1Button').innerHTML = Progress: + Math.round(value * 100) + %; } It seems that JavascriptSubject style subject is meant for this purpose however animJS.addSubject(new JavascriptSubject() { protected String getFunctionBody() { return [Wicket.$('+progBar.getMarkupId()+').innerHTML = \Progress: \ + Math.round(value *100) + \%\]; } }); gives me errors. Any help for a javascript and Wicket beginner appreciated Nick PS Is it possible to use animate with a timer rather than a javascript event? -- View this message in context: http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting focus to a TextField
I would like to use the code snippet you're providing, but I don't fully understand it... Why are you creating an AjaxLink and then setting the focus on the TextField within the onClick() method of the AjaxLink? I think it was just an example. The question was how to set focus on a text field after handling an ajax request right? An AjaxLink is one example of such an ajax request. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is Wicket suitable for my CMS?
I'm doing an evaluation of some java web frameworks for doing the presentation layer of our CMS. We already have the backend, made with Spring/Hibernate. The behaviour of the CMS should be: 1) (Power) user draws the data model he want to store in the CMS (a sort of entity-relation diagram); 2) This user then writes html pages with tools provided by us or by himself. He put into page blocks of visual elements representing part of his model. I.e., in the parent HTML page he could put a block representing a browse able list of childs. So, I need a heavy component oriented framework, and Wicket seems to be suitable. But, for what I understood, Wicked is driven by pages. I would instead drive the presentation by some action (i.e. www.mycms.com/view/MyEntity/id/123), look into information system, find the suitable html page and then render it. I simply didn't understand if Wicket could be the right tool... I gave a look to kronos CMS but I'm very newbie about Wicket and this project lacks of documentation (for what I've seen). Could you give me some opinion and all references I could look? Thanks to all -- View this message in context: http://www.nabble.com/Is-Wicket-suitable-for-my-CMS--tf4536847.html#a12948749 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket-stuff Animator JavascriptSubject
hi nick, thanks for the feedback. there was indeed an error with the generated javascript in JavascriptSubject. The fix for that is already in the svn repository. so could you do an svn checkout and try that again? oh, you probably should remove the brackets around the javascript statement so that it looks like this: return Wicket.$('+progBar.getMarkupId()+').innerHTML =\Progress: \ + Math.round(value *100) + \%\; i tested that specific line and it worked for me ;) if you want to use a timed animation you could do something like this: // IHeaderContributor#renderHead public void renderHead(IHeaderResponse response) { // anim is a field in the page/component response.renderOnLoadJavascript(window.setTimeout(\ + anim.getAnimatorId() + .toggle()\, 1000);); } thanks again for the (informal) bug report and let me know if you have any more questions... gerolf On 9/28/07, NickCanada [EMAIL PROTECTED] wrote: Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff. I need a bit of help: Can anyone let me know how to implement a JavascriptSubject style subject? I have NumericalStyleSubject and CssStyleSubject animating a div nicely but I would love to add, for example something similar to this bit of javascript from the berniecode.com site: function updateButton(value) { $('ex1Button').innerHTML = Progress: + Math.round(value * 100) + %; } It seems that JavascriptSubject style subject is meant for this purpose however animJS.addSubject(new JavascriptSubject() { protected String getFunctionBody() { return [Wicket.$('+progBar.getMarkupId()+').innerHTML = \Progress: \ + Math.round(value *100) + \%\]; } }); gives me errors. Any help for a javascript and Wicket beginner appreciated Nick PS Is it possible to use animate with a timer rather than a javascript event? -- View this message in context: http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying images remotely - HTML email
Correct, I had to actually go back and scan through the class since it's been a year since I've even looked at it! ImageResource derives from DynamicWebResource. So, in the getResourceState() method I hard-coded a line that tests for a specific path (i.e. C:\\MyApp\\assets\\images) - if it does not contain it I feed an alternate image into it that says Resource could not be found...etc.. Hopefully this ensures that as long as there are nothing but images in the path being tested for, there should be no risk of someone discovering other resources outside of that path, correct? Does this seem safe enough? Thanks again, very helpful!! Eelco Hillenius wrote: I don't see how I'd be able to do that sort of path? I need to provide the full path for the reference to be found, since it's an external resource. Obviously, I get a NullPointerException if I just type in what you show in your example. You have imageResource registered as a shared resource, right? Unless I'm missing something, that class is something you or your collegues created yourselves, and it reads the file parameter to determine what needs to be served. All I'm proposing is to prepend whatever that file parameter returns with your base directory (just C:\ here). I must be missing something. Either way, this could be a huge security problem as I store other assets in these folders that definitely do *not* want users discovering or gaining access to. Have that imageResource implementation check that the resource may be accessed. Deny by default. You're potentially opening up your whole server if you don't so be very careful with this. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12949524 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket-stuff Animator JavascriptSubject
Hi Gerolf, Thanks so much - that worked well! ...getting rid of the brackets also much needed advice! I can now implement all the examples at berniecode.com using your library. This is nice code to learn from. Thanks again Nick Gerolf Seitz wrote: hi nick, thanks for the feedback. there was indeed an error with the generated javascript in JavascriptSubject. The fix for that is already in the svn repository. so could you do an svn checkout and try that again? oh, you probably should remove the brackets around the javascript statement so that it looks like this: return Wicket.$('+progBar.getMarkupId()+').innerHTML =\Progress: \ + Math.round(value *100) + \%\; i tested that specific line and it worked for me ;) if you want to use a timed animation you could do something like this: // IHeaderContributor#renderHead public void renderHead(IHeaderResponse response) { // anim is a field in the page/component response.renderOnLoadJavascript(window.setTimeout(\ + anim.getAnimatorId() + .toggle()\, 1000);); } thanks again for the (informal) bug report and let me know if you have any more questions... gerolf On 9/28/07, NickCanada [EMAIL PROTECTED] wrote: Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff. I need a bit of help: Can anyone let me know how to implement a JavascriptSubject style subject? I have NumericalStyleSubject and CssStyleSubject animating a div nicely but I would love to add, for example something similar to this bit of javascript from the berniecode.com site: function updateButton(value) { $('ex1Button').innerHTML = Progress: + Math.round(value * 100) + %; } It seems that JavascriptSubject style subject is meant for this purpose however animJS.addSubject(new JavascriptSubject() { protected String getFunctionBody() { return [Wicket.$('+progBar.getMarkupId()+').innerHTML = \Progress: \ + Math.round(value *100) + \%\]; } }); gives me errors. Any help for a javascript and Wicket beginner appreciated Nick PS Is it possible to use animate with a timer rather than a javascript event? -- View this message in context: http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411 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/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12949948 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: auto dirty and widget factory
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
we might remove the change tracking, but the interface can stay. maybe it wont be called a versionmanager anymore... -igor On 9/28/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
but then still we have the event.. johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
or just getPage().dirty(); -igor On 9/28/07, Matej Knopp [EMAIL PROTECTED] wrote: newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
yeah, so we keep the actual core events we support in the interface, like oncomponentadded(component) but remove all the Change objects. when a user changes the property they then have to call dirty(); personally i think we can just serialize every time and not require the user to call dirty() just assume it is after every request. not sure how wasteful that is...maybe if the user sets a different response page we assume the previous page is not dirty unless dirty() was called explicitly... -igor On 9/28/07, Johan Compagner [EMAIL PROTECTED] wrote: but then still we have the event.. johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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: auto dirty and widget factory
sure. you can hook whatever you want there. My remark was solely about ditching the version manager. Unless someone really wants it there, but then we have to fix it to support redo, etc. I dont' think it's worth it. -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: but then still we have the event.. johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: auto dirty and widget factory
On 9/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote: yeah, so we keep the actual core events we support in the interface, like oncomponentadded(component) but remove all the Change objects. when a user changes the property they then have to call dirty(); personally i think we can just serialize every time and not require the user to call dirty() just assume it is after every request. not sure how wasteful that is...maybe if the user sets a different response page we assume the previous page is not dirty unless dirty() was called explicitly... Yeah, that's a good point. Current state is as if dirty() was called every request. I think if anyone needs to tune this, we should provide way of marking page not dirty, which people who really have lot of small request that don't do anything (e.g. polling) could use. I remember doing such thing for thoof to suppress page serialization for ajax polling, but that was rather trivial to do. -Matej -igor On 9/28/07, Johan Compagner [EMAIL PROTECTED] wrote: but then still we have the event.. johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: newVersion(); looks much better to me than addStateChange(new ChangeThatIsNotUsedAnyway() { public void undo() }); -Matej On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote: yes we do we use it still extensively we dont cache the changes anymore those are gone, but we still uses it to bump up the versions else how can we do that? johan On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote: On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote: the problem is that that still not really does auto dirty.. Because where does it end? just add/remove/visitble/enable? The nice thing is we have already something like that: thats page versioning with the undo/change map. Don't get too attached to it :) We should remove it in the next version, doesn't make much sense for 2nd level cache session store :) -Matej If we extend that a little bit then we could have something like componentChanged(component) on a page (or somekind of listener) and that component did trigger it self what ever did happen on it (getting a child, settting the visibility, or setting an internal none wicket core property) johan On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote: but this discussion is not just about getter/setters (i don't care about those) but also for add and remove.. then we are getting into some other stuff Yes. Getters/ setters are less tricky. Though I'm still not breaking in sweat when I imagine removing final on add and remove. Eelco - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Presented Wicket to my Company...
Well here's our story, if it helps you. Traditionally we had a JSP+Struts+EJB2 model for all our projects. For our current project we decided to jump on the JEE5 bandwagon, and started out with JSF+EJB3 (SLSB)+ JPA, Now JSF and JSPs don't mix well, so we choose Facelets, and instead of struts we decided to use Seam, as that was the only available glue between the Web and EJB tier. So we had to learn JSF, Seam, Facelets, EJB3 and JPA. Now seam is no good without Stateful Session Beans so we had to change our SLSBs to Stateful Session Beans, and we had all sort of problems with Extended Persistence Context, not to mention, most developers hated Seam as it was very buggy in those days (late 2006, early 2007). We also had a remote EJB3 API layer, and JPA managed entities (especially the ones with lazy loading relationships) don't mix too well with remoting. And even after learning all these new technologies, our web pages, were still lacking all the fancy AJAX stuff. Now we had to learn Icefaces or ajax4jsf . Every body hated every aspect of this development model. Now we have a much saner development environment. Wicket + EJB3 (bcoz we still need remoting) + Spring + iBatis. If we didn't need that EJB remoting layer I would drop EJB3 like a hot potato. My advice, don't worry about the industry standard thing, if you have good developers , then go with Wicket. The first time I hooked up AjaxFallBackDefaultDataTable with my Spring DAO + iBatis, It nearly brought tears to my eyes. Using iBaits I am able to do sorting,filtering,paginating all in the Database, (as it should be done, instead of storing huge datasets in memory and doing it in code), and the DataTable Component gives me all the hooks to plug this in so smoothly. Can't think how I would have managed this with JSF and JPA. So use Wicket for Web and iBatis for ORM. :) robert.mcguinness wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc… Bah…just venting. I’m going to have to win the votes of the developers. I’ll keep everyone posted. Thanks amigos! - rm3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Presented Wicket to my Company...
Thanks you and everybody for all the responses. I will be referencing these emails when I argue my point. I'm pushing Wicket as the framework of choice and have already convinced the developers and two of the architects. I just got to get the managers on my side. I will keep everyone posted. Thanks again, much obliged. - rm3 gumnaam wrote: Well here's our story, if it helps you. Traditionally we had a JSP+Struts+EJB2 model for all our projects. For our current project we decided to jump on the JEE5 bandwagon, and started out with JSF+EJB3 (SLSB)+ JPA, Now JSF and JSPs don't mix well, so we choose Facelets, and instead of struts we decided to use Seam, as that was the only available glue between the Web and EJB tier. So we had to learn JSF, Seam, Facelets, EJB3 and JPA. Now seam is no good without Stateful Session Beans so we had to change our SLSBs to Stateful Session Beans, and we had all sort of problems with Extended Persistence Context, not to mention, most developers hated Seam as it was very buggy in those days (late 2006, early 2007). We also had a remote EJB3 API layer, and JPA managed entities (especially the ones with lazy loading relationships) don't mix too well with remoting. And even after learning all these new technologies, our web pages, were still lacking all the fancy AJAX stuff. Now we had to learn Icefaces or ajax4jsf . Every body hated every aspect of this development model. Now we have a much saner development environment. Wicket + EJB3 (bcoz we still need remoting) + Spring + iBatis. If we didn't need that EJB remoting layer I would drop EJB3 like a hot potato. My advice, don't worry about the industry standard thing, if you have good developers , then go with Wicket. The first time I hooked up AjaxFallBackDefaultDataTable with my Spring DAO + iBatis, It nearly brought tears to my eyes. Using iBaits I am able to do sorting,filtering,paginating all in the Database, (as it should be done, instead of storing huge datasets in memory and doing it in code), and the DataTable Component gives me all the hooks to plug this in so smoothly. Can't think how I would have managed this with JSF and JPA. So use Wicket for Web and iBatis for ORM. :) robert.mcguinness wrote: ...to tell you the truth, it impressed the developers but I didn't get that feeling from the top brass. I am pretty sure we will move towards Seam/JSF/Facelets (we have a presentation on that tech next week given by another developer) since it is standard. Has anyone here worked with the Seam tech? All the examples I have seen (including Facelets) is nothing but tag soup with scriptlets in the page (albeit small). The configuration for a Seam project seems like a pain and was also told that the JSF/Seam/Faclets jsp pages can be previewed in a browser (something I thought was so clever about Wicket html pages...and I was under the impression that Wicket was the only tech that allowed true separation of concerns; allowing the web designer to work independenly of the programmer with no duplication of work between the two). Maybe I'm blind to Wicket and I'm overlooking Seam and the techs related to it? I've worked with Freemarker and Struts before and Wicket feels like natural web development. I thought I covered all the great concepts about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc… Bah…just venting. I’m going to have to win the votes of the developers. I’ll keep everyone posted. Thanks amigos! - rm3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12951135 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: substitute same value in several places
Peter Dotchev wrote: I'd like to use the same value in several places of a page, e.g. two labels with same content. Let's say I want to substitute the same property using CompoundPropertyModel. Try: public class Home extends WebPage { private String l1 = abc; public Home() { setModel(new CompoundPropertyModel(this)); Label l1 = new Label(l1); add(l1); Label l2 = new Label(l2, l1.getModel()); add(l2); } } -- View this message in context: http://www.nabble.com/substitute-same-value-in-several-places-tf4530268.html#a12951473 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Presented Wicket to my Company...
So use Wicket for Web and iBatis for ORM. :) That's what Thoof.com uses too btw. I hear iBatis works really well. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]