Then the only thing i can think of is that you put all youre pages in the doc root
and then all youre other stuff in images above that so
Page.html
graphics/xxxx
style/xxxx
The big problem with this at runtime is that youre wicket html pages are also accessible through an url
just ask for /foo/Page.html
So then they just have youre wicket page without the touching of wicket.
Also map youre wicket servlet not on /* but do it on /app/* or something
so that the doc root is not also served through wicket servlet. Thats a waste.
johan
On 3/2/06, Thomas Singer <[EMAIL PROTECTED]> wrote:
Hi Johan,
Thank you very much for taking the time to take a look at my first steps
project.
> you have really the most strange setup i have every seen.
>
> everything is pretty much scrambled.
Well, as said before, I'm completely new to web-application development and
I try to set it up that way, that I can edit the HTML files with my favorite
HTML-editor (IDEA), which esp. can check the paths/image sizes and I can see
them in WYSIWYG-editors (DreamWeaver). To my understanding this only is
possible using relative paths.
> <img src="" width="90" height="100" alt="Logo"/>
>
> that one tells me it sits in the WEBAPP root dir (so the dir just below youre WEB-INF dir)
Interesting, what you are reading in that line. ;) I just want the logo.gif
to be in the subdirectory "graphics" of the current file (at design-time). I
don't care, where everything is put at the time of deploying.
> <img src="" width="90" height="100" alt="Logo"/>
>
> and context is in youre place 'foo'
>
> But logo.gif doesn't sit in that location. No it sits (looking at the root of youre webapp in:
>
> "/resources/pages/graphics/logo.gif"
OK, this one I understand. From the browser's point of view it should occur
at "/CONTEXT/graphics/logo.gif", when the path to the current page is, e.g.,
"/CONTEXT/index". I guess, you want me to say, that the graphics directory
should be at the same level as WEB-INF, because that's the standard way of
loading graphics at that path, isn't it?
> <img src="" wicket:id="logoimage" width="90" height="100" alt="Logo"/>
>
> and add a ImageLink or something like that to the page and make a PackageResourceReference to youre logo.gif.
Well, that's something I want to avoid, because I don't want to add a
component for every graphic I add on the web-site. This seems to be too
error prone to me.
> of if you really want youre images and pages in the webroot dir do make it so that it matches the web app root
> in youre case
I don't care where the files are located after deploying, I just want to
have them in a "nice structure" at design-time and want wicket to correct
the paths as required. Why I'm so "stubborn" with my design-time paths?
Because wicket advertises previewability at design-time (because the markup
still is valid HTML code) and I want to go a step further and also want to
use graphics, other resources and links at design-time.
If there should be a more difficult deployment process to copy image files
to a different path than the classes or markup-files, OK, that's fine, as
long as I get my design-time previewability. ;)
I hope, I could sketch my vision somehow understandable, although it might
sound weird to web-application experts.
--
Best regards,
Thomas Singer
_____________
smartcvs.com
smartsvn.com
Johan Compagner schrieb:
> you have really the most strange setup i have every seen.
>
> everything is pretty much scrambled.
> I guess you want youre pages in the web-root and not in the classes yes?
> If you want that then please set it up a bit different.
> Because how do we expect to know where you pages are and what the root
> is for you pages if you load them completely yourself from a totally
> different
> then wicket way location?
>
> Just look at youre logo:
>
> <img src="" width="90" height="100" alt="Logo"/>
>
> that one tells me it sits in the WEBAPP root dir (so the dir just below
> youre WEB-INF dir)
> and it is not a wicketised tag so wicket only makes it this:
>
> <img src="" width="90" height="100" alt="Logo"/>
>
> and context is in youre place 'foo'
>
> But logo.gif doesn't sit in that location. No it sits (looking at the
> root of youre webapp in:
>
> "/resources/pages/graphics/logo.gif"
>
> so tell me in the current setup how do we ever know expect to know that??
>
> you have 2 choices i think.
>
> Move everything in the classes dir. And make a package resource out of
> it then you need to do this:
>
> <img src="" wicket:id="logoimage" width="90"
> height="100" alt="Logo"/>
>
> and add a ImageLink or something like that to the page and make a
> PackageResourceReference to youre logo.gif.
>
> of if you really want youre images and pages in the webroot dir do make
> it so that it matches the web app root
> in youre case
>
> /resources/pages should be the root of youre webapp.
>
> johan
>
>
>
>
>
>
> On 3/2/06, *Thomas Singer* < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> wrote:
>
> > you have a better chance of having people look at your code if
> you post
> > it with jetty and eclipse project files so that we can import it,
> click
> > run, and have a look. see quickstart for how its setup.
>
> OK, I've got it up and running. Please download the bundle from
> http://www.regnis.de/_wicket/wicket-link-test-060302.zip (3MB).
> Thanks in
> advance.
>
> --
> Best regards,
> Thomas Singer
>
>
> Igor Vaynberg schrieb:
> > many committers dont have the time to setup deployment to tomcat, ide
> > setup, etc.
> >
> > you have a better chance of having people look at your code if
> you post
> > it with jetty and eclipse project files so that we can import it,
> click
> > run, and have a look. see quickstart for how its setup.
> >
> > if you want you are more then welcome to post the bug report, but
> you
> > would probably benefit more from doing the above.
> >
> > -Igor
> >
> >
> > On 3/1/06, * Thomas Singer* < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> <mailto: [EMAIL PROTECTED]
> <mailto: [EMAIL PROTECTED]>>>
> > wrote:
> >
> > Should I file a bug report because of the link problems?
> >
> > --
> > Best regards,
> > Thomas Singer
> >
> >
> > Thomas Singer schrieb:
> > > Hi David and others,
> > >
> > > I've converted my tiny project to Wicket 1.2, but
> encounter the same
> > > problems as with Wicket 1.1.1.
> > > - the image on the first page is not found,
> > > - clicking the About link shows the about page, but does not
> > render the
> > > links correctly (About is still a link).
> > >
> > > My "exploded" directory contains this structure:
> > > +---META-INF
> > > | context.xml
> > > |
> > > +---pages
> > > | | Index.html
> > > | | PageTemplate.html
> > > | |
> > > | +---about
> > > | | Index.html
> > > | |
> > > | \---graphics
> > > | logo.gif
> > > |
> > > \---WEB-INF
> > > | web.xml
> > > |
> > > +---classes
> > > | \---com
> > > | \---foo
> > > | \---website
> > > | | FooWebApplication$1.class
> > > | | FooWebApplication.class
> > > | |
> > > | +---pages
> > > | | | Index.class
> > > | | |
> > > | | \---about
> > > | | Index.class
> > > | |
> > > | \---templates
> > > | PageTemplate.class
> > > |
> > > \---lib
> > > commons-logging-1.0.4.jar
> > > log4j-1.2.12.jar
> > > wicket-1.2-20060227-0200.jar
> > >
> > > I'd really appreciate it, if someone please could take a
> look at the
> > > tiny project (http://regnis.de/_wicket/wicket-060228.zip
> < http://regnis.de/_wicket/wicket-060228.zip>) and give a
> > > hint about what's wrong and how to make it better. Thanks
> in advance.
> > >
> > > --
> > > Best regards,
> > > Thomas Singer
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> < http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642>
> _______________________________________________
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> <mailto:Wicket-user@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> <https://lists.sourceforge.net/lists/listinfo/wicket-user>
>
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
