Hi all

I would like to use CDATA sections creating or receiving xml for my xb2net 
soapserver

Anyone can help me  ?

Thanks in advance

Raffaele Lafratta

Raffaele,

>I would like to use CDATA sections creating or receiving xml for my xb2net 
>soapserver

You could try the Cilkat ActiveX XML component, which is free and can handle 
even large and complex XML files, including [CDATA], fast and easy: 

	http://www.ChilkatSoft.com/xml-activex.asp

Documentation is here: http://www.ChilkatSoft.com/refdoc/xChilkatXmlRef.html

I use it very successfully with Xbase++ for import and export of data.

Andreas

Andreas Gehrs-Pahl
Absolute Software, LLC

phone: (989) 723-9927
email: Andreas.GP@Charter.net
       Andreas.Gehrs-Pahl@InterAct911.com
       Andreas.Gehrs-Pahl@EJusticeSolutions.com
       Andreas@DDPSoftware.com
web:   http://www.Aerospace-History.net

Raffaele,

>Thanks Andreas but I'm using xb2Net to send and answer to soap requests 
>so I'm forced to use it to create soap object containing xml

That shouldn't be a problem. You can mix and match between Xb2Net and 
Chilkat. You can create a Chilkat XML Object by assigning the XML text 
returned by "xbXMLDocument:AsString()" to it. Then you can extract the
information, change it, or do whatever you want. You can also create an
XML document from scratch (or modify an existing XML object) and then
use it in Xb2Net like this: "xbXMLDocument:New(cXML)".

Take a look at the Xb2Net and Chilkat XML documentations for more details.

You can of course simply create your own XML parser to handle all the
features that you like to use, or you could even use Alaska's ASXML, but
the Chilkat XML Active-X object will be faster, easier to implement and
much more complete in the available functionalities. And it is free to 
use for commercial projects, so it is by far the cheapest and most 
comprehensive solution.

Andreas

Andreas Gehrs-Pahl
Absolute Software, LLC

phone: (989) 723-9927
email: Andreas.GP@Charter.net
       Andreas.Gehrs-Pahl@InterAct911.com
       Andreas.Gehrs-Pahl@EJusticeSolutions.com
       Andreas@DDPSoftware.com
web:   http://www.Aerospace-History.net

Andreas,

> You could try the Cilkat ActiveX XML component, which is free and can handle 
> even large and complex XML files, including [CDATA], fast and easy: 

I like the idea, but hesitate to use (all sorts of) ActiveX components with
my application. I have to make sure they are registered properly
(deregistered and reregistered in case of an update with different
functionality?). I also cannot move/copy my application to another
directory, because the activeX component wouldn't be found anymore.
I always assumed that there's a lot more application maintenance involved,
using activeX-components.

Peter

On Wed, 25 Jul 2012 09:51:29 +0200, Peter Alderliesten wrote:

> Andreas,
> 
>> You could try the Cilkat ActiveX XML component, which is free and can handle 
>> even large and complex XML files, including [CDATA], fast and easy: 
> 
> I like the idea, but hesitate to use (all sorts of) ActiveX components with
> my application. I have to make sure they are registered properly
> (deregistered and reregistered in case of an update with different
> functionality?). I also cannot move/copy my application to another
> directory, because the activeX component wouldn't be found anymore.
> I always assumed that there's a lot more application maintenance involved,
> using activeX-components.
> 
> Peter

Hi Peter,

We use a number of activex conrols in our application and had the same
concerns with registration of controls and updates etc. We chose to move to
a registration free environment using an updated manifest file for the
application. We put the controls with all of our runtime files and
executables and run them without registering them in windows at all. It
just means we have to send and updated manifest files when we send updated
controls to customers. I have attached a zip file with the instructions and
the manifest file for our app to use as a reference.

Mark Sergent
InnSource Solutions Inc.
mark@innsourcesolutions.com

Mark,

> We use a number of activex conrols in our application and had the same
> concerns with registration of controls and updates etc. We chose to move to
> a registration free environment using an updated manifest file for the
> application. We put the controls with all of our runtime files and
> executables and run them without registering them in windows at all. It
> just means we have to send and updated manifest files when we send updated
> controls to customers. I have attached a zip file with the instructions and
> the manifest file for our app to use as a reference.

Thanks a lot. Very useful.
This opens new perspectives for my applications.

Peter