Forgive my chiming in on this, but two things:
1. Correct me if I am wrong, but I think a work around for 1517 is to
put the xmlns declaration on the cinclude:value, eg:
<include:includexml>
<cinclude:src>cocoon://blah</cinclude:src
<cocoon://blah%3C/cinclude:src>>
<cinclude:configuration>
<cinclude:parameter>
<cinclude:name>method</cinclude:name>
<cinclude:value>POST</cinclude:value>
</cinclude:parameter>
</cinclude:configuration>
<cinclude:parameters>
<cinclude:parameter>
<cinclude:name>this</cinclude:name>
<cinclude:value
xmlns="http://blah.com/";><test/></cinclude:value>
</cinclude:parameter>
</cinclude:parameters>
</cinclude:includexml>
2. Why is this not a serializer. Maybe this is a misunderstanding of the
different elements of cocoon, but I thought the job of a transformer is
to change one form of XML into another, not post somewhere, and the job
of a serializer is to convert the xml into something meaningful or put
the xml somewhere meaningful. Am I missing something?
Simone Gianni wrote:
Hi Victoria,
sorry, I'm missing something :
- How do you "send" the xml to the server?
- Why can't you use the common xslt method in that scenario?
Also, there are two bugs regarding cinclude and namespaces :
http://issues.apache.org/jira/browse/COCOON-1517 and
http://issues.apache.org/jira/browse/COCOON-1289 . Would you be so kind
to check if one of these two bugs apply to your situation, and
eventually contribute you code snippet?
In case none of the two applies, please file a new bug regarding the
fact that cinclude should strip che cinclude namespace/declaration from
the resulting xml.
Simone
Victoria Vitaver wrote:
Hi,
I have a problem with cinclude leaving namespaces where there shouldn't be
any. In a nutshell, I need to send some XML in a Post request, and grab a
response(also XML). Using cinclude, I'm doing:
<?xml version="1.0"?>
<data>
<cinclude:includexml
xmlns:cinclude="http://apache.org/cocoon/include/1.0"; ignoreErrors="false">
<cinclude:src>http://dev/apps/agweb/v52a/development/tt/xml.do</cinclude:src
<cinclude:configuration>
<cinclude:parameter>
<cinclude:name>method</cinclude:name>
<cinclude:value>POST</cinclude:value>
</cinclude:parameter>
</cinclude:configuration>
<cinclude:parameters>
<cinclude:parameter>
<cinclude:name>xmlRequest</cinclude:name>
<cinclude:value><CalypsoRequest><Request><Blah/></Request></CalypsoRequest><
/cinclude:value>
</cinclude:parameter>
</cinclude:parameters>
</cinclude:includexml>
</data>
The problem I have is that this cinclude results to "<CalypsoRequest
xmlns:cinclude="http://apache.org/cocoon/include/1.0";>
<Request><Blah/></Request></CalypsoRequest>" being sent to the server
(http://dev/apps/agweb/v52a/development/tt/xml.do)
The server is fairly inflexible, and it does not like me sending extra
attributes(or namespaces defs which dont belong), and tells me so :(.
Does anyone know how I could go about removing this useless and in this
situation harmfull namespace? Is there perhaps another method of doing what
I am trying to do in cocoon 2.1.9? Please note, the usual method of puting
an xslt to strip namespaces wont work here, because I need to strip the
namespace before it gets to the server.
Thanks,
Vica
--
Disclaimer: This email is confidential and may contain privileged information
for the sole use of the person or business to which it is addressed. If you are
not the intended recipient, please notify the sender by return e-mail or phone
as you must not view, disseminate, distribute or copy this email without our
consent. We do not accept any liability in connection with any computer virus,
data corruption, incompleteness, or unauthorised amendment of this email. It is
the sole responsibility of the receiver to scan for viruses before opening.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Kamal Bhatt
--
Disclaimer: This email is confidential and may contain privileged information
for the sole use of the person or business to which it is addressed. If you are
not the intended recipient, please notify the sender by return e-mail or phone
as you must not view, disseminate, distribute or copy this email without our
consent. We do not accept any liability in connection with any computer virus,
data corruption, incompleteness, or unauthorised amendment of this email. It is
the sole responsibility of the receiver to scan for viruses before opening.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
