RE: how to modify internal JavascriptResourceReference packaged with component
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 me
Re: how to modify internal JavascriptResourceReference packaged with component
>
> 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
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 < > evan@ > > 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
Re: how to modify internal JavascriptResourceReference packaged with component
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
how to modify internal JavascriptResourceReference packaged with component
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
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:
DropDownChoice dropDownz = new
DropDownChoice("dropDownId",
Arrays.asList(SomeEnum.values()), new
EnumChoiceRenderer(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
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
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 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
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
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
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
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
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
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
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] > >
Re: Resizable and reorderable grid components
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: WicketNotSerializableException
it's the ApplicationContextFacade that can't be serialized. you'll need to mark this field as transient most likely. Now, if this is, as I suspect, a spring class for getting your dependencies, you'll have to refetch/recreate this context after deserialization. But if you're using spring you should really look at wicket-spring and use @SpringBean to get your deps handed to you. On Dec 17, 2007 5:59 AM, Joshua Jackson <[EMAIL PROTECTED]> wrote: > Dear all, > > I got this message because there is a field that Wicket wants to > serialize but it can not be serialized. Now how do I remove this error > since I can not make tomcat's ApplicationContextFacade to be > Serializable. > > 2007-12-17 17:49:12,498 - [ERROR] - Objects- Error > serializing object class com.mycompany.dupe.pages.PricePage > [object=[Page class = com.mycompany.d > upe.pages.PricePage, id = 17, version = 0]] > > org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: > Unable to serialize class: > org.apache.catalina.core.ApplicationContextFacade > Field hierarchy is: > 17 [class=com.mycompany.dupe.pages.PricePage, path=17] >private java.lang.Object > org.apache.wicket.MarkupContainer.children [class=[Ljava.lang.Object;] > private java.util.List > com.mycompany.dupe.pages.PricePage$PriceForm.prices[8] > [class=com.mycompany.dupe.pages.PricePage$GeneratorForm, > path=17:generatorForm] >javax.servlet.ServletContext > com.mycompany.dupe.pages.PricePage$GeneratorForm.context > [class=org.apache.catalina.core.ApplicationContextFacade] <- field > that is not serializable > > Thanks in advance > > -- > I'm a coder not a drag-n-dropper > > Blog: http://joshuajava.wordpress.com/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Is wicket-contrib-jasperreports alive?
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] > >
Re: Today's installment of "well, duh." Was: Re: only 1 version of page in the cache at a time?
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 Oyhttp://www.ri.fi/ > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Today's installment of "well, duh." Was: Re: only 1 version of page in the cache at a time?
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
Re: only 1 version of page in the cache at a time?
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 drilldo
Re: only 1 version of page in the cache at a time?
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
Re: only 1 version of page in the cache at a time?
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?
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?
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?
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? > > >
only 1 version of page in the cache at a time?
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?
more back button fun
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)
data tables and debugging session serialization
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: Problem with DefaultDataTable filtering?
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]
Re: JPA best-practices?
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?
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 tags on a single base page?
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 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 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 > > s. > > > > To give a short example, the BasePage.html cloud look like this > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > And the Child.html markup would look like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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]
Back button and AjaxLazyLoadPanel
I'm having issues using the ALLP and the back button. I'm getting the following error: java.lang.IllegalStateException: No behavior listener found with behaviorId 0; Component: [MarkupContainer [Component id = content, page = WorkflowPage, path = 7:content:content.WorkflowUsersListPanel, isVisible = true, isVersioned = true]] at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:95) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) Has anyone else seen this and know how to fix it?
Re: spring acegi injection question
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] > >
Re: DataTable FilterToolbar Shifted After AJAX Call
What version of wicket are you using? I saw this with beta3 but later snapshots fixed it for me. So if you're not on a recent snapshot, you might consider trying that and seeing if that helps. On 10/10/07, UPBrandon <[EMAIL PROTECTED]> wrote: > > > I am working on a project that has a DataTable with a filter that uses > AJAX > to update an object on the backend and refresh the table, among other > things. Everything is working well so far except the columns in the > filter > toolbar row are shifted one column to the right after the AJAX refresh. > Using Firebug to inspect the toolbar row after the update, I see that > everything is shifted one to the right because Wicket is inserting a > in the before the 's. So instead of > > > ... > ... > > > I have > > > > ... > ... > > > The contents of the are: > > value="" wicket:id="focus-tracker" > > name="checkGroup:equipmentDataTable:topToolbars:2:toolbar:filter-form:focus-tracker" > > id="queueDetailsPanel:checkForm:checkGroup:equipmentDataTable:topToolbars:2:toolbar:filter-form:focus-tracker"/> > > If it makes any difference, when I do the update, I am not updating the > DataTable directly - I am updating a higher level Panel that contains the > DataTable. Has anyone else had any similar problems? > > -Brandon > -- > View this message in context: > http://www.nabble.com/DataTable-FilterToolbar-Shifted-After-AJAX-Call-tf4601906.html#a13139327 > 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: body onload contribution
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]
>
>
body onload contribution
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: Passing Parameters to Bookmarkable Page
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: Passing Parameters to Bookmarkable Page
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]
>
>
FilterToolbar
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: Ajax - Long process indicator ?
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!
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 to manage dependencies. If you'd rather add a 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!
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?
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: Urgent : how can i design get all input of a single form with TextField, ListMultiplechoice and FileUpload components
There's an example in the examples for doing FileUpload. http://www.wicketstuff.org/wicket13/upload/single On 8/30/07, bhupat parmar <[EMAIL PROTECTED]> wrote: > > Hi, > Anyone please guide me to fit upload example in Forminput example, > my requirement is i want a develop > > a single form with following components > > TextField > ListMultiplechoice > FileUpload > > i am facing a problem in getting fileupload path data. > > Thanks in advance > Bhupat >
wicket:container beta3 and post snapshots
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: How to integrate wicket frame work with spring
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 > > > > > is throwing exception for undefined bean. > can some body help. > > thanks >
Re: Updating Panels with AjaxLazyLoadingPanel
Why not just use the AjaxLazyLoadingPanel? I'm currently using it and my lazy loaded component is updated via AJAX. So, page comes up, ALLP loads the report panel which can take a few seconds. Then I have an AJAX submitted form that updates the filters for the report and refreshes that table using (from memory IndicatingAjaxSubmitButton) so while the report panel itself doesn't get the spinner on the update, the button gets that indicator showing that things are working. On 8/29/07, Francisco Diaz Trepat - gmail <[EMAIL PROTECTED]> wrote: > > Hi list, I have a simple site with a menu on the left and a content in the > center that needs some wicket magic. ;-) > > Instead of reloading the page from menu link to menu link, I would like to > have AjaxLinks and a kind of AjaxLazyLoadingPanel that could change by > each > click without reloading all pages. > > Thankfully one big part is done. All pages basically creates a new panel > instance that holds its contents, so I already have every panel developed. > I > just need to load them into the main page by ajax means and if it is > possible, have the little wheel from the AjaxLazyLoadingPanel. > > > f(t) >
Re: where can i find wicket jasperreport integration project?
Let me know if you have any questions about that. I haven't used JR in a while so I haven't updated that project. If you run into issues, I can take a look, though. On 8/28/07, aozster <[EMAIL PROTECTED]> wrote: > > > Thank you , igor. > > igor.vaynberg wrote: > > > > > http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-jasperreports/ > > > > -igor > > > > > > On 8/28/07, aozster <[EMAIL PROTECTED]> wrote: > >> > >> > >> I'm looking for wikcet-contrib-jasperreport but I can't find it. Is > this > >> project discontinued? where can I get the jar file? > >> -- > >> View this message in context: > >> > http://www.nabble.com/where-can-i-find-wicket-jasperreport-integration-project--tf4345301.html#a12379635 > >> 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/where-can-i-find-wicket-jasperreport-integration-project--tf4345301.html#a12380338 > 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 we do straight print in a java web application?
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
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 > > > 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
> > 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
Re: QWicket - Getting started
On 8/1/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > Hi > > I am new to Wicket and am trying to get started with QWicket. I am getting > the following errors: > > 1. Cannot fin symbol class ISessionFactory > 2. Cannot find symbol class PreparedContextPathHandler > > Can anyone help please. > > Many thanks. > Jimmy Are you using the configuration that "comes" with qwicket or are you trying to use newer versions like the 1.3 snapshots? It's currently built to compile against 1.2.3 and should compile for anyting in the 1.2.x series. (I think.) Those classes have been removed since I last updated qwicket (I know, I know). I have some other irons in the fire I'm hoping to clear out in the next few days and then I plan on updating much of qwicket to "better" (or at least newer) practices.
Re: AjaxLazyLoadPanel updates serialized?
On 7/31/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote: > > AFAIUI the serialization already occurs on the server: the session > will be locked while you retrieve the panel contents. The client's > single request channel makes the congestion on the server less (less > threads waiting for access to the user's session). > > If you have 3 lazy panels on your page, that would mean 3 additional > requests going to the server at the same time, using 3 threads on the > server. Now imagine 1000 users requesting the same page at once (not > that uncommon, aka 9am syndrome)... > > The session (or rather the pagemap) is sync'd because we need to give > each thread exclusive access to the component hierarchy. Hrm. Is there no way around that? We have some components that are more database intensive to build rather than java and lazy loading them in parallel is kinda the point. Serializing the display, while better than nothing, is not terribly ideal.
AjaxLazyLoadPanel updates serialized?
When trying to use two different lazy loaded panels i noticed that they appear to be serialized. The current implements uses a AbstractDefaultAjaxBehavior to create the call back to lazy load the actual content. But these calls appear to be serialized in a page. Would it make more sense to use a AjaxSelfUpdatingTimerBehavior? Wouldn't that allow for parallel execution? I'm trying that out now but thought I'd get some feedback in case there is some fundamental point I'm missing about the current implementation.
