Re: [Wicket-user] Pattern for seperation of Java and Html -Comments Welcome
>i am not sure if the server team has changed that mode, but probably it should be development mode is on production servers. Does it cause any problem? well, in developement mode the system is slower and memory problems could occur sometimes (e.g.: just search in list for "too much open files problem") easy spoken: developement mode is called that way because its intended to be used solely for this ;) _ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Kadir Sener GUMUS Gesendet: Freitag, 25. Mai 2007 09:59 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] Pattern for seperation of Java and Html -Comments Welcome Hi Johan, as i said before, three leading technology has been used in the project; wicket,hibernate and spring. the all sites are served by wicket in one war application. Additionally, a CMS application is used for html contents and wicket dynamically injects dynamic components. Oh you might have a look of dertour.de,adac and mwr, yes these sites have different booking functionalities than others, so that's why they have iframe about product workflow and inside different application of the company. But avigo, atlasreisen and der.de sites have own booking functionalities powered by several backend engines. i am not sure if the server team has changed that mode, but probably it should be development mode is on production servers. Does it cause any problem? Tags and ids have been left, because we need to know them sometimes to dig further about any bug/problem. Because panel replacement is used in many workflow of pages, and we have many panels,components and pages (totaly almost 2690 classes). Kadir Sener GÜMÜS On 5/24/07, Johan Compagner <[EMAIL PROTECTED]> wrote: nice, but how much is done in wicket? it seems a combination with other stuff (or are not many things really dynamic?) because if i look at the source then the basket is wicket made but the rest of the page is something else. i also see the wicket tags and ids everywhere. Do you start wicket in development mode on your server? johan On 5/23/07, Kadir Sener GUMUS < <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]> 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 <http://www.avigo.de/> , www.dertour.de <http://www.dertour.de/> , www.atlasreisen.de <http://www.atlasreisen.de/> , www.der.de <http://www.der.de/> , www.meiers-weltreisen.de <http://www.meiers-weltreisen.de/> , www.adacreisen.de <http://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 porta
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
It would be great if you could list the sites at http://cwiki.apache.org/WICKET/#Index-SitesusingWicket Thanks ahead! Eelco On 5/25/07, Kadir Sener GUMUS <[EMAIL PROTECTED]> wrote: > Hi Johan, > as i said before, three leading technology has been used in the project; > wicket,hibernate and spring. the all sites are served by wicket in one war > application. Additionally, a CMS application is used for html contents and > wicket dynamically injects dynamic components. Oh you might have a look of > dertour.de,adac and mwr, yes these sites have different booking > functionalities than others, so that's why they have iframe about product > workflow and inside different application of the company. But avigo, > atlasreisen and der.de sites have own booking functionalities powered by > several backend engines. > i am not sure if the server team has changed that mode, but probably it > should be development mode is on production servers. Does it cause any > problem? > Tags and ids have been left, because we need to know them sometimes to dig > further about any bug/problem. Because panel replacement is used in many > workflow of pages, and we have many panels,components and pages (totaly > almost 2690 classes). > > Kadir Sener GÜMÜS > > > On 5/24/07, Johan Compagner <[EMAIL PROTECTED]> wrote: > > > > nice, but how much is done in wicket? > > it seems a combination with other stuff (or are not many things really > dynamic?) > > because if i look at the source then the basket is wicket made but the > rest of the page is something else. > > > > i also see the wicket tags and ids everywhere. Do you start wicket in > development mode on your server? > > > > johan > > > > > > > > > > On 5/23/07, Kadir Sener GUMUS < [EMAIL PROTECTED]> 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 nu
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
Hi Johan, as i said before, three leading technology has been used in the project; wicket,hibernate and spring. the all sites are served by wicket in one war application. Additionally, a CMS application is used for html contents and wicket dynamically injects dynamic components. Oh you might have a look of dertour.de,adac and mwr, yes these sites have different booking functionalities than others, so that's why they have iframe about product workflow and inside different application of the company. But avigo, atlasreisen and der.de sites have own booking functionalities powered by several backend engines. i am not sure if the server team has changed that mode, but probably it should be development mode is on production servers. Does it cause any problem? Tags and ids have been left, because we need to know them sometimes to dig further about any bug/problem. Because panel replacement is used in many workflow of pages, and we have many panels,components and pages (totaly almost 2690 classes). Kadir Sener GÜMÜS On 5/24/07, Johan Compagner <[EMAIL PROTECTED]> wrote: nice, but how much is done in wicket? it seems a combination with other stuff (or are not many things really dynamic?) because if i look at the source then the basket is wicket made but the rest of the page is something else. i also see the wicket tags and ids everywhere. Do you start wicket in development mode on your server? johan On 5/23/07, Kadir Sener GUMUS <[EMAIL PROTECTED]> 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 > > > > > > E
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
nice, but how much is done in wicket? it seems a combination with other stuff (or are not many things really dynamic?) because if i look at the source then the basket is wicket made but the rest of the page is something else. i also see the wicket tags and ids everywhere. Do you start wicket in development mode on your server? johan On 5/23/07, Kadir Sener GUMUS <[EMAIL PROTECTED]> 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
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
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 c
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
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 i
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
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
Re: [Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
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
[Wicket-user] Pattern for seperation of Java and Html - Comments Welcome
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
