[Wicket-user] wicket-strutsnested demo availability & question

[Laurent PETIT]

Hello,

I've been working during my free time on a wicket port of the
struts-nested sample example. (For those who don't know what struts
nested is, it is, for the struts community, the jsp library that
allows developers to do complex nesting levels of form models, with
many levels editable at the same time. This is a very powerfull
library for struts users.)

1/ Availibility
--

I've called it wicket-strutsnested, and you can find the mavenized
think in attachment.

I've tried to minimize at most the size of the archive (only 13ko)
- Hide quoted text -
in order to not overload the sf.net mail servers.


I have done my best to make it as simple as possible to launch : it
respects the de-facto standard of the wicket-phonebook application,
with a Jetty starter class in src/launcher directory.

It is built against the upcoming 1.2 version of wicket. Don't know if
it still works with the 1.1 release.


This demo page was a good test of dealing with a complex business
model : team of monkeys, each monkey holding a bunch of bananas, and
being able to modify, at the same time, monkey properties, all the
property of all the bananas of all the monkeys, adding bananas to
bunches, deleting bananas from bunches, to any monkey of the team.

This lead me to try & help Johan to do the form preserve state stuff
in core, because I didn't want to loose my user inputs when adding /
deleting bananas to/from the form.

Please feel free to play with & test the demo, and let me know if you
find a bug.

If you have not the time to install the demo, but want to see at once
what is the original stuff that the demo mimics, simply go to :
http://www.keyboardmonkey.com/StrutMonkey/monkey-action.do


2/ Question
-

My intent was to only have one concrete model for all the form : some
kind of CompoundPropertyModel. Much more reassuring than many models
to me (much simpler to do in a single place the job of choosing a
persistence policy for the model of the form).

In a first attempt, I then wrote what I called a
RecursiveCompoundPropertyModel, that was able to reattach at will
ListItemModels to the Model of the RecursiveCompoundPropertyModel.
That was good, because I was then able to deal with (almost) any kind
of models (except those using Map or Set properties, ...).

But it appeared that the ListView I was using was not good for
Component reuse, and I was constantly loosing my user inputs everytime
a roundtrip with the server was made.

Then I used the DataView of wicket-extensions. I only had to write a
custom ReuseIfModelObjectsEqualStrategy in order to make it work ( I
think I could also have written a custom Model and reimplement the
equals() method to answer true if the model objects were equal).

BUT : (and there is -finally- !) the question:
Is there a way with the current stage of wicket that could have helped
me not doing concrete invocations of models ?

Because I'm not so happy with the fact that the models of my Items'
DataView embark the instances of childs of the parent MonkeyTeam
object.

What I wanted to do was just to use the index in the bean, but the
problem is that this does not work well with adding / deleting
bananas, because the Component is lost between the old and new index
(because Item components load their models from the list, whose list
has already changed when the Strategy is called ... and the models are
lazy initialized!)


For the few that had the courage (and time!) to read this whole long
e-mail, please let me know if you have some ideas that could help me
improve the design of this demo.


If you guys are interested to place it in the wicket-stuff project as
an example of form nesting, I would be happy to join the team (already
having a user in sourceforge : lpetit).

This could also be a demonstration of how to do the same thing as done
with struts libraries and be referenced somewhere in the wiki 


... but first of all, I hope this will be of some interest for somebody!

see you,

--
Laurent


wicket-strutsnested-0.5.tar.gz
Description: GNU Zip compressed data

Re: [Wicket-user] FXValidationAjaxHandler in wicket-examples HEAD

[Iman RahmatiZadeh]

I had this problem a few days ago and it seems to appear when using
encrypted urls, which seems to be your case. If its not important just
use normal urls. I think the problem is because these _javascript_s are
not encoded into a safe format before putting on to the page.ImanOn 12/12/05, Juergen Donnerstag <
[EMAIL PROTECTED]> wrote:This is not a new issue. It has been reported previously and I thought
I fixed it. I have to check with the url refactoring in 1.2 invalidate it has not been changed.JuergenOn 12/12/05, Marco van de Haar <[EMAIL PROTECTED]
> wrote:> Hi all,>> We were testing our components for a bug concerning Wicket 1.2, and we> ran into another strange 'feature'. It seems that the callback URL has> some kind of endline character in it, so the line gets broken. Has
> anyone had this problem before, and how do we fix it?>> This is how it should work (for integerProperty):>>  
>> And this is how it's currently done for integerInRangeProperty (and this fails):> > dS0jvOkz1Q%3D%3D&behaviourId=1', 'integerInRangeProperty', this);" id="integerInRangeProperty"/>>> As you can see the URL continues on the next line and instead of generating an Ajax call, it returns a _javascript_ error.
> You can try this yourself by adding FXFeedbackhandlers to the forminputexample in HEAD. Greetings,> Marco and Ruud>>> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files> for problems?  Stop!  Download the new AJAX search engine that makes> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click> ___> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wicket-user
>---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Igor Vaynberg]

why dont you post that to tss?-IgorOn 12/12/05, Martijn Dashorst <[EMAIL PROTECTED]
> wrote:I think that not all markup on a page needs to be componentized. When
I look at an administrative interface Topicus is currently developing,I think only 20% or even less of the markup tags has a wicket:idassigned. The rest is supporting markup layout (divs, tables,non-internationalized text), or _javascript_.
I'd really hate to put that 80% in Javacode, as Java is not very goodat expressing _javascript_ and markup.Martijn.On 12/12/05, Andrew Lombardi <[EMAIL PROTECTED]
> wrote:> clarification below>> On Dec 11, 2005, at 9:11 PM, Andrew Lombardi wrote:>> > Though I've not looked at WingS at all ... I am really enjoying> > working with wicket because it feels less like mucking around with
> > tags (whether xml or xhtml), and more like actual bare-knuckles> > programming.> >> > That being said, I don't really get a warm fuzzy about having *all*> > of my page represented by wicket, as this can, and most likely
> > would... get extremely verbose.  While I enjoy coding in Swing most> > times, if I can avoid using LayoutManager's and other such> > constructs, I'm much happier.>> what I mean here if it was at all unclear, is if wicket expected me
> to represent the view entirely in java, rather than using HTML as a> template, I would probably not have chosen to work with the> framework.  This is what I get from the explanation of WingS.. feels
> a bit ... much :)>> >> > From working with wicket, I get the distinct feeling of writing> > just enough html, and coding just enough java, and avoiding xml> > (for the most part all-together), that I don't feel like hurting
> > anyone when I'm done. =)> >> > Programmers work in Java, Designers work in HTML, wicket follows> > the separation of concerns fairly eloquently.> >> >> > On Dec 11, 2005, at 7:45 PM, Christopher Gardner wrote:
> >> >> I posted this to the ServerSide in the recent article on wingS.  How> >> would you sell wicket, which requires a physical HTML page, over> >> wingS, which I think does not?
> >> ---> >> While I've looked at wicket 1.1 very closely, I've only read the> >> documentation for wingS 2.0.  Both intrigue me, and I'm trying to> >> make> >> up my mind which product I might pursue.  With wicket you have to
> >> create a web page.  It appears with wingS, however, the web page is> >> generated by the servlet.  If that is true, it seems wingS honors the> >> DRY principle (i.e., the page object and its components are the only
> >> thing needed to represent the page).  Why would one choose one> >> product> >> over the other?> >>> >>> >> ---
> >> This SF.net email is sponsored by: Splunk Inc. Do you grep through> >> log files> >> for problems?  Stop!  Download the new AJAX search engine that makes> >> searching your log files as easy as surfing the  web.  DOWNLOAD
> >> SPLUNK!> >> http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk> >> ___
> >> Wicket-user mailing list> >> Wicket-user@lists.sourceforge.net> >> 
https://lists.sourceforge.net/lists/listinfo/wicket-user> >> >> >> > ---> > This SF.net email is sponsored by: Splunk Inc. Do you grep through
> > log files> > for problems?  Stop!  Download the new AJAX search engine that makes> > searching your log files as easy as surfing the  web.  DOWNLOAD> > SPLUNK!> > 
http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk> > ___> > Wicket-user mailing list> > 
Wicket-user@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/wicket-user ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files> for problems?  Stop!  Download the new AJAX search engine that makes> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&opclick> ___> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wicket-user
>--Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorstWicket 1.1 is out: 
http://wicket.sourceforge.net/wicket-1.1---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Martijn Dashorst]

I think that not all markup on a page needs to be componentized. When
I look at an administrative interface Topicus is currently developing,
I think only 20% or even less of the markup tags has a wicket:id
assigned. The rest is supporting markup layout (divs, tables,
non-internationalized text), or javascript.

I'd really hate to put that 80% in Javacode, as Java is not very good
at expressing JavaScript and markup.

Martijn
.

On 12/12/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:
> clarification below
>
> On Dec 11, 2005, at 9:11 PM, Andrew Lombardi wrote:
>
> > Though I've not looked at WingS at all ... I am really enjoying
> > working with wicket because it feels less like mucking around with
> > tags (whether xml or xhtml), and more like actual bare-knuckles
> > programming.
> >
> > That being said, I don't really get a warm fuzzy about having *all*
> > of my page represented by wicket, as this can, and most likely
> > would... get extremely verbose.  While I enjoy coding in Swing most
> > times, if I can avoid using LayoutManager's and other such
> > constructs, I'm much happier.
>
> what I mean here if it was at all unclear, is if wicket expected me
> to represent the view entirely in java, rather than using HTML as a
> template, I would probably not have chosen to work with the
> framework.  This is what I get from the explanation of WingS.. feels
> a bit ... much :)
>
> >
> > From working with wicket, I get the distinct feeling of writing
> > just enough html, and coding just enough java, and avoiding xml
> > (for the most part all-together), that I don't feel like hurting
> > anyone when I'm done. =)
> >
> > Programmers work in Java, Designers work in HTML, wicket follows
> > the separation of concerns fairly eloquently.
> >
> >
> > On Dec 11, 2005, at 7:45 PM, Christopher Gardner wrote:
> >
> >> I posted this to the ServerSide in the recent article on wingS.  How
> >> would you sell wicket, which requires a physical HTML page, over
> >> wingS, which I think does not?
> >> ---
> >> While I've looked at wicket 1.1 very closely, I've only read the
> >> documentation for wingS 2.0.  Both intrigue me, and I'm trying to
> >> make
> >> up my mind which product I might pursue.  With wicket you have to
> >> create a web page.  It appears with wingS, however, the web page is
> >> generated by the servlet.  If that is true, it seems wingS honors the
> >> DRY principle (i.e., the page object and its components are the only
> >> thing needed to represent the page).  Why would one choose one
> >> product
> >> over the other?
> >>
> >>
> >> ---
> >> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> >> log files
> >> for problems?  Stop!  Download the new AJAX search engine that makes
> >> searching your log files as easy as surfing the  web.  DOWNLOAD
> >> SPLUNK!
> >> http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> > ---
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through
> > log files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD
> > SPLUNK!
> > http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] spring integration

[Igor Vaynberg]

just added an AnnotApplicationContextMock that does all the init for the AnnotSpringInjector. also updated the wiki to show the new and reduced test case.-IgorOn 12/12/05, 
Igor Vaynberg <[EMAIL PROTECTED]> wrote:
My version of the mock is very small still. so far it only supports pulling out beans by name, i need to add by class when i have a bit of time - soon though.Yes those 3 lines are repetitive. I will probably subclass the mock app context and roll those into the constructor. I think it will be nice to have a standalone app context that doesnt do any of those things for you, and one that does.
Thanks for the ideas :)-IgorOn 12/12/05, Joni Suominen <
[EMAIL PROTECTED]> wrote:
Very good! I started to use mock version of application context too. Theversion which i did looks probably very similar than
ApplicationContextMock (couldn't get it from anoncvs yet). The onlyvisible difference is that I had put these lines:SpringContextLocatorMock ctxLocator=new SpringContextLocatorMock(appctx);
AnnotSpringInjector injector=new AnnotSpringInjector(ctxLocator);// 3. set our mock injection environment as activeInjectorHolder.setInjector(injector);

to the constructor of the mock.--Joni Suominen <[EMAIL PROTECTED]>On Mon, 2005-12-12 at 00:09 -0800, Igor Vaynberg wrote:
> i just refactored the wicket-contrib-spring project, here are the
> changes>> * all jdk 5 stuff has been factored out into> wicket-contrib-spring-jdk5 project so wicket-contrib-spring can> compile with 1.4>> * the injector for automatic dependencies is now aquired through a
> static methods of the InjectorHolder class. this makes it very easy to> substitute your own injector, say for unit testing.>> * SpringWebPage has been generalized and renamed to InjectableWebPage
>> * there is now an AnnotSpringWebApplication which automatically puts> the AnnotSpringInjector into the holder class at startup so you dont> have to. what this means is that in order to setup automatic injection
> of pages you need to do two things: let your application object extend> the AnnotSpringWebApplication and let any pages you want to be> injected extend InjectableWebPage.>> * SpringWebApplication now has a few helper methods for creating
> spring proxies in case you do not want to use the injector mechanism>> * There is a beginning of the ApplicationContextMock class that can be> used to simplify unit testing ( this needs a lot more work maybe
> somone has some time )>> * http://www.wicket-wiki.org.uk/wiki/index.php/Spring
 has been updated> to reflect these changes as well as show an example of a unit test for
> a page that uses automatic injetion>> == migration guide for automatic injection users ==> extend AnnotSpringWebApplication instead of SpringWebApplication> change all references to SpringWebPage to InjectableWebPage
> =>> thoughts, comments, ideas ?>> -Igor>---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!

http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click___Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] spring integration

[Igor Vaynberg]

My version of the mock is very small still. so far it only supports pulling out beans by name, i need to add by class when i have a bit of time - soon though.Yes those 3 lines are repetitive. I will probably subclass the mock app context and roll those into the constructor. I think it will be nice to have a standalone app context that doesnt do any of those things for you, and one that does.
Thanks for the ideas :)-IgorOn 12/12/05, Joni Suominen <[EMAIL PROTECTED]> wrote:
Very good! I started to use mock version of application context too. Theversion which i did looks probably very similar than
ApplicationContextMock (couldn't get it from anoncvs yet). The onlyvisible difference is that I had put these lines:SpringContextLocatorMock ctxLocator=new SpringContextLocatorMock(appctx);
AnnotSpringInjector injector=new AnnotSpringInjector(ctxLocator);// 3. set our mock injection environment as activeInjectorHolder.setInjector(injector);
to the constructor of the mock.--Joni Suominen <[EMAIL PROTECTED]>On Mon, 2005-12-12 at 00:09 -0800, Igor Vaynberg wrote:> i just refactored the wicket-contrib-spring project, here are the
> changes>> * all jdk 5 stuff has been factored out into> wicket-contrib-spring-jdk5 project so wicket-contrib-spring can> compile with 1.4>> * the injector for automatic dependencies is now aquired through a
> static methods of the InjectorHolder class. this makes it very easy to> substitute your own injector, say for unit testing.>> * SpringWebPage has been generalized and renamed to InjectableWebPage
>> * there is now an AnnotSpringWebApplication which automatically puts> the AnnotSpringInjector into the holder class at startup so you dont> have to. what this means is that in order to setup automatic injection
> of pages you need to do two things: let your application object extend> the AnnotSpringWebApplication and let any pages you want to be> injected extend InjectableWebPage.>> * SpringWebApplication now has a few helper methods for creating
> spring proxies in case you do not want to use the injector mechanism>> * There is a beginning of the ApplicationContextMock class that can be> used to simplify unit testing ( this needs a lot more work maybe
> somone has some time )>> * http://www.wicket-wiki.org.uk/wiki/index.php/Spring has been updated> to reflect these changes as well as show an example of a unit test for
> a page that uses automatic injetion>> == migration guide for automatic injection users ==> extend AnnotSpringWebApplication instead of SpringWebApplication> change all references to SpringWebPage to InjectableWebPage
> =>> thoughts, comments, ideas ?>> -Igor>---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Submit a Form by a method call

[Eelco Hillenius]

Yeah, we could put out an alpha release this week. Would make sense
for JavaPolis too.

Eelco


On 12/12/05, Ali Zaid <[EMAIL PROTECTED]> wrote:
> Eelco, yes maybe I didn't explain it in the right way, and yes happy user,
> this is what Java really missed a framework like this one for application
> with web interface (web applications and dynamic websites).
>
>  Tell me, is there any sign of 1.2 in the horizon? I read that there will be
> a Ajax panel reRender capabilities, is this true? I really wish for that,
> among others ;)
>
>  Regards
>
>
> On 12/12/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> >
> > Good to hear from happy users :)
> >
> > I thought you wanted to have two forms that were submitted by one
> > click. So my answer was not really to-the-point. Glad the other
> > answers work for you.
> >
> > Eelco
> >
> >
> > On 12/11/05, Ali Zaid <[EMAIL PROTECTED]> wrote:
> > > Andrew!
> > >
> > >  Man, Thanks, this works perfectly for me, I did think of this solution,
> but
> > > I didn't have the well to try it till you suggested it :)
> > >
> > >  Johan, Man I can't wait for 1.2, from what I read it has allot of what
> I
> > > need :)
> > >
> > >  Thanks guys, if you are interested, I'm writting now 2 application
> using
> > > wicket (that with a simple tracking system 4 months ago), and wicket is
> > > really helping me deliver fast, it just make me code the way I like :)
> > >
> > >  ThAnKs WiCkEt TeAm!!!
> > >
> > >
> > > On 12/11/05, Johan Compagner <[EMAIL PROTECTED] > wrote:
> > > > If you use 1.2: See SubmitLink
> > > >
> > > >
> > > >
> > > >
> > > > On 12/11/05, Andrew Berman < [EMAIL PROTECTED]> wrote:
> > > > > Don't use a submit button.  Do this instead
> > > > >
> > > > > 1.  Give each form an id using the HTML id attribute
> > > > > 2.  Add the buttons like below
> > > > >
> > > > > 
> > > > >  > > onclick="document.getElementById("form2Id").submit();"/>
> > > > >
> > > > > --Andrew
> > > > >
> > > > >
> > > > >
> > > > > On 12/10/05, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> > > > > > I think the problem is not so much Wicket here, but the fact that
> you
> > > > > > want to break out of the HTML boundaries. One strategy you can
> utilize
> > > > > > is to use JavaScript to collect your form values and submit them
> as if
> > > > > > they were part of one form. If you need such functionality often,
> you
> > > > > > might even try to generalize this into a custom Wicket component.
> > > > > >
> > > > > > Eelco
> > > > > >
> > > > > >
> > > > > > On 12/10/05, Ali Zaid < [EMAIL PROTECTED]> wrote:
> > > > > > > Hi;
> > > > > > >
> > > > > > > I want to to submit a Form by a link or a button that don't
> belong
> > > to that
> > > > > > > Form, the idea is that I have 2 Forms in a page, one is a client
> > > details
> > > > > > > Form and the other is a ListView with a Form to add Contact Info
> to
> > > that
> > > > > > > client. I want to add a button (link) in the bottom of the page
> that
> > > say
> > > > > > > save that will save the whole client object and redirect to
> another
> > > page,
> > > > > > > what I want to do is to submit that form when this link is
> clicked.
> > > > > > >
> > > > > > > 
> > > > > > > .
> > > > > > > .
> > > > > > > .
> > > > > > > 
> > > > > > >
> > > > > > > 
> > > > > > >  .
> > > > > > >  .
> > > > > > >  .
> > > > > > >  
> > > > > > >
> > > > > > >  > > > > > > wicket:id="lnk_save"/>
> > > > > > >
> > > > > > > So the idea is to submit the form clientDetails with the  button
> > > lnk_save.
> > > > > > > hope it's doable ;)
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Ali
> > > > > >
> > > > > >
> > > > > >
> > > ---
> > > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log
> > > files
> > > > > > for problems?  Stop!  Download the new AJAX search engine that
> makes
> > > > > > searching your log files as easy as surfing the  web.  DOWNLOAD
> > > SPLUNK!
> > > > > >
> http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> > > > > > ___
> > > > > > Wicket-user mailing list
> > > > > > Wicket-user@lists.sourceforge.net
> > > > > >
> > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Regards, Ali
> >
> >
> > ---
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
>
> --
>  Regards, Ali


---
This

Re: [Wicket-user] Submit a Form by a method call

[Ali Zaid]

Eelco, yes maybe I didn't explain it in the right way, and yes happy
user, this is what Java really missed a framework like this one for
application with web interface (web applications and dynamic websites).

Tell me, is there any sign of 1.2 in the horizon? I read that there
will be a Ajax panel reRender capabilities, is this true? I really wish
for that, among others ;)

RegardsOn 12/12/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Good to hear from happy users :)I thought you wanted to have two forms that were submitted by oneclick. So my answer was not really to-the-point. Glad the otheranswers work for you.Eelco
On 12/11/05, Ali Zaid <[EMAIL PROTECTED]> wrote:> Andrew!>>  Man, Thanks, this works perfectly for me, I did think of this solution, but> I didn't have the well to try it till you suggested it :)
>>  Johan, Man I can't wait for 1.2, from what I read it has allot of what I> need :)>>  Thanks guys, if you are interested, I'm writting now 2 application using> wicket (that with a simple tracking system 4 months ago), and wicket is
> really helping me deliver fast, it just make me code the way I like :)>>  ThAnKs WiCkEt TeAm!!!>>> On 12/11/05, Johan Compagner <[EMAIL PROTECTED]
> wrote:> > If you use 1.2: See SubmitLink> >> >> >> >> > On 12/11/05, Andrew Berman < [EMAIL PROTECTED]> wrote:
> > > Don't use a submit button.  Do this instead> > >> > > 1.  Give each form an id using the HTML id attribute> > > 2.  Add the buttons like below> > >
> > > > document.getElementById("form1Id").submit();"/>> > > > >> > >> > > --Andrew> > >> > >> > >> > > On 12/10/05, Eelco Hillenius < 
[EMAIL PROTECTED]> wrote:> > > > I think the problem is not so much Wicket here, but the fact that you> > > > want to break out of the HTML boundaries. One strategy you can utilize
> > > > is to use _javascript_ to collect your form values and submit them as if> > > > they were part of one form. If you need such functionality often, you> > > > might even try to generalize this into a custom Wicket component.
> > > >> > > > Eelco> > > >> > > >> > > > On 12/10/05, Ali Zaid < [EMAIL PROTECTED]> wrote:> > > > > Hi;
> > > > >> > > > > I want to to submit a Form by a link or a button that don't belong> to that> > > > > Form, the idea is that I have 2 Forms in a page, one is a client
> details> > > > > Form and the other is a ListView with a Form to add Contact Info to> that> > > > > client. I want to add a button (link) in the bottom of the page that
> say> > > > > save that will save the whole client object and redirect to another> page,> > > > > what I want to do is to submit that form when this link is clicked.
> > > > >> > > > > > > > > > .> > > > > .> > > > > .> > > > > 
> > > > >> > > > > > > > > >  .> > > > >  .> > > > >  .> > > > >  
> > > > >> > > > > > > > > > wicket:id="lnk_save"/>> > > > >
> > > > > So the idea is to submit the form clientDetails with the  button> lnk_save.> > > > > hope it's doable ;)> > > > >> > > > > --
> > > > > Regards, Ali> > > >> > > >> > > >> ---> > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files> > > > for problems?  Stop!  Download the new AJAX search engine that makes> > > > searching your log files as easy as surfing the  web.  DOWNLOAD> SPLUNK!> > > > 
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick> > > > ___> > > > Wicket-user mailing list
> > > > Wicket-user@lists.sourceforge.net> > > >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > >> > >> > >> >> > --> Regards, Ali---This 
SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user-- 
Regards, Ali

Re: [Wicket-user] Submit a Form by a method call

[Eelco Hillenius]

Good to hear from happy users :)

I thought you wanted to have two forms that were submitted by one
click. So my answer was not really to-the-point. Glad the other
answers work for you.

Eelco


On 12/11/05, Ali Zaid <[EMAIL PROTECTED]> wrote:
> Andrew!
>
>  Man, Thanks, this works perfectly for me, I did think of this solution, but
> I didn't have the well to try it till you suggested it :)
>
>  Johan, Man I can't wait for 1.2, from what I read it has allot of what I
> need :)
>
>  Thanks guys, if you are interested, I'm writting now 2 application using
> wicket (that with a simple tracking system 4 months ago), and wicket is
> really helping me deliver fast, it just make me code the way I like :)
>
>  ThAnKs WiCkEt TeAm!!!
>
>
> On 12/11/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
> > If you use 1.2: See SubmitLink
> >
> >
> >
> >
> > On 12/11/05, Andrew Berman < [EMAIL PROTECTED]> wrote:
> > > Don't use a submit button.  Do this instead
> > >
> > > 1.  Give each form an id using the HTML id attribute
> > > 2.  Add the buttons like below
> > >
> > > 
> > >  onclick="document.getElementById("form2Id").submit();"/>
> > >
> > > --Andrew
> > >
> > >
> > >
> > > On 12/10/05, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> > > > I think the problem is not so much Wicket here, but the fact that you
> > > > want to break out of the HTML boundaries. One strategy you can utilize
> > > > is to use JavaScript to collect your form values and submit them as if
> > > > they were part of one form. If you need such functionality often, you
> > > > might even try to generalize this into a custom Wicket component.
> > > >
> > > > Eelco
> > > >
> > > >
> > > > On 12/10/05, Ali Zaid < [EMAIL PROTECTED]> wrote:
> > > > > Hi;
> > > > >
> > > > > I want to to submit a Form by a link or a button that don't belong
> to that
> > > > > Form, the idea is that I have 2 Forms in a page, one is a client
> details
> > > > > Form and the other is a ListView with a Form to add Contact Info to
> that
> > > > > client. I want to add a button (link) in the bottom of the page that
> say
> > > > > save that will save the whole client object and redirect to another
> page,
> > > > > what I want to do is to submit that form when this link is clicked.
> > > > >
> > > > > 
> > > > > .
> > > > > .
> > > > > .
> > > > > 
> > > > >
> > > > > 
> > > > >  .
> > > > >  .
> > > > >  .
> > > > >  
> > > > >
> > > > >  > > > > wicket:id="lnk_save"/>
> > > > >
> > > > > So the idea is to submit the form clientDetails with the  button
> lnk_save.
> > > > > hope it's doable ;)
> > > > >
> > > > > --
> > > > > Regards, Ali
> > > >
> > > >
> > > >
> ---
> > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > > > for problems?  Stop!  Download the new AJAX search engine that makes
> > > > searching your log files as easy as surfing the  web.  DOWNLOAD
> SPLUNK!
> > > > http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> > > > ___
> > > > Wicket-user mailing list
> > > > Wicket-user@lists.sourceforge.net
> > > >
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> > > >
> > >
> > >
> >
> >
>
>
>
> --
> Regards, Ali


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Eelco Hillenius]

Agreed. I think it is still a one-man-only project and the statistics
didn't look too impressive. Which doesn't say anything about the
quality of the framework of course. But it helps to have an active
community like the one that starts growing around Wicket now.

Eelco


>
> 2. No one has heard of the library (I learned of it from TSS also) even
> though it is apparently a 2.0 version already.  I personally think that
> Wicket is going to just get a bigger and bigger user-base as time goes on
> and people learn how easy it is to use.
>


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Andrew Berman]

Well, I can tell you two disadvantages of using wingS:1. It uses Layout managers.  Why it needs these if it uses HTML is beyond me, but it uses the Swing layout managers.  I don't know how many here have used Swing, but coding those layout managers by hand is a horrendous experience, especially the GridBagLayout.
2. No one has heard of the library (I learned of it from TSS also) even though it is apparently a 2.0 version already.  I personally think that Wicket is going to just get a bigger and bigger user-base as time goes on and people learn how easy it is to use.
--AndrewOn 12/12/05, Christopher Gardner <[EMAIL PROTECTED]> wrote:
I'm still cross posting to the ServerSide, as I'm trying to get thethoughts of wingS users.---Some of the responses mention the separation of concerns: Web pagedesigners can focus on the usability and beauty of the page, while
Java developers can hook up that page to that application.I see advantages to that approach, but there is duplication in thewicket approach. If I add a component to the page, I most likely wouldhave to add the same component to the code.
So, does the duplication in wicket lead to:* more performant page rendering over wingS (this is quite important to me)* highly productive development, i.e., is the effort to produce andmaintain an HTML page /and/ the wicket components less than that to
produce an equivalent set of components in wingS (as measured indeveloper time)* any other advantageOn 12/12/05, Dorel Vaida <[EMAIL PROTECTED]> wrote:
> Michael Jouravlev wrote:>> >On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:> >> >> >>Programmers work in Java, Designers work in HTML, wicket follows the
> >>separation of concerns fairly eloquently.> >>> >>> >> >This is a wrong principle. Modern-day web programming is not a CGI> >script + HTML 2.0. Web browsers are capable of _javascript_, DOM, CSS,
> >XML parsing, XSLT and other stuff. Designers cannot do that. This is> >programmers' job.> >> Let's say that designers and programmers must work as a team to fullfill> all those tasks you've mentioned. As I said in a previous email I don't
> think that a programmer/developer should have anything to do with at> least HTML, css etc. That's the ideal case, the real one is when your> Java fellow knows as much HTML as he can tell you, the web designer,
> what the markup he needs should look like so everything works as> expected. HTML + css makes things much easier in this respect. No matter> how much they try, a programmer/developer with no, or few knowledges of
> graphic/creative design will not be able to produce a decent looking web> application. And because people do not know about, or tend to mix, or> even ignore these different skillsets, most of the web applications (
> written in java or whatever) you'll see, look like s**t :-).>> >Never before web dev was so fun (and gore) as it in> >last two-three years.> >> Well, if fun means complex, well, yes, you're right. I think, that's why
> simple, well designed, specialized frameworks have so much success> lately and that's why almost nobody uses XML parsing + XSLT in the> browser :-P.>> > And it will get better. That is why I think that
> >JSF and such are very unflexible, they spit out predefined HTML,> >sometimes not really pretty one, and they do not allow to use the full> >power of modern client web development.> >
> >Michael.> >> >> >---> >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files> >for problems?  Stop!  Download the new AJAX search engine that makes
> >searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!> >http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> >___> >Wicket-user mailing list> >Wicket-user@lists.sourceforge.net> >
https://lists.sourceforge.net/lists/listinfo/wicket-user> >> >> > ---> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!> 
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click> ___> Wicket-user mailing list> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user>---This 
SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Eelco Hillenius]

I don't understand what you mean by duplication. Having things
seperated (in this case markup from logic) is not a violation of DRY.
It is just partitioning and seperation of concerns. And why we do
this? To keep things neatly seperated. Same reason as that you don't
want scriptlets in your JSP (at least I don't for projects of any
size).

Eelco


Imo, if you are looking for a framework that uses layout managers etc,
look at Echo2. As far as the code looks, it is my favorite of the
compatitors.



On 12/12/05, Christopher Gardner <[EMAIL PROTECTED]> wrote:
> I'm still cross posting to the ServerSide, as I'm trying to get the
> thoughts of wingS users.
> ---
> Some of the responses mention the separation of concerns: Web page
> designers can focus on the usability and beauty of the page, while
> Java developers can hook up that page to that application.
>
> I see advantages to that approach, but there is duplication in the
> wicket approach. If I add a component to the page, I most likely would
> have to add the same component to the code.
>
> So, does the duplication in wicket lead to:
>
> * more performant page rendering over wingS (this is quite important to me)
> * highly productive development, i.e., is the effort to produce and
> maintain an HTML page /and/ the wicket components less than that to
> produce an equivalent set of components in wingS (as measured in
> developer time)
> * any other advantage
>
> On 12/12/05, Dorel Vaida <[EMAIL PROTECTED]> wrote:
> > Michael Jouravlev wrote:
> >
> > >On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >>Programmers work in Java, Designers work in HTML, wicket follows the
> > >>separation of concerns fairly eloquently.
> > >>
> > >>
> > >
> > >This is a wrong principle. Modern-day web programming is not a CGI
> > >script + HTML 2.0. Web browsers are capable of Javascript, DOM, CSS,
> > >XML parsing, XSLT and other stuff. Designers cannot do that. This is
> > >programmers' job.
> > >
> > Let's say that designers and programmers must work as a team to fullfill
> > all those tasks you've mentioned. As I said in a previous email I don't
> > think that a programmer/developer should have anything to do with at
> > least HTML, css etc. That's the ideal case, the real one is when your
> > Java fellow knows as much HTML as he can tell you, the web designer,
> > what the markup he needs should look like so everything works as
> > expected. HTML + css makes things much easier in this respect. No matter
> > how much they try, a programmer/developer with no, or few knowledges of
> > graphic/creative design will not be able to produce a decent looking web
> > application. And because people do not know about, or tend to mix, or
> > even ignore these different skillsets, most of the web applications (
> > written in java or whatever) you'll see, look like s**t :-).
> >
> > >Never before web dev was so fun (and gore) as it in
> > >last two-three years.
> > >
> > Well, if fun means complex, well, yes, you're right. I think, that's why
> > simple, well designed, specialized frameworks have so much success
> > lately and that's why almost nobody uses XML parsing + XSLT in the
> > browser :-P.
> >
> > > And it will get better. That is why I think that
> > >JSF and such are very unflexible, they spit out predefined HTML,
> > >sometimes not really pretty one, and they do not allow to use the full
> > >power of modern client web development.
> > >
> > >Michael.
> > >
> > >
> > >---
> > >This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> > >files
> > >for problems?  Stop!  Download the new AJAX search engine that makes
> > >searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > >http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> > >___
> > >Wicket-user mailing list
> > >Wicket-user@lists.sourceforge.net
> > >https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> > >
> > >
> >
> >
> >
> > ---
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> ___
> Wicket-user mailing 

Re: [Wicket-user] spring integration

[Johan Compagner]

if you bore yourself at one time at javapolis!Please come visit us!On 12/12/05, Per Ejeklint <[EMAIL PROTECTED]
> wrote:Nice work, many thanks!I'll plunge in to it as soon as there is a boring session here at
JavaPolis. :-)/Per12 dec 2005 kl. 12-12 | v.50 |09.09 skrev Igor Vaynberg:> i just refactored the wicket-contrib-spring project, here are the> changes<|>Per Ejeklint
Mobile: +46 (0)70-5090052Web: http://www.ejeklint.seSkype: callto://ejeklint---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] spring integration

[Per Ejeklint]

Nice work, many thanks!

I'll plunge in to it as soon as there is a boring session here at  
JavaPolis. :-)


/Per

12 dec 2005 kl. 12-12 | v.50 |09.09 skrev Igor Vaynberg:

i just refactored the wicket-contrib-spring project, here are the  
changes


<|>

Per Ejeklint
Mobile: +46 (0)70-5090052
Web: http://www.ejeklint.se
Skype: callto://ejeklint





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Christopher Gardner]

I'm still cross posting to the ServerSide, as I'm trying to get the
thoughts of wingS users.
---
Some of the responses mention the separation of concerns: Web page
designers can focus on the usability and beauty of the page, while
Java developers can hook up that page to that application.

I see advantages to that approach, but there is duplication in the
wicket approach. If I add a component to the page, I most likely would
have to add the same component to the code.

So, does the duplication in wicket lead to:

* more performant page rendering over wingS (this is quite important to me)
* highly productive development, i.e., is the effort to produce and
maintain an HTML page /and/ the wicket components less than that to
produce an equivalent set of components in wingS (as measured in
developer time)
* any other advantage

On 12/12/05, Dorel Vaida <[EMAIL PROTECTED]> wrote:
> Michael Jouravlev wrote:
>
> >On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Programmers work in Java, Designers work in HTML, wicket follows the
> >>separation of concerns fairly eloquently.
> >>
> >>
> >
> >This is a wrong principle. Modern-day web programming is not a CGI
> >script + HTML 2.0. Web browsers are capable of Javascript, DOM, CSS,
> >XML parsing, XSLT and other stuff. Designers cannot do that. This is
> >programmers' job.
> >
> Let's say that designers and programmers must work as a team to fullfill
> all those tasks you've mentioned. As I said in a previous email I don't
> think that a programmer/developer should have anything to do with at
> least HTML, css etc. That's the ideal case, the real one is when your
> Java fellow knows as much HTML as he can tell you, the web designer,
> what the markup he needs should look like so everything works as
> expected. HTML + css makes things much easier in this respect. No matter
> how much they try, a programmer/developer with no, or few knowledges of
> graphic/creative design will not be able to produce a decent looking web
> application. And because people do not know about, or tend to mix, or
> even ignore these different skillsets, most of the web applications (
> written in java or whatever) you'll see, look like s**t :-).
>
> >Never before web dev was so fun (and gore) as it in
> >last two-three years.
> >
> Well, if fun means complex, well, yes, you're right. I think, that's why
> simple, well designed, specialized frameworks have so much success
> lately and that's why almost nobody uses XML parsing + XSLT in the
> browser :-P.
>
> > And it will get better. That is why I think that
> >JSF and such are very unflexible, they spit out predefined HTML,
> >sometimes not really pretty one, and they do not allow to use the full
> >power of modern client web development.
> >
> >Michael.
> >
> >
> >---
> >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> >for problems?  Stop!  Download the new AJAX search engine that makes
> >searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> >http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> >___
> >Wicket-user mailing list
> >Wicket-user@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
>
>
>
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] FXValidationAjaxHandler in wicket-examples HEAD

[Juergen Donnerstag]

This is not a new issue. It has been reported previously and I thought
I fixed it. I have to check with the url refactoring in 1.2 in
validate it has not been changed.

Juergen

On 12/12/05, Marco van de Haar <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> We were testing our components for a bug concerning Wicket 1.2, and we
> ran into another strange 'feature'. It seems that the callback URL has
> some kind of endline character in it, so the line gets broken. Has
> anyone had this problem before, and how do we fix it?
>
> This is how it should work (for integerProperty):
>
>   name="integerProperty" 
> onblur="javascript:integerProperty_validate('/wicket-examples/forminput?x=zzG9ja%2BuQQDwJn7QcaRsK9tYSJMDOJtIm7icNgVfkBJRSU%2FNKvJ32td846e6KcdErTa%2FFBWXnfg%3D&behaviourId=1',
>  'integerProperty', this);" id="integerProperty"/>
>
> And this is how it's currently done for integerInRangeProperty (and this 
> fails):
>  name="integerInRangeProperty" 
> onblur="javascript:integerInRangeProperty_validate('/wicket-examples/forminput?x=zzG9ja%2BuQQDwJn7QcaRsK68%2BEuLTb750DSqLwoSz8jud397Wra%2FIxP4Au%2Fw9yLZCp4g%2FHcGznT7s
> dS0jvOkz1Q%3D%3D&behaviourId=1', 'integerInRangeProperty', this);" 
> id="integerInRangeProperty"/>
>
> As you can see the URL continues on the next line and instead of generating 
> an Ajax call, it returns a Javascript error.
> You can try this yourself by adding FXFeedbackhandlers to the 
> forminputexample in HEAD.
>
>
>
> Greetings,
> Marco and Ruud
>
>
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Dorel Vaida]

Michael Jouravlev wrote:


On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:
 


Programmers work in Java, Designers work in HTML, wicket follows the
separation of concerns fairly eloquently.
   



This is a wrong principle. Modern-day web programming is not a CGI
script + HTML 2.0. Web browsers are capable of Javascript, DOM, CSS,
XML parsing, XSLT and other stuff. Designers cannot do that. This is
programmers' job. 

Let's say that designers and programmers must work as a team to fullfill 
all those tasks you've mentioned. As I said in a previous email I don't 
think that a programmer/developer should have anything to do with at 
least HTML, css etc. That's the ideal case, the real one is when your 
Java fellow knows as much HTML as he can tell you, the web designer, 
what the markup he needs should look like so everything works as 
expected. HTML + css makes things much easier in this respect. No matter 
how much they try, a programmer/developer with no, or few knowledges of 
graphic/creative design will not be able to produce a decent looking web 
application. And because people do not know about, or tend to mix, or 
even ignore these different skillsets, most of the web applications ( 
written in java or whatever) you'll see, look like s**t :-).



Never before web dev was so fun (and gore) as it in
last two-three years.

Well, if fun means complex, well, yes, you're right. I think, that's why 
simple, well designed, specialized frameworks have so much success 
lately and that's why almost nobody uses XML parsing + XSLT in the 
browser :-P.



And it will get better. That is why I think that
JSF and such are very unflexible, they spit out predefined HTML,
sometimes not really pretty one, and they do not allow to use the full
power of modern client web development.

Michael.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

 





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Dorel Vaida]

Martijn Dashorst wrote:

I think there are different types of designers... Our company design 
team (2 people) use photoshop to create the design, and one of them 
transforms that into HTML + CSS + JavaScript for a mockup website. 


Well, the first is the creative designer. This guys is drawing the 
picture. The WEB designer must be capable of turning that into whatever 
(X)HTML versione you want + CSS + Javascript or whatever. I've rarely 
seen a guy able to fullfill both the above roles. That's because the 
creative designers tend to be (some think that they are :-D ) somewhat 
of an artist, they have few clues on how to actually implement what 
they've just drawn. On the other hand the WEB designer has too few clues 
on how to draw a nice WEB GUI but given one (a picture, a PSD file, 
whatever), he'll transpose that into HTML markup + css + javascript or 
whatever. It would be the ideal case when one single person could do the 
both as it would be ideal that the same guy does the Java programming 
:-D. Unfortunatelly that is far from reality and I think that it is not 
even desirable.


This is then presented to our customer, and then turned over to the 
development team.


We are fortunate that our HTML designer is very capable of CSS + HTML 
and that gives very clean markup. We are also fortunate that the 
designer doesn't shy away from CVS usage.


There's a big difference between a frontpage designer and a web 
designer knowing what he is producing. The difference is the same as 
between the 'VB code monkeys' and a pragmatic programmer. The former 
only knows how to press buttons and make pretty pictures, but hasn't 
got a clue as to what happens in the background. The latter is a true 
craftsman, preciously working on his skills to improve himself, his 
knowledge and the products he's producing.


Martijn


On 12/12/05, *Michael Jouravlev* <[EMAIL PROTECTED] 
> wrote:


On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]
> wrote:
> Programmers work in Java, Designers work in HTML, wicket follows the
> separation of concerns fairly eloquently.

This is a wrong principle. Modern-day web programming is not a CGI
script + HTML 2.0. Web browsers are capable of Javascript, DOM, CSS,
XML parsing, XSLT and other stuff. Designers cannot do that. This is
programmers' job. Never before web dev was so fun (and gore) as it in
last two-three years. And it will get better. That is why I think that
JSF and such are very unflexible, they spit out predefined HTML,
sometimes not really pretty one, and they do not allow to use the
full
power of modern client web development.

Michael.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wicket-user





--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1 





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] FXValidationAjaxHandler in wicket-examples HEAD

[Marco van de Haar]

Hi all,

We were testing our components for a bug concerning Wicket 1.2, and we 
ran into another strange 'feature'. It seems that the callback URL has 
some kind of endline character in it, so the line gets broken. Has 
anyone had this problem before, and how do we fix it?


This is how it should work (for integerProperty):



And this is how it's currently done for integerInRangeProperty (and this fails):


As you can see the URL continues on the next line and instead of generating an 
Ajax call, it returns a Javascript error.
You can try this yourself by adding FXFeedbackhandlers to the forminputexample 
in HEAD.



Greetings,
Marco and Ruud


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Martijn Dashorst]

I think there are different types of designers... Our company design
team (2 people) use photoshop to create the design, and one of them
transforms that into HTML + CSS + _javascript_ for a mockup website. This
is then presented to our customer, and then turned over to the
development team.

We are fortunate that our HTML designer is very capable of CSS + HTML
and that gives very clean markup. We are also fortunate that the
designer doesn't shy away from CVS usage.

There's a big difference between a frontpage designer and a web
designer knowing what he is producing. The difference is the same as
between the 'VB code monkeys' and a pragmatic programmer. The former
only knows how to press buttons and make pretty pictures, but hasn't
got a clue as to what happens in the background. The latter is a true
craftsman, preciously working on his skills to improve himself, his
knowledge and the products he's producing.

Martijn
On 12/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:> Programmers work in Java, Designers work in HTML, wicket follows the> separation of concerns fairly eloquently.
This is a wrong principle. Modern-day web programming is not a CGIscript + HTML 2.0. Web browsers are capable of _javascript_, DOM, CSS,XML parsing, XSLT and other stuff. Designers cannot do that. This is
programmers' job. Never before web dev was so fun (and gore) as it inlast two-three years. And it will get better. That is why I think thatJSF and such are very unflexible, they spit out predefined HTML,sometimes not really pretty one, and they do not allow to use the full
power of modern client web development.Michael.---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
-- Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorstWicket 1.1 is out: 
http://wicket.sourceforge.net/wicket-1.1

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Michael Jouravlev]

On 12/11/05, Andrew Lombardi <[EMAIL PROTECTED]> wrote:
> Programmers work in Java, Designers work in HTML, wicket follows the
> separation of concerns fairly eloquently.

This is a wrong principle. Modern-day web programming is not a CGI
script + HTML 2.0. Web browsers are capable of Javascript, DOM, CSS,
XML parsing, XSLT and other stuff. Designers cannot do that. This is
programmers' job. Never before web dev was so fun (and gore) as it in
last two-three years. And it will get better. That is why I think that
JSF and such are very unflexible, they spit out predefined HTML,
sometimes not really pretty one, and they do not allow to use the full
power of modern client web development.

Michael.


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] spring integration

[Joni Suominen]

Very good! I started to use mock version of application context too. The
version which i did looks probably very similar than
ApplicationContextMock (couldn't get it from anoncvs yet). The only
visible difference is that I had put these lines:

SpringContextLocatorMock ctxLocator=new 
SpringContextLocatorMock(appctx);   

AnnotSpringInjector injector=new 
AnnotSpringInjector(ctxLocator);

// 3. set our mock injection environment as active
InjectorHolder.setInjector(injector);

to the constructor of the mock.

-- 
Joni Suominen <[EMAIL PROTECTED]>

On Mon, 2005-12-12 at 00:09 -0800, Igor Vaynberg wrote:
> i just refactored the wicket-contrib-spring project, here are the
> changes
> 
> * all jdk 5 stuff has been factored out into
> wicket-contrib-spring-jdk5 project so wicket-contrib-spring can
> compile with 1.4
> 
> * the injector for automatic dependencies is now aquired through a
> static methods of the InjectorHolder class. this makes it very easy to
> substitute your own injector, say for unit testing. 
> 
> * SpringWebPage has been generalized and renamed to InjectableWebPage
> 
> * there is now an AnnotSpringWebApplication which automatically puts
> the AnnotSpringInjector into the holder class at startup so you dont
> have to. what this means is that in order to setup automatic injection
> of pages you need to do two things: let your application object extend
> the AnnotSpringWebApplication and let any pages you want to be
> injected extend InjectableWebPage. 
> 
> * SpringWebApplication now has a few helper methods for creating
> spring proxies in case you do not want to use the injector mechanism
> 
> * There is a beginning of the ApplicationContextMock class that can be
> used to simplify unit testing ( this needs a lot more work maybe
> somone has some time ) 
> 
> * http://www.wicket-wiki.org.uk/wiki/index.php/Spring has been updated
> to reflect these changes as well as show an example of a unit test for
> a page that uses automatic injetion 
> 
> == migration guide for automatic injection users ==
> extend AnnotSpringWebApplication instead of SpringWebApplication
> change all references to SpringWebPage to InjectableWebPage
> = 
> 
> thoughts, comments, ideas ?
> 
> -Igor
> 




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wingS 2.0 v. wicket 1.1

[Dorel Vaida]

Christopher Gardner wrote:


I posted this to the ServerSide in the recent article on wingS.  How
would you sell wicket, which requires a physical HTML page, over
wingS, which I think does not?
 

Well, I'm not quite familiar with wingS, it looks pretty interesting, 
but I really enjoy handing over the functional web application pages to 
the web designer so he gives his best to make it look pretty. That 
almost includes elements that I don't know about in Java code, and I 
don't want to know about :-). So if wingS allows the same, I might give 
it a try sometime, for the moment I am busy fighting customers that 
still require Struts, how could I mention wingS to them when all they 
know is Struts is so good that it has got 50% of the Java web 
application market ? :-D


Back to your question, if you let aside the technical issues I think you 
could sell wicket exactly by mentioning (this is just from the point of 
view you asked, I don't know how wingS and Wicket compare from the 
technical point of view) that some web designer will be able to 
change/beautify, to control how the web page looks after you're done 
with the functionality (well, this is partially limmited due to the 
strict component hierarchy Wicket has, but still...)



---
While I've looked at wicket 1.1 very closely, I've only read the
documentation for wingS 2.0.  Both intrigue me, and I'm trying to make
up my mind which product I might pursue.  With wicket you have to
create a web page.  It appears with wingS, however, the web page is
generated by the servlet.  If that is true, it seems wingS honors the
DRY principle (i.e., the page object and its components are the only
thing needed to represent the page).  Why would one choose one product
over the other?


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

 





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] spring integration

[Igor Vaynberg]

i just refactored the wicket-contrib-spring project, here are the changes* all jdk 5 stuff has been factored out into wicket-contrib-spring-jdk5 project so wicket-contrib-spring can compile with 1.4* the injector for automatic dependencies is now aquired through a static methods of the InjectorHolder class. this makes it very easy to substitute your own injector, say for unit testing.
* SpringWebPage has been generalized and renamed to InjectableWebPage* there is now an AnnotSpringWebApplication which automatically puts the AnnotSpringInjector into the holder class at startup so you dont have to. what this means is that in order to setup automatic injection of pages you need to do two things: let your application object extend the AnnotSpringWebApplication and let any pages you want to be injected extend InjectableWebPage.
* SpringWebApplication now has a few helper methods for creating spring proxies in case you do not want to use the injector mechanism* There is a beginning of the ApplicationContextMock class that can be used to simplify unit testing ( this needs a lot more work maybe somone has some time )
* http://www.wicket-wiki.org.uk/wiki/index.php/Spring has been updated to reflect these changes as well as show an example of a unit test for a page that uses automatic injetion
== migration guide for automatic injection users ==extend AnnotSpringWebApplication instead of SpringWebApplicationchange all references to SpringWebPage to InjectableWebPage=
thoughts, comments, ideas ?-Igor