Newbie questions regarding wicket and presentation
Hi, I've read the preliminary materials on the site and I'm also reading Manning's Wicket in Action. I like Wicket's programming model a lot and is considering my next project using wicket. But before that I am doing an evaluation project to convert an part of an existing application using wicket. Question1: Applications that I work with typically feature girds. My past approach had been to use ExtJS+JSON Servlets and more recently JQuery+DWR. Although we are quite productive, my main gripe was that there are too much work done wiring HTML and Server Side (which is why I much prefer Wicket's approach). Is there a robust implementation on Wicket that I can use that offers similar functionality to things like Ext's grids or JqGrid? Or must I create my own grid component from scratch in Wicket? I can't seem to find it? Question 2: In my environment, security is the most important issue. In fact a proxy server sits between users and the servers, it changes requests ips and make it look like all requests originate from some ip addresses (this hits the web layer). Will this interfere with Wicket's state management? Sorry I'm very new to Wicket and may be asking a silly question, apologies if this has been answered on the wiki. Question 3: DWR prevent XSS on Ajax exploits by implementing secret-key mechanism. Is there a similar implementation in Wicket? Is there any best practice or techniques that we should use to avoid inadvertently exposing our ajax code to hijacking? Thanks in advance. Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Is it possible to setup a Wicket project without Maven?
Hi, Is it possible to have just an ANT build.xml for a Wicket project? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is it possible to setup a Wicket project without Maven?
Thanks! That was exactly what I was looking for. On Fri, Oct 23, 2009 at 8:07 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > See the free chapter 15 from Wicket in Action: > http://wicketinaction.com/downloads > > Martijn > > On Fri, Oct 23, 2009 at 12:57 PM, Lester Chua wrote: > > Hi, > > > > Is it possible to have just an ANT build.xml for a Wicket project? > > > > Lester > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Newbie questions regarding wicket and presentation
Thanks! Regards, Lester Jeremy Thomerson wrote: Answers inline. -- Jeremy Thomerson http://www.wickettraining.com On Fri, Oct 23, 2009 at 3:48 AM, Lester Chua wrote: Hi, I've read the preliminary materials on the site and I'm also reading Manning's Wicket in Action. I like Wicket's programming model a lot and is considering my next project using wicket. But before that I am doing an evaluation project to convert an part of an existing application using wicket. Question1: Applications that I work with typically feature girds. My past approach had been to use ExtJS+JSON Servlets and more recently JQuery+DWR. Although we are quite productive, my main gripe was that there are too much work done wiring HTML and Server Side (which is why I much prefer Wicket's approach). Is there a robust implementation on Wicket that I can use that offers similar functionality to things like Ext's grids or JqGrid? Or must I create my own grid component from scratch in Wicket? I can't seem to find it? I think the Inmethod Grid is the most robust grid implementation available for Wicket. Check it out. Question 2: In my environment, security is the most important issue. In fact a proxy server sits between users and the servers, it changes requests ips and make it look like all requests originate from some ip addresses (this hits the web layer). Will this interfere with Wicket's state management? Sorry I'm very new to Wicket and may be asking a silly question, apologies if this has been answered on the wiki. Wicket relies on the servlet container for sessions - the servlet container uses jsessionid cookies just like any other servlet. So, no, IPs will not effect Wicket sessions. Question 3: DWR prevent XSS on Ajax exploits by implementing secret-key mechanism. Is there a similar implementation in Wicket? Is there any best practice or techniques that we should use to avoid inadvertently exposing our ajax code to hijacking? It's very hard to hijack Wicket URLs at all (ajax or not) because they are all session relative. Especially ajax URLs are not action oriented (i.e. /posts/delete?id=foo) but are session path oriented. Thanks in advance. Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Need help with error with in my list code
Hi,
I'm very new to wicket and need some help with what I thought is very
straight forward code.
Wicket Version 1.4.3
Code:
-- Html -
Grouping:
Additional Remarks:
-- Java --
Form dataForm = new Form("dataForm") {
@Override
protected void onSubmit() {
System.out.println("Form 4 submitted");
}
};
dataForm.add(new TextArea("additionalRemarks", new
Model("additionalRemarks")));
List groupings = Arrays.asList("Group 1", "Group 2");
DropDownChoice grouping = new DropDownChoice("grouping", groupings);
dataForm.add(grouping);
add(dataForm);
When I visit my page, I keep getting the error:
--- Error -
WicketMessage: Unable to find component with id 'grouping' in
[MarkupContainer [Component id = dataForm]]. This means that you declared
wicket:id=grouping in your markup, but that you either did not add the
component to your page at all, or that the hierarchy does not match.
It points to in my html.
Removing the select lets the page render correctly.
Is the error caused by me adding a DropDownChoice component to a Form? I've
looked at the web examples and they dont seem to have a problem and yet my
simple select form cannot run. Did I misunderstand the component hierarchy?
DropDownList cannot be added to a Form?
Help will be appreciated.
Re: Need help with error with in my list code
Update:
I found out what the was.
I was running Jetty via JavaRebel agent.
Somehow JavaRebel could not load in the changes in the Java code properly
and that was what caused the code error.
There was nothing wrong with the code.
Thanks.
On Mon, Oct 26, 2009 at 10:43 AM, Lester Chua wrote:
> Hi,
>
> I'm very new to wicket and need some help with what I thought is very
> straight forward code.
>
> Wicket Version 1.4.3
> Code:
>
> -- Html -
>
>
> Grouping:
> Additional Remarks:
> name="additionalRemarks">
>
>
>
> -- Java --
>
> Form dataForm = new Form("dataForm") {
> @Override
> protected void onSubmit() {
> System.out.println("Form 4 submitted");
> }
> };
>
> dataForm.add(new TextArea("additionalRemarks", new
> Model("additionalRemarks")));
> List groupings = Arrays.asList("Group 1", "Group 2");
> DropDownChoice grouping = new DropDownChoice("grouping", groupings);
> dataForm.add(grouping);
> add(dataForm);
>
> When I visit my page, I keep getting the error:
>
> --- Error -
>
> WicketMessage: Unable to find component with id 'grouping' in
> [MarkupContainer [Component id = dataForm]]. This means that you declared
> wicket:id=grouping in your markup, but that you either did not add the
> component to your page at all, or that the hierarchy does not match.
>
> It points to in my html.
>
> Removing the select lets the page render correctly.
>
> Is the error caused by me adding a DropDownChoice component to a Form? I've
> looked at the web examples and they dont seem to have a problem and yet my
> simple select form cannot run. Did I misunderstand the component hierarchy?
> DropDownList cannot be added to a Form?
>
> Help will be appreciated.
>
Re: Need help with error with in my list code
Thanks for the reference, I'll take a look at it.
On Mon, Oct 26, 2009 at 10:57 AM, Haulyn R. Jason wrote:
> I do not think JavaReble is a good tool for Wicket. Try Glassfish with
> hot deploy with netbeans, works very well with Wicket.
>
> On Mon, Oct 26, 2009 at 10:50 AM, Lester Chua
> wrote:
> > Update:
> >
> > I found out what the was.
> > I was running Jetty via JavaRebel agent.
> > Somehow JavaRebel could not load in the changes in the Java code properly
> > and that was what caused the code error.
> > There was nothing wrong with the code.
> >
> > Thanks.
> >
> >
> > On Mon, Oct 26, 2009 at 10:43 AM, Lester Chua
> wrote:
> >
> >> Hi,
> >>
> >> I'm very new to wicket and need some help with what I thought is very
> >> straight forward code.
> >>
> >> Wicket Version 1.4.3
> >> Code:
> >>
> >> -- Html -
> >>
> >>
> >> Grouping:
> >> Additional Remarks:
> >> >> name="additionalRemarks">
> >>
> >>
> >>
> >> -- Java --
> >>
> >> Form dataForm = new Form("dataForm") {
> >> @Override
> >> protected void onSubmit() {
> >> System.out.println("Form 4 submitted");
> >> }
> >> };
> >>
> >> dataForm.add(new TextArea("additionalRemarks", new
> >> Model("additionalRemarks")));
> >> List groupings = Arrays.asList("Group 1", "Group 2");
> >> DropDownChoice grouping = new DropDownChoice("grouping", groupings);
> >> dataForm.add(grouping);
> >> add(dataForm);
> >>
> >> When I visit my page, I keep getting the error:
> >>
> >> --- Error -
> >>
> >> WicketMessage: Unable to find component with id 'grouping' in
> >> [MarkupContainer [Component id = dataForm]]. This means that you
> declared
> >> wicket:id=grouping in your markup, but that you either did not add the
> >> component to your page at all, or that the hierarchy does not match.
> >>
> >> It points to in my html.
> >>
> >> Removing the select lets the page render correctly.
> >>
> >> Is the error caused by me adding a DropDownChoice component to a Form?
> I've
> >> looked at the web examples and they dont seem to have a problem and yet
> my
> >> simple select form cannot run. Did I misunderstand the component
> hierarchy?
> >> DropDownList cannot be added to a Form?
> >>
> >> Help will be appreciated.
> >>
> >
>
>
>
> --
> Many thanks!
>
> Haulyn Microproduction
>
> You can access me with the following ways:
> Location: Shandong Jinan Shumagang 6H-8, 25
> Mobile: +086-15864011231
> email: saharab...@gmail.com, hmp.hau...@foxmail.com
> website: http://haulynjason.net
> gtalk: saharab...@gmail.com
> skype: saharabear
> QQ: 378606292
> persional Twitter: http://twitter.com/saharabear
> persional Linkedin: http://www.linkedin.com/in/haulyn
> Haulyn Microproduction Twitter: http://twitter.com/haulynmp
>
>
> Haulyn Jason
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: Need help with error with in my list code
Hi,
To set the record straight, JavaRebel works very well for Wicket.
My error was that I didnt understand Wicket's object lifecycles.
I did not refresh my wicket pages after a building affected page classes.
So the object instances where still old ones when I interacted with the
pages.
I had assumed wrongly that Wicket worked the same way as Struts etc (i.e.
traditional web servlets based technologies) and did not realise that the
Page instance is somehow held in memory by WIcket for my "page" session.
JavaRebel worked as expected after I do a refresh of the page after
rebuilding the page class.
I repeat JavaRebel works very well for Wicket.
Is there a good explaination or writeup on Wicket Page and Component
lifecycles that I can read up so that I can understand the lifecycle
properly?
On Mon, Oct 26, 2009 at 4:10 PM, Maarten Bosteels
wrote:
> On Mon, Oct 26, 2009 at 4:57 AM, Haulyn R. Jason >wrote:
>
> > I do not think JavaReble is a good tool for Wicket. Try Glassfish with
> > hot deploy with netbeans, works very well with Wicket.
> >
>
>
> Why would Wicket not work well with JavaRebel ?
> It works fine for me.
>
> Maarten
>
> >
> > On Mon, Oct 26, 2009 at 10:50 AM, Lester Chua
> > wrote:
> > > Update:
> > >
> > > I found out what the was.
> > > I was running Jetty via JavaRebel agent.
> > > Somehow JavaRebel could not load in the changes in the Java code
> properly
> > > and that was what caused the code error.
> > > There was nothing wrong with the code.
> > >
> > > Thanks.
> > >
> > >
> > > On Mon, Oct 26, 2009 at 10:43 AM, Lester Chua
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> I'm very new to wicket and need some help with what I thought is very
> > >> straight forward code.
> > >>
> > >> Wicket Version 1.4.3
> > >> Code:
> > >>
> > >> -- Html -
> > >>
> > >>
> > >> Grouping:
> > >> Additional Remarks:
> > >> > >> name="additionalRemarks">
> > >>
> > >>
> > >>
> > >> -- Java --
> > >>
> > >> Form dataForm = new Form("dataForm") {
> > >> @Override
> > >> protected void onSubmit() {
> > >> System.out.println("Form 4 submitted");
> > >> }
> > >> };
> > >>
> > >> dataForm.add(new TextArea("additionalRemarks", new
> > >> Model("additionalRemarks")));
> > >> List groupings = Arrays.asList("Group 1", "Group 2");
> > >> DropDownChoice grouping = new DropDownChoice("grouping", groupings);
> > >> dataForm.add(grouping);
> > >> add(dataForm);
> > >>
> > >> When I visit my page, I keep getting the error:
> > >>
> > >> --- Error -
> > >>
> > >> WicketMessage: Unable to find component with id 'grouping' in
> > >> [MarkupContainer [Component id = dataForm]]. This means that you
> > declared
> > >> wicket:id=grouping in your markup, but that you either did not add the
> > >> component to your page at all, or that the hierarchy does not match.
> > >>
> > >> It points to in my html.
> > >>
> > >> Removing the select lets the page render correctly.
> > >>
> > >> Is the error caused by me adding a DropDownChoice component to a Form?
> > I've
> > >> looked at the web examples and they dont seem to have a problem and
> yet
> > my
> > >> simple select form cannot run. Did I misunderstand the component
> > hierarchy?
> > >> DropDownList cannot be added to a Form?
> > >>
> > >> Help will be appreciated.
> > >>
> > >
> >
> >
> >
> > --
> > Many thanks!
> >
> > Haulyn Microproduction
> >
> > You can access me with the following ways:
> > Location: Shandong Jinan Shumagang 6H-8, 25
> > Mobile: +086-15864011231
> > email: saharab...@gmail.com, hmp.hau...@foxmail.com
> > website: http://haulynjason.net
> > gtalk: saharab...@gmail.com
> > skype: saharabear
> > QQ: 378606292
> > persional Twitter: http://twitter.com/saharabear
> > persional Linkedin: http://www.linkedin.com/in/haulyn
> > Haulyn Microproduction Twitter: http://twitter.com/haulynmp
> >
> >
> > Haulyn Jason
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
Question Wicket Pages and Directories
Hi, I think I'm the minority here but I like how wicket's default behaviour of placing html with the page. I have a problem that I hope someone has encountered and solved before. Basically, I current my source structure to be as follows com/acme/web/HomePage.java com/acme/web/HomePage.html com/acme/web/SomePage.java com/acme/web/SomePage.html com/acme/panel/NavPanel.java com/acme/panel/NavPanel.html In my NavPanel.html, I have some links to HomePage.html as well as NavPanel.html. Some Page This works. The debug shows that Wicket is automatically figuring which page to link to link to. But when I do the following com/acme/proga/SomePage.java com/acme/proga/SomePage.html com/acme/home/HomePage.java com/acme/home/HomePage.html com/acme/panel/NavPanel.java com/acme/panel/NavPanel.html Wicket debug warning shows that it is unable to figure what Page class to give Some Page. WARN org.apache.wicket.markup.resolver.AutoLinkResolver - Did not find corresponding java class: com.acme.home.SomePage I am thinking that probably what I'm trying to do is wrong. If so, what is the proper way to make the pages available in a Navigator? I tried building the links dynamically by iterating a list of pages and getting the paths from there BUT I am stuck trying get a list of Pages of my application. Is there a way for me to resolve this? Thanks in advance. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question Wicket Pages and Directories
Thanks Martijn,
I think I stumbled on the solution just before I saw your hint =).
Please help me take a look and see if the way I approached the problem
is too cumbersome.
Basically my HTML, in my NavigationalPanel.html:
wicket:id="displayName">
Java, I have a NavigationPanel:
public class NavigationPanel extends Panel {
public NavigationPanel(String id) {
super(id);
List links = new ArrayList();
links.add(new CustomLinkedPage("Home Page", HomePage.class));
links.add(new CustomLinkedPage("Some Page", SomePage.class));
add(new ListView("links", links) {
public void populateItem(final ListItem item) {
final CustomLinkedPage link = (CustomLinkedPage)
item.getModelObject();
item.add(new CustomBookmarkablePageLink("link",
link.getPageClass(), link.getDisplayName()));
}
});
}
class CustomLinkedPage {
Class pageClass;
String displayName;
public CustomLinkedPage(String displayName, Class pageClass) {
this.pageClass = pageClass;
this.displayName = displayName;
}
// remved getters and setters for less verbosity
}
class CustomBookmarkablePageLink extends BookmarkablePageLink {
public CustomBookmarkablePageLink(String id, Class pageClass,
String displayName) {
super(id, pageClass);
this.displayName = displayName;
add(new Label("displayName", displayName));
}
String displayName;
// remved getters and setters for less verbosity
}
}
I tried subclassing BookmarkablePageLink directly without
CustomLinkedPage but it created "inelegant" code that made me put "link"
at new instance time which I hated, because the "link" reference seems
to be in the wrong scope.
Spent lots of time researching and had a hard time figuring this out.
The amount and quality of documents in Wicket is not rich enough for
newbies to get up to speed quickly enough. Having said that, I totally
love the component object model. No other framework (I worked with quite
a number of them) lets me subclass so nicely and having such neat code
in html! =)
Regards,
Lester
Martijn Dashorst wrote:
Use normal BookmarkablePageLinks instead of . The latter
is just convenience and only supports the most basic stuff.
Martijn
On Wed, Oct 28, 2009 at 7:55 AM, Lester Chua wrote:
Hi,
I think I'm the minority here but I like how wicket's default behaviour of
placing html with the page.
I have a problem that I hope someone has encountered and solved before.
Basically, I current my source structure to be as follows
com/acme/web/HomePage.java
com/acme/web/HomePage.html
com/acme/web/SomePage.java
com/acme/web/SomePage.html
com/acme/panel/NavPanel.java
com/acme/panel/NavPanel.html
In my NavPanel.html, I have some links to HomePage.html as well as
NavPanel.html. Some Page
This works. The debug shows that Wicket is automatically figuring which page
to link to link to.
But when I do the following
com/acme/proga/SomePage.java
com/acme/proga/SomePage.html
com/acme/home/HomePage.java
com/acme/home/HomePage.html
com/acme/panel/NavPanel.java
com/acme/panel/NavPanel.html
Wicket debug warning shows that it is unable to figure what Page class to
give Some Page.
WARN org.apache.wicket.markup.resolver.AutoLinkResolver - Did not find
corresponding java class: com.acme.home.SomePage
I am thinking that probably what I'm trying to do is wrong. If so, what is
the proper way to make the pages available in a Navigator?
I tried building the links dynamically by iterating a list of pages and
getting the paths from there BUT I am stuck trying get a list of Pages of my
application.
Is there a way for me to resolve this?
Thanks in advance.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question Wicket Pages and Directories
Thanks!
I was just wondering how to cache it as the performance immediately took
quite a bad hit when I used ListView, RepeatingView is much much better
for my nav purposes.
Regards,
Lester
Martijn Dashorst wrote:
I'd rather use RepeatingView, together with a utility method for
adding the menu items. A ListView refreshes the menu on each render,
and your menu is rather static.
something like:
RepeatingView rv = new RepeatingView("menu");
addMenuItem(rv, "Name of menuitem", PageThatIsLinkedTo.class);
private void addMenuItem(RepeatingView rv, String labelText, Class page) {
BookmarkablePageLink link = new BookmarkablePageLink(rv.newChildId(), page);
link.add(new Label("label", labelText));
rv.add(link);
}
On Wed, Oct 28, 2009 at 9:58 AM, Lester Chua wrote:
Thanks Martijn,
I think I stumbled on the solution just before I saw your hint =).
Please help me take a look and see if the way I approached the problem is
too cumbersome.
Basically my HTML, in my NavigationalPanel.html:
Java, I have a NavigationPanel:
public class NavigationPanel extends Panel {
public NavigationPanel(String id) {
super(id);
List links = new
ArrayList();
links.add(new CustomLinkedPage("Home Page", HomePage.class));
links.add(new CustomLinkedPage("Some Page", SomePage.class));
add(new ListView("links", links) {
public void populateItem(final ListItem item) {
final CustomLinkedPage link = (CustomLinkedPage)
item.getModelObject();
item.add(new CustomBookmarkablePageLink("link",
link.getPageClass(), link.getDisplayName()));
}
});
}
class CustomLinkedPage {
Class pageClass;
String displayName;
public CustomLinkedPage(String displayName, Class pageClass) {
this.pageClass = pageClass;
this.displayName = displayName;
}
// remved getters and setters for less verbosity }
class CustomBookmarkablePageLink extends BookmarkablePageLink {
public CustomBookmarkablePageLink(String id, Class pageClass, String
displayName) {
super(id, pageClass);
this.displayName = displayName;
add(new Label("displayName", displayName));
}
String displayName;
// remved getters and setters for less verbosity }
}
I tried subclassing BookmarkablePageLink directly without CustomLinkedPage
but it created "inelegant" code that made me put "link" at new instance time
which I hated, because the "link" reference seems to be in the wrong scope.
Spent lots of time researching and had a hard time figuring this out. The
amount and quality of documents in Wicket is not rich enough for newbies to
get up to speed quickly enough. Having said that, I totally love the
component object model. No other framework (I worked with quite a number of
them) lets me subclass so nicely and having such neat code in html! =)
Regards,
Lester
Martijn Dashorst wrote:
Use normal BookmarkablePageLinks instead of . The latter
is just convenience and only supports the most basic stuff.
Martijn
On Wed, Oct 28, 2009 at 7:55 AM, Lester Chua wrote:
Hi,
I think I'm the minority here but I like how wicket's default behaviour
of
placing html with the page.
I have a problem that I hope someone has encountered and solved before.
Basically, I current my source structure to be as follows
com/acme/web/HomePage.java
com/acme/web/HomePage.html
com/acme/web/SomePage.java
com/acme/web/SomePage.html
com/acme/panel/NavPanel.java
com/acme/panel/NavPanel.html
In my NavPanel.html, I have some links to HomePage.html as well as
NavPanel.html. Some Page
This works. The debug shows that Wicket is automatically figuring which
page
to link to link to.
But when I do the following
com/acme/proga/SomePage.java
com/acme/proga/SomePage.html
com/acme/home/HomePage.java
com/acme/home/HomePage.html
com/acme/panel/NavPanel.java
com/acme/panel/NavPanel.html
Wicket debug warning shows that it is unable to figure what Page class to
give Some Page.
WARN org.apache.wicket.markup.resolver.AutoLinkResolver - Did not find
corresponding java class: com.acme.home.SomePage
I am thinking that probably what I'm trying to do is wrong. If so, what
is
the proper way to make the pages available in a Navigator?
I tried building the links dynamically by iterating a list of pages and
getting the paths from there BUT I am stuck trying get a list of Pages of
my
application.
Is there a way for me to resolve this?
Thanks in advance.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
How to do Button onclick() and Input onchange()
Hi,
I need some help in trying to get onclick() and onchange() working.
Case 1: I'm trying to add an onclick behaviour to my button.
Java:
Button cancelButton = new Button("cancelButton") {
@Override
public void onSubmit()
{
System.out.println("Cancel Pressed");
}
};
add(cancelButton);
Html:
wicket:id="cancelButton" type="button" value="Cancel">
Problem is that when I click on the Cancel button, nothings happens. The
Confirm button works as expected. Just that the cancel button does not
seem to work at all.
When I look at the source of the generated HTML, there is no onclick
code generated. Is this expected? What am I doing wrong in this case?
Case 2: What should I override when I want to do an onchange on an Input
text box?
Thanks in advance!
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: How to do Button onclick() and Input onchange()
Hi Christian,
Case 1:
I've changed it to type submit but now I have an unintended side effect.
Basically, in addition to processing my code, it seems to also perform
the form submit which I was trying to prevent with the 2nd button.
Java Code
class MyForm extends Form {
public MyForm(String id) {
Button cancelButton = new Button("cancelButton") {
public void onSubmit()
{
System.out.println("Cancel Pressed");
}
};
add(cancelButton);
}
protected void onSubmit() {
System.out.println("Normal Submit");
}
}
When I clicked cancel, both are triggered. I see cancel pressed as well
as normal submit.
What should I do to change behaviour so that the click is intercepted
correctly?
Case 2:
Thanks for the hint. I'll look at it and revert.
Regards,
Lester
Giambalvo, Christian wrote:
Hi,
case 1: if i'm not wrong you have to place a submit button inside a form
otherwise this button doesn't work.
Case 2: look at AjaxEventBehavior for on change
Mit freundlichen Grüßen
Christian Giambalvo
--
Fachinformatiker für Anwendungsentwicklung
EXCELSIS Informationssysteme GmbH
Wilhelmsplatz 8 - 70182 Stuttgart
Mobile +49 176 196 32 406
Office +49 711 6 20 30 406
christian.giamba...@excelsisnet.com
www.excelsisnet.com
www.twitter.com/excelsis_info
excelsisnet.blogspot.com
Sitz Stuttgart
Amtsgericht Stuttgart, HRB 21104
Geschäftsführer: Christian Sauter, Dr. Nils Herda, Frank Wolf
-Ursprüngliche Nachricht-
Von: Lester Chua [mailto:cicowic...@gmail.com]
Gesendet: Donnerstag, 29. Oktober 2009 08:23
An: users@wicket.apache.org
Betreff: How to do Button onclick() and Input onchange()
Hi,
I need some help in trying to get onclick() and onchange() working.
Case 1: I'm trying to add an onclick behaviour to my button.
Java:
Button cancelButton = new Button("cancelButton") {
@Override
public void onSubmit()
{
System.out.println("Cancel Pressed");
}
};
add(cancelButton);
Html:
wicket:id="cancelButton" type="button" value="Cancel">
Problem is that when I click on the Cancel button, nothings happens. The
Confirm button works as expected. Just that the cancel button does not
seem to work at all.
When I look at the source of the generated HTML, there is no onclick
code generated. Is this expected? What am I doing wrong in this case?
Case 2: What should I override when I want to do an onchange on an Input
text box?
Thanks in advance!
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: How to do Button onclick() and Input onchange()
Thanks for the admonishment, I should read the manual.
In fact I did before you replied and added
setDefaultFormProcessing(false) to my code and almost got it working.
I currently have a issue with the behavior still sometimes doing the
default submit when I click cancel but I think it's probably a lifecycle
issue.
Regards,
Lester
Stefan Lindner wrote:
Looking into the JavaDoc /API is always a good approach:
"One other option you should know of is the 'defaultFormProcessing' property of
Button components. When you set this to false (default is true), all validation and
formupdating is bypassed and the onSubmit method of that button is called directly, and
the onSubmit method of the parent form is not called. A common use for this is to create
a cancel button."
-Ursprüngliche Nachricht-
Von: Lester Chua [mailto:cicowic...@gmail.com]
Gesendet: Donnerstag, 29. Oktober 2009 08:54
An: users@wicket.apache.org
Betreff: Re: AW: How to do Button onclick() and Input onchange()
Hi Christian,
Case 1:
I've changed it to type submit but now I have an unintended side effect.
Basically, in addition to processing my code, it seems to also perform
the form submit which I was trying to prevent with the 2nd button.
Java Code
class MyForm extends Form {
public MyForm(String id) {
Button cancelButton = new Button("cancelButton") {
public void onSubmit()
{
System.out.println("Cancel Pressed");
}
};
add(cancelButton);
}
protected void onSubmit() {
System.out.println("Normal Submit");
}
}
When I clicked cancel, both are triggered. I see cancel pressed as well
as normal submit.
What should I do to change behaviour so that the click is intercepted
correctly?
Case 2:
Thanks for the hint. I'll look at it and revert.
Regards,
Lester
Giambalvo, Christian wrote:
Hi,
case 1: if i'm not wrong you have to place a submit button inside a form
otherwise this button doesn't work.
Case 2: look at AjaxEventBehavior for on change
Mit freundlichen Grüßen
Christian Giambalvo
--
Fachinformatiker für Anwendungsentwicklung
EXCELSIS Informationssysteme GmbH
Wilhelmsplatz 8 - 70182 Stuttgart
Mobile +49 176 196 32 406
Office +49 711 6 20 30 406
christian.giamba...@excelsisnet.com
www.excelsisnet.com
www.twitter.com/excelsis_info
excelsisnet.blogspot.com
Sitz Stuttgart
Amtsgericht Stuttgart, HRB 21104
Geschäftsführer: Christian Sauter, Dr. Nils Herda, Frank Wolf
-Ursprüngliche Nachricht-
Von: Lester Chua [mailto:cicowic...@gmail.com]
Gesendet: Donnerstag, 29. Oktober 2009 08:23
An: users@wicket.apache.org
Betreff: How to do Button onclick() and Input onchange()
Hi,
I need some help in trying to get onclick() and onchange() working.
Case 1: I'm trying to add an onclick behaviour to my button.
Java:
Button cancelButton = new Button("cancelButton") {
@Override
public void onSubmit()
{
System.out.println("Cancel Pressed");
}
};
add(cancelButton);
Html:
wicket:id="cancelButton" type="button" value="Cancel">
Problem is that when I click on the Cancel button, nothings happens. The
Confirm button works as expected. Just that the cancel button does not
seem to work at all.
When I look at the source of the generated HTML, there is no onclick
code generated. Is this expected? What am I doing wrong in this case?
Case 2: What should I override when I want to do an onchange on an Input
text box?
Thanks in advance!
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Stuff Support and Interest
Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Support and Interest
Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Support and Interest
Thanks! Pierre Goupil wrote: Hello, In the release tags, you'll find wicketstuff-core-1.4.1. For more up to date code, you'll have to fall back to the trunk. Regards, Pierre On Fri, Nov 13, 2009 at 10:58 AM, Lester Chua wrote: Thanks for the reply. Due to network reasons, I can't add external dependencies to my project that require connections to obtain code. So Maven was out as a build mgmt tool for me. I should be looking at the release tags on the svn repo right? Is that current? Regards, Lester Jeremy Thomerson wrote: A lot of the projects are abandoned test beds of code. But the releases for the ones that are released do not end up in SF releases anyway - they are released through Maven and end up in the Wicket Stuff maven repo. See the WS wiki for info on how to use the repo. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:51 PM, Lester Chua wrote: Hi, I noticed that in wicket stuff. If I browse the source forge releases. The latest is at 2008 June (Wicket Jquery). What is the status there? It seems that there has been nothing going on in wicket stuff. Did the projects move into Wicket proper? Or did the extension interest died? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Question regarding extending components and their html markups
Hi, I'm trying at extending the FeedbackPanel but could not find a reference as to how to do a markup extension. Is there a tag in HTML that is equivalent to the java super()? This may be a case of rtfm but I cant seem to find it in Manning's Wicket in Action. I know about the wicket:extend and the wicket:child tag but this dosent seem to apply in my use case as I would like to use my parent's markups and just do the parent's rendering. Am I missing something crucial? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding extending components and their html markups
For anyone interested, I did a workaround. Basically I just put in tag, without any other tags, into my Child panel. This basically throws an exception, as expected in the webpage. I just took whatever markup that is shown in the error and added it to my Child, thus circumventing my problem of not having my Parent's markup available. Is there an equivalent of ? This is for people who dont know the markup of the parent class they are extending. Lester Lester Chua wrote: Hi, I'm trying at extending the FeedbackPanel but could not find a reference as to how to do a markup extension. Is there a tag in HTML that is equivalent to the java super()? This may be a case of rtfm but I cant seem to find it in Manning's Wicket in Action. I know about the wicket:extend and the wicket:child tag but this dosent seem to apply in my use case as I would like to use my parent's markups and just do the parent's rendering. Am I missing something crucial? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding extending components and their html markups
Hi, thanks for the quick response. But I do in fact needed to do some markup. Just that I did not want to alter the original, just add additional markups. I guess I could make a main panel and instantiate the FeedbackPanel in it and perform markups there. But I feel that this is not making use of inheritance at all. I posted my work around in a previous mail Do you think that approach is acceptable baring the existence of tag? Lester Igor Vaynberg wrote: if you do not want to alter the parent's markup then simply do not provide a markup file. -igor On Fri, Nov 13, 2009 at 4:10 PM, Lester Chua wrote: Hi, I'm trying at extending the FeedbackPanel but could not find a reference as to how to do a markup extension. Is there a tag in HTML that is equivalent to the java super()? This may be a case of rtfm but I cant seem to find it in Manning's Wicket in Action. I know about the wicket:extend and the wicket:child tag but this dosent seem to apply in my use case as I would like to use my parent's markups and just do the parent's rendering. Am I missing something crucial? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
General questions regarding Wicket roadmap and plans
Hi, I've finished converting major portions of an existing in-house application from EXTJS/JSON Servlets to Wicket as part of an evaluation of Wicket. Right now I'm VERY impressed with the framework and would like to introduce it to the organization I'm working for. There are a couple of things that I could not find and was wondering if the Wicket Team have them but somehow failed to make them available in the Wicket Site. I hope someone can help me out if this is available but I had somehow missed it. 1) Product Roadmap (Release plans, upcoming features etc) This is important to us because it will at least indicate the intentions of Wicket Team. As any technology that is adopted enterprise-wide needs to be long-lived and well supported in addition to it's features and technology, some visibility about the product lifecycle is required. 2) Recent Adoption Statistics (No of downloads, usage projections) We need this to gauge the interest in the project. Has it peaked? What is the pattern like? Some comments about Wicket (project/product aspects), this is not a critique but just observations that may be wrong, do correct me if I had missed something or have some wrong impression about Wicket site. a) Although there is examples and documentation available on Wicket main site and Wicket stuff, I find that the organization of the information is probably not friendly enough for easy viewing. E.g. the examples site does not contain source and viewable example together in an easy to read page. This can be improved on significantly. b) Having a Wicket Stuff site that does not appear updated nor actively maintained will HURT the project in terms of it's adoption. Wicket is FANTASTIC as a component based solution to our current web development landscape. I am preaching to the sold when I say that it's easy to use and yet flexible to do moderately complex stuff productively. Being such an easy to use component framework, I am really puzzled about why the plugin development seems so bare (in comparison to other frameworks I'm used to like JQuery, ExtJS, Grails, Ruby on Rails etc). In fact, Wicket makes plugin deployment and integration seem like a piece of cake compared to some of the frameworks mentioned earlier. And yet, wicket seems woefully underpowered in the plugins department and worse, the official site seems abandoned which will definitely harm Wicket's adoption rate. c) The mailing list is wonderful and I have had some questions very quickly answered, which points to an active and supportive community for which I'm grateful. If there is a way to harness this and make the information more easily accessible, it'll be awesome. Ok, enough bitching =), I love Wicket! Hopefully, I can become proficient enough to actively contribute to the documentation to make this great framework more accessible to newbies like myself. But first, I need to sell my team and management on the long term product aspects of Wicket. Any help or information about point 1 & 2 is greatly appreciated. Lester On a more irrelevant note when I first started web development back in 1999, I was wondering if I could use Rational Rose to generate a UML model of my web project (it can't). But now with wicket, I can fully reverse engineer a UML model that MAKES SENSE for my Wicket App! Ok, I may not want to do that now, but it's actually possible, try doing that with any other web framework. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Question regarding Logging in Wicket
Hi,
I'm using log4j as my logging tool.
But when I add log4j loggers into my components, I get serialization issues.
Wicket gives serialization errors because of the logger.
E.g.
class SomeForm extends Form {
Logger logger = LogManager.getLogger(SomeForm.class);
public void someMethod() {
logger.debug("Some Message");
}
}
This class will give an serialization error. Wicket complains about
serializing logger.
Is there a recommended way to do logging in wicket to avoid this?
Thanks in advance.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding Logging in Wicket
Thanks,
I was wondering about that since it seems to get away from
Serialization. But I do not understand Wicket internals when it comes to
clustering. Will this approach impact the clustering facility supported
by Wicket out of box?
Lester
Igor Vaynberg wrote:
declare your logger static
-igor
On Wed, Nov 18, 2009 at 8:11 PM, Lester Chua wrote:
Hi,
I'm using log4j as my logging tool.
But when I add log4j loggers into my components, I get serialization issues.
Wicket gives serialization errors because of the logger.
E.g.
class SomeForm extends Form {
Logger logger = LogManager.getLogger(SomeForm.class);
public void someMethod() {
logger.debug("Some Message");
}
}
This class will give an serialization error. Wicket complains about
serializing logger.
Is there a recommended way to do logging in wicket to avoid this?
Thanks in advance.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding Logging in Wicket
I think I'll use this then. I was reluctant to because of the need to
introduce yet another library (some examples used this).
Thanks!
Lester
James Carman wrote:
Commons Logging?
On Wed, Nov 18, 2009 at 11:11 PM, Lester Chua wrote:
Hi,
I'm using log4j as my logging tool.
But when I add log4j loggers into my components, I get serialization issues.
Wicket gives serialization errors because of the logger.
E.g.
class SomeForm extends Form {
Logger logger = LogManager.getLogger(SomeForm.class);
public void someMethod() {
logger.debug("Some Message");
}
}
This class will give an serialization error. Wicket complains about
serializing logger.
Is there a recommended way to do logging in wicket to avoid this?
Thanks in advance.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding Logging in Wicket
H, very interesting, didnt realise that commons-logging was
problematic, just that I avoided it before because I didnt want to
introduce yet another library dependency for logging; which is so low
level that I don't think the logging stack ever change in a project
lifetime.
About slf4j, what makes it different compared to commons-logging? Wont
it have class loading issues as well?
I guess a big plus point is that it comes with Wicket anyway, so I might
as well use it.
Regards,
Lester
Igor Vaynberg wrote:
i wouldnt, commons logging, aka clogging, has been a bane of web
applications for a long time...
wicket uses slf4j, why dont you do the same? still declaring your
loggers static.
-igor
On Wed, Nov 18, 2009 at 9:07 PM, Lester Chua wrote:
I think I'll use this then. I was reluctant to because of the need to
introduce yet another library (some examples used this).
Thanks!
Lester
James Carman wrote:
Commons Logging?
On Wed, Nov 18, 2009 at 11:11 PM, Lester Chua
wrote:
Hi,
I'm using log4j as my logging tool.
But when I add log4j loggers into my components, I get serialization
issues.
Wicket gives serialization errors because of the logger.
E.g.
class SomeForm extends Form {
Logger logger = LogManager.getLogger(SomeForm.class);
public void someMethod() {
logger.debug("Some Message");
}
}
This class will give an serialization error. Wicket complains about
serializing logger.
Is there a recommended way to do logging in wicket to avoid this?
Thanks in advance.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: General questions regarding Wicket roadmap and plans
Thanks for the reply. 1) Product Roadmap (Release plans, upcoming features etc) This is important to us because it will at least indicate the intentions of Wicket Team. As any technology that is adopted enterprise-wide needs to be long-lived and well supported in addition to it's features and technology, some visibility about the product lifecycle is required. http://cwiki.apache.org/WICKET/wicket-15-wish-list.html http://cwiki.apache.org/WICKET/wicket-14-wish-list.html I did see the wishlist but was wishing for something more like a roadmap with projected release timelines, I can see why that it will probably not be accurate for an open sourced project but an indication of a rough ETA and included features will be good. By the way, is the wishlist official? As in are the features present in the wishlist official? Or is the wishlist used as an idea incubator/exchange? 2) Recent Adoption Statistics (No of downloads, usage projections) We need this to gauge the interest in the project. Has it peaked? What is the pattern like? ++ Nice idea a) Although there is examples and documentation available on Wicket main site and Wicket stuff, I find that the organization of the information is probably not friendly enough for easy viewing. E.g. the examples site does not contain source and viewable example together in an easy to read page. This can be improved on significantly. "you and your team are welcome to contribute, great ideas btw" Planning to once I get up to speed. Being such an easy to use component framework, I am really puzzled about why the plugin development seems so bare One reason is that it's so easy to make plugins it feels unnecessary to publish them. Actually I kinda disagree. Take Delphi which was awesome for it's component architecture and IDE. Writing components and packaging them was very easy but it had a HUGE thriving component library market place where you can literally purchase thousands of packages and libraries. c) The mailing list is wonderful and I have had some questions very quickly answered, which points to an active and supportive community for which I'm grateful. If there is a way to harness this and make the information more easily accessible, it'll be awesome. Google reaches most of the discussion via nable/osdir. Yea, that is how I got most of the solutions to my little set of problems. =) Just wishing that it can be better. My 2cents worth ;) ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question regarding Logging in Wicket
Many thanks to both you and James.
I will use slf4j (with log4j underlying) and static the logger.
Regards,
Lester
Igor Vaynberg wrote:
their website is a good source of information, afair the basic
difference that unlike clogging slf4j uses compile-time binding
instead of run-time binding of api to impl thus avoiding classloader
hell.
-igor
On Wed, Nov 18, 2009 at 9:21 PM, Lester Chua wrote:
H, very interesting, didnt realise that commons-logging was problematic,
just that I avoided it before because I didnt want to introduce yet another
library dependency for logging; which is so low level that I don't think the
logging stack ever change in a project lifetime.
About slf4j, what makes it different compared to commons-logging? Wont it
have class loading issues as well?
I guess a big plus point is that it comes with Wicket anyway, so I might as
well use it.
Regards,
Lester
Igor Vaynberg wrote:
i wouldnt, commons logging, aka clogging, has been a bane of web
applications for a long time...
wicket uses slf4j, why dont you do the same? still declaring your
loggers static.
-igor
On Wed, Nov 18, 2009 at 9:07 PM, Lester Chua wrote:
I think I'll use this then. I was reluctant to because of the need to
introduce yet another library (some examples used this).
Thanks!
Lester
James Carman wrote:
Commons Logging?
On Wed, Nov 18, 2009 at 11:11 PM, Lester Chua
wrote:
Hi,
I'm using log4j as my logging tool.
But when I add log4j loggers into my components, I get serialization
issues.
Wicket gives serialization errors because of the logger.
E.g.
class SomeForm extends Form {
Logger logger = LogManager.getLogger(SomeForm.class);
public void someMethod() {
logger.debug("Some Message");
}
}
This class will give an serialization error. Wicket complains about
serializing logger.
Is there a recommended way to do logging in wicket to avoid this?
Thanks in advance.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: General questions regarding Wicket roadmap and plans
Hi, Took some time to pick up this thread again as we were preparing for the UAT of the application rewrite using Wicket =) for the last 2 weeks. The UAT was quite successful, with minor modifications required (expected). The real good news is that Wicket performed admirably in terms of productivity and the bugs tracing and fixes in the lead up to the UAT. We rewrote the modules in under a month (the original took about 4). The productivity boost actually came from the tweaks we needed for UI interaction as well as code tracing when unexpected behaviour occured. The experience using Wicket has been real refreshing, I truly enjoyed the departure from the model2 as well as the json-rest/rich-client frameworks we were used to. Ok enough ambling. I have some responses below. Igor Vaynberg wrote: On Wed, Nov 18, 2009 at 9:27 PM, Lester Chua wrote: Thanks for the reply. 1) Product Roadmap (Release plans, upcoming features etc) This is important to us because it will at least indicate the intentions of Wicket Team. As any technology that is adopted enterprise-wide needs to be long-lived and well supported in addition to it's features and technology, some visibility about the product lifecycle is required. http://cwiki.apache.org/WICKET/wicket-15-wish-list.html http://cwiki.apache.org/WICKET/wicket-14-wish-list.html I did see the wishlist but was wishing for something more like a roadmap with projected release timelines, I can see why that it will probably not be accurate for an open sourced project but an indication of a rough ETA and included features will be good. By the way, is the wishlist official? As in are the features present in the wishlist official? Or is the wishlist used as an idea incubator/exchange? its an idea incubator Although it's nice to have the wishlist, it's a shame that the Wicket does not publish a roadmap (even a limited one with just key specific features to be improved on). Is is a resource/maintenance issue you have that prevents you from doing so? Or is it more of a management decision to not publish the roadmap so that you can avoid "commiting" to a timeline? The reason why I'm asking this is partly selfish. The organization that I'm pushing Wicket in has a technical committee that review frameworks/platforms for use. Anything that does not fall into their recommended list will need a waiver to be used and deployed. Yea I know, very cumbersome but it's a fact of life here, and I suspect in many other organizations that have security as one of their top concerns. After using Wicket in a real life app conversion, I think I'm able to address most points that has been raised including security (very pleased on that front) and productivity etc. But part of the checklist I am forced to go through is estimated product life span, road map etc. Unfortunately, It's here that I'm stumped. Has anyone else been through this hoop-la-loop that your organization forced you to go through for the introduction of Wicket? If so it'll be great if the information on how that was achieved can be shared as it'll help me immensely in the fight to get Wicket into my enterprise environment. 2) Recent Adoption Statistics (No of downloads, usage projections) We need this to gauge the interest in the project. Has it peaked? What is the pattern like? ++ Nice idea a) Although there is examples and documentation available on Wicket main site and Wicket stuff, I find that the organization of the information is probably not friendly enough for easy viewing. E.g. the examples site does not contain source and viewable example together in an easy to read page. This can be improved on significantly. "you and your team are welcome to contribute, great ideas btw" Planning to once I get up to speed. Being such an easy to use component framework, I am really puzzled about why the plugin development seems so bare One reason is that it's so easy to make plugins it feels unnecessary to publish them. Actually I kinda disagree. Take Delphi which was awesome for it's component architecture and IDE. Writing components and packaging them was very easy but it had a HUGE thriving component library market place where you can literally purchase thousands of packages and libraries. desktops apps are different, you can build any kind of component you want. wicket works with server-side html and there is a limited set of things you can build. if you need a slider then the chances are we wont provide it, we dont need to, just use wicket to output a hidden field and make a slider out of it using jquery or some other frontend library. in about two minutes you can wrap that into a jqueryslider component, would you take the time to share something that took two minutes to build? some people do, there are a
How to do Simple non-Ajax Javascript Behaviour?
Hi,
Hmmm, I have a simple thing which should be easy but I just cant figure
out on Wicket.
1. I have an input box.
2. I need to "attach" a javascript to this box to monitor key presses.
Basically I need to fire a js on the keyup event.
I've googled but have not found the answer to a basically simple thing.
I've tried the following which I realise wont work since the rendering
should not be into the header (or should it?)
public class KeyPressTagBehavior extends AbstractBehavior
{
private static final long serialVersionUID = 262920170424255562L;
private Component component;
public void bind(Component component)
{
this.component = component;
component.setOutputMarkupId(true);
}
public void renderHead(IHeaderResponse iHeaderResponse)
{
super.renderHead(iHeaderResponse);
iHeaderResponse.renderOnEventJavascript(
component.getMarkupId(),
"keyup",
"alert('Key Up!')");
}
}
Then done a simple
TextField field = new TextField("somefield");
field.add(new KeyPressTagBehavior());
I realised that the renderHead will render into the head. But cant find
a reference in the API to let me add it into the TextField. What is the
correct way to do this?
Regards,
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to do Simple non-Ajax Javascript Behaviour?
Hi Martin,
Thanks for the hint, I'll look that up.
In fact, I could do onkeyup onto the markup on the html directly but
wanted to do it the wicket way =) as well as reliably obtain my markupid
without cluttering the my markups with JS all over the place.
On further investigation, using the approach described below I get
Wicket.Event.add(tagNo2f, "keyup", function(event) { alert('Key Up!');;});
Added in my page. This is done automatically. So it seems to be adding the
event to the event monitoring code. It's just not firing.
Did I miss out something obvious?
Lester
Martin Makundi wrote:
YOu need to make AttributeModifier if you want it to look like this:
**
Martin
2009/12/2 Lester Chua :
Hi,
Hmmm, I have a simple thing which should be easy but I just cant figure out
on Wicket.
1. I have an input box.
2. I need to "attach" a javascript to this box to monitor key presses.
Basically I need to fire a js on the keyup event.
I've googled but have not found the answer to a basically simple thing.
I've tried the following which I realise wont work since the rendering
should not be into the header (or should it?)
public class KeyPressTagBehavior extends AbstractBehavior
{
private static final long serialVersionUID = 262920170424255562L;
private Component component;
public void bind(Component component)
{
this.component = component;
component.setOutputMarkupId(true);
}
public void renderHead(IHeaderResponse iHeaderResponse)
{
super.renderHead(iHeaderResponse);
iHeaderResponse.renderOnEventJavascript(
component.getMarkupId(),
"keyup",
"alert('Key Up!')"); }
}
Then done a simple
TextField field = new TextField("somefield");
field.add(new KeyPressTagBehavior());
I realised that the renderHead will render into the head. But cant find a
reference in the API to let me add it into the TextField. What is the
correct way to do this?
Regards,
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to do Simple non-Ajax Javascript Behaviour?
Hi, Yes, it's a direct paste. I've regenerated the page and this is the output at HTML. http://localhost:/mirage/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js>"> ]]>*/ I added the both types of quotes but still don't get the event firing. http://localhost:/mirage/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js>"> ]]>*/ http://localhost:/mirage/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js>"> ]]>*/ So it seems that the event monitor in not working for keyup in my code. I've followed Martin's hint and managed to get the event firing by adding an attribute modified to onkeyup to the textfield so I guess that's a solution. Thanks for that one. Lester Igor Vaynberg wrote: does your page have a
IDataProvider
Hi,
I am changing my tables from RefreshingView to DataView.
In the IDataProvider interface,
Is this a correct implementation for the model() function?
public IModel model(MyRecord inmodel)
{
return new Model(inmodel);
}
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Help required in understanding DataView Mystery
Hi I need help with understanding DataView.
My code that construct the dataview is as follows (name changed to
protect the guilty),
IDataProvider dataProvider = new MyRecordDataProvider();
DataView dataView = new DataView("summary",
dataProvider)
{
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/");
@Override
protected void populateItem(Item item)
{
MyRecord record = item.getModelObject();
}
};
add(dataView);
In my hmtl I just bascially put:
I reduced the fields printed because I got the following error regarding
markup
WicketMessage: The component(s) below failed to render. A common problem
is that you have added a component in code but forgot to reference it in
the markup (thus the component will never be rendered).
1. [MarkupContainer [Component id = summary]] 2. [MarkupContainer
[Component id = 1]] 3. [MarkupContainer [Component id = 2]] 4.
[MarkupContainer [Component id = 3]] 5. [MarkupContainer [Component id =
4]] 6. [MarkupContainer [Component id = 5]] 7. [MarkupContainer
[Component id = 6]] 8. [MarkupContainer [Component id = 7]] 9.
[MarkupContainer [Component id = 8]] 10. [MarkupContainer [Component id
= 9]]
This is really weird. It seems that Wicket is looking to render the tag
id 1..9 (corresponds to the number of records in my list, whose iterator
I returned.) Is my syntax wrong? Or does the problem lies with my data
provider which implements the following
public Iterator iterator(int arg0, int arg1) {
Session dbSession = HibernateUtil.GetSessionFactory().openSession(); try
{ List list = dbSession.createCriteria(MyRecord.class).list();
return list.iterator(); } finally { dbSession.close(); } } @Override
public IModel model(MyRecord inmodel) { return new
Model(inmodel); } Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: IDataProvider
Thanks for the reply,
I got very weird errors popping and grew suspicious of the instances
that I am working with (using JRebel for superfast deployment).
So I scratched the class I was working with and recoded from scratch.
Restarted my instance and everything works now. I guess I need to pay
once in a while for mucking around with a classloader tool like JRebel.
Regards,
Lester
Daan van Etten wrote:
Hi,
Sidenote: I suggest you look at the LoadableDetachableModel, see:
http://wicket.apache.org/docs/wicket-1.3.2/wicket/apidocs/org/apache/wicket/model/LoadableDetachableModel.html
Regards,
Daan van Etten
On Wed, 2009-12-02 at 16:20 +0800, Lester Chua wrote:
Hi,
I am changing my tables from RefreshingView to DataView.
In the IDataProvider interface,
Is this a correct implementation for the model() function?
public IModel model(MyRecord inmodel)
{
return new Model(inmodel);
}
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: General questions regarding Wicket roadmap and plans
I think it's kinda of chicken and egg issue wrt components. If newbies do not see components readily available, they will probably end up coding what they want themselves because: 1) it takes time to articulate properly their requirements 2) avoid facing potential embarrassment because the component that they want is "trivial" (which turns out not to be) 3) "I know it when I see it" (this is quite common and this approach normally requires a large library of things to pick from) Maybe the reason why no one is asking is one of the above reasons, or all of them combined. Igor Vaynberg wrote: the interesting bit is that people are saying that there are "not enough components" that wicket ships with, but no one is saying which componets exactly they are missing. -igor On Thu, Dec 3, 2009 at 7:41 PM, Ashley Aitken wrote: On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote: but as you will see, there is not much demand for precanned components out there, they are just too easy to roll yourself and there are a lot of open source ones that you can at least get ideas from for your specific requirements. But isn't that missing some of the major reasons for using components: 1. that you shouldn't have to reinvent the wheel (even if it is easy), 2. that a component that is tried and tested (version 3+) is better than my version 1, 3. components can encapsulate best practice that takes time to learn, 4. a suite of components may integrate better. Writing a linked list in Java is easy but I would never consider doing that, the available classe are much more powerful, general, well-tested, integrated, ... I'm not knowledgeable wrt Wicket components or JSF components, but generally speaking what components available in JSF, for example, wouldn't be useful in Wicket and why not? I'm with the OP in that I'm a little surprised by the lack of published components (from low-level to high-level). Again, I am probably missing something ... Maybe as I learn more about Wicket and get more experience I will understand. Cheers, Ashley. -- Ashley Aitken Perth, Western Australia Skype/iChat: MrHatken (GMT + 8hrs!) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Question pertaining to manipulation of divs
Hi, I have a component that is embedded as follows: Is there a way for me to manipulate the div containing some style? I tried creating a panel and using that as a parent but it feels very cumbersome and involves an additional html (wicket disallowed me to do an anonymous Panel without html). What I need is a technique to do that at page creation. I.e. just instantiate "something" and add mycomponent to it. That "something" can then be manipulated with standard wicket tag modification. Can someone shed some light on this? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question pertaining to manipulation of divs
Thanks! Love the quick replies. Igor Vaynberg wrote: that "something" is called a WebMarkupContainer -igor On Thu, Dec 3, 2009 at 9:43 PM, Lester Chua wrote: Hi, I have a component that is embedded as follows: Is there a way for me to manipulate the div containing some style? I tried creating a panel and using that as a parent but it feels very cumbersome and involves an additional html (wicket disallowed me to do an anonymous Panel without html). What I need is a technique to do that at page creation. I.e. just instantiate "something" and add mycomponent to it. That "something" can then be manipulated with standard wicket tag modification. Can someone shed some light on this? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Resource Location
Hi,
I'm attempting to load a css resource.
The example in the wicket reference was using:
private static final CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference(MyPage.class, "MyPage.css");
I understand that this is scoped to MyPage.class
I used
CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference("css/jquery/cupertino/jquery-ui-1.7.2.custom.css");
add(CSSPackageResource.getHeaderContribution(MYPAGE_CSS));
It is scoped to the application, which it should. But the generated link is:
http://localhost:/mirage/resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css>"
/>
which my browser cannot find. What should be the correct way to do this? I
tried hard referencing as well but did not get it to work as well.
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Resource Location
Do u mean that I did not specify the path?
I thought it's done with "css/jquery/cupertino/jquery-ui-1.7.2.custom.css".
Do I need to do a exact path? Or can wicket infer from the webapp
context path?
Marat Radchenko wrote:
2009/12/4 Lester Chua :
Hi,
I'm attempting to load a css resource.
The example in the wicket reference was using:
private static final CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference(MyPage.class, "MyPage.css");
I understand that this is scoped to MyPage.class
I used
CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference("css/jquery/cupertino/jquery-ui-1.7.2.custom.css");
add(CSSPackageResource.getHeaderContribution(MYPAGE_CSS));
It is scoped to the application, which it should. But the generated link is:
http://localhost:/mirage/resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css>"
/>
which my browser cannot find. What should be the correct way to do this? I
tried hard referencing as well but did not get it to work as well.
Lester
You didn't say where your css file is located.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Resource Location
Is there a way to load the css from webapp's context path?
Stefan Droog wrote:
If you use CompressedResourceReference(MyPage.class, "MyPage.css"); it will
expect to have the CSS file in the same package as the MyPage.class.
So in your case the css file should be in the following package:
myPackage/Application.java
myPackage/css/jquery/cupertino/jquery-ui-1.7.2.custom.css
Regards,
Stefan
-Original Message-----
From: Lester Chua [mailto:cicowic...@gmail.com]
Sent: Friday, December 04, 2009 9:34 AM
To: users@wicket.apache.org
Subject: Re: Resource Location
Do u mean that I did not specify the path?
I thought it's done with "css/jquery/cupertino/jquery-ui-1.7.2.custom.css".
Do I need to do a exact path? Or can wicket infer from the webapp
context path?
Marat Radchenko wrote:
2009/12/4 Lester Chua :
Hi,
I'm attempting to load a css resource.
The example in the wicket reference was using:
private static final CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference(MyPage.class, "MyPage.css");
I understand that this is scoped to MyPage.class
I used
CompressedResourceReference MYPAGE_CSS = new
CompressedResourceReference("css/jquery/cupertino/jquery-ui-1.7.2.custom.css");
add(CSSPackageResource.getHeaderContribution(MYPAGE_CSS));
It is scoped to the application, which it should. But the generated link is:
http://localhost:/mirage/resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css>"
/>
which my browser cannot find. What should be the correct way to do this? I
tried hard referencing as well but did not get it to work as well.
Lester
You didn't say where your css file is located.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
The information contained in this communication is confidential, intended
solely for the use of the individual or entity to whom it is addressed and may
be legally privileged and protected by professional secrecy. Access to this
message by anyone else is unauthorized. If you are not the intended recipient,
any disclosure, copying, or distribution of the message, or any action or
omission taken by you in reliance on it is prohibited and may be unlawful.
Please immediately contact the sender if you have received this message in
error. This email does not constitute any commitment from Cordys Holding BV or
any of its subsidiaries except when expressly agreed in a written agreement
between the intended recipient and Cordys Holding BV or its subsidiaries.
Cordys is neither liable for the proper and complete transmission of the
information contained in this communication nor for any delay in its receipt.
Cordys does not guarantee that the integrity of this communication has been
maintained nor that the communication is free of viruses, interceptions or
interference. If you are not the intended recipient of this communication
please return the communication to the sender and delete and destroy all copies.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: General questions regarding Wicket roadmap and plans
But you did release them and obtained a financial benefit from the releases, the very fact that it is released to the outside world make others know of your existance and improves your exposure tremendously. The particular point under discussion originally was whether a good and active component marketplace/showcase site for Wicket will help drive the adoption and acceptance rate, as well as allow newbies like myself to pick up and use Wicket more easily. It's not about the difficulty or ease of creating/maintaining components in Wicket. Well, it's been pointed out that it's more of a resource issue to maintain such a site and I guess we'll just have to leave it at that, until someone outside the core Wicket team takes up the gauntlet and build one for the rest of us. =) Lester Jeremy Thomerson wrote: +1000 to Martijn's comment. I've released a few open source components - and none are at the level to be sold. Not because they can't be used - I do use them in production. But because there are a million use cases and I have no desire, time, or monetary reason to accommodate those use cases. Instead, if people contact me, I will either build them a custom component for hire or will allow them to pay me to add features to an open source one. -- Jeremy Thomerson http://www.wickettraining.com On Fri, Dec 4, 2009 at 2:54 AM, Martijn Dashorst wrote: The problem with pre built components is that they never, ever are exactly what you want or need. Maintaining such components for other people is what I call hell. We are in the business of creating the best Java web framework for building your own custom components with unprecedented ease. This takes enough time already. Anybody is welcome to build component libraries, open source or commercially. Our license allows for that and nobody would object to creative folks trying to earn a buck or two with their component (libraries). That this hasn't happened (yet) is mostly because it is so damned easy to create your own custom components according to your coding style that precisely fit in your application and perform exactly those task you intend them to. And conversely it is damned hard to create a finished, polished, released component. It is easy to start a component, but it is *work* to ship it. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Slides of Wicket and Struts 2
Hi all, I'm attaching some slides on some thought I have gathered for a presentation to management for Wicket justification. Was wondering if any of you have time to read it and comment on it =). Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Slides of Wicket and Struts 2
Hi John, I thought I attached the file but here goes, Link https://docs.google.com/fileview?id=0B8Wi-GkyhJ3XMDVhYzQ3YWUtNDNhMS00NzUxLTg5YzYtZmJkMTIxOTE2MGFm&hl=en Thanks! John Armstrong wrote: Link? Tx! John- On Mon, Jan 4, 2010 at 5:52 PM, Lester Chua wrote: Hi all, I'm attaching some slides on some thought I have gathered for a presentation to management for Wicket justification. Was wondering if any of you have time to read it and comment on it =). Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Help with Wicket Adoption Numbers
Hi, I am facing a hurdle that need crossing in my final attempt to push Wicket for use in an organization. I have: 1) Prototyped a small size module 2) Did 2-3 presentations on the key features and advantages of wicket No one is disputing my claims about productivity and good OO code that was the result. BUT, the technology evaluation committee is NOT recommending Wicket because of. of all things. - Wicket's Low Adoption Rate Can I find any numbers to blow this away? My alternative is to accept the finding and work with Struts 2. Which will mean the stack will need to expand to DWR (for security). I REALLY don't want to go there, and am even considering not taking part in this project due to the high risk involved, only 9 months to introduce huge changes to a system that has lots of legacy problems (took about 3 years to build). I think a lot of those years were spent wrestling with the monster that is EJB 1.1. The only way I thought the project can even be on time is to scrap the entire presentation layer (aka Struts) and redo it in Wicket with 1 dedicated developer while the rest of the team work on killing the beast that is EJB 1.1 by refactoring the biz code. Sigh, my choices are stark. It's either to keep the job and plough ahead and probably fail spectacularly 9 months later or go hungry and explain to my wife why we need to spend less on the kid.. It's easy to blame the tech committee but they did help me find wicket by rejecting my initial proposal to build the new system on a (JQuery+JSON+REST) framework, which can be very productive as well, if not as "clean" as Wicket. Sorry for rambling so much. Is there any way I can demolish the silly low adoption rate argument (omg I still don't believe it can be so lame)? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help with Wicket Adoption Numbers
Thanks for the links. I have already submitted them as part of the evaluation process. I'll take a look at the IBM links from scott. Regards, Lester Steve Swinsburg wrote: On the wiki there are some pages to help your cause: http://cwiki.apache.org/WICKET/websites-based-on-wicket.html http://cwiki.apache.org/WICKET/products-based-on-wicket.html as well as blogs talking about Wicket, and lots more useful PR info: http://cwiki.apache.org/WICKET/index.html All the best! cheers, Steve On 08/01/2010, at 11:43 AM, Lester Chua wrote: Hi, I am facing a hurdle that need crossing in my final attempt to push Wicket for use in an organization. I have: 1) Prototyped a small size module 2) Did 2-3 presentations on the key features and advantages of wicket No one is disputing my claims about productivity and good OO code that was the result. BUT, the technology evaluation committee is NOT recommending Wicket because of. of all things. - Wicket's Low Adoption Rate Can I find any numbers to blow this away? My alternative is to accept the finding and work with Struts 2. Which will mean the stack will need to expand to DWR (for security). I REALLY don't want to go there, and am even considering not taking part in this project due to the high risk involved, only 9 months to introduce huge changes to a system that has lots of legacy problems (took about 3 years to build). I think a lot of those years were spent wrestling with the monster that is EJB 1.1. The only way I thought the project can even be on time is to scrap the entire presentation layer (aka Struts) and redo it in Wicket with 1 dedicated developer while the rest of the team work on killing the beast that is EJB 1.1 by refactoring the biz code. Sigh, my choices are stark. It's either to keep the job and plough ahead and probably fail spectacularly 9 months later or go hungry and explain to my wife why we need to spend less on the kid.. It's easy to blame the tech committee but they did help me find wicket by rejecting my initial proposal to build the new system on a (JQuery+JSON+REST) framework, which can be very productive as well, if not as "clean" as Wicket. Sorry for rambling so much. Is there any way I can demolish the silly low adoption rate argument (omg I still don't believe it can be so lame)? Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help with Wicket Adoption Numbers
You guys are AWESOME. I'm composing an email to the evaluator-in-charge from the tech committee. Hope all this is persuasive enough. Regards, Lester Peter Thomas wrote: Also the "Apache Wicket" LinkedIn group could be used to get a feel of companies using Wicket, at the moment there are 524 members and counting: http://www.linkedin.com/groups?viewMembers=&gid=80181 On Fri, Jan 8, 2010 at 8:30 AM, shetc wrote: Hi Lester, I don't know if this helps but I work for a large staffing company called Spherion Corporation. Our most recent large applications have been created using Wicket. These projects have been delivered on-time, require low maintenance and have literally saved the company millions of dollars. We're a popular group in the IT department right now :-) Anyway, I am not really here to toot my horn but rather to let you know that the Wicket framework is being used by some serious players. Steve (Man, am I glad I came across the Wicket review at the ServerSide.) -- View this message in context: http://old.nabble.com/Help-with-Wicket-Adoption-Numbers-tp27069702p27070748.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help with Wicket Adoption Numbers
Jonathan, Bingo, I think you may have hit it on the spot. Igor, I have not managed to get a reply on how they determined Struts2 to be better supported compared to Wicket. But I suspect the list of a approved technologies is not very updated. I.e. the evaluation was probably done 2 years ago. Thanks for all the responses. The anecdotes and points made were very helpful and have helped out get out of my depression over the weekend. And I have written a long and hopefully thoughtful reply to the technical committee and will keep you guys posted. Lester Jonathan Locke wrote: honestly, your response is too thoughtful. these pointy haired bosses are self-serving. they don't care about training costs or developer pain and they don't really care if their org runs efficiently. what they care about is that if there is a failure, their choice didn't cause it. which is why the old saying goes "nobody ever got fired for buying IBM." same seems to go for struts. an idiotic technology choice, but you won't get fired for making the same idiotic choice everyone else is making. Loritsch, Berin C. wrote: "But why choose an inferior technology just because of its adoption numbers?" The pointy haired bosses that do this believe in their heart of hearts that if you choose the same technology everyone else is using that they can turn thinking developers for mindless drones. It has more to do with avoiding training costs and rational thought, and more to do with trying to turn software development into an assembly line process. Reality never fits this mold, but it doesn't stop the pointy haired boss from trying. In this respect they are eternal optimists. -Original Message- From: leo.erlands...@tyringe.com [mailto:leo.erlands...@tyringe.com] Sent: Friday, January 08, 2010 4:09 AM To: users@wicket.apache.org Subject: Re: Help with Wicket Adoption Numbers Hi, We also had the same consideration when we chose Wicket. But why choose an inferior technology just because of it's Adoption Numbers? Also, Wicket is becoming more and more popular as people see the light :) Check out Jobs Trends (Relative Growth) here (JSF vs Struts vs Wicket): http://www.indeed.com/jobtrends?q=Struts%2C+JSF%2C+Wicket&l=&relative=1 We have a couple of hundred customers and so far the feedback is great both from our Developers and our Software Architects. Customers like that the GUIs are faster due to the simplicity of Ajax Adoption in Wicket. I also know that several large privately held companies in Sweden are using Wicket, as well as large Government Agencies (e.g. the Swedish Immigration Office). Sincerely yours Leo Erlandsson - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help with Wicket Adoption Numbers
Hi Ernesto, Cant offer much advise here myself. The others have already great tips as well as morale support. If you are up to it, you should do a fair-sized prototype (with multi-forms/multi girds+ajax in typical pages) and just kick their arses. In my situation, we did a mini project with it and were just blow away with the results. I find it frustrating when technical evaluators do not sit down and get their hands dirty while making decisions that will affect whole companies' competitiveness and productivity. When making recommendations, we should do a detailed hands on the technology and should not just cut and paste whatever we find off the web and present it as having done our research. Doing tutorials only are also dangerous as they typically cover only a small subset of use cases and normally do not illustrate the complex UI's that can arises from users requests. Regards, Lester Ernesto Reinaldo Barreiro wrote: Hi Lester, Right now I'm in a similar situation: I'm working for a company that wants to (possibly) change from struts 1.X to something else and it is my job "present" the choices to the developers and managers, so that they can decide which will be the next framework the company will adopt for WEB development. I'm also trying to get Wicket adopted over the other candidates but that won't be easy... I fully agree with Jonathan: the only thing PHBs care about is theirs own personal interests... So, they pay special attention to keep themselves "on the safe side of the fence". Cheers, Ernesto On Mon, Jan 11, 2010 at 8:17 AM, Lester Chua wrote: Jonathan, Bingo, I think you may have hit it on the spot. Igor, I have not managed to get a reply on how they determined Struts2 to be better supported compared to Wicket. But I suspect the list of a approved technologies is not very updated. I.e. the evaluation was probably done 2 years ago. Thanks for all the responses. The anecdotes and points made were very helpful and have helped out get out of my depression over the weekend. And I have written a long and hopefully thoughtful reply to the technical committee and will keep you guys posted. Lester Jonathan Locke wrote: honestly, your response is too thoughtful. these pointy haired bosses are self-serving. they don't care about training costs or developer pain and they don't really care if their org runs efficiently. what they care about is that if there is a failure, their choice didn't cause it. which is why the old saying goes "nobody ever got fired for buying IBM." same seems to go for struts. an idiotic technology choice, but you won't get fired for making the same idiotic choice everyone else is making. Loritsch, Berin C. wrote: "But why choose an inferior technology just because of its adoption numbers?" The pointy haired bosses that do this believe in their heart of hearts that if you choose the same technology everyone else is using that they can turn thinking developers for mindless drones. It has more to do with avoiding training costs and rational thought, and more to do with trying to turn software development into an assembly line process. Reality never fits this mold, but it doesn't stop the pointy haired boss from trying. In this respect they are eternal optimists. -Original Message- From: leo.erlands...@tyringe.com [mailto:leo.erlands...@tyringe.com] Sent: Friday, January 08, 2010 4:09 AM To: users@wicket.apache.org Subject: Re: Help with Wicket Adoption Numbers Hi, We also had the same consideration when we chose Wicket. But why choose an inferior technology just because of it's Adoption Numbers? Also, Wicket is becoming more and more popular as people see the light :) Check out Jobs Trends (Relative Growth) here (JSF vs Struts vs Wicket): http://www.indeed.com/jobtrends?q=Struts%2C+JSF%2C+Wicket&l=&relative=1 We have a couple of hundred customers and so far the feedback is great both from our Developers and our Software Architects. Customers like that the GUIs are faster due to the simplicity of Ajax Adoption in Wicket. I also know that several large privately held companies in Sweden are using Wicket, as well as large Government Agencies (e.g. the Swedish Immigration Office). Sincerely yours Leo Erlandsson - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help with Wicket Adoption Numbers
With such nice groundwork laid out, it should be *easier* to sell it. Congrats in advance =). Ernesto Reinaldo Barreiro wrote: Hi Lester, What I have done is implement the same "mini" application in several technologies: -Struts + Spring + Hibernate -Seam + JSF + Hibernate -Wicket + Spring/Guice + Hibernate With detailed explanations of how things work... Additionally I have created a more complex prototype of another application, done in Wicket +Spring/Guice, which shows advanced functionality like: -Auto-CRUDs panels, generated out of annotated POJOs, with grids supporting column reordering via drag-drop, export to Excel, PDF, etc. -Workspace like functionality: a page where users can work with different floating panels as in a desktop. One of these windows contains an AJAX driven wizard and the others are search screens the user can use to check information while using the wizard... -Trees, Palettes, Grids, etc. In a couple of weeks we have some training sessions... and after that a decision will be taken... Regards, Ernesto On Mon, Jan 11, 2010 at 10:28 AM, Lester Chua wrote: Hi Ernesto, Cant offer much advise here myself. The others have already great tips as well as morale support. If you are up to it, you should do a fair-sized prototype (with multi-forms/multi girds+ajax in typical pages) and just kick their arses. In my situation, we did a mini project with it and were just blow away with the results. I find it frustrating when technical evaluators do not sit down and get their hands dirty while making decisions that will affect whole companies' competitiveness and productivity. When making recommendations, we should do a detailed hands on the technology and should not just cut and paste whatever we find off the web and present it as having done our research. Doing tutorials only are also dangerous as they typically cover only a small subset of use cases and normally do not illustrate the complex UI's that can arises from users requests. Regards, Lester Ernesto Reinaldo Barreiro wrote: Hi Lester, Right now I'm in a similar situation: I'm working for a company that wants to (possibly) change from struts 1.X to something else and it is my job "present" the choices to the developers and managers, so that they can decide which will be the next framework the company will adopt for WEB development. I'm also trying to get Wicket adopted over the other candidates but that won't be easy... I fully agree with Jonathan: the only thing PHBs care about is theirs own personal interests... So, they pay special attention to keep themselves "on the safe side of the fence". Cheers, Ernesto On Mon, Jan 11, 2010 at 8:17 AM, Lester Chua wrote: Jonathan, Bingo, I think you may have hit it on the spot. Igor, I have not managed to get a reply on how they determined Struts2 to be better supported compared to Wicket. But I suspect the list of a approved technologies is not very updated. I.e. the evaluation was probably done 2 years ago. Thanks for all the responses. The anecdotes and points made were very helpful and have helped out get out of my depression over the weekend. And I have written a long and hopefully thoughtful reply to the technical committee and will keep you guys posted. Lester Jonathan Locke wrote: honestly, your response is too thoughtful. these pointy haired bosses are self-serving. they don't care about training costs or developer pain and they don't really care if their org runs efficiently. what they care about is that if there is a failure, their choice didn't cause it. which is why the old saying goes "nobody ever got fired for buying IBM." same seems to go for struts. an idiotic technology choice, but you won't get fired for making the same idiotic choice everyone else is making. Loritsch, Berin C. wrote: "But why choose an inferior technology just because of its adoption numbers?" The pointy haired bosses that do this believe in their heart of hearts that if you choose the same technology everyone else is using that they can turn thinking developers for mindless drones. It has more to do with avoiding training costs and rational thought, and more to do with trying to turn software development into an assembly line process. Reality never fits this mold, but it doesn't stop the pointy haired boss from trying. In this respect they are eternal optimists. -Original Message- From: leo.erlands...@tyringe.com [mailto:leo.erlands...@tyringe.com] Sent: Friday, January 08, 2010 4:09 AM To: users@wicket.apache.org Subject: Re: Help with Wicket Adoption Numbers Hi, We also had the same consideration when we chose Wicket. But why choose an inferior technology just because of it's Adoption Numbers? Also, Wicket is becoming more and more popular as people see the light :) Check out Jobs Trends
Re: Slides of Wicket and Struts 2
Go ahead and use whatever you fancy as you see fit.
I did a minor edit of the file, below is the new link.
https://docs.google.com/fileview?id=0B8Wi-GkyhJ3XMzMxOTVhNjYtMzIzYi00NmFiLWIwNGEtNTU4ZDdjZTBhYTYw&hl=en
If you don't mind sharing, do post your own slides so that we can also
learn how people approach the "convince my manager" problem.
Lester
Daniele Dellafiore wrote:
I am going to do the same things, for the JUG here in Milan.
I will watch yours and propose mine during this week.
My target will be technical but the their target will be the management,
eventually :)
On Sat, Feb 13, 2010 at 9:50 PM, César Alberto Barrera
wrote:
Ohh Thank You!
I will take some ideas to do a presentation in a wicket workshop called
"Wicketing the world" ("Wicketiznado el mundo")
On Mon, Jan 4, 2010 at 9:17 PM, John Armstrong
wrote:
Very good, thanks Lester (the attachment was stripped on my side,
probably my mailserver).
J
On Mon, Jan 4, 2010 at 6:36 PM, Lester Chua
wrote:
Hi John,
I thought I attached the file but here goes,
Link
https://docs.google.com/fileview?id=0B8Wi-GkyhJ3XMDVhYzQ3YWUtNDNhMS00NzUxLTg5YzYtZmJkMTIxOTE2MGFm&hl=en
Thanks!
John Armstrong wrote:
Link?
Tx!
John-
On Mon, Jan 4, 2010 at 5:52 PM, Lester Chua
wrote:
Hi all,
I'm attaching some slides on some thought I have gathered for a
presentation
to management for Wicket justification.
Was wondering if any of you have time to read it and comment on it =).
Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
César Alberto Barrera
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
