Re: Problems resolving internal paths

2003-01-03 Thread Timothy Larson 
Anybody know a simple equivalent to use in XSL?

Tim

>>> [EMAIL PROTECTED] 01/02/03 02:30PM >>>
>If you are using XSP, then you can get the current path with:
>  resolver.resolve("").getSystemId()
>
>Or the current path with a filename on the end with:
>  resolver.resolve("somefile.ext").getSystemId()
>
>Tim



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Problems resolving internal paths

2003-01-02 Thread Timothy Larson 
If you are using XSP, then you can get the current path with:
  resolver.resolve("").getSystemId()

Or the current path with a filename on the end with:
  resolver.resolve("somefile.ext").getSystemId()

Tim

>>> [EMAIL PROTECTED] 01/01/03 01:57PM >>>
>Reinhard Poetz wrote:
>> Hi Alexander,
>> 
>> Try to use relative paths in your src attributes (your base directory is
>> always the current sitemap) - this should solve your resource not found
>> problems.
>> 
>> Regards,
>> Reinhard
>> 
>> 
>
>Isn't there any way to get absolute paths? I wanted to keep all the 
>needed images in a special directory that I redirect all image-calls to 
>via the sitemap, but I don't understand how that would work. And even if 
>I had to use relative paths, what file are they relative to (XML, XSLT, 
>sitemap, ...)? Is there any way to find out where Cocoon actually tries 
>to read the files from? I browsed through the log-files, but I can only 
>find information on the URL the browser requested, but not the files 
>actually read by Cocoon.
>
>Thanks for your help,
>
>Alexander



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Problems resolving internal paths

2003-01-01 Thread Alexander Czernay 


Reinhard Poetz wrote:

Hi Alexander,

Try to use relative paths in your src attributes (your base directory is
always the current sitemap) - this should solve your resource not found
problems.

Regards,
Reinhard




Isn't there any way to get absolute paths? I wanted to keep all the 
needed images in a special directory that I redirect all image-calls to 
via the sitemap, but I don't understand how that would work. And even if 
I had to use relative paths, what file are they relative to (XML, XSLT, 
sitemap, ...)? Is there any way to find out where Cocoon actually tries 
to read the files from? I browsed through the log-files, but I can only 
find information on the URL the browser requested, but not the files 
actually read by Cocoon.

Thanks for your help,

Alexander




-Original Message-
From: Alexander Czernay [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 01, 2003 7:21 PM
To: [EMAIL PROTECTED]
Subject: Problems resolving internal paths


I have a file structure serving two sites with the same XML data, but
with different XSLTs for layout:

/cocoon/<-- Tomcat's application path
/cocoon/k8<--- the main site
/cocoon/k8/xml<--- XML files
/cocoon/k8/alexander<--- first site's XSLTs and CSSs etc...
/cocoon/k8/moritz<--- second site's XSLTs and CSSs etc...

Now I just modified the sample sitemap to mount the new sitemap in
/cocoon/k8:


  

  


Inside the k8/sitemap.xmap I mount the two other sitemaps for the two
sites (why do I have to use k8/moritz/sitemap.xmap instead of just
moritz/sitemap.xmap here?):


  



  


And finally I construct my HTML pages this way:


 
 <-- menu.xml is in /cocoon/k8/alexander
   <-- .xml is in /cocoon/k8/xml
 
  <-- project.xsl is in
/cocoon/k8/alexander
  
  
  
 
 


I always get a resource not found (so I think my paths are wrong). I
also have to always refresh the sitemap in /cocoon/k8 to get Cocoon to
reload the sitemaps in /cocoon/k8/alexander (at least it seems to me).

What am I doing wrong? How do I get some root-relative paths? I tried
cocoon:// and context:// and also /...




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




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







-
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: Problems resolving internal paths

2003-01-01 Thread Reinhard Poetz 
Hi Alexander,

Try to use relative paths in your src attributes (your base directory is
always the current sitemap) - this should solve your resource not found
problems.

Regards,
Reinhard

> -Original Message-
> From: Alexander Czernay [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 01, 2003 7:21 PM
> To: [EMAIL PROTECTED]
> Subject: Problems resolving internal paths
>
>
> I have a file structure serving two sites with the same XML data, but
> with different XSLTs for layout:
>
> /cocoon/<-- Tomcat's application path
> /cocoon/k8<--- the main site
> /cocoon/k8/xml<--- XML files
> /cocoon/k8/alexander<--- first site's XSLTs and CSSs etc...
> /cocoon/k8/moritz<--- second site's XSLTs and CSSs etc...
>
> Now I just modified the sample sitemap to mount the new sitemap in
> /cocoon/k8:
>
> 
>
>  
>
> 
>
> Inside the k8/sitemap.xmap I mount the two other sitemaps for the two
> sites (why do I have to use k8/moritz/sitemap.xmap instead of just
> moritz/sitemap.xmap here?):
>
> 
> uri-prefix="moritz"/>
> 
>
> 
> uri-prefix="alexander"/>
> 
>
> And finally I construct my HTML pages this way:
>
> 
>   
>   <-- menu.xml is in /cocoon/k8/alexander
> <-- .xml is in /cocoon/k8/xml
>   
><-- project.xsl is in
> /cocoon/k8/alexander
>
>
>
>   
>   
> 
>
> I always get a resource not found (so I think my paths are wrong). I
> also have to always refresh the sitemap in /cocoon/k8 to get Cocoon to
> reload the sitemaps in /cocoon/k8/alexander (at least it seems to me).
>
> What am I doing wrong? How do I get some root-relative paths? I tried
> cocoon:// and context:// and also /...
>
>
>
>
> -
> 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]>
>


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

Problems resolving internal paths

2003-01-01 Thread Alexander Czernay 
I have a file structure serving two sites with the same XML data, but 
with different XSLTs for layout:

/cocoon/<-- Tomcat's application path
/cocoon/k8<--- the main site
/cocoon/k8/xml<--- XML files
/cocoon/k8/alexander<--- first site's XSLTs and CSSs etc...
/cocoon/k8/moritz<--- second site's XSLTs and CSSs etc...

Now I just modified the sample sitemap to mount the new sitemap in 
/cocoon/k8:


  

  


Inside the k8/sitemap.xmap I mount the two other sitemaps for the two 
sites (why do I have to use k8/moritz/sitemap.xmap instead of just 
moritz/sitemap.xmap here?):


  



  


And finally I construct my HTML pages this way:


 
 <-- menu.xml is in /cocoon/k8/alexander
   <-- .xml is in /cocoon/k8/xml
 
  <-- project.xsl is in 
/cocoon/k8/alexander
  
  
  
 
 


I always get a resource not found (so I think my paths are wrong). I 
also have to always refresh the sitemap in /cocoon/k8 to get Cocoon to 
reload the sitemaps in /cocoon/k8/alexander (at least it seems to me).

What am I doing wrong? How do I get some root-relative paths? I tried 
cocoon:// and context:// and also /...




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>