Re: Rationale for Converting to AngularJS/Spring MVC
Hi, I didn't read whole conversation but you don't need to choose between Wicket and AngularJS. We are using both technologies together and it works great. AngularJS has no global state so you can use many Angular (island single page) apps in one Wicket page. For some use-cases is better Wicket so you use Wicket and for some (not so many) is better Angular, so you embed Angular app to Wicket page. Best regards, Dan Simko On Tue, Jan 7, 2014 at 8:37 AM, Martin Grigorov mgrigo...@apache.orgwrote: Make some noise about this (stupid) decision and when the higher management realize the mistake they made they will ask you ;-) Martin Grigorov Wicket Training and Consulting On Mon, Jan 6, 2014 at 3:11 PM, Richard W. Adams rwada...@up.com wrote: Whether the reasons are valid or not irrelevant. I only passed along what I have heard; don't necessarily agree with the rationales. As I said, I was not consulted (and probably never will be). From: Paul Bors p...@bors.ws To: users@wicket.apache.org users@wicket.apache.org Date: 01/03/2014 12:16 PM Subject:Re: Rationale for Converting to AngularJS/Spring MVC Both reasons provided don't carry much wight. 1) Dificulty of maintanance/upgrading between major releases Our webapp was our reporting tool which morphed into a system administative tool currently with 54k lines of code in well over 1k public classes (conform Sonar). I migrated the webapp from Wicket 1.3.x to 6.x by myself in under 2 weeks simply by following the migration tutorials one by one. 2) Cost of tranning new developers Wicket itself is model much after the Java's Swing and it promotes fast adaptation for new developers (they teach Swing in college). Perhaps the new staff should consider spending 1 to 2 weeks reading one of the many books avaialble on Wicket, see: http://wicket.apache.org/learn/books/ I spent a good 3-4 weeks reading over Andreas' free guide whcih took so long because I was reading it a chpater a day on the subway ride to work while at the same time proof reading his new material. You can print the free guide via: http://wicket.apache.org/start/userguide.html I don't know AngualrJS too much as I never worked with it. To me it looks like another JS framework out there in the mixture of many that can very easily be integrated with Wicket. Perhaps you should suggest that to your upper management. Anyhow, that's my two cents. On Fri, Jan 3, 2014 at 12:12 PM, Richard W. Adams rwada...@up.com wrote: I don't have first hand knowledge of the decision making process, but I understand there were two main factors: 1. Difficulty in changing/maintaining the intermediate corporate libraries, especially when considering whether to make the leap from Wicket 1.4.17 to 6.x. 2. A perception of excessive cost in training new developers to use Wicket. I myself am fairly comfortable with Wicket now (after 2 years experience), but have to admit the leaning curve was pretty steep. From: Ernesto Reinaldo Barreiro reier...@gmail.com To: users@wicket.apache.org Date: 01/03/2014 10:58 AM Subject:Re: Converting Wicket to AngularJS/Spring MVC May I ask what was the rationale of choosing Angular JS + Spring MVC over Wicket? I have been using Backbone + Spring MVC in a project, imposed by client, for the last month and to be honest I'm not impressed with productivity you achieve using the combination: not to mention that developers need to know both JavaScript + Java server side to be completely productive. IMHO this will impact your productivity in a negative way. The only reason I could see to make that move is if scalability is an issue. Best regards, Ernesto ** This email and any attachments may contain information that is confidential and/or privileged for the sole use of the intended recipient. Any use, review, disclosure, copying, distribution or reliance by others, and any forwarding of this email or its contents, without the express permission of the sender is strictly prohibited by law. If you are not the intended recipient, please contact the sender immediately, delete the e-mail and destroy all copies. ** ** This email and any attachments may contain information that is confidential and/or privileged for the sole use of the intended recipient. Any use, review, disclosure, copying, distribution or reliance by others, and any forwarding of this email or its contents, without the express permission of the sender is strictly prohibited by law. If you are not the intended recipient, please contact the sender immediately, delete the e-mail and destroy all copies. **
Re: Inmethod Grid on IE9
Hi, my IE has the same problem. But unfortunately I do not have any idea how to fix (except to remove horizontal scrollbar). On Thu, Jul 18, 2013 at 5:02 PM, Jose Mauricio Meraz Mercado jmm...@gmail.com wrote: It seems there was something wrong with my IE, now it is working fine Thanks 2013/7/12 Jose Mauricio Meraz Mercado jmm...@gmail.com Hi, Currently on the application we are developing we are using InMethod grids, when those grids have a horizontal scroll bar there is a strange behavior that makes the div that has the contents grow when you select text or when you select a record on the grid. This behavior can be reproduced on http://www.wicket-library.com/inmethod-grid/data-grid/simple (the horizontal scroll bar has to be present, just passing the mouse on the rows will cause the navigation bar to be pushed below). IE8, Firefox and Chrome this works fine We found this on the wicketstuff project with something similar to what we have, but the solution provided doesn't work: https://github.com/wicketstuff/core/issues/44 Has anyone experienced and resolved this? Thanks for any help We are using Wicket 1.4.19 and Inmethod-grid 1.4.9.1 -- El conocimiento es poder
Re: What is your setup for Rapid Application Development?
Please take a look also on https://github.com/brix-cms/brix-cms/wiki On Fri, Apr 26, 2013 at 9:38 AM, Andrew Schetinin ascheti...@gmail.comwrote: Hi Martin, See inside... On Fri, Apr 26, 2013 at 10:01 AM, Martin Grigorov mgrigo...@apache.org wrote: Hi Andrew, On Fri, Apr 26, 2013 at 7:13 AM, Andrew Schetinin ascheti...@gmail.com wrote: In our case, we had to implement the second option, suitable for our needs Can you explain what do you mean by suitable for our needs ? From your message above this phrase it seems RAD/CRUD are something universal that will fit any needs. But then you say _our needs_ ... We have a pretty basic framework that allows defining an edit form logic in Java without touching any HTML, and the HTML is generated automatically from common blocks. The idea is basic and universal, but the implementation is relatively tightly coupled with the back-end, and making it more generic (or even open-sourcing it) requires significant efforts - not something we can do at this stage. This is the reason why there are no such at the moment. Or at least not widely used. That's right - it requires a lot of efforts to maintain any framework. From the other side - consider Rails and Grails - they do have to have RAD GUI and they are very successful mostly because of that fact. - http://isis.apache.org/ (see it Wicket Viewer) (very well maintained. I have no information how many users it has) I considered this one for one of the last projects, but found its documentation lacking, and decided it is not enough supported. Then you will figure out that Ruby/Groovy performance is not that good and you will have to reimplement your prototype with something else ... Well, that's a holy war topic :-) I better will not touch it :-) Regards, Andrew -- Andrew Schetinin
Re: Problem with InmethodGrid in IE
Hi, IE8 doesn't support 'bind' function. Please look at https://github.com/wicketstuff/core/pull/189. Unfortunately I didn't have time to rewrite it like Martin advised. Dan On Tue, Feb 12, 2013 at 3:07 PM, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Yes, I can confirm this... It also happens with 6.5.0. I will have a look ASAP. Please also mind that after 6.4.0 inMethod grid is jquery base (so, you no longer need YUI around). On Tue, Feb 12, 2013 at 11:47 AM, Stefan Renz s.r...@efonds.com wrote: Hi, since migrating to Wicket 6, we have problems with InmethodGrid when rendering in IE (6 and 8). Just rendering the page containing an InMethod grid causes IE to complain about JavaScript: Inmethod.XTableManager.instance is either null or not an object (translated, I only see a German message). I created a quickstart to quickly demonstrate this behavior. Has anyone encountered that as well and an idea on how to fix that? Thanks, bye Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com/ http://antiliasoft.com/antilia
Re: inmethod grid 6.0-SNAPSHOT doesn't work in IE8
Hi, I finally found out where problem is. IE8 doesn't support 'bind' function. I just committed fix from: https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Global_Objects/Function/bind Best regards, Dan On Wed, Sep 5, 2012 at 10:36 PM, Dan Simko wicke...@gmail.com wrote: sorry, attachment is here http://wickeria.com/screenshot.png On Wed, Sep 5, 2012 at 10:27 PM, Dan Simko wicke...@gmail.com wrote: Hi, online example (http://www.wicket-library.com/inmethod-grid) is working great in my IE8, but when I run latest version from https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid is not initialized correctly in IE8 (see attachment). The problem is probably in script.js on line 1545: window.setInterval(this.update.bind(this), interval); Unfortunately I do not have so strong JS knowledge in order to fix it. In FF and Chrome grid works great. Thanks in advance!
Re: Wicket plugin architecture
Hi, You can also look at https://github.com/brix-cms/brix-cms. It is much simpler than hippo. Best regards, Dan On Tue, Sep 25, 2012 at 10:48 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, The simplest way is to use Wicket's org.apache.wicket.IInitializer class. Just create a Jar (the plugin) that contains the plugin classes and wicket.properties in the root package and a line inside: initializer=com.example.MyInitializer MyInitializer#init(Application) will be called just before MyApp#init(). In this method you can add whatever your plugin provides to the global configuration On Tue, Sep 25, 2012 at 11:35 AM, Michal Wegrzyn michal.wegr...@onior.com wrote: Dear developers, I need to prepare plugin architecture for a Wicket based project. I've found that open source Hippo CMS ( http://svn.onehippo.org/repos/hippo/ ) does it, but I am curious if there are any other projects that do such a thing? Do you maybe know this kind of projects or frameworks? Are there any important in-depth aspects of Wicket of which should I be aware of for creating plugin architecture? Best regards, Michal Wegrzyn -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
inmethod grid 6.0-SNAPSHOT doesn't work in IE8
Hi, online example (http://www.wicket-library.com/inmethod-grid) is working great in my IE8, but when I run latest version from https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid is not initialized correctly in IE8 (see attachment). The problem is probably in script.js on line 1545: window.setInterval(this.update.bind(this), interval); Unfortunately I do not have so strong JS knowledge in order to fix it. In FF and Chrome grid works great. Thanks in advance! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: inmethod grid 6.0-SNAPSHOT doesn't work in IE8
sorry, attachment is here http://wickeria.com/screenshot.png On Wed, Sep 5, 2012 at 10:27 PM, Dan Simko wicke...@gmail.com wrote: Hi, online example (http://www.wicket-library.com/inmethod-grid) is working great in my IE8, but when I run latest version from https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid is not initialized correctly in IE8 (see attachment). The problem is probably in script.js on line 1545: window.setInterval(this.update.bind(this), interval); Unfortunately I do not have so strong JS knowledge in order to fix it. In FF and Chrome grid works great. Thanks in advance!
Re: Wicket 1.6 - strange behavior with Fragment, ModalWindow and resources
done, WICKET-4669 On Tue, Jul 24, 2012 at 1:38 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, File a ticket please. On Tue, Jul 24, 2012 at 12:14 PM, Dan Simko wicke...@gmail.com wrote: Hi, I am not sure if it's a bug but in version 1.5 this code was working: public class HomePage extends WebPage { private static final long serialVersionUID = 1L; public HomePage(final PageParameters parameters) { super(parameters); final ModalWindow window = new ModalWindow(modal); window.setContent(new MyFragment(ModalWindow.CONTENT_ID, this)); add(window); add(new AjaxLink(link) { @Override public void onClick(AjaxRequestTarget target) { window.show(target); } }); } // FIXME: If you uncomment this, resources will be added to the page and carousel will be created, // but only first time when you click on show modal link. Second time carousel is not created. //@Override //public void renderHead(IHeaderResponse response) { //response.render(JavaScriptHeaderItem.forReference(new PackageResourceReference(MyFragment.class, jquery.jcarousel.js))); //response.render(CssHeaderItem.forReference(new PackageResourceReference(MyFragment.class, skin.css))); //} private static class MyFragment extends Fragment{ public MyFragment(String id, MarkupContainer container) { super(id, fragment, container); } //FIXME: resources are not added to the page head @Override public void renderHead(IHeaderResponse response) { response.render(JavaScriptHeaderItem.forReference(new PackageResourceReference(MyFragment.class, jquery.jcarousel.js))); response.render(CssHeaderItem.forReference(new PackageResourceReference(MyFragment.class, skin.css))); } } } Should I create a Jira? Quickstart is attached. Thanks in advance! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org