Re: BeginnerSimpleWebappOrganisation strange evolution ...
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 [EMAIL PROTECTED] 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 ithink, the translation is something like:src="" == $cocoonroot\work\sitemap.xmapsrc="" == D://work/sitemap.xmapBy specifying an absolute path, i can separate my project sourcesphysically from the cocoon-distrib. Does this answer your question ?regards, hussaynDerek Hohls wrote: Hussayn $cocoonroot/work/sitemap.xmap - I understand, but where exactly is /work/sitemap.xmap ??? and why do you want it? Derek [EMAIL PROTECTED] 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="" == $cocoonroot/work/sitemap.xmap src="" == /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=""/ /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 [EMAIL PROTECTED] 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="" 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="" 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="" Shouldn't it be: src="" 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: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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 DabbousSAXESS Software Design GmbHNeuenhöfer Allee 12550935 KölnTelefon: +49-221-56011-0Fax: +49-221-56011-20E-Mail: [EMAIL PROTECTED]-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL
Re: BeginnerSimpleWebappOrganisation strange evolution ...
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL
Re: BeginnerSimpleWebappOrganisation strange evolution ...
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, levelof complexityetc. (the wiki is easy to add to, but hard to see where everything fits in..) [EMAIL PROTECTED] 21/02/2003 11:12:22 Hy, Derek;I did a major revision of the Wiki-page.http://wiki.cocoondev.org/Wiki.jsp?page=BeginnerSimpleWebappOrganisationMaybe you take a little time and review my changes.My big concern here is, that within the original verisonof 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 anotherreview of the page, which hopefully clearifies someadditional points ;-)regards, Hussaynp.s.: apologize for my conclusion, about you beeinga windows user. Indeed i have added a few words to makeclear, why i want absolute pathes here. That was notexplained 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 [EMAIL PROTECTED] 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="" == $cocoonroot\work\sitemap.xmap src="" == 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 [EMAIL PROTECTED] 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="" == $cocoonroot/work/sitemap.xmap src="" == /work/sitemap.xmap If this is NOT correct, then i really missunderstood something ;-) regards, hussaynDerek 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=""/ /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 [EMAIL PROTECTED] 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="" 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="" 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="" Shouldn't it be: src="" 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: [EMAIL PROTECTED]
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
Re: BeginnerSimpleWebappOrganisation strange evolution
A central index = a guide to the guides... perhaps in a nested hierachy showing where all the topics and subtopics fit together. [EMAIL PROTECTED] 21/02/2003 03:58:40 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_issueI simply didn't do it, because i was disturbed by aphone 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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="" == $cocoonroot\work\sitemap.xmap src="" == 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 [EMAIL PROTECTED] 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="" == $cocoonroot/work/sitemap.xmap src="" == /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=""/ /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 usedto determine if the modification date of the sub-sitemap file should bechecked. 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-sitemapwhich is loaded from "faq/sitemap.xmap". So - the Cocoon docs writer seems to be saying that src DOES NOT NEEDa 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 tobe updated with this detailed clarification ! Derek [EMAIL PROTECTED] 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 ifind 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="" 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="" Why has the leading slash
Re: BeginnerSimpleWebappOrganisation strange evolution
Do you think, the CocoonCompetenceCenter main page http://wiki.cocoondev.org/Wiki.jsp?page=CocoonCompetenceCenter can fullfill the role as central index ? CocoonCompetenceCenter beginners ... advanced ... experts ... I think, this can be done without disturbing the current wiki organisation too much: * Simply reorg the existing CCC main page as sketched above. * Then create a new CCC-beginners index-page with the content of the current CCC main page. * Then start to link other pages from the Wiki into the advanced-CCC / expert-CCC index-pages. Or do you think of an index spanning over the whole Wiki ? Hussayn Derek Hohls wrote: A central index = a guide to the guides... perhaps in a nested hierachy showing where all the topics and subtopics fit together. [EMAIL PROTECTED] 21/02/2003 03:58:40 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
Re: BeginnerSimpleWebappOrganisation strange evolution
Hy; thank you for this contrib. I have updated the page again and introduced the pattern concept. Although my original intention was to give the beginners a simple cookbook at hand, where they just can take the snippets by cut'n paste and get their first transformation to work. Now the whole thing is near to the original documentation ;-) seems as if all documentation tends to become as explicit as possible... anyway, thank you. Lets hope, others will find the page usefull as it is now. By the way, NOW i have separated the page into two ;-) regards, hussayn Brandes, Wayne wrote: The BeginnerSimpleWebappOrganisation page is much clearer now, IMO. One observation I would make, as an advanced beginner: becasue the use of wildcards hasn't been explained in detail I think that statements like When the interpreter hits a '*' or a '**' in the pattern, it will automatically resolve the actual value into local /sitemap-parameters/ named {1}, {2} as described in the following example: can be misinterpreted to mean that the {1} refers to one * and the {2} refers to two *'s, rather than to order in which the variables were set. I have been confused by that in other tutorials. Thanks for your work on this Wayne -Original Message- *From:* Derek Hohls [mailto:[EMAIL PROTECTED]] *Sent:* Friday, February 21, 2003 9:21 AM *To:* [EMAIL PROTECTED] *Subject:* Re: BeginnerSimpleWebappOrganisation strange evolution A central index = a guide to the guides... perhaps in a nested hierachy showing where all the topics and subtopics fit together. [EMAIL PROTECTED] 21/02/2003 03:58:40 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
BeginnerSimpleWebappOrganisation strange evolution ...
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: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BeginnerSimpleWebappOrganisation strange evolution ...
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BeginnerSimpleWebappOrganisation strange evolution ...
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BeginnerSimpleWebappOrganisation strange evolution ...
Hussayn $cocoonroot/work/sitemap.xmap - I understand, but where exactly is /work/sitemap.xmap ??? and why do you want it? Derek [EMAIL PROTECTED] 20/02/2003 03:22:54 Hy, Derek;If you specify a relative src it will be resolved relative to thecurrent sitemap. If you specify an absolute source, it will beresolved as is ==suppose you put a submount into the rottsitemap, then:src="" == $cocoonroot/work/sitemap.xmapsrc="" == /work/sitemap.xmapIf this is NOT correct, then i really missunderstood something ;-)regards, hussaynDerek 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=""/ /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 [EMAIL PROTECTED] 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="" 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="" 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="" Shouldn't it be: src="" 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 DabbousSAXESS Software Design GmbHNeuenhöfer Allee 12550935 KölnTelefon: +49-221-56011-0Fax: +49-221-56011-20E-Mail: [EMAIL PROTECTED]-Please check that your question has not already been answered in theFAQ before posting. http://xml.apache.org/cocoon/faq/index.htmlTo unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]-- 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."
Re: BeginnerSimpleWebappOrganisation strange evolution ...
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] - Please check that your question has not already been