Hi, I started my project with Jetty from within IDEA to use breakpoints and additional informations from the debugger. The Jetty server started without any problems, but when I call localhost:8080, I get he following error:
Unexpected Runtime Exception Last cause: Can not determine Markup. Component is not yet connected to a parent. [Page class = org.myproject.PageIndex, id = 0, render count = 1] In my pom.xml, I defined the path to the HTML files for the corresping classes as: <build> <resources> <resource> <filtering>false</filtering> <directory>src/main/resources</directory> </resource> <resource> <directory>src/main/html</directory> </resource> <resource> <filtering>false</filtering> <directory>src/main/java</directory> <includes> <include>**</include> </includes> <excludes> <exclude>**/*.java</exclude> </excludes> </resource> </resources> <testResources> <testResource> <filtering>false</filtering> <directory>src/test/resources</directory> </testResource> <testResource> <directory>src/main/html</directory> </testResource> <testResource> <filtering>false</filtering> <directory>src/test/java</directory> <includes> <include>**</include> </includes> <excludes> <exclude>**/*.java</exclude> </excludes> </testResource> </testResources> <plugins> <plugin> Seems to me, that Jetty does not find the .html files? Andre On Thu, 1 Mar 2012 10:13:00 +0200 Martin Grigorov <mgrigo...@apache.org> wrote: > Use mvnDebug instead of mvn at the command line. This will start it in > debug mode and you can attach to it from IDEA. > Otherwise Wicket quickstart comes with src/test/java/**/Start.java. > Run this class as normal Java application with main(String[]). From > the context menu in the .java file choose "Debug 'Start.main()'" > > 2012/3/1 "André Schütz" <andre-p...@gmx.de>: > > Hi Martin, > > > > I compile the wicket project via Maven from the command line. I do not use > > the IDE to start the project and trace it? Do you have a hint how I can do > > that? As IDE, Ia m using IntelliJ IDEA. > > > > Andre > > > > -------- Original-Nachricht -------- > >> Datum: Thu, 1 Mar 2012 09:40:30 +0200 > >> Von: Martin Grigorov <mgrigo...@apache.org> > >> An: users@wicket.apache.org > >> Betreff: Re: Multi Tab and Session > > > >> 2012/2/29 Andre Schütz <andre-p...@gmx.de>: > >> > Hi, > >> > > >> > I could identify the cause of the problem, but still have no > >> > solution. > >> > > >> > I set some breakpoints and made some output messages to trace > >> > the system. The following thinks happened: > >> > > >> > (1) > >> > I submit a search in Tab1. The search word will be passed as > >> > Page Parameter to Page2 in Tab1. While Tab1 is showing the loading > >> > animation with it AjaxSelfUpdatingTimerBehavior, I submit a second > >> > search in Tab2. Tab2 switches to its Page2 and the loading animation > >> > stops in both Tabs. > >> > > >> > Reason: > >> > --> The constructors of Page2 is called twice on the two Tabs. > >> > > >> > As diagram: > >> > 01.) Tab1: Page1 submit search > >> > 02.) Tab1: Page2 (Page id = 14) calls its constructor and adds a PanelA > >> > 03.) Tab1: shows loading animation with its > >> AjaxSelfUpdatingTimerBehavior at PanelA > >> > 04.) Tab2: Page1 submit search > >> > 05.) Tab2: Page2 (Page id = 16) calls its constructor and adds a PanelA > >> > 06.) Tab2: shows loading animation with its > >> AjaxSelfUpdatingTimerBehavior at PanelA > >> > 07.) Tab1: Page2 (Page id = 17) calls its constructor > >> > 08.) Tab1: does not update anymore > >> > 09.) Tab2: Page2 (Page id = 18) calls its constructor > >> > 10.) Tab2: does not update anymore > >> > > >> > I do nothing from the beginning of step 7 and do not know why the > >> constructor > >> > is called again. > >> > >> Put a breakpoint in Page2 constructor and see why it is called. > >> > >> > > >> > (2) > >> > The same odd behavior happens, when I do the following. I submit a > >> search > >> > in Tab1 from its Page1. While the loading animation is shown, I reload > >> the > >> > Page1 in Tab2. The constructor of Page2 in Tab1 is called again and the > >> > Page2 in Tab1 stops its update progress. > >> > > >> > As diagram: > >> > 01.) Tab1: Page1 submit search > >> > 02.) Tab1: Page2 (Page id = 22) calls its constructor and adds a PanelA > >> > 03.) Tab1: shows loading animation with its > >> AjaxSelfUpdatingTimerBehavior at PanelA > >> > 04.) Tab2: Reload any Page > >> > 05.) Tab1: Page2 (Page id = 23) calls its constructor > >> > 06.) Tab1: does not update anymore > >> > > >> > > >> > I really can't explain to myself, why the constructor is called again. > >> But I think > >> > that this second call in the individual Tabs is crashing my application. > >> > Any ideas about this odd behavior? > >> > > >> > Thank in advance, > >> > Andre > >> > > >> > > >> > On Wed, 29 Feb 2012 10:10:37 -0800 > >> > Dan Retzlaff <dretzl...@gmail.com> wrote: > >> > > >> >> Your description is clear, thank you. I'm not certain that the > >> background > >> >> thread's reference to the Session is valid outside of the servlet > >> request. > >> >> I would verify your assumption by logging the session's object ID when > >> the > >> >> value is read/written. > >> >> > >> >> I have one other thought for you. I believe Wicket keeps the most > >> recent > >> >> page in a deserialized state to save itself the work of deserialization > >> in > >> >> the common case of it being required by the next request. (I think the > >> >> logic is in PageStoreManager, but it's not clear to me. Hopefully a dev > >> can > >> >> confirm/correct me.) At any rate, this may cause the difference between > >> >> your two scenarios. In your successful, single-tab scenario, you may be > >> >> benefiting from a lack of serialization/deserialization round-trip. We > >> have > >> >> noticed this difference when our components have transient variables > >> that > >> >> aren't set to null in detach(): in the most recent page the variable > >> >> remains not-null; if the session has intermediate requests for other > >> pages, > >> >> the variable is null when next accessed. > >> >> > >> >> Good luck, > >> >> Dan > >> >> > >> >> 2012/2/29 "André Schütz" <andre-p...@gmx.de> > >> >> > >> >> > Hi, > >> >> > > >> >> > Page1 gets the click of the submit button and collects the search > >> word. > >> >> > This will be changed into a hash value and set as PageParameter > >> >> > (q=Hashvalue) to the ResponsePage which is Page2. > >> >> > Additionally, I store the hash value into a session HashMap which > >> holds > >> >> > the hash value as key and an own class with the original search word. > >> This > >> >> > class will be filled with the results from the search of the > >> background > >> >> > thread. > >> >> > > >> >> > On Page2, I have the PageParameter as hash value and can search for > >> the > >> >> > correct entry of the HashMap in the session to react, when the > >> results are > >> >> > found. > >> >> > > >> >> > I hope, I could describe it. > >> >> > > >> >> > Andre > >> >> > > >> >> > -------- Original-Nachricht -------- > >> >> > > Datum: Tue, 28 Feb 2012 14:27:35 -0800 > >> >> > > Von: Dan Retzlaff <dretzl...@gmail.com> > >> >> > > An: users@wicket.apache.org > >> >> > > Betreff: Re: Multi Tab and Session > >> >> > > >> >> > > Hi Andre. I'm trying to understand your setup. A quickstart may be > >> >> > > required. > >> >> > > > >> >> > > What does your Page1's onSubmit() look like? Specifically I'd like > >> to > >> >> > know > >> >> > > how Page2 knows to watch for "word2". > >> >> > > > >> >> > > 2012/2/28 Andre Schütz <andre-p...@gmx.de> > >> >> > > > >> >> > > > Hello, > >> >> > > > > >> >> > > > I have a problem with my application that I am not able to solve > >> since > >> >> > > > the last three days. > >> >> > > > > >> >> > > > I realized that Wicket 1.5 provides multi tab / multi window > >> support > >> >> > > > for more than one opened tab in a browser. > >> >> > > > I have a problem with multiple tabs in my program, that I want to > >> >> > > > describe now. > >> >> > > > > >> >> > > > The program consists of two pages. Page1 contains a search field > >> that > >> >> > > > will be used to type in a search word. > >> >> > > > Page2 makes the search on a database, returns the results and > >> >> > > > displays it as a list. The search will be done from a background > >> >> > > > thread that stores the result in a hashmap in the session with > >> the > >> >> > > > search word as the key. Furthermore, Page2 shows a little loading > >> >> > > > animation that will be updated (AjaxSelfUpdatingTimerBehavior), > >> when > >> >> > the > >> >> > > > result is stored in the session. > >> >> > > > > >> >> > > > Now the problem. > >> >> > > > > >> >> > > > (1) I open the application in two tabs of the same browser. > >> >> > > > (2) The URL looks as follows: > >> >> > > > Tab1 - localhost:8080/appli/?0 > >> >> > > > Tab2 - localhost:8080/appli/?1 > >> >> > > > (3) Tab1 gets word1 in the search field and Tab2 gets word2 > >> >> > > > into the search field. > >> >> > > > (4) I press the submit button of Tab1, switch to Tab2 and press > >> the > >> >> > > > submit button, too. > >> >> > > > (5) The two Threads start to search for the results. > >> >> > > > (6) During the AjaxSelfUpdatingTimeBehavior, the result panel of > >> Page2 > >> >> > > > checks > >> >> > > > in its overwritten onBeforeRender method for the results. When > >> the > >> >> > > result > >> >> > > > for the search word is found in the session, the updateBehavior > >> of > >> >> > Page2 > >> >> > > > is stopped and the results will be displayed. > >> >> > > > -> Here starts my problem: > >> >> > > > > >> >> > > > None of the two pages will be updated and show the results. If I > >> start > >> >> > > > the search in one of the Tabs, the process will be finished and > >> the > >> >> > > > results displayed onto the screen. > >> >> > > > > >> >> > > > For me, it seems that both tabs share the same session data and > >> also > >> >> > > > the same updateBehavior on the Page2. > >> >> > > > > >> >> > > > Can anybody help me with that problem? Would be great. > >> >> > > > > >> >> > > > -- > >> >> > > > Andre Schütz <schuetz.an...@gmx.net> > >> >> > > > > >> >> > > > > >> --------------------------------------------------------------------- > >> >> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> >> > > > For additional commands, e-mail: users-h...@wicket.apache.org > >> >> > > > > >> >> > > > > >> >> > > >> >> > -- > >> >> > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > >> >> > belohnen Sie mit bis zu 50,- Euro! > >> https://freundschaftswerbung.gmx.de > >> >> > > >> >> > --------------------------------------------------------------------- > >> >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> >> > For additional commands, e-mail: users-h...@wicket.apache.org > >> >> > > >> >> > > >> > > >> > > >> > -- > >> > Andre Schütz <schuetz.an...@gmx.net> > >> > > >> > --------------------------------------------------------------------- > >> > 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 > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > > > > -- > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > --------------------------------------------------------------------- > > 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 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -- Andre Schütz <schuetz.an...@gmx.net> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org