Feature request: use predicates with onConfigure()
Guys, I would like to see a standard implementation of onConfigure(), where the user can set a Predicate object for the component's visibility, and another Predicate for the enabled state. This is an idea that our team tossed around for a while; since I just discovered the onConfigure() feature when I updated our project to the new wicket version, I thought that onConfigure() would be a great place to fit it in. Let me know what you think: https://issues.apache.org/jira/browse/WICKET-3776 RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Can you patch ModalWindow in next 1.4 release?
I created a patch in order to replace ModalWindow's window-closing behavior with a custom IBehavior implementation. The .patch file and a quickstart project are included in the JIRA issue: https://issues.apache.org/jira/browse/WICKET-3630 Could someone who is a committer to wicket-extensions please review this patch, and push it into the next minor wicket release? The code for the next major release of our project relies on this patch. Currently we are maintaining our own local copy of ModalWindow.java; I would like to eliminate this maintenance burden from our project, and let others benefit from the change. The change is small and backwards-compatible, and I'm confident that it's solid. If you see any issues with it, please let me know. Thanks, guys, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -Original Message- From: users-digest-h...@wicket.apache.org [mailto:users-digest-h...@wicket.apache.org] Sent: Wednesday, May 11, 2011 10:40 AM To: users@wicket.apache.org Subject: users Digest 11 May 2011 14:40:22 - Issue 3224 users Digest 11 May 2011 14:40:22 - Issue 3224 Topics (messages 63002 through 63031): Table not refreshed - ajax debug shows right markup returned 63002 by: D D 63003 by: Martin Grigorov 63004 by: D D 63005 by: Martin Grigorov 63009 by: D D 63010 by: Martin Grigorov Re: Error with FileUpload: ServletRequest does not contain multipart content 63006 by: eugenebalt 63007 by: Martin Grigorov 63008 by: eugenebalt Re: Nothing happens on AJAX call after session timeout 63011 by: Gabriel Landon 63014 by: vov 63015 by: Martin Grigorov 63018 by: vov disabled chek box form submit 63012 by: fachhoch 63013 by: Martin Makundi 63019 by: Andrea Del Bene Selenium Problem 63016 by: rawe 63017 by: Martin Grigorov 63020 by: rawe Questions Regarding Wicket URL Generation 63021 by: Carlo Camerino 63022 by: Andrea Del Bene 63023 by: Martin Grigorov 63024 by: Andrea Del Bene 63025 by: Clint Checketts [announce] Wicket 1.5-RC4.2 is released 63026 by: Martin Grigorov ModalWindow with Panel - HeaderContributor in Panel not called 63027 by: Marieke Vandamme FileUploadField Losing Value After Form Submit 63028 by: eugenebalt 63029 by: Andrea Del Bene 63030 by: eugenebalt FileUploadField.getClientFileName() doesn't give Absolute Path 63031 by: eugenebalt Administrivia: - To post to the list, e-mail: users@wicket.apache.org To unsubscribe, e-mail: users-digest-unsubscr...@wicket.apache.org For additional commands, e-mail: users-digest-h...@wicket.apache.org -- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
What's the intent of Enclosure.warnAboutFormComponentInsideEnclosure()?
All, Since I upgraded our project to wicket 1.4.17, I am seeing this warning: http-2467-1 WARN [2011-04-27 17:22:00,574] Enclosure.warnAboutFormComponentInsideEnclosure():196 - Found a form component TextField/contentPanel:rightPane:dataForm:tabbedPanel:panel:modules:lazyGrid:content:datagrid:form:bodyContainer:body:row:1:item:added:textfield1 inside an enclosure. Form components do not work well inside wicket:enclosure tags, use EnclosureContainer instead I did some searching and I found the relevant JIRA issue (https://issues.apache.org/jira/browse/WICKET-2541), and also saw talk on the mailing list about how to squelch this message from the log. I'm not clear, though what the intent of the warning is. Could you please articulate a scenario where an FC in an enclosure would cause undesirable behavior? I would like to know what to look out for. Thanks, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: What's the intent of Enclosure.warnAboutFormComponentInsideEnclosure()?
Oh, I see that there is a duplicate issue linked on JIRA which shows one use case: https://issues.apache.org/jira/browse/WICKET-2541 Sorry! RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 From: Russell Morrisey Sent: Wednesday, April 27, 2011 5:37 PM To: users@wicket.apache.org Subject: What's the intent of Enclosure.warnAboutFormComponentInsideEnclosure()? All, Since I upgraded our project to wicket 1.4.17, I am seeing this warning: http-2467-1 WARN [2011-04-27 17:22:00,574] Enclosure.warnAboutFormComponentInsideEnclosure():196 - Found a form component TextField/contentPanel:rightPane:dataForm:tabbedPanel:panel:modules:lazyGrid:content:datagrid:form:bodyContainer:body:row:1:item:added:textfield1 inside an enclosure. Form components do not work well inside wicket:enclosure tags, use EnclosureContainer instead I did some searching and I found the relevant JIRA issue (https://issues.apache.org/jira/browse/WICKET-2541), and also saw talk on the mailing list about how to squelch this message from the log. I'm not clear, though what the intent of the warning is. Could you please articulate a scenario where an FC in an enclosure would cause undesirable behavior? I would like to know what to look out for. Thanks, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: ModalWindow patch for 1.4.x
Martin, Thanks for your reply. I created a JIRA issue with the .patch file: https://issues.apache.org/jira/browse/WICKET-3630 I will work on creating an example. Thanks, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, April 21, 2011 2:35 AM To: users@wicket.apache.org Subject: Re: ModalWindow patch for 1.4.x Hi, I don't see attached file. Maybe .patch files are not allowed. If you create ticket then please create either tests for the new functionality or at least a demo application that uses it. Thanks! On Thu, Apr 21, 2011 at 2:27 AM, Russell Morrisey russell.morri...@missionse.com wrote: Please consider the following ModalWindow patch for inclusion in wicket-extensions 1.4.x This change lets me replace the WindowClosedBehavior with a custom implementation, and preserves the code in getWindowOpenJavascript() that manages the javascript setting by using an interface. The body of the behavior’s respond() method is made a member of ModalWindow, so that it can be called by custom implementers. Use cases: -Add an IAjaxCallDecorator w/script which disables UI controls on the containing page while the window closed behavior is being processed -Substitute a behavior which submits the form on the containing page after the modal window is closed I’ve attached the .patch file. Do I need to create a JIRA issue? Thanks, guys, -- *RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC * | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: ModalWindow patch for 1.4.x
Martin, I have attached a quickstart to the JIRA issue which demonstrates an alternate implementation of WindowClosedBehavior, using an AjaxFormSubmitBehavior extension. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, April 21, 2011 10:52 AM To: Russell Morrisey Subject: Re: ModalWindow patch for 1.4.x Thanks! On Thu, Apr 21, 2011 at 5:26 PM, Russell Morrisey russell.morri...@missionse.commailto:russell.morri...@missionse.com wrote: Martin, Thanks for your reply. I created a JIRA issue with the .patch file: https://issues.apache.org/jira/browse/WICKET-3630 I will work on creating an example. Thanks, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.commailto:russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.orgmailto:mgrigo...@apache.org] Sent: Thursday, April 21, 2011 2:35 AM To: users@wicket.apache.orgmailto:users@wicket.apache.org Subject: Re: ModalWindow patch for 1.4.x Hi, I don't see attached file. Maybe .patch files are not allowed. If you create ticket then please create either tests for the new functionality or at least a demo application that uses it. Thanks! On Thu, Apr 21, 2011 at 2:27 AM, Russell Morrisey russell.morri...@missionse.commailto:russell.morri...@missionse.com wrote: Please consider the following ModalWindow patch for inclusion in wicket-extensions 1.4.x This change lets me replace the WindowClosedBehavior with a custom implementation, and preserves the code in getWindowOpenJavascript() that manages the javascript setting by using an interface. The body of the behavior’s respond() method is made a member of ModalWindow, so that it can be called by custom implementers. Use cases: -Add an IAjaxCallDecorator w/script which disables UI controls on the containing page while the window closed behavior is being processed -Substitute a behavior which submits the form on the containing page after the modal window is closed I’ve attached the .patch file. Do I need to create a JIRA issue? Thanks, guys, -- *RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC * | russell.morri...@missionse.commailto:russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.orgmailto:users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.orgmailto:users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.comhttp://jweekend.com/ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
ModalWindow patch for 1.4.x
Please consider the following ModalWindow patch for inclusion in wicket-extensions 1.4.x This change lets me replace the WindowClosedBehavior with a custom implementation, and preserves the code in getWindowOpenJavascript() that manages the javascript setting by using an interface. The body of the behavior's respond() method is made a member of ModalWindow, so that it can be called by custom implementers. Use cases: -Add an IAjaxCallDecorator w/script which disables UI controls on the containing page while the window closed behavior is being processed -Substitute a behavior which submits the form on the containing page after the modal window is closed I've attached the .patch file. Do I need to create a JIRA issue? Thanks, guys, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Ajax header-contribution omits IE conditional comments
All, I am working on a behavior which contributes IE-specific stylesheets, using conditional comments. The implementation that we have works for normal page loading, but not for AJAX requests. I think this may be an oversight in the wicket ajax client-side code? I created a JIRA issue with quickstart. I would appreciate it if someone could take a look: https://issues.apache.org/jira/browse/WICKET-3605 Thanks, guys, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: ModalWindow detach/serialize crashes wicket app
Clint, Pedro, Thank you both for your replies. Based on your comments, and from looking at a heap dump, I am thinking the problem may stem from an inner class created by our app's wicket Session. I have made the inner class static, so that it will no longer hold a reference to the Session. The inner class is a model which loads a reference to a User object. Any hints on how to reproduce the problem, so I can prove it? I'm not clear on what triggers the serialization process that causes the error to be thrown. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057-3212 -Original Message- From: Clint Checketts [mailto:checke...@gmail.com] Sent: Friday, April 01, 2011 7:06 PM To: users@wicket.apache.org Subject: Re: ModalWindow detach/serialize crashes wicket app Do you have a propetymodel with the session as its object? On Friday, April 1, 2011, Pedro Santos pedros...@gmail.com wrote: looks like your page is referencing session or pagemap somehow On Fri, Apr 1, 2011 at 4:15 PM, Russell Morrisey russell.morri...@missionse.com wrote: Guys, I'm having an intermittent issue in development where use of a ModalWindow on a page completely crashes wicket. I don't know of the ModalWindow is the root cause. I am hoping that someone with intimate knowledge of wicket's page store can help me narrow it down. Hints appreciated. =) The X button and other ajax controls within the ModalWindow's content page stop responding to user input. When I try to hit the same bookmarkable URL again for the containing page, wicket seems to have stopped running entirely, and I get a Tomcat HTTP 404 error. The JVM outputs a StackOverflowError which looks like it happens during page serialization. Apr 1, 2011 2:53:14 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet default threw exception java.lang.StackOverflowError The two blocks below occur multiple times, each, within a single trace: ... at org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:121) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322) at org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:1130) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.serializePage(AbstractPageStore.java:203) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.prepareForSerialization(DiskPageStore.java:1190) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.writeObject(SecondLevelCacheSessionStore.java:386) ... at org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:121) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322) at org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:1130) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore$PageSerializer.getPageReplacementObject(AbstractPageStore.java:288) at org.apache.wicket.Page.writeReplace(Page.java:1383) In our application's init() method, we have this setting: Objects.setObjectStreamFactory(null); // jdk serialization I have tried to reproduce the problem in a quickstart; but, I have not had much luck, so far. We don't really have any custom code in our app that deals with object serialization. Any help would be appreciated. We are currently using wicket 1.4.9; if you guys think this might be fixed in a later version, we'd be happy to upgrade. I searched briefly through the JIRA, and nothing popped out at me. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com http://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- Pedro Henrique Oliveira dos Santos This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose
ModalWindow detach/serialize crashes wicket app
Guys, I'm having an intermittent issue in development where use of a ModalWindow on a page completely crashes wicket. I don't know of the ModalWindow is the root cause. I am hoping that someone with intimate knowledge of wicket's page store can help me narrow it down. Hints appreciated. =) The X button and other ajax controls within the ModalWindow's content page stop responding to user input. When I try to hit the same bookmarkable URL again for the containing page, wicket seems to have stopped running entirely, and I get a Tomcat HTTP 404 error. The JVM outputs a StackOverflowError which looks like it happens during page serialization. Apr 1, 2011 2:53:14 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet default threw exception java.lang.StackOverflowError The two blocks below occur multiple times, each, within a single trace: ... at org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:121) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322) at org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:1130) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.serializePage(AbstractPageStore.java:203) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.prepareForSerialization(DiskPageStore.java:1190) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.writeObject(SecondLevelCacheSessionStore.java:386) ... at org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:121) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322) at org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:1130) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore$PageSerializer.getPageReplacementObject(AbstractPageStore.java:288) at org.apache.wicket.Page.writeReplace(Page.java:1383) In our application's init() method, we have this setting: Objects.setObjectStreamFactory(null); // jdk serialization I have tried to reproduce the problem in a quickstart; but, I have not had much luck, so far. We don't really have any custom code in our app that deals with object serialization. Any help would be appreciated. We are currently using wicket 1.4.9; if you guys think this might be fixed in a later version, we'd be happy to upgrade. I searched briefly through the JIRA, and nothing popped out at me. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057-3212 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
How do I construct criteria using a SQL expression?
How can I construct a criteria query (or even HQL) with a restriction like the
following?
select *
from item
inner join program on program.unique_id = item.program_id
where item.name + ' (' + program.name + ')' like ?
I would like to use Restrictions.sqlRestriction() for the where clause, but I
can't figure out how to get the correct SQL alias for the program entity.
Thanks,
RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC
| russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/
304 West Route 38, Moorestown, NJ 08057-3212
This is a PRIVATE message. If you are not the intended recipient, please delete
without copying and kindly advise us by e-mail of the mistake in delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any
order or other contract unless pursuant to explicit written agreement or
government initiative expressly permitting the use of e-mail for such purpose.
alert error message for a missing javascript resource?
wicket 1.4.9
When a wicket behavior tries to load a javascript resource from the response, I
want to create some error handler (a javascript alert) that runs if the
javascript package resource is not found.
I set an IAjaxCallDecorator which spits out a javascript string on failure, but
the failure decoration isn't being used in the case where the script resource
returns a 404. My link:
return new AjaxFallbackLink(linkId) {
protected IAjaxCallDecorator getAjaxCallDecorator() {
CompositeAjaxCallDecorator decorator = new
CompositeAjaxCallDecorator();
decorator.setFailureDecorator(new
SimpleScriptDecorator(
alert('An error occurred
communicating with the server. Please contact a system administrator.');));
return decorator;
}
...
};
I can see that my CompositeAjaxCallDecorator generates the event handler
correctly in the output, so I'm not going to post the code for that class. The
output:
a onclick=var
wcall=wicketAjaxGet('../?wicket:interface=:6:contentPanel:tabPanel:tabs-container:tabs:1:link::IBehaviorListener:0:1',function()
{ }.bind(this),function() {
alert('An error occurred communicating with the server. Please contact an AIMS
administrator.');}.bind(this), function() {return Wicket.$('link49c') !=
null;}.bind(this));return !wcall; id=link49c
href=../?wicket:interface=:6:contentPanel:tabPanel:tabs-container:tabs:1:link::ILinkListener::spanImport/span/a
When I click on the link, the wicket ajax debug shows:
INFO: Initiating Ajax GET request on
../resources/com.csc.aims.wicket.behaviors.calldecorator.ClearFeedbackScriptDecorator/ClearFeedbackScriptDecorator.js
INFO: Invoking pre-call handler(s)...
INFO: focus removed from link49c
ERROR: Received Ajax response with code: 404
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
INFO: focus set on link49c
INFO: focus removed from link49c
I did some debugging, and noticed that in wicket-ajax.js, the script element is
loaded from the response using a second ajax request:
1613// we need to schedule the request as timeout
1614// calling xml http request from another request call stack doesn't work
1615window.setTimeout(function() {
1616 var req = new Wicket.Ajax.Request(src, onLoad, false, false);
1617 req.debugContent = false;
1618 if (Wicket.Browser.isKHTML())
1619 // konqueror can't process the ajax response
asynchronously, therefore the
1620 // javascript loading must be also synchronous
1621 req.async = false;
1622 // get the javascript
1623 req.get();
1624},1);
This second ajax request doesn't specify a failure handler, so I'm thinking
that he's the culprit.
How can I fix this?
Thanks,
RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC
| russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/
304 West Route 38, Moorestown, NJ 08057-3212
This is a PRIVATE message. If you are not the intended recipient, please delete
without copying and kindly advise us by e-mail of the mistake in delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any
order or other contract unless pursuant to explicit written agreement or
government initiative expressly permitting the use of e-mail for such purpose.
RE: Wicket survey?
Ok, great =) Do you need me to resubmit my responses? It sounds like you got them already. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Karolina Rusin [mailto:karolina.ru...@gmail.com] Sent: Wednesday, April 28, 2010 3:18 AM To: users@wicket.apache.org Subject: RE: Wicket survey? I was able to resolve the issue. Survey should work now correctly. Best regards Karolina Rusin -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-survey-tp2068318p2068707.html Sent from the Wicket - User mailing list archive at Nabble.com. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket survey?
I filled out the survey, and wanted to forward this to the mailing list. This is the author of the survey's response to my question about it. Thanks for your reply, Karolina. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 From: Karolina Rusin [mailto:karolina.ru...@gmail.com] Sent: Wednesday, April 28, 2010 2:29 AM To: Russell Morrisey Subject: Re: Wicket survey? Thank you Russell for sending this thead to me directly. This research mean a lot to me and if it wasn't you I wouldn't have noticed that people have this concerns about its reliability. About the problem you have. It can be possible, that your response was submitted correctly, because I have 2 responses saved around the time you sent me this mail. Your ip address is 192.148.195.254? Strange you weren't redirected to the thank you page. I will be testing the application on IE7 and hope I will be able to reproduce the problem you had. Thank you very much for you help. Best regards Karolina Rusin W dniu 2010-04-28 01:09, Russell Morrisey pisze: The survey appears to have normal usability questions; however, the Submit answers button at the bottom of the page doesn't appear to do anything at all. I tried it first in FireFox, then in IE7. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.commailto:russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Tuesday, April 27, 2010 6:36 PM To: users@wicket.apache.orgmailto:users@wicket.apache.org Subject: Re: Wicket survey? I got this email too and was wondering the same thing. If you find out it's legit, let me/us know. On Tue, Apr 27, 2010 at 5:53 PM, Russell Morrisey russell.morri...@missionse.commailto:russell.morri...@missionse.com wrote: I received a personal e-mail from somebody's g-mail account, claiming to be from the Wroclaw University of Technology, soliciting my input for a Wicket user study. It mentions Wicket, and other tools like Spring and Hibernate in the e-mail. Can anybody confirm that this survey is what it claims to be? (Keeping in mind that the Apache JIRA server was recently attacked and broken into)? RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.commailto:russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.comhttp://www.missionse.com/http://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Wicket survey?
I received a personal e-mail from somebody's g-mail account, claiming to be from the Wroclaw University of Technology, soliciting my input for a Wicket user study. It mentions Wicket, and other tools like Spring and Hibernate in the e-mail. Can anybody confirm that this survey is what it claims to be? (Keeping in mind that the Apache JIRA server was recently attacked and broken into)? RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: Wicket survey?
The survey appears to have normal usability questions; however, the Submit answers button at the bottom of the page doesn't appear to do anything at all. I tried it first in FireFox, then in IE7. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Tuesday, April 27, 2010 6:36 PM To: users@wicket.apache.org Subject: Re: Wicket survey? I got this email too and was wondering the same thing. If you find out it's legit, let me/us know. On Tue, Apr 27, 2010 at 5:53 PM, Russell Morrisey russell.morri...@missionse.com wrote: I received a personal e-mail from somebody's g-mail account, claiming to be from the Wroclaw University of Technology, soliciting my input for a Wicket user study. It mentions Wicket, and other tools like Spring and Hibernate in the e-mail. Can anybody confirm that this survey is what it claims to be? (Keeping in mind that the Apache JIRA server was recently attacked and broken into)? RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: jqery not getting called after ajax refresh
It might be a good idea to use an IBehavior to contribute the script. You can
add the behavior to the link component in wicket; when the behavior is
rendered, it can contribute the javascript code to set it up with jquery. That
way, you ensure that every new rendering of the link (which creates a new DOM
element) includes your javascript (which binds your handler to the DOM element
that is there right now), whether it's the first time on the page or from an
ajax request. When you bind your event on page load, the ajax request creates a
new DOM element for the link by repainting it, so the link that had your bound
event handler goes away.
RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC
| russell.morri...@missionse.com | www.missionse.com
304 West Route 38, Moorestown, NJ 08057
-Original Message-
From: tubin gen [mailto:fachh...@gmail.com]
Sent: Friday, April 09, 2010 2:12 PM
To: users
Subject: jqery not getting called after ajax refresh
I added this jquery code to my page.
$(document).ready(function(){
$(a.showHidePrograms).click(
function () {
var $div= $(this).parent().next(div);
if($div.attr(class) == 'hide'){
$div.attr(class,show);
}else{
$div.attr(class,hide);
}
}
);
});
inside my html I have a table this contains anchor tag with
class showHidePrograms.
onclick of this anchor tag the function gets called everything is fine.
This page also has some ajaxLinks on click of this link I repaint the
table, after thiswhen I click on anchor tag the jquery script is not
called ,
does repainting somehow hides this anchor from jquery ?
This is a PRIVATE message. If you are not the intended recipient, please delete
without copying and kindly advise us by e-mail of the mistake in delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any
order or other contract unless pursuant to explicit written agreement or
government initiative expressly permitting the use of e-mail for such purpose.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: IE6 issue regarding Wicket JS and Ajax
Amen! RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] Sent: Thursday, April 08, 2010 10:23 AM To: users@wicket.apache.org Subject: Re: IE6 issue regarding Wicket JS and Ajax IE6's not pinin,' it's passed on! This browser is no more! It has ceased to be! It's expired and gone to meet its maker! This is a late browser! It's a stiff! Bereft of life, it rests in peace! If you hadn't nailed him to the perch he would be pushing up the daisies! Its metabolical processes are of interest only to historians! It's hopped the twig! It's shuffled off this mortal coil! It's run down the curtain and joined the choir invisible! This is an EX-BROWSER! http://ie6funeral.com Martijn On Thu, Apr 8, 2010 at 4:17 PM, Martin Asenov mase...@velti.com wrote: Hello, everyone! I just noticed that my DatePicker doesn't work in IE6 - it doesn't even get displayed on mouse click. Also, when I close a modal window, the mask isn't hidden and the underlying page is not intractable, so I'm forced to refresh the whole page. Also, ajax components update cause some screen flickering and misplacing some components (images, dropdown choices, etc.) All problems occur in IE6. Any ideas? Best, -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: LoadableDetachable Models
Sorry; what I meant is that the value of the model is stored as a hard reference. So this will work if your model is a string (person.firstName) but the OP was concerned with manipulating a list of objects. The concern is if your model's value is also a persistent object. For example a drop-down, to select person.manager from a list; or a custom list control to set the value of person.managerList, if person has 7 bosses (and has to hear about their mistakes 7 times). The value of manager would be stored on the proxy (which is a potential issue if the value of manager is a persistent person object). RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Monday, April 05, 2010 10:16 PM To: users@wicket.apache.org Subject: Re: LoadableDetachable Models It doesn't hold onto the persistent object. Here's an example usage: IModelPerson personModel = ...; // Some LDM here! ProxyModelManager mgr = new ProxyModelManager(); add(new TextFieldString(firstName, mgr.proxy(new PropertyModel(personModel, firstName; Then, later on in the onSubmit() method, you'd call mgr.commit(). It's not going to hold onto the object that's loaded from the LDM. It would hold onto the property values of the object that's loaded from the LDM, but that's okay. On Mon, Apr 5, 2010 at 9:23 PM, Russell Morrisey russell.morri...@missionse.com wrote: This approach stores a hard reference to the object. It seems prone to causing LazyInitializationExceptions when used with Hibernate. You are storing a reference to a persistent object (in this case, the regular Model object of the ProxyModel), so if you close your session at the end of the request, I would expect you to get this exception on the next request when you call a method on a lazy proxy object (ex: ((MyObject)model.getObject()).getLazyProperty().getName()). Do you have some other code to work around it? (like loading a fresh object from the session at the beginning of the request) It may be you don't hit this problem in your use case. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Monday, April 05, 2010 9:05 PM To: users@wicket.apache.org Subject: Re: LoadableDetachable Models You can use what we call a shadow model or a proxy model. https://wicketopia.svn.sourceforge.net/svnroot/wicketopia/trunk/wicketopia/src/main/java/org/wicketopia/model/proxy/ProxyModelManager.java This approach will work for you. Basically, you use the ProxyModelManager to wrap all of your real models (you have to explicitly create models to use this and can't use CompoundPropertyModel). Then, when you're done with what you're doing, you commit your changes into the real models. On Mon, Apr 5, 2010 at 6:11 PM, Russell Morrisey russell.morri...@missionse.com wrote: Jeffrey, The problem is that if you use an LDM, the list is loaded from persistent storage, and any non-persisted changes from the previous request are lost. If you don't use an LDM, though, you will have stale objects hanging around from the previous Hibernate session (as you mentioned). Think in the mindset that persistent Hibernate objects are only valid within the context of a request. Only transient objects are safe to hold references to. You can implement a custom model which keeps track of transient items between requests. It can extend LDM. For example: -Custom LDM loads the list from persistent storage -User clicks a button to add an object to the list -myCustomModel.addObject(newObject) is called by your ajax behavior (triggered by the click) -The list is modified, and your model internally stores a list of transient objects which were added or removed -On the next request, your implementation of load() can get the persistent list from the database, and modify it according to the un-persisted changes the model knows about (make a copy of the list and add or remove the transient items). If you don't like putting a method like addObject(...) on your model, you could put some logic in your setObject(...) method which sorts out the changes made to the list. You should not hold a reference to a persistent object after detach(). A tool like JProbe or jvisualvm (in JDK6) is great for identifying problem cases. If you have a component who depends on the data from another component with unsaved changes, you can submit data for the prerequisite in the same request, so that the information is current. HTH, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC
RE: LoadableDetachable Models
Jeffrey, The problem is that if you use an LDM, the list is loaded from persistent storage, and any non-persisted changes from the previous request are lost. If you don't use an LDM, though, you will have stale objects hanging around from the previous Hibernate session (as you mentioned). Think in the mindset that persistent Hibernate objects are only valid within the context of a request. Only transient objects are safe to hold references to. You can implement a custom model which keeps track of transient items between requests. It can extend LDM. For example: -Custom LDM loads the list from persistent storage -User clicks a button to add an object to the list -myCustomModel.addObject(newObject) is called by your ajax behavior (triggered by the click) -The list is modified, and your model internally stores a list of transient objects which were added or removed -On the next request, your implementation of load() can get the persistent list from the database, and modify it according to the un-persisted changes the model knows about (make a copy of the list and add or remove the transient items). If you don't like putting a method like addObject(...) on your model, you could put some logic in your setObject(...) method which sorts out the changes made to the list. You should not hold a reference to a persistent object after detach(). A tool like JProbe or jvisualvm (in JDK6) is great for identifying problem cases. If you have a component who depends on the data from another component with unsaved changes, you can submit data for the prerequisite in the same request, so that the information is current. HTH, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Jeffrey Schneller [mailto:jeffrey.schnel...@envisa.com] Sent: Monday, April 05, 2010 3:26 PM To: users@wicket.apache.org Subject: LoadableDetachable Models I am having issues with LDM, Hibernate lazy loaded lists, and ajax. I create a CompoundPropertyModel of a LDM and set that as the default model for the page. I then pass the model to the form and to a custom component in the form. The custom component is a list editor. Basically a ListView with lots of ajax link for editing the values. The issue I am having is I can get everything to work however because of the LDM, the model is being over-written on each Ajax request and also on form submission so I cannot modify any values since they are not available in the onsubmit because the LDM reloads. If I do not use the LDM then I get Hibernate errors because of the lazy loading. If I remove the lazy loading and use eager loading and don't use the LDM then everything works fine. The issue is because of the eager loading then other parts of the application load lots of data that is not needed. Any ideas? Can I not use the LDM for what I want? Thanks. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: LoadableDetachable Models
This approach stores a hard reference to the object. It seems prone to causing LazyInitializationExceptions when used with Hibernate. You are storing a reference to a persistent object (in this case, the regular Model object of the ProxyModel), so if you close your session at the end of the request, I would expect you to get this exception on the next request when you call a method on a lazy proxy object (ex: ((MyObject)model.getObject()).getLazyProperty().getName()). Do you have some other code to work around it? (like loading a fresh object from the session at the beginning of the request) It may be you don't hit this problem in your use case. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Monday, April 05, 2010 9:05 PM To: users@wicket.apache.org Subject: Re: LoadableDetachable Models You can use what we call a shadow model or a proxy model. https://wicketopia.svn.sourceforge.net/svnroot/wicketopia/trunk/wicketopia/src/main/java/org/wicketopia/model/proxy/ProxyModelManager.java This approach will work for you. Basically, you use the ProxyModelManager to wrap all of your real models (you have to explicitly create models to use this and can't use CompoundPropertyModel). Then, when you're done with what you're doing, you commit your changes into the real models. On Mon, Apr 5, 2010 at 6:11 PM, Russell Morrisey russell.morri...@missionse.com wrote: Jeffrey, The problem is that if you use an LDM, the list is loaded from persistent storage, and any non-persisted changes from the previous request are lost. If you don't use an LDM, though, you will have stale objects hanging around from the previous Hibernate session (as you mentioned). Think in the mindset that persistent Hibernate objects are only valid within the context of a request. Only transient objects are safe to hold references to. You can implement a custom model which keeps track of transient items between requests. It can extend LDM. For example: -Custom LDM loads the list from persistent storage -User clicks a button to add an object to the list -myCustomModel.addObject(newObject) is called by your ajax behavior (triggered by the click) -The list is modified, and your model internally stores a list of transient objects which were added or removed -On the next request, your implementation of load() can get the persistent list from the database, and modify it according to the un-persisted changes the model knows about (make a copy of the list and add or remove the transient items). If you don't like putting a method like addObject(...) on your model, you could put some logic in your setObject(...) method which sorts out the changes made to the list. You should not hold a reference to a persistent object after detach(). A tool like JProbe or jvisualvm (in JDK6) is great for identifying problem cases. If you have a component who depends on the data from another component with unsaved changes, you can submit data for the prerequisite in the same request, so that the information is current. HTH, RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Jeffrey Schneller [mailto:jeffrey.schnel...@envisa.com] Sent: Monday, April 05, 2010 3:26 PM To: users@wicket.apache.org Subject: LoadableDetachable Models I am having issues with LDM, Hibernate lazy loaded lists, and ajax. I create a CompoundPropertyModel of a LDM and set that as the default model for the page. I then pass the model to the form and to a custom component in the form. The custom component is a list editor. Basically a ListView with lots of ajax link for editing the values. The issue I am having is I can get everything to work however because of the LDM, the model is being over-written on each Ajax request and also on form submission so I cannot modify any values since they are not available in the onsubmit because the LDM reloads. If I do not use the LDM then I get Hibernate errors because of the lazy loading. If I remove the lazy loading and use eager loading and don't use the LDM then everything works fine. The issue is because of the eager loading then other parts of the application load lots of data that is not needed. Any ideas? Can I not use the LDM for what I want? Thanks. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement
RE: inmethod DataGrid problem in IE8
Sorry! It actually does happen in the inmethod grid examples. Marsha found a scenario: Here is the scenario, I used the wicket examples provided online (http://wicketstuff.org/grid-examples/data-grid/simple.0;jsessionid=319CDEAD389BDC44FC4D07FE9E0C938B), viewed the styles using the IE8 provided developer tools (F12), selected Last Name Clark and changed its div tag to include style: text-align:right and the last character of 'Clark' is truncated. After more drilling, it appears that each div is the same width of the parent td, but there is a 4px difference between the starting position of the td plus the width and the starting position of the next width. So if you aligned the text to the right for home phone and cell phone, more and more of the last character will be in-visible. Also, the column lines between the header and data columns get progressively further and further away from each other, probably because of that 4px issue I mentioned before. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Russell Morrisey [mailto:russell.morri...@missionse.com] Sent: Tuesday, March 16, 2010 11:09 AM To: users@wicket.apache.org Subject: RE: inmethod DataGrid problem in IE8 Marsha wasn't able to reproduce the problem in the examples. She is working on it now. Thanks for the quick response! RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com -Original Message- From: Matej Knopp [mailto:matej.kn...@gmail.com] Sent: Friday, March 12, 2010 3:57 PM To: users@wicket.apache.org Subject: Re: inmethod DataGrid problem in IE8 If you run grid examples is the problem present? -Matej On Fri, Mar 12, 2010 at 9:54 PM, Russell Morrisey russell.morri...@missionse.com wrote: I am having trouble with the layout of my inmethod DataGrid in wicket. It appears that the header columns and the data columns are not lining up correctly. There is a thin outer layer surrounding the individual columns on each row that is pushing the data outside of the viewable area. This only happens in IE 8, it works fine in lower versions of IE and Firefox. The summary and header rows work properly but the data rows are the problem. Marsha This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: A web site developed with Wicket
In IE7 (win XP), I get a javascript error on the PGMainScreen after logging in: Line 10, Char 4265 Invalid callback for subscriber to 'DOMReady' RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: voltron [mailto:kocam...@yahoo.com] Sent: Wednesday, March 17, 2010 2:52 PM To: users@wicket.apache.org Subject: A web site developed with Wicket Hello, http://www.nofailtime.com/appmonitor is a web application developed with wicket framework. It basically checks the web site downtime and notifies the users about the failure. It uses wicket, yahoo library(YUI), Spring and Cayenne as ORM. I used modal windows heavily to implement single page interface. YUI used for feedback panels and menu. I would be happy if you try the site and give feedback. You can login the site with account; username = demo password = demo Thanks, This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: inmethod DataGrid problem in IE8
Marsha wasn't able to reproduce the problem in the examples. She is working on it now. Thanks for the quick response! RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com -Original Message- From: Matej Knopp [mailto:matej.kn...@gmail.com] Sent: Friday, March 12, 2010 3:57 PM To: users@wicket.apache.org Subject: Re: inmethod DataGrid problem in IE8 If you run grid examples is the problem present? -Matej On Fri, Mar 12, 2010 at 9:54 PM, Russell Morrisey russell.morri...@missionse.com wrote: I am having trouble with the layout of my inmethod DataGrid in wicket. It appears that the header columns and the data columns are not lining up correctly. There is a thin outer layer surrounding the individual columns on each row that is pushing the data outside of the viewable area. This only happens in IE 8, it works fine in lower versions of IE and Firefox. The summary and header rows work properly but the data rows are the problem. Marsha This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
inmethod DataGrid problem in IE8
I am having trouble with the layout of my inmethod DataGrid in wicket. It appears that the header columns and the data columns are not lining up correctly. There is a thin outer layer surrounding the individual columns on each row that is pushing the data outside of the viewable area. This only happens in IE 8, it works fine in lower versions of IE and Firefox. The summary and header rows work properly but the data rows are the problem. Marsha This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: Speeding Up HTML Parse???
Before spending a lot of time trying to debug client-side performance, be sure that the problem is on the client side, and not the server. A lot of performance problems I see on my project arise from user code on the server side which takes a long time to run (such as redundant or inefficient database hits). If you do find that the problem is client-side, a couple of ideas of things to look for: -Excessive/redundant javascript. Externalize scripts as much as possible, using header contribution, instead of pushing all of the logic out in an ajax request. -Heavy javascript widgets (I think you mentioned using YUI controls in an earlier message? Maybe they are taking a long time to run or too much memory?) -User agent memory leaks or pseudo leaks which cause performance to degrade over time (especially in IE) MSDN actually has a fairly useful article on IE memory leaks: http://msdn.microsoft.com/en-us/library/bb250448%28VS.85%29.aspx Don't try to fix until you've verified the source of the performance hit. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com -Original Message- From: Jochen Mader [mailto:pflanzenmoer...@gmail.com] Sent: Thursday, February 25, 2010 4:48 AM To: users@wicket.apache.org Subject: Re: Speeding Up HTML Parse??? a) Read the speed tracer output, if the time is spent with the redirect or loading the actual markup it will tell you. b) HTML rendering in the browser is influenced by the markup and ajax. Read the speed tracer output and it will tell you where the time is spent. It's most likely not wicket that costs the initial 30 second delay but some resource taking long to load, an AJAX component doing its magic ... But that's all client(browser)-side stuff. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: How to ajax update a component without triggered ajaxrequesttarget
Martin,
I think possibly what you want is AjaxRequestTarget.get():
AjaxRequestTarget target = AjaxRequestTarget.get();
if (target != null) { //...then this is an ajax request, not a static one
target.addComponent(myComponent);
}
This gives you the ajax request target which is bound to the current request
cycle, if the request was generated by wicket's ajax mechanism. There is no
target if the request was not generated by ajax (so there is nothing for you to
add components to, but the whole page should be repainted anyway).
RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC
| russell.morri...@missionse.com | www.missionse.com
304 West Route 38, Moorestown, NJ 08057
-Original Message-
From: Martin Asenov [mailto:mase...@velti.com]
Sent: Monday, February 15, 2010 10:38 AM
To: users@wicket.apache.org
Subject: How to ajax update a component without triggered ajaxrequesttarget
Hello guys!
How can I update a component without having AjaxRequestTarget triggered from a
button or a link?
I tried this:
myComponent.renderComponent();
new AjaxRequestTarget(getPage()).addComponent(myComponent)
myComponent has output markup id set to true
both didn't work for me...
Thanks in advance for your help!
Regards,
Martin
This is a PRIVATE message. If you are not the intended recipient, please delete
without copying and kindly advise us by e-mail of the mistake in delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any
order or other contract unless pursuant to explicit written agreement or
government initiative expressly permitting the use of e-mail for such purpose.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: quickstart POM has wrong artifactId for jetty maven plugin
Martijn, I encountered this error without making ANY changes to the POM generated by the quickstart archtype command, when running mvn eclipse:eclipse -DdownloadSources=true. The artifact it is having trouble with is the maven jetty plugin, not jetty itself. The POM has jetty.version 6.1.4 defined at the bottom. If I have some other environment setting that is specifying the plugin version, I'm not aware of it. Maybe you could give me some direction on where to look? I'm not a very experienced maven user. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] Sent: Friday, February 12, 2010 3:33 AM To: users@wicket.apache.org Subject: Re: quickstart POM has wrong artifactId for jetty maven plugin It works perfect for 6.x releases. You changed the version to 7 your self, so it is your responsibility to change the other stuff too. When we upgrade the version we'll be sure to modify the plugin accordingly. Martijn On Thu, Feb 11, 2010 at 10:39 PM, Russell Morrisey russell.morri...@missionse.com wrote: I'm using the quickstart maven command generated by http://wicket.apache.org/quickstart.html, and then running 'mvn eclipse:eclipse -DdownloadSources=true'. I have the wicket version set to 1.4.5. The build fails: Unable to find resource 'org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5'. Consulting my local .m2 repository, I figured out that the artifactId is 'jetty-maven-plugin'; the quickstart pom says 'maven-jetty-plugin', and I had to change it manually in the POM to make it build successfully. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | p: 856.252.5084 | f: 856.778.7342 | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
quickstart POM has wrong artifactId for jetty maven plugin
I'm using the quickstart maven command generated by http://wicket.apache.org/quickstart.html, and then running 'mvn eclipse:eclipse -DdownloadSources=true'. I have the wicket version set to 1.4.5. The build fails: Unable to find resource 'org.mortbay.jetty:maven-jetty-plugin:maven-plugin:7.0.0.pre5'. Consulting my local .m2 repository, I figured out that the artifactId is 'jetty-maven-plugin'; the quickstart pom says 'maven-jetty-plugin', and I had to change it manually in the POM to make it build successfully. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | p: 856.252.5084 | f: 856.778.7342 | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
AjaxCallThrottlingDecorator breaks the precondition of AjaxFormSubmitBehavior
I ran into a problem with wicket's ajax call throttling in wicket 1.4.5. It seems like the AjaxFormSubmitBehavior's precondition script isn't working the way it's intended when a throttling call decorator is supplied. It's causing a one-off side effect problem in my application in IE7. I created a JIRA issue, with a quickstart to demonstrate the bug in FireFox (where the symptoms of the problem are easier to understand and debug), and a suggestion on what I think the fix should be. https://issues.apache.org/jira/browse/WICKET-2739 RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: Form#anyComponentError change in 1.4 breaks validation
Created JIRA issue w/quickstart (includes junit test): https://issues.apache.org/jira/browse/WICKET-2734 RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, February 08, 2010 10:00 PM To: users@wicket.apache.org Subject: Re: Form#anyComponentError change in 1.4 breaks validation yes, that would definately help, as well as a testcase. -igor On Mon, Feb 8, 2010 at 6:22 PM, Russell Morrisey russell.morri...@missionse.com wrote: Thanks Igor, It seems like maybe WICKET-2026 is also related: http://issues.apache.org/jira/browse/WICKET-2026 This changes how Form#anyFormComponentError handles border components, it looks like, but also switches us to a FormComponent visitor. Will it be helpful if I create a new JIRA issue? RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, February 08, 2010 1:20 PM To: users@wicket.apache.org Cc: Juergen Donnerstag Subject: Re: Form#anyComponentError change in 1.4 breaks validation Juergen, do you remember what the problem was taking out the instanceof checks for Form and FormComponent? i dont see why they were added or why removing them would cause problems... seems some changes are related to WICKET-2202 cheers -igor On Mon, Feb 8, 2010 at 9:14 AM, Russell Morrisey russell.morri...@missionse.com wrote: We are in the process of upgrading our application from wicket 1.3 to 1.4.5. There were a lot of minor changes due to the generics-related code changes, but for the most part the upgrade has been smooth. One big problem we've recently come across: Form#anyComponentError was changed in this version. This is a breaking change for our application, with no simple workaround provided. Please consider rolling it back to the previous behavior. In the previous version of wicket, all types of components in the Form's child hierarchy were checked for component.hasErrorMessage() during form validation; any error registered against a component would cause a validation failure. In the new version, only instances of Form or FormComponent are checked; errors registered against other components are ignored. Example use case: We have a customized inmethod DataGrid (excellent component!) which displays line items from a project estimate (ROM details). Each line item is identified by a number of reference fields, such as the Module which will be affected by the change, and the Paragraph of the spec which specifies the requirements for the change. The grid has a validation which ensures that a new line item isn't a duplicate (i.e., doesn't have the same Module/Paragraph/etc. combination). It seems to make the most sense to register the error against the DataGrid row, since the row represents the line item that is a duplicate; but the new Form validation logic ignores this change and saves the duplicate into the database. We want the row to detect when it has a validation error registered, and show a new CSS class (marking the row as invalid by making it orange) when we detect the duplicate; but it doesn't make sense to ascribe the validation error to a particular FormComponent on the row. I don't think the hierarchy of the datagrid permits us to make the row itself a Form without extensive changes. Please let me know what you guys think. I can resend this to the dev mailing list if it's more helpful, or put up a JIRA issue. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose
Form#anyComponentError change in 1.4 breaks validation
We are in the process of upgrading our application from wicket 1.3 to 1.4.5. There were a lot of minor changes due to the generics-related code changes, but for the most part the upgrade has been smooth. One big problem we've recently come across: Form#anyComponentError was changed in this version. This is a breaking change for our application, with no simple workaround provided. Please consider rolling it back to the previous behavior. In the previous version of wicket, all types of components in the Form's child hierarchy were checked for component.hasErrorMessage() during form validation; any error registered against a component would cause a validation failure. In the new version, only instances of Form or FormComponent are checked; errors registered against other components are ignored. Example use case: We have a customized inmethod DataGrid (excellent component!) which displays line items from a project estimate (ROM details). Each line item is identified by a number of reference fields, such as the Module which will be affected by the change, and the Paragraph of the spec which specifies the requirements for the change. The grid has a validation which ensures that a new line item isn't a duplicate (i.e., doesn't have the same Module/Paragraph/etc. combination). It seems to make the most sense to register the error against the DataGrid row, since the row represents the line item that is a duplicate; but the new Form validation logic ignores this change and saves the duplicate into the database. We want the row to detect when it has a validation error registered, and show a new CSS class (marking the row as invalid by making it orange) when we detect the duplicate; but it doesn't make sense to ascribe the validation error to a particular FormComponent on the row. I don't think the hierarchy of the datagrid permits us to make the row itself a Form without extensive changes. Please let me know what you guys think. I can resend this to the dev mailing list if it's more helpful, or put up a JIRA issue. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
RE: Form#anyComponentError change in 1.4 breaks validation
Thanks Igor, It seems like maybe WICKET-2026 is also related: http://issues.apache.org/jira/browse/WICKET-2026 This changes how Form#anyFormComponentError handles border components, it looks like, but also switches us to a FormComponent visitor. Will it be helpful if I create a new JIRA issue? RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com 304 West Route 38, Moorestown, NJ 08057 -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, February 08, 2010 1:20 PM To: users@wicket.apache.org Cc: Juergen Donnerstag Subject: Re: Form#anyComponentError change in 1.4 breaks validation Juergen, do you remember what the problem was taking out the instanceof checks for Form and FormComponent? i dont see why they were added or why removing them would cause problems... seems some changes are related to WICKET-2202 cheers -igor On Mon, Feb 8, 2010 at 9:14 AM, Russell Morrisey russell.morri...@missionse.com wrote: We are in the process of upgrading our application from wicket 1.3 to 1.4.5. There were a lot of minor changes due to the generics-related code changes, but for the most part the upgrade has been smooth. One big problem we've recently come across: Form#anyComponentError was changed in this version. This is a breaking change for our application, with no simple workaround provided. Please consider rolling it back to the previous behavior. In the previous version of wicket, all types of components in the Form's child hierarchy were checked for component.hasErrorMessage() during form validation; any error registered against a component would cause a validation failure. In the new version, only instances of Form or FormComponent are checked; errors registered against other components are ignored. Example use case: We have a customized inmethod DataGrid (excellent component!) which displays line items from a project estimate (ROM details). Each line item is identified by a number of reference fields, such as the Module which will be affected by the change, and the Paragraph of the spec which specifies the requirements for the change. The grid has a validation which ensures that a new line item isn't a duplicate (i.e., doesn't have the same Module/Paragraph/etc. combination). It seems to make the most sense to register the error against the DataGrid row, since the row represents the line item that is a duplicate; but the new Form validation logic ignores this change and saves the duplicate into the database. We want the row to detect when it has a validation error registered, and show a new CSS class (marking the row as invalid by making it orange) when we detect the duplicate; but it doesn't make sense to ascribe the validation error to a particular FormComponent on the row. I don't think the hierarchy of the datagrid permits us to make the row itself a Form without extensive changes. Please let me know what you guys think. I can resend this to the dev mailing list if it's more helpful, or put up a JIRA issue. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Corrupt URL for shared resource
We are getting erroneous requests in our access log, where a URL for a shared resource, which is supposed to look like: com.mycompany.mywidgets.Widget/icon.gif ...instead looks like: com.mycompany.m564ywidgets.Widget/icon.gif These bad requests result in an application error like: ERROR [2009-11-18 08:20:11,080] SharedResourceRequestTarget - unable to lazily register shared resource com.mycompany.m564ywidgets.Widget/icon.gif java.lang.ClassNotFoundException: com.mycompany.m564ywidgets.Widget/icon.gif at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1352) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1198) at org.apache.wicket.application.DefaultClassResolver.resolveClass(DefaultClassResolver.java:103) at org.apache.wicket.request.target.resource.SharedResourceRequestTarget.respond(SharedResourceRequestTarget.java:148) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:680) at org.apache.wicket.RequestCycle.step(RequestCycle.java:979) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1054) at org.apache.wicket.RequestCycle.request(RequestCycle.java:706) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:356) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:201) Can anyone provide insight as to where this bad URL might come from, or how to troubleshoot it? Any help is appreciated. Thanks! RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | p: 856.252.5084 | f: 856.778.7342 | russell.morri...@missionse.com | www.missionse.comhttp://www.missionse.com/ 304 West Route 38, Moorestown, NJ 08057 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
inmethod DataGrid javascript error (with fix?)
I'm getting a javascript error using the inmethod DataGrid; it looks to me
like a bug with the DataGrid's script code. I am hoping that the DataGrid
script can be patched =)
When using the inmethod grid (com.inmethod.grid.datagrid.DataGrid), I get
the error whenever I hover the mouse over a row in the grid. This seems to
happen:
-Only in IE6
-Only when window.update is already defined. In my case, my page has:
input id=update value=UPDATE type=button /. (This button is just a
stub, not wicket-enabled yet.) Debugging in Visual Studio, I see that
there is a reference to the button (update) already defined, which seems
to be generated automatically by IE.
When I mouse over the grid I get: Object does not support this property
or method, in AbstractGrid/res/script.js, in the updatePrelight method,
on this line:
update = function(e) {
var scrollLeft;
if (Wicket.Browser.isOpera()) {
// for some reason opera doesn't
preserve the scroll offset when changing/removing style
bodyContainer1 = this.getElement(
div, imxt-body-container1);
scrollLeft =
bodyContainer1.scrollLeft;
//e.style.visibility = hidden;
}
if (e.imxtPrelight == true) {
addClass(e, imxt-prelight);
} else {
removeClass(e, imxt-prelight);
}
if (Wicket.Browser.isOpera()) {
//e.style.visibility = ;
bodyContainer1 = this.getElement(
div, imxt-body-container1);
bodyContainer1.scrollLeft =
scrollLeft;
}
}.bind(this);
We use the DataGrid on another page in our production app and it doesn't
experience this problem. The other page does not have a DOM element with
id=update, or a window.update property. I think the script needs to be
changed to:
var update = function...
So that the locally defined function isn't trying to overwrite the
window.update property.
I'm using datagrid version: 1.0.0-SNAPSHOT according to our project's POM.
Thanks!
Russell E. Morrisey
Application Designer Associate Professional
CSC
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
ModalWindow bug in IE6?
Hello again, I am having a problem with fields not being editable after I close a ModalWindow. I pared the problem down to the bare minimum, and created a JIRA issue with a quickstart: https://issues.apache.org/jira/browse/WICKET-1061 Please let me know if any more info is needed. Thanks, Russell Morrisey Computer Sciences Corporation Registered Office: 2100 East Grand Avenue, El Segundo California 90245, USA Registered in USA No: C-489-59 NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
ModalWindow JS error
Wicket-1.3.0-SNAPSHOT When I call ModalWindow#close() using an ajax button in my modal window's page, I'm getting an error in the AJAX debug, and the window doesn't close. It looks like someone else has already encountered this issue: https://issues.apache.org/jira/browse/WICKET-1003 I posted a quickstart with instructions error message output on the JIRA. Hope this helps, Russell Morrisey Computer Sciences Corporation Registered Office: 2100 East Grand Avenue, El Segundo California 90245, USA Registered in USA No: C-489-59 NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Re: Dynamic message for required validation in 1.3
statusDate.Required=${label} date is required!
-igor
and formcomponent.setlabel(imodel)
-igor
Aha, there was a nicer way! I remember seeing ${label} in my co-worker's
properties file for a different panel, but I didn't know that that
property was set automatically when you stick a label on the component.
Thanks, Igor!
Russell Morrisey
Computer Sciences Corporation
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
