cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From SAXESS - Hussayn Dabbous <dabb...@saxess.com>
Subject Re: BeginnerSimpleWebappOrganisation strange evolution
Date Fri, 21 Feb 2003 13:58:40 GMT
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:     <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* <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


Mime
View raw message