You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by SAXESS - Hussayn Dabbous <da...@saxess.com> on 2003/02/21 14:58:40 UTC
Re: BeginnerSimpleWebappOrganisation strange evolution
Hy, Derek;
Derek Hohls wrote:
> I think the page is fine - if we add any more
> we will need to make 2 pages! otherwise the
> "simple beginners" will get put off...
I was close to split this page into two this morning:
basic_issue + advanced_issue
I simply didn't do it, because i was disturbed by a
phone call ;-)
> i was thinking we also need a central index page
> which ties all the bits and pieces together and
> gives some indication of reading order, level of
> complexity etc. (the wiki is easy to add to, but
> hard to see where everything fits in..)
What do you mean by central index page ?
Can you explain in a little more detail ?
hussayn
> >>> dabbous@saxess.com 21/02/2003 11:12:22 >>>
> Hy, Derek;
>
> I did a major revision of the Wiki-page.
>
> http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
>
> Maybe you take a little time and review my changes.
>
> My big concern here is, that within the original verison
> of the page this stuff was already explained correctly.
> The errors have been added later. Now i have removed them again.
>
> Ok, the benefit we got from this intermezzo is another
> review of the page, which hopefully clearifies some
> additional points ;-)
>
> regards, Hussayn
>
> p.s.: apologize for my conclusion, about you beeing
> a windows user. Indeed i have added a few words to make
> clear, why i want absolute pathes here. That was not
> explained at all in the original text ;-)
>
>
> Derek Hohls wrote:
> > Hussayn
> > yes, it does! (and I am both a windows user - local
> > machine and UNIX user - for the production site)
> >
> > can you add these "gems" to the relevant wiki pages?!
> >
> > derek
> >
> > >>> dabbous@saxess.com 20/02/2003 04:15:00 >>>
> > Hy, Derek;
> >
> > upps...
> >
> > From your question may i conclude, that you are a windows user?
> >
> > I am not very familiar with the windows file syntax, but i
> > think, the translation is something like:
> >
> > src="work/sitemap.xmap" ==> $cocoonroot\work\sitemap.xmap
> > src="D://work/sitemap.xmap" ==> D://work/sitemap.xmap
> >
> > By specifying an absolute path, i can separate my project sources
> > physically from the cocoon-distrib. Does this answer your question ?
> >
> > regards, hussayn
> >
> >
> > Derek Hohls wrote:
> > > Hussayn
> > >
> > > $cocoonroot/work/sitemap.xmap - I understand, but
> > > where exactly is
> > > /work/sitemap.xmap ??? and why do you want it?
> > >
> > > Derek
> > >
> > > >>> dabbous@saxess.com 20/02/2003 03:22:54 >>>
> > > Hy, Derek;
> > >
> > > If you specify a relative src it will be resolved relative to the
> > > current sitemap. If you specify an absolute source, it will be
> > > resolved as is ==>
> > >
> > > suppose you put a submount into the rottsitemap, then:
> > >
> > > src="work/sitemap.xmap" ==> $cocoonroot/work/sitemap.xmap
> > > src="/work/sitemap.xmap" ==> /work/sitemap.xmap
> > >
> > > If this is NOT correct, then i really missunderstood something ;-)
> > >
> > > regards, hussayn
> > >
> > >
> > > Derek Hohls wrote:
> > > > Hussayn
> > > >
> > > > From the Cocoon docs site:
> > > > http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html
> > > >
> > > >
> > > > <map:match pattern="faq/*">
> > > > <map:mount uri-prefix="faq"
> > > > check-reload="no"
> > > > src="faq/sitemap.xmap"/>
> > > > </map:match>
> > > >
> > > > The src attribute is where the sub-sitemap is located.
> > > > If it ends in a slash "sitemap.xmap" is appended to find the
> sitemap,
> > > > otherwise the src value is used. A check-reload attribute can
> be used
> > > > to determine if the modification date of the sub-sitemap file
> > should be
> > > > checked.
> > > > The uri-prefix is the part that should be removed from the request
> > URI.
> > > >
> > > > The engine will correctly check for a trailing slash (which you may
> > > > write,
> > > > of course). If in the example above "faq/cocoon" is requested,
> "faq/"
> > > > is removed from the URI and "cocoon" is passed to the sub-sitemap
> > > > which is loaded from "faq/sitemap.xmap".
> > > >
> > > >
> > > > So - the Cocoon docs writer seems to be saying that src DOES
> NOT NEED
> > > > a leading '/' (of course, I am not sure if one is permissible??)
> > > >
> > > > I think we need clarity from one of the "gurus".... and for
> both sites
> > > > to
> > > > be updated with this detailed clarification !
> > > >
> > > > Derek
> > > >
> > > >
> > > >>>>dabbous@saxess.com 20/02/2003 01:59:54 >>>
> > > >>>
> > > > Hy;
> > > >
> > > > I noticed a slight modification in
> > > >
> > > >
> > http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisation
> > > >
> > > >
> > > > which from my understanding has introduced two severe errors!
> > > > As i don't exactly know, why these changes have been made,
> > > > i want to ask if i missunderstood something. Here is, what i
> > > > find suspect:
> > > >
> > > > 1.) Advanced Issue: separating your work folder from cocoon
> > > > ...
> > > > <map:pipeline>
> > > > <map:match pattern="work/**">
> > > > <map:mount check-reload="yes"
> > > > reload-method="synchron"
> > > > src="work/sitemap.xmap"
> > > > uri-prefix="work"/>
> > > > </map:match>
> > > > </map:pipeline>
> > > >
> > > >
> > > > This snippet i found in the doc. In my eyes this does NOT
> > > > what is explained in the doc. From my understanding the
> > > > source must be declared as absolute path as follows:
> > > >
> > > > src="/work/sitemap.xmap"
> > > >
> > > > Why has the leading slash been deleted in the doc?
> > > >
> > > >
> > > > 2.) Advanced issue: Setting up a generic mount point outside of
> Cocoon
> > > > I found a similar modification:
> > > >
> > > > src="work/{1}/sitemap.xmap"
> > > >
> > > > Shouldn't it be:
> > > >
> > > > src="/work/{1}/sitemap.xmap"
> > > >
> > > >
> > > > I post this email only, because i don't understand, why these mods
> > have
> > > >
> > > > been made. From the history i can see, these mods have been made by
> > > > two
> > > > different persons... hmm...
> > > >
> > > >
> > >
> > > --
> > > Dr. Hussayn Dabbous
> > > SAXESS Software Design GmbH
> > > Neuenhöfer Allee 125
> > > 50935 Köln
> > > Telefon: +49-221-56011-0
> > > Fax: +49-221-56011-20
> > > E-Mail: dabbous@saxess.com
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Please check that your question has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mail: <co...@xml.apache.org>
> > > For additional commands, e-mail: <co...@xml.apache.org>
> > >
> > >
> > > --
> > > This message has been scanned for viruses and dangerous content by
> > > *MailScanner* <http://www.mailscanner.info/>, and is believed to be
> > clean.
> > >
> > > "The CSIR exercises no editorial control over E-mail messages and/or
> > > attachments thereto/links referred to therein originating in the
> > > organisation and the views in this message/attachments thereto are
> > > therefore not necessarily those of the CSIR and/or its employees.
> > > The sender of this e-mail is, moreover, in terms of the CSIR's
> Conditions
> > > of Service, subject to compliance with the CSIR's internal E-mail and
> > > Internet Policy."
> >
> > --
> > Dr. Hussayn Dabbous
> > SAXESS Software Design GmbH
> > Neuenhöfer Allee 125
> > 50935 Köln
> > Telefon: +49-221-56011-0
> > Fax: +49-221-56011-20
> > E-Mail: dabbous@saxess.com
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
> >
> >
> > --
> > This message has been scanned for viruses and dangerous content by
> > *MailScanner* <http://www.mailscanner.info/>, and is believed to be
> clean.
> >
> > "The CSIR exercises no editorial control over E-mail messages and/or
> > attachments thereto/links referred to therein originating in the
> > organisation and the views in this message/attachments thereto are
> > therefore not necessarily those of the CSIR and/or its employees.
> > The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
> > of Service, subject to compliance with the CSIR's internal E-mail and
> > Internet Policy."
>
> --
> Dr. Hussayn Dabbous
> SAXESS Software Design GmbH
> Neuenhöfer Allee 125
> 50935 Köln
> Telefon: +49-221-56011-0
> Fax: +49-221-56011-20
> E-Mail: dabbous@saxess.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
> --
> This message has been scanned for viruses and dangerous content by
> *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
>
> "The CSIR exercises no editorial control over E-mail messages and/or
> attachments thereto/links referred to therein originating in the
> organisation and the views in this message/attachments thereto are
> therefore not necessarily those of the CSIR and/or its employees.
> The sender of this e-mail is, moreover, in terms of the CSIR's Conditions
> of Service, subject to compliance with the CSIR's internal E-mail and
> Internet Policy."
--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail: dabbous@saxess.com
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org