Thanks for the input. I am just getting my feet wet with the platform and am amazed at the underlying capabilities. My main concern is to make sure that I come up to speed regarding best practices, etc. I will ping you again once I have had a chance to digest your comments. I think I understand what you were doing, but I want to dig deeper into the API to try and understand what you have implemented. In general iit appears that you have a small number of page classes, use the request URL to dynamically associate the appropriate html markup file, and then the wicket:id's are handled in an automatic manner so you don't need to create explicit code to handle these references, but do it on an id by id basis. I am also assuming that your markup is probably not jar'd.
Once again thanks. Kadir Sener GUMUS wrote: > > Hi, i would like to share our experiences of our wicket project. Our > project > is a turism portal which has booking functionalities with different > products > and tourism guides,contents etc. I want to draw your attention that > "tourism guides,contents" part! That would mean lots of wicket pages > because of thousands of different touristic places, pictures, texts, > different layouts and so on. But it have been successfully separated as > html development and java development in the project. > There is a wicket page that responsible for showing those static contents > inside. Every static site page has "resourceId" parameter and this > parameter > is processed and returned in "getVariation()" overriden method. How wicket > knows panels and components inside a contentPage on runtime. The answer is > behind "autoAdd()" method. Implement "IComponentResolver" interface and > its > "resolve(MarkupContainer container, MarkupStream markupStream, > ComponentTag > tag)" method in your content page. Inside that implemented method, a > content > service finds and returns the component with "tag.getId()". Then component > is added by "autoAdd(component)". This is java part of dynamically > component > resolving and adding to markup render. (also have a look in > AutoComponentResolver > class) > In html content part, a commercial CMS application is used to manage > static > contents such as guides, tourism contents, any layout with "wicket:id" > attributes for components which will be loaded dynamically. > I am grateful to wicket-guys for that they created a framework like this. > Because, at once and ever first time in my programing life, i didnt care > about html part of the application :) Since all you know, html developers > create web site and html layouts, and then we -as developers- had put our > dynamic code blocks, expressions, custom jsp tags etc. at past! > here are the urls of our application for example to a wicket application > in > such a heavy-loaded ecommerce: > www.avigo.de , www.dertour.de, www.atlasreisen.de, www.der.de, > www.meiers-weltreisen.de, www.adacreisen.de > these sites can be completely success-stories of Wicket-Hibernate-Spring > triology. > Regards, > > Kadir Sener GUMUS > > > On 5/22/07, mchack <[EMAIL PROTECTED]> wrote: >> >> >> Thanks for the reply. Not suggesting it should be part of the main >> distribution. I am new to the framework and was trying to see if what I >> proposed made sense. I want to make sure that I don't hinder or create >> barriers to content creation on our portal and wanted to do it in a >> manner >> that made sense. Maybe there are other ways to manage "separation of >> concerns". >> >> In general are their recommended best practices regarding coordination >> and >> workflow between the pure HTML designers and Java coders? In the >> component >> model, seems like an HTML designer will come up with basic look and feel, >> CSS, etc. and then the people on the framework side will >> refactor/"componentize" the markup. At this point the original markup may >> now be generated by an OO refactoring involving a number of new >> pages/components to insert dynamic content/behavior. The original design >> is >> now split into a variety of new pages and will no longer be readily >> accessible to the original designer as they now have to work on a variety >> of >> fragments. Any references to how to keep the HTML development happy would >> be >> appreciated. >> >> Thanks >> >> >> Eelco Hillenius wrote: >> > >> > Well, it's something you can quite easily do yourself. See >> > org.apache.wicket.examples.customresourceloading. Unless I don't >> > understand what you mean, it doesn't sound like something that should >> > be a generic facility in Wicket to me. >> > >> > Eelco >> > >> > >> > On 5/22/07, mchack <[EMAIL PROTECTED]> wrote: >> >> >> >> I know this is topic has been discussed frequently and I fully agree >> with >> >> the >> >> current packaging methodology. There are many case where it would be >> nice >> >> to >> >> have content easily included that was produced by the HTML designer >> >> without >> >> having to associate a corresponding java class. I think I have a >> solution >> >> that is workable and doesn't violate the current best practices. Let >> me >> >> know >> >> if I am missing something. >> >> >> >> In certain cases for content such as press releases or other user >> >> generated >> >> content I would like to enable inclusion of pure content as a >> "component" >> >> in >> >> a Wicket page. I am contemplating a component that would do the >> >> following. >> >> >> >> - Extend one of the existing containers such as WebComponent. >> >> - This component when inserted in a page would get the actual source >> html >> >> from a Page Parameter such as http://host/wicketapp?RealPage.html or >> >> http://host/wicketapp?content=RealPage.html . >> >> - RealPage.html identifies the location of the content to be inserted. >> >> >> >> In this way I can create a wicket template for the main containment >> page >> >> and >> >> then use it typically to insert the user generated content. This gives >> me >> >> the flexibility I want without having to generate a class for all >> >> included >> >> content. >> >> >> >> Am I missing something here? >> >> >> >> Thanks >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/Pattern-for-seperation-of-Java-and-Html---Comments-Welcome-tf3796132.html#a10737158 >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by DB2 Express >> >> Download DB2 Express C - the FREE version of DB2 express and take >> >> control of your XML. No limits. Just data. Click to get it now. >> >> http://sourceforge.net/powerbar/db2/ >> >> _______________________________________________ >> >> Wicket-user mailing list >> >> Wicket-user@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> >> > >> > >> ------------------------------------------------------------------------- >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > _______________________________________________ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Pattern-for-seperation-of-Java-and-Html---Comments-Welcome-tf3796132.html#a10741195 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Pattern-for-seperation-of-Java-and-Html---Comments-Welcome-tf3796132.html#a10774218 Sent from the Wicket - User mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user