Re: Removing the jsessionid for SEO
Hello, I still didn't find the time to make a blog post about this. So I just put the code on pastebin: http://pastebin.org/31242 I'm looking forward to your feedback :) I tested this filter on Jetty and Tomcat (with Firefox' user agent switcher) where it worked fine. However, as stated in the code, some app servers might behave a little different, so YMMV. greetings, Rüdiger Am Montag, den 14.04.2008, 16:37 +0200 schrieb Korbinian Bachl - privat: Yeah, its quite a shame that google doesnt open source their logic ;) would be nice if you could give us the code however, so we could have a look at it :) Rüdiger Schulz schrieb: Hm, SEO is really a little bit like black science sometimes *g* This (german) article states, that SID cloaking would be ok for google: http://www.trafficmaxx.de/blog/google/gutes-cloaking-schlechtes-cloaking Some more googling, and here someone seems to confirm this: http://www.webmasterworld.com/cloaking/3201743.htm I was actually at SMX West and Matt Cutts specifically sa*id* that this is OK All I can say in our case is that I added this filter several months ago, and I can't see any negative effects so far. greetings, Rüdiger 2008/4/14, Korbinian Bachl - privat [EMAIL PROTECTED]: Hi Rüdiger, AFAIK this could lead to some punishment by google, as he browses the site multiple times using different agents and origin IPs and in case he sees different behaviours he thinks about cloaking/ prepared content and will act accordingly to it; This is usually noticed after the regular google index refreshes that happen some times a year - you should keep an eye onto this; Best, Korbinian Rüdiger Schulz schrieb: Hello everybody, I just want to add my 2 cents to this discussion. At IndyPhone we too wanted to get rid of jesessionid-URLs in google's index. Yeah, it would be nice if the google bot would be as clever as the one from yahoo, and just remove them himself. But he doesn't. So I implemented a Servlet-Filter which checks the user agent header for google bot, and skips the url rewriting just for those clients. As this will generate lots of new sessions, the filter invalidates the session right after the request. Also, if a crawler is doing a request containing a jsessionid (which he stored before the filter was implemented), he redirects the crawler to the same URL, just without the jsessionid parameter. That way, the index will be updated for those old URLs. Now we have almost none of those URLs in google's index. If anyone is interested in the code, I'd be willing to publish this. As it is not wicket specific, I could share it with some generic servlet tools OS project - is there something like that on apache or elsewhere? But maybe Google is smarter by now, and it is not required anymore? - 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: Internationalized error() from Page constructor
Well if you have a Component you can use one of the getString methods.
It's just that the above also works if you do not have a component to work with.
Maurice
On Mon, Apr 21, 2008 at 10:27 PM, Edvin Syse [EMAIL PROTECTED] wrote:
Maurice Marrink wrote:
String errorMessage
=Application.get().getResourceSettings().getLocalizer().getString(key,
someComponentOrNull,defaultMsg);
Is this the correct way of doing it? I think it would be really nice if
Session#error, info etc could take a resourceKey instead..
-- Edvin
Maurice
On Mon, Apr 21, 2008 at 9:46 PM, Enrique Rodriguez [EMAIL PROTECTED]
wrote:
I'm curious what's up here, too, since Pro Wicket Listing 6-15 shows
the use of StringResourceModel with Component#info. However, when I
tried that once, I simply got the Object#toString()-style output in my
FeedbackPanel!
Enrique
On Mon, Apr 21, 2008 at 12:40 PM, Edvin Syse [EMAIL PROTECTED] wrote:
Ryan Gravener wrote:
I think you can do error((String)(new
ResourceModel(page.error).getObject()))
Nah.. besides beeing incredibly nasty, you just instantiate and
unwrap it
right away. Can't see how that will help? :)
On Mon, Apr 21, 2008 at 3:11 PM, Edvin Syse [EMAIL PROTECTED]
wrote:
Sometimes, I want to redirect to another page with an error
message
because
of something I discover when the constructor runs. I would like
to do:
if(some_condition) {
Session.get().error(errmsg);
setResponsePage(PageClass.class);
return;
}
The problem is that Session#error() doesn't take a resource-key,
only
the
final text. In the constructor it might be too early to determine
the
language etc. What's the Wicket way around this one? :)
-- Edvin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange AJAX error
Attachments are filtered from the list. Maurice On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle [EMAIL PROTECTED] wrote: I have attached a screen grab of the error and its context since the modal is locking up and I can't just copy/paste it. Sorry it's so dark, that's because of the modal and I don't have Photoshop on this system. Michael -Original Message- From: Michael Mehrle [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2008 4:38 PM To: users@wicket.apache.org Subject: Strange AJAX error This is in the context of my prior postings. When submitting my form which is part of a modal it just freezes up and I get the following error message in the AJAX debug window: ERROR: Exception evaluating javascript: TypeError: window.parent.setTimeout is not a function Anyone any idea what's going on here? Michael - 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: Form submit with a FileUploadField appears not to work
Hi,
Implement a simple iframe inside the modal window and make the form post to
that.
Then you'll be able to use ajax _and_ do the file upload.
Cristi Manole
On Sun, Apr 20, 2008 at 8:15 PM, Igor Vaynberg [EMAIL PROTECTED]
wrote:
fileuploadfields are not supported with ajax
-igor
On Sun, Apr 20, 2008 at 10:12 AM, Doug Leeper [EMAIL PROTECTED]
wrote:
I just recently upgraded to 1.3.3 from 1.3.2 as there was a bug that
was
fixed in 1.3.2 (https://issues.apache.org/jira/browse/WICKET-1442) that
I
was getting.
However, in my AjaxButton.onSubmit( AjaxRequestTarget target, Form form
)
when I call my FileUploadField.getFileUpload() it is always null.
Any suggestions?
Note: I submitting my form in a ModalWindow.
Here is my code:
public class NewImageTransformPanel extends LocalBasePanel {
private FileUploadField fileUpload;
private ImageTransform image;
public NewImageTransformPanel(final ModalWindow window,
final Integer campaignId) {
super(window.getContentId());
image = new ImageTransform();
Form form = new Form(transformForm);
form.setOutputMarkupId(true);
add(form);
form.add(new
PTFeedbackPanel(feedback).setOutputMarkupId(true));
form.setModel(new CompoundPropertyModel(image));
form.add( new RequiredTextField( imageFileName ));
fileUpload = new FileUploadField(imageFile);
form.setMultiPart( true );
form.add(fileUpload);
form.add(new AjaxButton(addTransform) {
public void onSubmit(AjaxRequestTarget target,
Form form) {
try {
String fileName =
fileUpload.getFileUpload()
.getClientFileName(); === NPE every time
String contentType =
fileUpload.getFileUpload()
.getContentType();
byte[] content =
fileUpload.getFileUpload().getBytes();
if
(StoredImage.isAllowed(contentType) == false) {
error(File type is not
supported.
+
Supported types are JPEG, GIF, and PNG.);
target.addComponent(form);
return;
}
image.setImageContentType(contentType);
image.setImageContent(content);
CampaignMgr.getInstance().addImageTransform(campaignId,
image);
info(Image transformation was
added successfully.);
window.close(target);
} catch (Exception e) {
e.printStackTrace();
error(e);
target.addComponent(form);
}
}
@Override
protected void onError(AjaxRequestTarget target,
Form form) {
target.addComponent(form);
}
});
form.add(new AjaxLink(cancel) {
public void onClick(AjaxRequestTarget target) {
window.close(target);
}
});
}
}
--
View this message in context:
http://www.nabble.com/Form-submit-with-a-FileUploadField-appears-not-to-work-tp16795627p16795627.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with FileUploadField
The FileUploadField doesn't work with Ajax like that.
You have to add an iframe and post to that.
At least, I haven't managed to get it working with Ajax...
Cristi Manole
On Tue, Apr 22, 2008 at 3:04 PM, Fabien D. [EMAIL PROTECTED]
wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16823823.html
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: If logic in wicket seems complicated
I used Fragments in another area which made the code simpler. I went from...
WebMarkupContainer loggedIn = new WebMarkupContainer(loggedIn);
loggedIn.setVisible(hasUser);
add(loggedIn);
WebMarkupContainer notLoggedIn = new
WebMarkupContainer(notLoggedIn);
notLoggedIn.setVisible(!hasUser);
add(notLoggedIn);
... to ...
add(new Fragment(description, hasUser ? loggedIn :
notLoggedIn, this));
... which is quite simpler.
-Doug
Doug Donohoe wrote:
Thanks igor for the suggestion.
It's not quite that simple. If it is a valid alias, I actually want it to
be a link (with a label inside). So it isn't quite equivalent.
I'll checkout fragments too!
-Doug
igor.vaynberg wrote:
right, use fragments for these small inline chunks, also because your
usecase is so simple: just a string, you can simply do
class aliasesmodel extends ldm {
object load() {
list aliases=getaliases();
if (aliases.isempty()) { aliases.add(new alias(none)); }
}
}
then there is no need to toggle the none fragment to show up
-igor
On Mon, Apr 21, 2008 at 11:33 AM, Enrique Rodriguez [EMAIL PROTECTED]
wrote:
On Mon, Apr 21, 2008 at 11:27 AM, Doug Donohoe [EMAIL PROTECTED]
wrote:
...
I may be having a mental block, but I'm finding it tedious to
implement 'if'
behavior in Wicket.
I use Wicket Fragments all over the place for this sort of thing.
http://wicket.apache.org/examplefragments.html
Enrique
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/If-logic-in-wicket-seems-complicated-tp16808507p16823845.html
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: If logic in wicket seems complicated
Hi Cemal. I have used the setRenderBodyOnly() in other cases. Thanks for
the reminder.
I ended up doing this:
WebMarkupContainer none = new WebMarkupContainer(none);
none.setVisible(list.isEmpty());
add(none);
RepeatingView rv = new RepeatingView(list);
rv.setVisible(!list.isEmpty());
add(rv);
for (int i = 0; i list.size(); i++)
{
rv.add( ... )
}
My original post was more of a question about the philosophy of doing
if-then-else logic in wicket. Based on the responses to this post, it seems
that this is the current best practices:
Putting multiple components in the markup and turning them
visible/not-visible based on the data isn't such a bad thing. It works in
small cases like this. The wicket-enclosure tag makes this easy when there
is extra markup associated with a tag.
In slightly more complicated cases, using wicket-fragment is a better
solution which allows you to pick between different markup scenarios without
having to add all those components into the hierarchy and turn them on/off.
In the most complex cases, using separate Panels is more appropriate.
-Doug
jWeekend wrote:
Doug,
Take a look at Component's setRenderBodyOnly method if you sometimes need
to render a link as plain text based on some condition (thanks Nilklas).
This combined with Igor's tip could be one possible solution to the
requirements you have mentioned, so far.
On the http://jweekend.com/dev/LWUGReg/ London Wicket Event registration
page we use something like this to show registrants' names as links only
if they have entered a URL.
Regards - Cemal
http://jWeekend.co.uk http://jWeekend.co.uk
Doug Donohoe wrote:
Thanks igor for the suggestion.
It's not quite that simple. If it is a valid alias, I actually want it
to be a link (with a label inside). So it isn't quite equivalent.
I'll checkout fragments too!
-Doug
igor.vaynberg wrote:
right, use fragments for these small inline chunks, also because your
usecase is so simple: just a string, you can simply do
class aliasesmodel extends ldm {
object load() {
list aliases=getaliases();
if (aliases.isempty()) { aliases.add(new alias(none)); }
}
}
then there is no need to toggle the none fragment to show up
-igor
On Mon, Apr 21, 2008 at 11:33 AM, Enrique Rodriguez
[EMAIL PROTECTED] wrote:
On Mon, Apr 21, 2008 at 11:27 AM, Doug Donohoe [EMAIL PROTECTED]
wrote:
...
I may be having a mental block, but I'm finding it tedious to
implement 'if'
behavior in Wicket.
I use Wicket Fragments all over the place for this sort of thing.
http://wicket.apache.org/examplefragments.html
Enrique
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/If-logic-in-wicket-seems-complicated-tp16808507p16823927.html
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: make source jars part of wicket distribution
There is source code in the distribution. Can't you just jar it yourself? Alternatively you can download source jar from maven (even though you are not using maven): http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.3.3/wicket-1.3.3-sources.jar Frank On Tue, Apr 22, 2008 at 1:22 PM, Peter Ertl [EMAIL PROTECTED] wrote: Dear wicket developers, could you make the wicket source jars part of the distribution (even when this means more megabytes)? Or maybe an additional apache-wicket-1.x-sources.tar.gz (.zip) ? This would be very helpful for debugging and ensure that wicket-jar and wicket-source-jars do match exactly. Regards, Peter - 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: Form inside AJAX'd Page returns null values.
I fixed my problem. My Javascript wasn't converting URLs from this: ../../../?wicket:interface=:8:panel:form::IFormSubmitListener:: to this: /myapp/?wicket:interface=:8:panel:form::IFormSubmitListener:: Instead, I missed a / near the beginning and was getting this: /myapp?wicket:interface=:8:panel:form::IFormSubmitListener:: Fixing that solved my original issue. But now I'm curious as to why the onSubmit method would be properly called, but the values of the fields would be null? Is there a simple explanation of why the form works with the first version of the URL, but is so odd with the second? Thanks, -- Scott Scott Sauyet wrote: The trickiest thing I had to do here is in the Javascript. The ParentPage has a URL like: http://example.com:8080/myapp/ParentPage but MyPage and MyPageAjax have page parameters, such as http://example.com:8080/myapp/MyPage/id/16/ http://example.com:8080/myapp/MyPageAjax/id/16/ So the form action on these pages looks like this: ../../../?wicket:interface=:8:panel:form::IFormSubmitListener:: I end up changing this in JS to /myapp/?wicket:interface=:8:panel:form::IFormSubmitListener:: so it will work from the URL of ParentPage. But that doesn't seem likely to be at issue as the onSubmit is in fact being called. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket in Action (Amazon MEAP)
This question is for the Wicket in Action authors. The company I'm working for have ordered the paperback from Amazon. Now, I would like also to have access to MEAP. What should I do? -- View this message in context: http://www.nabble.com/%22Wicket-in-Action%22-%28Amazon---MEAP%29-tp16824089p16824089.html 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: interesting scriptaculous usage conundrum
The issue isn't with Ajax - that part is working. The issue is when the form
is submitted (normally, not via ajax) and redisplayed (e.g., if an error
occurs like mismatch password).
When wicket re-renders the entire page, the login form still has an
AttributeModifier of 'display: none'. For some reason, if I disable that
modifier or use the model approach you suggested, wicket ignores that.
-Doug
John Krasnay wrote:
On Mon, Apr 21, 2008 at 02:11:01PM -0700, Doug Donohoe wrote:
Hi John,
Thanks for the suggestion, but that did not work. I suspect it didn't
work
for the same reason that my attempt to use setEnabled(true/false) on the
AttributeModifier didn't work.
It has to be with how wicket cache's pages. I still don't quite grok how
it
decides to re-render stuff...
My code:
public CurrentProfile(String id)
{
displayModel = new DisplayModel();
loginPanel.add(new AttributeModifier(style, true,
displayModel));
Link link = new AjaxFallbackLink(loginLink, new
Model(loginText))
{
@Override
public void onClick(final AjaxRequestTarget target)
{
loginPanel.setVisible(!loginPanel.isVisible());
I suspect your problem is in that last line. Once you've rendered a page
with an element that's invisible, you can't make it visible again via
AJAX unless you originally called setOutputMarkupPlaceholderTag(true) on
it, or you refresh a parent element that was always visible.
jk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/interesting-scriptaculous-usage-conundrum-tp16807943p16824100.html
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: client side handling of ajax request session expiration
the implementation of js failure handler does not work for the case
(from tracing the js codes)
i guess it is because the ajax session expire exception thrown to the
client contains redirect path information, by which wicket just use this
redirect path and ignore the failure handler
and i have come up a quick solution:
override the method WebRequestCycleProcessor (i.e. need to register your
custom processor)
code
public IRequestTarget resolve(RequestCycle requestCycle,
RequestParameters requestParameters) {
try {
return super.resolve(requestCycle, requestParameters);
} catch (RuntimeException re) {
if (re instanceof PageExpiredException) {
if (((WebRequestCycle)
requestCycle).getWebRequest().isAjax()) {
// return a custom ajax request that only contains
failure handle js
/*
AjaxRequestTarget art = new AjaxRequestTarget(null);
art.appendJavascript(your failure handler js);
return art;
*/
}
}
throw re;
}
}
/code
Markus Strickler wrote:
Hi-
not sure if this helps in your case, but if you define the
wicketGlobalFailureHandler() JavaScript function, it will be called
if your ajax request fails (because of page expiration or any other
reason).
Or use Wicket.Ajax.registerFailureHandler(function() { ...}) (but I
never tried that myself).
-markus
Am 17.04.2008 um 13:01 schrieb ywtsang:
we want to handle session expiration exception triggered by an ajax
request
since the session is expired, the ajax request can't be forwarded
to the
corresponding ajax behavior, instead, the server throw session
expiration
exception
(we have configured the handling by
getApplicationSettings().setPageExpiredErrorPage)
the handling is ok for non-ajax request, but not ajax request
we want to handle that using client side javascript
how can we achieve that?
--
View this message in context: http://www.nabble.com/client-side-
handling-of-ajax-request-session-expiration-tp16743324p16743324.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/client-side-handling-of-ajax-request-session-expiration-tp16743324p16824188.html
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: make source jars part of wicket distribution
Please have a look at the maven repository, it is already there. http://repo1.maven.org/maven2/org/apache/wicket/wicket/ Regards Vitek Peter Ertl wrote: Dear wicket developers, could you make the wicket source jars part of the distribution (even when this means more megabytes)? Or maybe an additional apache-wicket-1.x-sources.tar.gz (.zip) ? This would be very helpful for debugging and ensure that wicket-jar and wicket-source-jars do match exactly. Regards, Peter - 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: Problems with FileUploadField
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html
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: Problems with FileUploadField
FileUploads just can't be sent via Ajax. This is a limitation of Ajax or the
current browsers if you might say so. It has nothing to do with Wicket.
2008/4/22, Fabien D. [EMAIL PROTECTED]:
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
greetings from Berlin,
Rüdiger Schulz
www.2rue.de
www.indyphone.de - Coole Handy Logos einfach selber bauen
Page / WebPage Generics
Maybes it's simple and I missed it, but why don't Page and WebPage implement generics? (Or maybe it's just coming in next milestone?) It would ensure that I don't pass an IModelFoo to a page that needs an IModelBar for it's model. Also, from any anonymous subclass of the page where I'm doing MyPage.this.getModelObject(), I wouldn't need to cast. Thanks, Jeremy Thomerson
Re: Page / WebPage Generics
Hi, Of course page will be generified, it's just a matter of time that Johan can invest in it :) -Matej On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson [EMAIL PROTECTED] wrote: Maybes it's simple and I missed it, but why don't Page and WebPage implement generics? (Or maybe it's just coming in next milestone?) It would ensure that I don't pass an IModelFoo to a page that needs an IModelBar for it's model. Also, from any anonymous subclass of the page where I'm doing MyPage.this.getModelObject(), I wouldn't need to cast. Thanks, Jeremy Thomerson -- Resizable and reorderable grid components. http://www.inmethod.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: option transfer widget
there is Palette in wicket-extensions. Gerolf On Tue, Apr 22, 2008 at 6:36 PM, Niels van Kampenhout [EMAIL PROTECTED] wrote: Hi all Before I write it myself, is there any component in Wicket stuff or somewhere else like the option transfer on [1]. I couldn't find it, but I don't know what the generally accepted name for such a widget is which makes searching a little difficult. Shouldn't be too difficult to write but if it's readily available ;-) thanks Niels [1] http://www.mattkruse.com/javascript/optiontransfer/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: option transfer widget
I don't think there is a custom component for that. There is someone who wrote a blog about how to do it with Wicket with demo code: http://blog.xebia.com/2008/03/25/wicket-and-list-choice-transfers/ On Tue, Apr 22, 2008 at 6:36 PM, Niels van Kampenhout [EMAIL PROTECTED] wrote: Hi all Before I write it myself, is there any component in Wicket stuff or somewhere else like the option transfer on [1]. I couldn't find it, but I don't know what the generally accepted name for such a widget is which makes searching a little difficult. Shouldn't be too difficult to write but if it's readily available ;-) thanks Niels [1] http://www.mattkruse.com/javascript/optiontransfer/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: option transfer widget
thats kind of a waste because this [1] has been there since 1.2 [1] http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compref.PalettePage -igor On Tue, Apr 22, 2008 at 9:41 AM, Meindert Deen [EMAIL PROTECTED] wrote: I don't think there is a custom component for that. There is someone who wrote a blog about how to do it with Wicket with demo code: http://blog.xebia.com/2008/03/25/wicket-and-list-choice-transfers/ On Tue, Apr 22, 2008 at 6:36 PM, Niels van Kampenhout [EMAIL PROTECTED] wrote: Hi all Before I write it myself, is there any component in Wicket stuff or somewhere else like the option transfer on [1]. I couldn't find it, but I don't know what the generally accepted name for such a widget is which makes searching a little difficult. Shouldn't be too difficult to write but if it's readily available ;-) thanks Niels [1] http://www.mattkruse.com/javascript/optiontransfer/ - 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: option transfer widget
Igor Vaynberg wrote: thats kind of a waste because this [1] has been there since 1.2 [1] http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compref.PalettePage Thanks everyone for the quick replies, this is very useful. Niels - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Strange AJAX error
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
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: Problems with FileUploadField
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
fileuploadfield. Let me know if you want to use it, I don't mind sharing
the code. It took a lot of work to make this happen, since the original
jQuery based upload code had to be modified + was a bit buggy to begin
with.
Cheers,
Michael
-Original Message-
From: Fabien D. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 7:02 AM
To: users@wicket.apache.org
Subject: Re: Problems with FileUploadField
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his
local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.
html
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]
Palette and ajax behaviours
What is the best way to attach ajax behaviours to a Palette? Igor, in the javadoc for Palette you say that ajax behaviours for a Palette should be attached to the recorder component [1]. However in your reply on [2] you say that recorder wont get onchange because its value is changed pragmatically. I tried getting the recorder using getRecorderComponent() but it returns null. Any ideas? thanks Niels [1] http://wicketframework.org/wicket-extensions/apidocs/wicket/extensions/markup/html/form/palette/Palette.html [2] http://www.nabble.com/Palette-and-on-change-notifications-to16177630.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange AJAX error
attach a test case to a jira issue
It is a bit weird error because as far as ia see window.parent is again a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
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: Strange AJAX error
I'm not familiar with the test cases required for JIRA issues. Can you
point me in the right direction?
I really need to get this fixed as it's stopping me in my tracks right
now... if any of you have additional input, I would appreciate any
pointers.
Michael
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 11:17 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
attach a test case to a jira issue
It is a bit weird error because as far as ia see window.parent is again
a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a
panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several
days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my
form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Palette and ajax behaviours
Igor Vaynberg wrote: palette is a javascript component, what parts do you want to ajaxify? If the selection in the Palette changes, I'd like to update another form field (also a Palette as a matter of fact). So I'd like to attach an AjaxFormComponentUpdatingBehavior(onchange) to the Palette, like the mini example in the apidoc [1]. thanks Niels [1] http://wicketframework.org/wicket-extensions/apidocs/wicket/extensions/markup/html/form/palette/Palette.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with FileUploadField
I can share my code with iframe (no-brainer), so go ahead and ask :)
Cristi Manole
On Tue, Apr 22, 2008 at 9:05 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
fileuploadfield. Let me know if you want to use it, I don't mind sharing
the code. It took a lot of work to make this happen, since the original
jQuery based upload code had to be modified + was a bit buggy to begin
with.
Cheers,
Michael
-Original Message-
From: Fabien D. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 7:02 AM
To: users@wicket.apache.org
Subject: Re: Problems with FileUploadField
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his
local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.
htmlhttp://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Strange AJAX error
Actually, I do have a suspicion:
My form contains two WebMarkupContainers, which contain a few form
components. Is it possible that the setTimeOut function fails because of
the WebMarkupContainers inside the form?
Michael
-Original Message-
It is a bit weird error because as far as ia see window.parent is again
a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a
panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several
days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my
form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Strange AJAX error
Actually, no that is not causing it - I removed the WMCs and the AJAX
problem persisted...
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 11:47 AM
To: users@wicket.apache.org
Subject: RE: Strange AJAX error
Actually, I do have a suspicion:
My form contains two WebMarkupContainers, which contain a few form
components. Is it possible that the setTimeOut function fails because of
the WebMarkupContainers inside the form?
Michael
-Original Message-
It is a bit weird error because as far as ia see window.parent is again
a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a
panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several
days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my
form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange AJAX error
Typically a quickstart project is the best way to go.
http://wicket.apache.org/quickstart.html
just attach the entire project to the jira issue that way we can start
looking into your problem without trying to get your code to run
first.
Maurice
On Tue, Apr 22, 2008 at 8:33 PM, Michael Mehrle [EMAIL PROTECTED] wrote:
I'm not familiar with the test cases required for JIRA issues. Can you
point me in the right direction?
I really need to get this fixed as it's stopping me in my tracks right
now... if any of you have additional input, I would appreciate any
pointers.
Michael
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 11:17 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
attach a test case to a jira issue
It is a bit weird error because as far as ia see window.parent is again
a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a
panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several
days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since the
modal is locking up and I can't just copy/paste it. Sorry it's so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my
form
which is part of a modal it just freezes up and I get the following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
Anyone any idea what's going on here?
Michael
-
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
Re: Page / WebPage Generics
Thanks! I figured that must be it. On Tue, Apr 22, 2008 at 10:25 AM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, Of course page will be generified, it's just a matter of time that Johan can invest in it :) -Matej On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson [EMAIL PROTECTED] wrote: Maybes it's simple and I missed it, but why don't Page and WebPage implement generics? (Or maybe it's just coming in next milestone?) It would ensure that I don't pass an IModelFoo to a page that needs an IModelBar for it's model. Also, from any anonymous subclass of the page where I'm doing MyPage.this.getModelObject(), I wouldn't need to cast. Thanks, Jeremy Thomerson -- Resizable and reorderable grid components. http://www.inmethod.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page / WebPage Generics
done. On Tue, Apr 22, 2008 at 5:25 PM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, Of course page will be generified, it's just a matter of time that Johan can invest in it :) -Matej On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson [EMAIL PROTECTED] wrote: Maybes it's simple and I missed it, but why don't Page and WebPage implement generics? (Or maybe it's just coming in next milestone?) It would ensure that I don't pass an IModelFoo to a page that needs an IModelBar for it's model. Also, from any anonymous subclass of the page where I'm doing MyPage.this.getModelObject(), I wouldn't need to cast. Thanks, Jeremy Thomerson -- Resizable and reorderable grid components. http://www.inmethod.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Palette and ajax behaviours
we will have to rig the javascript that palette uses to invoke the onchange handler on recorder manually, or maybe not on the recorder but on its own tag so you can attach behaviors directly to it... open a jira. attach a patch if you want this to be handled quickly, shouldnt be that hard at all. -igor On Tue, Apr 22, 2008 at 11:35 AM, Niels van Kampenhout [EMAIL PROTECTED] wrote: Igor Vaynberg wrote: palette is a javascript component, what parts do you want to ajaxify? If the selection in the Palette changes, I'd like to update another form field (also a Palette as a matter of fact). So I'd like to attach an AjaxFormComponentUpdatingBehavior(onchange) to the Palette, like the mini example in the apidoc [1]. thanks Niels [1] http://wicketframework.org/wicket-extensions/apidocs/wicket/extensions/markup/html/form/palette/Palette.html - 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: isVisible() with surrounding Markup and LoadableDetachableModel
which version do you use of wicket? because WebPage.onDetach() should already be gone because this part: java.lang.Exception at load.Load$LoadForm$1.isVisible(Load.java:46) at org.apache.wicket.Component.renderHead(Component.java:2528) at org.apache.wicket.markup.html.WebPage$1.component(WebPage.java:432) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:821) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:836) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:861) at org.apache.wicket.markup.html.WebPage.onDetach(WebPage.java:425) was just for checking for headers that really wasnt correct. But this was already fixed in 1.3.3 if i am not mistaken johan On Tue, Apr 22, 2008 at 6:07 AM, Warren [EMAIL PROTECTED] wrote: Stack trace in load() and onDetach() java.lang.Exception at load.Load$1.load(Load.java:26) at org.apache.wicket.model.LoadableDetachableModel.getObject(LoadableDetachable Model.java:114) at org.apache.wicket.model.CompoundPropertyModel.getObject(CompoundPropertyMode l.java:60) at org.apache.wicket.model.AbstractPropertyModel.getTarget(AbstractPropertyMode l.java:187) at org.apache.wicket.model.AbstractPropertyModel.getObject(AbstractPropertyMode l.java:110) at org.apache.wicket.Component.getModelObject(Component.java:1539) at org.apache.wicket.Component.getModelObjectAsString(Component.java:1561) at load.Load$LoadForm$1.isVisible(Load.java:54) at org.apache.wicket.Component.internalBeforeRender(Component.java:990) at org.apache.wicket.Component.beforeRender(Component.java:1027) at org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.jav a:1513) at org.apache.wicket.Component.onBeforeRender(Component.java:3657) at org.apache.wicket.Component.internalBeforeRender(Component.java:995) at org.apache.wicket.Component.beforeRender(Component.java:1027) at org.apache.wicket.Component.prepareForRender(Component.java:2139) at org.apache.wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget. java:698) at org.apache.wicket.ajax.AjaxRequestTarget.respondComponents(AjaxRequestTarget .java:605) at org.apache.wicket.ajax.AjaxRequestTarget.respond(AjaxRequestTarget.java:520) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequ estCycleProcessor.java:103) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:117 2) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1241) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1316) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:354) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:194) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126 ) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105 ) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:731) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav a:524) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo rkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:684) at java.lang.Thread.run(Thread.java:595) # load() called=3 java.lang.Exception at load.Load$1.onDetach(Load.java:35) at org.apache.wicket.model.LoadableDetachableModel.detach(LoadableDetachableMod el.java:102) at org.apache.wicket.model.CompoundPropertyModel.detach(CompoundPropertyModel.j ava:107) at org.apache.wicket.Component.detachModel(Component.java:3342) at org.apache.wicket.Component.detachModels(Component.java:1142) at org.apache.wicket.Component.detach(Component.java:1088) at org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1454)
Re: Problems with FileUploadField
really?
are you using the XMLHttpRequest request to do a binary upload with a form
post?
everywhere on the internet they say that isnt possible
johan
On Tue, Apr 22, 2008 at 8:05 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
fileuploadfield. Let me know if you want to use it, I don't mind sharing
the code. It took a lot of work to make this happen, since the original
jQuery based upload code had to be modified + was a bit buggy to begin
with.
Cheers,
Michael
-Original Message-
From: Fabien D. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 7:02 AM
To: users@wicket.apache.org
Subject: Re: Problems with FileUploadField
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his
local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.
htmlhttp://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Migration to new version 1.3.3
The issues are: - The application is in more than 20 languages, so UTF8 is mandatory. This was working fine, people types their name in Japanese and that goes to database smoothly. Now, every non-english character gets corrupted. The database and tomcat server configuration has not been touch, and not the code except for the migration issues... no idea what this is. Wicket is fully UTF-8 by default. - Suddenly I got stackoverflow exceptions all the time (I have never seen that with 1.2.6) this should be fixed dont know if it made 1.3.3 else you have to use a snapshot or wait for 1.3.4 johan
Re: integrating extjs with wicket
Dear AT ... unfortunately I didn't had time to work out on this integration.
I will let you know in future.
// Paolo
On Mon, Apr 21, 2008 at 4:58 PM, Advanced Technology(R) [EMAIL PROTECTED]
wrote:
Hi Paulo,
Did you have sucess integrating Ext.form.FormPanel ???
Can you upload Wicket-Extjs integration Test App ?
AT
2008/1/9, Paolo Di Tommaso [EMAIL PROTECTED]:
This is really an interesting topic!
I've made some Wicket-Extjs integration tests and I haven't found any
particular issues to make them work smoothly together.
Extjs UI widgets can be created dynamically or can be attach to existing
HTML elements using the element IDs.
Following the latter approach is quite easy integrate Extjs with Wicket.
The simplest way I've tried is using a behavior to 'attach' an Extjs
widget
to Wicket component.
For example:
public class ExtDateFieldBehavior extends ExtAbstractBehavior{
@Override
String getExtjsClassName() {
return Ext.form.DateField;
}
}
public abstract class ExtAbstractBehavior extends AbstractBehavior {
/**
* Used to add all common Extjs required JavaScript and CSS
resources
*/
@Override
public void bind(Component component) {
if( component == null ) throw new
IllegalArgumentException(Argument
cannot be null);
component.setOutputMarkupId(true);
component.add(HeaderContributor.forCss( Extjs.Css.EXT_ALL ));
component.add(HeaderContributor.forJavaScript( Extjs.Js.EXT_BASE
));
component.add(HeaderContributor.forJavaScript(
Extjs.Js.EXT_ALL_DEBUG ));
}
abstract String getExtjsClassName();
abstract String getOptions();
@Override
public void onRendered( Component component ) {
/* create a copy of options */
Config options = new Config( config );
/* initialization */
config(component,options);
/* get the string version */
String sConfig = Extjs.serialize(options);
String extjs = new + getExtjsClassName() + ( + getOptions()
+
);;
//TODO log here
Response r = component.getResponse();
r.write( JavascriptUtils.SCRIPT_OPEN_TAG );
r.write( extjs );
r.write( JavascriptUtils.SCRIPT_CLOSE_TAG );
}
}
That's all!
Obviously this is just a simple test but it works and can be extended
easily
for other widgets.
What I've found not trivial is to pass/define the Extjs widget
property/configuration in a easy/elegant way.
Would be interesting discuss this...
-- Paolo
On Jan 9, 2008 6:25 PM, Jeremy Fergason [EMAIL PROTECTED]
wrote:
wicket seems to provide some nice management classes like TextField,
that
do
things like set the value for you, I don't see how to integrate this
with
a
javascript solution like ExtJs which does not use an input
type=text
...
tag. It could be something very simple and I am just missing it, if
so
please point me in the right direction.
Thanks!
On Jan 9, 2008 10:19 AM, Martijn Dashorst [EMAIL PROTECTED]
wrote:
What is keeping you from building it?
Martijn
On Jan 9, 2008 6:15 PM, Reinout van Schouwen [EMAIL PROTECTED]
wrote:
Op woensdag 09-01-2008 om 09:07 uur [tijdzone -0700], schreef
Jeremy
Fergason:
I'm just starting out with wicket and I would like to use a
client-side
javascript library--ExtJs, to enhance the end user experience.
+1
At my company we use Ext2 and are very enthousiastic about it.
I want to move us from Struts to Wicket but lack of support for
Ext2
would be a roadblock...
--
Reinout van Schouwen
-
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]
--
AT(R)
RE: isVisible() with surrounding Markup and LoadableDetachableModel
1.3.1. I have created a quickstart of the problem and have sent it to Igor. -Original Message- From: Johan Compagner [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 22, 2008 2:23 PM To: users@wicket.apache.org Subject: Re: isVisible() with surrounding Markup and LoadableDetachableModel which version do you use of wicket? because WebPage.onDetach() should already be gone because this part: java.lang.Exception at load.Load$LoadForm$1.isVisible(Load.java:46) at org.apache.wicket.Component.renderHead(Component.java:2528) at org.apache.wicket.markup.html.WebPage$1.component(WebPage.java:432) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:821) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:836) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:861) at org.apache.wicket.markup.html.WebPage.onDetach(WebPage.java:425) was just for checking for headers that really wasnt correct. But this was already fixed in 1.3.3 if i am not mistaken johan On Tue, Apr 22, 2008 at 6:07 AM, Warren [EMAIL PROTECTED] wrote: Stack trace in load() and onDetach() java.lang.Exception at load.Load$1.load(Load.java:26) at org.apache.wicket.model.LoadableDetachableModel.getObject(Loadable Detachable Model.java:114) at org.apache.wicket.model.CompoundPropertyModel.getObject(CompoundPr opertyMode l.java:60) at org.apache.wicket.model.AbstractPropertyModel.getTarget(AbstractPr opertyMode l.java:187) at org.apache.wicket.model.AbstractPropertyModel.getObject(AbstractPr opertyMode l.java:110) at org.apache.wicket.Component.getModelObject(Component.java:1539) at org.apache.wicket.Component.getModelObjectAsString(Component.java:1561) at load.Load$LoadForm$1.isVisible(Load.java:54) at org.apache.wicket.Component.internalBeforeRender(Component.java:990) at org.apache.wicket.Component.beforeRender(Component.java:1027) at org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupCon tainer.jav a:1513) at org.apache.wicket.Component.onBeforeRender(Component.java:3657) at org.apache.wicket.Component.internalBeforeRender(Component.java:995) at org.apache.wicket.Component.beforeRender(Component.java:1027) at org.apache.wicket.Component.prepareForRender(Component.java:2139) at org.apache.wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequ estTarget. java:698) at org.apache.wicket.ajax.AjaxRequestTarget.respondComponents(AjaxReq uestTarget .java:605) at org.apache.wicket.ajax.AjaxRequestTarget.respond(AjaxRequestTarget .java:520) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(Ab stractRequ estCycleProcessor.java:103) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycl e.java:117 2) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1241) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1316) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:354) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter .java:194) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplication FilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.ja va:214) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.ja va:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:126 ) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv e.java:105 ) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine Valve.java :107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter. java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pr ocessConne ction(Http11Protocol.java:731) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEn dpoint.jav a:524) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(Leader FollowerWo rkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Thre adPool.jav a:684) at java.lang.Thread.run(Thread.java:595) # load() called=3 java.lang.Exception at
How to close a popup window after a form submition and update an arbitrary component on a parent page via ajax?
Hi everyone, A page containing a form is opened in a popup window (a true browser window) and being submitted if the form has been processed successfully it should close itself automatically and update a part of a parent page (the opener) using an ajax call. Have anyone faced a similar problem? Any ideas? Vitaly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket in Action (Amazon MEAP)
Hi, This is something for Manning to answer, as they are in charge of all the commercial aspects of it. Cheers, Eelco On Tue, Apr 22, 2008 at 6:04 AM, Alex Objelean [EMAIL PROTECTED] wrote: This question is for the Wicket in Action authors. The company I'm working for have ordered the paperback from Amazon. Now, I would like also to have access to MEAP. What should I do? -- View this message in context: http://www.nabble.com/%22Wicket-in-Action%22-%28Amazon---MEAP%29-tp16824089p16824089.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with FileUploadField
Yeah, that's how it works. There's a fileupload.js that leverages
jQuery. When the user presses the upload button it does a binary upload
to a page of your choosing - that's where I had to change the existing
PHP-integrated lib that I used as a template. I used a Page that was
accessible via a mapped URI to parse out the stream and store it to the
backend. Then I bounced back a JSON msg, which can contain various
status and error notifications. Those can be popped up as JS alerts,
which is kind of cool. I even managed to bounce back the image id and
the local path, so that I could do some frontend magic. Works just fine
- one of the other problems was to make it work with Wicket since the
component ids had to match. This was done by injecting the proper ids
into the JS lib when loading the enclosing page.
A bit of a hack, I know - but it's working, which is all I care about.
Michael
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 2:29 PM
To: users@wicket.apache.org
Subject: Re: Problems with FileUploadField
really?
are you using the XMLHttpRequest request to do a binary upload with a
form
post?
everywhere on the internet they say that isnt possible
johan
On Tue, Apr 22, 2008 at 8:05 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I recently implemented an AJAX based file upload field that works just
fine. It's works 'outside of Wicket AJAX' but does leverage an AJAX
fileuploadfield. Let me know if you want to use it, I don't mind
sharing
the code. It took a lot of work to make this happen, since the
original
jQuery based upload code had to be modified + was a bit buggy to begin
with.
Cheers,
Michael
-Original Message-
From: Fabien D. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 7:02 AM
To: users@wicket.apache.org
Subject: Re: Problems with FileUploadField
My researches show FileUploadField does not support ajax behavior
So there is no wicket input, which permits to the user to browse his
local
disk?
Thank you in advance.
Fabien D. wrote:
Hi, I would like to add a behavior on my FileUploadField
But I can't get back the path of the file, or the file
this.logo = new FileUploadField(inputLogo);
logo.setRequired(false);
logo.add(new AjaxFormComponentUpdatingBehavior(onchange) {
private static final long serialVersionUID = 1L;
protected void onUpdate(AjaxRequestTarget target) {
..
}
I have try everything :
FileUpload up = logo.getFileUpload(); - null
File file = (File)logo.getModelObject(); - null
logo.getModelObjectAsString() - null
So how can i get the file or just the path and the name file
--
View this message in context:
http://www.nabble.com/Problems-with-FileUploadField-tp16823823p16824291.
htmlhttp://www.nabble.com/Problems-with-FileUploadField-tp16823823p1682
4291.html
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Return to Original Destination gets the ajax response and not the page
I am getting an ajax response xml instead of the page when I return to original destination page that is ajax enabled after a RestartResponseAtInterceptPageException is thrown. Here is the URL: http://127.0.0.1:8080/blahblah/?wicket:interface=:8:body:receiveItemDetailFo rm:lineItem.item.upc::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotAct ive=truerandom=0.8907246112298193 What am I doing wrong? Thanks, Warren Bell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.3, resource locator and properties
Bump.
Do any devs have an opinion on this? Should I create a jira instead
of asking this on the list?
Here is a quick summary so that no one needs to read through the thread:
1. The ResourceNameIterator encapsulates the
style/variation/localization strategy
2. The ResourceStreamLocator uses it to find html
3. The ComponentStringResourceLocator uses it to find properties
4. The ClassStringResourceLocator delegates to the
ComponentStringResourceLocator to find application properties
This means that all four of the above must be implemented to use a
different strategy. However, if a custom ResourceNameIterator could
be registered in IResourceSettings then 2, 3 4 would not have to be
touched.
Do the devs prefer to keep ResourceNameIterator an internal
implementation or expose it on IResourceSettings and simplify the
creation of atypical resource location?
Thank you,
Scott
On Thu, Apr 17, 2008 at 10:36 AM, Scott Swank [EMAIL PROTECTED] wrote:
It seems that the problem is that the ComponentStringResourceLoader
does not handle the MyApplication.properties (never mind what its
javadoc says). Instead the ClassStringResourceLoader does. It is
registered in the Settings constructor.
The ClassSRL ultimately delegates to super
return super.loadStringResource((Class)clazzRef.get(), key, locale, style);
And that means that it calls back up to ComponentStringResourceLoader.
So I have copied the code (!!!) from ClassSRL into VcomClassSRL
extends VcomComponentSRL and registered VcomClassSRL with my
application. Now the app.properties are found. Excellent.
This means that I had to write my own:
VcomResourceStreamLoader
VcomComponentStringResourceLoader
VcomClassStringResourceLoader
This is a decent step backward from the centralized strategy in Wicket
1.2. All of the above could have been eliminated if I could have
registered my:
VcomResourceNameIterator
With my application. Then the ResourceStreamLoader would have used
it, the ComponentSRLwould have used it, and the ClassSRL would have
delegated back to the ComponentSRL.
I don't know whether the Wicket devs want to expose the
ResourceNameIterator and add it to Settings, but since that is
currently where the resource location strategy is centralized I would
prefer that it be exposed.
What do the devs think?
Thank you,
Scott
On Wed, Apr 16, 2008 at 10:37 PM, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
No problem, thank me after the issue are solved:) But you would send the
thing to me? I haven't received anything yet FYI...
Scott Swank wrote:
Thank you Nino. I'll send the quickstart directly to you since the
list doesn't allow attachments. I'm extracting everything from our
sandbox app that you're not interested in. I do have the behavior
reproduced there.
- Scott
On Wed, Apr 16, 2008 at 1:02 PM, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
Hi Scott
Could you provide a quickstart? I have some time tomorrow...
Scott Swank wrote:
I have subclassed ComponentStringResourceLoader so that I can drive
it
from a custom ResourceNameIterator (in particular to look in the
right
directories). In particular, I just overrode
public String loadStringResource(Class clazz, final String key,
final Locale locale, final String style)
and only changed the line
ResourceNameIterator iter = new ResourceNameIterator(path, style,
locale, properties,xml);
to use our iterator. Now it cannot find myApplication.properties and
I am at a bit of a loss as how this class ever got to
myApplication.properties. When it is constructing its list of
components it clearly stops at the Page and I don't see how it would
ever get to the Application.
private List getComponentStack(final Component component)
{
// Build the search stack
final List searchStack = new ArrayList();
searchStack.add(component.getClass());
if (!(component instanceof Page))
{
// Add all the component on the way to the Page
MarkupContainer container =
component.getParent();
while (container != null)
{
searchStack.add(container.getClass());
if (container instanceof Page)
{
break;
}
container = container.getParent();
}
}
return searchStack;
RE: Strange AJAX error
I fixed it. If you guys are interested. The problem was that the modal
window was added 'inside' the form. By simply moving the template/code
for the actual modal outside the form, everything worked just fine.
I'm not sure if you guys recommend doing this in the first place, it
does make a lot of sense as I think about it.
Well, perhaps this tip helps some poor soul sometime in the future...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:31 PM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Typically a quickstart project is the best way to go.
http://wicket.apache.org/quickstart.html
just attach the entire project to the jira issue that way we can start
looking into your problem without trying to get your code to run
first.
Maurice
On Tue, Apr 22, 2008 at 8:33 PM, Michael Mehrle [EMAIL PROTECTED]
wrote:
I'm not familiar with the test cases required for JIRA issues. Can you
point me in the right direction?
I really need to get this fixed as it's stopping me in my tracks
right
now... if any of you have additional input, I would appreciate any
pointers.
Michael
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 11:17 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
attach a test case to a jira issue
It is a bit weird error because as far as ia see window.parent is
again
a
window and that should have a setTimeuut function
On Tue, Apr 22, 2008 at 7:49 PM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
Yeah, so I noticed :-)
Okay, I'm pressing the save button in my form, which is inside a
panel,
which is inside a modal. Here's what's happening in the AJAX debug
window:
INFO: Initiating Ajax POST request ../../../../ etc..
INFO: Received ajax response (457 characters)
INFO: JS code wrapped in XML
INFO: Response parsed: Now invoking steps...
ERROR: Exception evaluating javascript: TypeError:
window.parent.setTimeout is not a function
That window.parent.setTimeout is at the tail end of that JS code
that
was sent up. I can't copy/paste because the modal freezes up.
Here's the save button's onSubmit() handler:
add(new AjaxButton(save, SubmitForm.this) {
@Override
protected void
onSubmit(AjaxRequestTarget target, Form form) {
modalWindow.close(target);
}
});
Nothing fancy, the panel that contains the modal handles the
modalWindow.close():
final FooModalWindow modalWindow;
add(modalWindow = new
FooModalWindow(recurringEventModalWindow, 477, 620, false) {
@Override
public void
onClose(AjaxRequestTarget
target) {
setWindowClosedCallback(new ModalWindow.WindowClosedCallback() {
public void
onClose(AjaxRequestTarget target) {
LOG.debug(Window closed);
//Event
event =
(Event) EventDetailsPanel.this.getModelObject();
//event.setEventSchedule((EventSchedule)SubmitForm.this.getModelObject()
);
}
});
}
@Override
public void
onCancel(AjaxRequestTarget
target) {
}
});
ANY HELP would be appreciated. I've been stuck on this for several
days
now, and getting pretty frustrated.
Thanks in advance...
Michael
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 12:05 AM
To: users@wicket.apache.org
Subject: Re: Strange AJAX error
Attachments are filtered from the list.
Maurice
On Tue, Apr 22, 2008 at 1:47 AM, Michael Mehrle
[EMAIL PROTECTED]
wrote:
I have attached a screen grab of the error and its context since
the
modal is locking up and I can't just copy/paste it. Sorry it's
so
dark,
that's because of the modal and I don't have Photoshop on this
system.
Michael
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:38 PM
To: users@wicket.apache.org
Subject: Strange AJAX error
This is in the context of my prior postings. When submitting my
form
which is part of a modal it just freezes up and I get the
following
error message in the AJAX debug window:
ERROR: Exception evaluating javascript: TypeError:
Re: Migration to new version 1.3.3
Oscar, if you grab the quickstart and try to implement simple DB and i18n, what happens - do you get these errors? Rgds Ned Toscano wrote: Hello, Finally I decided to migrate the project I have been working for the last year from 1.2.6 to 1.3.3 Wicket version. Some of the errors I got before are solved, like the AutoComplete field (which is great, by the way), but I have two issues that I have to solve or I will go back to 1.2.6 for continuing with the development (we are really in a rush and must go live this summer). The issues are: - The application is in more than 20 languages, so UTF8 is mandatory. This was working fine, people types their name in Japanese and that goes to database smoothly. Now, every non-english character gets corrupted. The database and tomcat server configuration has not been touch, and not the code except for the migration issues... - Suddenly I got stackoverflow exceptions all the time (I have never seen that with 1.2.6) I'm using spring-wicket application with ibatis and postgresql running in Tomcat 6 with JDK 1.6 I have been researching about both in the mailing lists, but I still can't figure out why this is happening to me... As always, thank you very very much for your time and support, Oskar -- View this message in context: http://www.nabble.com/Migration-to-new-version-1.3.3-tp16820098p16828772.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Request for hints: Long duration requests; ajax 'status' line
Greetings, Wicket Wizards, I am continuing my delightful acclimatization to Wicket, and would appreciate a couple of quick hints regarding the following: (1) My webapp makes several requests to back-end services. This could take up to a couple of minutes under certain circumstances. It appears that Wicket times out a page request after one minute. (?) How do I tell Wicket to wait longer? I did some googling and found the IRequestCycleSettings.setTimeout(Duration) method, but the documentation did not make me confident that I'd found the right thing. If that is the right method to call, how do I obtain the instance to invoke the setTimeout method on? Any other timeout issues I should be aware of? (2) Since certain of my pages make a series of back-end service requests before responding, it would be cool if I could have a kind of status pane that tells the user how far along the webapp is. Given that Wicket tends to make hard things easy, I'm fantasizing that I could create some kind of Ajax-y pane that refreshes itself periodically with the contents of a String that I keep in my session instance. Then, as my internal page processing code works through the backend requests, the code can just update that string and it will be displayed to the user. Is that possible? Any pointers to classes/code I could look at to orient myself? Thanks so much! Cheers, Philip Johnson -- View this message in context: http://www.nabble.com/Request-for-hints%3A-Long-duration-requests--ajax-%27status%27-line-tp16830536p16830536.html 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: Page / WebPage Generics
Thank you! Thank you! On Tue, Apr 22, 2008 at 4:10 PM, Johan Compagner [EMAIL PROTECTED] wrote: done. On Tue, Apr 22, 2008 at 5:25 PM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, Of course page will be generified, it's just a matter of time that Johan can invest in it :) -Matej On Tue, Apr 22, 2008 at 5:03 PM, Jeremy Thomerson [EMAIL PROTECTED] wrote: Maybes it's simple and I missed it, but why don't Page and WebPage implement generics? (Or maybe it's just coming in next milestone?) It would ensure that I don't pass an IModelFoo to a page that needs an IModelBar for it's model. Also, from any anonymous subclass of the page where I'm doing MyPage.this.getModelObject(), I wouldn't need to cast. Thanks, Jeremy Thomerson -- Resizable and reorderable grid components. http://www.inmethod.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Anyway to fix this generic warning?
(Other than using @SupressWarnings)
AjaxFallbackButtonPage1 submitButton = new
AjaxFallbackButtonPage1(submitButton, form) {
@Override protected void onSubmit(AjaxRequestTarget target, Form
f) { Warning here
.
Form is a raw type. References to generic type FormT should be
parameterized.
PageableListView need to be generified?
I'm getting warning on:
new PageableListView() {
@Override protected void populateItem(ListItem item) {
ListItem is generic. References to generic type ListItemT should be
parameterized.
