headers
Toto | 5 Oct 2006 09:05
Picon

omg.org/CORBA/MARSHAL

Hi There,

I'm having problem communicating with C++ app running mico 2.3.10 from java
application running on IBM websphere with orb142sr1w-20041001a using ordinary
object derived from StreamableValue objects (pass-by-value).

it throws 
org.omg.CORBA.MARSHAL:   vmcid: 0x0  minor code: 0  completed: No
on mico side.

it seems that the object that sent by websphere can't be marshalled by Mico.

The same piece of java code running on Tomcat with jacorb works perfectly.

below is the message trace on websphere, I can't see anything wrong,
Hopefully someone from this forum can help me to give some light.

Thanks.

OUT GOING:
Request Message
Date:          5 October 2006 03:55:43 PM
Thread Info:   WebContainer : 0
Local Port:    1612 (0x64C)
Local IP:      127.0.0.1
Remote Port:   9232 (0x2410)
Remote IP:     10.1.1.112
GIOP Version:  1.0
Byte order:    big endian
Message size:  1440 (0x5A0)
(Continue reading)

Permalink | Reply | 5 comments |
headers
KAYVEN RIESE | 10 Oct 2006 18:19

thought i could make


i need to do the idl compile step first?

i guess i need to buy my mico textbook now.
i can't view powerpoints while running my
freeBSD

my root prompt is "bsd#"
just trying to compile a test, demo/generic ?
should i be able to make it or not?

run:
         run_test

clean:
         rm -f *.o *.ior core client server *~ .depend
bsd# make server
"../../MakeVars", line 142: Missing dependency operator
"../../MakeVars", line 150: Need an operator
"../../MakeVars", line 153: Need an operator
"../../MakeVars", line 155: Missing dependency operator
"../../MakeVars", line 158: Need an operator
"../../MakeVars", line 161: Need an operator
"../../MakeVars", line 169: Missing dependency operator
"../../MakeVars", line 170: Missing dependency operator
"../../MakeVars", line 178: Need an operator
"../../MakeVars", line 179: Need an operator
"../../MakeVars", line 207: warning: duplicate script for target "%.cc" 
ignored
"../../MakeVars", line 208: warning: duplicate script for target "%.cc"
(Continue reading)

Permalink | Reply | 3 comments |
headers
Karel Gardas | 10 Oct 2006 18:52
Favicon

Re: thought i could make

On Tue, 10 Oct 2006, KAYVEN RIESE wrote:

>
> i need to do the idl compile step first?
>
> i guess i need to buy my mico textbook now.
> i can't view powerpoints while running my
> freeBSD
>
> my root prompt is "bsd#"

Using root account for compilation is not recommended practise.

> just trying to compile a test, demo/generic ?
> should i be able to make it or not?
>
> run:
>        run_test
>
> clean:
>        rm -f *.o *.ior core client server *~ .depend
> bsd# make server

You need to make sure you use GNU Make, on BSD you should usually use 
`gmake' command.

Cheers,
Karel
--
Karel Gardas                  kgardas <at> objectsecurity.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrew Zinn | 10 Oct 2006 22:31
Picon
Favicon

Re: Re: installation of mico failed

This is something that would be useful in the INSTALL.txt documentation.  I 
just helped a friend install MICO on a Fedora Core 5 machine.  I knew he had 
to edit his hosts file, but it wasn't obvious to him.

Thanks for all the work put into MICO.  Since I haven't seen it listed, I'll 
let you know I have MICO working with Linux 2.6 on x86_64 machines.

Andrew Zinn

>From: Karel Gardas <kgardas <at> objectsecurity.com>
>To: KAYVEN RIESE <kayve <at> sfsu.edu>
>CC: mico-devel <at> mico.org, howpom <at> sfsu.edu
>Subject: Re: [mico-devel] Re: installation of mico failed
>Date: Sat, 23 Sep 2006 13:36:28 +0200 (CEST)
>
>
>Hi,
>
>don't focus your attention solely on DNS configuration. In fact I would 
>rather recommend you to inspect your /etc/hosts file which Rudolf already 
>suggested. The whole issue is that your machine of some name needs to be 
>able to also get it's own IP address and to the machine IP you need to be 
>able to get the machine name. For both these tasks /etc/hosts is perfectly 
>enough, you just need to setup or even install your machine correctly.
>
>BTW: What you get if you execute this command-line:
>
>ping `hostname`
>
>is ping able to ping your host IP address?
(Continue reading)

Permalink | Reply | 9 comments |
headers
Chris Yate | 11 Oct 2006 00:13
Picon

Re: Re: installation of mico failed

Hi,

We've had exactly the same issue with hosts files, both on the server
(Redhat) and the client (Windows) although the client is using TAO.
Now that we know the solution it's not a big problem!

But why does MICO have to know the hostname? It seems quite
unnecessary. What is wrong with just having the IP address(es)? I
consider this to be a bug!!
Having the correct IP Addresses in the hosts file on both the client
and server is just a fairly easy workaround.

Your thoughts? Is there a good reason for this, something which could
be fixed in a future release?

Chris

On 10/10/06, Andrew Zinn <andrewzinn <at> hotmail.com> wrote:
> This is something that would be useful in the INSTALL.txt documentation.  I
> just helped a friend install MICO on a Fedora Core 5 machine.  I knew he had
> to edit his hosts file, but it wasn't obvious to him.
>
> Thanks for all the work put into MICO.  Since I haven't seen it listed, I'll
> let you know I have MICO working with Linux 2.6 on x86_64 machines.
>
> Andrew Zinn
>
> >From: Karel Gardas <kgardas <at> objectsecurity.com>
> >
<SNIP>....
(Continue reading)

Permalink | Reply | 1 comment |
headers
Arun Biyani | 11 Oct 2006 00:48

Building mico on Cygwin

I am trying to build "mico" under Cygwin. I have read INSTALL.txt and 
have installed
the tools (gcc) as well as openssl package. Still, I get the following 
errors while building -

../libs/libmico2.3.12.a(ssl.o):ssl.cc:(.text+0x53db): undefined 
reference to `_BIO_ctrl'
../libs/libmico2.3.12.a(ssl.o):ssl.cc:(.text+0x53e8): undefined 
reference to `_SSL_new'
../libs/libmico2.3.12.a(ssl.o):ssl.cc:(.text+0x5407): undefined 
reference to `_SSL_set_bio'
../libs/libmico2.3.12.a(ssl.o):ssl.cc:(.text+0x57f6): undefined 
reference to `_SSL_accept'
../libs/libmico2.3.12.a(ssl.o):ssl.cc:(.text+0x5ac5): undefined 
reference to `_SSL_set_connect_state'

in /lib, I have

[mico$:551] ls /lib/*ssl*
/lib/libgnutls-openssl.dll.a  /lib/libssl.a
/lib/libgnutls-openssl.la     /lib/libssl.dll.a
[mico$:552]

What am I missing? Seemed to have created most of the object files 
without problems.
Thx
Arun
Permalink | Reply | 0 comments |
headers
Patrick Gräbel | 11 Oct 2006 02:24
Picon

Re: Building mico on Cygwin

Hi!

I experienced the same linking problem, but I solved it by adding the
lib "crypto" (and maybe "ssl") somewhere in the Makefile. Search for
gcc's "-l" parameter inside the Makefile (maybe more than a single one).

Seems that libssl depends on libcrypto which does not get linked via the
make procedure.

After building MICO you always have to link libcrypto/libssl to your
MICO-based projects.

-Patrick
Permalink | Reply | 502 comments |
headers
KAYVEN RIESE | 11 Oct 2006 05:53

Re: oh dear.. should mico/demo werk? is mico broke?


On Tue, 10 Oct 2006, KAYVEN  RIESE wrote:

>
> -o client
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE     -c 
> server
> .cc -o server.o
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE 
> -L../../../
> libs   tree.o tree_impl.o server.o -lmico2.3.12 -lcompat -lssl -lcrypto -lm 
> -lp
> thread  -o server
> gmake[2]: Leaving directory `/usr/local/mico/demo/obv/tree'
> gmake[2]: Entering directory `/usr/local/mico/demo/obv/tricky'
> echo '# Module dependencies' > .depend
> /usr/local/mico/./admin/mkdepend -I. -I../../../include -O2  -Wall 
> -D_REENTRANT
> -D_THREAD_SAFE   *.c *.cc >> .depend
> /usr/local/mico/./idl/idl tricky.idl
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE     -c 
> tricky
> .cc -o tricky.o
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE     -c 
> tricky
> _impl.cc -o tricky_impl.o
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE     -c 
> client
> .cc -o client.o
> c++  -I. -I../../../include -O2  -Wall -D_REENTRANT -D_THREAD_SAFE
(Continue reading)

Permalink | Reply | 25 comments |
headers
Gurminder Singh | 11 Oct 2006 08:12
Favicon

mico gcc4.1 and VC2005 issue of sequence of valuetype

Hi, karel

 

I am stuck with the issue I reported to u earlier. I have been working on resolving this issue for last 14 days but no success. Please help me out

 

PROBLEM STATEMENT:

 

i have the java server based on spring framework which exposes its been called  SessionService on iiop and registered it on jac naming service.

The client is developed on Visual studio 2005 using mico orb  “mico-cl8-10.4.06”  (special build by soran for vc2005 ) version which i complied on VS2005.

I have an valuetype seq1_ Session  which is an sequence of Session valuetype corresponding to this value type I have factory registered with orb to construct this on client side.

 

Problem I face is when I make a call Get AllSession() on SessionService  which returns the seq1_session

The call is successful , I get the se1_session.

I iterate over the seq1_session and get the session valuetype

Up to this every thing work fine but when I try to dynamically cast the session value type to session_impl (which is a wrapper over the OBV session class )

The dynamic_cast fail it return me the NULL. But if I use the typeid to check the object type on session it gives me the session_impl

 

I  have debug the mico code and what is found is  seq1_session demarshalling is proper. I can sess the session valuetype properly get constructed and the data is properly

Filled in the session valuetype. I get the properly build sequence.  But not able to understand the why I am not able to dynamic_cast it to session_impl when the object it created at the time of demashal is session_impl in the call create_for_unmarshal in session factory.

 

It is very strange that if i compile the client on VC7/Visual Studios 2002 then the same code works using the mico build 2.3.12 compiled on vc7

And

 

Also on Gcc 401 version I get the same problem. The dynamic_cast fails.

 

 

In all these cases above no change has been made in the Java Server.

 

Please help me out to solve the issue.  I can provide u the sample code.

 

 

 


--Regards

Guminder Singh

Member (SDG)

Core Technologies Group

Quark Media House pvt Ltd.

A- 45 industrial Area (Mohali)

Phone: 91 -172-2299440

gurmsingh <at> quark.com

CONFIDENTIALITY NOTICE
This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone xxx.xxx.xxxx or return e-mail message gurmsingh <at> quark.com and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you.

 

_______________________________________________
Mico-devel mailing list
Mico-devel <at> mico.org
http://www.mico.org/mailman/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Patrick Gräbel | 11 Oct 2006 11:35
Picon

Re: Re: oh dear.. should mico/demo werk? is mico broke?

KAYVEN RIESE wrote:

>> client.cc:2:28: coss/CosNaming.h: No such file or directory
>> client.cc: In function `int main(int, char**)':
>> client.cc:27: error: `CosNaming' has not been declared

Looks like your project is missing the right include path. Use compiler
option -I to add the path to mico/include (or whereever you copied the
includes).

-Patrick
Permalink | Reply | 1 comment |

Gmane