>The easiest way to do that is to put your project in wicketstuff [1] >This way it will be next to other similar Wicket related projects and >easier to find by other users, some other wicketstuff devs can >improve/extend it, and it will be published together with the other >projects in M2 central regularly.
Yes it would seem wicketstuff is the ideal place for this to go. Is there some kind of approval process for getting a project into wicketstuff or do I just look up a 'how to' guide somewhere and make it happen? >I looked in the code and I see it is really an extension of Wicket's >ModalWindow. It is not completely new Dialog component. This is both >good and bad. We all know that Wicket's ModalWindow have some problems >:-/ The ease of use of Modal windows in ModalX comes from the fact that Wicket's ModalWindow class is extended once and once only to form ModelContentWindow which is the class used for ALL modal windows from then on. The variance comes in the form of classes (both ModalX and application specific) that extend ModelContentPanel and therefore inherit that base class' ability to interact with the generic ModalContentWindow instance. >The NPE is caused by the usage of 'transient' for some fields for no >good reason. Yes, I added a new convenience class, ModalXPage, and forgot to set up Javelin to generate non transient attributes when it generates the code. So of course after serializing in a page those attributes would be null. All fixed and redeployed now. >1. https://github.com/wicketstuff/core/ > >On Thu, Aug 4, 2011 at 3:30 PM, Chris Colman ><[email protected]> wrote: >> >>>Hey Chris, >>> >>>For me the live smaple works. In addition the library look quite nice >> at a >>>first glance. Since it's ASF2 licensed I could really think of using it >> on >>>one of my projects. I know, I know you don't look a gift horse in the >>>mouth; >>>still would it be imaginable to move the src to github >> >> I've traditionally been a subversion kind of guy so I don't have much >> experience with publishing projects to github but sure we could put it >> up on github once we work out how. Maybe someone with github experience >> could help us with that. >> >>> & publish artifacts at m2 central? :-) >> >> I was actually researching how to publish things to m2 central as it >> sounds like a very worthy idea. Sounds like a bit of needed there too. >> >>>The first one would definitely help if you like to >>>contribute and the second to use it (at least in other opensource >> projects >>>since not all of them have an own maven repo to publish the lib). >>> >>>Thanks again for the work and kind regards, >>>Andreas >>> >>>On Thu, Aug 4, 2011 at 12:18, Sebastian <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> the live demo does not seem to work. Getting the following exception, >> no >>>> matter which link I click. >>>> >>>> Cheers, >>>> Seb >>>> >>>> Root cause: >>>> >>>> java.lang.NullPointerException >>>> at >> com.sas.ui.wicket.modal.**optional.ModalXPage.**allocateModalWindow(** >>>> ModalXPage.java:139) >>>> at com.sas.ui.modal.example.**HomePage$3.onClick(HomePage.**java:83) >>>> at org.apache.wicket.ajax.markup.**html.AjaxLink$1.onEvent(** >>>> AjaxLink.java:68) >>>> at org.apache.wicket.ajax.**AjaxEventBehavior.respond(** >>>> AjaxEventBehavior.java:177) >>>> at >> org.apache.wicket.ajax.**AbstractDefaultAjaxBehavior.**onRequest(** >>>> AbstractDefaultAjaxBehavior.**java:302) >>>> at org.apache.wicket.request.**target.component.listener.** >>>> >> BehaviorRequestTarget.**processEvents(**BehaviorRequestTarget.java:**157 >> ) >>>> at org.apache.wicket.request.**AbstractRequestCycleProcessor.** >>>> processEvents(**AbstractRequestCycleProcessor.**java:92) >>>> at org.apache.wicket.**RequestCycle.**processEventsAndRespond(** >>>> RequestCycle.java:1250) >>>> at org.apache.wicket.**RequestCycle.step(**RequestCycle.java:1329) >>>> at org.apache.wicket.**RequestCycle.steps(**RequestCycle.java:1436) >>>> at org.apache.wicket.**RequestCycle.request(**RequestCycle.java:545) >>>> at org.apache.wicket.protocol.**http.WicketFilter.doGet(** >>>> WicketFilter.java:486) >>>> at org.apache.wicket.protocol.**http.WicketFilter.doFilter(** >>>> WicketFilter.java:319) >>>> 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.valves.**AccessLogValve.invoke(** >>>> AccessLogValve.java:555) >>>> at org.apache.catalina.core.**StandardEngineValve.invoke(** >>>> StandardEngineValve.java:109) >>>> at org.apache.catalina.connector.**CoyoteAdapter.service(** >>>> CoyoteAdapter.java:298) >>>> at org.apache.coyote.http11.**Http11AprProcessor.process(** >>>> Http11AprProcessor.java:859) >>>> at >>>org.apache.coyote.http11.**Http11AprProtocol$**Http11ConnectionHandle r. >>>> **process(Http11AprProtocol.**java:579) >>>> at org.apache.tomcat.util.net.**AprEndpoint$Worker.run(** >>>> AprEndpoint.java:1555) >>>> at java.lang.Thread.run(Thread.**java:619) >>>> >>>> >>>> >>>> On 04.08.2011 11:12, Chris Colman wrote: >>>> >>>>> Hello Fellow Wicketers, >>>>> >>>>> Step Ahead Software has made available new sample code and a live >> demo >>>>> of our open source ModalX wicket library that provides a convenient >> and >>>>> efficient way of defining and using modal windows/forms/message >> boxes in >>>>> Wicket based applications. >>>>> >>>>> ModalX is a very lightweight library and can be easily integrated >> into >>>>> new or existing Wicket applications in just a few minutes. >>>>> >>>>> The aim of the project was to make Modal Windows in wicket as easy >> to >>>>> define and use as they are in traditional desktop development >> frameworks >>>>> like MFC, .net, OWL, Swing, etc., >>>>> >>>>> You can try the live demo at: >>>>> >>>http://demo.visualclassworks.**com/modalx/<http://demo.visualclasswor ks >> .com >>>/modalx/> >>>>> >>>>> You can read more at the ModalX page on the Visual Classworks page: >>>>> >>>http://www.visualclassworks.**com/content/list/o/76914/type/**modalx< ht >> tp:/ >>>/www.visualclassworks.com/content/list/o/76914/type/modalx> >>>>> >>>>> Chris Colman >>>>> Visual Classworks Division >>>>> Step Ahead Software >>>>> >>>>> >> ------------------------------**------------------------------**-------- >>>- >>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<users- >>>[email protected]> >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>>> >>>> >>>> >>>> >> ------------------------------**------------------------------**-------- >> - >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<users- >>>[email protected]> >>>> For additional commands, e-mail: [email protected] >>>> >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > >-- >Martin Grigorov >jWeekend >Training, Consulting, Development >http://jWeekend.com > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
