Re: Presented Wicket to my Company...

2007-09-28 Thread David Bernard

Short version of my experience, last year I created a project with 
Seam+Facelets+JSF+EJB3/JPA+jBPM. I was optimist JSF is a standard with 2+ years 
old, lot of providers,...
* JSF : I tried to mixed components from several provider, Trinidad, ADT, 
MyFaces, Ajax4JSF,... it was a nightweird and time lost (lost of 
incompatibility in the configuration, rendering,...)
* JSF : I try to create my own components (and read  Pro JSF and Ajax: Building 
Rich Internet Components), very complex : Request lifec cycle, extensions points, 
lot of xml to write and keep sync
* JSF : sometime nothing appends due to exception or reject in the dark zone of the 
request life cycle, so don't forget to display messages on every page
* JSF : some basic widget (select) always need hack to work
* JSF : create nasty/crapy html, with lot of form, javascript, div : difficult 
to debug
* Seam : lot of good idea, need to understand Injection and Outjection, need to 
be carefull of scope (request, conversation, session, application) of 
In/outjection
* Seam : some features didn't work with third party JSF components
* Seam : required EJB
* Facelets : nice, helping information on failure, templating, tools/facilities 
to create simples components
* jBPM : nice GUI to design workflow and pageflow = lot of getter/setter, lot 
of xml, not easy to test/mock
* documenation : too many source

After 3 month, I switch to :
* Spring instead of Seam + full EJB3
* hand code instead of jBPM
* session instead conversation scope (spring doesn't support 
conversation/continuation natively)
And keep JSF(Facelets+Ajax4JSF+MyFaces), JPA(Hibernate).

About Spring + JSF, you had 2 choice
* every Bean (from spring) could be accessed from a JSF page
* only bean declared into an xml file could be accessed

About html preview :
* facelet allow to use regular html tag with attribute like wicket, but it's an option, and lot of components need to have child component with special tagname and every/lot of component add tag when 
it's rendering (runtime)  = css from static page template need to be changed.

* facelet like wicket allosw to define fragment, displaying page with fragment 
or fragment alone isn't very usefull. (note : I use fragment as general term, 
not in the Wicket terminology)

Result : I was pretty happy with the final solution but lot of xml to maintain.
It's quicker to start wth JSF than Wicket, but when to start to customize and 
use none basic widget,... welcome to hell (of configuration, documentation,...)

WARN: it's a 2006 experience. I've not used JSF extension/preview from IDE

/david

robert.mcguinness wrote:

...to tell you the truth, it impressed the developers but I didn't get that
feeling from the top brass.  I am pretty sure we will move towards
Seam/JSF/Facelets (we have a presentation on that tech next week given by
another developer) since it is standard.

Has anyone here worked with the Seam tech?  All the examples I have seen
(including Facelets) is nothing but tag soup with scriptlets in the page
(albeit small).  The configuration for a Seam project seems like a pain and
was also told that the JSF/Seam/Faclets jsp pages can be previewed in a
browser (something I thought was so clever about Wicket html pages...and I
was under the impression that Wicket was the only tech that allowed true
separation of concerns; allowing the web designer to work independenly of
the programmer with no duplication of work between the two).  Maybe I'm
blind to Wicket and I'm overlooking Seam and the techs related to it?  


I've worked with Freemarker and Struts before and Wicket feels like
natural web development.  I thought I covered all the great concepts about
Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc…

Bah…just venting.  I’m going to have to win the votes of the developers. 
I’ll keep everyone posted.  Thanks amigos!


- rm3



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can't access Javascript/CSS when in servletMode

2007-09-28 Thread Martijn Dashorst
Read this: 
http://cwiki.apache.org/WICKET/best-practices-and-gotchas.html#BestPracticesandGotchas-WicketServletMapping

There you can read that if you use the servlet mapping, you need to do
it on a subpath, i.e. /app *and* add the asterisk:

servlet-mapping
   servlet-nameMreWicketApplication/servlet-name
   url-pattern/app/*/url-pattern
 /servlet-mapping

Martijn

On 9/28/07, Adam A. Koch [EMAIL PROTECTED] wrote:
 Here's the URL I'm trying:
 http://localhost/mre/resources/com.*.webapp.wicket.BasePage/mre.css

 This (part of) the web.xml that works:

   filter
 filter-nameMreWicketApplication/filter-name

 filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class
 init-param
   param-nameapplicationClassName/param-name

 param-valuecom.[removed].mre.webapp.wicket.MreWebApplication/param-value
 /init-param
   /filter

   filter-mapping
 filter-nameMreWicketApplication/filter-name
 url-pattern/*/url-pattern
   /filter-mapping

 This is what doesn't work:

   servlet
 servlet-nameMreWicketApplication/servlet-name
 
 servlet-classorg.apache.wicket.protocol.http.WicketServlet/servlet-class
 init-param
   param-nameapplicationClassName/param-name
   
 param-valuecom.[removed].mre.webapp.wicket.MreWebApplication/param-value
 /init-param
 load-on-startup1/load-on-startup
   /servlet

   servlet-mapping
 servlet-nameMreWicketApplication/servlet-name
 url-pattern//url-pattern
   /servlet-mapping


 But even though the url-pattern is / everything is under /mre/. Is
 that the way it's supposed to be?

 Thanks,
 Adam

 Martijn Dashorst wrote:
  And perhaps post the contents of your web.xml?
 
  Did you map to /app or /app/* ?
 
  Martijn
 
  On 9/27/07, Adam A. Koch [EMAIL PROTECTED] wrote:
 
   It is mapped to an app and not to the root. The directories I listed are 
  in
  the war file, but I tried to access them with http://localhost/myapp/...
 
   Kent Tong wrote:
   Adam Koch wrote:
 
 
   In fact, I couldn't get the JS/CSS in any way when using the servlet. I
  tried putting the JS in my app.war in these directories:
  / (root)
  /classes/com/.../someJS.js
  /WEB-INF/classes/com/.../someJS.js (same directory as Class
  and html)
 
 
   Are you mapping the Wicket servlet to root? Try mapping it to something
  else
  like /app.
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Buy Wicket in Action: http://manning.com/dashorst
Apache Wicket 1.3.0-beta3 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache

2007-09-28 Thread beam

Thank you very much!
But if I use several tomcat's instances then I still need some load
balancing server, like apache with mod_jk, so why don't use it for content
delivery too ? Or do I need to investigate another load balancing mechanism?


Sam Hough wrote:
 
 [serving static content]
 The argument I heard was that Java apps were not able to cope as well with
 badly behaved clients (dropped connections etc). Apache httpd probably is
 more efficient than Tomcat etc at serving static content. However modern
 cheap hardware can almost always shove out more than most connections can
 cope with. If you want to manipulate, control access etc to your static
 content and your app is in Java I would be tempted to stay with pure Java.
 You also have less to worry about which bit of your platform is causing
 trouble. Tomcat also has a native plugin that you might want to
 investigate... I would guess that careful tuning of what you serve
 (compression, cache management) will buy you a lot.
 
 

-- 
View this message in context: 
http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12935457
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache

2007-09-28 Thread beam

Thanks a lot, Mark
I'll take a look at the Apache Portable Runtime

For the servlet container you can use either Tomcat or JBoss with the Apache
Portable Runtime. Performance will be similar to using Apache as a frontend,
but is simpler to setup.
http://labs.jboss.com/jbossweb/index.html

As for whether to go with Tomcat or JBoss, perhaps that will depend on
whether it is likely you will want other J2EE features, eg JMS. I've tended
to settle on JBoss because those extra libraries are there if I need them.

Mark
/qoute

-- 
View this message in context: 
http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12935488
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread Jonathan Locke


especially with that last name.


igor.vaynberg wrote:
 
 sounds like what you should do is take your manager out for drinks :)
 
 -igor
 
 
 On 9/27/07, robert.mcguinness [EMAIL PROTECTED] wrote:


 ...to tell you the truth, it impressed the developers but I didn't get
 that
 feeling from the top brass.  I am pretty sure we will move towards
 Seam/JSF/Facelets (we have a presentation on that tech next week given by
 another developer) since it is standard.

 Has anyone here worked with the Seam tech?  All the examples I have seen
 (including Facelets) is nothing but tag soup with scriptlets in the page
 (albeit small).  The configuration for a Seam project seems like a pain
 and
 was also told that the JSF/Seam/Faclets jsp pages can be previewed in a
 browser (something I thought was so clever about Wicket html pages...and
 I
 was under the impression that Wicket was the only tech that allowed true
 separation of concerns; allowing the web designer to work independenly of
 the programmer with no duplication of work between the two).  Maybe I'm
 blind to Wicket and I'm overlooking Seam and the techs related to it?

 I've worked with Freemarker and Struts before and Wicket feels like
 natural web development.  I thought I covered all the great concepts
 about
 Wicket: Ajax, Templating, Inheritance, Reusable Components, OO
 Concepts…etc…

 Bah…just venting.  I'm going to have to win the votes of the developers.
 I'll keep everyone posted.  Thanks amigos!

 - rm3

 --
 View this message in context:
 http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12933638
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12935888
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Presented Wicket to my Company...

2007-09-28 Thread Maeder Thomas
If it helps: about half a year ago, we started to port a Swing
application to the web. We started with JSF, but after three months we
pulled the plug and switched to Wicket. We had converted everything to
Wicket in two months and about two thirds the code. Oh... and with two
instead of three developers. And did I mention that we added quite a bit
of AJAX bling in the process and EVERYTHING still works when you turn of
Javascript? And that there is none of the POST-only madness? 
I know JSF is supposedly the standard, but so is CORBA, and look where
that went;-)

Thomas

PS: a funny thing happend about 3 weeks into the Wicket port: one
Thursday I noticed that I had not been completely disgusted and ready to
quit (and become a goat farmer) a single time that week. Wicket does not
suck and sometimes it's downright cool.

 -Original Message-
 From: robert.mcguinness [mailto:[EMAIL PROTECTED] 
 Sent: Freitag, 28. September 2007 04:18
 To: users@wicket.apache.org
 Subject: Presented Wicket to my Company...
 
 
 ...to tell you the truth, it impressed the developers but I 
 didn't get that feeling from the top brass.  I am pretty sure 
 we will move towards Seam/JSF/Facelets (we have a 
 presentation on that tech next week given by another 
 developer) since it is standard.
 
 Has anyone here worked with the Seam tech?  All the examples 
 I have seen (including Facelets) is nothing but tag soup with 
 scriptlets in the page (albeit small).  The configuration for 
 a Seam project seems like a pain and was also told that the 
 JSF/Seam/Faclets jsp pages can be previewed in a browser 
 (something I thought was so clever about Wicket html 
 pages...and I was under the impression that Wicket was the 
 only tech that allowed true separation of concerns; allowing 
 the web designer to work independenly of the programmer with 
 no duplication of work between the two).  Maybe I'm blind to 
 Wicket and I'm overlooking Seam and the techs related to it?  
 
 I've worked with Freemarker and Struts before and Wicket 
 feels like natural web development.  I thought I covered 
 all the great concepts about
 Wicket: Ajax, Templating, Inheritance, Reusable Components, 
 OO Concepts...etc...
 
 Bah...just venting.  I'm going to have to win the votes of the 
 developers. 
 I'll keep everyone posted.  Thanks amigos!
 
 - rm3
 
 --
 View this message in context: 
 http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532
 130.html#a12933638
 Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread Jonathan Locke


i don't know if it helps, but my funded startup (austin ventures) is using
wicket, as well as people at well known companies like Joost and IBM.  i've
had 3 consulting offers including one from a major company in just the last
week.  so wicket is not untested technology.  and it's definitely taking
off.  and yes, it does solve a lot of the problems you're talking about
which other frameworks do not address.  but it takes time to affect change,
particularly in management (and for good reasons).  but that said, unless
you're developing applications without a lot of complexity (where templating
plus a little logic is all you need), your company is probably making a
mistake.  you might have them read the second section of this article:

http://www.eweek.com/article2/0,1895,2176557,00.asp

and no, i don't know anyone at that company.


robert.mcguinness wrote:
 
 ...to tell you the truth, it impressed the developers but I didn't get
 that feeling from the top brass.  I am pretty sure we will move towards
 Seam/JSF/Facelets (we have a presentation on that tech next week given by
 another developer) since it is standard.
 
 Has anyone here worked with the Seam tech?  All the examples I have seen
 (including Facelets) is nothing but tag soup with scriptlets in the page
 (albeit small).  The configuration for a Seam project seems like a pain
 and was also told that the JSF/Seam/Faclets jsp pages can be previewed in
 a browser (something I thought was so clever about Wicket html pages...and
 I was under the impression that Wicket was the only tech that allowed true
 separation of concerns; allowing the web designer to work independenly of
 the programmer with no duplication of work between the two).  Maybe I'm
 blind to Wicket and I'm overlooking Seam and the techs related to it?  
 
 I've worked with Freemarker and Struts before and Wicket feels like
 natural web development.  I thought I covered all the great concepts
 about Wicket: Ajax, Templating, Inheritance, Reusable Components, OO
 Concepts…etc…
 
 Bah…just venting.  I’m going to have to win the votes of the developers. 
 I’ll keep everyone posted.  Thanks amigos!
 
 - rm3
 
 

-- 
View this message in context: 
http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12935999
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Sam Hough

Is there a jira issue already for that or should I try and come up with one?

Thanks

Sam



Johan Compagner wrote:
 
 as i said before removing those files will not really help you
 the current change tracker/listener we have is the way to go.
 We just need to refactor it a little bit and create an extra method where
 people can hook up in.
 
 johan
 
 
 
 On 9/28/07, Sam Hough [EMAIL PROTECTED] wrote:


 The nicest way I can think of to solve:

 http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html

 Would be to override add, removeAll, remove etc to manage
 AttributeModifier
 when the children change rather than every time the components render
 etc...

 So I'm not being won over by the final thing since I'd like them gone for
 my
 auto-dirty, first/last class attribute and so I can keep using onClick
 and
 onSubmit...

 If I'm hitting an imaginery brick wall then I'd be delighted to be shown
 the
 light.

 Cheers

 Sam



 Eelco Hillenius wrote:
 
  On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
  but this discussion is not just about getter/setters (i don't care
 about
  those)
  but also for add and remove.. then we are getting into some other
 stuff
 
  Yes. Getters/ setters are less tricky. Though I'm still not breaking
  in sweat when I imagine removing final on add and remove.
 
  Eelco
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/auto-dirty-and-widget-factory-tf4421187.html#a12940572
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/auto-dirty-and-widget-factory-tf4421187.html#a12942608
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Border within a DataView

2007-09-28 Thread Atzanteol

Hrm.  What would you want for a quickstart then?  Just a simple application
that displays the problem?


igor.vaynberg wrote:
 
 cant really tell you its a bug until i see what you do inside a
 quickstart...
 
 -igor
 
 
 On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:


 I'd like to, but I'm afraid I don't have the time ATM.  Is this a bug
 then?
 Should it work the way I expect?

 I'm also having an issue with a Panel and a Page sharing a model for a
 form
 (part of the form is to display in the main page with part of it in the
 Panel).  The Panel doesn't seem to use the model passed to it...


 
 
 

-- 
View this message in context: 
http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12943441
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Page expired happens if application is invoked in external frameset

2007-09-28 Thread salmas

I have a wicket application which runs in a WebLogic server. If I restart
WebLogic then everything is okay as long as I invoke the url to the
appplication directly. The production application will be deployed as a
frame in another vendors frameset. After server restart invoking the
application from the external frameset produces a Page Expired on the page
accessed after successful login. I doubt that this has to do with
serialization since I am using debug settings and if something was not
serialized then I should get a runtime exception? After I access the
application once from the direct URL it works just fine in the frameset. I
don't understand why there is a difference when invoking directly in the
browser as versus haveing the application in a frameset? Also I don't
understand why the problem is the page after login (I have tried to vary the
pages with the same result) instead of in the login page itself? I have the
weblogic timeout set to -1 (infinite)
Any help will be much appreciated
-- 
View this message in context: 
http://www.nabble.com/Page-expired-happens-if-application-is-invoked-in-external-frameset-tf4535131.html#a12942506
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Applet Question

2007-09-28 Thread Craig Tataryn
Hi Carlo, the syntax of your archive attribute looks a big suspect.
Normally what you would do is create a publicly accessible folder,
something called applet and stick your imageviewer.jar file there.
Then you would change your archive attribute to read:
archive=/applet/imageviewer.jar.

Craig.

On 9/27/07, carloc [EMAIL PROTECTED] wrote:

 Hi Everyone,

 I'm trying to load an applet in wicket.
 The code looks like this

 applet code=uk.co.mmscomputing.application.imageviewer.MainApp.class
 archive=uk.co.mmscomputing.application.imageviewer.jar width=100%
 height=100% 
 /applet

 If I paste this code in my index.html page which is not run by wicket, the
 code runs properly,
 however if I try to put it in a wicket page, the code does not run.

 In the java console of firefox it says that it can't find the specified
 file.

 How do I embed an applet in my wicket page?
 Thanks
 --
 View this message in context: 
 http://www.nabble.com/Applet-Question-tf4531635.html#a12932157
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?

2007-09-28 Thread Matej Knopp
Ah, I guess i understood the question a bit wrong then. Sticky mode is
preferred with wicket, as we use redirect to buffer render strategy by
default. Also from a performance standpoint, I'd recommend sticky
mode.

As for the page store, what i suggested was a merely performance
improvement. Since you 'd have clustered disk page store, there's no
need to replicate the last accessed page over the cluster using the
standard session replication. So what my suggestion would do is that
you'd have only a _very_ small (couple of hundreds of bytes)
replicated session state.

-Matej

On 9/28/07, mchack [EMAIL PROTECTED] wrote:

 While looking at load balancer options I was trying to see if the non session
 sticky mode was an option. Obviously there are a bunch of issues I hadn't
 considered such as threading mode and concurrent client access. It is clear
 I will stick with the original plan of session sticky mode.

 -mike


 Johan Compagner wrote:
 
  Why don't you want session sticky load balancing?
 
  How does none sticky sessions work then? If there are 2 request comming in
  then wicket makes sure
  that the page is access in one thread. So that the page is not changed by
  2
  threads at the same time
  Does your application server lock over the nodes when there are 2 or more
  request comming in from the same client?
  If not how does it then sync up again? How does it merge the pages?
 
  johan
 
 
 
  On 9/28/07, mchack [EMAIL PROTECTED] wrote:
 
 
  I am deploying my application in a clustered environment. Eliminating
  session
  sticky load balancing would be an advantage for me. Session data is
  already
  replicated in a clustered environment. Are the mechanics in place to
  share
  the Page Cache with other machines if I use a clustered file system that
  allows concurrent access in this way providing non sticky LB across the
  cluster?
 
  -Mike
  --
  View this message in context:
  http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context: 
 http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12937318
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Display HTML markup inside of Label

2007-09-28 Thread V. Jenks

THAT'S it, thank you...


igor.vaynberg wrote:
 
 label.setescapemodelstrings(false)
 
 -igor
 
 On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:


 Seems like a simple question and I thought I had done this before...but I
 simply need to display HTML *as* html, on a page, using a Label.
 --
 View this message in context:
 http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944821
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Eelco Hillenius
 Basically, yes.  I wasn't sure if there was a Wicket solution to this problem
 or not.  I wasn't sure if there was a way to make a hard-coded reference to
 a resource outside of the webroot, for the purposes of doing what I
 explained.

What you can do is create a shared resource and let it resolve to your
files using e.g. FileResourceStream. Or even create a simple Servlet.
We've had discussions on this a few times on the list so maybe you can
try to find a solution in the archives.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Craig Tataryn
If I'm understanding this correctly you simply want a set of images
available on the same server that your wicket app is on.  Just make an
images folder at the same level as WEB-INF (that is, a sibling of).

If you are using wicket 1.2.x, you would have mounted your wicket app
to some path under your context: for instance /app.  A link to a
wicket page mounted to /home would look like this:

http://yourserver.com/yourcontext/app/home

A link to an image would look like this:
http://yourserver.com/yourcontext/images/myimage.jpg

On Wicket 1.3, you use a filter instead, and the filter is smart
enough to know what content to handle so technically you don't need
the extra /app path you can reference your application and static
images like so:

http://yourserver.com/yourcontext/home

http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as before)

Again, not sure if that's what you are asking, but hopefully it is!

Craig.

On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:

 Basically, yes.  I wasn't sure if there was a Wicket solution to this problem
 or not.  I wasn't sure if there was a way to make a hard-coded reference to
 a resource outside of the webroot, for the purposes of doing what I
 explained.


 Eelco Hillenius wrote:
 
  Interesting...  This might work, however I don't understand what the
  class
  would be?  Would it be the Application class?  The images reside in
  C:\AppName\images, which is obviously outside of the app.
 
  Oh, ok, I didn't understand what you meant. So you don't want to just
  put these images in a path than can be served by a web server?
 
  Eelco
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context: 
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Sam Hough

Big snag is most email clients will never show the images due to security
problems.

I think you have two options. One it to attach the images in the actual
email (if they are small) so you would need to learn the joys of multipart
messages (are using sending plain text and HTML version?).

The other is, as you say, to put the images on a public facing server. Do
you have some key that you can use to reference the images from within
editing and for the live server? Maybe have a non-ear webapp for serving the
images? or serve them out of the database?
 


V. Jenks wrote:
 
 I've got a question concerning how I might be able to display remote
 images in an HTML email.
 
 In Wicket, I've built a small utility where our designers use a plain html
 page to format our email newsletter.  The html template page and images
 reside outside of the webroot because my app is deployed as an ear file. 
 They have a maintenance page where they define a newsletter.  This page
 reads the html file and saves the contents into a field in the Newsletter
 table.  The newsletter contents which have been saved to the database is
 what is sent to customers.
 
 The problem arises when these newsletters are sent to customers.  Since
 the images within the newsletter do not reside in the webroot, how would
 they be displayed remotely?  After editing, when they preview the
 newsletter locally I use the ResourceReference method of displaying the
 images outside of the webroot.  Is there a way I can hard-code a remote
 URL to the images before I persist it to the db?
 
 What it boils down to is; I'm not familiar w/ HTML emails and I'm trying
 to figure out how I should proceed so remote images can be displayed once
 the email is sent to a customer.  
 
 The answer may be obvious but I'm out of ideas at this point.
 
 Thanks!
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12943374
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket-based website gone on-line

2007-09-28 Thread Jonathan Locke


nice!

i used to use your cvs client years ago.

i suppose this is off topic, but what would really be the icing on the cake
of 
your svn client would be a VERY minimalist eclipse integration.  i want just
the 
most basic features like update and commit in the IDE (and have them not 
hang my IDE like the free clients all seem to do) and then for all the
complicated
stuff like merging it would have a Launch SmartSVN... menu option.  then
you've got the best of both worlds.


Thomas Singer-4 wrote:
 
 I just wanted to let you know, that our Wicket-based website gone on-line:
 
   http://www.syntevo.com
 
 If somebody finds a problem, please let me know.
 
 We really liked the flexibility of Wicket. Although not supported
 out-of-the 
 box, we configured Wicket, so our templates can be 100% pure HTML (except 
 the wicket:id attributes), all links to pages, static stylesheets or 
 graphics are valid at development time (even in embedded templates) and 
 Wicket corrects them for us.
 
 Thanks, Wicket-team, for providing such a high-quality framework (in means 
 of well-thought architecture, flexibility and code quality) and the 
 outstanding e-mail support.
 
 --
 Best regards,
 Thomas Singer
 _
 SyntEvo GmbH
 Brunnfeld 11
 83404 Ainring
 Germany
 www.syntevo.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Wicket-based-website-gone-on-line-tf4412862.html#a12944614
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Eelco Hillenius
On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:

 I've got a question concerning how I might be able to display remote images
 in an HTML email.

 In Wicket, I've built a small utility where our designers use a plain html
 page to format our email newsletter.  The html template page and images
 reside outside of the webroot because my app is deployed as an ear file.
 They have a maintenance page where they define a newsletter.  This page
 reads the html file and saves the contents into a field in the Newsletter
 table.  The newsletter contents which have been saved to the database is
 what is sent to customers.

 The problem arises when these newsletters are sent to customers.  Since the
 images within the newsletter do not reside in the webroot, how would they be
 displayed remotely?  After editing, when they preview the newsletter locally
 I use the ResourceReference method of displaying the images outside of the
 webroot.  Is there a way I can hard-code a remote URL to the images before I
 persist it to the db?

 What it boils down to is; I'm not familiar w/ HTML emails and I'm trying to
 figure out how I should proceed so remote images can be displayed once the
 email is sent to a customer.

 The answer may be obvious but I'm out of ideas at this point.

Not sure if it is the answer you are looking for, but paths to shared
resources (which packaged resources such as images are) are
predictable. Basically:

http://your.com/yourapp/resources/com.your.another.package.SomeClass/your_image_next_to_your_class.gif

So there is /resources/ which is a reserved path for shared resources
in Wicket. Then there is the name of the class you want to use to
relatively reference your resource, and then there is the resource
relative to that class. And that can be in a subdir, but you can't use
'..' etc.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Border within a DataView

2007-09-28 Thread Igor Vaynberg
cant really tell you its a bug until i see what you do inside a
quickstart...

-igor


On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:


 I'd like to, but I'm afraid I don't have the time ATM.  Is this a bug
 then?
 Should it work the way I expect?

 I'm also having an issue with a Panel and a Page sharing a model for a
 form
 (part of the form is to display in the main page with part of it in the
 Panel).  The Panel doesn't seem to use the model passed to it...


 igor.vaynberg wrote:
 
  mind creating a quickstart and attaching it to jira?
 
  -igor
 
 
  On 9/27/07, Atzanteol [EMAIL PROTECTED] wrote:
 
 
  I have a page that uses a DataView to display a 'search results' page.
  Within each line I need to have a collapsible box that displays more
  information about the search result.
 
  I created a Border object that collapses fine (based off an example
 from
  _Pro Wicket_) when in a simple example, but when it's within the
 DataView
  wicket complains that the Border control can't be found
  (wicket.markup.MarkupException: Unable to find component with id
  'collapsibleBorder' ).
 
  Can a Border be used within a DataView?  I tried the Border to both the
  page
  and the DataView and neither works.  If this won't work is there
 another
  way?
 
  The DataView works fine alone, and the Border works fine alone.  It's
  only
  when the Border is part of the DataView that I run into issues.
 
  My HTML looks similar to this:
  table border=1
  tr wicket:id=searchResults
  td
  table
  tr
  tdMore info:/td
  td
 
  !-- moreInfo is returned by the
  DataView --
  [More Info]
 
 /td
  /tr
  /table
  /td
  /tr
  /table
  --
  View this message in context:
  http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12928907
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12942077
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks

No, this is not the case.  I specifically need these images to be *outside*
of the packaged .ear application because I need our designers to have access
to them.  Wicket access these resources and actually sends the contents of
the html template.

I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of
errors and I just do not have time to figure out the differences in the
later releases, this app has to be done today and I'm on the very last
feature, which is getting remote images to resolve through an HTML email,
which do not reside in the .ear (and therefore do not have their own
hard-coded, publicly-available URL).

I can send the email, I'm just at the point where I need how to figure out
how to get the non-packaged image resources to show up to customers who
receive it.


Craig Tataryn wrote:
 
 If I'm understanding this correctly you simply want a set of images
 available on the same server that your wicket app is on.  Just make an
 images folder at the same level as WEB-INF (that is, a sibling of).
 
 If you are using wicket 1.2.x, you would have mounted your wicket app
 to some path under your context: for instance /app.  A link to a
 wicket page mounted to /home would look like this:
 
 http://yourserver.com/yourcontext/app/home
 
 A link to an image would look like this:
 http://yourserver.com/yourcontext/images/myimage.jpg
 
 On Wicket 1.3, you use a filter instead, and the filter is smart
 enough to know what content to handle so technically you don't need
 the extra /app path you can reference your application and static
 images like so:
 
 http://yourserver.com/yourcontext/home
 
 http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as
 before)
 
 Again, not sure if that's what you are asking, but hopefully it is!
 
 Craig.
 
 On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:

 Basically, yes.  I wasn't sure if there was a Wicket solution to this
 problem
 or not.  I wasn't sure if there was a way to make a hard-coded reference
 to
 a resource outside of the webroot, for the purposes of doing what I
 explained.


 Eelco Hillenius wrote:
 
  Interesting...  This might work, however I don't understand what the
  class
  would be?  Would it be the Application class?  The images reside in
  C:\AppName\images, which is obviously outside of the app.
 
  Oh, ok, I didn't understand what you meant. So you don't want to just
  put these images in a path than can be served by a web server?
 
  Eelco
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Display HTML markup inside of Label

2007-09-28 Thread Igor Vaynberg
label.setescapemodelstrings(false)

-igor

On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:


 Seems like a simple question and I thought I had done this before...but I
 simply need to display HTML *as* html, on a page, using a Label.
 --
 View this message in context:
 http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Border within a DataView

2007-09-28 Thread Atzanteol

I'd like to, but I'm afraid I don't have the time ATM.  Is this a bug then? 
Should it work the way I expect?

I'm also having an issue with a Panel and a Page sharing a model for a form
(part of the form is to display in the main page with part of it in the
Panel).  The Panel doesn't seem to use the model passed to it...


igor.vaynberg wrote:
 
 mind creating a quickstart and attaching it to jira?
 
 -igor
 
 
 On 9/27/07, Atzanteol [EMAIL PROTECTED] wrote:


 I have a page that uses a DataView to display a 'search results' page.
 Within each line I need to have a collapsible box that displays more
 information about the search result.

 I created a Border object that collapses fine (based off an example from
 _Pro Wicket_) when in a simple example, but when it's within the DataView
 wicket complains that the Border control can't be found
 (wicket.markup.MarkupException: Unable to find component with id
 'collapsibleBorder' ).

 Can a Border be used within a DataView?  I tried the Border to both the
 page
 and the DataView and neither works.  If this won't work is there another
 way?

 The DataView works fine alone, and the Border works fine alone.  It's
 only
 when the Border is part of the DataView that I run into issues.

 My HTML looks similar to this:
 table border=1
 tr wicket:id=searchResults
 td
 table
 tr
 tdMore info:/td
 td

 !-- moreInfo is returned by the
 DataView --
 [More Info]

/td
 /tr
 /table
 /td
 /tr
 /table
 --
 View this message in context:
 http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12928907
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12942077
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can a component determine it's surrounding HTML elements?

2007-09-28 Thread Martijn Dashorst
No that is not possible without replacing the current markup parser.

The markup parser is pretty much optimized, and doesn't use a dom to
parse the markup, but splits the markup in chuncks based on the
component tags. And markup between two component tags is treated like
one string.

What you can do is check if your panel is attached to a table tag, and
throw an exception if it is not. See textfield or passwordtextfield
for examples.

Martijn

On 9/28/07, Oliver Lieven [EMAIL PROTECTED] wrote:

 Hi,

 I wonder if there's a way for a component to determine if it is embedded
 inside some specific HTML tag, e.g. determine if it is used inside a table.

 What I would like to achieve is having a component/panel which, when not
 used inside a HTML table, would render itself with surrounding table tag.

 Thanx for any hints and ideas,
 Oliver
 --
 View this message in context: 
 http://www.nabble.com/Can-a-component-determine-it%27s-surrounding-HTML-elements--tf4533713.html#a12938303
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Buy Wicket in Action: http://manning.com/dashorst
Apache Wicket 1.3.0-beta3 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can a component determine it's surrounding HTML elements?

2007-09-28 Thread Alex Objelean

I don't think that there is a wicket way to do something like this, but you
can achieve the same behavior using javascript.

Alex. 


Oliver Lieven wrote:
 
 Hi, 
 
 I wonder if there's a way for a component to determine if it is embedded
 inside some specific HTML tag, e.g. determine if it is used inside a
 table.
 
 What I would like to achieve is having a component/panel which, when not
 used inside a HTML table, would render itself with surrounding table
 tag.
 
 Thanx for any hints and ideas,
 Oliver
 

-- 
View this message in context: 
http://www.nabble.com/Can-a-component-determine-it%27s-surrounding-HTML-elements--tf4533713.html#a12938346
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks

I've tried searching FileResourceStream and shared resource but there
isn't anything helpful...or even relevant, so far as I can tell.

Is there a wiki article by any chance?  Anything that might help?  I'm not
sure what this servlet would do or how to implement this.


Eelco Hillenius wrote:
 
 Basically, yes.  I wasn't sure if there was a Wicket solution to this
 problem
 or not.  I wasn't sure if there was a way to make a hard-coded reference
 to
 a resource outside of the webroot, for the purposes of doing what I
 explained.
 
 What you can do is create a shared resource and let it resolve to your
 files using e.g. FileResourceStream. Or even create a simple Servlet.
 We've had discussions on this a few times on the list so maybe you can
 try to find a solution in the archives.
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945343
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?

2007-09-28 Thread mchack

While looking at load balancer options I was trying to see if the non session
sticky mode was an option. Obviously there are a bunch of issues I hadn't
considered such as threading mode and concurrent client access. It is clear
I will stick with the original plan of session sticky mode. 

-mike


Johan Compagner wrote:
 
 Why don't you want session sticky load balancing?
 
 How does none sticky sessions work then? If there are 2 request comming in
 then wicket makes sure
 that the page is access in one thread. So that the page is not changed by
 2
 threads at the same time
 Does your application server lock over the nodes when there are 2 or more
 request comming in from the same client?
 If not how does it then sync up again? How does it merge the pages?
 
 johan
 
 
 
 On 9/28/07, mchack [EMAIL PROTECTED] wrote:


 I am deploying my application in a clustered environment. Eliminating
 session
 sticky load balancing would be an advantage for me. Session data is
 already
 replicated in a clustered environment. Are the mechanics in place to
 share
 the Page Cache with other machines if I use a clustered file system that
 allows concurrent access in this way providing non sticky LB across the
 cluster?

 -Mike
 --
 View this message in context:
 http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12937318
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?

2007-09-28 Thread Johan Compagner
Why don't you want session sticky load balancing?

How does none sticky sessions work then? If there are 2 request comming in
then wicket makes sure
that the page is access in one thread. So that the page is not changed by 2
threads at the same time
Does your application server lock over the nodes when there are 2 or more
request comming in from the same client?
If not how does it then sync up again? How does it merge the pages?

johan



On 9/28/07, mchack [EMAIL PROTECTED] wrote:


 I am deploying my application in a clustered environment. Eliminating
 session
 sticky load balancing would be an advantage for me. Session data is
 already
 replicated in a clustered environment. Are the mechanics in place to share
 the Page Cache with other machines if I use a clustered file system that
 allows concurrent access in this way providing non sticky LB across the
 cluster?

 -Mike
 --
 View this message in context:
 http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12932067
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Border within a DataView

2007-09-28 Thread Igor Vaynberg
oh, heh. try it with 1.3 :)

-igor


On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:


 Okay, I have a test app...  You want me to open a Jira ticket for it then
 or
 will making it available on a web site do?

 I should note I'm using wicket 1.2 and the associated wicket-extensions.


 igor.vaynberg wrote:
 
  exactly
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12944581
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Onclick and ondblclick on same element

2007-09-28 Thread Federico Fanton
Hi everyone!
I fear this isn't strictly Wicket-related, but I'm having a little problem with 
a table row having two associated events: onclick and ondblclick.
Onclick should highlight the row, while Ondblclick should jump to another page 
passing along information about the selected row..
My problem is that when I double click on the row three events are fired: two 
onclick and one ondblclick.. Is this normal? Is there a way to isolate the last 
event and ignore the first two? (I'm using Firefox 2 btw)

Many thanks for your attention!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache

2007-09-28 Thread Sam Hough

Do you _need_ several tomcat instances? Modern machines are _very_ powerful.
My advice would be really understand your software architecture so you can
keep it simple and well tuned. I don't mean hand optimising just taking
advantage of various levels of cache in an elegant way. 

The level of complexity goes through the roof when you start trying to
distribute your workload across multiple boxes and at the same time
effeciency hits the floor. If you don't have a budget then a protocol aware
router would be a better way to go but you get into horrible issues of
session affinity and failover etc and I've found even expensive solutions
(like arrow point  - couldn't cope with HTTP/1.1) to be buggy.

Having a well filled hibernate cache, putting version number and never
expires for static content, avoiding trips to db etc etc will buy you a lot
of headroom.

If you want uptime more than throughput spend more on good hosting and
hardware. If you do a complex deployment on a budget blown PSUs and brain
dead ISPs turning off routers will hurt your downtime more.

Think about your boss ringing you on a friday night when it is your partners
birthday saying that the website is slow. How much stuff do you want to
have to debug?  Which set of servers was he using was the problem in apache
or jk or tomcat or your code or wicket or spring or hibernate or terracotta
or postgres or linux or network or JVM...? 


beam wrote:
 
 Thank you very much!
 But if I use several tomcat's instances then I still need some load
 balancing server, like apache with mod_jk, so why don't use it for content
 delivery too ? Or do I need to investigate another load balancing
 mechanism?
 
 
 Sam Hough wrote:
 
 [serving static content]
 The argument I heard was that Java apps were not able to cope as well
 with badly behaved clients (dropped connections etc). Apache httpd
 probably is more efficient than Tomcat etc at serving static content.
 However modern cheap hardware can almost always shove out more than most
 connections can cope with. If you want to manipulate, control access etc
 to your static content and your app is in Java I would be tempted to stay
 with pure Java. You also have less to worry about which bit of your
 platform is causing trouble. Tomcat also has a native plugin that you
 might want to investigate... I would guess that careful tuning of what
 you serve (compression, cache management) will buy you a lot.
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12936536
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Reach into a component to change XML attribute

2007-09-28 Thread Sam Hough

Is this a common enough requirement to add something like IdentityHashMap for
behaviours so from another component you can do getBehaviours(this) to
retrieve the AttributeModifier or named behaviours e.g.
getBehaviourById(com.company.thingy.Repeater.ClassHack)?

The latter might also be a nice way of marking components for various uses. 


Sam Hough wrote:
 
 That seems a bit ugly as I want this rule to apply to all components I put
 into MyRepeatingView.
 
 I'm trying to have MyLink, MyPanel, MyBlah so could add some standard
 behaviour but seems like wrong way around and will obviously break if
 somebody puts vanilla wicket component in.
 
 :wq
 
 
 Al Maw wrote:
 
 You can override onComponentTag for the component itself, if that's an 
 option. Call super.onComponentTag(...) then tag.put(class, foo) or 
 whatever it is.
 
 Regards,
 
 Al
 
 Sam Hough wrote:
 In my ignorance it seems tough to make that work the second time if the
 list
 has changed. It is also less pretty as the only extension points I have
 are
 renderIterator and renderChild. I can think of nasty hacks like using
 IdentityHashMap to hold onto Components I've already added an
 AttributeAppender (the HTML monkey is class happy) to...
 
 If I can't hook into all child add/remove events and looking for my
 attributeappender in each component is a bit slow seems like the only
 option.
 
 
 Martijn Dashorst wrote:
 This:

 Component first = null;
 Component last = null;
 for(Foo foo : foos) {
 last = new Component(view.newChildId());
 if(first == null) first = last;
 view.add(last);
 }

 first.add(new SimpleAttributeModifier(class, first));
 last.add(new SimpleAttributeModifier(class, last));

 doesn't work?

 Martijn

 On 9/27/07, Sam Hough [EMAIL PROTECTED] wrote:
 I've got my own wiz bang extension of RepeatingView and I want to add
 class
 attributes last, first to the children for the HTML monkey.

 Is the best way to add an AttributeAppender to each child Component
 that
 uses an IModel to get the class? Maybe in beforeOnRender I can't see
 an
 onChildAttach or onChildRemove method or anything like that. All my
 ideas
 seem a bit heavy and clumsy.

 This must be somewhere in existing code or Nabble but I'm afraid I
 couldn't
 see it. Sorry.
 --
 View this message in context:
 http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html#a12919632
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



 -- 
 Buy Wicket in Action: http://manning.com/dashorst
 Apache Wicket 1.3.0-beta3 is released
 Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html#a12936562
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DataTable question

2007-09-28 Thread Clay Lehman
Hey everyone,

 

I am looking at examples on using DataTables and Repeaters, and I have a
question...

 

It looks like they insert default classes headers even and odd
into the table header and rows, but I was wondering if there is an easy
way for me to either set a property or create a subclass so that I can
use my own class names rather than these defaults?

 

Thanks in advance for any help!

 

-Clay

 



Re: Clustering Question - Can the 2nd Level Page Cache be shared in a clustered filesystem configuration?

2007-09-28 Thread Johan Compagner
Serialize to the session is a completely wrong statement
Nothing is serialized into the session, it is put in the session. and then
the application server
can serialize the session to other nodes or to disk or what ever.
If you have an standard app server and you don't have multiply nodes and you
don't restart
the server then normally the pages are never serialized that are kept in the
session

We do serialize the pages besides the session. And matej made some
optimizations that
when the server does cluster (serialize) that the page is only serialized
once and it tries
to reuse that byte instance.

johan


On 9/28/07, mchack [EMAIL PROTECTED] wrote:


 I am not sure I understand correctly. :)

 I thought the current page was serialized to the session and that the
 other
 pages or views were stored to the filesystem. So my question was really,
 if
 the filesystem where temporary pages are stored is shared, would Wicket be
 immune to requests coming in to random servers in the cluster. I was
 hoping
 that it might be possible to do a dumb load balancing arrangement. I am
 not
 totally clear on the whole page lifecycle, so hopefully my question is not
 completely out in left field.

 -Mike



 Matej Knopp-2 wrote:
 
  Hi,
 
  if I understand correctly, you want to disable page serialization on
  session replication, as the filesystem where the page store stores
  temporary pages is accessible from each node in cluster?
 
  There is a way to achieve it, just create your own page store
  extending from DiskPageStore and make it implement the
  SecondLevelCacheSessionStore.IClusteredPageStore interface. Just
  implementing this interface will cause that the last accessed page
  will not be replicated across cluster.
 
  -Matej
 
 
 --
 View this message in context:
 http://www.nabble.com/Clustering-Question---Can-the-2nd-Level-Page-Cache-be-shared-in-a-clustered-filesystem-configuration--tf4531607.html#a12933068
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Displaying images remotely - HTML email

2007-09-28 Thread Eelco Hillenius
 Interesting...  This might work, however I don't understand what the class
 would be?  Would it be the Application class?  The images reside in
 C:\AppName\images, which is obviously outside of the app.

Oh, ok, I didn't understand what you meant. So you don't want to just
put these images in a path than can be served by a web server?

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Igor Vaynberg
wow, such a long thread for something so trivial

just create a servlet that streams files from some place on the harddrive,
then have your designers upload images there. done and done.

-igor


On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:


 No, this is not the case.  I specifically need these images to be
 *outside*
 of the packaged .ear application because I need our designers to have
 access
 to them.  Wicket access these resources and actually sends the contents of
 the html template.

 I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of
 errors and I just do not have time to figure out the differences in the
 later releases, this app has to be done today and I'm on the very last
 feature, which is getting remote images to resolve through an HTML email,
 which do not reside in the .ear (and therefore do not have their own
 hard-coded, publicly-available URL).

 I can send the email, I'm just at the point where I need how to figure out
 how to get the non-packaged image resources to show up to customers who
 receive it.


 Craig Tataryn wrote:
 
  If I'm understanding this correctly you simply want a set of images
  available on the same server that your wicket app is on.  Just make an
  images folder at the same level as WEB-INF (that is, a sibling of).
 
  If you are using wicket 1.2.x, you would have mounted your wicket app
  to some path under your context: for instance /app.  A link to a
  wicket page mounted to /home would look like this:
 
  http://yourserver.com/yourcontext/app/home
 
  A link to an image would look like this:
  http://yourserver.com/yourcontext/images/myimage.jpg
 
  On Wicket 1.3, you use a filter instead, and the filter is smart
  enough to know what content to handle so technically you don't need
  the extra /app path you can reference your application and static
  images like so:
 
  http://yourserver.com/yourcontext/home
 
  http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as
  before)
 
  Again, not sure if that's what you are asking, but hopefully it is!
 
  Craig.
 
  On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:
 
  Basically, yes.  I wasn't sure if there was a Wicket solution to this
  problem
  or not.  I wasn't sure if there was a way to make a hard-coded
 reference
  to
  a resource outside of the webroot, for the purposes of doing what I
  explained.
 
 
  Eelco Hillenius wrote:
  
   Interesting...  This might work, however I don't understand what the
   class
   would be?  Would it be the Application class?  The images reside in
   C:\AppName\images, which is obviously outside of the app.
  
   Oh, ok, I didn't understand what you meant. So you don't want to just
   put these images in a path than can be served by a web server?
  
   Eelco
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks



Eelco Hillenius wrote:
 
 Not sure if it is the answer you are looking for, but paths to shared
 resources (which packaged resources such as images are) are
 predictable. Basically:
 
 http://your.com/yourapp/resources/com.your.another.package.SomeClass/your_image_next_to_your_class.gif
 
 So there is /resources/ which is a reserved path for shared resources
 in Wicket. Then there is the name of the class you want to use to
 relatively reference your resource, and then there is the resource
 relative to that class. And that can be in a subdir, but you can't use
 '..' etc.
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

Interesting...  This might work, however I don't understand what the class
would be?  Would it be the Application class?  The images reside in
C:\AppName\images, which is obviously outside of the app.

I suppose I don't quite understand how that would work?

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12943828
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Display HTML markup inside of Label

2007-09-28 Thread V. Jenks

Seems like a simple question and I thought I had done this before...but I
simply need to display HTML *as* html, on a page, using a Label.
-- 
View this message in context: 
http://www.nabble.com/Display-HTML-markup-inside-of-Label-tf4535575.html#a12944119
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Johan Compagner
as i said before removing those files will not really help you
the current change tracker/listener we have is the way to go.
We just need to refactor it a little bit and create an extra method where
people can hook up in.

johan



On 9/28/07, Sam Hough [EMAIL PROTECTED] wrote:


 The nicest way I can think of to solve:

 http://www.nabble.com/Reach-into-a-component-to-change-XML-attribute-tf4527906.html

 Would be to override add, removeAll, remove etc to manage
 AttributeModifier
 when the children change rather than every time the components render
 etc...

 So I'm not being won over by the final thing since I'd like them gone for
 my
 auto-dirty, first/last class attribute and so I can keep using onClick and
 onSubmit...

 If I'm hitting an imaginery brick wall then I'd be delighted to be shown
 the
 light.

 Cheers

 Sam



 Eelco Hillenius wrote:
 
  On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
  but this discussion is not just about getter/setters (i don't care
 about
  those)
  but also for add and remove.. then we are getting into some other stuff
 
  Yes. Getters/ setters are less tricky. Though I'm still not breaking
  in sweat when I imagine removing final on add and remove.
 
  Eelco
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/auto-dirty-and-widget-factory-tf4421187.html#a12940572
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




RefreshingView example broken

2007-09-28 Thread Nick Busey

Hey, I'm trying to use a RefreshingView, but can't figure it out. On top of
that, the examples are broken: 
http://wicketstuff.org/wicket13/repeater/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.repeater.RefreshingPage
http://wicketstuff.org/wicket13/repeater/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.repeater.RefreshingPage
.

Can someone either fix that example or point me to another example? 
-- 
View this message in context: 
http://www.nabble.com/RefreshingView-example-broken-tf4536092.html#a12946006
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks

Yes, sorry, I figured it out and I didn't need a servlet.

By reusing the same code that I have been using to serve images inside of
the application, I can use to get a reference to the images w/ a full URL,
like so:

http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg

...which I was able to discover because of this line in my init() in my app
class:

getSharedResources().add(imageResource, new ImageResource());

Eelco's post got me thinking of that and it works.  Any reason I shouldn't
do it this way?

Thanks all, sorry for the ramble on such a simple thing...I don't get to use
Wicket much anymore...I'm a little rusty.


igor.vaynberg wrote:
 
 wow, such a long thread for something so trivial
 
 just create a servlet that streams files from some place on the harddrive,
 then have your designers upload images there. done and done.
 
 -igor
 
 
 On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:


 No, this is not the case.  I specifically need these images to be
 *outside*
 of the packaged .ear application because I need our designers to have
 access
 to them.  Wicket access these resources and actually sends the contents
 of
 the html template.

 I am also stuck at Wicket 1.2.4 because upgrading has thrown a bunch of
 errors and I just do not have time to figure out the differences in the
 later releases, this app has to be done today and I'm on the very last
 feature, which is getting remote images to resolve through an HTML email,
 which do not reside in the .ear (and therefore do not have their own
 hard-coded, publicly-available URL).

 I can send the email, I'm just at the point where I need how to figure
 out
 how to get the non-packaged image resources to show up to customers who
 receive it.


 Craig Tataryn wrote:
 
  If I'm understanding this correctly you simply want a set of images
  available on the same server that your wicket app is on.  Just make an
  images folder at the same level as WEB-INF (that is, a sibling of).
 
  If you are using wicket 1.2.x, you would have mounted your wicket app
  to some path under your context: for instance /app.  A link to a
  wicket page mounted to /home would look like this:
 
  http://yourserver.com/yourcontext/app/home
 
  A link to an image would look like this:
  http://yourserver.com/yourcontext/images/myimage.jpg
 
  On Wicket 1.3, you use a filter instead, and the filter is smart
  enough to know what content to handle so technically you don't need
  the extra /app path you can reference your application and static
  images like so:
 
  http://yourserver.com/yourcontext/home
 
  http://yourserver.com/yourcontext/images/myimage.jpg (it's the same as
  before)
 
  Again, not sure if that's what you are asking, but hopefully it is!
 
  Craig.
 
  On 9/28/07, V. Jenks [EMAIL PROTECTED] wrote:
 
  Basically, yes.  I wasn't sure if there was a Wicket solution to this
  problem
  or not.  I wasn't sure if there was a way to make a hard-coded
 reference
  to
  a resource outside of the webroot, for the purposes of doing what I
  explained.
 
 
  Eelco Hillenius wrote:
  
   Interesting...  This might work, however I don't understand what
 the
   class
   would be?  Would it be the Application class?  The images reside in
   C:\AppName\images, which is obviously outside of the app.
  
   Oh, ok, I didn't understand what you meant. So you don't want to
 just
   put these images in a path than can be served by a web server?
  
   Eelco
  
  
 -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12944856
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945183
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12945714
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread Eelco Hillenius
 By reusing the same code that I have been using to serve images inside of
 the application, I can use to get a reference to the images w/ a full URL,
 like so:

 http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg

 ...which I was able to discover because of this line in my init() in my app
 class:

 getSharedResources().add(imageResource, new ImageResource());

 Eelco's post got me thinking of that and it works.  Any reason I shouldn't
 do it this way?

No, that's pretty much what I meant. The only thing still is that you
might want to use logical paths (e.g. relative to a root dir) so that
you'll have

http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=assets/newsletter/my_photo.jpg
instead of exposing where on your server those images are exactly
located.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Border within a DataView

2007-09-28 Thread Igor Vaynberg
yes open a jira and attach a project for 1.3 and 1.2. it will be fixed in
1.3 for sure. 1.2 i make no guarantees but we will try.
-igor


On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:



 Okay, still doesn't work in 1.3.0beta3.  Should I open in Jira then?  If
 it
 is a bug will it only be fixed in 1.3 and not back-ported to 1.2?




 igor.vaynberg wrote:
 
  oh, heh. try it with 1.3 :)
 
  -igor
 
 
  On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:
 
 
  Okay, I have a test app...  You want me to open a Jira ticket for it
 then
  or
  will making it available on a web site do?
 
  I should note I'm using wicket 1.2 and the associated
 wicket-extensions.
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12946155
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Displaying images remotely - HTML email

2007-09-28 Thread Eelco Hillenius
 I don't see how I'd be able to do that sort of path?  I need to provide the
 full path for the reference to be found, since it's an external resource.
 Obviously, I get a NullPointerException if I just type in what you show in
 your example.

You have imageResource registered as a shared resource, right? Unless
I'm missing something, that class is something you or your collegues
created yourselves, and it reads the file parameter to determine
what needs to be served. All I'm proposing is to prepend whatever that
file parameter returns with your base directory (just C:\ here).

 I must be missing something.  Either way, this could be a huge security
 problem as I store other assets in these folders that definitely do *not*
 want users discovering or gaining access to.

Have that imageResource implementation check that the resource may be
accessed. Deny by default. You're potentially opening up your whole
server if you don't so be very careful with this.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks

I don't see how I'd be able to do that sort of path?  I need to provide the
full path for the reference to be found, since it's an external resource. 
Obviously, I get a NullPointerException if I just type in what you show in
your example.

I must be missing something.  Either way, this could be a huge security
problem as I store other assets in these folders that definitely do *not*
want users discovering or gaining access to.

Thanks again...


Eelco Hillenius wrote:
 
 By reusing the same code that I have been using to serve images inside of
 the application, I can use to get a reference to the images w/ a full
 URL,
 like so:

 http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=C:\\assets\\newsletter\\my_photo.jpg

 ...which I was able to discover because of this line in my init() in my
 app
 class:

 getSharedResources().add(imageResource, new ImageResource());

 Eelco's post got me thinking of that and it works.  Any reason I
 shouldn't
 do it this way?
 
 No, that's pretty much what I meant. The only thing still is that you
 might want to use logical paths (e.g. relative to a root dir) so that
 you'll have
 
 http://myurl/MyApp/home/resources/wicket.Application/imageResource?file=assets/newsletter/my_photo.jpg
 instead of exposing where on your server those images are exactly
 located.
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12946158
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Border within a DataView

2007-09-28 Thread Atzanteol


Okay, still doesn't work in 1.3.0beta3.  Should I open in Jira then?  If it
is a bug will it only be fixed in 1.3 and not back-ported to 1.2?




igor.vaynberg wrote:
 
 oh, heh. try it with 1.3 :)
 
 -igor
 
 
 On 9/28/07, Atzanteol [EMAIL PROTECTED] wrote:


 Okay, I have a test app...  You want me to open a Jira ticket for it then
 or
 will making it available on a web site do?

 I should note I'm using wicket 1.2 and the associated wicket-extensions.
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Border-within-a-DataView-tf4530616.html#a12946155
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread Patrick Angeles

Just to add a few things to this list. I took a good look at
JSF/Seam/EJB3/JPA stack about a year ago.

- People say JSF has a rich ecosystem (Trinidad, ICEFaces, MyFaces, SEAM,
Facelets, etc.) but the downside to that is that you won't have one forum to
go to in order to get framework help. Contrast that with this mailing list,
which according to Nabble is the 3rd most active Java Software mailing
list (next to Netbeans.org and Java.net).
- The JSF processing lifecycle is an ugly beast. Worse, you have to know the
lifecycle if you're building something stateful (SEAM-managed
conversations). Try building a wizard pattern with forward/back and
validations using SEAM/JSF, you'll see what I mean.
- You'll want to use SEAM if you go with JSF, and you'll want EJB3 if you
want to go with SEAM. Out-of-container testing and hot-deploys are not easy
with EJB3, and this will significantly slow your code/debug cycle.
- You'll also have a hard time using Maven (which is great once you get it
going) if you go with Seam/EJB3.
- Anything that is standards based has the drawback of slow progress, and
will be roughly 1.5 years behind the state-of-the-art. (Compare JPA vs
Hibernate.)
- If adhering to standards is a core argument for using JSF, ask yourself,
after using non-standard add-ons (widget libraries, Facelets, SEAM) if
you're truly adhering to standards at that point...
- Anyway, Struts is the de-facto standard for web development, not JSF or
anything else by a long shot. 


David Bernard-2 wrote:
 
 Short version of my experience, last year I created a project with
 Seam+Facelets+JSF+EJB3/JPA+jBPM. I was optimist JSF is a standard with 2+
 years old, lot of providers,...
 * JSF : I tried to mixed components from several provider, Trinidad, ADT,
 MyFaces, Ajax4JSF,... it was a nightweird and time lost (lost of
 incompatibility in the configuration, rendering,...)
 * JSF : I try to create my own components (and read  Pro JSF and Ajax:
 Building Rich Internet Components), very complex : Request lifec cycle,
 extensions points, lot of xml to write and keep sync
 * JSF : sometime nothing appends due to exception or reject in the dark
 zone of the request life cycle, so don't forget to display messages on
 every page
 * JSF : some basic widget (select) always need hack to work
 * JSF : create nasty/crapy html, with lot of form, javascript, div :
 difficult to debug
 * Seam : lot of good idea, need to understand Injection and Outjection,
 need to be carefull of scope (request, conversation, session, application)
 of In/outjection
 * Seam : some features didn't work with third party JSF components
 * Seam : required EJB
 * Facelets : nice, helping information on failure, templating,
 tools/facilities to create simples components
 * jBPM : nice GUI to design workflow and pageflow = lot of getter/setter,
 lot of xml, not easy to test/mock
 * documenation : too many source
 
 After 3 month, I switch to :
 * Spring instead of Seam + full EJB3
 * hand code instead of jBPM
 * session instead conversation scope (spring doesn't support
 conversation/continuation natively)
 And keep JSF(Facelets+Ajax4JSF+MyFaces), JPA(Hibernate).
 
 About Spring + JSF, you had 2 choice
 * every Bean (from spring) could be accessed from a JSF page
 * only bean declared into an xml file could be accessed
 
 About html preview :
 * facelet allow to use regular html tag with attribute like wicket, but
 it's an option, and lot of components need to have child component with
 special tagname and every/lot of component add tag when 
 it's rendering (runtime)  = css from static page template need to be
 changed.
 * facelet like wicket allosw to define fragment, displaying page with
 fragment or fragment alone isn't very usefull. (note : I use fragment as
 general term, not in the Wicket terminology)
 
 Result : I was pretty happy with the final solution but lot of xml to
 maintain.
 It's quicker to start wth JSF than Wicket, but when to start to customize
 and use none basic widget,... welcome to hell (of configuration,
 documentation,...)
 
 WARN: it's a 2006 experience. I've not used JSF extension/preview from IDE
 
 /david
 
 robert.mcguinness wrote:
 ...to tell you the truth, it impressed the developers but I didn't get
 that
 feeling from the top brass.  I am pretty sure we will move towards
 Seam/JSF/Facelets (we have a presentation on that tech next week given by
 another developer) since it is standard.
 
 Has anyone here worked with the Seam tech?  All the examples I have seen
 (including Facelets) is nothing but tag soup with scriptlets in the page
 (albeit small).  The configuration for a Seam project seems like a pain
 and
 was also told that the JSF/Seam/Faclets jsp pages can be previewed in a
 browser (something I thought was so clever about Wicket html pages...and
 I
 was under the impression that Wicket was the only tech that allowed true
 separation of concerns; allowing the web designer to work independenly of
 the programmer with no 

Re: Wicket + Hibernate + Spring + Terracotta + Tomcat + Apache

2007-09-28 Thread Orion Letizi

I don't know exactly how Jetty compares to Tomcat, performance wise, but I'm
sure the folks at mortbay can shed some light on it, if you ask them.

Vis a vis loadbalancers, here are some places to start looking:

http://www.onjava.com/pub/a/onjava/2001/09/26/load.html
http://www.networkworld.com/reviews/0614rev.html
http://tomcat.apache.org/tomcat-5.0-doc/balancer-howto.html (mod_jk,
mod_proxy, mod_rewrite)

If you are going to use HTTP session clustering, you'll want a loadbalancer
that does sticky sessions (i.e., routes requests with the same session id to
the same server, if possible).

--Orion


beam wrote:
 
 Thanks a lot, Orion!
 And what do you use in high-scalable application?
 Is Jetty faster than tomcat?
 And in a cluster environment I still need to use some front-end for
 load-balancing, so what do I use instead?
 
 Orion Letizi wrote:
 
 Oh, also, check out Geronimo (http://geronimo.apache.org/) as a
 container.
   
 
 Orion Letizi wrote:
 
 I've always used apache as a front-end to tomcat, but it's been a while
 since I ran a high-scale web application.  You might also look into
 Jetty (http://jetty.mortbay.org/).  It's lightweight, easily embeddable,
 and very fast-- and, quite frankly, a joy to use.
 
 BTW, if you have any questions about getting Terracotta set up, don't
 hesitate to ask on the Terracotta forums, mailing lists, etc.
 
 Cheers,
 --Orion
 
 
 beam wrote:
 
 Hello everybody!
 I've used wicket, spring jdbc and tomcat in my last project.
 Now, we want to start a web project, some kind of social network. And
 we'll go to use wicket as a web framework, hibernate for persistence
 and spring for DI. So, this project must be deployed on a cluster. I've
 decided to use Open Terracotta for this kind of cluster. But I don't
 know which app. server(JBoss) or servlet container(Tomcat?) to use.
 This is a first question. Second, as far as I know, tomcat or any app.
 server like JBoss isn't a very good solution to deliver static
 content(e.g. images, video or even *.css files), so I decide to use
 Apache Web Server or Nginx as a Frontend, and terrcotta cluster with
 Tomcats(or JBoss) for dynamic backend. But, I don't have enough
 experience to do this :) So, I need an advise, how to do this, maybe
 one of you, java-guru, can help me?
 
 And third, I want to use C-JDBC(Sequoia) to cluster mysql database - is
 it a good solution for DB clustering, or better to use mysql 5.1 with
 native cluster support?
 
 Thank you very much for any kind of answers, and sorry for my bad
 english :)
 
 
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Wicket-%2B-Hibernate-%2B-Spring-%2B-Terracotta-%2B-Tomcat-%2B-Apache-tf4528720.html#a12947822
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Setting focus to a TextField

2007-09-28 Thread Cristina

Hi Kent,

I would like to use the code snippet you're providing, but I don't fully
understand it... Why are you creating an AjaxLink and then setting the focus
on the TextField within the onClick() method of the AjaxLink?

Thanks so much,

Cristina



Kent Tong wrote:
 
 
 
 Doug Leeper wrote:
 
 I know this is probably one of the most trivial things to do...but I am
 stumped.  No example that I found on the Wicket example site has shown
 this.  I know that AjaxRequestTarget#focusComponent plays a part in this
 but not sure how.  Could someone post a quick code snippet or place on
 the Wiki on how do to this in 1.3?
 Thanks
 
 
 For example, your TextField is f1, then:
 
 pre
   AjaxLink link = new AjaxLink(link) {
   public void onClick(AjaxRequestTarget target) {
   target.addComponent(...);
   target.focusComponent(f1);
   }
   };
 /pre
 

-- 
View this message in context: 
http://www.nabble.com/Setting-focus-to-a-TextField-tf4490766.html#a12948392
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Wicket-stuff Animator JavascriptSubject

2007-09-28 Thread NickCanada

Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff.

I need a bit of help: Can anyone let me know how to implement a
JavascriptSubject style subject?
I have NumericalStyleSubject and CssStyleSubject animating a div nicely but
I would love to add, for example something similar to this bit of javascript
from the berniecode.com site:

function updateButton(value) {
$('ex1Button').innerHTML = Progress:  + Math.round(value * 100) + %;
}

It seems that JavascriptSubject style subject is meant for this purpose
however

animJS.addSubject(new JavascriptSubject() {

  protected String getFunctionBody() {

   return [Wicket.$('+progBar.getMarkupId()+').innerHTML =
\Progress: \ + Math.round(value *100) + \%\];
}
});

gives me errors.

Any help for a javascript and Wicket beginner appreciated

Nick

PS Is it possible to use animate with a timer rather than a javascript
event?


-- 
View this message in context: 
http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Setting focus to a TextField

2007-09-28 Thread Eelco Hillenius
 I would like to use the code snippet you're providing, but I don't fully
 understand it... Why are you creating an AjaxLink and then setting the focus
 on the TextField within the onClick() method of the AjaxLink?

I think it was just an example. The question was how to set focus on a
text field after handling an ajax request right? An AjaxLink is one
example of such an ajax request.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Is Wicket suitable for my CMS?

2007-09-28 Thread pierobo

I'm doing an evaluation of some java web frameworks for doing the
presentation layer of our CMS.
We already have the backend, made with Spring/Hibernate.

The behaviour of the CMS should be:
1) (Power) user draws the data model he want to store in the CMS (a sort of
entity-relation diagram);
2) This user then writes html pages with tools provided by us or by himself.
He put into page blocks of visual elements representing part of his model.
I.e., in the parent HTML page he could put a block representing a browse
able list of childs.

So, I need a heavy component oriented framework, and Wicket seems to be
suitable.
But, for what I understood, Wicked is driven by pages. I would instead drive
the presentation by some action (i.e. www.mycms.com/view/MyEntity/id/123),
look into information system, find the suitable html page and then render
it.

I simply didn't understand if Wicket could be the right tool...

I gave a look to kronos CMS but I'm very newbie about Wicket and this
project lacks of documentation (for what I've seen).

Could you give me some opinion and all references I could look?

Thanks to all
-- 
View this message in context: 
http://www.nabble.com/Is-Wicket-suitable-for-my-CMS--tf4536847.html#a12948749
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket-stuff Animator JavascriptSubject

2007-09-28 Thread Gerolf Seitz
hi nick,

thanks for the feedback. there was indeed an error with the generated
javascript in JavascriptSubject.
The fix for that is already in the svn repository. so could you do an svn
checkout and try that again?

oh, you probably should remove the brackets around the javascript statement
so that it looks like this:
return Wicket.$('+progBar.getMarkupId()+').innerHTML =\Progress: \ +
Math.round(value *100) + \%\;

i tested that specific line and it worked for me ;)

if you want to use a timed animation you could do something like this:

// IHeaderContributor#renderHead
public void renderHead(IHeaderResponse response)
{
// anim is a field in the page/component
response.renderOnLoadJavascript(window.setTimeout(\ +
anim.getAnimatorId()
+ .toggle()\, 1000););

}

thanks again for the (informal) bug report and let me know if you have any
more questions...

  gerolf

On 9/28/07, NickCanada [EMAIL PROTECTED] wrote:


 Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff.

 I need a bit of help: Can anyone let me know how to implement a
 JavascriptSubject style subject?
 I have NumericalStyleSubject and CssStyleSubject animating a div nicely
 but
 I would love to add, for example something similar to this bit of
 javascript
 from the berniecode.com site:

 function updateButton(value) {
 $('ex1Button').innerHTML = Progress:  + Math.round(value * 100) +
 %;
 }

 It seems that JavascriptSubject style subject is meant for this purpose
 however

 animJS.addSubject(new JavascriptSubject() {

   protected String getFunctionBody() {

return [Wicket.$('+progBar.getMarkupId()+').innerHTML =
 \Progress: \ + Math.round(value *100) + \%\];
 }
 });

 gives me errors.

 Any help for a javascript and Wicket beginner appreciated

 Nick

 PS Is it possible to use animate with a timer rather than a javascript
 event?


 --
 View this message in context:
 http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Displaying images remotely - HTML email

2007-09-28 Thread V. Jenks

Correct, I had to actually go back and scan through the class since it's been
a year since I've even looked at it!

ImageResource derives from DynamicWebResource.  So, in the
getResourceState() method I hard-coded a line that tests for a specific path
(i.e. C:\\MyApp\\assets\\images) - if it does not contain it I feed an
alternate image into it that says Resource could not be found...etc..

Hopefully this ensures that as long as there are nothing but images in the
path being tested for, there should be no risk of someone discovering other
resources outside of that path, correct?

Does this seem safe enough?

Thanks again, very helpful!!


Eelco Hillenius wrote:
 
 I don't see how I'd be able to do that sort of path?  I need to provide
 the
 full path for the reference to be found, since it's an external resource.
 Obviously, I get a NullPointerException if I just type in what you show
 in
 your example.
 
 You have imageResource registered as a shared resource, right? Unless
 I'm missing something, that class is something you or your collegues
 created yourselves, and it reads the file parameter to determine
 what needs to be served. All I'm proposing is to prepend whatever that
 file parameter returns with your base directory (just C:\ here).
 
 I must be missing something.  Either way, this could be a huge security
 problem as I store other assets in these folders that definitely do
 *not*
 want users discovering or gaining access to.
 
 Have that imageResource implementation check that the resource may be
 accessed. Deny by default. You're potentially opening up your whole
 server if you don't so be very careful with this.
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Displaying-images-remotely---HTML-email-tf4535313.html#a12949524
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket-stuff Animator JavascriptSubject

2007-09-28 Thread NickCanada

Hi Gerolf,

Thanks so much - that worked well!
...getting rid of the brackets also much needed advice!

I can now implement all the examples at berniecode.com using your library.

This is nice code to learn from.

Thanks again

Nick






Gerolf Seitz wrote:
 
 hi nick,
 
 thanks for the feedback. there was indeed an error with the generated
 javascript in JavascriptSubject.
 The fix for that is already in the svn repository. so could you do an svn
 checkout and try that again?
 
 oh, you probably should remove the brackets around the javascript
 statement
 so that it looks like this:
 return Wicket.$('+progBar.getMarkupId()+').innerHTML =\Progress: \ +
 Math.round(value *100) + \%\;
 
 i tested that specific line and it worked for me ;)
 
 if you want to use a timed animation you could do something like this:
 
 // IHeaderContributor#renderHead
 public void renderHead(IHeaderResponse response)
 {
 // anim is a field in the page/component
 response.renderOnLoadJavascript(window.setTimeout(\ +
 anim.getAnimatorId()
 + .toggle()\, 1000););
 
 }
 
 thanks again for the (informal) bug report and let me know if you have any
 more questions...
 
   gerolf
 
 On 9/28/07, NickCanada [EMAIL PROTECTED] wrote:


 Thanks Gerolf Seitz for adding animator.js functionality to wicket-stuff.

 I need a bit of help: Can anyone let me know how to implement a
 JavascriptSubject style subject?
 I have NumericalStyleSubject and CssStyleSubject animating a div nicely
 but
 I would love to add, for example something similar to this bit of
 javascript
 from the berniecode.com site:

 function updateButton(value) {
 $('ex1Button').innerHTML = Progress:  + Math.round(value * 100) +
 %;
 }

 It seems that JavascriptSubject style subject is meant for this purpose
 however

 animJS.addSubject(new JavascriptSubject() {

   protected String getFunctionBody() {

return [Wicket.$('+progBar.getMarkupId()+').innerHTML =
 \Progress: \ + Math.round(value *100) + \%\];
 }
 });

 gives me errors.

 Any help for a javascript and Wicket beginner appreciated

 Nick

 PS Is it possible to use animate with a timer rather than a javascript
 event?


 --
 View this message in context:
 http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12948411
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Wicket-stuff-Animator-JavascriptSubject-tf4536756.html#a12949948
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Matej Knopp
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
 the problem is that that still not really does auto dirty..
 Because where does it end?  just add/remove/visitble/enable?
 The nice thing is we have already something like that: thats page versioning
 with the undo/change map.
Don't get too attached to it :) We should remove it in the next
version, doesn't make much sense for 2nd level cache session store :)

-Matej

 If we extend that a little bit then we could have something like
 componentChanged(component) on a page (or somekind of listener)
 and that component did trigger it self what ever did happen on it (getting a
 child, settting the visibility, or setting an internal none wicket core
 property)

 johan



 On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
  On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
   but this discussion is not just about getter/setters (i don't care about
   those)
   but also for add and remove.. then we are getting into some other stuff
 
  Yes. Getters/ setters are less tricky. Though I'm still not breaking
  in sweat when I imagine removing final on add and remove.
 
  Eelco
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Igor Vaynberg
we might remove the change tracking, but the interface can stay. maybe it
wont be called a versionmanager anymore...

-igor


On 9/28/07, Matej Knopp [EMAIL PROTECTED] wrote:

 On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
  the problem is that that still not really does auto dirty..
  Because where does it end?  just add/remove/visitble/enable?
  The nice thing is we have already something like that: thats page
 versioning
  with the undo/change map.
 Don't get too attached to it :) We should remove it in the next
 version, doesn't make much sense for 2nd level cache session store :)

 -Matej

  If we extend that a little bit then we could have something like
  componentChanged(component) on a page (or somekind of listener)
  and that component did trigger it self what ever did happen on it
 (getting a
  child, settting the visibility, or setting an internal none wicket core
  property)
 
  johan
 
 
 
  On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
  
   On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
but this discussion is not just about getter/setters (i don't care
 about
those)
but also for add and remove.. then we are getting into some other
 stuff
  
   Yes. Getters/ setters are less tricky. Though I'm still not breaking
   in sweat when I imagine removing final on add and remove.
  
   Eelco
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: auto dirty and widget factory

2007-09-28 Thread Johan Compagner
yes we do
we use it still extensively
we dont cache the changes anymore those are gone, but we still uses it to
bump up the versions
else how can we do that?

johan



On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:

 On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
  the problem is that that still not really does auto dirty..
  Because where does it end?  just add/remove/visitble/enable?
  The nice thing is we have already something like that: thats page
 versioning
  with the undo/change map.
 Don't get too attached to it :) We should remove it in the next
 version, doesn't make much sense for 2nd level cache session store :)

 -Matej

  If we extend that a little bit then we could have something like
  componentChanged(component) on a page (or somekind of listener)
  and that component did trigger it self what ever did happen on it
 (getting a
  child, settting the visibility, or setting an internal none wicket core
  property)
 
  johan
 
 
 
  On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
  
   On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
but this discussion is not just about getter/setters (i don't care
 about
those)
but also for add and remove.. then we are getting into some other
 stuff
  
   Yes. Getters/ setters are less tricky. Though I'm still not breaking
   in sweat when I imagine removing final on add and remove.
  
   Eelco
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: auto dirty and widget factory

2007-09-28 Thread Matej Knopp
newVersion();
looks much better to me than addStateChange(new
ChangeThatIsNotUsedAnyway() { public void undo() });

-Matej

On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
 yes we do
 we use it still extensively
 we dont cache the changes anymore those are gone, but we still uses it to
 bump up the versions
 else how can we do that?

 johan



 On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
 
  On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
   the problem is that that still not really does auto dirty..
   Because where does it end?  just add/remove/visitble/enable?
   The nice thing is we have already something like that: thats page
  versioning
   with the undo/change map.
  Don't get too attached to it :) We should remove it in the next
  version, doesn't make much sense for 2nd level cache session store :)
 
  -Matej
 
   If we extend that a little bit then we could have something like
   componentChanged(component) on a page (or somekind of listener)
   and that component did trigger it self what ever did happen on it
  (getting a
   child, settting the visibility, or setting an internal none wicket core
   property)
  
   johan
  
  
  
   On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
   
On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
 but this discussion is not just about getter/setters (i don't care
  about
 those)
 but also for add and remove.. then we are getting into some other
  stuff
   
Yes. Getters/ setters are less tricky. Though I'm still not breaking
in sweat when I imagine removing final on add and remove.
   
Eelco
   
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
   
   
  
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Johan Compagner
but then still we have the event..

johan



On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:

 newVersion();
 looks much better to me than addStateChange(new
 ChangeThatIsNotUsedAnyway() { public void undo() });

 -Matej

 On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
  yes we do
  we use it still extensively
  we dont cache the changes anymore those are gone, but we still uses it
 to
  bump up the versions
  else how can we do that?
 
  johan
 
 
 
  On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
  
   On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
the problem is that that still not really does auto dirty..
Because where does it end?  just add/remove/visitble/enable?
The nice thing is we have already something like that: thats page
   versioning
with the undo/change map.
   Don't get too attached to it :) We should remove it in the next
   version, doesn't make much sense for 2nd level cache session store :)
  
   -Matej
  
If we extend that a little bit then we could have something like
componentChanged(component) on a page (or somekind of listener)
and that component did trigger it self what ever did happen on it
   (getting a
child, settting the visibility, or setting an internal none wicket
 core
property)
   
johan
   
   
   
On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:

 On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
  but this discussion is not just about getter/setters (i don't
 care
   about
  those)
  but also for add and remove.. then we are getting into some
 other
   stuff

 Yes. Getters/ setters are less tricky. Though I'm still not
 breaking
 in sweat when I imagine removing final on add and remove.

 Eelco


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


   
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: auto dirty and widget factory

2007-09-28 Thread Igor Vaynberg
or just getPage().dirty();

-igor

On 9/28/07, Matej Knopp [EMAIL PROTECTED] wrote:

 newVersion();
 looks much better to me than addStateChange(new
 ChangeThatIsNotUsedAnyway() { public void undo() });

 -Matej

 On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
  yes we do
  we use it still extensively
  we dont cache the changes anymore those are gone, but we still uses it
 to
  bump up the versions
  else how can we do that?
 
  johan
 
 
 
  On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
  
   On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
the problem is that that still not really does auto dirty..
Because where does it end?  just add/remove/visitble/enable?
The nice thing is we have already something like that: thats page
   versioning
with the undo/change map.
   Don't get too attached to it :) We should remove it in the next
   version, doesn't make much sense for 2nd level cache session store :)
  
   -Matej
  
If we extend that a little bit then we could have something like
componentChanged(component) on a page (or somekind of listener)
and that component did trigger it self what ever did happen on it
   (getting a
child, settting the visibility, or setting an internal none wicket
 core
property)
   
johan
   
   
   
On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:

 On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
  but this discussion is not just about getter/setters (i don't
 care
   about
  those)
  but also for add and remove.. then we are getting into some
 other
   stuff

 Yes. Getters/ setters are less tricky. Though I'm still not
 breaking
 in sweat when I imagine removing final on add and remove.

 Eelco


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


   
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: auto dirty and widget factory

2007-09-28 Thread Igor Vaynberg
yeah, so we keep the actual core events we support in the interface, like
oncomponentadded(component) but remove all the Change objects.

when a user changes the property they then have to call dirty(); personally
i think we can just serialize every time and not require the user to call
dirty() just assume it is after every request. not sure how wasteful that
is...maybe if the user sets a different response page we assume the previous
page is not dirty unless dirty() was called explicitly...

-igor


On 9/28/07, Johan Compagner [EMAIL PROTECTED] wrote:

 but then still we have the event..

 johan



 On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
 
  newVersion();
  looks much better to me than addStateChange(new
  ChangeThatIsNotUsedAnyway() { public void undo() });
 
  -Matej
 
  On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
   yes we do
   we use it still extensively
   we dont cache the changes anymore those are gone, but we still uses it
  to
   bump up the versions
   else how can we do that?
  
   johan
  
  
  
   On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
   
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
 the problem is that that still not really does auto dirty..
 Because where does it end?  just add/remove/visitble/enable?
 The nice thing is we have already something like that: thats page
versioning
 with the undo/change map.
Don't get too attached to it :) We should remove it in the next
version, doesn't make much sense for 2nd level cache session store
 :)
   
-Matej
   
 If we extend that a little bit then we could have something like
 componentChanged(component) on a page (or somekind of listener)
 and that component did trigger it self what ever did happen on it
(getting a
 child, settting the visibility, or setting an internal none wicket
  core
 property)

 johan



 On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
  On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
   but this discussion is not just about getter/setters (i don't
  care
about
   those)
   but also for add and remove.. then we are getting into some
  other
stuff
 
  Yes. Getters/ setters are less tricky. Though I'm still not
  breaking
  in sweat when I imagine removing final on add and remove.
 
  Eelco
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 

   
   
 -
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
   
   
  
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 



Re: auto dirty and widget factory

2007-09-28 Thread Matej Knopp
sure. you can hook whatever you want there. My remark was solely about
ditching the version manager. Unless someone really wants it there,
but then we have to fix it to support redo, etc. I dont' think it's
worth it.

-Matej

On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
 but then still we have the event..

 johan



 On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
 
  newVersion();
  looks much better to me than addStateChange(new
  ChangeThatIsNotUsedAnyway() { public void undo() });
 
  -Matej
 
  On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
   yes we do
   we use it still extensively
   we dont cache the changes anymore those are gone, but we still uses it
  to
   bump up the versions
   else how can we do that?
  
   johan
  
  
  
   On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
   
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
 the problem is that that still not really does auto dirty..
 Because where does it end?  just add/remove/visitble/enable?
 The nice thing is we have already something like that: thats page
versioning
 with the undo/change map.
Don't get too attached to it :) We should remove it in the next
version, doesn't make much sense for 2nd level cache session store :)
   
-Matej
   
 If we extend that a little bit then we could have something like
 componentChanged(component) on a page (or somekind of listener)
 and that component did trigger it self what ever did happen on it
(getting a
 child, settting the visibility, or setting an internal none wicket
  core
 property)

 johan



 On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
  On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
   but this discussion is not just about getter/setters (i don't
  care
about
   those)
   but also for add and remove.. then we are getting into some
  other
stuff
 
  Yes. Getters/ setters are less tricky. Though I'm still not
  breaking
  in sweat when I imagine removing final on add and remove.
 
  Eelco
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 

   
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
   
   
  
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: auto dirty and widget factory

2007-09-28 Thread Matej Knopp
On 9/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 yeah, so we keep the actual core events we support in the interface, like
 oncomponentadded(component) but remove all the Change objects.

 when a user changes the property they then have to call dirty(); personally
 i think we can just serialize every time and not require the user to call
 dirty() just assume it is after every request. not sure how wasteful that
 is...maybe if the user sets a different response page we assume the previous
 page is not dirty unless dirty() was called explicitly...
Yeah, that's a good point. Current state is as if dirty() was called
every request. I think if anyone needs to tune this, we should provide
way of marking page not dirty, which people who really have lot of
small request that don't do anything (e.g. polling) could use. I
remember doing such thing for thoof to suppress page serialization for
ajax polling, but that was rather trivial to do.

-Matej

 -igor


 On 9/28/07, Johan Compagner [EMAIL PROTECTED] wrote:
 
  but then still we have the event..
 
  johan
 
 
 
  On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
  
   newVersion();
   looks much better to me than addStateChange(new
   ChangeThatIsNotUsedAnyway() { public void undo() });
  
   -Matej
  
   On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
yes we do
we use it still extensively
we dont cache the changes anymore those are gone, but we still uses it
   to
bump up the versions
else how can we do that?
   
johan
   
   
   
On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:

 On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
  the problem is that that still not really does auto dirty..
  Because where does it end?  just add/remove/visitble/enable?
  The nice thing is we have already something like that: thats page
 versioning
  with the undo/change map.
 Don't get too attached to it :) We should remove it in the next
 version, doesn't make much sense for 2nd level cache session store
  :)

 -Matej

  If we extend that a little bit then we could have something like
  componentChanged(component) on a page (or somekind of listener)
  and that component did trigger it self what ever did happen on it
 (getting a
  child, settting the visibility, or setting an internal none wicket
   core
  property)
 
  johan
 
 
 
  On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
  
   On 9/26/07, Johan Compagner [EMAIL PROTECTED] wrote:
but this discussion is not just about getter/setters (i don't
   care
 about
those)
but also for add and remove.. then we are getting into some
   other
 stuff
  
   Yes. Getters/ setters are less tricky. Though I'm still not
   breaking
   in sweat when I imagine removing final on add and remove.
  
   Eelco
  
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 


  -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


   
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread Gumnaam

Well here's our story, if it helps you.

Traditionally we had a JSP+Struts+EJB2 model for all our projects.

For our current project we decided to jump on the JEE5 bandwagon, and
started out with JSF+EJB3 (SLSB)+ JPA,

Now JSF and JSPs don't mix well, so we choose Facelets, and instead of 
struts we
decided to use Seam, as that was the only available glue between the Web 
and EJB tier.


So we had to learn JSF, Seam, Facelets, EJB3 and JPA. Now seam is no 
good without
Stateful Session Beans so we had to change our SLSBs to Stateful Session 
Beans, and
we had all sort of problems with Extended Persistence Context, not to 
mention, most developers

hated Seam as it was very buggy in those days (late 2006, early 2007).
We also had a remote EJB3 API layer, and JPA managed entities 
(especially the ones with

lazy loading relationships) don't mix too well with remoting.

And even after learning all these new technologies, our web pages, were 
still lacking all the

fancy AJAX stuff. Now we had to learn Icefaces or ajax4jsf .

Every body hated every aspect of this development model.

Now we have a much saner development environment. Wicket + EJB3 (bcoz we 
still need remoting) +
Spring + iBatis. If we didn't need that EJB remoting layer I would drop 
EJB3 like a hot potato.


My advice, don't worry about the industry standard thing, if you have 
good developers ,

then go with Wicket.

The first time I hooked up AjaxFallBackDefaultDataTable with my Spring 
DAO + iBatis, It nearly
brought tears to my eyes. Using iBaits I am able to do 
sorting,filtering,paginating all in the Database,
(as it should be done, instead of storing huge datasets in memory and 
doing it in code), and the
DataTable Component gives me all the hooks to plug this in so smoothly. 
Can't think how I would

have managed this with JSF and JPA.

So use Wicket for Web and iBatis for ORM. :)

















robert.mcguinness wrote:

...to tell you the truth, it impressed the developers but I didn't get that
feeling from the top brass.  I am pretty sure we will move towards
Seam/JSF/Facelets (we have a presentation on that tech next week given by
another developer) since it is standard.

Has anyone here worked with the Seam tech?  All the examples I have seen
(including Facelets) is nothing but tag soup with scriptlets in the page
(albeit small).  The configuration for a Seam project seems like a pain and
was also told that the JSF/Seam/Faclets jsp pages can be previewed in a
browser (something I thought was so clever about Wicket html pages...and I
was under the impression that Wicket was the only tech that allowed true
separation of concerns; allowing the web designer to work independenly of
the programmer with no duplication of work between the two).  Maybe I'm
blind to Wicket and I'm overlooking Seam and the techs related to it?  


I've worked with Freemarker and Struts before and Wicket feels like
natural web development.  I thought I covered all the great concepts about
Wicket: Ajax, Templating, Inheritance, Reusable Components, OO Concepts…etc…

Bah…just venting.  I’m going to have to win the votes of the developers. 
I’ll keep everyone posted.  Thanks amigos!


- rm3

  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread robert.mcguinness

Thanks you and everybody for all the responses.  I will be referencing these
emails when I argue my point.  I'm pushing Wicket as the framework of choice
and have already convinced the developers and two of the architects.  I just
got to get the managers on my side.  I will keep everyone posted.  Thanks
again, much obliged.

- rm3


gumnaam wrote:
 
 Well here's our story, if it helps you.
 
 Traditionally we had a JSP+Struts+EJB2 model for all our projects.
 
 For our current project we decided to jump on the JEE5 bandwagon, and
 started out with JSF+EJB3 (SLSB)+ JPA,
 
 Now JSF and JSPs don't mix well, so we choose Facelets, and instead of 
 struts we
 decided to use Seam, as that was the only available glue between the Web 
 and EJB tier.
 
 So we had to learn JSF, Seam, Facelets, EJB3 and JPA. Now seam is no 
 good without
 Stateful Session Beans so we had to change our SLSBs to Stateful Session 
 Beans, and
 we had all sort of problems with Extended Persistence Context, not to 
 mention, most developers
 hated Seam as it was very buggy in those days (late 2006, early 2007).
 We also had a remote EJB3 API layer, and JPA managed entities 
 (especially the ones with
 lazy loading relationships) don't mix too well with remoting.
 
 And even after learning all these new technologies, our web pages, were 
 still lacking all the
 fancy AJAX stuff. Now we had to learn Icefaces or ajax4jsf .
 
 Every body hated every aspect of this development model.
 
 Now we have a much saner development environment. Wicket + EJB3 (bcoz we 
 still need remoting) +
 Spring + iBatis. If we didn't need that EJB remoting layer I would drop 
 EJB3 like a hot potato.
 
 My advice, don't worry about the industry standard thing, if you have 
 good developers ,
 then go with Wicket.
 
 The first time I hooked up AjaxFallBackDefaultDataTable with my Spring 
 DAO + iBatis, It nearly
 brought tears to my eyes. Using iBaits I am able to do 
 sorting,filtering,paginating all in the Database,
 (as it should be done, instead of storing huge datasets in memory and 
 doing it in code), and the
 DataTable Component gives me all the hooks to plug this in so smoothly. 
 Can't think how I would
 have managed this with JSF and JPA.
 
 So use Wicket for Web and iBatis for ORM. :)
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 robert.mcguinness wrote:
 ...to tell you the truth, it impressed the developers but I didn't get
 that
 feeling from the top brass.  I am pretty sure we will move towards
 Seam/JSF/Facelets (we have a presentation on that tech next week given by
 another developer) since it is standard.

 Has anyone here worked with the Seam tech?  All the examples I have seen
 (including Facelets) is nothing but tag soup with scriptlets in the page
 (albeit small).  The configuration for a Seam project seems like a pain
 and
 was also told that the JSF/Seam/Faclets jsp pages can be previewed in a
 browser (something I thought was so clever about Wicket html pages...and
 I
 was under the impression that Wicket was the only tech that allowed true
 separation of concerns; allowing the web designer to work independenly of
 the programmer with no duplication of work between the two).  Maybe I'm
 blind to Wicket and I'm overlooking Seam and the techs related to it?  

 I've worked with Freemarker and Struts before and Wicket feels like
 natural web development.  I thought I covered all the great concepts
 about
 Wicket: Ajax, Templating, Inheritance, Reusable Components, OO
 Concepts…etc…

 Bah…just venting.  I’m going to have to win the votes of the developers. 
 I’ll keep everyone posted.  Thanks amigos!

 - rm3

   
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Presented-Wicket-to-my-Company...-tf4532130.html#a12951135
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: substitute same value in several places

2007-09-28 Thread Kent Tong


Peter Dotchev wrote:
 
 I'd like to use the same value in several places of a page, e.g. two
 labels with same content.
 Let's say I want to substitute the same property using
 CompoundPropertyModel.
 

Try:

public class Home extends WebPage {
private String l1 = abc;

public Home() {
setModel(new CompoundPropertyModel(this));
Label l1 = new Label(l1);
add(l1);
Label l2 = new Label(l2, l1.getModel());
add(l2);
}
}
-- 
View this message in context: 
http://www.nabble.com/substitute-same-value-in-several-places-tf4530268.html#a12951473
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presented Wicket to my Company...

2007-09-28 Thread Eelco Hillenius
 So use Wicket for Web and iBatis for ORM. :)

That's what Thoof.com uses too btw. I hear iBatis works really well.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]