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
> 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
> >> [email protected]
> >> 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
> > [email protected]
> > 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
> [email protected]
> 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
[email protected]
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to