Re: Issues with default type conversion in 1.5
Can you please put together a quick start for us? ~ Thank you, Paul C Bors On Sep 7, 2012, at 14:39, Alec Swan wrote: > Hello, > > I decided to extract this issue into a separate thread. > > I keep running into issues with default type converters in 1.5. I also > think I found a bug in > org.apache.wicket.util.lang.Objects#convertValue. A call to > convertValue(nonNullNonArrayValue, Object.class) will always return > null if nonNullNonArrayValue is a value that is not null and not an > array! Shouldn't it always return the first parameter when the second > parameter is Object.class? > > Is this a legitimate bug? > > Thanks, > > Alec > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Exception: Can not determine Markup. Component is not yet connected to a parent.
Thanks. But, I found the problem: For some reason, all elements in pom.xml file where erased. I just rewrite them and ready to rock. Thanks for your help. Regards, Roger 2012/9/7 Paul Bors > Try fallowing this Introduction to the Wicket Web Framework: > http://netbeans.org/kb/docs/web/quickstart-webapps-wicket.html > > ~ Thank you, > Paul Bors > > -Original Message- > From: Roger Palacios [mailto:rogerpalac...@gmail.com] > Sent: Friday, September 07, 2012 2:46 PM > To: users@wicket.apache.org > Subject: Re: Exception: Can not determine Markup. Component is not yet > connected to a parent. > > I was looking at WAR file and I found that the .html files are not included > in war file. > > I am using Netbeans 7.2 and maven. But I am very new using maven. Now I > wonder: Who is falling: Netbeans or maven? > > Please, give some advise. > > Regards, > Roger > > 2012/9/7 Roger Palacios > > > Hello. > > > > I have the following problem: > > > > I was developing a wicket demo application, not complex at all. > > Just a MainPage class and other sub classes that extend MainPage. > > Every thing is ok, but suddenly (I don't know why) I start to receive > > this > > exception: > > > > > > > > Unexpected RuntimeException > > > > Last cause: Can not determine Markup. Component is not yet connected > > to a parent. [Page class = com.zxxzt.fmsoft.basics.HomePage, id = 34, > > render count = 1] > > > > Stacktrace > > > > Root cause: > > > > org.apache.wicket.markup.MarkupNotFoundException: Can not determine > > Markup. Component is not yet connected to a parent. [Page class = > > com.zxxzt.fmsoft.basics.HomePage, id = 34, render count = 1] > > at org.apache.wicket.Component.getMarkup(Component.java:731) > > at org.apache.wicket.Component.internalRender(Component.java:2351) > > at org.apache.wicket.Component.render(Component.java:2314) > > at org.apache.wicket.Page.renderPage(Page.java:1035) > > at > > > > org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageR > enderer.java:105) > > at > > > > org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRend > erer.java:224) > > at > > > > org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPag > eRequestHandler.java:167) > > at > > > > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(Request > Cycle.java:784) > > at > > > > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.ja > va:64) > > at > > > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:255) > > at > > > > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.jav > a:212) > > at > > > > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Request > Cycle.java:283) > > at > > > > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.jav > a:188) > > at > > > > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:244) > > at > > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > > at > > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > > at > > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja > va:233) > > at > > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja > va:191) > > at > > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127 > ) > > at > > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102 > ) > > at > > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java > :109) > > at > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) > > at > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > > at > > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http > 11Protocol.java:602) > > at > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > > at java.lang.Thread.run(Thread.java:722) > > > > > > HomePage extends MainPage. > > > > Both classes have no code inside, are empty. > > > > This is the MainPage.html: > > > > > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > > http://www.w3.org/1999/xhtml";> > > > > > /> > > FMSoft - Facility Maintenance Software > > > > > > > > > > > > > > > > SOMBuilding/SYSTEMS > > Facility Maintenance System > > > > > > > > > > > > > > > > > > > > > > > >
RE: Migration to 1.5: 'X' is not a valid Serializable
:) In the else branch for when the type is not null. final IConverter converter = getConverter(getType()); -Original Message- From: Alec Swan [mailto:alecs...@gmail.com] Sent: Friday, September 07, 2012 3:00 PM To: users@wicket.apache.org Subject: Re: Migration to 1.5: 'X' is not a valid Serializable > As you must have figured it out by now if you do not specify a type > for the form field then Wicket converts the input via > FormComponet#convertValue(getInputAsArray()) which is what your code > hits and the type passed to it is not Object.class but rather String[]. I just opened a new thread which describes the bug in Objects#convertValue which describes the problem. > If you use generics or specify the type then Wicket knows what > IConverter to use. I keep getting hung up on what you mean by "if you use generics .. then Wicket knows what IConverter to use". Can you explain this? Maybe give an example? > In one of your replies you referred to > "EditableLabel(..).setType(String.class)" and I take it EditableLabel > is nothing but a compound FormComponent which would explain why it > works for you when you call #setType(). Correct. > Personally I upgraded from 1.3.7 to 1.5.8 and even though I'm not done > refactoring the entire webapp, I haven't yet run into the problem you > first described. Perhaps you should create a quick start so that we > can all reproduce your problem on our own to better help you? I will create a quickstart if it turns out that the problem I described in Objects#convertValue is not a bug. Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[Announce] WicketStuff 6.0.0 released
WicketStuff Core projects version 6.0.0 have been released and will shortly be available at Maven Central. The WicketStuff Core projects were built against Apache Wicket 6.0.0. The changelog is pretty long, so you can find that at the end of this message. The projects can be retrieved from Maven like this: org.wicketstuff wicketstuff-progressbar 6.0.0 The release tag is here: https://github.com/wicketstuff/core/tree/wicketstuff-core-6.0.0 Issues can be reported here: https://github.com/wicketstuff/core/issues The Project Wiki is available here: https://github.com/wicketstuff/core/wiki The WicketStuff team! == The changelog: =Tom B (2): [InMethod Grid] Ability to add new rows & new column types **Appendable Changes** - Added `IAppendableDataSource` - defines a data source capable of adding new rows - Added `AppendableDataProvider` - example IAppendableDataSource implementation that wraps IDataProvider - Added `AddRecordsToolbar` - toolbar with a button for adding new records to a data grid - Added `AbstractPageableView#clearCache()` - clears the query cache to force complete redraw on next render - Added `DataGrid#insertRow(T rowData)` - inserts a new row of data into the end of the current page - Added `DataGridBody#insertRow(T rowData)` - inserts a new row of data into the end of the current page - Added `DataGridBody#createItem(T rowData)` - returns an item to be inserted - Added `DataGridBody#clearCache(T rowData)` - clears the query cache to force complete redraw on next render [InMethod Grid] Added missing Wicket-DateTime dependency for EditableDateColumn loosened SubmitCancelPanel#getGrid() to protected for AddDeletePanel Andrei Costescu (1): Manually merged changes from 1.4 branch. Options that should eveluate to function objects browser side should not escape unicode characters like "=". Also when the input component gets replaced through AJAX while it is being incremented/decremented, avoid endless loop. Bruno Borges (2): DSL for Wicket+Scala projects fixed package name Emond Papegaaij (3): many compilefixes for upstream wicket 6.0 changes make wicket-security work again on wicket 6.0 ported GMap2 and openlayers to Wicket 6, I'm not in the position to test this, so it could still be broken Georg Buschbeck (4): updated jquery dependencies added js files fixed version typo in LibraryData forgot file in previous commit Merge remote branch 'upstream/master' George Armhold (1): Fix bug in StringBuilder usage when rendering "chbh" chart URL param. This allows barWidth to be rendered properly. Igor Vaynberg (1): Merge pull request #73 from tfreier/master Jesse Long (5): IXmlPullParser no longer throws ResourceStreamNotFoundException Latest packaged version of jquery is 1.7.2 Add missing jquery-1.6.1.js file Generify SecureTabbedPanel like regular TabbedPanel Update package name for UrlDecoder and UrlEncoder imports JoachimRohde (2): Fixed compilation issue and a NPE in GMap2. - wicket.contrib.gmap.api.GClientGeocoder#getCallbackScript could not be compiled because getCallbackFunction didn't accept strings as parameters. - In GOverlay a NullPointerException occured when using the DragEndListener. Merge pull request #144 from JoachimRohde/master Martijn Dashorst (1): Release version 6.0.0 Martin Grigorov (14): Merge pull request #86 from armhold/master Merge pull request #109 from raystorm/Raystorm-Appendable Merge pull request #111 from rkaercher/master Merge pull request #122 from JoachimRohde/master Merge pull request #124 from td-github/master Merge pull request #126 from td-github/master Merge pull request #132 from jesselong/master Merge pull request #133 from pausb/master Merge pull request #137 from minman/fix-130 Merge pull request #139 from wickeria/master Merge pull request #142 from svieujot/master Merge pull request #141 from JoachimRohde/master Merge pull request #147 from wickeria/master Merge pull request #149 from pliljenberg/master Martin Tzvetanov Grigorov (31): [inmethod-grid] Fix imports after WICKET-4439 [inmethod-grid] Update to upstream - JavaScriptPrecondition is removed [annotations] Re-enable Annotations module [scala] Re-enable scala-extensions module [jquery] Re-enable jquery module [html5] Re-enable wicket-html5 [spring-reference] Re-enable spring-reference module [minis] Re-enable minis module [jsr-303] Re-enable JSR303 module [portlet] Re-enable portlet module Add EventSourceResource - an IResource that knows the response protocol of Server Side Events The response should be in UTF-8 by SSE specs Re-enable tinymce module Fix #79 - Tinymce icon
Re: Migration to 1.5: 'X' is not a valid Serializable
> As you must have figured it out by now if you do not specify a type for the > form field then Wicket converts the input via > FormComponet#convertValue(getInputAsArray()) which is what your code hits > and the type passed to it is not Object.class but rather String[]. I just opened a new thread which describes the bug in Objects#convertValue which describes the problem. > If you use generics or specify the type then Wicket knows what IConverter to > use. I keep getting hung up on what you mean by "if you use generics .. then Wicket knows what IConverter to use". Can you explain this? Maybe give an example? > In one of your replies you referred to > "EditableLabel(..).setType(String.class)" and I take it EditableLabel is > nothing but a compound FormComponent which would explain why it works for > you when you call #setType(). Correct. > Personally I upgraded from 1.3.7 to 1.5.8 and even though I'm not done > refactoring the entire webapp, I haven't yet run into the problem you first > described. Perhaps you should create a quick start so that we can all > reproduce your problem on our own to better help you? I will create a quickstart if it turns out that the problem I described in Objects#convertValue is not a bug. Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Exception: Can not determine Markup. Component is not yet connected to a parent.
Try fallowing this Introduction to the Wicket Web Framework: http://netbeans.org/kb/docs/web/quickstart-webapps-wicket.html ~ Thank you, Paul Bors -Original Message- From: Roger Palacios [mailto:rogerpalac...@gmail.com] Sent: Friday, September 07, 2012 2:46 PM To: users@wicket.apache.org Subject: Re: Exception: Can not determine Markup. Component is not yet connected to a parent. I was looking at WAR file and I found that the .html files are not included in war file. I am using Netbeans 7.2 and maven. But I am very new using maven. Now I wonder: Who is falling: Netbeans or maven? Please, give some advise. Regards, Roger 2012/9/7 Roger Palacios > Hello. > > I have the following problem: > > I was developing a wicket demo application, not complex at all. > Just a MainPage class and other sub classes that extend MainPage. > Every thing is ok, but suddenly (I don't know why) I start to receive > this > exception: > > > > Unexpected RuntimeException > > Last cause: Can not determine Markup. Component is not yet connected > to a parent. [Page class = com.zxxzt.fmsoft.basics.HomePage, id = 34, > render count = 1] > > Stacktrace > > Root cause: > > org.apache.wicket.markup.MarkupNotFoundException: Can not determine > Markup. Component is not yet connected to a parent. [Page class = > com.zxxzt.fmsoft.basics.HomePage, id = 34, render count = 1] > at org.apache.wicket.Component.getMarkup(Component.java:731) > at org.apache.wicket.Component.internalRender(Component.java:2351) > at org.apache.wicket.Component.render(Component.java:2314) > at org.apache.wicket.Page.renderPage(Page.java:1035) > at > org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageR enderer.java:105) > at > org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRend erer.java:224) > at > org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPag eRequestHandler.java:167) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(Request Cycle.java:784) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.ja va:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:255) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.jav a:212) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Request Cycle.java:283) > at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.jav a:188) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:244) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127 ) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102 ) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http 11Protocol.java:602) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > at java.lang.Thread.run(Thread.java:722) > > > HomePage extends MainPage. > > Both classes have no code inside, are empty. > > This is the MainPage.html: > > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > http://www.w3.org/1999/xhtml";> > > /> > FMSoft - Facility Maintenance Software > > > > > > > > SOMBuilding/SYSTEMS > Facility Maintenance System > > > > > > > > > > > > > > > > > http://validator.w3.org/check/referer"; > title="valid XHTML">XHTML | http://jigsaw.w3.org/css-validator/check/referer"; title="valid > CSS">CSS © FMSoft - ZXXZ Tecnología, C.A. > Design: http://www.spyka.net";>Free CSS Templates | http://www.justfreetemplates.com";>Free Web Templates > > > > > > > > > And the HomePage.html: > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en" > xmlns:wicket=" >
RE: Migration to 1.5: 'X' is not a valid Serializable
Yes I added the comments in and perhaps I should have stated more clear what I meant. Sorry I was rushing at the end of the day :) As you must have figured it out by now if you do not specify a type for the form field then Wicket converts the input via FormComponet#convertValue(getInputAsArray()) which is what your code hits and the type passed to it is not Object.class but rather String[]. If you use generics or specify the type then Wicket knows what IConverter to use. In one of your replies you referred to "EditableLabel(..).setType(String.class)" and I take it EditableLabel is nothing but a compound FormComponent which would explain why it works for you when you call #setType(). Personally I upgraded from 1.3.7 to 1.5.8 and even though I'm not done refactoring the entire webapp, I haven't yet run into the problem you first described. Perhaps you should create a quick start so that we can all reproduce your problem on our own to better help you? ~ Thank you, Paul Bors -Original Message- From: Alec Swan [mailto:alecs...@gmail.com] Sent: Friday, September 07, 2012 2:09 PM To: users@wicket.apache.org Subject: Re: Migration to 1.5: 'X' is not a valid Serializable > // Via generics Paul, I am not seeing this comment in the actual code. I am assuming that you added this comment to clarify something for me, but I am not getting it. > Thus if you use generics your problem would most likely go away Are you saying that Wicket has a different code path for models defined as new Model(x) and new Model(x)? It's impossible because information is lost at runtime. > , otherwise you would have to suffer a bit and you should porb call > setType() so Wicket would know what implementation of IConverter to use. Default type converters worked well in 1.4 and in 1.5 require setType() in some situations. How can I track down all the components in my code that require setType() 1.5? Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Exception: Can not determine Markup. Component is not yet connected to a parent.
I was looking at WAR file and I found that the .html files are not included in war file. I am using Netbeans 7.2 and maven. But I am very new using maven. Now I wonder: Who is falling: Netbeans or maven? Please, give some advise. Regards, Roger 2012/9/7 Roger Palacios > Hello. > > I have the following problem: > > I was developing a wicket demo application, not complex at all. > Just a MainPage class and other sub classes that extend MainPage. Every > thing is ok, but suddenly (I don't know why) I start to receive this > exception: > > > > Unexpected RuntimeException > > Last cause: Can not determine Markup. Component is not yet connected to a > parent. [Page class = com.zxxzt.fmsoft.basics.HomePage, id = 34, render > count = 1] > > Stacktrace > > Root cause: > > org.apache.wicket.markup.MarkupNotFoundException: Can not determine > Markup. Component is not yet connected to a parent. [Page class = > com.zxxzt.fmsoft.basics.HomePage, id = 34, render count = 1] > at org.apache.wicket.Component.getMarkup(Component.java:731) > at org.apache.wicket.Component.internalRender(Component.java:2351) > at org.apache.wicket.Component.render(Component.java:2314) > at org.apache.wicket.Page.renderPage(Page.java:1035) > at > org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:105) > at > org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:224) > at > org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:784) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:255) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:283) > at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:244) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > at java.lang.Thread.run(Thread.java:722) > > > HomePage extends MainPage. > > Both classes have no code inside, are empty. > > This is the MainPage.html: > > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > http://www.w3.org/1999/xhtml";> > > /> > FMSoft - Facility Maintenance Software > > > > > > > > SOMBuilding/SYSTEMS > Facility Maintenance System > > > > > > > > > > > > > > > > > http://validator.w3.org/check/referer"; > title="valid XHTML">XHTML | http://jigsaw.w3.org/css-validator/check/referer"; title="valid > CSS">CSS © FMSoft - ZXXZ Tecnología, C.A. > Design: http://www.spyka.net";>Free CSS Templates | http://www.justfreetemplates.com";>Free Web Templates > > > > > > > > > And the HomePage.html: > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en" > xmlns:wicket=" > http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";> > > > > > > Lo que no se mide, no se controla y lo que no se > controla no se mejora > > La clave: medir -bien- lo > necesario > La implementación de mecanismos de control de > gestión no implica la nece
Issues with default type conversion in 1.5
Hello, I decided to extract this issue into a separate thread. I keep running into issues with default type converters in 1.5. I also think I found a bug in org.apache.wicket.util.lang.Objects#convertValue. A call to convertValue(nonNullNonArrayValue, Object.class) will always return null if nonNullNonArrayValue is a value that is not null and not an array! Shouldn't it always return the first parameter when the second parameter is Object.class? Is this a legitimate bug? Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Exception: Can not determine Markup. Component is not yet connected to a parent.
Hello. I have the following problem: I was developing a wicket demo application, not complex at all. Just a MainPage class and other sub classes that extend MainPage. Every thing is ok, but suddenly (I don't know why) I start to receive this exception: Unexpected RuntimeException Last cause: Can not determine Markup. Component is not yet connected to a parent. [Page class = com.zxxzt.fmsoft.basics.HomePage, id = 34, render count = 1] Stacktrace Root cause: org.apache.wicket.markup.MarkupNotFoundException: Can not determine Markup. Component is not yet connected to a parent. [Page class = com.zxxzt.fmsoft.basics.HomePage, id = 34, render count = 1] at org.apache.wicket.Component.getMarkup(Component.java:731) at org.apache.wicket.Component.internalRender(Component.java:2351) at org.apache.wicket.Component.render(Component.java:2314) at org.apache.wicket.Page.renderPage(Page.java:1035) at org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:105) at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:224) at org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:784) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:255) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:283) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:244) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:722) HomePage extends MainPage. Both classes have no code inside, are empty. This is the MainPage.html: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml";> FMSoft - Facility Maintenance Software SOMBuilding/SYSTEMS Facility Maintenance System http://validator.w3.org/check/referer"; title="valid XHTML">XHTML | http://jigsaw.w3.org/css-validator/check/referer"; title="valid CSS">CSS © FMSoft - ZXXZ Tecnología, C.A. Design: http://www.spyka.net";>Free CSS Templates | http://www.justfreetemplates.com";>Free Web Templates And the HomePage.html: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en" xmlns:wicket=" http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";> Lo que no se mide, no se controla y lo que no se controla no se mejora La clave: medir -bien- lo necesario La implementación de mecanismos de control de gestión no implica la necesidad de desarrollar proyectos costosos y complejos, pero si facilita mucho tener herramientas de gestión y operación adecuadas a las necesidades y con visión de futuro. Opciones Presupuestos
Re: Migration to 1.5: 'X' is not a valid Serializable
> // Via generics Paul, I am not seeing this comment in the actual code. I am assuming that you added this comment to clarify something for me, but I am not getting it. > Thus if you use generics your problem would most likely go away Are you saying that Wicket has a different code path for models defined as new Model(x) and new Model(x)? It's impossible because information is lost at runtime. > , otherwise you would have to suffer a bit and you should porb call setType() > so Wicket > would know what implementation of IConverter to use. Default type converters worked well in 1.4 and in 1.5 require setType() in some situations. How can I track down all the components in my code that require setType() 1.5? Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.5 and panel with different markup location
See PageWithCustomLoading in wicket-examples. Of course a panel's markup still has to contain the tags. Sven On 09/07/2012 06:29 PM, hok wrote: Hello, In my application I need a specific Panel, which retrieves it's markup file from location outside the package. This rule applies only for this specific panel (the other components in the application are using the standard markup sourcing mechanism). Could you give me an example on how to specify a different path for the markup file, while still using the caching provided by MarkupFactory. I've tried overriding MarkupContainer.getAssociatedMarkup(), but I receive an exception org.apache.wicket.markup.MarkupNotFoundException: Expected to find in associated markup file. Thanks in advance. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-and-panel-with-different-markup-location-tp4651853.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket 1.5 and panel with different markup location
Hello, In my application I need a specific Panel, which retrieves it's markup file from location outside the package. This rule applies only for this specific panel (the other components in the application are using the standard markup sourcing mechanism). Could you give me an example on how to specify a different path for the markup file, while still using the caching provided by MarkupFactory. I've tried overriding MarkupContainer.getAssociatedMarkup(), but I receive an exception org.apache.wicket.markup.MarkupNotFoundException: Expected to find in associated markup file. Thanks in advance. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-and-panel-with-different-markup-location-tp4651853.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jar file of wicket 6
On Fri, Sep 7, 2012 at 6:25 PM, Martijn Dashorst wrote: > I have just uploaded a couple of binary distributions to the > distribution area. Please allow 24 hours for the mirrors to pick it > up: > > http://www.apache.org/dyn/closer.cgi/wicket/6.0.0/bin Also, please verify the downloads with the provided hashes and signature before you actually use the software. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jar file of wicket 6
I have just uploaded a couple of binary distributions to the distribution area. Please allow 24 hours for the mirrors to pick it up: http://www.apache.org/dyn/closer.cgi/wicket/6.0.0/bin Martijn On Fri, Sep 7, 2012 at 3:00 PM, David Psiuk wrote: > Hello there, > > in the readme file of wicket's distribution, there is written: > > "The Wicket distribution contains the final Wicket jar. You can use this > directly in your applications" > > I can't find any jar file in that package. > > Someone know where to get it? > > Thank you and best regards > > David > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: jar file of wicket 6
Have you tried searching the Maven Central Repository? http://search.maven.org/#browse%7C-201303248 Each Wicket project has their own jar as artifacts for public download. More about Apache Maven: http://maven.apache.org/ Consider changing your build system to a maven one or if you use ant, then make use of the Maven Ant Tasks: http://maven.apache.org/ant-tasks/index.html ~ Thank you, Paul Bors -Original Message- From: David Psiuk [mailto:da...@psiuk.de] Sent: Friday, September 07, 2012 9:21 AM To: users@wicket.apache.org Subject: Re: jar file of wicket 6 hi, I've read the readme from the zip archive I got from http://apache.imsam.info/wicket/6.0.0/ There ain't any jar files in it. Just sources... Am 07.09.2012 15:16, schrieb Martin Grigorov: > Hi, > > See here: > http://wicket.apache.org/2012/08/24/wicket-1.5.8-released.html > The setup is the same but replace 1.5.8 with 6.0.0. > At http://www.apache.org/dyn/closer.cgi/wicket/6.0.0 you can download > a .zip with all .jar files inside. > > Which readme did you read ? Maybe we can improve it. > > On Fri, Sep 7, 2012 at 3:00 PM, David Psiuk wrote: >> Hello there, >> >> in the readme file of wicket's distribution, there is written: >> >> "The Wicket distribution contains the final Wicket jar. You can use >> this directly in your applications" >> >> I can't find any jar file in that package. >> >> Someone know where to get it? >> >> Thank you and best regards >> >> David >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 and CDI
looks like org.jboss.weld.weld-core and org.jboss.weld.servlet.weld-servlet-core are there. though not in version 1.1.2.Final. wicket-cdi might have upgrade to at least 1.1.4.Final 2012/9/7 Martijn Dashorst > On Fri, Sep 7, 2012 at 4:00 PM, Martin Grigorov > wrote: > >>> There is a security hole: > http://search.maven.org/#search%7Cga%7C1%7Cwicket-cdi > >> > >> Apparently seam-conversation-spi *is* in the maven central repository. > > > > I see Wicket 6.1.0 coming :-) > > Before we start cheering, for wicket-cdi examples to work, the weld-* > things also need to be in Central. And wicket-cdi-examples is still at > 1.0 in Central. Now I just saw some releases of weld-* in central, > perhaps the right libraries are available now. > > Martijn > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket 6 and CDI
On Fri, Sep 7, 2012 at 4:00 PM, Martin Grigorov wrote: >>> There is a security hole: >>> http://search.maven.org/#search%7Cga%7C1%7Cwicket-cdi >> >> Apparently seam-conversation-spi *is* in the maven central repository. > > I see Wicket 6.1.0 coming :-) Before we start cheering, for wicket-cdi examples to work, the weld-* things also need to be in Central. And wicket-cdi-examples is still at 1.0 in Central. Now I just saw some releases of weld-* in central, perhaps the right libraries are available now. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 and CDI
On Fri, Sep 7, 2012 at 3:58 PM, Martijn Dashorst wrote: > On Fri, Sep 7, 2012 at 3:50 PM, Martin Grigorov wrote: >> On Fri, Sep 7, 2012 at 3:47 PM, Martijn Dashorst >> wrote: >>> On Fri, Sep 7, 2012 at 3:32 PM, heapifyman wrote: Now that wicket 6 final is out, will there be a wicket 6 compatible "release" of wicket-cdi? Or is it already available on one of the maven repos? Or should I get the source from github and build it myself if I want to use wicket-cdi with wicket 6? >>> >>> Publishing a release (to Maven Central) of wicket-cdi is impossible, >>> since the JBoss seam dependencies are not in Maven Central, and Maven >>> Central policy dictates that all dependencies must be in Maven >>> Central, and that POM's must not contain elements. >> >> There is a security hole: >> http://search.maven.org/#search%7Cga%7C1%7Cwicket-cdi > > Apparently seam-conversation-spi *is* in the maven central repository. I see Wicket 6.1.0 coming :-) > > Martijn > > - > 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
Re: Wicket 6 and CDI
On Fri, Sep 7, 2012 at 3:50 PM, Martin Grigorov wrote: > On Fri, Sep 7, 2012 at 3:47 PM, Martijn Dashorst > wrote: >> On Fri, Sep 7, 2012 at 3:32 PM, heapifyman wrote: >>> Now that wicket 6 final is out, will there be a wicket 6 compatible >>> "release" of wicket-cdi? Or is it already available on one of the maven >>> repos? Or should I get the source from github and build it myself if I want >>> to use wicket-cdi with wicket 6? >> >> Publishing a release (to Maven Central) of wicket-cdi is impossible, >> since the JBoss seam dependencies are not in Maven Central, and Maven >> Central policy dictates that all dependencies must be in Maven >> Central, and that POM's must not contain elements. > > There is a security hole: > http://search.maven.org/#search%7Cga%7C1%7Cwicket-cdi Apparently seam-conversation-spi *is* in the maven central repository. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 and CDI
On Fri, Sep 7, 2012 at 3:47 PM, Martijn Dashorst wrote: > On Fri, Sep 7, 2012 at 3:32 PM, heapifyman wrote: >> Now that wicket 6 final is out, will there be a wicket 6 compatible >> "release" of wicket-cdi? Or is it already available on one of the maven >> repos? Or should I get the source from github and build it myself if I want >> to use wicket-cdi with wicket 6? > > Publishing a release (to Maven Central) of wicket-cdi is impossible, > since the JBoss seam dependencies are not in Maven Central, and Maven > Central policy dictates that all dependencies must be in Maven > Central, and that POM's must not contain elements. There is a security hole: http://search.maven.org/#search%7Cga%7C1%7Cwicket-cdi > > Martijn > > - > 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
Re: Wicket 6 and CDI
On Fri, Sep 7, 2012 at 3:32 PM, heapifyman wrote: > Now that wicket 6 final is out, will there be a wicket 6 compatible > "release" of wicket-cdi? Or is it already available on one of the maven > repos? Or should I get the source from github and build it myself if I want > to use wicket-cdi with wicket 6? Publishing a release (to Maven Central) of wicket-cdi is impossible, since the JBoss seam dependencies are not in Maven Central, and Maven Central policy dictates that all dependencies must be in Maven Central, and that POM's must not contain elements. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 and CDI
Now that wicket 6 final is out, will there be a wicket 6 compatible "release" of wicket-cdi? Or is it already available on one of the maven repos? Or should I get the source from github and build it myself if I want to use wicket-cdi with wicket 6? 2012/7/16 Igor Vaynberg > just pushed the wicket-6 branch > > -igor > > On Mon, Jul 16, 2012 at 1:04 AM, Jochen Mader > wrote: > > Hehehehe, that was easy :) > > It's just a couple of package-renames and fixing the > > ConversationExpiryChecker to use the new way of getting the > > AjaxRequestTarget: > > AjaxRequestTarget target = > RequestCycle.get().find(AjaxRequestTarget.class); > > if (component instanceof Page ||target != null) > > Took me like 3 minutes. > > I just did a quick smoke test in Glassfish and so far things are looking > good. > > Will hopefully get some more time tomorrow evening to test a little more. > > If I find any problems I will let you know. > > > > CU, > > > > Jochen > > > > > > On Sun, Jul 15, 2012 at 11:45 PM, Jochen Mader > > wrote: > >> Tried it out a few minutes ago. > >> Looks a few things got moved into the core package (e.g. > IPageRequestHandler). > >> I had a quick look and so far I didn't find anything beyond renamed > >> packages (but that's just a few minutes of looking). > >> I might just give it a shot and try to get it running. > >> > >> CU > >> Jochen > >> > >> On Sun, Jul 15, 2012 at 11:15 PM, Igor Vaynberg < > igor.vaynb...@gmail.com> wrote: > >>> havent had time to try it out on wicket 6 yet, is anything actually > broken? > >>> > >>> -igor > >>> > >>> On Sun, Jul 15, 2012 at 11:40 PM, Jochen Mader > >>> wrote: > To get that out of the way: I know that Wicket 6 won't be shipped with > CDI directly :) > I still would like to use Wicket 6 in Glassfish. > Are there plans to port wicket-cdi to Wicket 6? I couldn't find > anything on the 42lines git-repo on that issue. > Help required? > > Thanks, > > Jochen > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: jar file of wicket 6
hi, I've read the readme from the zip archive I got from http://apache.imsam.info/wicket/6.0.0/ There ain't any jar files in it. Just sources... Am 07.09.2012 15:16, schrieb Martin Grigorov: > Hi, > > See here: http://wicket.apache.org/2012/08/24/wicket-1.5.8-released.html > The setup is the same but replace 1.5.8 with 6.0.0. > At http://www.apache.org/dyn/closer.cgi/wicket/6.0.0 you can download > a .zip with all .jar files inside. > > Which readme did you read ? Maybe we can improve it. > > On Fri, Sep 7, 2012 at 3:00 PM, David Psiuk wrote: >> Hello there, >> >> in the readme file of wicket's distribution, there is written: >> >> "The Wicket distribution contains the final Wicket jar. You can use this >> directly in your applications" >> >> I can't find any jar file in that package. >> >> Someone know where to get it? >> >> Thank you and best regards >> >> David >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jar file of wicket 6
Hi, See here: http://wicket.apache.org/2012/08/24/wicket-1.5.8-released.html The setup is the same but replace 1.5.8 with 6.0.0. At http://www.apache.org/dyn/closer.cgi/wicket/6.0.0 you can download a .zip with all .jar files inside. Which readme did you read ? Maybe we can improve it. On Fri, Sep 7, 2012 at 3:00 PM, David Psiuk wrote: > Hello there, > > in the readme file of wicket's distribution, there is written: > > "The Wicket distribution contains the final Wicket jar. You can use this > directly in your applications" > > I can't find any jar file in that package. > > Someone know where to get it? > > Thank you and best regards > > David > > > - > 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
Re: Apache wicket cookbook ch5 - Filtering form example
It works like a charm! Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Apache-wicket-cookbook-ch5-Filtering-form-example-tp4651836p4651839.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
jar file of wicket 6
Hello there, in the readme file of wicket's distribution, there is written: "The Wicket distribution contains the final Wicket jar. You can use this directly in your applications" I can't find any jar file in that package. Someone know where to get it? Thank you and best regards David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Apache wicket cookbook ch5 - Filtering form example
Turn the submit button into an AjaxButton: form.add(new AjaxButton("submit", form) {...} and in the button's onSubmit method add the table to the AjaxRequestTarget. I believe that should do it. 2012/9/7 lucast > Dear Forum, > For those of you familiar with the content of Apache wicket cookbook. There > is a wonderful example for filtering data tables on chapter 5 (recipe0502), > When I click search, the entire page is refreshed. The main question I have > about this is: > > Is there a way to implement this using ajax so that only the result table > is > refreshed/repainted? > > Thanks in advance, > Lucas > > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Apache-wicket-cookbook-ch5-Filtering-form-example-tp4651836.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Apache wicket cookbook ch5 - Filtering form example
Dear Forum, For those of you familiar with the content of Apache wicket cookbook. There is a wonderful example for filtering data tables on chapter 5 (recipe0502), When I click search, the entire page is refreshed. The main question I have about this is: Is there a way to implement this using ajax so that only the result table is refreshed/repainted? Thanks in advance, Lucas -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Apache-wicket-cookbook-ch5-Filtering-form-example-tp4651836.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Equivalent to WebResource in Wicket 1.5.8
Hi, I think the easiest for would be to extend org.apache.wicket.request.resource.ByteArrayResource. On Fri, Sep 7, 2012 at 10:38 AM, Madasamy Sankarapandian wrote: > Right now i migrating my application from wicket 1.4.x to 1.5.8 > > In wicket 1.4.x > > For view the image i used MyResource class which is extends the > WebResource class. > The coding is add(Image("image",MyResource(new File(path))); > > WebResource#getResourceStream() are Removed from wicket 1.5.x > > What is the equivalent class to WebResource in Wicket 1.5.x? -- 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
Equivalent to WebResource in Wicket 1.5.8
Right now i migrating my application from wicket 1.4.x to 1.5.8 In wicket 1.4.x For view the image i used MyResource class which is extends the WebResource class. The coding is add(Image("image",MyResource(new File(path))); WebResource#getResourceStream() are Removed from wicket 1.5.x What is the equivalent class to WebResource in Wicket 1.5.x?
Re: WiQuery 6.0.0 has been released!
Congratulations -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/WiQuery-6-0-0-has-been-released-tp4651802p4651832.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org