Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 44430 invoked by uid 500); 21 Feb 2003 13:25:57 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 44308 invoked from network); 21 Feb 2003 13:25:46 -0000 Received: from axe.csir.co.za (146.64.81.22) by daedalus.apache.org with SMTP; 21 Feb 2003 13:25:46 -0000 Received: from CS-IMO.CSIR.CO.ZA (cs-imo.csir.co.za [146.64.10.94]) by axe.csir.co.za (8.11.6/8.11.6) with ESMTP id h1LDPW402821 for ; Fri, 21 Feb 2003 15:25:32 +0200 Received: from GW-IMO-MTA by CS-IMO.CSIR.CO.ZA with Novell_GroupWise; Fri, 21 Feb 2003 15:25:32 +0200 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.0.2 Date: Fri, 21 Feb 2003 15:25:19 +0200 From: "Derek Hohls" To: Subject: Re: BeginnerSimpleWebappOrganisation strange evolution ... Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=_F4AB91DC.70116552" X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.5, required 9, EMAIL_ATTRIBUTION, SPAM_PHRASE_03_05) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --=_F4AB91DC.70116552 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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 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..) >>> 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 > > > > > > > > > > > > > > check-reload="no" > > > src="faq/sitemap.xmap"/> > > > > > > > > > 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 > > > ... > > > > > > > > > > > reload-method="synchron" > > > src="work/sitemap.xmap" > > > uri-prefix="work"/> > > > > > > > > > > > > > > > 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. > > > > To unsubscribe, e-mail: > > For additional commands, e-mail: > > > > > > -- > > This message has been scanned for viruses and dangerous content by > > *MailScanner* , 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. > > To unsubscribe, e-mail: > For additional commands, e-mail: > > > -- > This message has been scanned for viruses and dangerous content by > *MailScanner* , 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, 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." --=_F4AB91DC.70116552 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit
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 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..)

>>> 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:     <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
>
>
> ---------------------------------------------------------------------
> 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:     <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


--
This message has been scanned for viruses and dangerous content by
MailScanner, 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." --=_F4AB91DC.70116552--