You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Richard Cunliffe <ri...@cunliffe.net> on 2003/03/11 10:12:23 UTC
problems with images
Niclas and Charles,
I would prefer to get images working within cocoon, so that when I want
to do more advance things I don't need to worry about it.
I have done all that Charles has suggest and still only the backdrop
works, any other suggestions?
Richard.
Re: problems with images
Posted by Christian Haul <ha...@dvs1.informatik.tu-darmstadt.de>.
On 11.Mar.2003 -- 11:44 AM, Richard Cunliffe wrote:
> > From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
> > On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
> > > Have tried changing the image to another, and it doesn't show anymore.
> > > When I revert it back to the backdrop image, it starts to work
> > again???
> >
> > Probably browser cache.
> >
> > I believe Charle's answer bears the key: The matches for your readers
> > are outside of a map:pipeline.
> >
> > I have put them within the pipeline now and still only the backdrop
> > works. I have also discovered if you change the image, then nothing
> > shows.
This is from your sitemap.xmap:
<map:match pattern="**.gif">
<map:read mime-type="image/gif" src="soundpool/images/*.gif"/>
</map:match>
<map:match pattern="*.jpg">
<map:read mime-type="image/jpg" src="soundpool/images/{1}.jpg"/>
</map:match>
The gif pipeline does not use {1} like the jpg one does -- this is a
problem. If you need to match arbitrarily deep paths, consider
switching to the regexp matcher.
If it all doesn't help, look at the access.log and sitemap.log. Try to
reconstruct which matchers fire. It will sure provide some hints.
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: Images - Lets get this straight
Posted by Geoff Howard <co...@leverageweb.com>.
At 09:56 AM 3/11/2003, you wrote:
>Geoff,
>
>Ok we are going to get this sorted!
>
>My directory structure looks like this:
>
>C:\tomcat\webapps\cocoon\soundpool\images\musicnews.gif
>
>C:
> |-Program Files
> |-Apaache Group
> |- ...
> |-tomcat
> |-webapps
> |-cocoon
> \sitemap.xmap
> |-soundpool
> \sitemap.xmap
> |-images
> \musicnews.gif
>
Aha. See below. Do you happen to have background.gif in the apache doc
root tree by the way?
>I have put the following code into my MAIN sitemap which is located in
>the cocoon directory:
>
>-------------------------------------------------------------
> <!-- soundpool Folder -->
> <map:pipeline>
> <map:match pattern="soundpool/**">
> <map:mount check-reload="yes"
>reload-method="synchron" src="soundpool/sitemap.xmap"
>uri-prefix="soundpool"/>
> </map:match>
> </map:pipeline>
>-------------------------------------------------------------
<snip/>
>Now my readers in my soundpool sitemap look like this, with my current
>directory set up:
>
>
>-------------------------------------------------------------
> <!-- images Readers -->
>
> <map:match pattern="soundpool/images/*.gif">
> <map:read mime-type="image/gif"
>src="soundpool/images/{1}.gif"/>
> </map:match>
>
> <map:match pattern="soundpool/images/*.jpg">
> <map:read mime-type="image/jpg"
>src="soundpool/images/{1}.jpg"/>
> </map:match>
>-------------------------------------------------------------
Wrong: your map:mount uses uri-prefix="soundpool" (this may need to be
"soundpool/").
So your matchers here need to be pattern="images/*.gif" and likewise for *.jpg
See http://wiki.cocoondev.org/Wiki.jsp?page=UnderstandingCocoonMounts.
Also, the src will need to be relative to the mounted dir (whether you keep
uri-prefix or not) - so src="images/{1}.jpg"
Isn't this like what you are using for the html?
>The above code is within my pipeline in the soundpool sitemap. I also
>have put the following code in the components section:
>
>
>-------------------------------------------------------------
> <map:readers default="resource">
> <map:reader logger="sitemap.reader.resource" name="resource"
>pool-max="32"
>
>src="org.apache.cocoon.reading.ResourceReader"/>
> </map:readers>
>
> </map:components>
>-------------------------------------------------------------
Right.
>Finally in my xsl file I have referenced the image like so:
>
>-------------------------------------------------------------
><body background="soundpool/images/musicnews.gif">
>-------------------------------------------------------------
Right if you don't want them served by cocoon (in which case, ignore
everything above - you don't need it)
To have this come from cocoon, use ="cocoon/soundpool/images/musicnews.gif"
with the changes noted above.
>Note: Look at the live site through Internet Explorer, as the Netscape
>version is currently set to PDA version, which needs a lot of work. If
>you don't have IE I can change them around.
I've been using IE.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: Images - Lets get this straight
Posted by Niclas Hedhman <ni...@internuscorp.com>.
On Tuesday 11 March 2003 22:56, Richard Cunliffe wrote:
Richard,
IMHO, you have a whole set of problems, and inadequate analysis behind each.
And the only way to sort things out is a systematic check from top to bottom.
If we start at the Apache Webserver httpd.conf.
> In the Apache httpd file the only code I have added is:
>
> -------------------------------------------------------------
> JkMount /examples ajp13
> JkMount /examples/* ajp13
>
> JkMount /jk ajp13
> JkMount /jk/* ajp13
>
> JkMount /cocoon ajp13
> JkMount /cocoon/* ajp13
> -------------------------------------------------------------
The /cocoon/ mounting will connect the Web server with Tomcat, and in the
process /cocoon/ is stripped, and the rest is passed to Tomcat.
If you have not changed the default config of Tomcat, then Tomcat will have
the cocoon app mounted at its /cocoon/ URL, i.e. you will need;
http://www.cunliffe.net/cocoon/cocoon/soundpool/ to reach the directory
-- o --
The changing of image, as I suggested, shows that you are not getting what you
are seeing, i.e. the browser is caching images. My suggestion was to actually
change the image, without changing the name, and you would see the still "old
image".
-- o --
It is now time for you to decide what you want to do.
Do you want to use Apache Webserver as the front end? (Recommended)
Do you want Apache WS, Tomcat or Cocoon to serve the static content (WS
recommended)?
How do you want your URL space divided?
It is then a matter of systematic configuration, from top to bottom, with
verification of each step.
I have a pretty straight forward setup. Apache WS is the frontend, Tomcat is
acting as a Cocoon-only container, mounted at /site/.
In httpd.conf;
JkMount /site/* worker1
JkWorkersFile /home/tomcat/conf/workers.properties
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories
In /home/tomcat/conf/workers.properties
worker.list=worker1
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8009
worker.worker1.lbfactor=50
worker.worker1.cachesize=10
worker.worker1.cache_timeout=600
worker.worker1.socket_keepalive=1
worker.worker1.socket_timeout=300
Now (after restart?), make sure that you get the Tomcat greeting page when
accessing the /site/ URL, making sure that ApacheWS -> Tomcat works.
In Tomcat's server.xml I changed the ROOT context under
<Context path="" reloadable="true" docBase="/home/cocoon/site" debug="0"/>
And in /home/cocoon/site/ there is the cocoon sitemap, and so on.
I hope this should get you on the right track.
Niclas
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Images - Lets get this straight
Posted by Richard Cunliffe <ri...@cunliffe.net>.
Geoff,
Ok we are going to get this sorted!
My directory structure looks like this:
C:\tomcat\webapps\cocoon\soundpool\images\musicnews.gif
C:
|-Program Files
|-Apaache Group
|- ...
|-tomcat
|-webapps
|-cocoon
\sitemap.xmap
|-soundpool
\sitemap.xmap
|-images
\musicnews.gif
I have put the following code into my MAIN sitemap which is located in
the cocoon directory:
-------------------------------------------------------------
<!-- soundpool Folder -->
<map:pipeline>
<map:match pattern="soundpool/**">
<map:mount check-reload="yes"
reload-method="synchron" src="soundpool/sitemap.xmap"
uri-prefix="soundpool"/>
</map:match>
</map:pipeline>
-------------------------------------------------------------
This tells cocoon where my soundpool folder is and its sitemap.
I then have the soundpool sitemap in the soundpool folder.
In the Apache httpd file the only code I have added is:
-------------------------------------------------------------
JkMount /examples ajp13
JkMount /examples/* ajp13
JkMount /jk ajp13
JkMount /jk/* ajp13
JkMount /cocoon ajp13
JkMount /cocoon/* ajp13
-------------------------------------------------------------
Now my readers in my soundpool sitemap look like this, with my current
directory set up:
-------------------------------------------------------------
<!-- images Readers -->
<map:match pattern="soundpool/images/*.gif">
<map:read mime-type="image/gif"
src="soundpool/images/{1}.gif"/>
</map:match>
<map:match pattern="soundpool/images/*.jpg">
<map:read mime-type="image/jpg"
src="soundpool/images/{1}.jpg"/>
</map:match>
-------------------------------------------------------------
The above code is within my pipeline in the soundpool sitemap. I also
have put the following code in the components section:
-------------------------------------------------------------
<map:readers default="resource">
<map:reader logger="sitemap.reader.resource" name="resource"
pool-max="32"
src="org.apache.cocoon.reading.ResourceReader"/>
</map:readers>
</map:components>
-------------------------------------------------------------
Finally in my xsl file I have referenced the image like so:
-------------------------------------------------------------
<body background="soundpool/images/musicnews.gif">
-------------------------------------------------------------
So I have done (I think) everything you have suggest.
Can you check to see if I have?
Note: Look at the live site through Internet Explorer, as the Netscape
version is currently set to PDA version, which needs a lot of work. If
you don't have IE I can change them around.
Thank you,
Richard.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Geoff Howard <co...@leverageweb.com>.
Sorry, note the typo below
>- Exactly what matches you should be using depends on how you have your
>sitemaps set up. If this is from a root sitemap, it should match
>pattern="/soundpool/images/*.gif" and map:read src="{1}.gif" and vice
>versa for *.jpg
Sorry for the typo, this pattern should be "soundpool/images/*.gif" and the
map:read is src="soundpool/images/{1}.gif"
assuming your images are in that location relative to your sitemap.
Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Geoff Howard <co...@leverageweb.com>.
You are not serving these images through cocoon with these urls. Your main
page is at (after breaking out of the frame)
http://http.dyndns.org/cocoon/soundpool/soundpool.html, so your cocoon
webapp is mounted at /cocoon - but you are referencing the images as
/soundpool/images. When I browse to
http://http.dyndns.org/soundpool/images/background.gif I get an image, but
http://http.dyndns.org/soundpool/images/musicnews.gif I get a 404 response
from the webserver, not cocoon. From this I deduce that your webserver
(probably apache?) root is set to C:\tomcat\webapps\ ? Which means that if
you do a directory listing of c:\tomcat\webapps\soundpool\images\ I would
bet there is no musicnews.gif in there.
So far, this is not a cocoon issue.
Secondly, browsing to /cocoon/soundpool/images/background.gif (and
musicnews.gif) gives a cocoon resource not found, which implies that your
sitemap is still not configured correctly.
Check:
- Is the resource reader configured in map:readers?
- Is your map:match in a pipeline?
- Exactly what matches you should be using depends on how you have your
sitemaps set up. If this is from a root sitemap, it should match
pattern="/soundpool/images/*.gif" and map:read src="{1}.gif" and vice versa
for *.jpg
NOTE: because you have this webapp in /cocoon mount, these matches will
need to be referenced as /cocoon/soundpool/images/... from the outside,
including your src attributes.
- make absolutely sure the images are in the directory you think they are
Geoff
At 08:46 AM 3/11/2003, you wrote:
>Geoff,
>
>All the different versions of how I have tried to link the image are
>different methods I tried and not been successful with.
>
>To summarise what I have done:
>
>1. I have added the readers into my pipelines in my sitemap
>2. I have tried the following ways to link the images:
>
>
>background="/soundpool/images/background.gif" (works)?
>
>src="/soundpool/images/background.gif" (doesn't work)
>
>src="/soundpool/images/musicnews.gif" (doesn't work)
>
>src="C:/tomcat/webapps/soundpool/images/background.gif" (doesn't work)
>
>file://C:\tomcat\webapps\cocoon\soundpool\images\databasequeries.gif
>(doesn't work)
>
>
>I believe the first one should work when I have the readers in my
>pipeline, but it only works on the backdrop?
>
>Could someone tell me all the code that they have written in all
>relevant files to make images display.
>
>
>Thanks,
>
>Richard.
>
>
>
>-----Original Message-----
>From: Geoff Howard [mailto:cocoon@leverageweb.com]
>Sent: 11 March 2003 13:28
>To: cocoon-users@xml.apache.org
>Subject: Re: problems with images
>
>To make matters worse - I found the following in the html:
><body
>background="C:\tomcat\webapps\cocoon\soundpool\images\backgroundpda.gif"
> >
>
>That would explain a lot...
>
>Geoff
>
>At 07:58 AM 3/11/2003, you wrote:
> >On 11.Mar.2003 -- 11:44 AM, Richard Cunliffe wrote:
> > > > From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
> > > > On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
> >
> > > > > Have tried changing the image to another, and it doesn't show
>anymore.
> > > > > When I revert it back to the backdrop image, it starts to work
> > > > again???
> > > >
> > > > Probably browser cache.
> > > >
> > > > I believe Charle's answer bears the key: The matches for your
>readers
> > > > are outside of a map:pipeline.
> > > >
> > > > I have put them within the pipeline now and still only the
>backdrop
> > > > works. I have also discovered if you change the image, then
>nothing
> > > > shows.
> >
> >This is from your sitemap.xmap:
> >
> > <map:match pattern="**.gif">
> > <map:read mime-type="image/gif" src="soundpool/images/*.gif"/>
> > </map:match>
> >
> > <map:match pattern="*.jpg">
> > <map:read mime-type="image/jpg"
>src="soundpool/images/{1}.jpg"/>
> > </map:match>
> >
> >The gif pipeline does not use {1} like the jpg one does -- this is a
> >problem. If you need to match arbitrarily deep paths, consider
> >switching to the regexp matcher.
> >
> >If it all doesn't help, look at the access.log and sitemap.log. Try to
> >reconstruct which matchers fire. It will sure provide some hints.
> >
> > Chris.
> >--
> >C h r i s t i a n H a u l
> >haul@informatik.tu-darmstadt.de
> > fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> >For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: problems with images
Posted by Christian Haul <ha...@dvs1.informatik.tu-darmstadt.de>.
On 11.Mar.2003 -- 01:46 PM, Richard Cunliffe wrote:
> Could someone tell me all the code that they have written in all
> relevant files to make images display.
Have a look at the database samples -- there's one for the modular
database actions that does image uploads to the database. In
addition, the very same XSP displays all images currently contained in
the database.
Chris.
Please follow up summarizing your problem and which suggested solution
/ information worked for you when you consider your problem
solved. Add "SUMMARY: " to the subject line. This will make FAQ
generation and searching the list easier. In addition, it makes
helping you more fun. Thank you.
And if you are really cool, add a page at http://wiki.cocoondev.org
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Richard Cunliffe <ri...@cunliffe.net>.
Geoff,
All the different versions of how I have tried to link the image are
different methods I tried and not been successful with.
To summarise what I have done:
1. I have added the readers into my pipelines in my sitemap
2. I have tried the following ways to link the images:
background="/soundpool/images/background.gif" (works)?
src="/soundpool/images/background.gif" (doesn't work)
src="/soundpool/images/musicnews.gif" (doesn't work)
src="C:/tomcat/webapps/soundpool/images/background.gif" (doesn't work)
file://C:\tomcat\webapps\cocoon\soundpool\images\databasequeries.gif
(doesn't work)
I believe the first one should work when I have the readers in my
pipeline, but it only works on the backdrop?
Could someone tell me all the code that they have written in all
relevant files to make images display.
Thanks,
Richard.
-----Original Message-----
From: Geoff Howard [mailto:cocoon@leverageweb.com]
Sent: 11 March 2003 13:28
To: cocoon-users@xml.apache.org
Subject: Re: problems with images
To make matters worse - I found the following in the html:
<body
background="C:\tomcat\webapps\cocoon\soundpool\images\backgroundpda.gif"
>
That would explain a lot...
Geoff
At 07:58 AM 3/11/2003, you wrote:
>On 11.Mar.2003 -- 11:44 AM, Richard Cunliffe wrote:
> > > From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
> > > On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
>
> > > > Have tried changing the image to another, and it doesn't show
anymore.
> > > > When I revert it back to the backdrop image, it starts to work
> > > again???
> > >
> > > Probably browser cache.
> > >
> > > I believe Charle's answer bears the key: The matches for your
readers
> > > are outside of a map:pipeline.
> > >
> > > I have put them within the pipeline now and still only the
backdrop
> > > works. I have also discovered if you change the image, then
nothing
> > > shows.
>
>This is from your sitemap.xmap:
>
> <map:match pattern="**.gif">
> <map:read mime-type="image/gif" src="soundpool/images/*.gif"/>
> </map:match>
>
> <map:match pattern="*.jpg">
> <map:read mime-type="image/jpg"
src="soundpool/images/{1}.jpg"/>
> </map:match>
>
>The gif pipeline does not use {1} like the jpg one does -- this is a
>problem. If you need to match arbitrarily deep paths, consider
>switching to the regexp matcher.
>
>If it all doesn't help, look at the access.log and sitemap.log. Try to
>reconstruct which matchers fire. It will sure provide some hints.
>
> Chris.
>--
>C h r i s t i a n H a u l
>haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: problems with images
Posted by Geoff Howard <co...@leverageweb.com>.
And, though the background is correct on the database page, the images
contain the following:
<img
src="file://C:\tomcat\webapps\cocoon\soundpool\images\databasequeries.gif">
At 08:28 AM 3/11/2003, you wrote:
>To make matters worse - I found the following in the html:
><body
>background="C:\tomcat\webapps\cocoon\soundpool\images\backgroundpda.gif">
>
>That would explain a lot...
>
>Geoff
>
>At 07:58 AM 3/11/2003, you wrote:
>>On 11.Mar.2003 -- 11:44 AM, Richard Cunliffe wrote:
>> > > From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
>> > > On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
>>
>> > > > Have tried changing the image to another, and it doesn't show anymore.
>> > > > When I revert it back to the backdrop image, it starts to work
>> > > again???
>> > >
>> > > Probably browser cache.
>> > >
>> > > I believe Charle's answer bears the key: The matches for your readers
>> > > are outside of a map:pipeline.
>> > >
>> > > I have put them within the pipeline now and still only the backdrop
>> > > works. I have also discovered if you change the image, then nothing
>> > > shows.
>>
>>This is from your sitemap.xmap:
>>
>> <map:match pattern="**.gif">
>> <map:read mime-type="image/gif" src="soundpool/images/*.gif"/>
>> </map:match>
>>
>> <map:match pattern="*.jpg">
>> <map:read mime-type="image/jpg" src="soundpool/images/{1}.jpg"/>
>> </map:match>
>>
>>The gif pipeline does not use {1} like the jpg one does -- this is a
>>problem. If you need to match arbitrarily deep paths, consider
>>switching to the regexp matcher.
>>
>>If it all doesn't help, look at the access.log and sitemap.log. Try to
>>reconstruct which matchers fire. It will sure provide some hints.
>>
>> Chris.
>>--
>>C h r i s t i a n H a u l
>>haul@informatik.tu-darmstadt.de
>> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>>For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: problems with images
Posted by Geoff Howard <co...@leverageweb.com>.
To make matters worse - I found the following in the html:
<body background="C:\tomcat\webapps\cocoon\soundpool\images\backgroundpda.gif">
That would explain a lot...
Geoff
At 07:58 AM 3/11/2003, you wrote:
>On 11.Mar.2003 -- 11:44 AM, Richard Cunliffe wrote:
> > > From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
> > > On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
>
> > > > Have tried changing the image to another, and it doesn't show anymore.
> > > > When I revert it back to the backdrop image, it starts to work
> > > again???
> > >
> > > Probably browser cache.
> > >
> > > I believe Charle's answer bears the key: The matches for your readers
> > > are outside of a map:pipeline.
> > >
> > > I have put them within the pipeline now and still only the backdrop
> > > works. I have also discovered if you change the image, then nothing
> > > shows.
>
>This is from your sitemap.xmap:
>
> <map:match pattern="**.gif">
> <map:read mime-type="image/gif" src="soundpool/images/*.gif"/>
> </map:match>
>
> <map:match pattern="*.jpg">
> <map:read mime-type="image/jpg" src="soundpool/images/{1}.jpg"/>
> </map:match>
>
>The gif pipeline does not use {1} like the jpg one does -- this is a
>problem. If you need to match arbitrarily deep paths, consider
>switching to the regexp matcher.
>
>If it all doesn't help, look at the access.log and sitemap.log. Try to
>reconstruct which matchers fire. It will sure provide some hints.
>
> Chris.
>--
>C h r i s t i a n H a u l
>haul@informatik.tu-darmstadt.de
> fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Richard Cunliffe <ri...@cunliffe.net>.
Christian,
I have put them within the pipeline now and still only the backdrop
works. I have also discovered if you change the image, then nothing
shows.
Richard.
-----Original Message-----
From: Christian Haul [mailto:haul@dvs1.informatik.tu-darmstadt.de]
Sent: 11 March 2003 11:37
To: cocoon-users@xml.apache.org
Subject: Re: problems with images
On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
>
> Niclas,
>
> Have tried changing the image to another, and it doesn't show anymore.
> When I revert it back to the backdrop image, it starts to work
again???
Probably browser cache.
I believe Charle's answer bears the key: The matches for your readers
are outside of a map:pipeline.
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: problems with images
Posted by Christian Haul <ha...@dvs1.informatik.tu-darmstadt.de>.
On 11.Mar.2003 -- 11:20 AM, Richard Cunliffe wrote:
>
> Niclas,
>
> Have tried changing the image to another, and it doesn't show anymore.
> When I revert it back to the backdrop image, it starts to work again???
Probably browser cache.
I believe Charle's answer bears the key: The matches for your readers
are outside of a map:pipeline.
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: XInclude recursion
Posted by Charles Yates <ce...@stanford.edu>.
Cocoon's pipeline transformation model makes this sort of recursion
difficult to implement. You could write a tranformer to do this, but it
would be simpler to have multiple XIncludeTransformers in the pipeline.
Charles
Darren Petrie wrote:
> Is anybody using XInclude in a recursive manner? I've been XInclude
> non-recursively for awhile w/o problems but recently tried to XInclude
> an XML file with it's own XInclude.
>
> According to the XInclude specification it should be recursive but it
> doesn't appear to work in Cocoon.
>
> http://www.w3.org/TR/xinclude/
>
> There was some traffic on this subject a few months back but no
> resolution.
>
> http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=102865442913967&w=2
>
> Any XInclude recursion success stories out there?
>
> Thanks,
> Darren
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
XInclude recursion
Posted by Darren Petrie <dp...@anteon.com>.
Is anybody using XInclude in a recursive manner? I've been XInclude
non-recursively for awhile w/o problems but recently tried to XInclude
an XML file with it's own XInclude.
According to the XInclude specification it should be recursive but it
doesn't appear to work in Cocoon.
http://www.w3.org/TR/xinclude/
There was some traffic on this subject a few months back but no
resolution.
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=102865442913967&w=2
Any XInclude recursion success stories out there?
Thanks,
Darren
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Richard Cunliffe <ri...@cunliffe.net>.
Niclas,
Have tried changing the image to another, and it doesn't show anymore.
When I revert it back to the backdrop image, it starts to work again???
Richard.
-----Original Message-----
From: Niclas Hedhman [mailto:niclas@internuscorp.com]
Sent: 11 March 2003 09:33
To: cocoon-users@xml.apache.org
Subject: Re: problems with images
On Tuesday 11 March 2003 17:12, Richard Cunliffe wrote:
> Niclas and Charles,
>
> I would prefer to get images working within cocoon, so that when I
want
> to do more advance things I don't need to worry about it.
>
> I have done all that Charles has suggest and still only the backdrop
> works, any other suggestions?
It is very weird that the
<body background="/soundpool/images/background.gif">
would work and
<img img="/soundpool/images/musicnews.gif"/>
does not.
First of all you must ensure that the files are the files you think they
are,
not cached and so on. Replace the background.gif with a different image,
and
see if that change happens (often it doesn't).
Do you have this site public? I could take a quick look.
Niclas
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: problems with images
Posted by Richard Cunliffe <ri...@cunliffe.net>.
Yep, the address is www.cunliffe.net/soundpool
Richard.
-----Original Message-----
From: Niclas Hedhman [mailto:niclas@internuscorp.com]
Sent: 11 March 2003 09:33
To: cocoon-users@xml.apache.org
Subject: Re: problems with images
On Tuesday 11 March 2003 17:12, Richard Cunliffe wrote:
> Niclas and Charles,
>
> I would prefer to get images working within cocoon, so that when I
want
> to do more advance things I don't need to worry about it.
>
> I have done all that Charles has suggest and still only the backdrop
> works, any other suggestions?
It is very weird that the
<body background="/soundpool/images/background.gif">
would work and
<img img="/soundpool/images/musicnews.gif"/>
does not.
First of all you must ensure that the files are the files you think they
are,
not cached and so on. Replace the background.gif with a different image,
and
see if that change happens (often it doesn't).
Do you have this site public? I could take a quick look.
Niclas
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: problems with images
Posted by Niclas Hedhman <ni...@internuscorp.com>.
On Tuesday 11 March 2003 17:12, Richard Cunliffe wrote:
> Niclas and Charles,
>
> I would prefer to get images working within cocoon, so that when I want
> to do more advance things I don't need to worry about it.
>
> I have done all that Charles has suggest and still only the backdrop
> works, any other suggestions?
It is very weird that the
<body background="/soundpool/images/background.gif">
would work and
<img img="/soundpool/images/musicnews.gif"/>
does not.
First of all you must ensure that the files are the files you think they are,
not cached and so on. Replace the background.gif with a different image, and
see if that change happens (often it doesn't).
Do you have this site public? I could take a quick look.
Niclas
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org