[jira] Updated: (WICKET-1391) bug: setObject(null) called for excplicitly invisible fields in a non-visible enclosure
[
https://issues.apache.org/jira/browse/WICKET-1391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Igor Vaynberg updated WICKET-1391:
--
Fix Version/s: (was: 1.3.3)
1.5-M1
the patch is rather ugly and there is really no way to do this properly within
1.3.1
for 1.5 the idea is to create a true "transparent"/nvisible container that can
actually insert itself in between the children properly but be invisible as far
user getparent/add/get/iterator/traversals are concerned. the
visibleinhierarchy call can then take these invisible containers's visibility
into account.
so an enclosure resolver will actualy insert an invisible container as a
non-auto component into the hierarchy and then move all the children that are
inside this enclosure into this container
so instead of it looking like this (textfield is inside an enclosure)
parent->form->textfield
parent->enclosure
it will look like this
parent->form->transparent container->textfield
> bug: setObject(null) called for excplicitly invisible
> fields in a non-visible enclosure
> --
>
> Key: WICKET-1391
> URL: https://issues.apache.org/jira/browse/WICKET-1391
> Project: Wicket
> Issue Type: Bug
> Components: wicket
>Affects Versions: 1.3.1
>Reporter: Edvin Syse
>Assignee: Igor Vaynberg
> Fix For: 1.5-M1
>
> Attachments: myproject.zip, wicket-1391-draft.patch.txt
>
>
> It seems that the value for fields that are made invisible because a
> surrounding enclosure is actually lost on submit of the form.
> Consider the following code:
> public class HomePage extends WebPage {
> private MyObject myObject;
>
> public HomePage(final PageParameters parameters) {
> myObject = new MyObject();
> myObject.setField1("field1Value");
> myObject.setField2("field2Value");
>
> Form f = new Form("f", new CompoundPropertyModel(myObject));
> add(f);
> f.add(new TextField("field1").setVisible(false));
> f.add(new TextField("field2"));
>
> f.add(new Button("submit") {
> @Override public void onSubmit() {
> System.out.println("Field 2 value should be 'field2Value' but
> is : " + myObject.getField2());
> }
> });
> }
> class MyObject implements Serializable {
> private String field1;
> private String field2;
>
> public String getField1() {
> return field1;
> }
> public void setField1(String field1) {
> this.field1 = field1;
> }
> public String getField2() {
> return field2;
> }
> public void setField2(String field2) {
> this.field2 = field2;
> }
> }
> }
> With the following markup:
>
>
>
>
>
>
>
> Field1 keeps it's value onSubmit, but the value for field2 is lost, and my
> model object has null in field2. If I implicitly call setVisible(false) on
> the TextField for field2, the value is kept onSubmit.
> Igor put better like this I guess:
> when the page renders none of the fields are shown. after submit,
> however, myobject.getfield1() is still "field1value" but
> myobject.getfield2() is null - which implies that textfield2 is still
> processed even though it is inside an enclosure that has been hidden.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
svn commit: r642063 - /wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
Author: gseitz
Date: Thu Mar 27 19:07:34 2008
New Revision: 642063
URL: http://svn.apache.org/viewvc?rev=642063&view=rev
Log:
WICKET-1268: use IMarkupResourceStreamProvider for the velocity template
Modified:
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
Modified:
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java?rev=642063&r1=642062&r2=642063&view=diff
==
---
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
(original)
+++
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
Thu Mar 27 19:07:34 2008
@@ -27,16 +27,16 @@
import org.apache.velocity.exception.MethodInvocationException;
import org.apache.velocity.exception.ParseErrorException;
import org.apache.velocity.exception.ResourceNotFoundException;
+import org.apache.wicket.MarkupContainer;
import org.apache.wicket.WicketRuntimeException;
import org.apache.wicket.markup.ComponentTag;
-import org.apache.wicket.markup.Markup;
-import org.apache.wicket.markup.MarkupParser;
-import org.apache.wicket.markup.MarkupResourceStream;
+import org.apache.wicket.markup.IMarkupCacheKeyProvider;
+import org.apache.wicket.markup.IMarkupResourceStreamProvider;
import org.apache.wicket.markup.MarkupStream;
import org.apache.wicket.markup.html.panel.Panel;
import org.apache.wicket.model.IModel;
+import org.apache.wicket.util.resource.IResourceStream;
import org.apache.wicket.util.resource.IStringResourceStream;
-import org.apache.wicket.util.resource.ResourceStreamNotFoundException;
import org.apache.wicket.util.resource.StringResourceStream;
import org.apache.wicket.util.string.Strings;
@@ -56,6 +56,9 @@
*
*/
public abstract class VelocityPanel extends Panel
+ implements
+ IMarkupResourceStreamProvider,
+ IMarkupCacheKeyProvider
{
/**
* Convenience factory method to create a [EMAIL PROTECTED]
VelocityPanel} instance with a given
@@ -86,24 +89,10 @@
};
}
- /**
-* Is used to cache the evaluated template and is nulled in onDetach().
-*/
+ private transient String stackTraceAsString;
private transient String evaluatedTemplate;
/**
-* Is used to store the markupStream parameter in onComponentTagBody
and is nulled in
-* onDetach().
-*/
- private transient MarkupStream currentMarkupStream;
-
- /**
-* Is used to store the markupStream parameter in onComponentTagBody
and is nulled in
-* onDetach().
-*/
- private transient ComponentTag currentOpenTag;
-
- /**
* Construct.
*
* @param id
@@ -142,6 +131,44 @@
}
/**
+* @see
org.apache.wicket.markup.html.panel.Panel#onComponentTagBody(org.apache.wicket.markup.MarkupStream,
+* org.apache.wicket.markup.ComponentTag)
+*/
+ protected void onComponentTagBody(MarkupStream markupStream,
ComponentTag openTag)
+ {
+ if (!Strings.isEmpty(stackTraceAsString))
+ {
+ // TODO: only display the velocity error/stacktrace in
development mode?
+ replaceComponentTagBody(markupStream, openTag, Strings
+ .toMultilineMarkup(stackTraceAsString));
+ }
+ else if (!parseGeneratedMarkup())
+ {
+ replaceComponentTagBody(markupStream, openTag,
+
evaluateVelocityTemplate(getTemplateReader()));
+ }
+ else
+ {
+ super.onComponentTagBody(markupStream, openTag);
+ }
+ }
+
+ /**
+* @see org.apache.wicket.Component#onBeforeRender()
+*/
+ protected void onBeforeRender()
+ {
+ // check that no components have been added in case the
generated markup should not be
+ // parsed
+ if (!parseGeneratedMarkup() && size() > 0)
+ {
+ throw new WicketRuntimeException(
+ "Components cannot be added if the
generated markup should not be parsed.");
+ }
+ super.onBeforeRender();
+ }
+
+ /**
* Either print or rethrow the throwable.
*
* @param exception
@@ -151,14 +178,12 @@
* @param openTag
*the open tag
*/
- private void onException(final Exception
svn commit: r642034 - in /wicket/trunk/jdk-1.4/wicket-velocity/src: main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java test/java/org/apache/wicket/contrib/markup/html/velocity/Velocit
Author: gseitz
Date: Thu Mar 27 16:53:24 2008
New Revision: 642034
URL: http://svn.apache.org/viewvc?rev=642034&view=rev
Log:
WICKET-1268
Modified:
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
wicket/trunk/jdk-1.4/wicket-velocity/src/test/java/org/apache/wicket/contrib/markup/html/velocity/VelocityWithMarkupParsingPage.java
Modified:
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java?rev=642034&r1=642033&r2=642034&view=diff
==
---
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
(original)
+++
wicket/trunk/jdk-1.4/wicket-velocity/src/main/java/org/apache/wicket/velocity/markup/html/VelocityPanel.java
Thu Mar 27 16:53:24 2008
@@ -67,7 +67,7 @@
*optional model for variable substituation.
* @param templateResource
*The template resource
-* @return
+* @return an instance of [EMAIL PROTECTED] VelocityPanel}
*/
public static VelocityPanel forTemplateResource(String id, IModel model,
final IStringResourceStream templateResource)
@@ -87,6 +87,23 @@
}
/**
+* Is used to cache the evaluated template and is nulled in onDetach().
+*/
+ private transient String evaluatedTemplate;
+
+ /**
+* Is used to store the markupStream parameter in onComponentTagBody
and is nulled in
+* onDetach().
+*/
+ private transient MarkupStream currentMarkupStream;
+
+ /**
+* Is used to store the markupStream parameter in onComponentTagBody
and is nulled in
+* onDetach().
+*/
+ private transient ComponentTag currentOpenTag;
+
+ /**
* Construct.
*
* @param id
@@ -173,9 +190,44 @@
*/
protected void onComponentTagBody(final MarkupStream markupStream,
final ComponentTag openTag)
{
+ currentMarkupStream = markupStream;
+ currentOpenTag = openTag;
+
final Reader templateReader = getTemplateReader();
if (templateReader != null)
{
+ String result =
evaluateVelocityTemplate(templateReader);
+ if (!parseGeneratedMarkup())
+ {
+ // now replace the body of the tag with the
velocity merge
+ // result
+ replaceComponentTagBody(markupStream, openTag,
result);
+ }
+ else
+ {
+ Markup markup = getMarkup(result);
+ markupStream.skipRawMarkup();
+ renderAll(new MarkupStream(markup));
+ }
+ }
+ else
+ {
+ replaceComponentTagBody(markupStream, openTag, ""); //
just empty it
+ }
+ }
+
+
+ /**
+* Evaluates the template and returns the result.
+*
+* @param templateReader
+*used to read the template
+* @return the result of evaluating the velocity template
+*/
+ private String evaluateVelocityTemplate(Reader templateReader)
+ {
+ if (evaluatedTemplate == null)
+ {
// Get model as a map
final Map map = (Map)getModelObject();
@@ -202,53 +254,62 @@
// does not break the rest of the page
result =
Strings.escapeMarkup(result).toString();
}
-
- if (!parseGeneratedMarkup())
- {
- // now replace the body of the tag with
the velocity merge
- // result
- replaceComponentTagBody(markupStream,
openTag, result);
- }
- else
- {
- // now parse the velocity merge result
- Markup markup;
- try
- {
- MarkupParser parser =
getApplication().getMarkupSettings()
-
.getMarkupParserFactory().newMarkupParser(
-
[jira] Resolved: (WICKET-1329) AutoCompleteTextField's suggestion list *disappeared* when it is used inside a ModalWindow
[ https://issues.apache.org/jira/browse/WICKET-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz resolved WICKET-1329. -- Resolution: Fixed Fix Version/s: 1.3.3 Assignee: Gerolf Seitz (was: Janne Hietamäki) i set the z-index to 3, so it's higher than modalwindow's z-index. > AutoCompleteTextField's suggestion list *disappeared* when it is used inside > a ModalWindow > -- > > Key: WICKET-1329 > URL: https://issues.apache.org/jira/browse/WICKET-1329 > Project: Wicket > Issue Type: Bug > Components: wicket >Affects Versions: 1.3.0-final >Reporter: Andy Chu >Assignee: Gerolf Seitz > Fix For: 1.3.3 > > > When an AutoCompleteTextField is used in panel showed inside a ModalWindow, > the dropdown list for suggestions will be disappeared. The reason is that the > z-index of a normal ModalWindow is 2 while the z-index of the dropdown > list is 1. And there is no way to set this parameter programatically. > Therefore, the dropdown list is masked by the ModalWindow. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r642021 - /wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Author: gseitz
Date: Thu Mar 27 16:14:01 2008
New Revision: 642021
URL: http://svn.apache.org/viewvc?rev=642021&view=rev
Log:
WICKET-1329: set z-index to 3 (higher than modal window)
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js?rev=642021&r1=642020&r2=642021&view=diff
==
---
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
(original)
+++
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Thu Mar 27 16:14:01 2008
@@ -172,7 +172,7 @@
choiceDiv.className = "wicket-aa";
choiceDiv.style.display = "none";
choiceDiv.style.position = "absolute";
-choiceDiv.style.zIndex = "1";
+choiceDiv.style.zIndex = "3";
// WICKET-1350/WICKET-1351
choiceDiv.onmouseout=function() {mouseactive=0;};
[jira] Resolved: (WICKET-1372) Input field with autocomplete behavior does not submit the form via enter key in some cases
[ https://issues.apache.org/jira/browse/WICKET-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz resolved WICKET-1372. -- Resolution: Fixed Assignee: Gerolf Seitz (was: Janne Hietamäki) also, see WICKET-1454 > Input field with autocomplete behavior does not submit the form via enter key > in some cases > --- > > Key: WICKET-1372 > URL: https://issues.apache.org/jira/browse/WICKET-1372 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Affects Versions: 1.3.1 > Environment: Debian >Reporter: Albert Brand >Assignee: Gerolf Seitz >Priority: Minor > Fix For: 1.3.3 > > > This is related to WICKET-2 but wasn't fixed in that bug: > When you enter nothing in an input field with autocomplete and press enter, > type something that doesn't give results or press escape when the > autocomplete box has appeared, you have to press enter twice to submit the > form. > The solution is quite simple: remove line 219 from wicket-autocomplete.js: > hidingAutocomplete=1; > This variable was introduced to keep enter from submitting, but by setting it > here always to 1, enter is blocked in the above cases. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (WICKET-1454) Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event submits form multiple times
[ https://issues.apache.org/jira/browse/WICKET-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz resolved WICKET-1454. -- Resolution: Fixed i think the following behavior is what a user would expect: (focus is always on textbox) menu visible, select item with keyboard, ENTER -> invoke onchange of textbox menu visible, ESC, ENTER -> submit form menu visible, no item selected, ENTER -> submit form menu visible, click on item with mouse -> invoke onchange of textbox menu hidden, ENTER -> submit form type some letters, click somewhere on the page -> invoke onchange of textbox > Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event > submits form multiple times > -- > > Key: WICKET-1454 > URL: https://issues.apache.org/jira/browse/WICKET-1454 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Reporter: Gerolf Seitz >Assignee: Gerolf Seitz > Fix For: 1.3.3 > > > when the autocomplete menu is hidden, hitting enter in an > autocomplete-textbox submits the form several times (due to event handling in > onkeydown, onkeyup, onkeypress) > we should kill the event in 2 of the 3 eventhandlers. which one would be the > best to keep? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r641994 - /wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Author: gseitz
Date: Thu Mar 27 14:45:33 2008
New Revision: 641994
URL: http://svn.apache.org/viewvc?rev=641994&view=rev
Log:
WICKET-1372
WICKET-1454
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js?rev=641994&r1=641993&r2=641994&view=diff
==
---
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
(original)
+++
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Thu Mar 27 14:45:33 2008
@@ -72,9 +72,10 @@
obj.onblur=function(event){
if(mouseactive==1){
Wicket.$(elementId).focus();
- return false;
+ return killEvent(event);
}
hideAutoComplete();
+ if(typeof objonblur=="function")objonblur();
}
obj.onkeydown=function(event){
@@ -109,13 +110,13 @@
obj.value=getSelectedValue();
hideAutoComplete();
hidingAutocomplete=1;
+ if(typeof objonchange=="function")objonchange();
} else if
(Wicket.AutoCompleteSettings.enterHidesWithNoSelection==true) {
hideAutoComplete();
hidingAutocomplete=1;
}
mouseactive=0;
- if(typeof objonkeydown=="function")objonkeydown();
- if(typeof objonchange=="function")objonchange();
+ if(typeof objonkeydown=="function")objonkeydown();
if(selected>-1){
//return killEvent(event);
@@ -151,7 +152,7 @@
if(wicketKeyCode(Wicket.fixEvent(event))==KEY_ENTER){
if(selected>-1 || hidingAutocomplete==1){
hidingAutocomplete=0;
- return killEvent(event);
+ return killEvent(event);
}
}
if(typeof objonkeypress=="function")objonkeypress();
@@ -231,7 +232,6 @@
}
function hideAutoComplete(){
-hidingAutocomplete=1;
visible=0;
selected=-1;
if ( document.getElementById(getMenuId()) )
[CONF] Apache Wicket: Wicket Community meetups - Amsterdam (page edited)
Page Edited : WICKET : Wicket Community meetups - Amsterdam Wicket Community meetups - Amsterdam has been edited by Ilona Bregard (Mar 27, 2008). (View changes) Content: Amsterdam Community meeting 2008 We are preparing for the second Dutch Open community meeting for Wicket. The meeting will be held during the ApacheCon EU'08 in Amsterdam. The call for presentations is now open. Register now if you want to attend the meetup. Attending Please add/remove yourself from the attendance roster below if you want to attend the Amsterdam Community meetup '08. The meetup will be on Tuesday April 8th 15:00 - 21:00 Name Friday April 4th Monday April 7th Tuesday April 8th Martijn Dashorst X X X Johan Compagner X X X Arjé Cahn X X X Martijn Lindhout X X Emiel van der Herberg X X Gerolf Seitz X Danny van Bruggen X X X Roy van Rijn X X X Martin Funk X X X Zoran Kovacevic X X Ivo van Dongen X X X John Moylan X C. Bergström X X Frank van Lankvelt X X X Wander Grevink X X Sander van Faassen X X X Wouter Huijnink X X X Frank Mölder X X Maurice Marrink X X X Kees de Kooter X X X Alexander Keül X X Jan Kriesten X Ate Douma X X Uwe Schäfer X X X Azzeddine Daddah X Erik van Oosten Werner Mueller Rik van der Kleij Wouter de Vaal until 18:00 Alex Jonk X Lars Vonk X Wilko Hische X Henk van den Berg X X X Ilona Bregard X Harald Walker X Call for presentations Add your presentation proposal here, or vote for a presentation: Title Who Description Vote Wicket 2.0 Martijn Dashorst What is going into Wicket 2.0, release party? 3 JaMon Lars Vonk Java Monitoring with JaMon 2 Web framework shoot out Cyrille Le Clerc Wicket versus the rest 3 Groovy/Grails integration Erik Pragt I wouldn't mind spending some time on the new Wicket Grails plugin, or combining the (separate) Wicket builder to integrate with Grails... 2 Qi4j and Wicket Nicklas Hedhman Qi4j brings composite oriented programming to Java. See what this is and how it can affect your Wicket programming 2 Elephas - The Future of Blogging Software Gerolf Seitz Elephas is a Wicket based blogging engine. You'll see features, roadmap and a short demonstration Integrating Open ID with Wicket applications volunteer needed Open ID authentication in Wicket applications 2 building applications with wicket web beans volunteer needed flex/silverlight/air: threat or opportunity volunteer needed social networking integration (open social, facebook) volunteer needed how serialization works, why it matters volunteer needed 1 behind the scenes of Apache Wicket (how do I become a committer) volunteer needed integrations with other frameworks (extjs?) volunteer needed 1 framework integration e.g. (translation, validation, converters, web-flow engines, events, persistence) volunteer needed terracotta, but now with a real wicket demo volunteer needed scala + wicket volunteer needed why authors don't get rich from book writing volunteer needed top 10 ways to mess up your Wicket application volunteer needed top 10 ways to speed up your Wicket application volunteer needed 1 scaling out (show how to run your wicket application in a cluster) volunteer needed comparison (jsf - facelets - tapestry - wicket) volunteer needed Location Amsterdam, Pakhuis de Zwijger (Google Map of the venue A=ApacheCon, B=Meetup) Costs Free! Sponsoring Please contact Arjé Cahn of Hippo. Powered by Atlassian Confluence (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request Unsubscribe or edit your notifications preferences
[CONF] Apache Wicket: Wicket Community meetups - Amsterdam (page edited)
Page Edited : WICKET : Wicket Community meetups - Amsterdam Wicket Community meetups - Amsterdam has been edited by Harald Walker (Mar 27, 2008). (View changes) Content: Amsterdam Community meeting 2008 We are preparing for the second Dutch Open community meeting for Wicket. The meeting will be held during the ApacheCon EU'08 in Amsterdam. The call for presentations is now open. Register now if you want to attend the meetup. Attending Please add/remove yourself from the attendance roster below if you want to attend the Amsterdam Community meetup '08. The meetup will be on Tuesday April 8th 15:00 - 21:00 Name Friday April 4th Monday April 7th Tuesday April 8th Martijn Dashorst X X X Johan Compagner X X X Arjé Cahn X X X Martijn Lindhout X X Emiel van der Herberg X X Gerolf Seitz X Danny van Bruggen X X X Roy van Rijn X X X Martin Funk X X X Zoran Kovacevic X X Ivo van Dongen X X X John Moylan X C. Bergström X X Frank van Lankvelt X X X Wander Grevink X X Sander van Faassen X X X Wouter Huijnink X X X Frank Mölder X X Maurice Marrink X X X Kees de Kooter X X X Alexander Keül X X Jan Kriesten X Ate Douma X X Uwe Schäfer X X X Azzeddine Daddah X Erik van Oosten Werner Mueller Rik van der Kleij Wouter de Vaal until 18:00 Alex Jonk X Lars Vonk X Wilko Hische X Henk van den Berg X X X Ilona Bregard X Harald Walker X Call for presentations Add your presentation proposal here, or vote for a presentation: Title Who Description Vote Wicket 2.0 Martijn Dashorst What is going into Wicket 2.0, release party? 2 JaMon Lars Vonk Java Monitoring with JaMon 2 Web framework shoot out Cyrille Le Clerc Wicket versus the rest 3 Groovy/Grails integration Erik Pragt I wouldn't mind spending some time on the new Wicket Grails plugin, or combining the (separate) Wicket builder to integrate with Grails... 2 Qi4j and Wicket Nicklas Hedhman Qi4j brings composite oriented programming to Java. See what this is and how it can affect your Wicket programming 2 Elephas - The Future of Blogging Software Gerolf Seitz Elephas is a Wicket based blogging engine. You'll see features, roadmap and a short demonstration Integrating Open ID with Wicket applications volunteer needed Open ID authentication in Wicket applications 2 building applications with wicket web beans volunteer needed flex/silverlight/air: threat or opportunity volunteer needed social networking integration (open social, facebook) volunteer needed how serialization works, why it matters volunteer needed 1 behind the scenes of Apache Wicket (how do I become a committer) volunteer needed integrations with other frameworks (extjs?) volunteer needed 1 framework integration e.g. (translation, validation, converters, web-flow engines, events, persistence) volunteer needed terracotta, but now with a real wicket demo volunteer needed scala + wicket volunteer needed why authors don't get rich from book writing volunteer needed top 10 ways to mess up your Wicket application volunteer needed top 10 ways to speed up your Wicket application volunteer needed 1 scaling out (show how to run your wicket application in a cluster) volunteer needed comparison (jsf - facelets - tapestry - wicket) volunteer needed Location Amsterdam, Pakhuis de Zwijger (Google Map of the venue A=ApacheCon, B=Meetup) Costs Free! Sponsoring Please contact Arjé Cahn of Hippo. Powered by Atlassian Confluence (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request Unsubscribe or edit your notifications preferences
[CONF] Apache Wicket: Wicket Community meetups - Amsterdam (page edited)
Page Edited : WICKET : Wicket Community meetups - Amsterdam Wicket Community meetups - Amsterdam has been edited by Ilona Bregard (Mar 27, 2008). (View changes) Content: Amsterdam Community meeting 2008 We are preparing for the second Dutch Open community meeting for Wicket. The meeting will be held during the ApacheCon EU'08 in Amsterdam. The call for presentations is now open. Register now if you want to attend the meetup. Attending Please add/remove yourself from the attendance roster below if you want to attend the Amsterdam Community meetup '08. The meetup will be on Tuesday April 8th 15:00 - 21:00 Name Friday April 4th Monday April 7th Tuesday April 8th Martijn Dashorst X X X Johan Compagner X X X Arjé Cahn X X X Martijn Lindhout X X Emiel van der Herberg X X Gerolf Seitz X Danny van Bruggen X X X Roy van Rijn X X X Martin Funk X X X Zoran Kovacevic X X Ivo van Dongen X X X John Moylan X C. Bergström X X Frank van Lankvelt X X X Wander Grevink X X Sander van Faassen X X X Wouter Huijnink X X X Frank Mölder X X Maurice Marrink X X X Kees de Kooter X X X Alexander Keül X X Jan Kriesten X Ate Douma X X Uwe Schäfer X X X Azzeddine Daddah X Erik van Oosten Werner Mueller Rik van der Kleij Wouter de Vaal until 18:00 Alex Jonk X Lars Vonk X Wilko Hische X Henk van den Berg X X X Ilona Bregard X Call for presentations Add your presentation proposal here, or vote for a presentation: Title Who Description Vote Wicket 2.0 Martijn Dashorst What is going into Wicket 2.0, release party? 2 JaMon Lars Vonk Java Monitoring with JaMon 2 Web framework shoot out Cyrille Le Clerc Wicket versus the rest 2 Groovy/Grails integration Erik Pragt I wouldn't mind spending some time on the new Wicket Grails plugin, or combining the (separate) Wicket builder to integrate with Grails... 2 Qi4j and Wicket Nicklas Hedhman Qi4j brings composite oriented programming to Java. See what this is and how it can affect your Wicket programming 1 Elephas - The Future of Blogging Software Gerolf Seitz Elephas is a Wicket based blogging engine. You'll see features, roadmap and a short demonstration Integrating Open ID with Wicket applications volunteer needed Open ID authentication in Wicket applications 2 building applications with wicket web beans volunteer needed flex/silverlight/air: threat or opportunity volunteer needed social networking integration (open social, facebook) volunteer needed how serialization works, why it matters volunteer needed 1 behind the scenes of Apache Wicket (how do I become a committer) volunteer needed integrations with other frameworks (extjs?) volunteer needed 1 framework integration e.g. (translation, validation, converters, web-flow engines, events, persistence) volunteer needed terracotta, but now with a real wicket demo volunteer needed scala + wicket volunteer needed why authors don't get rich from book writing volunteer needed top 10 ways to mess up your Wicket application volunteer needed top 10 ways to speed up your Wicket application volunteer needed 1 scaling out (show how to run your wicket application in a cluster) volunteer needed comparison (jsf - facelets - tapestry - wicket) volunteer needed Location Amsterdam, Pakhuis de Zwijger (Google Map of the venue A=ApacheCon, B=Meetup) Costs Free! Sponsoring Please contact Arjé Cahn of Hippo. Powered by Atlassian Confluence (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request Unsubscribe or edit your notifications preferences
[CONF] Apache Wicket: Wicket Community meetups - Amsterdam (page edited)
Page Edited : WICKET : Wicket Community meetups - Amsterdam Wicket Community meetups - Amsterdam has been edited by Ilona Bregard (Mar 27, 2008). (View changes) Content: Amsterdam Community meeting 2008 We are preparing for the second Dutch Open community meeting for Wicket. The meeting will be held during the ApacheCon EU'08 in Amsterdam. The call for presentations is now open. Register now if you want to attend the meetup. Attending Please add/remove yourself from the attendance roster below if you want to attend the Amsterdam Community meetup '08. The meetup will be on Tuesday April 8th 15:00 - 21:00 Name Friday April 4th Monday April 7th Tuesday April 8th Martijn Dashorst X X X Johan Compagner X X X Arjé Cahn X X X Martijn Lindhout X X Emiel van der Herberg X X Gerolf Seitz X Danny van Bruggen X X X Roy van Rijn X X X Martin Funk X X X Zoran Kovacevic X X Ivo van Dongen X X X John Moylan X C. Bergström X X Frank van Lankvelt X X X Wander Grevink X X Sander van Faassen X X X Wouter Huijnink X X X Frank Mölder X X Maurice Marrink X X X Kees de Kooter X X X Alexander Keül X X Jan Kriesten X Ate Douma X X Uwe Schäfer X X X Azzeddine Daddah X Erik van Oosten Werner Mueller Rik van der Kleij Wouter de Vaal until 18:00 Alex Jonk X Lars Vonk X Wilko Hische X Henk van den Berg X X X Ilona Bregard X X X Call for presentations Add your presentation proposal here, or vote for a presentation: Title Who Description Vote Wicket 2.0 Martijn Dashorst What is going into Wicket 2.0, release party? 2 JaMon Lars Vonk Java Monitoring with JaMon 2 Web framework shoot out Cyrille Le Clerc Wicket versus the rest 2 Groovy/Grails integration Erik Pragt I wouldn't mind spending some time on the new Wicket Grails plugin, or combining the (separate) Wicket builder to integrate with Grails... 2 Qi4j and Wicket Nicklas Hedhman Qi4j brings composite oriented programming to Java. See what this is and how it can affect your Wicket programming 1 Elephas - The Future of Blogging Software Gerolf Seitz Elephas is a Wicket based blogging engine. You'll see features, roadmap and a short demonstration Integrating Open ID with Wicket applications volunteer needed Open ID authentication in Wicket applications 2 building applications with wicket web beans volunteer needed flex/silverlight/air: threat or opportunity volunteer needed social networking integration (open social, facebook) volunteer needed how serialization works, why it matters volunteer needed 1 behind the scenes of Apache Wicket (how do I become a committer) volunteer needed integrations with other frameworks (extjs?) volunteer needed 1 framework integration e.g. (translation, validation, converters, web-flow engines, events, persistence) volunteer needed terracotta, but now with a real wicket demo volunteer needed scala + wicket volunteer needed why authors don't get rich from book writing volunteer needed top 10 ways to mess up your Wicket application volunteer needed top 10 ways to speed up your Wicket application volunteer needed 1 scaling out (show how to run your wicket application in a cluster) volunteer needed comparison (jsf - facelets - tapestry - wicket) volunteer needed Location Amsterdam, Pakhuis de Zwijger (Google Map of the venue A=ApacheCon, B=Meetup) Costs Free! Sponsoring Please contact Arjé Cahn of Hippo. Powered by Atlassian Confluence (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request Unsubscribe or edit your notifications preferences
[jira] Commented: (WICKET-1454) Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event submits form multiple times
[ https://issues.apache.org/jira/browse/WICKET-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582784#action_12582784 ] Gerolf Seitz commented on WICKET-1454: -- the problem is that onkeydown executes the original onchange (attached AFSB) event handler of the textbox when KEY_ENTER is pressed and doesn't kill the event. next, onkeypress doesn't kill the event because no item is selected, which leads to the form being submitted via a non-ajax roundtrip. now what we could/should do is NOT call onchange in onkeydown in the KEY_ENTER block, as browsers only fire the change event when the textbox loses focus. wdyt? > Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event > submits form multiple times > -- > > Key: WICKET-1454 > URL: https://issues.apache.org/jira/browse/WICKET-1454 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Reporter: Gerolf Seitz >Assignee: Gerolf Seitz > Fix For: 1.3.3 > > > when the autocomplete menu is hidden, hitting enter in an > autocomplete-textbox submits the form several times (due to event handling in > onkeydown, onkeyup, onkeypress) > we should kill the event in 2 of the 3 eventhandlers. which one would be the > best to keep? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1454) Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event submits form multiple times
[ https://issues.apache.org/jira/browse/WICKET-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz updated WICKET-1454: - Summary: Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event submits form multiple times (was: enter in AutoCompleteTextField submits form 2-4 times) > Enter in AutoCompleteTextField with AjaxFormSubmitBehavior on change-event > submits form multiple times > -- > > Key: WICKET-1454 > URL: https://issues.apache.org/jira/browse/WICKET-1454 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Reporter: Gerolf Seitz >Assignee: Gerolf Seitz > Fix For: 1.3.3 > > > when the autocomplete menu is hidden, hitting enter in an > autocomplete-textbox submits the form several times (due to event handling in > onkeydown, onkeyup, onkeypress) > we should kill the event in 2 of the 3 eventhandlers. which one would be the > best to keep? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1454) enter in AutoCompleteTextField submits form 2-4 times
[ https://issues.apache.org/jira/browse/WICKET-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz updated WICKET-1454: - Assignee: Gerolf Seitz Description: when the autocomplete menu is hidden, hitting enter in an autocomplete-textbox submits the form several times (due to event handling in onkeydown, onkeyup, onkeypress) we should kill the event in 2 of the 3 eventhandlers. which one would be the best to keep? was: in certain conditions, hitting enter in an autocompletetextbox submits the form several times (due to event handling in onkeydown, onkeyup, onkeypress) we should kill the event in 2 of the 3 eventhandlers. which one would be the best to keep? onkeypress (since it's the last of the 3 events)? > enter in AutoCompleteTextField submits form 2-4 times > - > > Key: WICKET-1454 > URL: https://issues.apache.org/jira/browse/WICKET-1454 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Reporter: Gerolf Seitz >Assignee: Gerolf Seitz > Fix For: 1.3.3 > > > when the autocomplete menu is hidden, hitting enter in an > autocomplete-textbox submits the form several times (due to event handling in > onkeydown, onkeyup, onkeypress) > we should kill the event in 2 of the 3 eventhandlers. which one would be the > best to keep? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1455) Session. requestDetached() does not replicate dirty pages to session in some situations, breaking application clustering
[ https://issues.apache.org/jira/browse/WICKET-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan Compagner updated WICKET-1455: Assignee: Johan Compagner hmm for second level cache that doesn't matter to much because that code (if it is a page) doesnt result in anything anyway The dirty list and the touched pages list on session are with the secondlevel cache a bit confusing, because SLCS doesn't use the dirty list to set the pages as attributes on the session. > Session. requestDetached() does not replicate dirty pages to session in some > situations, breaking application clustering > > > Key: WICKET-1455 > URL: https://issues.apache.org/jira/browse/WICKET-1455 > Project: Wicket > Issue Type: Bug >Affects Versions: 1.3.2 >Reporter: Juliano Viana >Assignee: Johan Compagner > Fix For: 1.3.3 > > > In Session.java line 1406 there is a test for deciding whether to set the > page as an attribute to the session. The test reads: > if (page.isStateless()) > Page does not override isStateless, and the default implementation (in > Component) will return true for most pages. > That means pages are not re-added to the session after being changed and this > in turn breaks clustering (the results are most vivid when using a non-sticky > load balancer). > The fix is to change line 1406 to: > if (page.isPageStateless()) > Maybe this is a typing mistake in the original code? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r641960 - /wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java
Author: jcompagner
Date: Thu Mar 27 12:51:08 2008
New Revision: 641960
URL: http://svn.apache.org/viewvc?rev=641960&view=rev
Log:
WICKET-1455 Session. requestDetached() does not replicate dirty pages to
session in some situations, breaking application clustering
Modified:
wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java
Modified:
wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java?rev=641960&r1=641959&r2=641960&view=diff
==
--- wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java
(original)
+++ wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/Session.java
Thu Mar 27 12:51:08 2008
@@ -49,29 +49,29 @@
*
* Access via RequestCycle - The Session for a [EMAIL PROTECTED]
RequestCycle} can be retrieved by
* calling [EMAIL PROTECTED] RequestCycle#getSession()}.
- *
+ *
* Access via Component - If a RequestCycle object is not
available, the Session can be
* retrieved for a Component by calling [EMAIL PROTECTED]
Component#getSession()}. As currently implemented,
* each Component does not itself have a reference to the session that
contains it. However, the
* Page component at the root of the containment hierarchy does have a
reference to the Session that
* holds the Page. So [EMAIL PROTECTED] Component#getSession()} traverses the
component hierarchy to the root
* Page and then calls [EMAIL PROTECTED] Page#getSession()}.
- *
+ *
* Access via Thread Local - In the odd case where neither a
RequestCycle nor a
* Component is available, the currently active Session for the calling thread
can be retrieved by
* calling the static method Session.get(). This last form should only be used
if the first two
* forms cannot be used since thread local access can involve a potentially
more expensive hash map
* lookup.
- *
+ *
* Locale - A session has a Locale property to support
localization. The Locale for a
* session can be set by calling [EMAIL PROTECTED] Session#setLocale(Locale)}.
The Locale for a Session
* determines how localized resources are found and loaded.
- *
+ *
* Style - Besides having an appearance based on locale, resources
can also have
* different looks in the same locale (a.k.a. "skins"). The style for a
session determines the look
* which is used within the appropriate locale. The session style ("skin") can
be set with the
* setStyle() method.
- *
+ *
* Resource Loading - Based on the Session locale and style,
searching for resources
* occurs in the following order (where sourcePath is set via the
ApplicationSettings object for the
* current Application, and style and locale are Session properties):
@@ -85,7 +85,7 @@
* 7. [classPath]/name[style].[extension]
* 8. [classPath]/name.[extension]
*
- *
+ *
* Session Properties - Arbitrary objects can be attached to a
Session by installing a
* session factory on your Application class which creates custom Session
subclasses that have
* typesafe properties specific to the application (see [EMAIL PROTECTED]
Application} for details). To
@@ -93,20 +93,20 @@
* provided. In a clustered environment, you should take care to call the
dirty() method when you
* change a property on your own. This way the session will be reset again in
the http session so
* that the http session knows the session is changed.
- *
+ *
* Class Resolver - Sessions have a class resolver ( [EMAIL
PROTECTED] IClassResolver})
* implementation that is used to locate classes for components such as pages.
- *
+ *
* Page Factory - A pluggable implementation of [EMAIL PROTECTED]
IPageFactory} is used to
* instantiate pages for the session.
- *
+ *
* Removal - Pages can be removed from the Session forcibly by
calling remove(Page) or
* removeAll(), although such an action should rarely be necessary.
- *
+ *
* Flash Messages- Flash messages are messages that are stored in
session and are
* removed after they are displayed to the user. Session acts as a store for
these messages because
* they can last across requests.
- *
+ *
* @author Jonathan Locke
* @author Eelco Hillenius
* @author Igor Vaynberg (ivaynberg)
@@ -115,7 +115,7 @@
{
/**
* Visitor interface for visiting page maps
-*
+*
* @author Jonathan Locke
*/
public static interface IPageMapVisitor
@@ -182,7 +182,7 @@
/**
* Checks if the Session threadlocal is set in this thread
-*
+*
* @return true if [EMAIL PROTECTED] Session#get()} can return the
instance of session, false otherwise
*/
public static boolean exists()
@@ -195,7 +195,7 @@
* new one and attach it when none could be located and sets it as the
current instance for this
[jira] Created: (WICKET-1455) Session. requestDetached() does not replicate dirty pages to session in some situations, breaking application clustering
Session. requestDetached() does not replicate dirty pages to session in some situations, breaking application clustering Key: WICKET-1455 URL: https://issues.apache.org/jira/browse/WICKET-1455 Project: Wicket Issue Type: Bug Affects Versions: 1.3.2 Reporter: Juliano Viana Fix For: 1.3.3 In Session.java line 1406 there is a test for deciding whether to set the page as an attribute to the session. The test reads: if (page.isStateless()) Page does not override isStateless, and the default implementation (in Component) will return true for most pages. That means pages are not re-added to the session after being changed and this in turn breaks clustering (the results are most vivid when using a non-sticky load balancer). The fix is to change line 1406 to: if (page.isPageStateless()) Maybe this is a typing mistake in the original code? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WICKET-1454) enter in AutoCompleteTextField submits form 2-4 times
[ https://issues.apache.org/jira/browse/WICKET-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582700#action_12582700 ] Janne Hietamäki commented on WICKET-1454: - I think onkeypress is the safest bet. http://www.quirksmode.org/js/keys.html > enter in AutoCompleteTextField submits form 2-4 times > - > > Key: WICKET-1454 > URL: https://issues.apache.org/jira/browse/WICKET-1454 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Reporter: Gerolf Seitz > Fix For: 1.3.3 > > > in certain conditions, hitting enter in an autocompletetextbox submits the > form several times (due to event handling in onkeydown, onkeyup, onkeypress) > we should kill the event in 2 of the 3 eventhandlers. which one would be the > best to keep? onkeypress (since it's the last of the 3 events)? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (WICKET-1453) WicketServlet does not set content type on fallback()
[ https://issues.apache.org/jira/browse/WICKET-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan Compagner reassigned WICKET-1453: --- Assignee: Matej Knopp looks pretty straightforward but i believe its matejs code > WicketServlet does not set content type on fallback() > - > > Key: WICKET-1453 > URL: https://issues.apache.org/jira/browse/WICKET-1453 > Project: Wicket > Issue Type: Bug > Components: wicket >Affects Versions: 1.3.2 >Reporter: Juliano Viana >Assignee: Matej Knopp > Fix For: 1.3.3 > > Attachments: WicketServlet.patch > > > In Wicket 1.3.2, if a resource request is not handled by the wicket filter > then it is handled by the fallback() method. > This method does not set the content type while responding, which breaks CSS > in some situations (in particular when using tomcat behind Apache with > mod_jk). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (WICKET-1454) enter in AutoCompleteTextField submits form 2-4 times
enter in AutoCompleteTextField submits form 2-4 times - Key: WICKET-1454 URL: https://issues.apache.org/jira/browse/WICKET-1454 Project: Wicket Issue Type: Bug Components: wicket-extensions Reporter: Gerolf Seitz Fix For: 1.3.3 in certain conditions, hitting enter in an autocompletetextbox submits the form several times (due to event handling in onkeydown, onkeyup, onkeypress) we should kill the event in 2 of the 3 eventhandlers. which one would be the best to keep? onkeypress (since it's the last of the 3 events)? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1453) WicketServlet does not set content type on fallback()
[ https://issues.apache.org/jira/browse/WICKET-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juliano Viana updated WICKET-1453: -- Attachment: WicketServlet.patch > WicketServlet does not set content type on fallback() > - > > Key: WICKET-1453 > URL: https://issues.apache.org/jira/browse/WICKET-1453 > Project: Wicket > Issue Type: Bug > Components: wicket >Affects Versions: 1.3.2 >Reporter: Juliano Viana > Fix For: 1.3.3 > > Attachments: WicketServlet.patch > > > In Wicket 1.3.2, if a resource request is not handled by the wicket filter > then it is handled by the fallback() method. > This method does not set the content type while responding, which breaks CSS > in some situations (in particular when using tomcat behind Apache with > mod_jk). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WICKET-1453) WicketServlet does not set content type on fallback()
[ https://issues.apache.org/jira/browse/WICKET-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582657#action_12582657 ] Juliano Viana commented on WICKET-1453: --- The attached patch fixes the problem > WicketServlet does not set content type on fallback() > - > > Key: WICKET-1453 > URL: https://issues.apache.org/jira/browse/WICKET-1453 > Project: Wicket > Issue Type: Bug > Components: wicket >Affects Versions: 1.3.2 >Reporter: Juliano Viana > Fix For: 1.3.3 > > Attachments: WicketServlet.patch > > > In Wicket 1.3.2, if a resource request is not handled by the wicket filter > then it is handled by the fallback() method. > This method does not set the content type while responding, which breaks CSS > in some situations (in particular when using tomcat behind Apache with > mod_jk). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (WICKET-1453) WicketServlet does not set content type on fallback()
WicketServlet does not set content type on fallback() - Key: WICKET-1453 URL: https://issues.apache.org/jira/browse/WICKET-1453 Project: Wicket Issue Type: Bug Components: wicket Affects Versions: 1.3.2 Reporter: Juliano Viana Fix For: 1.3.3 In Wicket 1.3.2, if a resource request is not handled by the wicket filter then it is handled by the fallback() method. This method does not set the content type while responding, which breaks CSS in some situations (in particular when using tomcat behind Apache with mod_jk). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (WICKET-310) AutoCompleteTextField does not invoke post call handlers
[ https://issues.apache.org/jira/browse/WICKET-310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerolf Seitz resolved WICKET-310. - Resolution: Fixed > AutoCompleteTextField does not invoke post call handlers > > > Key: WICKET-310 > URL: https://issues.apache.org/jira/browse/WICKET-310 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Affects Versions: 1.2.3, 1.2.5 >Reporter: paolo di tommaso >Assignee: Janne Hietamäki >Priority: Minor > Fix For: 1.3.3 > > > The AutoCompleteTextField does not invoke the registered post call handlers > after the ajax request has been completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WICKET-310) AutoCompleteTextField does not invoke post call handlers
[ https://issues.apache.org/jira/browse/WICKET-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582635#action_12582635 ] Gerolf Seitz commented on WICKET-310: - added call to Wicket.Ajax.invokePostCallHandlers in doUpdateChoices > AutoCompleteTextField does not invoke post call handlers > > > Key: WICKET-310 > URL: https://issues.apache.org/jira/browse/WICKET-310 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Affects Versions: 1.2.3, 1.2.5 >Reporter: paolo di tommaso >Assignee: Janne Hietamäki >Priority: Minor > Fix For: 1.3.3 > > > The AutoCompleteTextField does not invoke the registered post call handlers > after the ajax request has been completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r641801 - /wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Author: gseitz
Date: Thu Mar 27 05:57:41 2008
New Revision: 641801
URL: http://svn.apache.org/viewvc?rev=641801&view=rev
Log:
WICKET-310: added call to Wicket.Ajax.invokePostCallHandlers
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Modified:
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
URL:
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js?rev=641801&r1=641800&r2=641801&view=diff
==
---
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
(original)
+++
wicket/trunk/jdk-1.4/wicket-extensions/src/main/java/org/apache/wicket/extensions/ajax/markup/html/autocomplete/wicket-autocomplete.js
Thu Mar 27 05:57:41 2008
@@ -294,6 +294,9 @@
render();
scheduleEmptyCheck();
+
+Wicket.Log.info("Response processed successfully.");
+Wicket.Ajax.invokePostCallHandlers();
}
function scheduleEmptyCheck() {
[jira] Commented: (WICKET-1355) Autocomplete window has wrong position in scrolled context
[ https://issues.apache.org/jira/browse/WICKET-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582622#action_12582622 ] Gerolf Seitz commented on WICKET-1355: -- in case we don't want to move the dropdown div to become a sibling of the textbox, the method YAHOO.Dom.getXY correctly calculates the position in a scrolled context. and since it's BSD licensed we could also use it in wicket-autocomplete.js needless to say that it's at least about 5 times the size (LOC) as the current getPosition method. > Autocomplete window has wrong position in scrolled context > -- > > Key: WICKET-1355 > URL: https://issues.apache.org/jira/browse/WICKET-1355 > Project: Wicket > Issue Type: Bug > Components: wicket-extensions >Affects Versions: 1.3.1 >Reporter: Erik van Oosten >Assignee: Janne Hietamäki > Fix For: 1.3.3 > > Attachments: wicket-autocomplete.js > > > When the autocompleted field is located in a scrolled div, the drop-down > window is positioned too far down. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (WICKET-1239) java.lang.IllegalAccessError when changing AjaxEditableLabel
[
https://issues.apache.org/jira/browse/WICKET-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582597#action_12582597
]
egulatee edited comment on WICKET-1239 at 3/27/08 4:10 AM:
---
Johan,
Thanks. Even though my ivy dependancies were pointing to wicket 1.3, it would
see tomcat has older versions deployed.
It works now after cleaning out stuff.
was (Author: egulatee):
Johan,
Thanks. Even though my ivy dependancies were pointing to wicket 1.3, it would
see tomcat has older versions deployed.
It works now after cleaning out stuff.
Cheers,
Eric Gulatee
> java.lang.IllegalAccessError when changing AjaxEditableLabel
> -
>
> Key: WICKET-1239
> URL: https://issues.apache.org/jira/browse/WICKET-1239
> Project: Wicket
> Issue Type: Bug
> Components: wicket-extensions
>Affects Versions: 1.3.0-rc2, 1.3.0-final
> Environment: Windows XP Pro SP2, Java 1.6.0_03-b05
>Reporter: Artur Wronski
>Assignee: Gerolf Seitz
> Fix For: 1.3.2
>
> Attachments: code.java
>
>
> When changing AjaxEditableLabel system throws:
> java.lang.IllegalAccessError: tried to access method
> org.apache.wicket.Component.onModelChanging()V from class
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$1
> at
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$1.onModelChanging
> (AjaxEditableLabel.java:273)
> at org.apache.wicket.Component.modelChanging(Component.java:2058)
> at org.apache.wicket.Component.setModelObject(Component.java:2823)
> at org.apache.wicket.markup.html.form.FormComponent.updateModel(
> FormComponent.java:992)
> at org.apache.wicket.markup.html.form.FormComponent.processInput(
> FormComponent.java:874)
> [...]
> The probem is in methd:
> protected FormComponent newEditor(MarkupContainer parent, String
> componentId, IModel model)
> {
> TextField editor = new TextField(componentId, model)
> {
> private static final long serialVersionUID = 1L;
> protected void onModelChanged()
> {
> super.onModelChanged();
> AjaxEditableLabel.this.onModelChanged();
> //here is a bug
> }
> protected void onModelChanging()
> {
> super.onModelChanging();
> AjaxEditableLabel.this.onModelChanging();
> //here is a bug
> }
> };
> editor.setOutputMarkupId(true);
> editor.setVisible(false);
> editor.add(new EditorAjaxBehavior());
> return editor;
> }
> AjaxEditableLabel.this.XX is not visible.
> Artur
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WICKET-1239) java.lang.IllegalAccessError when changing AjaxEditableLabel
[
https://issues.apache.org/jira/browse/WICKET-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582597#action_12582597
]
Eric Gulatee commented on WICKET-1239:
--
Johan,
Thanks. Even though my ivy dependancies were pointing to wicket 1.3, it would
see tomcat has older versions deployed.
It works now after cleaning out stuff.
Cheers,
Eric Gulatee
> java.lang.IllegalAccessError when changing AjaxEditableLabel
> -
>
> Key: WICKET-1239
> URL: https://issues.apache.org/jira/browse/WICKET-1239
> Project: Wicket
> Issue Type: Bug
> Components: wicket-extensions
>Affects Versions: 1.3.0-rc2, 1.3.0-final
> Environment: Windows XP Pro SP2, Java 1.6.0_03-b05
>Reporter: Artur Wronski
>Assignee: Gerolf Seitz
> Fix For: 1.3.2
>
> Attachments: code.java
>
>
> When changing AjaxEditableLabel system throws:
> java.lang.IllegalAccessError: tried to access method
> org.apache.wicket.Component.onModelChanging()V from class
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$1
> at
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$1.onModelChanging
> (AjaxEditableLabel.java:273)
> at org.apache.wicket.Component.modelChanging(Component.java:2058)
> at org.apache.wicket.Component.setModelObject(Component.java:2823)
> at org.apache.wicket.markup.html.form.FormComponent.updateModel(
> FormComponent.java:992)
> at org.apache.wicket.markup.html.form.FormComponent.processInput(
> FormComponent.java:874)
> [...]
> The probem is in methd:
> protected FormComponent newEditor(MarkupContainer parent, String
> componentId, IModel model)
> {
> TextField editor = new TextField(componentId, model)
> {
> private static final long serialVersionUID = 1L;
> protected void onModelChanged()
> {
> super.onModelChanged();
> AjaxEditableLabel.this.onModelChanged();
> //here is a bug
> }
> protected void onModelChanging()
> {
> super.onModelChanging();
> AjaxEditableLabel.this.onModelChanging();
> //here is a bug
> }
> };
> editor.setOutputMarkupId(true);
> editor.setVisible(false);
> editor.add(new EditorAjaxBehavior());
> return editor;
> }
> AjaxEditableLabel.this.XX is not visible.
> Artur
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1391) bug: setObject(null) called for excplicitly invisible fields in a non-visible enclosure
[
https://issues.apache.org/jira/browse/WICKET-1391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Igor Vaynberg updated WICKET-1391:
--
Attachment: wicket-1391-draft.patch.txt
a draft patch to solve this problem. the patch is not very elegant and we need
to decide if we want to apply it or if there is a better way to do this.
> bug: setObject(null) called for excplicitly invisible
> fields in a non-visible enclosure
> --
>
> Key: WICKET-1391
> URL: https://issues.apache.org/jira/browse/WICKET-1391
> Project: Wicket
> Issue Type: Bug
> Components: wicket
>Affects Versions: 1.3.1
>Reporter: Edvin Syse
>Assignee: Igor Vaynberg
> Fix For: 1.3.3
>
> Attachments: myproject.zip, wicket-1391-draft.patch.txt
>
>
> It seems that the value for fields that are made invisible because a
> surrounding enclosure is actually lost on submit of the form.
> Consider the following code:
> public class HomePage extends WebPage {
> private MyObject myObject;
>
> public HomePage(final PageParameters parameters) {
> myObject = new MyObject();
> myObject.setField1("field1Value");
> myObject.setField2("field2Value");
>
> Form f = new Form("f", new CompoundPropertyModel(myObject));
> add(f);
> f.add(new TextField("field1").setVisible(false));
> f.add(new TextField("field2"));
>
> f.add(new Button("submit") {
> @Override public void onSubmit() {
> System.out.println("Field 2 value should be 'field2Value' but
> is : " + myObject.getField2());
> }
> });
> }
> class MyObject implements Serializable {
> private String field1;
> private String field2;
>
> public String getField1() {
> return field1;
> }
> public void setField1(String field1) {
> this.field1 = field1;
> }
> public String getField2() {
> return field2;
> }
> public void setField2(String field2) {
> this.field2 = field2;
> }
> }
> }
> With the following markup:
>
>
>
>
>
>
>
> Field1 keeps it's value onSubmit, but the value for field2 is lost, and my
> model object has null in field2. If I implicitly call setVisible(false) on
> the TextField for field2, the value is kept onSubmit.
> Igor put better like this I guess:
> when the page renders none of the fields are shown. after submit,
> however, myobject.getfield1() is still "field1value" but
> myobject.getfield2() is null - which implies that textfield2 is still
> processed even though it is inside an enclosure that has been hidden.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
