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
> >
> >
> > 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.htmlor
> > >> 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<http://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<http://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
-------------------------------------------------------------------------
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
