[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[xmlblaster-devel] Re: [xmlblaster] Bugging me.
Martin Johnson wrote:
Ahh, it would be great if you could add your Windows C++ compiler settings
I have the 2 or so small changes to make for the memory leaks and such,
though I was wondering if it would be OK to add TAO support, in a similar
manner that you have for done so for mico and orbacus to the c++ code in
xmlBlaster/src/c++/client and xmlBlaster/src/c++/utils I could even have
Great, this contribution would be very welcome.
go at the tao.xml files for ant builds.
I know of a car radar application where in the cars are running
TAO-C++ applications on Windows and in the center there
is running xmlBlaster with JacORB. What i heared it is currently running
without problems (related to MoM).
I don't know exactly how they integrated our C++ code with their
TAO stuff - i think they did some own hacks. They
never cleaned it up to donate it back to xmlBlaster.org.
I've done a BCC: to them as well, probably they are interested
Sorry to not get back to you sooner,
Getting TAO to work with jacorb is a piece of cake, they work well together
(no hacks), the hardest thing has been getting a blaster client building as
a dll, (to date I have only done as a static lib) this has been most the
interesting (idl compiler switches, building xerces dll, the pre-built only
appears to come as a static lib). Anyway I have a xmlBlasterClient.dll
building and running, at the moment I have what appears to be a leak from
the sequence<string> returning from update so I'm just chasing that down at
the moment. I'm working with the latest TAO beta and I'm not sure who is
responsible just yet. I will concentrate try to have this sorted by the end
of the week.
to our build.xml file, once i had access to a windows box and tried to
the xmlBlaster C++ clients on Windows but i gave up after one evening as
i couldn't find out how to plug all those dll's together - the major
(if i remember right) that some libs where compiled multi-threaded and some
not so it didn't want to link (i could build all dlls but was not able
to link then).
My goal was to have everything multi-threaded
but i was not patient enough ---
If there are questions or improvement ideas about different ORB support
in our lib, Michele is the right person as he developed the current
At the moment I have aimed for a dll build first as the doco alluded to the
existing implemenation building as a dll, though I could find no evidence of
it (I'm no makefile guru) but it all looked like a .so build to me.
The makefiles won't work on Windows, try somthing like
build.bat -Ddebug=on cpp-lib
than you need to play with puild.properties and build.xml
(i have never tried this with ant on Windows - but it should
The C++ code compiles well with our build.xml (ant) on Linux,
i have not tried on other platforms yet.
But ant is the way to go even for C++/C as we will kick off the
Makefiles one day.
Oliver Fels told me that he is writing a tiny C lib which uses
our SOCKET protocol to access xmlBlaster from C and allowing
tunneling of firewalls etc. He needs it for handhelds and other
Possibly it would be nice to allow using our C++ code to use
lowlevel the SOCKET C-lib one day in future - this way
C++ clients would use xerces and STL and www.boost.org Threadlib
and other nice C++ libs but can choose lowlevel between CORBA or
I write this just to inform you or if it is of interest for you,