Re: Wicket.Ajax.Call.failure: after update wicket from 1.4.1 to 1.4.3
Thanks, it was handled in:
https://issues.apache.org/jira/browse/WICKET-2553
Igor Vaynberg pisze:
first try with latest wicket-1.4.x branch build. if its still there
then open a jira issue.
-igor
2009/12/4 Michał Letyński :
The problem came in wicket 1.4.2 and its connected with NullPointer
exception which came from wicket-ajax.js -> line 1133
Here is the code:
if (submitButton!=null) {
try {
var btn = document.createElement("");
} catch (ex) {
var btn = document.createElement("input");
btn.type="hidden";
btn.name=submitButton;
btn.id=iframe.id+"-btn";
btn.value="1";
}
}
form.appendChild(btn); <-- buggy line
This line should be inside the if (submitButton!=null) statement because in
my case submitButton is null. Why its null ? In
AjaxFormSubmitBehavior#getEventHandler() the submitButton is set only when
getComponent() instanceof IFormSubmittingComponent .
DropDownChoice is not an instace of IFormSubmittingComponent. Fast
workaround ? Just change IFormSubmittingComponent to FormComponent both of
them have key method #getInputName() (with the same logic, this also should
be changed i think :) )
Should i add a jira issue for that problem ?
Michał Letyński pisze:
Hi i have simple select with AjaxFormSubmitBehavior attached to it. After
changing selection i get:
Error:
Wicket.Ajax.Call.failure: Error while parsing response: Could not find
root element
Is it a known problem ?
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Michał Letyński
ConSol* Consulting & Solutions Software Poland Sp. z o.o.
ul. Piastowska 44c, 30-070 Krakow
mail: mi...@consol.pl
tel: +48 609 266 753
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: ModalWindow serialization problem
Hi. Although this thread is quite old, I'm facing the same problem. I open a modal window to edit a record. Inside this modalwindow I open another to choose an object. Inside this third one I open another to filter the objects to choose by another object. If the last modalwindow isn't opened, everything works fine. If I open the fourth modalwindow, the closedcallback of the third refers to data set before the fourth modalwindow was open. It's a very strange problem, hope that someone can help. Thanks! Benjamin Ernst wrote: > > Sorry, I am quite busy right now. But I will find some time in the next > days > and than provide a quickstart. > In the mean time we fixed the problem by saving the needed Objects in the > Session-MetaData. And that seems to work. > > Thanks for your help! > > -Benjamin > > > 2007/10/9, Matej Knopp : >> >> More then 3 nested ModalWindows? Wow. >> Does this happen with the latest trunk? Also each modal window is >> supposed to by in own pagemap. Can you provide a quickstart? >> >> -Matej >> >> On 10/9/07, Benjamin Ernst wrote: >> > Hi guys, >> > >> > we have a problem with some ModalWindows. We are using a lot of them in >> our >> > application and they are often nested in other ModalWindows. >> > The problem is when we refer to the to the parent that creates the >> > ModalWindow in this ModalWindow that parent-object is not same as the >> > parent-object the WindowClosedCallback is in. >> > >> > This only happen if there are more than 3 nested ModalWindows. Could be >> a >> > problem with serialization: The parent-object gets serialized and on >> the >> > WindowClosedCallback it gets deserialized. But the changes made in >> between >> > this time are now lost. >> > >> > If that is right? How can we prevent the parent from being serialized? >> > >> > -Benjamin >> > >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > -- View this message in context: http://old.nabble.com/ModalWindow-serialization-problem-tp13114045p26674701.html Sent from the Wicket - User 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
container authentication and form action url
Hi all, I've setup my container-authentication (form based) using a simple SigninPage (mounted on /login) and a dummy protected url "/protected", here is the web.xml relevant code: w myapp /protected GET POST FORM /login /error I've extended AbstractPageAuthorizationStrategy to redirect all protected pages access to the container-protected url (/protected) and activate the container authentication. When the user request a protected page, for example "GET /app/protected HTTP/1.1" all works good: the configured is returned as response and the requested url will not change as expected. The login page contains a form with two input (username/password) and a combo for user profiles, so I need to post to the sign in page to load available user profiles. The problem is that the form action attribute created by wicket is something like "?wicket:interface=:0:privateLogin::IFormSubmitListener::" that produce a POST to "/app/protected?wicket:interface=:0:privateLogin:ajaxButton::" INSTEAD OF "/app/login". This cause a new sign in page instantiation discarding user input. How can I obtain to POST to the sign in page instead of the requested url (/app/protected) ? I don't want to do a redirect to login page (that trick works) because I would like to avoid the user bookmark the login page that prevent to activate the container-based authentication. Thank you alf - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AjaxEditableLabel
Hi guys,
I used Wicket-1.4.3 & Wicket-1.4.3 on Windows XP & Tomcat 6, and I've got a
strange behavior on the component AjaxEditableLabel.
If I insert "peut-être" in the field, the character with the accent will be
badly stored. In the code, I see the following code into the Ajax behavior:
final String saveCall = "{" +
generateCallbackScript("wicketAjaxGet('" + getCallbackUrl()
+
"&save=true&'+this.name+'='+wicketEncode(this.value)") +
"; return false;}";
If I change it, like it was done into the commit r835229 for the
ajaxEditMultineLabel (see
http://svn.apache.org/viewvc/wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/AjaxEditableMultiLineLabel.java?view=diff&r1=835228&r2=835229&pathrev=835229),
with this code:
final String saveCall = "{" + "wicketAjaxPost('" + getCallbackUrl(true) +
"&save=true', wicketSerialize(this)); return true;}";
It works, I retrieve the correct text.
Can it be possible to change this part of code to avoid changing the Tomcat
server configuration ?
Thanks
Julien Roche Aka Indiana_Jules
Email: roche@gmail.com
Portable: 06 63 91 94 63
Skype: indiana_jules
Re: container authentication and form action url
dont use a wicket form if you dont want it processed by wicket. -igor On Mon, Dec 7, 2009 at 3:45 AM, Alfredo Aleandri wrote: > Hi all, > I've setup my container-authentication (form based) using a simple > SigninPage (mounted on /login) and a dummy protected url "/protected", here > is the web.xml relevant code: > > > w > myapp > /protected > GET > POST > > > > FORM > > /login > /error > > > > I've extended AbstractPageAuthorizationStrategy to redirect all protected > pages access to the container-protected url (/protected) and activate the > container authentication. > > When the user request a protected page, for example "GET /app/protected > HTTP/1.1" all works good: the configured is returned as > response and the requested url will not change as expected. > The login page contains a form with two input (username/password) and a > combo for user profiles, so I need to post to the sign in page to load > available user profiles. > > The problem is that the form action attribute created by wicket is something > like "?wicket:interface=:0:privateLogin::IFormSubmitListener::" that produce > a POST to "/app/protected?wicket:interface=:0:privateLogin:ajaxButton::" > INSTEAD OF "/app/login". > This cause a new sign in page instantiation discarding user input. How can I > obtain to POST to the sign in page instead of the requested url > (/app/protected) ? > > I don't want to do a redirect to login page (that trick works) because I > would like to avoid the user bookmark the login page that prevent to > activate the container-based authentication. > > Thank you > > alf > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: container authentication and form action url
Igor Vaynberg wrote: dont use a wicket form if you dont want it processed by wicket. -igor Hi Igor, I want to use wicket to manage that page, I want to process user data to fetch user profiles by username/password than I will post all user data (name/password/profile) to j_security_check using an hidden plain html form and some javascript code. Thank you for your suggestions... alf - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Problems with displaying modal window
Hello everybody. I have a webpage under development where I use modal windows. This has so fare not caused any problems - but now I get an error on one of my pages. I have just added the modal window capability to the page - so this has not worked before. When I click the button I get the following errors in Firefox (and the pages just reloads) Line 1: Error: undefined entity Source File: Line: 1, Column: 61 Source Code: http://www.w3.org/1999/xhtml";>INFO: Using XMLHttpRequest& nbsp;transporthttp://localhost:8080/resources/org.apache.wicket .ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js :: anonymous :: line 64" data: no] My guess to why I get this error is, that my page is defined as: http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd";> http://www.w3.org/1999/xhtml";> The reason for this is, that I display MathML on the page. The modal window however does not contain MathML - it's just regular html. Environment: Wicket 1.4.3 JDK 1.6.0_17 Firefox 3.5.5 Does anybody have any input on this? -- Med venlig hilsen/Best regards Anders Sørensen
inmethod grid sorting on FireFox
I'm using Wicket 1.4.1 with inmethod grid 1.4.1. We have successfully used the inmethod grid in a few different scenarios but have focused mostly on supporting IE6. When a grid column is sortable, you can click the header for the column to initiate the sort. In IE6 this works as expected, however we are now testing our app in FF3.5.5 and when the header is clicked we receive "Ajax POST stopped because of precondition check, url:../../../../?wicket:interface=:10:contentPanel:dataForm:romEvents:2:collapsibleBody:sections:1:nonemptyLanguage:subsections:slocWrapper:romSlocData:collapsibleBody:sections:1:slocData:datagrid:form:header:header:csu::IActivePageBehaviorListener:0:4&wicket:ignoreIfNotActive=true" in the Wicket Ajax Debug window. Upon investigation with FireBug, the Wicket.$$ is returning false. It is at this point that I am at a loss. The Wicket.$$ method is able to getElementById and return an instance of the object but for some reason it is a different instance of the same element. In my example, the getElementById returns an instance that has children (correct) while the element that was passed to the Wicket.$$ method does not have children (incorrect). How could the 'this' object (which is what is passed to the Wicket.$$ method as element) not match what getElementById() returns? * * As a sanity check has anyone else implemented a sorting column with inmethod DataGrid and used FireFox 3.5.5 to test it? Can anyone shed some light on this problem for me?
Re: Bookmarkable images from db
Hi, I've implemented this by mounting a bookmarkable page and writing into
the response. I've imagine this bypasses some useful wicket features, but
was the only way I use bookmarkable urls like "/image/someImageName" for
mapping user uploaded images:
#Application
this.mount(new IndexedParamUrlCodingStrategy("/image", ImagePage.class));
#ImagePage class
public class ImagePage extends WebPage {
private static Logger logger = LoggerFactory.getLogger(ImagePage.class);
@Override
protected void onRender(MarkupStream markupStream) {
String imageName = (String)
this.getRequest().getParameterMap().get("0");
byte[] fileContents = PersistenceFacade.readFile(imageName);
try {
this.getResponse().getOutputStream().write(fileContents);
} catch (IOException e) {
logger.error("Could not write image [" + imageName + "] into
the response", e);
}
}
}
}
Any suggestions are welcome,
regards!
Juan
On Mon, Nov 2, 2009 at 3:00 PM, Alex Objelean wrote:
>
> Exactly. You can see the example posted by Vytautas Racelis earlier at this
> link:
>
> http://xaloon.googlecode.com/svn/trunk/xaloon-wicket-repository/src/main/java/org/xaloon/wicket/component/resource/ImageLink.java
>
> I prefer to do it this way:
> http://pastebin.com/m328e21ff
>
> The first example allow you to use directly an Image component, while the
> second allows you to build the url of any resource by name..
>
> Alex Objelean
>
>
> Peter Dotchev wrote:
> >
> > Hi Alex,
> >
> > I check SharedResources, but as I understand it I would have to add there
> > a Resource object for each image.
> >
> > After checking again the javadoc there might be another way.
> > Display each image with Image constructor that takes ValueMap and provide
> > there some image identification.
> > Add a single Resource object for all images and from getResourceStream()
> > implementation to call getParameters() which will return the same
> > parameters passed to Image constructor and tell me which image to return.
> > Will this work?
> >
> > Best regards,
> > Petar
> >
> >
> > Alexandru Objelean wrote:
> >>
> >> Besides the servlet, there is also a wicket way of do it:
> >>
> >> - Use shared resource, which is stateless and bookmarkable
> >>
> >> If you need more informations about this approach, search on forum or
> >> just ask... and I'll provide you with some examples of how I do it..
> >>
> >> Alex Objelean
> >>
> >>
> >> Peter Dotchev wrote:
> >>>
> >>> Hi,
> >>>
> >>> My app allows users to upload images and I store them in JCR
> >>> . I can
> >>> get InputStream for each one of them.
> >>> I want to display images in specific pages and I want image URLs to be
> >>> stable/bookmarkable. Also I don't want these pages to use the session
> in
> >>> any way.
> >>> I checked again chapter 9 about images from Wicket In Action but such
> >>> use case is not addressed there.
> >>>
> >>> I found that SharedResources allows for stable URLs, but I cannot
> >>> register each individual image.
> >>>
> >>> What approach would you suggest?
> >>>
> >>> Best regards,
> >>> Peter
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/Bookmarkable-images-from-db-tp26154577p26157757.html
> Sent from the Wicket - User 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: inmethod grid sorting on FireFox
I just tried the sorting with grid examples in Firefox 3.5.5 and it works just fine. -Matej On Mon, Dec 7, 2009 at 10:20 PM, Charles Deal wrote: > I'm using Wicket 1.4.1 with inmethod grid 1.4.1. > > We have successfully used the inmethod grid in a few different scenarios but > have focused mostly on supporting IE6. When a grid column is sortable, you > can click the header for the column to initiate the sort. In IE6 this works > as expected, however we are now testing our app in FF3.5.5 and when the > header is clicked we receive > "Ajax POST stopped because of precondition check, > url:../../../../?wicket:interface=:10:contentPanel:dataForm:romEvents:2:collapsibleBody:sections:1:nonemptyLanguage:subsections:slocWrapper:romSlocData:collapsibleBody:sections:1:slocData:datagrid:form:header:header:csu::IActivePageBehaviorListener:0:4&wicket:ignoreIfNotActive=true" > in the Wicket Ajax Debug window. > > Upon investigation with FireBug, the Wicket.$$ is returning false. It is at > this point that I am at a loss. The Wicket.$$ method is able to > getElementById and return an instance of the object but for some reason it > is a different instance of the same element. In my example, the > getElementById returns an instance that has children (correct) while the > element that was passed to the Wicket.$$ method does not have children > (incorrect). How could the 'this' object (which is what is passed to the > Wicket.$$ method as element) not match what getElementById() returns? > * > * > As a sanity check has anyone else implemented a sorting column with inmethod > DataGrid and used FireFox 3.5.5 to test it? Can anyone shed some light on > this problem for me? > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket enclosure not finding child!?
I'm still getting the error from the trunk.
D/
On Dec 6, 2009, at 9:00 PM, Major Péter wrote:
> Hi,
>
> svn co http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.x/
> mvn -Dmaven.test.skip=true install
>
> that's all you need to do.
>
> Regards,
> Peter
>
> 2009-12-07 03:57 keltezéssel, Douglas Ferguson írta:
>> The project has several dependencies, do I have to check out all or is there
>> a master project?
>>
>>
>> org.apache.wicket
>> wicket
>> ${wicket.version}
>>
>>
>> org.apache.wicket
>> wicket-extensions
>> ${wicket.version}
>>
>>
>> org.apache.wicket
>> wicket-datetime
>> ${wicket.version}
>>
>>
>> org.apache.wicket
>> wicket-guice
>> ${wicket.version}
>>
>>
>> aopalliance
>> aopalliance
>> 1.0
>>
>>
>>
>> On Dec 5, 2009, at 11:07 AM, Igor Vaynberg wrote:
>>
>>> build it from source
>>>
>>> svn checkout
>>> mvn install
>>>
>>> -igor
>>>
>>> On Sat, Dec 5, 2009 at 7:25 AM, Douglas Ferguson
>>> wrote:
What snapshot should I use?
I tried using 1.4.4-SNAPSHOT but that doesn't work.
and 1.4-SNAPSHOT has a date of 10/31
D/
> On Dec 4, 2009, at 12:45 AM, Girts Ziemelis wrote:
>
>> You might want to try first the development snapshot first. There is
>> additional enclosure fix waiting for 1.4.4:
>> https://issues.apache.org/jira/browse/WICKET-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>>
>> Do not know, if this will fix your problem, but might be worth a try
>> before you create a quickstart ...
>>
>> Douglas Ferguson wrote:
>>> Are there instructions for this?
>>>
>>> D/
>>>
>>> On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:
>>>
>>>
create a quickstart or a testcase and attach it to the jira issue
-igor
On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
wrote:
> I have no idea where that http: came from I pasted this:
>
> I do not have ":" and I'm still getting the error.
> I had to revert to 1.4.1
>
>
>>
>>Media Outlet (> wicket:id="mediaOutlet.name"/>):
>>
> On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:
>
>
>> the colon character is a path separator, if it has worked previously
>> it was only by mistake. you should not use ids that contain ":"
>>
>> -igor
>>
>> On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
>> wrote:
>>
>>> I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
>>>
>>> org.apache.wicket.WicketRuntimeException:Could not find child with
>>> id: mediaOutlet.name in the
>>> wicket:enclosure
>>> org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
>>> org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
>>> org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
>>> org.apache.wicket.Component.renderComponent(Component.java:2617)
>>> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
>>> org.apache.wicket.Component.render(Component.java:2448)
>>> org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>>>
>>>
>>> http://mediaOutlet.name>">
>>> Media
>>> Outlet (>> wicket:id="mediaOutlet.name"/>):
>>>
>>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apac
WicketStuff and wicket-contrib-javaee
Hi all, Lately I had to make some refactoring in wicket-contrib-javaee, and I saw, that the project is not well maintained. In the repo I only could find the source for v1.0, but only on sourceforge did I found the v1.1 sources. :s So after I had refactored the source to make it work with Wicket 1.5 trunk, I would like to resurrect, maybe maintain the project for a while. I've found these guides: http://wicketstuff.org/confluence/display/STUFFWIKI/Developer+Information http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide Is there something else, that I should be aware of? Also I'm using NetBeans with Automatic Code Format, but as far as I know there are some code format rules for projects (how the code should be indented where are the brackets, etc). The only problem is that NetBeans auto format doesn't format the code this way, so I may would break these rules. Do you know any tool which would solve me this issue? :) Thanks Best Regards, Peter Major - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: inmethod grid sorting on FireFox
Yeah, I figured as much. I thought I was using a stock Header row/event, but I'll double check that in the morning. I'll also be upgrading to 1.4.3 and 1.4-SNAPSHOT in the morning to make sure there is not some patch that I am missing. On Mon, Dec 7, 2009 at 4:51 PM, Matej Knopp wrote: > I just tried the sorting with grid examples in Firefox 3.5.5 and it > works just fine. > > -Matej > > On Mon, Dec 7, 2009 at 10:20 PM, Charles Deal > wrote: > > I'm using Wicket 1.4.1 with inmethod grid 1.4.1. > > > > We have successfully used the inmethod grid in a few different scenarios > but > > have focused mostly on supporting IE6. When a grid column is sortable, > you > > can click the header for the column to initiate the sort. In IE6 this > works > > as expected, however we are now testing our app in FF3.5.5 and when the > > header is clicked we receive > > "Ajax POST stopped because of precondition check, > > > url:../../../../?wicket:interface=:10:contentPanel:dataForm:romEvents:2:collapsibleBody:sections:1:nonemptyLanguage:subsections:slocWrapper:romSlocData:collapsibleBody:sections:1:slocData:datagrid:form:header:header:csu::IActivePageBehaviorListener:0:4&wicket:ignoreIfNotActive=true" > > in the Wicket Ajax Debug window. > > > > Upon investigation with FireBug, the Wicket.$$ is returning false. It is > at > > this point that I am at a loss. The Wicket.$$ method is able to > > getElementById and return an instance of the object but for some reason > it > > is a different instance of the same element. In my example, the > > getElementById returns an instance that has children (correct) while the > > element that was passed to the Wicket.$$ method does not have children > > (incorrect). How could the 'this' object (which is what is passed to the > > Wicket.$$ method as element) not match what getElementById() returns? > > * > > * > > As a sanity check has anyone else implemented a sorting column with > inmethod > > DataGrid and used FireFox 3.5.5 to test it? Can anyone shed some light > on > > this problem for me? > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
JNDI and mvn test
I'm executing the standard Wicket maven archetype's test target and it is having trouble finding my JNDI datasource. *mvn jetty:run* works just fine but when I execute the *"mvn test"* target from within m2eclipse, I get a huge stracktrace with the following excerpt: Caused by: javax.naming.NameNotFoundException; remaining name 'jdbc/ds' My pom references a jetty-env.xml file which includes the definition for this datasource but that entry is in the Jetty plugin section and I don't think it is is getting sourced when exec'ing the *"mvn test" *target. I will post to the Maven forum but before doing so was hoping someone here could suggest how to have maven test corectly see the datasource in my jetty-env.xml file while execing the *"mvn test"* target. Thanks, -Luther
