RE: how to modify internal JavascriptResourceReference packaged with component

2013-02-20 Thread evan
Hi Francois,

Okay, I see what you're saying now.  Yes, that makes sense - I can just 
hardcode those values and not bother overriding other methods.  It loses the 
flexibility on setting the max value in the constructor, but I don't actually 
need that in my situation and I agree that it is a good compromise!  And 
eventually, the resource replacement feature after upgrading to wicket 6 will 
be the ideal solution.  Thanks for your patience and the help!

-Evan

 

From: Francois Meillet [via Apache Wicket] 
[mailto:ml-node+s1842946n4656525...@n4.nabble.com] 
Sent: Monday, February 18, 2013 6:02 PM
To: evan
Subject: Re: how to modify internal JavascriptResourceReference packaged with 
component

 

final ResourceReference YOURJS = new JavaScriptResourceReference( 
Yourclass.class, YourMultiFileUploadField.js); 
final int max = 3; 
MultiFileUploadField x = new MultiFileUploadField(yourid){ 

@Override 
public void renderHead(IHeaderResponse response) { 
response.render(JavaScriptHeaderItem.forReference(YOURJS)); 
response.render(OnDomReadyHeaderItem.forScript(new 
MultiSelector(' + getInputName() +   ', document.getElementById('container'), 
 + max + ,' +getString(org.apache.wicket.mfu.delete) + 
').addElement(document.getElementById('upload'));)); 
} 
}; 

I think it's a good compromise 

François Meillet 
Formation Wicket - Développement Wicket 





Le 18 févr. 2013 à 19:26, evan [hidden email] a écrit : 


 
 This is improved in Wicket 6. 
 You can use 
 org.apache.wicket.protocol.http.WebApplication#addResourceReplacement for 
 exactly this use case. 
 See http://wicketinaction.com/2012/07/wicket-6-resource-management/
 You are recommended to upgrade your application. 
 
 
 Nice - the addResourceReplacement is great.  Thanks Martin - I will 
 try to upgrade the application soon.  In the meantime, I will override 
 the necessary methods in the class, as per Francois' suggestion. 
 
 
 
 if the question is how to modify internal JavascriptResourceReference 
 packaged with component 
 I will just override 
@Override 
public void renderHead(IHeaderResponse response) 
{ 
// initialize the javascript library 
response.render(JavaScriptHeaderItem.forReference(JS)); 
response.render(OnDomReadyHeaderItem.forScript(new 
 MultiSelector(' + getInputName() + 
', document.getElementById(' + 
 container.getMarkupId() + '),  + max + ,' + 
getString(org.apache.wicket.mfu.delete) + 
 ').addElement(document.getElementById(' + 
upload.getMarkupId() + '));)); 
} 
 Max is the max number of files a user can upload. 
 container.getMarkupId() is container 
 upload.getMarkupId() is upload 
 
 
 
 Francois, I'm sorry to belabor this question - but I just want to make 
 sure I'm not missing something still.  I think I understand what to do 
 now and it works - I was just pointing out that if I extend the 
 MultiFileUploadField class, it is not enough to only override that one 
 method, because the reference to those 3 variables in my overridden 
 method would be trying to reference private members from the super 
 class and won't be allowed.  So, I just need to also create a new 
 version of the variables in the extended class, and override the 
 constructors in which they are defined, and any other methods in which 
 they are referenced.  Were you saying in your last response that this 
 is not necessary, for some reason that I'm still missing?  In any 
 case, doing it this way works and is fine as a temporary solution 
 until I upgrade and can use the addResourceReplacement approach. 
 Thanks again for all the help! 
 
 Best, 
 -Evan 
 
 
 
 
 -- 
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656516.html
 Sent from the Users forum mailing list archive at Nabble.com. 
 
 - 
 To unsubscribe, e-mail: [hidden email] 
 For additional commands, e-mail: [hidden email] 
 

 

François Meillet 
Formation Wicket - Développement Wicket 

 

  _  

If you reply to this email, your message will be added to the discussion below:

http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656525.html
 

To unsubscribe from how to modify internal JavascriptResourceReference packaged 
with component, click here 
http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4656344code=ZXZhbkBub3ZlbHV0aW9uLmNvbXw0NjU2MzQ0fDM5NTQ3MjY5OA==
 .
 
http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace

Re: how to modify internal JavascriptResourceReference packaged with component

2013-02-18 Thread evan

 This is improved in Wicket 6.
 You can use
 org.apache.wicket.protocol.http.WebApplication#addResourceReplacement for
 exactly this use case.
 See http://wicketinaction.com/2012/07/wicket-6-resource-management/
 You are recommended to upgrade your application.


Nice - the addResourceReplacement is great.  Thanks Martin - I will
try to upgrade the application soon.  In the meantime, I will override
the necessary methods in the class, as per Francois' suggestion.



if the question is how to modify internal JavascriptResourceReference
packaged with component
 I will just override
 @Override
 public void renderHead(IHeaderResponse response)
 {
 // initialize the javascript library
 response.render(JavaScriptHeaderItem.forReference(JS));
 response.render(OnDomReadyHeaderItem.forScript(new 
 MultiSelector(' + getInputName() +
 ', document.getElementById(' + 
 container.getMarkupId() + '),  + max + ,' +
 getString(org.apache.wicket.mfu.delete) + 
 ').addElement(document.getElementById(' +
 upload.getMarkupId() + '));));
 }
 Max is the max number of files a user can upload.
 container.getMarkupId() is container
 upload.getMarkupId() is upload



Francois, I'm sorry to belabor this question - but I just want to make
sure I'm not missing something still.  I think I understand what to do
now and it works - I was just pointing out that if I extend the
MultiFileUploadField class, it is not enough to only override that one
method, because the reference to those 3 variables in my overridden
method would be trying to reference private members from the super
class and won't be allowed.  So, I just need to also create a new
version of the variables in the extended class, and override the
constructors in which they are defined, and any other methods in which
they are referenced.  Were you saying in your last response that this
is not necessary, for some reason that I'm still missing?  In any
case, doing it this way works and is fine as a temporary solution
until I upgrade and can use the addResourceReplacement approach.
Thanks again for all the help!

Best,
-Evan




--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656516.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: how to modify internal JavascriptResourceReference packaged with component

2013-02-15 Thread evan
Hi Francois,

Thanks, but actually this still has issues.  At first I thought it was
clearly the simple thing I was missing, but then I remembered there's still
a problem - the line in renderHead copied from the original
MultiFileUploadField uses private members container, max, and upload, so the
extending class won't be able to do this.  I realize I could create my own
versions of each of these (like you suggested with YOURJS), and then
override every method that uses any of them, replacing the reference with
the new versions.  But that might propagate to usage of other fields, and at
that point it might be simpler to just copy the entire contents of the
original class's code into a new version of the class of my own, with the
only modification being the location of the .js resource.  Neither of these
two things would be hard to do, and maybe they are simply the only
solutions, but it feels like that's not great, because it loses the ability
to leverage the fact that future versions of the api class might improve in
other ways and there'd be maintenance issues keeping my version up-to-date
with the rest of the api.  Is that just what needs to be done, or is there
possibly some other way to use the existing class directly and just swap
some alternate resource file in place of the default one? 

Thanks again,
-Evan


Francois Meillet wrote
 Hi Evan,
 
 try this
 
 private static final ResourceReference YOURJS = new
 JavaScriptResourceReference( YourClassWhereJavascriptReside.js.class,
 YourModifiedJavascript.js);
 
 @Override
 public void renderHead(IHeaderResponse response)
 {
   response.render(JavaScriptHeaderItem.forReference(YOURJS));
   response.render(OnDomReadyHeaderItem.forScript(new MultiSelector(' +
 getInputName() +
   ', document.getElementById(' + 
 container.getMarkupId() + '),
  + max + ,' +
   getString(org.apache.wicket.mfu.delete) +
 ').addElement(document.getElementById(' +
   upload.getMarkupId() + '));));
 }





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656416.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: how to modify internal JavascriptResourceReference packaged with component

2013-02-15 Thread evan
Okay, so you are saying I need to create my own versions of each of those
private variables referenced in renderHead, and override any methods that
use any of them, to reference my own, is that right?  Unfortunately, it
still has maintenance implications, but I guess that might just be
inevitable given what I want to do.

Thanks for the help!


Francois Meillet wrote
 Le 15 févr. 2013 à 16:48, evan lt;

 evan@

 gt; a écrit :
 
 Hi Francois,
 
 Thanks, but actually this still has issues.  At first I thought it was
 clearly the simple thing I was missing, but then I remembered there's
 still
 a problem - the line in renderHead copied from the original
 MultiFileUploadField uses private members container, max, and upload, so
 the
 extending class won't be able to do this.  I realize I could create my
 own
 versions of each of these (like you suggested with YOURJS), and then
 override every method that uses any of them, replacing the reference with
 the new versions.  But that might propagate to usage of other fields, and
 at
 that point
 
 it might be simpler to just copy the entire contents of the
 original class's code into a new version of the class of my own,
 I would not do that, as you say after, there will be maintenances issues
 
 with the
 only modification being the location of the .js resource.  Neither of
 these
 two things would be hard to do, and maybe they are simply the only
 solutions, but it feels like that's not great, because it loses the
 ability
 to leverage the fact that future versions of the api class might improve
 in
 other ways and there'd be maintenance issues keeping my version
 up-to-date
 with the rest of the api.  Is that just what needs to be done, or is
 there
 possibly some other way to use the existing class directly and just swap
 some alternate resource file in place of the default one? 
 
 As you say, you 'd like to make a minor modification to the actual
 javascript in , MultiFileUploadField.js,
 so in this case I will choose the renderHead override method.
 
 
 François Meillet
 Formation Wicket - Développement Wicket





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656422.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



how to modify internal JavascriptResourceReference packaged with component

2013-02-13 Thread Evan Sable
Hi,

I'm working on a project that's on wicket 1.4.  It's using
the MultiFileUploadField class.  I see in the code for that class that in
renderHead, it calls:
response.renderJavascriptReference(JS);
and earlier it defines:
private static final ResourceReference JS = new JavascriptResourceReference(
MultiFileUploadField.class, MultiFileUploadField.js);

But, I'd like to make a minor modification to the actual javascript in
MultiFileUploadField.js.  Specifically, I want to modify that code to
remove the c:/fakepath prefix that appears in the box with the list of
selected files below the field (in chrome and safari - not a problem in
firefox and ie).  If I could just over-ride the javascript contents of that
file, it would be an easy fix.  But, more generally, I'd like to know not
just for this specific issue, is there a wicket way to override the
packaged javascript resource that comes with a component?  Perhaps is there
a simple way to extend the MultiFileUploadField class with my own class,
and somehow keep the rest of the code as is, but specify an alternate
resource?  It's private in that class, so I don't see how I'd do this, but
maybe I'm missing something obvious.  Or maybe is there some way to keep
using the same class but to tell the application that I want to replace the
corresponding javascript file with my own?  Or is there some other approach
I should be taking when this type of issue comes up?

Thanks very much for any advice,
-Evan


RE: AjaxFormComponentUpdatingBehavior after validation problem

2012-03-18 Thread Evan Sable
Hello,

I think the problem is just that you're calling setValues on your
genericModelObject, which is set as the compoundpropertymodel for your
form, but you're not adding the form back to the ajax response - with the
AjaxRequestTarget, you're only adding the component dropDownId to get
re-rendered into the page, not the form with the updated model.  So, the
change made directly on the dropdown which is added to the ajaxRequestTarget
(calling setEnabled) is taking effect, but it's not finding the updated
model.  It should work if you add:
target.addComponent(get(formId));

Hope that helps,
-Evan

-Original Message-
From: Gytis [mailto:lietuvis...@mail.ru] 
Sent: Friday, March 16, 2012 5:32 AM
To: users@wicket.apache.org
Subject: AjaxFormComponentUpdatingBehavior after validation problem

Hello, I have such a problem with AjaxFormComponentUpdatingBehavior. 
I have some DropDownChoice and a CheckBox on a Form. I need to make a change
to DropDown, when I click on CheckBox. But as I try to submit a Form, got
some error, and then click CheckBox DropDown doesn`t change. The code looks
like this: 

   DropDownChoiceSomeEnum dropDownz = new
DropDownChoiceSomeEnum(dropDownId,
Arrays.asList(SomeEnum.values()), new
EnumChoiceRendererSomeEnum(this));
   getGenericModelObject().setValues(SomeEnum.FIRSTVALUE);
   CheckBox boxz = new CheckBox(BoxId);
   boxz.add(new AjaxFormComponentUpdatingBehavior(onchange)
{
@Override
protected void onUpdate(AjaxRequestTarget target) {
if (boxz.getModelObject())
{

getGenericModelObject().setValues(SomeEnum.SECONDVALUE);
get(dropDownId).setEnabled(false);

target.addComponent(get(dropDownId));
}
else
{
get(dropDownId).setEnabled(true);

target.addComponent(get(dropDownId));
}
}
@Override
protected void onError(AjaxRequestTarget target,
RuntimeException e) {
if (boxz.getModelObject())
{

getGenericModelObject().setValues(SomeEnum.SECONDVALUE);
get(dropDownId).setEnabled(false);

target.addComponent(get(dropDownId));
}
else
{
get(dropDownId).setEnabled(true);

target.addComponent(get(dropDownId));
}
super.onError(target, e);
}
});
 Form form = new Form(formId, getGenericModel());
 form.add(dropDownz);
 form.add(boxz);

So as I said, after form validation, if errors occur, it won`t change
dropdown to SECONDVALUE, but sets it as setEnabled(false), why this happens?

--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AjaxFormComponentUpdatingBehavior
-after-validation-problem-tp4477705p4477705.html
Sent from the Users forum mailing list archive at Nabble.com.



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket jQuery Validator integration

2012-02-29 Thread Evan Sable
Hi Zac, this sounds great - I would be very appreciative if you make this
code public, and I imagine it would be useful for many.  I was just about to
take a look at the wicketstuff-client-and-server-validation project which
seems to be a similar idea, but it would be great to check out what you have
done using wiquery.  Have you had a chance to post this somewhere?
Thanks,
-Evan

-Original Message-
From: Zachary Bedell [mailto:zacl...@thebedells.org] 
Sent: Wednesday, February 15, 2012 10:52 AM
To: users@wicket.apache.org
Subject: Wicket jQuery Validator integration

Good morning,

Reading a recent thread about accessing jQuery Validation from Wicket
reminded me that I've developed some code that might be of use.  I'm not
sure if this is something anyone else would be interested in or if it's
something that might eventually be integrated into Wicket core or if it
would be more appropriate for one of the existing jQuery/Wicket integration
libraries.  I wanted to describe what I've cooked up so far.  If this is
anything that would be useful, I'd be willing to clean the code up a bit to
extract a few bits that are specific to our environment and post the code
somewhere.

My intent was to get client-side validation using Wicket's existing
validation classes without requiring AJAX calls to make them work and
preferably without requiring Page's to include lots of unsightly JavaScript.
Also, not duplicating validation logic on the client  server tiers was
desirable.  The code was originally developed for a site that was expected
to receive a high amount of traffic in a short period of time, and avoiding
unnecessary server calls was a priority.  

I created a subclass of Form (ClientSideValidatingForm) which examines each
FormComponent (and sub-Form) added to it and extracts information about the
standard Wicket validations.  It generates JavaScript which uses jQuery's
Validator library to apply client-side checks equivalent to the Wicket
server side checks.  The nice thing about this is that you get client-side
validation for free just by adding the normal Wicket validations plus you
still get all your validations backed up in the server side in case
JavaScript is unavailable or disabled.

The implementation of the class does lack a bit in terms of elegance
unfortunately.  As the Wicket validation interface doesn't currently know
anything about JavaScript, it was necessary to run a chain of instanceof
checks against all the known Wicket validations and emit JavaScript to
mirror their logic.  I also created an extension of the Wicket IValidator
interface which can provide JavaScript functions to perform validation
equivalent to the server-side Java code.  The extraction code in
ClientSideValidatingForm preferentially checks for this interface and uses
provided JavaScript if available.  Otherwise, it's a bunch of instanceof's
to check for known validations or log an error if an unknown instance of
IValidator is found.

Long term, it would be helpful if the stock Wicket IValidator interface
could include a method to get JavaScript validations for all of the stock
validations.

The code is pretty tightly bound to jQuery Validator at this point, but it's
likely the methodology could be abstracted to other validation frameworks.
It's also built using WiQuery, though that's mostly as a convenience to get
the same version of jQuery that we use elsewhere.  The same could easily be
implemented without WiQuery provided a version of jQuery was contributed to
the response via some other mechanism.

Is this something anyone would be interested in?  

Best regards,
Zac Bedell

(Apologies if this is a dupe. I had some email client config issues this
morning...)




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: continueToOriginalDestination seems to be incorrectly retaining destination across multiple logins

2012-02-15 Thread Evan Sable
Thanks for your response Martin, and sorry for my delayed reply!

I added the breakpoint (it's line 210 in my 1.5-SNAPSHOT).  I also put one at 
line 197, at the start of the mapRequest method, to see if it was getting into 
the method and finding a null value for the data variable.  But neither 
breakpoint gets reached so the method is not being called.  Does this mean that 
something is wrong with my wicket/shiro integration code, regarding the wicket 
request processing not being used correctly?  I should add that I'm using a 
library from this fifyfive-wicket project (see 
https://github.com/55minutes/fiftyfive-wicket#readme) that pretty much sets up 
the wicket/shiro integration for me.  Does it sound like the problem is most 
likely coming from there, or might something else be going on?  

Thanks again,
-Evan

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org] 
Sent: Thursday, February 09, 2012 3:12 AM
To: users@wicket.apache.org
Subject: Re: continueToOriginalDestination seems to be incorrectly retaining 
destination across multiple logins

Hi,

The intercept data should be cleaned at
org.apache.wicket.RestartResponseAtInterceptPageException, line 211 - 
InterceptData.clear(); Put a breakpoint there and see what happens.

On Wed, Feb 8, 2012 at 7:55 PM, Evan Sable e...@novelution.com wrote:
 Hi,



 I'm using wicket 1.5-SNAPSHOT along with Shiro for 
 authentication/authorization security, and when an unauthorized user 
 tries to go to a page, Shiro calls redirectToInterceptPage behind the 
 scenes, and during the login process, after a successful login, there is code 
 that says:

 if (!continueToOriginalDestination()) {

   setResponsePage(getApplication().getHomePage());

 }



 It is working in the sense that if a user gets redirected to login, 
 they are taken to the correct destination afterwards, and if a user 
 just clicks the login link in a new browser they are redirected to the 
 homepage after login.



 BUT, the problem is, if an initial user tries to go to a protected 
 page, gets redirected to the login, logs in, and then logs out, and 
 then, without closing the browser, clicks the login link and logs in 
 with the same user again or even another user, it still redirects to the 
 prior original
 destination, which should no longer take effect.  I would think that 
 this should be forgotten upon logging out, which replaces the wicket 
 session
 with:

 Session session = Session.get();

 session.replaceSession();



 I think I must be misunderstanding how continueToOriginalDestination 
 is working - I thought it was placing the original destination url 
 into the users session, which is why I figured that after the login 
 which redirects, followed by the logout which replaces the session, it would 
 be gone.



 Can someone please explain what I'm thinking about wrongly here and 
 why the destination is being retained across multiple logins.  Also, 
 how can I avoid this so that the original destination is only used the 
 first time?Btw, just to be clear, if I logout and then click to a 
 new protected url, the original destination value is properly 
 replaced with the new protected destination which redirects back to 
 the intercept page.  The problem is only if I click directly to the 
 login page without a new intercept, but after having previously 
 utilized the continueToOriginalDestination in the prior login.

 Thanks very much for any help!

 -Evan




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



continueToOriginalDestination seems to be incorrectly retaining destination across multiple logins

2012-02-08 Thread Evan Sable
Hi,

 

I'm using wicket 1.5-SNAPSHOT along with Shiro for
authentication/authorization security, and when an unauthorized user tries
to go to a page, Shiro calls redirectToInterceptPage behind the scenes, and
during the login process, after a successful login, there is code that says:

if (!continueToOriginalDestination()) {

   setResponsePage(getApplication().getHomePage());

}

 

It is working in the sense that if a user gets redirected to login, they are
taken to the correct destination afterwards, and if a user just clicks the
login link in a new browser they are redirected to the homepage after login.

 

BUT, the problem is, if an initial user tries to go to a protected page,
gets redirected to the login, logs in, and then logs out, and then, without
closing the browser, clicks the login link and logs in with the same user
again or even another user, it still redirects to the prior original
destination, which should no longer take effect.  I would think that this
should be forgotten upon logging out, which replaces the wicket session
with:

Session session = Session.get();

session.replaceSession();

 

I think I must be misunderstanding how continueToOriginalDestination is
working - I thought it was placing the original destination url into the
users session, which is why I figured that after the login which redirects,
followed by the logout which replaces the session, it would be gone.

 

Can someone please explain what I'm thinking about wrongly here and why the
destination is being retained across multiple logins.  Also, how can I avoid
this so that the original destination is only used the first time?Btw,
just to be clear, if I logout and then click to a new protected url, the
original destination value is properly replaced with the new protected
destination which redirects back to the intercept page.  The problem is only
if I click directly to the login page without a new intercept, but after
having previously utilized the continueToOriginalDestination in the prior
login.

Thanks very much for any help!

-Evan



Re: best practice for a wait page

2008-01-24 Thread Evan Chooly
What about IndicatingAjaxButton?

On Jan 24, 2008 1:16 PM, Scott Swank [EMAIL PROTECTED] wrote:

 I'll try Thijs' suggestion first, but if the unforseen arises I might
 try a meta refresh.  Thank Nick.

 On Jan 24, 2008 9:48 AM, Nick Heudecker [EMAIL PROTECTED] wrote:
  You could set a flag in the user's session indicating the process is
  ongoing, then use a meta refresh to check the status of the flag and
 respond
  accordingly.
 
 
  On Jan 24, 2008 11:45 AM, Scott Swank [EMAIL PROTECTED] wrote:
 
   We have a page with a form and the form's onSubmit() method takes a
   while.  After it is complete the user is re-directed to another page.
   We'd like to introduce a nice please wait while we process your
   request page in between these pages.  If anyone has done this, what
   approach has worked well for you?
  
   public class Page1 extends ...
   {
...
  add(new SomeForm()
  {
public void onSubmit()
{
  aBunchOfProcessing();
  redirect(new Page2());
}
  }
...
   }
  
  
   Thank you,
   Scott
  
   --
   Scott Swank
   reformed mathematician
  
 
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 
 
  --
  Nick Heudecker
  Professional Wicket Training  Consulting
  http://www.systemmobile.com
 
  Eventful - Intelligent Event Management
  http://www.eventfulhq.com
 



 --
 Scott Swank
 reformed mathematician

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




Re: How to create a PDF file - NotSerializableException

2008-01-15 Thread Evan Chooly
You should probably look into using Resources.  the
wicketcontrib-jasperreports has this done for you already.

On Jan 15, 2008 12:01 PM, Marco Aurélio Silva [EMAIL PROTECTED] wrote:

 Hi

 I'm trying to create a PDF file with Jasper inside a page with wicket
 1.2.6, but I'm getting an exception:

 Root cause:

 java.io.NotSerializableException:
 org.apache.catalina.core.ApplicationContextFacade
 .
 .
 Complete stack:

 wicket.WicketRuntimeException: Internal error cloning object. Make
 sure all dependent objects implement Serializable.

 The code that is causing the Exception, is this:

 JasperRunManager.runReportToPdfStream(context.getResourceAsStream
 (WEB-INF/reports/scanPdf/creditScanPdf.jasper),outputStream,map,
 new ScanPdf(new
 ArrayList()));

 I tried to put this inside a LoadableDetachableModel, but no success.
 Any help is welcome!
 Thank you
 Marco

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




Re: Resizable and reorderable grid components

2008-01-13 Thread Evan Chooly
well, for example, while DefaultDataTable does the bulk of what we needed,
it's not the easiest to extend when you start looking at toolbars and
ordering and the like.  Some of what we needed was more chrome, but some of
it is alterations of some of the functionaly.  None of it was hard to do by
any stretch.  But seeing how easy/common it is to do such things before
having written code would've greased the skids with the pro-tapestry
participants.  But wicket won so it wasn't a showstopper.  Just would've
been nice.

On Jan 13, 2008 12:01 AM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 what matej built isnt that far from the examples we have of datatable
 and tree/treetable. he added a ton more chrome, but in terms of
 functionality they are pretty much the same...

 so exactly what kinds of components would it be nice to see? a weather
 widget?

 -igor


 On Jan 12, 2008 7:57 PM, Evan Chooly [EMAIL PROTECTED] wrote:
  No, not really.  I knew about and used that page.  But one of the
 questions
  that came up was about prebuilt components and the like.  We used a
 number
  of wiki pages and the examples page and others to ultimately push wicket
  through.  But a showcase of components being used beyond the rather
 vanilla
  components on the examples page might have made the conversations
 easier.
 
 
  On Jan 12, 2008 7:25 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
 
   On Jan 12, 2008 12:50 PM, Evan Chooly [EMAIL PROTECTED] wrote:
I know what I was trying to convince my current company to use
 wicket
   the
question of where else is it used came up several times.
  Something
   like
that would certainly have helped.
  
   you mean
  
   http://cwiki.apache.org/WICKET/#Index-SitesusingWicket
  
   -igor
  
  
  
  
   
On Jan 12, 2008 4:27 AM, Martijn Dashorst 
 [EMAIL PROTECTED]
wrote:
   
   
 I like it! Who knows... JSF keeps rambling about a market place
 for
 custom component libraries, .net has such a market place. I don't
 see
 why we shouldn't try to pursuit such an avenue.

 Martijn

 On Jan 12, 2008 8:47 AM, Johan Compagner [EMAIL PROTECTED]
 wrote:
  If there would be a market for commercial components then i can
 see
  the value of wicketstuff.org/marketplace for such components,
  commercial or not its still stuff for wicket
 
 
  On 1/11/08, Evan Chooly [EMAIL PROTECTED] wrote:
   Is that not the official website for the wicket stuff
 projects?
  Just
   kinda struck me as odd is all.
  
   On Jan 10, 2008 6:26 PM, Igor Vaynberg 
 [EMAIL PROTECTED]
 wrote:
  
dont really see this as that weird. its a private server...
   
-igor
   
   
   

 -
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 is released
 Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0


 -
 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: Resizable and reorderable grid components

2008-01-12 Thread Evan Chooly
I completely agree, actually.  I'm not opposed to the idea it just kinda
struck me as odd at the time.  I'm not entirely sure why, but there it is.
Having one place even as a jumping off point would certainly help adoption.
I know what I was trying to convince my current company to use wicket the
question of where else is it used came up several times.  Something like
that would certainly have helped.

On Jan 12, 2008 4:27 AM, Martijn Dashorst [EMAIL PROTECTED]
wrote:

 I like it! Who knows... JSF keeps rambling about a market place for
 custom component libraries, .net has such a market place. I don't see
 why we shouldn't try to pursuit such an avenue.

 Martijn

 On Jan 12, 2008 8:47 AM, Johan Compagner [EMAIL PROTECTED] wrote:
  If there would be a market for commercial components then i can see
  the value of wicketstuff.org/marketplace for such components,
  commercial or not its still stuff for wicket
 
 
  On 1/11/08, Evan Chooly [EMAIL PROTECTED] wrote:
   Is that not the official website for the wicket stuff projects?
  Just
   kinda struck me as odd is all.
  
   On Jan 10, 2008 6:26 PM, Igor Vaynberg [EMAIL PROTECTED]
 wrote:
  
dont really see this as that weird. its a private server...
   
-igor
   
   
   
 -
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 is released
 Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0

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




Re: Resizable and reorderable grid components

2008-01-12 Thread Evan Chooly
No, not really.  I knew about and used that page.  But one of the questions
that came up was about prebuilt components and the like.  We used a number
of wiki pages and the examples page and others to ultimately push wicket
through.  But a showcase of components being used beyond the rather vanilla
components on the examples page might have made the conversations easier.

On Jan 12, 2008 7:25 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 On Jan 12, 2008 12:50 PM, Evan Chooly [EMAIL PROTECTED] wrote:
  I know what I was trying to convince my current company to use wicket
 the
  question of where else is it used came up several times.  Something
 like
  that would certainly have helped.

 you mean

 http://cwiki.apache.org/WICKET/#Index-SitesusingWicket

 -igor




 
  On Jan 12, 2008 4:27 AM, Martijn Dashorst [EMAIL PROTECTED]
  wrote:
 
 
   I like it! Who knows... JSF keeps rambling about a market place for
   custom component libraries, .net has such a market place. I don't see
   why we shouldn't try to pursuit such an avenue.
  
   Martijn
  
   On Jan 12, 2008 8:47 AM, Johan Compagner [EMAIL PROTECTED] wrote:
If there would be a market for commercial components then i can see
the value of wicketstuff.org/marketplace for such components,
commercial or not its still stuff for wicket
   
   
On 1/11/08, Evan Chooly [EMAIL PROTECTED] wrote:
 Is that not the official website for the wicket stuff projects?
Just
 kinda struck me as odd is all.

 On Jan 10, 2008 6:26 PM, Igor Vaynberg [EMAIL PROTECTED]
   wrote:

  dont really see this as that weird. its a private server...
 
  -igor
 
 
 
   -
  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 is released
   Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0
  
   -
   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: Resizable and reorderable grid components

2008-01-10 Thread Evan Chooly
this is very cool to start.  i'm working on a similar component.  my biggest
complaint is that it seems odd to me that commercial component demos are
being hosted on wicket stuff.  but that just might be me.  Other than that,
they look pretty sharp.

On Jan 10, 2008 3:42 PM, Matej Knopp [EMAIL PROTECTED] wrote:

 I am pleased to announce that the first beta version of TreeGrid and
 DataGrid components is available.

 Amongst other things these support column resizing and reordering,
 horizontal and vertical scrolling (with fixed header) and multi-column
 sorting.

 The components are commercial, but with no need to have per-developer
 licenses or any royalties.

 For more information and a live demo see http://www.inmethod.com .

 Regards,
 Matej Knopp

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




Re: Is wicket-contrib-jasperreports alive?

2007-11-30 Thread Evan Chooly
The project lives in svn in the wicket-stuff repo.  Last I worked with it, I
had started migrating it to wicket 1.3 but that was back when there was a
wicket 2.0 in the works.  It should still be compatible with today's 1.3 but
I haven't touched it in months as I haven't had to use JR in sometime.  But
barring any API drift in wicket, it should compile and work just fine.

On Nov 30, 2007 2:35 AM, Newgro [EMAIL PROTECTED] wrote:


 Hi *,

 i'm realy interested in this. The cvs link i found in old mailing list has
 gone.
 Someone knows the state here?

 Thanks
 Per
 --
 View this message in context:
 http://www.nabble.com/Is-wicket-contrib-jasperreports-alive--tf4902030.html#a14042012
 Sent from the Wicket - User mailing list archive at Nabble.com.


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




only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
We have a page that presents a report in which we can drill down into the
data.  When this happens, we setResponsePage() back to a new instance of the
page with some different parameters and that all works dandy.  But when we
hit the back button, it seems the old version is gone.  All the model data
comes back null (though the model object itself is not).  So when we click
back and then click another link to drilldown in another direction we get
NPEs.  From stepping through DiskPageStore, et. al, it would appear that
since the page class isn't changing, the new page bumps the old one from the
cache so that only one version of the page.

Am I correctly interpreting what I'm seeing and is there a way to set the
number of versions of a page?


Re: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
No transient fields.  Everything is serializable.  We're storing the
complete objects in the model for a number of reasons.  When we come back to
the page we have some object but the state is gone.  I think it's because
we're redirecting back to the same page class/type so the old one gets
dumped.  Probably what I'll have to do,then, is to build special subclasses
for the drilldown so that the page type changes on each step.  Unless
there's some way to increment the number of versions per pagemap...

On Nov 27, 2007 11:39 AM, Johan Compagner [EMAIL PROTECTED] wrote:

 Yes in wicket 1.3 there is only 1 active page per pagemap

 But it shouldn't matter where the page comes from. If it is serialized
 from
 disk
 or serialized in the session somehow by the container, You still should be
 able
 to fully construct all your data again in the objects.

 So what is suddenly null? All the transient fields? Why aren't those
 reloaded
 from a database or something?

 johan



 On Nov 27, 2007 5:01 PM, Evan Chooly [EMAIL PROTECTED] wrote:

  We have a page that presents a report in which we can drill down into
  the
  data.  When this happens, we setResponsePage() back to a new instance of
  the
  page with some different parameters and that all works dandy.  But when
 we
  hit the back button, it seems the old version is gone.  All the model
 data
  comes back null (though the model object itself is not).  So when we
 click
  back and then click another link to drilldown in another direction we
 get
  NPEs.  From stepping through DiskPageStore, et. al, it would appear that
  since the page class isn't changing, the new page bumps the old one from
  the
  cache so that only one version of the page.
 
  Am I correctly interpreting what I'm seeing and is there a way to set
 the
  number of versions of a page?
 



Re: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
No, they're detached versions which are basically clones so there's no
hibernate proxies involved.

On Nov 27, 2007 12:42 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 these objects are not by chance hibernate objects? because if you
 serialize and then deserialize all the collections come back as empty
 standard jdk collections instead of hibernate proxies sometimes

 -igor


 On Nov 27, 2007 8:49 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  No transient fields.  Everything is serializable.  We're storing the
  complete objects in the model for a number of reasons.  When we come
 back to
  the page we have some object but the state is gone.  I think it's
 because
  we're redirecting back to the same page class/type so the old one gets
  dumped.  Probably what I'll have to do,then, is to build special
 subclasses
  for the drilldown so that the page type changes on each step.  Unless
  there's some way to increment the number of versions per pagemap...
 
 
  On Nov 27, 2007 11:39 AM, Johan Compagner [EMAIL PROTECTED] wrote:
 
   Yes in wicket 1.3 there is only 1 active page per pagemap
  
   But it shouldn't matter where the page comes from. If it is serialized
   from
   disk
   or serialized in the session somehow by the container, You still
 should be
   able
   to fully construct all your data again in the objects.
  
   So what is suddenly null? All the transient fields? Why aren't those
   reloaded
   from a database or something?
  
   johan
  
  
  
   On Nov 27, 2007 5:01 PM, Evan Chooly [EMAIL PROTECTED] wrote:
  
We have a page that presents a report in which we can drill down
 into
the
data.  When this happens, we setResponsePage() back to a new
 instance of
the
page with some different parameters and that all works dandy.  But
 when
   we
hit the back button, it seems the old version is gone.  All the
 model
   data
comes back null (though the model object itself is not).  So when we
   click
back and then click another link to drilldown in another direction
 we
   get
NPEs.  From stepping through DiskPageStore, et. al, it would appear
 that
since the page class isn't changing, the new page bumps the old one
 from
the
cache so that only one version of the page.
   
Am I correctly interpreting what I'm seeing and is there a way to
 set
   the
number of versions of a page?
   
  
 

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




Re: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
just something like:

setModel(new CompoundPropertyModel(report));

On Nov 27, 2007 1:04 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 ok, so the model is there, but the object inside it suddenly is null?
 what kind of model is it?

 -igor


 On Nov 27, 2007 9:56 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  No, they're detached versions which are basically clones so there's no
  hibernate proxies involved.
 
 
  On Nov 27, 2007 12:42 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
 
   these objects are not by chance hibernate objects? because if you
   serialize and then deserialize all the collections come back as empty
   standard jdk collections instead of hibernate proxies sometimes
  
   -igor
  
  
   On Nov 27, 2007 8:49 AM, Evan Chooly [EMAIL PROTECTED] wrote:
No transient fields.  Everything is serializable.  We're storing the
complete objects in the model for a number of reasons.  When we come
   back to
the page we have some object but the state is gone.  I think it's
   because
we're redirecting back to the same page class/type so the old one
 gets
dumped.  Probably what I'll have to do,then, is to build special
   subclasses
for the drilldown so that the page type changes on each step.
  Unless
there's some way to increment the number of versions per pagemap...
   
   
On Nov 27, 2007 11:39 AM, Johan Compagner [EMAIL PROTECTED]
 wrote:
   
 Yes in wicket 1.3 there is only 1 active page per pagemap

 But it shouldn't matter where the page comes from. If it is
 serialized
 from
 disk
 or serialized in the session somehow by the container, You still
   should be
 able
 to fully construct all your data again in the objects.

 So what is suddenly null? All the transient fields? Why aren't
 those
 reloaded
 from a database or something?

 johan



 On Nov 27, 2007 5:01 PM, Evan Chooly [EMAIL PROTECTED] wrote:

  We have a page that presents a report in which we can drill
 down
   into
  the
  data.  When this happens, we setResponsePage() back to a new
   instance of
  the
  page with some different parameters and that all works dandy.
  But
   when
 we
  hit the back button, it seems the old version is gone.  All the
   model
 data
  comes back null (though the model object itself is not).  So
 when we
 click
  back and then click another link to drilldown in another
 direction
   we
 get
  NPEs.  From stepping through DiskPageStore, et. al, it would
 appear
   that
  since the page class isn't changing, the new page bumps the old
 one
   from
  the
  cache so that only one version of the page.
 
  Am I correctly interpreting what I'm seeing and is there a way
 to
   set
 the
  number of versions of a page?
 

   
  
   -
   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: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
Just about every field in my model object.  Though it would appear that the
date object(s) is set to now.

On Nov 27, 2007 2:23 PM, Johan Compagner [EMAIL PROTECTED] wrote:

 But what field is then exactly null???



 On Nov 27, 2007 7:05 PM, Evan Chooly [EMAIL PROTECTED] wrote:

  just something like:
 
  setModel(new CompoundPropertyModel(report));
 
  On Nov 27, 2007 1:04 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
 
   ok, so the model is there, but the object inside it suddenly is null?
   what kind of model is it?
  
   -igor
  
  
   On Nov 27, 2007 9:56 AM, Evan Chooly [EMAIL PROTECTED] wrote:
No, they're detached versions which are basically clones so
 there's
  no
hibernate proxies involved.
   
   
On Nov 27, 2007 12:42 PM, Igor Vaynberg [EMAIL PROTECTED]
  wrote:
   
 these objects are not by chance hibernate objects? because if you
 serialize and then deserialize all the collections come back as
  empty
 standard jdk collections instead of hibernate proxies sometimes

 -igor


 On Nov 27, 2007 8:49 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  No transient fields.  Everything is serializable.  We're storing
  the
  complete objects in the model for a number of reasons.  When we
  come
 back to
  the page we have some object but the state is gone.  I think
 it's
 because
  we're redirecting back to the same page class/type so the old
 one
   gets
  dumped.  Probably what I'll have to do,then, is to build special
 subclasses
  for the drilldown so that the page type changes on each step.
Unless
  there's some way to increment the number of versions per
  pagemap...
 
 
  On Nov 27, 2007 11:39 AM, Johan Compagner [EMAIL PROTECTED]
   wrote:
 
   Yes in wicket 1.3 there is only 1 active page per pagemap
  
   But it shouldn't matter where the page comes from. If it is
   serialized
   from
   disk
   or serialized in the session somehow by the container, You
 still
 should be
   able
   to fully construct all your data again in the objects.
  
   So what is suddenly null? All the transient fields? Why aren't
   those
   reloaded
   from a database or something?
  
   johan
  
  
  
   On Nov 27, 2007 5:01 PM, Evan Chooly [EMAIL PROTECTED]
  wrote:
  
We have a page that presents a report in which we can drill
   down
 into
the
data.  When this happens, we setResponsePage() back to a new
 instance of
the
page with some different parameters and that all works
 dandy.
But
 when
   we
hit the back button, it seems the old version is gone.  All
  the
 model
   data
comes back null (though the model object itself is not).  So
   when we
   click
back and then click another link to drilldown in another
   direction
 we
   get
NPEs.  From stepping through DiskPageStore, et. al, it would
   appear
 that
since the page class isn't changing, the new page bumps the
  old
   one
 from
the
cache so that only one version of the page.
   
Am I correctly interpreting what I'm seeing and is there a
 way
   to
 set
   the
number of versions of a page?
   
  
 


  -
 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: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
Just a pojo.  (that's right!  i said it!  pojo!  pojo!  pojo!)  It does have
a baseclass annotated with @MappedSuperclass but that shouldn't cause any
problems.  The object is created by calling new and is never touched by
hibernate.

On Nov 27, 2007 2:31 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 what is this report object?

 -igor


 On Nov 27, 2007 11:27 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  Just about every field in my model object.  Though it would appear that
 the
  date object(s) is set to now.
 
 
  On Nov 27, 2007 2:23 PM, Johan Compagner [EMAIL PROTECTED] wrote:
 
   But what field is then exactly null???
  
  
  
   On Nov 27, 2007 7:05 PM, Evan Chooly [EMAIL PROTECTED] wrote:
  
just something like:
   
setModel(new CompoundPropertyModel(report));
   
On Nov 27, 2007 1:04 PM, Igor Vaynberg [EMAIL PROTECTED]
 wrote:
   
 ok, so the model is there, but the object inside it suddenly is
 null?
 what kind of model is it?

 -igor


 On Nov 27, 2007 9:56 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  No, they're detached versions which are basically clones so
   there's
no
  hibernate proxies involved.
 
 
  On Nov 27, 2007 12:42 PM, Igor Vaynberg [EMAIL PROTECTED]
 
wrote:
 
   these objects are not by chance hibernate objects? because if
 you
   serialize and then deserialize all the collections come back
 as
empty
   standard jdk collections instead of hibernate proxies
 sometimes
  
   -igor
  
  
   On Nov 27, 2007 8:49 AM, Evan Chooly [EMAIL PROTECTED]
 wrote:
No transient fields.  Everything is serializable.  We're
 storing
the
complete objects in the model for a number of reasons.  When
 we
come
   back to
the page we have some object but the state is gone.  I think
   it's
   because
we're redirecting back to the same page class/type so the
 old
   one
 gets
dumped.  Probably what I'll have to do,then, is to build
 special
   subclasses
for the drilldown so that the page type changes on each
 step.
  Unless
there's some way to increment the number of versions per
pagemap...
   
   
On Nov 27, 2007 11:39 AM, Johan Compagner 
 [EMAIL PROTECTED]
 wrote:
   
 Yes in wicket 1.3 there is only 1 active page per pagemap

 But it shouldn't matter where the page comes from. If it
 is
 serialized
 from
 disk
 or serialized in the session somehow by the container, You
   still
   should be
 able
 to fully construct all your data again in the objects.

 So what is suddenly null? All the transient fields? Why
 aren't
 those
 reloaded
 from a database or something?

 johan



 On Nov 27, 2007 5:01 PM, Evan Chooly [EMAIL PROTECTED]
 
wrote:

  We have a page that presents a report in which we can
 drill
 down
   into
  the
  data.  When this happens, we setResponsePage() back to a
 new
   instance of
  the
  page with some different parameters and that all works
   dandy.
  But
   when
 we
  hit the back button, it seems the old version is gone.
  All
the
   model
 data
  comes back null (though the model object itself is not).
  So
 when we
 click
  back and then click another link to drilldown in another
 direction
   we
 get
  NPEs.  From stepping through DiskPageStore, et. al, it
 would
 appear
   that
  since the page class isn't changing, the new page bumps
 the
old
 one
   from
  the
  cache so that only one version of the page.
 
  Am I correctly interpreting what I'm seeing and is there
 a
   way
 to
   set
 the
  number of versions of a page?
 

   
  
  
   
 -
   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: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
Thanks for the tip, igor.  i wasn't sure how to get at the serialization
code directly without going through all the page stuff as well.
(DetachedReport)Objects.cloneObject(report) does indeed return an empty
Report object so there's something not quite right there.  At least now I
have a place i can focus on without having to worry about all the other
wicket layers.  I'll let you know what I find out.

On Nov 27, 2007 2:36 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

 run it through Objects.clone() and see what you get back

 -igor


 On Nov 27, 2007 11:35 AM, Evan Chooly [EMAIL PROTECTED] wrote:
  Just a pojo.  (that's right!  i said it!  pojo!  pojo!  pojo!)  It does
 have
  a baseclass annotated with @MappedSuperclass but that shouldn't cause
 any
  problems.  The object is created by calling new and is never touched by
  hibernate.
 
 
  On Nov 27, 2007 2:31 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
 
   what is this report object?
  
   -igor
  
  
   On Nov 27, 2007 11:27 AM, Evan Chooly [EMAIL PROTECTED] wrote:
Just about every field in my model object.  Though it would appear
 that
   the
date object(s) is set to now.
   
   
On Nov 27, 2007 2:23 PM, Johan Compagner [EMAIL PROTECTED]
 wrote:
   
 But what field is then exactly null???



 On Nov 27, 2007 7:05 PM, Evan Chooly [EMAIL PROTECTED] wrote:

  just something like:
 
  setModel(new CompoundPropertyModel(report));
 
  On Nov 27, 2007 1:04 PM, Igor Vaynberg [EMAIL PROTECTED]
   wrote:
 
   ok, so the model is there, but the object inside it suddenly
 is
   null?
   what kind of model is it?
  
   -igor
  
  
   On Nov 27, 2007 9:56 AM, Evan Chooly [EMAIL PROTECTED]
 wrote:
No, they're detached versions which are basically clones
 so
 there's
  no
hibernate proxies involved.
   
   
On Nov 27, 2007 12:42 PM, Igor Vaynberg 
 [EMAIL PROTECTED]
   
  wrote:
   
 these objects are not by chance hibernate objects? because
 if
   you
 serialize and then deserialize all the collections come
 back
   as
  empty
 standard jdk collections instead of hibernate proxies
   sometimes

 -igor


 On Nov 27, 2007 8:49 AM, Evan Chooly [EMAIL PROTECTED]
 
   wrote:
  No transient fields.  Everything is serializable.  We're
   storing
  the
  complete objects in the model for a number of reasons.
  When
   we
  come
 back to
  the page we have some object but the state is gone.  I
 think
 it's
 because
  we're redirecting back to the same page class/type so
 the
   old
 one
   gets
  dumped.  Probably what I'll have to do,then, is to build
   special
 subclasses
  for the drilldown so that the page type changes on each
   step.
Unless
  there's some way to increment the number of versions per
  pagemap...
 
 
  On Nov 27, 2007 11:39 AM, Johan Compagner 
   [EMAIL PROTECTED]
   wrote:
 
   Yes in wicket 1.3 there is only 1 active page per
 pagemap
  
   But it shouldn't matter where the page comes from. If
 it
   is
   serialized
   from
   disk
   or serialized in the session somehow by the container,
 You
 still
 should be
   able
   to fully construct all your data again in the objects.
  
   So what is suddenly null? All the transient fields?
 Why
   aren't
   those
   reloaded
   from a database or something?
  
   johan
  
  
  
   On Nov 27, 2007 5:01 PM, Evan Chooly 
 [EMAIL PROTECTED]
   
  wrote:
  
We have a page that presents a report in which we
 can
   drill
   down
 into
the
data.  When this happens, we setResponsePage() back
 to a
   new
 instance of
the
page with some different parameters and that all
 works
 dandy.
But
 when
   we
hit the back button, it seems the old version is
 gone.
All
  the
 model
   data
comes back null (though the model object itself is
 not).
So
   when we
   click
back and then click another link to drilldown in
 another
   direction
 we
   get
NPEs.  From stepping through DiskPageStore, et. al,
 it
   would
   appear
 that
since the page class isn't changing, the new page
 bumps
   the
  old
   one
 from
the
cache so that only one version of the page.
   
Am I correctly interpreting what I'm seeing and is
 there
   a
 way
   to
 set
   the
number of versions of a page

Today's installment of well, duh. Was: Re: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
So here's the skinny:  while my subclass was marked as serializable, the
parent class was not.  So no state from the parent class got serialized nor,
not so surprisingly, deserialized.  After adding that implements clause
things miraculously started working.  So a big you idiot for me and a big
thanks to igor for pointing me to the Objects.cloneObject() method to help
write unit tests to highlight my otherwise obvious error.

On Nov 27, 2007 5:29 PM, Evan Chooly [EMAIL PROTECTED] wrote:

 Thanks for the tip, igor.  i wasn't sure how to get at the serialization
 code directly without going through all the page stuff as well.
 (DetachedReport)Objects.cloneObject(report) does indeed return an empty
 Report object so there's something not quite right there.  At least now I
 have a place i can focus on without having to worry about all the other
 wicket layers.  I'll let you know what I find out.


 On Nov 27, 2007 2:36 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:

  run it through Objects.clone() and see what you get back
 
  -igor
 
 
  On Nov 27, 2007 11:35 AM, Evan Chooly  [EMAIL PROTECTED] wrote:
   Just a pojo.  (that's right!  i said it!  pojo!  pojo!  pojo!)  It
  does have
   a baseclass annotated with @MappedSuperclass but that shouldn't cause
  any
   problems.  The object is created by calling new and is never touched
  by
   hibernate.
  
  
   On Nov 27, 2007 2:31 PM, Igor Vaynberg [EMAIL PROTECTED]
  wrote:
  
what is this report object?
   
-igor
   
   
On Nov 27, 2007 11:27 AM, Evan Chooly [EMAIL PROTECTED] wrote:
 Just about every field in my model object.  Though it would appear
  that
the
 date object(s) is set to now.


 On Nov 27, 2007 2:23 PM, Johan Compagner [EMAIL PROTECTED] 
  wrote:

  But what field is then exactly null???
 
 
 
  On Nov 27, 2007 7:05 PM, Evan Chooly  [EMAIL PROTECTED]
  wrote:
 
   just something like:
  
   setModel(new CompoundPropertyModel(report));
  
   On Nov 27, 2007 1:04 PM, Igor Vaynberg 
  [EMAIL PROTECTED]
wrote:
  
ok, so the model is there, but the object inside it suddenly
  is
null?
what kind of model is it?
   
-igor
   
   
On Nov 27, 2007 9:56 AM, Evan Chooly [EMAIL PROTECTED]
  wrote:
 No, they're detached versions which are basically clones
  so
  there's
   no
 hibernate proxies involved.


 On Nov 27, 2007 12:42 PM, Igor Vaynberg 
  [EMAIL PROTECTED]

   wrote:

  these objects are not by chance hibernate objects?
  because if
you
  serialize and then deserialize all the collections come
  back
as
   empty
  standard jdk collections instead of hibernate proxies
sometimes
 
  -igor
 
 
  On Nov 27, 2007 8:49 AM, Evan Chooly 
  [EMAIL PROTECTED]
wrote:
   No transient fields.  Everything is serializable.
   We're
storing
   the
   complete objects in the model for a number of reasons.
   When
we
   come
  back to
   the page we have some object but the state is gone.  I
  think
  it's
  because
   we're redirecting back to the same page class/type so
  the
old
  one
gets
   dumped.  Probably what I'll have to do,then, is to
  build
special
  subclasses
   for the drilldown so that the page type changes on
  each
step.
 Unless
   there's some way to increment the number of versions
  per
   pagemap...
  
  
   On Nov 27, 2007 11:39 AM, Johan Compagner 
[EMAIL PROTECTED]
wrote:
  
Yes in wicket 1.3 there is only 1 active page per
  pagemap
   
But it shouldn't matter where the page comes from.
  If it
is
serialized
from
disk
or serialized in the session somehow by the
  container, You
  still
  should be
able
to fully construct all your data again in the
  objects.
   
So what is suddenly null? All the transient fields?
  Why
aren't
those
reloaded
from a database or something?
   
johan
   
   
   
On Nov 27, 2007 5:01 PM, Evan Chooly 
  [EMAIL PROTECTED]

   wrote:
   
 We have a page that presents a report in which we
  can
drill
down
  into
 the
 data.  When this happens, we setResponsePage()
  back to a
new
  instance of
 the
 page with some different parameters and that all
  works
  dandy.
 But
  when
we
 hit the back button, it seems the old version is
  gone.
 All
   the
  model

Re: Today's installment of well, duh. Was: Re: only 1 version of page in the cache at a time?

2007-11-27 Thread Evan Chooly
I actually *do* have that, but this code recently went through some ...
surgery that left things in a rather sloppy state.  Clearly not the most
prize worthy section of code.  :)

On Nov 27, 2007 10:43 PM, Timo Rantalaiho [EMAIL PROTECTED] wrote:

 On Tue, 27 Nov 2007, Evan Chooly wrote:
  So here's the skinny:  while my subclass was marked as serializable, the
  parent class was not.  So no state from the parent class got serialized
 nor,
  not so surprisingly, deserialized.  After adding that implements clause
  things miraculously started working.  So a big you idiot for me and a
 big
  thanks to igor for pointing me to the Objects.cloneObject() method to
 help
  write unit tests to highlight my otherwise obvious error.

 In an earlier project I also made a check on the main page
 that serialised it to memory on every request in development
 mode. It might be a good idea to do something like this but
 make it check that the cloned object is equal to the
 original.

 Yours is a nasty case as in that serialisation seems to fail
 (or rather work in a broken way) silently.

 For persistent objects (you said the parent class was a
 @MappedSuperclass right?) it often makes sense to make them
 inherit or implement a common base class / interface that
 implements / extends Serializable.

 Best wishes,
 Timo

 --
 Timo Rantalaiho
 Reaktor Innovations OyURL: http://www.ri.fi/ 

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




more back button fun

2007-11-14 Thread Evan Chooly
Using rc1 when I click on a link in a DataView, click the back button, and
click on another link I get the following stack trace.  Now, this data view
is populated after an ajax update from another link on the page which might
contribute to the problem.  Any ideas what the story is?

WicketMessage: component container:users:table:rows:3:cells:1:cell:link not
found on page com.foo.BarPage[id = 2], listener interface =
[RequestListenerInterface name=IBehaviorListener, method=public abstract
void org.apache.wicket.behavior.IBehaviorListener.onRequest()]

Root cause:

org.apache.wicket.WicketRuntimeException: component
container:users:table:rows:3:cells:1:cell:link not found on page
com.foo.BarPage[id = 2], listener interface = [RequestListenerInterface
name=IBehaviorListener, method=public abstract void
org.apache.wicket.behavior.IBehaviorListener.onRequest()]
at
org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget
(AbstractRequestCycleProcessor.java:411)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(
AbstractRequestCycleProcessor.java:456)
at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(
WebRequestCycleProcessor.java:139)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:489)
at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343)
at org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
:121)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(
ServletHandler.java:1093)
at
org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal
(OpenEntityManagerInViewFilter.java:111)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(
OncePerRequestFilter.java:75)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(
ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java
:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(
HttpConnection.java:830)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java
:227)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(
BoundedThreadPool.java:442)


Re: Problem with DefaultDataTable filtering?

2007-11-13 Thread Evan Chooly
bwahahahahaha.  ahem.  To each his own, I suppose.

On Nov 13, 2007 12:26 AM, Eelco Hillenius [EMAIL PROTECTED] wrote:
 On Nov 12, 2007 6:33 PM, anita nichols [EMAIL PROTECTED] wrote:
  Please unsubscribe

 Nah. Nick is a good guy. Let's keep him around ;-)

 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]



data tables and debugging session serialization

2007-11-13 Thread Evan Chooly
I'm having some strange behavior with a DataTable and the back button.
 When I back up to the page with the DT, it rerenders fine, but all my
object state is gone.  I click a link and the object is there but not
the ID in the the object so that I get hibernate errors trying to load
without an ID.  I have some suspicions about my model objects but I'm
not sure how to watch what gets stored in the session and what gets
pulled back out when the page is rerendered due to the back button.
Anyone have an idea of how I might track this down?  Thanks.

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



Re: JPA best-practices?

2007-11-12 Thread Evan Chooly
That's a definite feature i plan on adding as soon as I can.  As a
noted maven hater, though, it'll take some time and libations to help
me swallow my pride.  :)

On Nov 12, 2007 3:47 AM, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
 Do you know if theres any plans on making a maven2 archetype for qwicket?

 Evan Chooly wrote:
  There's also qwicket.sf.net that specifically uses JPA+spring.  I'm
  finishing up updates now for 1.3 support and improved project setup.
  SVN is your best bet there but I'm hoping to put up the new version
  this weekend.
 
  On Nov 9, 2007 10:04 AM, Francis De Brabandere [EMAIL PROTECTED] wrote:
 
  You might want to have a look at http://databinder.net, that project
  is using hibernate but the setup should be similar?
  The big problem is that a EntityManager is not thread-safe and should
  indeed be created per request. Let me know if you get there!
 
  On Nov 9, 2007 1:52 PM, Uwe Schäfer [EMAIL PROTECTED] wrote:
 
  hi
 
  i plan to use JPA together with Wicket. Are there any battle-proven
  best-practices out there of how to handle EnityManagers and Transactions?
 
  What do other people use (no, not the spring crowd ;) ?
 
  One EntityManager per Request seems to be the obvious idea and a guice
  Provider may help with that. Does anyone have serious experiences with
  that or other suggestions?
 
  cu uwe
  --
 
  THOMAS DAILY GmbH
  Adlerstraße 19
  79098 Freiburg
  Deutschland
  T  + 49 761 3 85 59 0
  F  + 49 761 3 85 59 550
  E  [EMAIL PROTECTED]
  www.thomas-daily.de
 
  Geschäftsführer/Managing Directors:
  Wendy Thomas, Susanne Larbig
  Handelsregister Freiburg i.Br., HRB 3947
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
  --
  http://www.somatik.be
  Microsoft gives you windows, Linux gives you the whole house.
 
  -
  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]
 
 
 

 --
 Nino Martinez Wael
 Java Specialist @ Jayway DK
 http://www.jayway.dk
 +45 2936 7684


 -
 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: JPA best-practices?

2007-11-10 Thread Evan Chooly
There's also qwicket.sf.net that specifically uses JPA+spring.  I'm
finishing up updates now for 1.3 support and improved project setup.
SVN is your best bet there but I'm hoping to put up the new version
this weekend.

On Nov 9, 2007 10:04 AM, Francis De Brabandere [EMAIL PROTECTED] wrote:
 You might want to have a look at http://databinder.net, that project
 is using hibernate but the setup should be similar?
 The big problem is that a EntityManager is not thread-safe and should
 indeed be created per request. Let me know if you get there!

 On Nov 9, 2007 1:52 PM, Uwe Schäfer [EMAIL PROTECTED] wrote:
  hi
 
  i plan to use JPA together with Wicket. Are there any battle-proven
  best-practices out there of how to handle EnityManagers and Transactions?
 
  What do other people use (no, not the spring crowd ;) ?
 
  One EntityManager per Request seems to be the obvious idea and a guice
  Provider may help with that. Does anyone have serious experiences with
  that or other suggestions?
 
  cu uwe
  --
 
  THOMAS DAILY GmbH
  Adlerstraße 19
  79098 Freiburg
  Deutschland
  T  + 49 761 3 85 59 0
  F  + 49 761 3 85 59 550
  E  [EMAIL PROTECTED]
  www.thomas-daily.de
 
  Geschäftsführer/Managing Directors:
  Wendy Thomas, Susanne Larbig
  Handelsregister Freiburg i.Br., HRB 3947
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 



 --
 http://www.somatik.be
 Microsoft gives you windows, Linux gives you the whole house.

 -
 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: Multiple wicket:child / tags on a single base page?

2007-11-06 Thread Evan Chooly
In our app we have a ListView into which we can dump panels for, in
our case, various different filtering options depending on the page.
The base page keeps a List and that's used as the model for the
ListView.  If the subclass doesn't add anything, nothing shows up.
But the pages that need them can add them.  These panels show up in
the base page's markup area (outside the wicket:child/ area) with no
hackery needed.

I think the proposed patch is an overly complicated solution to
problem that has many different simple solutions.  I agree with the
earlier comments about the proliferation of tags in wicket.  I'd
rather not see new tags added just for this.  It fuglifies the markup
for no real gain.

On Nov 6, 2007 11:30 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote:

 I posted a new message in Wicket - Dev:
 http://www.nabble.com/Patch%3A-Multiple-%3Cwicket%3Achild--%3E-tags-on-a-single-base-page--tf4759260.html

 It contains a patch that demonstrates the discussed enhancement. Please
 comment!

 -- stefan


 Stefan Fußenegger wrote:
 
  Hi folks,
 
  I just stumbled on a situation where it would be useful to have two or
  more wicket:child / tags in a base page. Just consider a layout that
  consists of the usual footer, header, navigation, and content parts. But
  now, the content should be arranged in two columns, e.g. two different
  div /s.
 
  To give a short example, the BasePage.html cloud look like this
 
  
  body
 
  !-- some layout markup --
 
  div class=content_left
  wicket:child /
  /div
 
  !-- more layout markup --
 
  div class=content_rigt
  wicket:child /
  /div
 
  !-- even more layout markup --
  /body
  
 
  And the Child.html markup would look like this:
 
  
  body
 
  div class=content_left
  wicket:extend
  !-- content of left column (first child) goes here --
  /wicket:extend
  /div
 
  div class=content_rigt
  wicket:extend
  !-- content of right column (second child) goes here --
  /wicket:extend
  /div
  /body
  
 
  Wouldn't that be a desirable feature? I tried to run the above example
  expecting to get an exception. The second wicket:child/wicket:extend pair
  was happily ignored though.
 
  Best regards, Stefan
 


 -
 ---
 Stefan Fußenegger
 http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
 --
 View this message in context: 
 http://www.nabble.com/Multiple-%3Cwicket%3Achild--%3E-tags-on-a-single-base-page--tf4738673.html#a13610287

 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: spring acegi injection question

2007-10-22 Thread Evan Chooly
You can do this:

InjectorHolder.getInjector().inject(this);

You need to do it in init(), though.  The constructor is too early for the
injector to be configured.  Other than that, you can @SpringBean any bean
you want.

otherwise spring wouldn't be able to inject the bean - this is different to
 the annotation-based approach where a setter is not required. but AFAIK it
 is not possible to inject a spring-bean into the application class using
 the
 annotation based approach.

 greetings

 Michael
 --
 View this message in context:
 http://www.nabble.com/spring-acegi-injection-question-tf4658329.html#a13338057
 Sent from the Wicket - User mailing list archive at Nabble.com.


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




body onload contribution

2007-10-08 Thread Evan Chooly
I used the following in my page constructor, but I'm not seeing the change
in the HTML.  What am I missing?

add(new BodyTagAttributeModifier(onload, true, new Model(foo()),
this));


Re: body onload contribution

2007-10-08 Thread Evan Chooly
Ah.  that was the 1.3ism i was looking for.  I'll try that.  Thanks.  I knew
it had changed but couldn't remember the new approach.

On 10/8/07, Matej Knopp [EMAIL PROTECTED] wrote:

 What wicket version are you using?

 In 1.3 there's much better way to do this. Just use
 renderOnLoad/renderOnDomReady javascript on IHeaderResponse.

 -Matej

 On 10/8/07, Evan Chooly [EMAIL PROTECTED] wrote:
  I used the following in my page constructor, but I'm not seeing the
 change
  in the HTML.  What am I missing?
 
  add(new BodyTagAttributeModifier(onload, true, new
 Model(foo()),
  this));
 

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




FilterToolbar

2007-09-20 Thread Evan Chooly
Apparently the API between beta3 and the latest SNAPSHOT changed for
FilterToolbar and now it needs a FilterForm.  I can't find any examples (not
even unit tests) that show how I should build my page/table with this new
API.  Does anyone have an example working with the latest code?  Thanks.


Re: Passing Parameters to Bookmarkable Page

2007-09-20 Thread Evan Chooly
Having the link be both bookmarkable and having that object in the URL
without persisting seems largely contradictory.  Relying on having the
object in the session also reduces the effect of making it bookmarkable.
The only option I see for making it really bookmarkable (stateless) is
serializing the object to the URL string and deserializing in the page
constructor.  And that's kinda ugly.

On 9/20/07, Flavius [EMAIL PROTECTED] wrote:



 If I pass the id, I have to persist the filter someplace, like
 the session.  I try to avoid putting things on the session
 since it inhibits performance of session replication in a clustered
 environment.

 If I could get to the requestCycle when the link is clicked, it seems
 like I could pass it along the request.  But the BookmarkablePageLink
 doesn't have an onClick() event.

 Thinking out loud, it seems like if there were parameters that were
 bookmarkable (e.g. included in the built url), and others
 that were not (passed along, but not part of the generated url).

 Maybe that's something that could be done on a custom RequestCycle.
 Or maybe it's not so bad having the obj on the session.  :-)



 Evan Chooly wrote:
 
  Put the Filter ID in the map.
 
  On 9/18/07, Flavius [EMAIL PROTECTED] wrote:
 
 
  I have two pages, a list page and a detail.  The list page
  can take a filter parameter, or has a default one if one
  is not passed (making it bookmarkable).  When the user
  clicks to go to the detail page, I want to pass that
  filter along, so that when an edit is complete, the
  page can redirect back to the list page with the same
  filter intact.  I also want the detail page to be bookmarkable.
 
  If the detail page gets the filter, it simply passes it back.  If
  not, that's fine too.
 
  I can accomplish this easily by creating a PageParameters:
 
  PageParameters parameters = new PageParameters();
  parameters.put(filter, filter);
 
  BookmarkablePageLink link = new BookmarkablePageLink(name,
  MyDetailPage.class, parameters);
 
  And this works fine.  But I don't like the way
  the URL is created like this:
 
 
 
 http://localhost/pages/MyDetailPage/item/20/filter/com.foo.bar.Filter%401ae6456/
 
  If the page is bookmarked, the Filter obj doesn't matter anyway.
  I understand why it's there, I'm just trying to figure out a prettier
  URL,
  like
  when I pass a parameter on the requestCycle, setting the response page
  and passing the parameters obj in there.
 
  I've thought of overriding the onClick event for BookmarkablePageLink,
  but
  it's final.  Another option was to pass it on the request or the
 session.
  That
  would be the last option.
 
  Any insight would be appreciated.
 
 
  --
  View this message in context:
 
 http://www.nabble.com/Passing-Parameters-to-Bookmarkable-Page-tf4478593.html#a12770252
  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/Passing-Parameters-to-Bookmarkable-Page-tf4478593.html#a12802323
 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: Ajax - Long process indicator ?

2007-09-13 Thread Evan Chooly
We're using matej's modal window to do just that.  Works quite well.

On 9/13/07, Erik van Oosten [EMAIL PROTECTED] wrote:

 Besides showing a progress indicator, you could also disable mouse
 interaction by overlaying a div that has the height and width of the
 entire page.

 Add a bit of javascript to the button to show/display such a div.

 Erik.

 Mael Sicsic wrote:
  In fact I my problem is the following : a form is submitted with an
 ajaxbutton, and processing of this form takes a long time (many server side
 DB checkings), and within this computing time, I would like to prevent the
 user to continue editing the form being processed...
 


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




Re: First Day Disgust!

2007-09-11 Thread Evan Chooly
You could also look at how qwicket uses ant+maven tasks to build a system.
The maven tasks handle downloading dependencies and ant does everything
else.  I know there's still that dependency on maven libs but it's just for
the dependencies.  And that's still miles ahead of using get to manage
dependencies.  If you'd rather add a get for all the dependencies and
depdendencies of dependencies and dependencies of ...  well, you're probably
beyond all hope of help to start with.

There may or may not be issues with repository availability but if you put
something like artifactory between you and the maven repositories, most of
those issues go away.  In addition, you can deploy your own dependencies
locally that have no maven presence anywhere and continue to use the same
dependency definition scheme throughout your project.

I don't like maven much either but I'd personally not manage my dependencies
by hand.

On 9/11/07, Konstantin Ignatyev [EMAIL PROTECTED] wrote:

 I like Ivy but I think that you are precisely correct: people will
 complain. I think that Ant's get command would be ideal and better than
 list of dependencies in README because it will explicitly point to the
 sources and it is easy to modify repository host if necessary.


 Konstantin Ignatyev


 - Original Message 
 From: Eelco Hillenius [EMAIL PROTECTED]
 To: users@wicket.apache.org
 Sent: Tuesday, September 11, 2007 2:30:21 PM
 Subject: Re: First Day Disgust!

 On 9/11/07, Konstantin Ignatyev [EMAIL PROTECTED] wrote:
 
  + generate ant build file to compile project and start jetty. That will
 make me happy as a lark :)
 
  I like Maven's idea and promise but implementation is not that great to
 my taste 

 Then maybe Ant + Ivy would be good. Though people might start
 complaining about having to have Ivy installed.

 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: First Day Disgust!

2007-09-09 Thread Evan Chooly
I know i'm a little late on this thread, but as the author of qwicket, i
take particular issue with saying because it's glued with hibernate and
spring that it's no good.  The express purpose of qwicket is to create a
template for spring/hibernate/wicket based applications.  So if it's no good
because it uses those, the problem is with you.  Blaming a tool built
explicitly to leverage those libraries is, to be as blunt as you, stupid.
Learn to pick better tools or hire out your work.

On 9/8/07, chickabee [EMAIL PROTECTED] wrote:


 Hi Wicketers,

 I tried wicket today and the example application was up and running on
 tomcat in no time, so that was the good part, after that if I like to
 create
 a sample application on my own then I found no easy way to start.

 Examples are good to browse through and tell about wicket capabilities,
 however,  not so good from learning point of view, All of the examples are
 glued together in one big jar file and it is just not quick enough to
 create
 a bare-bone application quickly and easily,

 I tried Quicket as mentioned in the readme file, however, Quickets is
 nothing but waste of time, because it is glued with Hibernate and Spring
 and
 both should not be there to start with.

 Not a good experience trying wicket so far, I guess it's the time to try
 out
 some more simpler app frameworks,

 -Thumbs Down to Wicket!

 --
 View this message in context:
 http://www.nabble.com/First-Day-Disgust%21-tf4405663.html#a12568938
 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: How to set wicket's locale?

2007-09-06 Thread Evan Chooly
T-37 minutes until sushi time!

On 9/6/07, Igor Vaynberg [EMAIL PROTECTED] wrote:

  sushi


 -igor


 On 9/6/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
 
  new PropertyModel(Page.this, session.foo.sushi.bar);
 
  ?
 
 
  On 9/6/07, Gabor Szokoli [EMAIL PROTECTED] wrote:
   On 9/5/07, Johan Compagner [EMAIL PROTECTED] wrote:
can  you make an jira issue for this?
  
   https://issues.apache.org/jira/browse/WICKET-936
  
   Any ideas on encapsulating the session as a propertymodel for
 components
  in 1.2?
  
  
   Gabor
  
   -
   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: How to integrate wicket frame work with spring

2007-08-31 Thread Evan Chooly
You can also look at qwicket.sf.net for some ideas on integrating spring and
wicket.  It's a little out of date atm but the ideas are the same either way

On 8/30/07, bhupat parmar [EMAIL PROTECTED] wrote:

 hi
 i need help in integrating wicket frame work with spring frame .i am using
 direct approach for this but my dao object is returning null.and the
 applicationcontext.xml is

 bean id=wicketApplication class=project.MyApplication
 property name=contactDao ref=contactDao/
 /bean
 is throwing exception for undefined bean.
 can some body help.

 thanks



wicket:container beta3 and post snapshots

2007-08-31 Thread Evan Chooly
I suddenly started getting errors using wicket:container saying it failed to
handle it.  Is anyone else seeing this or is my env just really busted?


Re: Can we do straight print in a java web application?

2007-08-20 Thread Evan Chooly
There's an onLoad event on a PDF (sounds vaguely familiar) in which you can
initiate a print.  I've done this on previous projects and works just fine.
I can't recall if I autoclosed that PDF as well but it seems likely.

On 8/20/07, hillj2 [EMAIL PROTECTED] wrote:


 Actually, this is available.  It is possible to embed javascript inside a
 PDF.  It depends on what you're using to generate the PDF however.  I'm
 sure
 Acrobat can do it.  There a library called iText which can.  I think it
 can
 even go into an already created PDF and insert the necessary JS.  We use a
 product called pdflib (not free).  By inserting PDF javascript you can get
 a
 PDF document to print silently (no print dialog).  The trick being you
 have
 to somehow open the PDF first.  In our app we just have a print link that
 generates a PDF and spits it to the printer without the user having to
 even
 see the document first.  We just load the PDF into a hidden IFRAME and on
 the document load the embedded javascript calls the print command.

 Do some research on JS for PDFs.  It's been a while since I've dealt with
 that code, so I'm a bit rusty on it.  Also it can be a bit cumbersome to
 get
 it working the way you want it, depending on your exact usecase.  But it
 may
 be just what you're looking for.

 Good luck.

 Joel



 Martijn Dashorst wrote:
 
  Just think about it for 1 minute why this isn't available... (anwser
  below).
 
  Martijn
 
 
 
  Spam is of all ages, I figure that even in the clay tablet era people
  would create ads for  enlargements of various body parts (just use a
  bigger nail!). So before e-mail was the prevalent means of spreading
  ads, the fax machine (documents sent through the phone line in an
  analog/copier type of fashion) was churning out forrests of (unwanted)
  ads.
 
  Now imagine a website hosted by Nigerian/Russian/Chinese/Dutch
  spammers. They would *love* a way to directly print documents without
  interventioni on the user's part.
 
  --
  Wicket joins the Apache Software Foundation as Apache Wicket
  Apache Wicket 1.3.0-beta2 is released
  Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Can-we-do-straight-print-in-a-java-web-application--tf4289452.html#a12235547
 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: Reacting to DateField change

2007-08-09 Thread Evan Chooly
Don't you need to setOutputMarkupId(true) as well on the component?

On 8/9/07, Federico Fanton [EMAIL PROTECTED] wrote:

 On Thu, 9 Aug 2007 14:10:58 +0100
 Dipu Seminlal [EMAIL PROTECTED] wrote:

  Did you add onchange in the markup as well, you need to add it in the
 markup
  as well
  input wicket:id=yourDate id=yourDate type=text name=yourDate
  onchange=blah  /

 I'm sorry, do you mean that Wicket replaces the blah on the fly? I
 thought that behaviors don't need modification to the markup.. Or maybe it's
 needed just for DateFields?
 I'll try with your suggestion though, many thanks :)


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




Re: wicket-spring Javadoc

2007-08-06 Thread Evan Chooly

 Could somebody please point me to the location of the javadoc/api for the
 wicket.spring package?


http://wicketstuff.org/maven/repository/org/apache/wicket/wicket-spring/1.3.0-SNAPSHOT/wicket-spring-1.3.0-SNAPSHOT-javadoc.jar