AW: IE6: Can't open dynamic PDF from applet-Furher Details!
Hello again! Here are a few results of my investigation on this topic: 1) I'm using Tomcat Basic Authorization with JDBCRealm (Tomcat 4.1.18). Cocoon is protected in web.xml like this: security-constraint web-resource-collection web-resource-nameCocoon/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-name*/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method realm-nameCocoon Login/realm-name /login-config If I open my IE and type in URL: http://icelande.his.de/cocoon/hello.pdf then after authentication IE says it a site CAN NOT be opened. if I simply click the link Hello.pdf that contains the same URL - It works! Everybody can test it! Please try it! icelande is in Internet. User: guest Passwort: test 2) All this works without problem, when I TURN OFF THE TOMCAT AUTHENTICATION for Cocoon! Any explanations and ideas? Thanx! Viktor -Ursprüngliche Nachricht- Von: Skladovs, Victor Gesendet: Donnerstag, 7. August 2003 14:00 An: [EMAIL PROTECTED] Betreff: AW: IE6: Can't open dynamic PDF from applet Thanx! I'll try it. Hope it helps -:)) Viktor -Ursprüngliche Nachricht- Von: Conal Tuohy [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 7. August 2003 12:08 An: [EMAIL PROTECTED] Betreff: RE: IE6: Can't open dynamic PDF from applet Hi Victor I think you need to have a look at the HTTP layer. What I use for these debugging situations is a little java app called NetTool. It's small but it's excellent for debugging HTTP, esp SOAP. You can use it to tunnel http connections, so you can see the HTTP request sent by your browser and also see the response from the server. Or you can use it to make any kind of HTTP request, as a kind of browser. You can add headers, choose a method, and you can save your requests and use them again. Cheers! Con download it here: http://nettool.sourceforge.net/ -Original Message- From: Skladovs, Victor [mailto:[EMAIL PROTECTED] Sent: Thursday, 7 August 2003 20:25 To: [EMAIL PROTECTED] Subject: AW: IE6: Can't open dynamic PDF from applet Thanks to everybody for your answers! This trick with ending .pdf doesn't work too! I don't use https. -Ursprüngliche Nachricht- Von: J.Pietschmann [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 6. August 2003 20:22 An: [EMAIL PROTECTED] Betreff: Re: IE6: Can't open dynamic PDF from applet Skladovs, Victor wrote: Anybody of the community must have faced this problem, I believe. Are there workarounds for this problem? Why does it work with proxy (cache?)? Check whether the Cocoon pipeline is exexuted multiple times for the request, and fails after the first time. Check also http://xml.apache.org/fop/faq.html#iex-servlet-multiple That's also often the reason why retrieving PDF over HTTPS fails. It may help to use applet.getAppletContext().showDocument( http://myserver/cocoon/table.pdf?par1=1par2=2e=.pdf;); J.Pietschmann It seems like all these solutions relate to the old isuues of Cocoon (I may be wrong!), when it was not possible to see PDF documents even from html page. But in Cocoon 2.0.4 I'm using this is not a problem. All formats (pdf, excel) are being shown perfect. In my html page there stands a link http://myserver/cocoon/table.pdf?par1=1par2=2; too and all works fine. But when I try to open it from an applet using the method getAppletContext().showDocument(), I receive always the same error message, and all these solutions (ending with .pdf etc) don't help. The only hint to this problem I think is that it works with proxy. Why? What does the proxy do that it works? Any ideas are highly appreciated! Regards, Viktor Skladovs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: serving css and images
Ben,
You're very much on the right track. You just need to make sure that the URL that the
images are referred to in your XHTML are matched by the map:match node, and
then that you have pointed at the correct files on the filesystem. So just check that
everything fits. For example, are your images and stuff in 'styles'?
Oh, and I've just spotted, set the mime-type for *.gif to image/gif, not text/css!!!
Regards, Upayavira
On 8 Aug 2003 at 1:39, Ben Munat wrote:
Hello. I'm very new to Cocoon... wobbling along. At this point I'm
just trying to get Cocoon to serve an xml file transformed to xhtml
with an xslt. Well actually, I did get it to serve the file. However,
the resulting page has a link to an image and a css file and those are
not coming through.
I have the Cocoon Developer's Handbook and it seems to indicate that I
need to do this in my subsitemap:
map:pipeline
map:match pattern=**/*.css
map:read mime-type=text/css src=style/{2}.css/
/map:match
/map:pipeline
map:pipeline
map:match pattern=**/*.gif
map:read mime-type=text/css src=style/{2}.css/
/map:match
/map:pipeline
However, that hasn't solved the problem. Anyone have any idea what I'm
missing? I do need to have these pipelines in my sitemap so that pages
can find their images and stylesheets, right?
Thanks in advance,
Ben Munat
-
To unsubscribe, e-mail: [EMAIL PROTECTED] For
additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
link livesites: Massachusetts Alliance for Families
Provides communications and advocacy support for foster, adoptive and kinship parents in Massachusetts... helping to provide for the needs of those who work with the most vulnerable in our society: lost, neglected or abused children. Cocoon 2.0.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: serving css and images
This works in my site.
!-- css --
map:match pattern=*.css
map:read src=css/{1}.css mime-type=text/css/
/map:match
map:match pattern=**/*.css
map:read src=css/{2}.css mime-type=text/css/
/map:match
_
Kieran Kirwan
Executive Transportation Planner
Transportation Modelling Department
Dublin Transportation Office
Hainault House,
69/71 St. Stephen's Green,
Dublin 2,
Ireland.
Tel: +353 (0)1 4778113
Fax: +353 (0) 1 478 5935
website: www.dto.ie http://www.dto.ie/
-Original Message-
From: Ben Munat [mailto:[EMAIL PROTECTED]
Sent: 08 August 2003 09:39
To: [EMAIL PROTECTED]
Subject: serving css and images
Hello. I'm very new to Cocoon... wobbling along. At this point I'm just
trying to get Cocoon to serve an xml file transformed to xhtml with an
xslt. Well actually, I did get it to serve the file. However, the
resulting page has a link to an image and a css file and those are not
coming through.
I have the Cocoon Developer's Handbook and it seems to indicate that I
need to do this in my subsitemap:
map:pipeline
map:match pattern=**/*.css
map:read mime-type=text/css src=style/{2}.css/
/map:match
/map:pipeline
map:pipeline
map:match pattern=**/*.gif
map:read mime-type=text/css src=style/{2}.css/
/map:match
/map:pipeline
However, that hasn't solved the problem. Anyone have any idea what I'm
missing? I do need to have these pipelines in my sitemap so that pages
can find their images and stylesheets, right?
Thanks in advance,
Ben Munat
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
Mail Marshal for the presence of computer viruses.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem creating a new transformer
On Thu, 2003-08-07 at 16:07, Miguel Carvalho wrote: I also tried to create a naked version of cocoon but with no success. I created the local.blocks.properties and the local.build.properties, made a build clean and then made a new build and it still builded all the blocks that i sought i had removed, bellow i will put boht the files your local.blocks.properties file looks ok. You're sure you put it in the right location (the cocoon distribution root directory, thus the same directory containing the build script and the build.properties file)? And how do you know they're still being build? BTW: if have new questions unrelated to your previous questions, it is better to start new threads (i.e. send a new message, with a new subject). -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: IE6: Can't open dynamic PDF from applet
Beat De Martin wrote: Do you set the mime-type ? The FOPSerializer sets the proper MIME type automatically, and also by defaults takes care of setting the content length and other known traps. It can't completely outsmart IEx though. ... Hi ... much irrelevant stuff snipped... COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test Ouch! J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Getting Error when trying to use JSDK1.42 + Tomcat 4.1.27 + Cocoon 2.02 or 2.04
Title: Message
Jasper,
from
the stack trace you've provided, it would appear that your XSL transformation is
the cause of your problems:
java.lang.RuntimeException: Errors in XSLT
transformation:
Fatal: File jar:file:/C:/Programme/Apache
Group/Tomcat 4.1/webapps/cocoon/WEB-INF/lib/cocoon-2.0.4.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl;
Line 154; Column 32; org.apache.xml.utils.WrappedRuntimeException: The output
format must have a '{http://xml.apache.org/xalan}content-handler'
property!
Look
into C:/Programme/Apache Group/Tomcat 4.1/webapps/cocoon/WEB-INF/logs/core.log for
more details on whatthe error is.
Hope
that helps,
Cedric
-Original Message-From: Jasper
Michalczik [mailto:[EMAIL PROTECTED] Sent: 07 August 2003
23:57To: [EMAIL PROTECTED]Subject: Getting Error
when trying to use JSDK1.42 + Tomcat 4.1.27 + Cocoon 2.02 or
2.04
Hello,
Im getting the following Error
when trying to use Cocoon 2.02 or 2.04 on JSDK1.42 + Tomcat
4.1.27:
I got this Error in two different
Computers, both running with Win XP pro.
Cocoon 2 - Internal server
error
type fatal
message Failed to generate program
code (this may happen if you use Xalan in incremental processing mode). Please
check log file and/or console for errors.
description
org.apache.cocoon.ProcessingException: Failed to generate program code (this
may happen if you use Xalan in incremental processing mode). Please check log
file and/or console for errors.
sender
org.apache.cocoon.servlet.CocoonServlet
source Cocoon
servlet
stack-trace
org.apache.cocoon.ProcessingException:
Failed to generate program code (this may happen if you use Xalan in
incremental processing mode). Please check log file and/or console for
errors.
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:395)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createResource(ProgramGeneratorImpl.java:353)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:312)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:267)
at java.lang.Thread.run(Unknown Source)
--
--
The Console
displays:
08.08.2003 00:50:30
org.apache.commons.modeler.Registry loadRegistry
INFO: Loading registry
information
08.08.2003 00:50:31
org.apache.commons.modeler.Registry getRegistry
INFO: Creating new Registry
instance
08.08.2003 00:50:31
org.apache.commons.modeler.Registry getServer
INFO: Creating
MBeanServer
08.08.2003 00:50:33
org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1
on port 80
Starting service
Tomcat-Standalone
Apache
Tomcat/4.1.27-LE-jdk14
08.08.2003 00:50:35
org.apache.struts.util.PropertyMessageResources init
INFO: Initializing,
config='org.apache.struts.util.LocalStrings',
returnNull=true
08.08.2003 00:50:35
org.apache.struts.util.PropertyMessageResources init
INFO: Initializing,
config='org.apache.struts.action.ActionResources',
returnNull=true
08.08.2003 00:50:36
org.apache.struts.util.PropertyMessageResources init
INFO: Initializing,
config='org.apache.webapp.admin.ApplicationResources',
returnNull=true
server.properties not found, using
command line or default properties
Opening database:
C:\Programme\Apache Group\Tomcat
4.1\webapps\cocoon\WEB-INF\db\cocoondb
HSQLDB server 1.7.1 is
running
Use SHUTDOWN to close normally.
Use [Ctrl]+[C] to abort abruptly
Fri Aug 08 00:50:44 CEST 2003 Listening for
connections ...
08.08.2003 00:50:45
org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on
port 80
08.08.2003 00:50:45
org.apache.jk.common.ChannelSocket init
INFO: JK2: ajp13 listening on
/0.0.0.0:8009
08.08.2003 00:50:45 org.apache.jk.server.JkMain
start
INFO: Jk running ID=0
time=0/160 config=C:\Programme\Apache Group\Tomcat
4.1\conf\jk2.properties
java.lang.RuntimeException: Errors
in XSLT transformation:
Fatal: File
jar:file:/C:/Programme/Apache Group/Tomcat
4.1/webapps/cocoon/WEB-IN
F/lib/cocoon-2.0.4.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl;
Line 154; Column 32; org.apache.xml.utils.WrappedRuntimeException: The output
format must have a '{http://xml.apache.org/xalan}content-handler'
property!
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3407)
at
java.lang.Thread.run(Thread.java:534)--This e-mail is confidential and is intended for the named recipient only. Ifyou receive it in error please destroy the message and all copies. KainosSoftware
RE: problem creating a new transformer
Hi again, after i have upgraded to 2.0.4 and corrected some problems in the
transformer i ended up getting this:
the first part of the result (marked) bellow is ok, and i am applying this
to the html serializer, and this is the result
!--This is ok--
document xmlns:xml=http://www.w3.org/XML/1998/namespace;
xmlns:util=http://apache.org/xsp/util/2.0;
xmlns:xsp=http://apache.org/xsp; xmlns:dae=http://laseeb/dae/sgDae;
dae:contents color=red
dae:article color=red xmlns:dae=http://laseeb/dae/sgDae;
xmlns:src=http://xml.apache.org/xindice/Query;
dae:titleTitulo com rating 2/dae:title
dae:article color=red xmlns:dae=http://laseeb/dae/sgDae;
xmlns:src=http://xml.apache.org/xindice/Query;
dae:titleTitulo com rating 2Titulo do artigo com rating igual a
1/dae:title
dae:article color=red xmlns:dae=http://laseeb/dae/sgDae;
xmlns:src=http://xml.apache.org/xindice/Query;
dae:titleTitulo com rating 2Titulo do artigo com rating igual a 1Titulo do
artigo com rating igual a 2/dae:title
dae:article color=red xmlns:dae=http://laseeb/dae/sgDae;
xmlns:src=http://xml.apache.org/xindice/Query;
dae:titleTitulo com rating 2Titulo do artigo com rating igual a 1Titulo do
artigo com rating igual a 2Titulo do artigo com rating igual a 2/dae:title
/dae:contents
/document
!--This is ok--
htmlheadtitleInternal server error/titleSTYLE!--H1{font-family :
sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;}
BODY{font-family : sans-serif,Arial,Tahoma;color : black;background-color :
white;} B{color : white;background-color : #0086b2;} HR{color :
#0086b2;} --/STYLE /headbodyh1Cocoon 2 - Internal server
error/h1HR size=1 noshadepbtype/b
internal-server-error/ppbmessage/b uFailed to execute
pipeline./u/ppbdescription/b
uorg.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.lang.ArrayIndexOutOfBoundsException: -1/u/ppbsender/b
org.apache.cocoon.servlet.CocoonServlet/ppbsource/b Cocoon
servlet/ppbexception/bpreorg.apache.cocoon.ProcessingException:
Failed to execute pipeline.:
java.lang.ArrayIndexOutOfBoundsException: -1/pre/ppbrequest-uri/b
pre/dae/daestart/pre/ppboriginal exception/bpreOriginal
exception : java.lang.ArrayIndexOutOfBoundsException: -1
at org.apache.xml.utils.BoolStack.pop(BoolStack.java:134)
at
org.apache.xalan.serialize.SerializerToHTML.endElement(SerializerToHTML.java
:706)
at
org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerI
dentityImpl.java:1047) at
org.apache.cocoon.xml.AbstractXMLPipe.endElement(AbstractXMLPipe.java:104)
at
org.apache.cocoon.serialization.AbstractTextSerializer.endElement(AbstractTe
xtSerializer.java:335)
at
org.apache.cocoon.xml.AbstractXMLPipe.endElement(AbstractXMLPipe.java:104)
at
pt.laseeb.dae.transformer.daeTransformer.endElement(daeTransformer.java:210)
at
org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenera
tor.java:228)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEv
entPipeline.java:210)
at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:359)
at
org.apache.cocoon.www.sitemap_xmap.wildcardMatchN400194(sitemap_xmap.java:16
53)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:1424)
at org.apache.cocoon.www.sitemap_xmap.process(sitemap_xmap.java:1383)
at org.apache.cocoon.sitemap.Handler.process(Handler.java:163)
at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:114)
at org.apache.cocoon.Cocoon.process(Cocoon.java:514)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:592)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2349)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
FW: jndi datasource lookup from cocoon 2.0.4 on weblogic 7
Title: FW: jndi datasource lookup from cocoon 2.0.4 on weblogic 7 Has anybody any thoughts on this one? -Original Message- From: Grange, John [mailto:[EMAIL PROTECTED]] Sent: 06 August 2003 09:01 To: '[EMAIL PROTECTED]' Subject: jndi datasource lookup from cocoon 2.0.4 on weblogic 7 I am trying to get the j2ee jndi datasource lookup working under weblogic 7, without success. My xsp page fails with a null pointer exception in EsqlQuery.java:99 and produces a malformed xml document (no closing tags) Has anybody else had this problem - if so, how have they resolved it? If this is not the correct list to report this to, can you please let me know where to report it. It appears (looking in the excalibur code) that java:comp/env is prepended to the jndi name when performing a lookup, this is not required under weblogic, and as such fails if it is included. The following code DOES NOT work under WebLogic InitialContext ctx = new InitialContext(); Object obj = ctx.lookup(java:comp/env/jdbc/+myDataSourceName); The following code DOES work under WebLogic InitialContext ctx = new InitialContext(); Object obj = ctx.lookup(myDataSourceName); My setup configuration is as follows: cocoon.xconf: datasources j2ee name=reportDataSource dbnamejdbc/reportsDS/dbname /j2ee /datasources web.xml: resource-ref res-ref-namejdbc/reportsDS/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref weblogic.xml: weblogic-web-app description Cocoon App /description reference-descriptor resource-description res-ref-namejdbc/reportsDS/res-ref-name jndi-namecom.lv.jdbc.oracle.ReportsTxDataSource/jndi-name /resource-description /reference-descriptor /weblogic-web-app John Grange Software Team Leader Tel: +44 (0) 1749 834922 Email: [EMAIL PROTECTED] BlueFinger Limited Underwood Business Park, Wookey Hole Road, Wells, Somerset, BA5 1AF, UK Tel: +44 (0) 1749 834900 Fax: +44 (0) 1749 834902 Mobile: +44 (0) 7876 038058 web: www.bluefinger.com Company Reg No: 4209395 Registered Office: 2 Temple Back East, Temple Quay, BRISTOL. BS1 6EG. *** This E-mail contains confidential information for the addressee only. If you are not the intended recipient, please notify us immediately. You should not use, disclose, distribute or copy this communication if received in error. No binding contract will result from this e-mail until such time as a written document is signed on behalf of the company. BlueFinger Limited cannot accept responsibility for the completeness or accuracy of this message as it has been transmitted over public networks.***
i18n locale in Cocoon 2.1
Hi all I'm using Cocoon 2.1 and I have some problem with translation Until Cocoon 2.0.4 I just set the session attribute locale to the desired language and it worked. When I do this in 2.1 it doesn't seem to work. This is an excerpt from my logfile: SESSION ATTRIBUTES: PARAM: 'locale' VALUE: 'fr_CH' ... DEBUG (2003-08-08) 10:38.54:938 [core] (/GIS/selektion_gv.html) Thread-17/I18nTransformer: I18nTransformer: using locale de_CH sitemap: map:transformer name=i18n src=org.apache.cocoon.transformation.I18nTransformer logger=core catalogues default=messages catalogue id=messages name=messages location=i18n/translations/ catalogue id=fehler name=messages_fehler location=i18n/translations/ /catalogues untranslated-textuntranslated/untranslated-text cache-at-startuptrue/cache-at-startup /map:transformer Cheers -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Character encoding
Hi all,
I'm having some trouble with character encoding on
cocoon. Basically, i'm using Jboss-Net to access webservices via SOAP. The Soap
Response has the encoding correct but the presentation (with cocoon) is showing
some characters all garbled.
Here's a simple method i've used to test
this:
public String teste()
{ return " : : : : : :
: : : : : : : : : : : : : ";
These are the special characters i'm having trouble
with. The SOAP encoding is UTF-8, according to the Jboss-Net log.
I've set up a small match on the sitemap to
serialize the response to HTML:
map:match
pattern="soap.html"
map:generate type="serverpages"
src=""/
map:serialize type="html"/
/map:match
teste.xsp has the SOAP call:
?xml version="1.0"
encoding="utf-8"?xsp:page language="java"
xmlns:xsp="http://apache.org/xsp"
xmlns:xsp-request="http://apache.org/xsp/request/2.0"
xmlns:xscript="http://apache.org/xsp/xscript/1.0"
xmlns:soap="http://apache.org/xsp/soap/3.0"
xmlns:xsp-session="http://apache.org/xsp/session/2.0"
page
soap:call url=""http://192.168.0.2:8080/jboss-net/services/Teste">http://192.168.0.2:8080/jboss-net/services/Teste"
ns1:teste
xmlns:ns1="urn:Teste"
/ns1:teste
/soap:call
/page/xsp:page
The output on the browser is showing these strange
characters:
: : : : : : : : : : : : :
: : : : : :
and the Source shows:
page xmlns:xsp="http://apache.org/xsp" xmlns:xsp-session="http://apache.org/xsp/session/2.0"
xmlns:xscript="http://apache.org/xsp/xscript/1.0"
xmlns:soap="http://apache.org/xsp/soap/3.0"
xmlns:xsp-request="http://apache.org/xsp/request/2.0"
soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"soapenv:Body
ns1:testeResponse soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns1="urn:Teste" testeReturn
xsi:type="xsd:string"Atilde;iexcl; : Atilde;nbsp; :
Atilde;pound; : Atilde;cent; : Atilde;copy; :
Atilde;shy; : Atilde;sup3; : Atilde;micro; :
Atilde;ordm; : Atilde;#129; : Atilde;#128; :
Atilde;#131; : Atilde;#137; : Atilde;#141; :
Atilde;#147; : Atilde;#149; : Atilde;#148; :
Atilde;#154; : Atilde;sect; :
Atilde;#135;/testeReturn
/ns1:testeResponse/soapenv:Body/soapenv:Envelope
/page
I'm not sure why this is happening, but i guess it
has something to do with character encoding that cocoon is applying to the SOAP
response. I've tested the webservice with a small VB.Net console application,
and the output is correct, so the problem is definitely with
cocoon.
Any thoughts on this?
Thanks in advance.
--Nuno LeongPrxia
SI
RE: 2.1rc1 build error
I just checked my own version 2.1m2 and ResolverImpl.java does not exist in src/java/org/apache/cocoon/components/resolver. You'll need to get this class from CVS if you downloaded the release version. -Original Message- From: rufio [mailto:[EMAIL PROTECTED] Sent: 06 August 2003 17:54 To: [EMAIL PROTECTED] Subject: 2.1rc1 build error Hi all When I try to build WAR on jdk1.4 I get these errors: compile-tests: Compiling 24 source files to /home/rufio/cocoon-2.1rc1/build/cocoon-2.1rc1/test /home/rufio/cocoon-2.1rc1/src/test/org/apache/cocoon/components/resolver /test/ResolverImplTestCase.java:64: cannot resolve symbol symbol : class ResolverImpl location: package resolver import org.apache.cocoon.components.resolver.ResolverImpl; ^ /home/rufio/cocoon-2.1rc1/src/test/org/apache/cocoon/components/resolver /test/ResolverImplTestCase.java:234: cannot resolve symbol symbol : class ResolverImpl location: class org.apache.cocoon.components.resolver.test.ResolverImplTestCase private ResolverImpl resolverImpl; ^ /home/rufio/cocoon-2.1rc1/src/test/org/apache/cocoon/components/resolver /test/ResolverImplTestCase.java:282: cannot resolve symbol symbol : class ResolverImpl location: class org.apache.cocoon.components.resolver.test.ResolverImplTestCase resolverImpl = (ResolverImpl) manager.lookup(role); ^ Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. 3 errors There aren't any prequestions in INSTALL.txt so I have no clue what could be the reason? Regards, Rufio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail is confidential and is intended for the named recipient only. If you receive it in error please destroy the message and all copies. Kainos Software Ltd. does not accept liability for damage sustained as a result of malicious software (e.g. viruses). Kainos does not accept liability for, or permit, the creation of contracts on its behalf by e-mail, the publication of any defamatory statement by its employees by e-mail, or changes subsequently made to the original message. The Company's registered office is located at 4-6 Upper Crescent, Belfast, BT7 1NT, Northern Ireland, Tel +44 28 9057 1100. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem creating a new transformer
Hi Miguel, It seems that you are doing something with a null variable at line 116 of your Transformer... Do you already have checked this ? (see further) Miguel Carvalho wrote: Hi, i want to create a new transformer that gets sax events from a XSP Generator created by me. i'm using cocoon 2.0.4 under a XP with java version 1.4.1_03. bellow i will post the XSP code of the generator snip/ type internal-server-error message Exception in ServerPagesGenerator.generate() description org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.NullPointerException sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet exception org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.NullPointerException request-uri /dae/daestart original exception Original exception : java.lang.NullPointerException at org.apache.cocoon.serialization.AbstractTextSerializer.startElement(Abstract TextSerializer.java:271) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:87) HERE at pt.laseeb.dae.transformer.daeTransformer.startElement(daeTransformer.java:11 6) -- Olivier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSP could not be preloaded
Hi, does anyone know what this error means ? ERROR (2003-08-05) 14:06.27:937 [core.program-generator] (/cocoon/ebiz/projfiledata/application/projfiledata.html) HttpProcessor[80][3]/ProgramGeneratorImpl: The serverpage [file:/D:/opt/ebiz/projfiledata/application/xsp/projfiledata.xsp] could not be preloaded It sometimes - but not always - appears in my log file after I have restarted Tomcat. I have tried to replicate the error by restarting Tomcat, with and without deleting the cache, but haven't been able to. My users haven't reported any problems with HTML pages not being generated - so I don't know if it's a problem or not. Thanks, Rob. SIEMENS COMPANY CONFIDENTIALITY MESSAGE : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person or use it for any purpose or store/copy the information in any medium. On 30 April 2003 ALSTOM sold its Industrial Gas Turbines businesses in Lincoln, Aberdeen, Spain and Singapore to Siemens. The registered name of the business is Demag Delaval Industrial Turbomachinery Ltd. and is a wholly owned Siemens company. The business remains actively committed to the sale and support of industrial gas turbines up to 15 MW as well as those 3,500 units delivered over the past 50 years. The Napier Turbocharger business is also included in this transaction. Please continue to use your existing contacts for gas turbines and turbochargers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: xinclude - cinclude - map:aggregate ??
Have you tried the session transformer? I think it might be able to do what you
want...
Here's a sample:
sitemap stuff:
!-- General pattern for most everything else --
map:match pattern=*
map:generate src=content/xml/{1}.xml/
!-- session transformer to do variable substitution --
map:transform type=session/
map:serialize/
/map:match
xml source stuff:
?xml version=1.0?
html xmlns:session=http://apache.org/cocoon/session/1.0;
headtitlePage Title/title/head
body
h1Test data from authentication context:
!-- tag that the session transformer will resolve into data --
session:getxml context=authentication path=*/data/rlname/
/h1
/body
/html
In this case the information is in the authentication context which I filled in when
teh user logged on. I'm pretty sure you can specify the rqeuest context. The path
is just an xpath expression for the variable you want to substitute. You might need
to write an intemediary XSLT to convert your placeholders into the session:getxml
tags, depending on what your needs are.
Hope this helps,
Chris
-Original Message-
From: Jorg Heymans [SMTP:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 8:51 AM
To: '[EMAIL PROTECTED]'
Subject: RE: xinclude - cinclude - map:aggregate ??
Oookay, looking at the wiki this does not seem possible (unless it's an
undocumented feature). The src attribute of map:part does not seem to give
access to the requestgenerator in some way or another
I'll rephrase my problem then, maybe there is something more fundamental
wrong with my logic.
1)I have an xml file
2)This xml file has placeholders that need to arbitrary replaced with
request parameters. Eg invoking url myfile.xml?placeholder1=myvaluehere
outputs the xml document with every occurrence of placeholder1 replaced with
myvaluehere.
3)unlimited amount of placeholders can be defined, this results in an
arbitrary amount of requestparameters, hence I really need to be able query
the requestobject and loop over them.
Hope this clarifies my problem a bit. Should I approach this differently?
Jorg
-Original Message-
From: Jorg Heymans [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 6. August 2003 14:12
To: '[EMAIL PROTECTED]'
Subject: xinclude - cinclude - map:aggregate ??
Hi list,
I want to iterate over the requestparameter variables in my stylesheet.
Following won't work
map:match pattern=*.smil
map:generate src={1}.smil /
map:transform src=stylesheets/replace.xsl
map:parameter name=use-request-parameters
value=true/
/map:transform
map:serialize type=smil/
/map:match
Is the map:aggregate or xinclude functionality the thing I'm looking for?
How would I reference the request object as a source then?
map:aggregate element=smil
map:part src=resource://={1}.smil /
map:part src=cocoon://request /
/map:aggregate
this didn't bring what I was looking for..
Normally I would do map:generate type=request and then transform from
there on, but I need to keep the Smil file as the starting point here.
Any thoughts?
Jorg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request generator changes ?
Geoff Howard wrote: Michael Wechner wrote: snip / The Wiki has more. This is in bad need of moving into the real documentation. If anyone has the time, a good gameplan would be to combine the three upload related pages at the wiki into a good document on uploads with Cocoon with all the current changes in mind. do you have the URLs of the related pages within the Wiki? The search didn't reveal a lot: http://wiki.cocoondev.org/Search.jsp?query=enable-uploadsSearch=Find%21 Thanks Michael I can't write it at the moment, but I could guide someone through understanding the issues and the current state. Geoff Howard -Original Message- From: Michael Wechner [mailto:[EMAIL PROTECTED] Sent: 07 August 2003 15:39 To: [EMAIL PROTECTED] Subject: Re: Request generator changes ? Vincent De Groote wrote: Hello, I cocoon-2.0.3, the request generator produced parameters for the datas sent by a form (in multipart/form-datas). In cocoon 2.1, these values are not generated anymore. What do I need to do to retrieve the old processing ? maybe you have to enable-uploads init-param param-nameenable-uploads/param-name param-valuetrue/param-value /init-param within web.xml HTH Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Wechner Wyona Ltd. - Open Source Content Management - Apache Lenya http://www.wyona.com http://cocoon.apache.org/lenya/ [EMAIL PROTECTED][EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session and authentication
hy i have the welcome page: page user/ /page i would like use always the same tag (user/) that display : if the user is logged his name else a authentication form (it's a good practice ?) i use the authentication Framework.( it's works). and a styleslsheet with the template : xsl:template match=user /xsl but i dont know how do to see in the template that the user is logged or not thanks in advance _ Trouvez l'âme soeur sur MSN Rencontres ! http://g.msn.fr/FR1000/9551 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
