problem with tutorial sitemap processing
This concerns the sitemap file for the tutorial: Did anybody notice this with Cocoon 2.0.2 and JDK1.4: Inside the action set whenever map:action-set name=process map:act type=form action=Create Department map:parameter name=validate-set value=add/ map:act type=dbAdd/ /map:act gets processed, the form gets validated ok but the dbAdd action is skipped! I verified the actual dbAdd works when I comment out the form action. The same applies to the remaining form actions in this set, all the Strange.. Horst - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems serving pdf files
On Fri, 19 Apr 2002, Mike Dewar wrote:
Thanks but I don't think that I'm using FOP. All I'm doing is trying to
serve an existing pdf file:
map:pipeline
map:match pattern=foo/**.pdf
map:read mime-type=application/pdf src=foo/{1}.pdf/
/map:match
/map:pipeline
As an experiment I changed the mime type to text/plain and got the same
result.
Mike.
I have had the same problem once serving jpeg files. They were truncated
at 8192 byes, no matter what jpeg file I tried. On the other hand, there
were no problems with gif files (bigger than 8kb).
I solved this by stopping Tomcat/Cocoon, cleaning the Tomcat work
directory and restarting Tomcat/Cocoon. Magic? Some randomly occurring
bug (since I am not the only one having had this problem)?
I hope this solution solves this problem, only one way to find out.
Erwin.
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Problem with 'large' STATIC pdf files
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Is there anywhere where a max file size is set for static .pdf's or other
file types?
Hope somebody can help.
Regards,
Christopher
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Streamgenerator
Hi all, i am working on a service for the RosettaNet PIP2A9. Is it possible to accept HttpRequests with the following MIME-Declarations by the StreamGenerator? If not, can you give me some hints on how to accept these Requests? MIME-Version: 1.0 Content-type: Multipart/Related; boundary=-- MIME PART --- Content-Description: RosettaNet message MIME PART Content-type: Application/XML; RNSubType=preamble-header ?xml version=1.0 encoding=UTF-8? !DOCTYPE Preamble SYSTEM PreamblePartMessageGuideline.dtd Preamble DateTimeStamp12345/DateTimeStamp GlobalAdministeringAuthorityCodeRosettaNet/GlobalAdministeringAuthorityCode GlobalUsageCodeTest/GlobalUsageCode VersionIdentifier1.1/VersionIdentifier /Preamble MIME PART Content-type: Application/XML; RNSubType=service-header ?xml version=1.0 encoding=UTF-8? !DOCTYPE ServiceHeader SYSTEM ServiceHeaderPartMessageGuideline.dtd ServiceHeader ProcessControl ProcessIdentity GlobalProcessCodeQuery Electronic Component Technical Information/GlobalProcessCode GlobalProcessIndicatorCode2A9/GlobalProcessIndicatorCode /ProcessIdentity ServiceRoute fromService BusinessServiceDescription GlobalBusinessServiceCodeProduct Information User Service/GlobalBusinessServiceCode /BusinessServiceDescription /fromService toService BusinessServiceDescription GlobalBusinessServiceCodeProduct Information Distributor Service/GlobalBusinessServiceCode /BusinessServiceDescription /toService /ServiceRoute TransactionControl AttemptCount1/AttemptCount PartnerRoleRoute fromRole PartnerRoleDescription GlobalPartnerRoleClassificationCodeProduct Information User/GlobalPartnerRoleClassificationCode /PartnerRoleDescription /fromRole toRole PartnerRoleDescription GlobalPartnerRoleClassificationCodeProduct Information Distributor/GlobalPartnerRoleClassificationCode /PartnerRoleDescription /toRole /PartnerRoleRoute TransactionIdentity GlobalTransactionCodeQuery EC Technical Information/GlobalTransactionCode InstanceIdentifier1/InstanceIdentifier /TransactionIdentity ActionControl ActionIdentity GlobalBusinessActionCodeTechnical Information Query Action/GlobalBusinessActionCode InstanceIdentifier1/InstanceIdentifier VersionIdentifier1.1/VersionIdentifier /ActionIdentity GlobalDocumentFunctionCodeRequest/GlobalDocumentFunctionCode PartnerRoute fromPartner PartnerDescription BusinessDescription GlobalBusinessIdentifier621911718/GlobalBusinessIdentifier /BusinessDescription GlobalPartnerClassificationCodeEnd User/GlobalPartnerClassificationCode /PartnerDescription /fromPartner toPartner PartnerDescription BusinessDescription GlobalBusinessIdentifier10003/GlobalBusinessIdentifier /BusinessDescription GlobalPartnerClassificationCodeDistributor/GlobalPartnerClassificationCode /PartnerDescription /toPartner /PartnerRoute /ActionControl /TransactionControl /ProcessControl /ServiceHeader MIME PART Content-type: Application/XML; RNSubType=service-content ?xml version=1.0 encoding=UTF-8? !DOCTYPE Pip2A9ECTechnicalInformationQuery PUBLIC -//Si2/RosettaNet//DTD PIP2A9 1.0 2820//EN qd.dtd Pip2A9ECTechnicalInformationQuery dict.identifier-//RosettaNet//DICTIONARY EC Technical Dictionary 2821 1.1.1/dict.identifier query max.records=4000 starting.at=0 element dicRef=RNP145 nameDisclaimer/name valuetest/value /element element nameRosettaNet Class/name valueXJA751/value /element /query fromRole PartnerRoleDescription
RE: JSP Generator problem
Hi! From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]] Setup: Win2k, JDK1.3.1_02, Tomcat 4.0.3, Cocoon 2.0.2/Cocoon 2.1-dev I am having a problem with the Cocoon samples that use the JSP generator as well as any code I write using that generator, I get a 404 error. I went back in the archives and saw that some fix was made on March 28, but when I downloaded the latest development snapshot the examples still did not work. Is this still a known problem? Is there a fix or workaround? Have you looked into the logs to see what's the exact problem? Usually, jasper-compiler.jar is needed to be placed in cocoon/WEB-INF/lib to make JSP work in Cocoon. I'm not sure that just coping it there would work with the latest Cocoon, because Cocoon uses Manifest.mf where all the needed jars are listed, so either you should add an entry for jasper-compiler.jar there or follow the instructions bellow: - get the latest CVS snapshot (source) - copy jasper-compiler.jar into libs/optional - build cocoon.war Hope this will solve your problems. But I would think twice before using JSP with Cocoon, cause there are some portability issues with it. Why are you using JSP when you are using Cocoon? Regards, Konstantin --jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Still problems with i18n for FRENCH Solution found
Hi, Olivier!
From: Olivier Lange [mailto:[EMAIL PROTECTED]]
Konstantin
While playing with the i18n transformations, I did write a
french message
file messages_fr.xml for the i18n samples. You will find a
copy of the file
herewith, as well as an updated version of the sample files
simple.xml and
simple.xsp. For these files, I added the items and links
(lang_id6) for the
new language:
item
link
hrefsimple.xsp?locale=i18n:textlang_id6/i18n:text/href
title
i18n:textlanguage6/i18n:text
/title
/link
/item
Cool! I just was going to the it myself ;)
I added the 2 following keys to message_fr.xml; but all the
other message
files need also the new keys for the new language, which I
did not fix:
message key=lang_id6fr/message
message key=language6Français/message
Ok. I think that I'll move out the language links from the sample files and
use aggregation instead. Also, I'm going to change the links to display the
language name in its native language, so it will eliminate the need to
translate them, like: English | Русский | ... | Français.
... If Kurt also submits these files: feel free to choose the ones you
prefer!
I don't speak French, so I can't choose the best translation, but I'll
choose one of them anyway ;)
By the way I noticed that when I was running simple.xml, the
third article
just showed:
3. Article: Troisièmement
Hello
I thought that I've fixed that a while ago... Thanks for reporting.
This is the corresponding code fragment from simple.xml:
i18n:translate
i18n:textHello/i18n:text
i18n:param name=username
i18n:textKot/i18n:text
/i18n:param
/i18n:translate
I thought the second line should rather be:
i18n:textHello {0}/i18n:text
and fixed it in the attached files.
It's not needed, if you use just 'Hello' as key for your translation, which
should be 'Hello {0}'.
On the same subject, I am not sure about the expected outcome of this
fragment from simple.xsp:
i18n:translate
i18n:textHello, {0}! Glad to see you!/i18n:text
i18n:param name=username
xsp-request:get-parameter name=user default=none
as=string/
/i18n:param
/i18n:translate
It translates to:
Salut none! Ravi de te voir!
There is a key none in messages_XX.xml; from
messages_fr.xml for instance:
message key=noneinconnu/message
I thought that the translation was not the expected outcome
and did patch
simple.xsp with the following code:
i18n:translate
i18n:textHello, {0}! Glad to see you!/i18n:text
i18n:param name=username
i18n:textxsp-request:get-parameter name=user
default=none as=string//i18n:text
/i18n:param
/i18n:translate
which not translates to:
Salut inconnu! Ravi de te voir!
I hope these nano-patches are somewhat useful... ;)
Sure they are usuful! Keep fixing ;)
Konstantin
Olivier Lange
Le Petit Atelier de Génie logiciel
Frêne 11, 1004 Lausanne, +41-21-6487665, [EMAIL PROTECTED]
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Web APIs and Cocoon
At 08:54 19/04/2002, Ugo Cei wrote: Thanks to the SOAP taglib, using the Google Web APIs from Cocoon is as simple as taking the attached XSP file, filling in your Google key (after having registered at http://www.google.com/apis) and putting it in your sitemap with a stylesheet of your liking. This looks really cool - except I am a bit confused about one thing. Does Cocoon come with the necessary SOAP functionality by default or do I need to install an optional component. I have a fairly recent CVs snapshot of cocoon and it is telling me The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that org.apache.cocoon.ProcessingException says: SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader More precisely: org.apache.cocoon.ProcessingException: SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader: java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration Does this mean it doesn't understand the SOAP tags? (Yes - I have gotten my Google API key and entered it into google.xsp ) Alex Openweb Analysts Ltd, London: Software For Complex Websites http://www.OWAL.co.uk/ Free Consultancy for London Companies thinking of Open Source Software. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FragmentExtractor
Hi, I've searched the docs and lists about this without success, so here goes : I have a database query (executed with sqltransformer) that returns xml with products and embedded image binaries. (they're blobs in the DB) I want to use the FragmentExtractor to substitute those images embedded in the XML with links and generate the .jpeg. I tried to configure a new transformer myextractor, similar to fragment extractor, but with the changes mentioned in the javadoc : map:transformer logger=sitemap.transformer.extractor name=myextractor src=org.apache.cocoon.transformation.FragmentExtractorTransformer extract-uri/extract-uri extract-elementpage/content/rowset/row/image/extract-element /map:transformer is this the way it's done ? I don't want to specify a namespace, since the tag produced by the sql transformer doesn't include a namespace. I think this transformer is very usefull (if I understand it right) whenever there is a need to manipulate binary info inside the XML, it's a pitty that it's not documented yet. Thanks. Ricardo Trindade - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon2 Livesite deployed!
Hi all, thanks to Apache Cocoon 2, The Hong Kong and China Gas Company Limited (a listed utility company in Hong Kong) has launched its corporate communication web site utilizing Cocoon 2 XML publishing framework. It is a multi-lingual site run on Tomcat 4, IIS 4, Windows NT 4 and MS SQL 2000 (with SQL XML support on IIS). If you need more information regarding this site, please feel free to contact me. http://newscentre.towngas.com Regards -- Evan Sho Tel: 3199-2017 Fax: 3199-2020 http://www.xml-asia.org - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon cache hash clash
So CacheValidity objects should always take an extra Object parameter,
which contains the string or whatever key is being hashed. The isValid
function would then not just do its usual validity checking, it should
also check the equality of those objects.
To be explicit, we could rewrite TimeStampCacheValidity to be hash clash
safe as follows:
private Object realKey; // the other key is just a hash which
fits in a long.
public TimeStampCacheValidity(long timeStamp, Object realKey) {
this.timeStamp = timeStamp;
this.realKey = realKey;
}
public boolean isValid(CacheValidity validity) {
if (validity instanceof TimeStampCacheValidity) {
return this.timeStamp ==
((TimeStampCacheValidity)validity).getTimeStamp()
this.realKey.equals(validity.realKey);
}
return false;
}
Would this (or something like it since I haven't even compiled this)
work?
Or is something better planned for a future (imminent) release of
Cocoon? (I didn't have any luck searching for the bug or TODO that you
mentioned)
Many thanks,
Steve
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 2:05 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cocoon cache hash clash
From: Stephen Ng [mailto:[EMAIL PROTECTED]]
I'm confused by coocoon caching--what if I have use HashUtil in my
generateKey, and two different pages/request happen to generate the
same
hash key? Won't cocoon erroneously return the same page from the
cache?
Only if validity matches. But it usually does not - result is
that these two pages won't be cached at all. Luckily, this
(almost) does not happen.
There is a bug and a TODO item on this theme.
Vadim
Steve Ng
Lumigent
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Problem with 'large' STATIC pdf files
Can anyone help - from the archives I think there've been a few people down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Is there anywhere where a max file size is set for static .pdf's or other
file types?
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Livesites
Hi, Just live www.powerfm.org and do we love cocoon. Regards, Brian. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use a WebApp named something other than cocoon in We blo g ic?
Title: Re: How to use a WebApp named something other than cocoon in We blo g ic? War file will not get deployed just on placing under applications dir. You should deploy it using controls in console. Orn you can expand war file under applications just like in c2. It will be recognized as a webapp by wls. Ask igor to help if you need. Regards Nanda -- Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net)
Re: Problems with XSP when upgrading 1.8.2 - 2.0.2
Title: Re: Problems with XSP when upgrading 1.8.2 - 2.0.2 I got only half of your mail in black berry. There should be an api to convert sax to dom and read dom into sax api. I will let you know soon. -- Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net)
RE: problem with tutorial sitemap processing
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] This concerns the sitemap file for the tutorial: Did anybody notice this with Cocoon 2.0.2 and JDK1.4: Inside the action set whenever map:action-set name=process map:act type=form action=Create Department map:parameter name=validate-set value=add/ map:act type=dbAdd/ /map:act gets processed, the form gets validated ok but the dbAdd action is skipped! I verified the actual dbAdd works when I comment out the form action. The same applies to the remaining form actions in this set, all the Strange.. Try Cocoon 2.0.3-dev (nightly snapshot or CVS version) - should work ok. Vadim Horst - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Streamgenerator
From: Michael Raffenberg [mailto:[EMAIL PROTECTED]] Hi all, i am working on a service for the RosettaNet PIP2A9. Is it possible to accept HttpRequests with the following MIME-Declarations by the StreamGenerator? No. It does not eat mime multipart. If not, can you give me some hints on how to accept these Requests? You can code own generator, base it on stream generator. Take a look at the cocoon.components.request.multipart package - it will help you with parsing this request. See also MultipartRequestFactoryImpl. Vadim MIME-Version: 1.0 Content-type: Multipart/Related; boundary=-- MIME PART --- Content-Description: RosettaNet message MIME PART Content-type: Application/XML; RNSubType=preamble-header ?xml version=1.0 encoding=UTF-8? !DOCTYPE Preamble SYSTEM PreamblePartMessageGuideline.dtd Preamble DateTimeStamp12345/DateTimeStamp GlobalAdministeringAuthorityCodeRosettaNet/GlobalAdministeringAuthori tyCode GlobalUsageCodeTest/GlobalUsageCode VersionIdentifier1.1/VersionIdentifier /Preamble MIME PART Content-type: Application/XML; RNSubType=service-header ?xml version=1.0 encoding=UTF-8? !DOCTYPE ServiceHeader SYSTEM ServiceHeaderPartMessageGuideline.dtd ServiceHeader ProcessControl ProcessIdentity GlobalProcessCodeQuery Electronic Component Technical Information/GlobalProcessCode GlobalProcessIndicatorCode2A9/GlobalProcessIndicatorCode /ProcessIdentity ServiceRoute fromService BusinessServiceDescription GlobalBusinessServiceCodeProduct Information User Service/GlobalBusinessServiceCode /BusinessServiceDescription /fromService toService BusinessServiceDescription GlobalBusinessServiceCodeProduct Information Distributor Service/GlobalBusinessServiceCode /BusinessServiceDescription /toService /ServiceRoute TransactionControl AttemptCount1/AttemptCount PartnerRoleRoute fromRole PartnerRoleDescription GlobalPartnerRoleClassificationCodeProduct Information User/GlobalPartnerRoleClassificationCode /PartnerRoleDescription /fromRole toRole PartnerRoleDescription GlobalPartnerRoleClassificationCodeProduct Information Distributor/GlobalPartnerRoleClassificationCode /PartnerRoleDescription /toRole /PartnerRoleRoute TransactionIdentity GlobalTransactionCodeQuery EC Technical Information/GlobalTransactionCode InstanceIdentifier1/InstanceIdentifier /TransactionIdentity ActionControl ActionIdentity GlobalBusinessActionCodeTechnical Information Query Action/GlobalBusinessActionCode InstanceIdentifier1/InstanceIdentifier VersionIdentifier1.1/VersionIdentifier /ActionIdentity GlobalDocumentFunctionCodeRequest/GlobalDocumentFunctionCode PartnerRoute fromPartner PartnerDescription BusinessDescription GlobalBusinessIdentifier621911718/GlobalBusinessIdentifier /BusinessDescription GlobalPartnerClassificationCodeEnd User/GlobalPartnerClassificationCode /PartnerDescription /fromPartner toPartner PartnerDescription BusinessDescription GlobalBusinessIdentifier10003/GlobalBusinessIdentifier /BusinessDescription GlobalPartnerClassificationCodeDistributor/GlobalPartnerClassificatio nCode /PartnerDescription /toPartner /PartnerRoute /ActionControl /TransactionControl /ProcessControl /ServiceHeader MIME PART Content-type: Application/XML; RNSubType=service-content ?xml version=1.0 encoding=UTF-8? !DOCTYPE Pip2A9ECTechnicalInformationQuery PUBLIC -//Si2/RosettaNet//DTD PIP2A9 1.0 2820//EN qd.dtd Pip2A9ECTechnicalInformationQuery dict.identifier-//RosettaNet//DICTIONARY EC Technical Dictionary 2821 1.1.1/dict.identifier query max.records=4000
RE: Google Web APIs and Cocoon
From: Alex McLintock [mailto:[EMAIL PROTECTED]] At 08:54 19/04/2002, Ugo Cei wrote: Thanks to the SOAP taglib, using the Google Web APIs from Cocoon is as simple as taking the attached XSP file, filling in your Google key (after having registered at http://www.google.com/apis) and putting it in your sitemap with a stylesheet of your liking. This looks really cool - except I am a bit confused about one thing. Does Cocoon come with the necessary SOAP functionality by default or do I need to install an optional component. I have a fairly recent CVs snapshot of cocoon and it is telling me The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that org.apache.cocoon.ProcessingException says: SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader What's your servlet engine? If it is Tomcat 4.0.2-4.0.3, try with 4.0.4 Vadim More precisely: org.apache.cocoon.ProcessingException: SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader: java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration Does this mean it doesn't understand the SOAP tags? (Yes - I have gotten my Google API key and entered it into google.xsp ) Alex Openweb Analysts Ltd, London: Software For Complex Websites http://www.OWAL.co.uk/ Free Consultancy for London Companies thinking of Open Source Software. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FragmentExtractor
From: Ricardo Trindade [mailto:[EMAIL PROTECTED]] Hi, I've searched the docs and lists about this without success, so here goes : I have a database query (executed with sqltransformer) that returns xml with products and embedded image binaries. (they're blobs in the DB) I want to use the FragmentExtractor to substitute those images embedded in the XML with links and generate the .jpeg. I tried to configure a new transformer myextractor, similar to fragment extractor, but with the changes mentioned in the javadoc : map:transformer logger=sitemap.transformer.extractor name=myextractor src=org.apache.cocoon.transformation.FragmentExtractorTransformer extract-uri/extract-uri Empty uri might work. extract-elementpage/content/rowset/row/image/extract-element It says *element*, not *xpath*. IIRC, FragmentExtractor does not support xpath. Vadim /map:transformer is this the way it's done ? I don't want to specify a namespace, since the tag produced by the sql transformer doesn't include a namespace. I think this transformer is very usefull (if I understand it right) whenever there is a need to manipulate binary info inside the XML, it's a pitty that it's not documented yet. Thanks. Ricardo Trindade - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with 'large' STATIC pdf files
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Can anyone help - from the archives I think there've been a few people
down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Should not be. Reader processes all file types similarly.
Is there anywhere where a max file size is set for static .pdf's or
other
file types?
I don't think so.
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Try with wget -S.
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
Try Cocoon CVS version (or today's snapshot).
Vadim
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with 'large' STATIC pdf files
Thanks for this Vadim,
could you tell me what
Try with wget -S.
means? Some unix thing?
I'm on winnt4, I'm going to try and delve into CygWIN...
Meanwhile I'll get the latest CVS
Christopher
PS Any news on a 2.0.3 release?
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 16:44
To: [EMAIL PROTECTED]; 'Christopher Watson'
Subject: RE: Problem with 'large' STATIC pdf files
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Can anyone help - from the archives I think there've been a few people
down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Should not be. Reader processes all file types similarly.
Is there anywhere where a max file size is set for static .pdf's or
other
file types?
I don't think so.
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Try with wget -S.
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
Try Cocoon CVS version (or today's snapshot).
Vadim
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with 'large' STATIC pdf files
Vadim, the plot thickens.
I've unearthed cygwin's wget.
On the 2.0.2 release build it gets all 175958 bytes !
Shame my browsers don't :-
BUT On the current CVS (HEAD branch) it only gets 32768 bytes.
The opposite of what I would have expected/hoped
Christopher
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 16:44
To: [EMAIL PROTECTED]; 'Christopher Watson'
Subject: RE: Problem with 'large' STATIC pdf files
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Can anyone help - from the archives I think there've been a few people
down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Should not be. Reader processes all file types similarly.
Is there anywhere where a max file size is set for static .pdf's or
other
file types?
I don't think so.
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Try with wget -S.
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
Try Cocoon CVS version (or today's snapshot).
Vadim
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
FW: Problem with 'large' STATIC pdf files - appears FIXED
Err.. Vadim,
Don't know WHAT I did exactly, but when I tried the CVS version again it
WORKED.
Both with wget AND the browsers !
So, Thanks !
Sorry to trouble you unnecessarily.
Christopher
-Original Message-
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 19:11
To: [EMAIL PROTECTED]
Subject: RE: Problem with 'large' STATIC pdf files
Vadim, the plot thickens.
I've unearthed cygwin's wget.
On the 2.0.2 release build it gets all 175958 bytes !
Shame my browsers don't :-
BUT On the current CVS (HEAD branch) it only gets 32768 bytes.
The opposite of what I would have expected/hoped
Christopher
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 16:44
To: [EMAIL PROTECTED]; 'Christopher Watson'
Subject: RE: Problem with 'large' STATIC pdf files
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Can anyone help - from the archives I think there've been a few people
down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Should not be. Reader processes all file types similarly.
Is there anywhere where a max file size is set for static .pdf's or
other
file types?
I don't think so.
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Try with wget -S.
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
Try Cocoon CVS version (or today's snapshot).
Vadim
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.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/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with 'large' STATIC pdf files - appears FIXED
:)
Use build clean from time to time.
PS You can find wget compiled for NT without cygwin... But cygwin is
good because of many other tools (cvs is one of them)
Vadim
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Err.. Vadim,
Don't know WHAT I did exactly, but when I tried the CVS version again
it
WORKED.
Both with wget AND the browsers !
So, Thanks !
Sorry to trouble you unnecessarily.
Christopher
-Original Message-
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 19:11
To: [EMAIL PROTECTED]
Subject: RE: Problem with 'large' STATIC pdf files
Vadim, the plot thickens.
I've unearthed cygwin's wget.
On the 2.0.2 release build it gets all 175958 bytes !
Shame my browsers don't :-
BUT On the current CVS (HEAD branch) it only gets 32768 bytes.
The opposite of what I would have expected/hoped
Christopher
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: 20 April 2002 16:44
To: [EMAIL PROTECTED]; 'Christopher Watson'
Subject: RE: Problem with 'large' STATIC pdf files
From: Christopher Watson [mailto:[EMAIL PROTECTED]]
Can anyone help - from the archives I think there've been a few
people
down
this road, but I haven't see anything very hopeful.
I'm trying to serve up static PDF files using
map:match pattern=pdf/*.pdf
map:read src=pdf/{1}.pdf mime-type=application/pdf/
/map:match
These are simply exposed as download/viewable files by a
href=pdf/something.pdf
If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.
Bizarrely, I can download all of an 82KB one with no problem
I did a sanity check with a large (300kb) image file
served by
map:match pattern=images/*.jpg
map:read src=images/{1}.jpg mime-type=image/jpg/
/map:match
which I could right-click and save OK.
What am I doing wrong?
Why the different behaviour?
Should not be. Reader processes all file types similarly.
Is there anywhere where a max file size is set for static .pdf's
or
other
file types?
I don't think so.
PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Try with wget -S.
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
Try Cocoon CVS version (or today's snapshot).
Vadim
-
Please check that your question has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faqs.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [PATCH QUEUE] Summary April 21 2002
--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to this mail. --- *** COCOON PATCH QUEUE UPDATE patches in queue: 6 *** --- 6740:[PATCH] Problem with SOAP Logicsheet in accessing .Net Web S --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6740 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6879:[PATCH] Cache improvement using ESI invalidation protocol --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 7481:[PATCH] RequestMethodSelector submission --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7481 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 7507:[PATCH] esql - support CLOB in get-xml --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7507 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 8264:[PATCH] EXPERIMENTAL PLEASE TEST-- HSSF internazionalization --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8264 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 7868:[PATCH] protected createCocoon() in CocoonServlet --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7868 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: REOP *that's it! patch HOWTO Send patches to http://nagoya.apache.org/bugzilla/ specifying [PATCH] in the summary. Bugzilla sends a mail automatically to this list. Reviewers will mark it FIXED there when applied. Patches not sent to Bugzilla will not be reviewed. --- This file is scheduled to be generated every Tuesday and Friday 1:00 CET for the cocoon-dev mailing list, on Sundays 1:00 CET for the cocoon-users mailing list. For any problem, question or suggestion, please notify [EMAIL PROTECTED] --- There is a HEAD branch and sometimes a previous-version branch that are maintained. Where will the patch go? 1. If it is a bug fix it should go to both branches 2. If something is totally new it goes into HEAD scratchpad. 3. Something in between, but does not break backward compatibility _may_ go into both (and may not) 4. For everything else, a vote is required so first it may go into HEAD, and then be VOTEd in order to sync this into branch. Please note that structural changes have to be VOTEd first. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connection pooling, mysql and jdk 1.4
Hi, I can't use database connection pools with jdk 1.4 and Mysql, I always get exceptions from Avalon Excalibur. What I have understood from Cocoon2 lists, that Connection pooling could be possible to get to work by compiling Excalibur with 1.4. I did that but I still get the same error. Does anyone has any success on C2, jdk 1.4, connection pools and Mysql? Everything works if I put jdbcurl etc. in esql directly. Is there some spesific ways Excalibur should be compiled to get pools working? Thanks, Lassi Immonen - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: After installation: UnsatisfiedLinkError: libawt: libXp.so.6
I've had almost this exact same problem. What was the answer for you? -Original Message- From: Jonathan Crenner [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 5:44 AM To: [EMAIL PROTECTED] Subject: After installation: UnsatisfiedLinkError: libawt: libXp.so.6 Hi All, I'm trying to have Cocoon successfully running on the following config after having developed/tested my applications with Cocoon under Windows: * Linux Mandrake 8.1 kernel 2.4.8 * Tomcat 4.0.3 * Cocoon 2.0 * Sun's jdk 1.4.0 Cocoon initializes correctly, but after the first request (which fails: The sitemap handler's sitemap is not available.), here is what I get in the error.log file (full listing at the end): java.lang.UnsatisfiedLinkError: /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) I thought I had a problem with AWT, but I coded a simple AWT application which worked perfectly... If I check the libraries with ldconfig -p | grep libXp, I get: libXp.so.6 (libc6) = /usr/X11R6/lib/libXp.so.6 libXp.so (libc6) = /usr/X11R6/lib/libXp.so So the libXp.so library that Cocoon claims to be missing is available on the system... This is not even a problem because my server is headless, otherwise I assume I would have got: java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable. Anyway, even if I have an X server running, the exception gets sent as well This is neither linked to jdk 1.4 as I upgraded from 1.3 to try to solve the problem and the exception was the exact same with this older version... So has anyone got this error or has clues on how to solve it? Thanks a lot in advance for your help, Jonathan Crenner Complete listing of error.log: FATAL_E (2002-03-18) 13:04.16:965 [core.datasources.personnel] (Unknown-URI) Unknown-thread/LogKitLogger: Excalibur could not create any connections. Examine your settings to make sure they are correct. Make sure you can connect with the same settings on your machine. ERROR (2002-03-18) 13:16.18:526 [sitemap.generator.velocity] (/cocoon/) HttpProcessor[8180][4]/VelocityGenerator: ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ERROR (2002-03-18) 13:16.18:724 [sitemap.generator.velocity] (/cocoon/) HttpProcessor[8180][4]/VelocityGenerator: ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ERROR (2002-03-18) 13:16.18:846 [sitemap.generator.xmldb] (/cocoon/) HttpProcessor[8180][4]/XMLDBGenerator: There was a problem setting up the connection ERROR (2002-03-18) 13:16.18:849 [sitemap.generator.xmldb] (/cocoon/) HttpProcessor[8180][4]/XMLDBGenerator: Make sure that your driver is available ERROR (2002-03-18) 13:16.18:874 [sitemap.generator.xmldb] (/cocoon/) HttpProcessor[8180][4]/XMLDBGenerator: There was a problem setting up the connection ERROR (2002-03-18) 13:16.18:876 [sitemap.generator.xmldb] (/cocoon/) HttpProcessor[8180][4]/XMLDBGenerator: Make sure that your driver is available ERROR (2002-03-18) 13:16.18:924 [sitemap.generator.xmldbcollection] (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: There was a problem setting up the connection ERROR (2002-03-18) 13:16.18:926 [sitemap.generator.xmldbcollection] (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: Make sure that your driver is available ERROR (2002-03-18) 13:16.18:946 [sitemap.generator.xmldbcollection] (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: There was a problem setting up the connection ERROR (2002-03-18) 13:16.18:949 [sitemap.generator.xmldbcollection] (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: Make sure that your driver is available ERROR (2002-03-18) 13:16.23:404 [sitemap] (/cocoon/) HttpProcessor[8180][4]/Handler: Error compiling sitemap java.lang.UnsatisfiedLinkError: /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1480) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1396) at java.lang.Runtime.loadLibrary0(Runtime.java:772) at java.lang.System.loadLibrary(System.java:832) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1397) at java.awt.Toolkit.clinit(Toolkit.java:1418) at java.awt.Color.clinit(Color.java:250) at org.apache.batik.css.value.DefaultSystemColorResolver.activeBorder (Unknown Source) at
