headers
Michael Powell | 15 Feb 2013 13:11
Picon

Cross platform MICO builds

Hello,

I am entering a project where we decided C++ was the way to go. C++/boost core engine, devices to be I2C exposed over a distributed object architecture (enter CORBA potentially), and so on, to enable distributed development potentially off-device, as well as on-device in production.

I am no stranger to distributed object technology stacks, like COM-family, web services including WCF, and even a little CORBA, but it has been several years for CORBA, so need a little practical guidance, specially for targeting cross-platforms.

Development would occur on a Windows-based system and target ArchLinux/ARM. What are our options? We can build the ORB to run on either platform? Can it be statically linked with the client/server? Better to dynamically link and let it run as a service?

However if performance suffers and the advantages of getting out of the middle tier protocol management business aren't there, like can we talk client/server over different asynchronous TCP/IP ports, then we may end up rolling our own infrastructure. Not my first choice, I'd rather focus on speed to market, but this is what we need to know.

Other than that, I'm unafraid of the age of CORBA, it's been around for A WHILE (can you believe the first specifications were out in 1991?), so I expect implementations to be nearly as solid as their age would allow.

Thank you...

Regards,

Michael

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Thomas Schmidt | 22 Jan 2013 02:14
Picon

Thousands of MICO::GIOPSimpleProf objects?

Hi,

I've just implemented some collections realizing some CosCollection interfaces. A collection is typed at run-time through a CosCollection::Operations object. It offers a collection some methods for element type checking and for ordering. So there's really a lot of communication between a Collection and its Operations object.

After a few seconds of intensive entering, removing or looking up elements in a collection things become slower and slower and slower, …

Some debugging shows that after a few seconds about 40.000 MICO::GIOPSimpleProf objects where created in the context of the Operations process. This process only runs exactly 2 Operation objects as default servants of a POA with NON-RETAIN policy.

After a code review of MICO 2.3.13 (the version in use) I found that profiles where entered - using IOR::add_profile() - into a container of type IOR::IORProfileVec but will only be erased - using IOR::del_profile() - on POA creation. I think computing will become slower due to the lookup loop in IOR::add_profile(). It seems that those MICO::GIOPSimpleProf objects were added in MICO::GIOPCodec::get_target().

Does anyone have a bug fix? Do we really need to add so much profile objects? When do they have to be destroyed? Wouldn't be a container with faster lookup methods a better type for IOR::IORProfileVec?

I'm developing in C++ on MacOSX 10.8.2 in Intel-32bit mode. Applications are running using GIOPVersion 1.2 and IIOPVersion 1.2. I've Threads enabled and switched on -ORBThreadPool and -ORBThreadPerConnection.

Please help, I don't really understand how to fix this bug.


Thanks
Thomas

--
Thomas Schmidt
Velgen 1
D-29582 Hanstedt
Tel: +49-4134-236339
Mobil: +49-151-23095598
Skype: ThCSchmidt
PGP: Key-ID: 0x810B6206
 

------------------------------------------------------------------------------
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Thomas Schmidt | 7 Jan 2013 03:14
Picon

Bug in POA::activate_object() ?

Hi,

I'm currently implementing some CosCollection based classes. When testing the implementation I'll receive about 20% or more BAD_OPERATION exceptions on methods sending to my collections created for tests. When debugging I found that my collection factory will receive messages (like add_element()) directed to its formerly created collection objects.

After days of debugging and code review I didn't find the reason of this failure but found a workaround:
Instead of activating my collections and other objects like collection iterators or Operations objects using POA::activate_object() which implicitly generates an ObjectId, I better use POA::activate_object_with_id(). When generating my own process-wide unique ID I'll never get BAD_OPERATIONS any more.

I'm developing and testing on MacOSX 10.8 in 32-bit memory mode using Xcode with LLVM gcc 4.2 compiler-suite.

Ciao
Thomas

--
Thomas Schmidt
Velgen 1
D-29582 Hanstedt
Tel: +49-4134-236339
Mobil: +49-151-23095598
Skype: ThCSchmidt
PGP: Key-ID: 0x810B6206
 

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Alireza Azarnia | 9 Nov 2012 00:46
Picon

Reminder about your invitation from Alireza Azarnia

Hi, Alireza Azarnia sent you an invite on Zoosk.

View Invite

This message was sent by a Zoosk user who entered your email address. If you'd prefer not to receive emails when other people send you emails through Zoosk, click here

You have received this message at the email address: mico-devel <at> lists.sourceforge.net

Copyright © 2007-2012 Zoosk, 989 Market St, San Francisco, CA 94103 USA.

Privacy Policy 

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Gregory, Peter | 30 Oct 2012 11:56

Marshall exception

Hi

Recently my company have upgraded the version of mico that we are using from 2.3.11 to 2.3.13.

 

We have done this because 2.3.11 failed to build on a new version of red hat that we have moved to. (Red Hat Enterprise Linux Server release 6.3 (Santiago))

 

Other than making some changes to get our software to build against the new compiler we haven’t changed our code.

 

However when we run we are getting a marshall exception in the client (thrown by the server). The client is a java client built against jacorb.  

 

The server is reporting the following error

 

Error: cannot decode args in StaticServerRequest.

 

In the idl the function call is defined as  unsigned long getLikeSize(in long keyNum, in any key);

 

Switching on the full debugging reports the following

 

MICO::GIOPConn::input_ready ()

  conn: 0x8079450

    ev: GIOPConnCallback::InputReady

 t_mod: 0

  pool:

  conn:

_activerefs: 1

   In Data  47 49 4f 50 01 00 00 00 00 00 02 90 00 00 00 00  GIOP...........

            00 00 00 02 01 00 00 00 00 00 00 16 2f 31 38 33  ............/183

            35 34 2f 31 33 35 31 30 39 32 34 30 30 2f 30 2f  54/1351092400/0/

            5f 30 00 00 00 00 00 0a 67 65 74 42 79 53 69 7a  _0......getBySiz

            65 00 00 00 00 00 00 00 00 00 00 01 00 00 00 0f  e...............

            00 00 02 0c 00 00 00 00 00 00 00 20 49 44 4c 3a  ........... IDL:

            77 63 73 2f 4d 68 65 4c 6f 63 6e 55 73 61 67 65  wcs/MheLocnUsage

            2f 52 65 63 6f 72 64 3a 31 2e 30 00 00 00 00 07  /Record:1.0.....

            52 65 63 6f 72 64 00 00 00 00 00 06 00 00 00 04  Record..........

            6b 65 79 00 00 00 00 12 00 00 00 00 00 00 00 04  key.............

            73 65 71 00 00 00 00 03 00 00 00 05 6c 6f 63 6e  seq.........locn

            00 00 00 00 00 00 00 0f 00 00 00 60 00 00 00 00  ...........`....

            00 00 00 15 49 44 4c 3a 77 63 73 2f 4c 6f 63 61  ....IDL:wcs/Loca

            74 69 6f 6e 3a 31 2e 30 00 00 00 00 00 00 00 09  tion:1.0........

            4c 6f 63 61 74 69 6f 6e 00 00 00 00 00 00 00 02  Location........

            00 00 00 05 7a 6f 6e 65 00 00 00 00 00 00 00 12  ....zone........

 

            00 00 00 00 00 00 00 09 69 64 65 6e 74 69 74 79  ........identity

            00 00 00 00 00 00 00 12 00 00 00 00 00 00 00 0e  ................

            6c 6f 63 61 74 69 6f 6e 5f 74 79 70 65 00 00 00  location_type...

            00 00 00 11 00 00 00 ae 00 00 00 00 00 00 00 27  .......®.......'

            49 44 4c 3a 77 63 73 2f 4d 68 65 4c 6f 63 6e 55  IDL:wcs/MheLocnU

            73 61 67 65 2f 4c 6f 63 6e 55 73 61 67 65 54 79  sage/LocnUsageTy

            70 65 3a 31 2e 30 00 00 00 00 00 0e 4c 6f 63 6e  pe:1.0......Locn

            55 73 61 67 65 54 79 70 65 00 00 00 00 00 00 04  UsageType.......

            00 00 00 16 4d 48 45 5f 4c 4f 43 4e 5f 55 53 41  ....MHE_LOCN_USA

            47 45 5f 4e 4f 52 4d 41 4c 00 00 00 00 00 00 13  GE_NORMAL.......

            4d 48 45 5f 4c 4f 43 4e 5f 55 53 41 47 45 5f 41  MHE_LOCN_USAGE_A

            4c 4c 00 00 00 00 00 14 4d 48 45 5f 4c 4f 43 4e  LL......MHE_LOCN

            5f 55 53 41 47 45 5f 4e 4f 4e 45 00 00 00 00 16  _USAGE_NONE.....

            4d 48 45 5f 4c 4f 43 4e 5f 55 53 41 47 45 5f 4c  MHE_LOCN_USAGE_L

            49 53 54 45 44 00 00 00 00 00 00 04 6d 68 65 00  ISTED.......mhe.

            00 00 00 0f 00 00 00 50 00 00 00 00 00 00 00 10  .......P........

 

            49 44 4c 3a 77 63 73 2f 4d 68 65 3a 31 2e 30 00  IDL:wcs/Mhe:1.0.

            00 00 00 04 4d 68 65 00 00 00 00 02 00 00 00 05  ....Mhe.........

            74 79 70 65 00 00 00 00 00 00 00 12 00 00 00 00  type............

            00 00 00 09 69 64 65 6e 74 69 74 79 00 00 00 00  ....identity....

            00 00 00 12 00 00 00 00 00 00 00 09 6d 68 65 5f  ............mhe_

            74 79 70 65 00 00 00 00 ff ff ff ff ff ff fe d4  type....ÿÿÿÿÿÿþÔ

            00 00 00 0c 41 69 73 6c 65 53 63 72 65 65 6e 00  ....AisleScreen.

            00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................

            00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00  ................

            00 00 00 01 00 00 00 00 00 00 00 00              ............

: ActiveMsgQueue::put_msg: (0x8070e68) msg: 0x806d908

T *operator[](0): returns 0x807b558

void_array::remove (0)

PassiveOperation::put_msg():0x806d908

PassiveOperation::_run():0x806d908

void  InputHandler::process( msg_type& msg )

  conn: 0x8079450

    ev: 0

     b: 0x807a220

MICO::Server::input_callback (GIOPConn *conn, CORBA::Buffer *inp)

   conn: 0x8079450

    inp: 0x807a220

IIOP: incoming data from inet:128.0.0.145:39238

GIOP: incoming Request from inet:128.0.0.145:39238 with msgid 2

IIOPServer::add_invoke (id=6)

ORB::add_invoke (MsgId=6)

void MICOPOA::POACurrent_impl::set( poa=0x806cb00, POAObjectReference=0xb6602780, Servant=0x807936c )

Error: cannot decode args in StaticServerRequest

void MICOPOA::POACurrent_impl::unset()

ORB::del_invoke (MsgId=6)

GIOP: sending Reply to inet:128.0.0.145:39238 for msgid 2 status is 2

MICO::GIOPConn::output (CORBA::Buffer *b)

     b: 0xb66007f0

  Out Data  47 49 4f 50 01 00 00 01 00 00 00 38 00 00 00 00  GIOP.......8....

            00 00 00 02 00 00 00 02 00 00 00 1e 49 44 4c 3a  ............IDL:

            6f 6d 67 2e 6f 72 67 2f 43 4f 52 42 41 2f 4d 41  omg.org/CORBA/MA

            52 53 48 41 4c 3a 31 2e 30 00 00 00 00 00 00 00  RSHAL:1.0.......

            00 00 00 01                                      ....

IIOPServer::del_invoke (id=6)

GIOPConn::deref: 0x8079450, refcnt: 1, activerefs: 0

: ActiveMsgQueue::check_msg: (0x8070e68) msg:

void_array::__fast_insert (0x807b558):    return 0

: ActiveMsgQueue::check_msg: (0x8070e68) msg:

 

 

 

Any help would be most appreciated.

 

Peter

 

 

 

Peter Gregory
Senior Software Engineer

 

DD: +44 (0) 1536 480 652 | Mobile: +44 (0) 7932 518 921 | Fax: +44 (0) 1536 480 700 peter.gregory <at> logistex.com  | www.logistex.com

 

Logistex - a sure thing

Logistex Limited, 2700 Kettering Parkway, Kettering, Northamptonshire, NN15 6XR, United Kingdom  Main Phone. +44 (0) 1536 480 600

 

Registered Company Name: Logistex Limited | Registered Company Address: 2700 Kettering Parkway, Kettering, Northamptonshire, NN15 6XR, United Kingdom
Place of Registration: England | Registration Number: 334189

This e-mail and any attachments are confidential and may contain legally privileged information.  If you are not the intended recipient please reply to the sender or telephone +44 (0) 1536 480 600 without using or disclosing the information contained herein.

Please be aware, all mail received by any <at> logistex.com address may be scanned for spam, virus, indecent images and spyware.

 

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 4 comments |
headers
Alireza Azarnia | 29 Oct 2012 12:28
Picon

Alireza Azarnia wants to share new pictures with you

Hi Mico-Devel, Alireza Azarnia sent you an invite on Zoosk.

View Invite

This message was sent by a Zoosk user who entered your email address. If you'd prefer not to receive emails when other people send you emails through Zoosk, click here

You have received this message at the email address: mico-devel <at> lists.sourceforge.net

Copyright © 2007-2012 Zoosk, 989 Market St, San Francisco, CA 94103 USA.

Privacy Policy 

------------------------------------------------------------------------------
The Windows 8 Center - In partnership with Sourceforge
Your idea - your app - 30 days.
Get started!
http://windows8center.sourceforge.net/
what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Santosh N Dumbre | 8 Oct 2012 10:50

Support for - Database Transaction and Wireles nettwork interface

Hi ,
Does current implementation of  MICO CORBA support -
 
1) Database Transaction Processing
2) Wireless Network Interrface support
 
Kindly help with your knowledge.
Thanks
 
From: Santosh N Dumbre
Sent: Saturday, October 06, 2012 3:31 PM
To: mico-devel <at> lists.sourceforge.net
Subject: feasibility of CORBA usage


Hi ,
I want to develop a software solution for Industrial Automation and Control Domain with following features -
 
1. Event Processing - Events arriving from various sensors like - temperature, pressure etc.
                             - Use of "Message Queues"
2. Database transactions for event processing
3. Wireless network interface support
4. Video/Audio data processing capabilities
 
I am looking for any "MIDDLEWARE" that will be of use for this type of development.
I have heard of CORBA, but not very familiar with it.
 
Is CORBA framework/ Middleware right choice for this type of application ?
Which can be good choice for CORBA - omniORB / TAO / MICO ORB ?
 
Or, there are different alternatives available apart from CORBA for this type of application ?
 
Kindly help with your knowledge.
Please reply.
 
Thanks & Regards,
sd.





Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin <at> igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for the consequences of any actions taken on the basis of information provided, through this email. The contents of an attachment to this e-mail may contain software viruses, which could damage your own computer system. While iGATE has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening an attachment. To know more about iGATE please visit www.igate.com.
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
Santosh N Dumbre | 6 Oct 2012 12:01

feasibility of CORBA usage


Hi ,
I want to develop a software solution for Industrial Automation and Control Domain with following features -
 
1. Event Processing - Events arriving from various sensors like - temperature, pressure etc.
                             - Use of "Message Queues"
2. Database transactions for event processing
3. Wireless network interface support
4. Video/Audio data processing capabilities
 
I am looking for any "MIDDLEWARE" that will be of use for this type of development.
I have heard of CORBA, but not very familiar with it.
 
Is CORBA framework/ Middleware right choice for this type of application ?
Which can be good choice for CORBA - omniORB / TAO / MICO ORB ?
 
Or, there are different alternatives available apart from CORBA for this type of application ?
 
Kindly help with your knowledge.
Please reply.
 
Thanks & Regards,
sd.





Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin <at> igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for the consequences of any actions taken on the basis of information provided, through this email. The contents of an attachment to this e-mail may contain software viruses, which could damage your own computer system. While iGATE has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening an attachment. To know more about iGATE please visit www.igate.com.
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |
headers
laurent | 5 Oct 2012 16:09

CosTransactions

Hello,

In order to go on with a possible CosTransactions and an OTS-Aware 
orb, could you give me some hints
about he following sentences and how to achieve them with Mico:

------------------------------------------------------------------------
Table 2-7 InvocationPolicy checks required on the client invocation 
path
Invocation Mode    InvocationPolicy     Required Action
Synchronous        EITHER               ok; check OTSPolicy
                   SHARED               ok; check OTSPolicy
                   UNSHARED             raise TRANSACTION_MODE
Asynchronous       EITHER               ok; check OTSPolicy
                   SHARED               raise TRANSACTION_MODE
                   UNSHARED             ok; check OTSPolicy

An invocation is considered synchronous if it uses a standard client 
stub,
the DII, or AMI with an effective routing policy of ROUTE_NONE. An
invocation is considered asynchronous if it uses the features of CORBA
messaging to invoke on a router rather than the target object.
------------------------------------------------------------------------

The question is really:
How may I know if I'm usig Client Stub, DII, AMI, or if I call a 
router
rather than the target object.

And this, inside a Client Interceptor ?
Could you give some hints please ?

Thank you very much
Laurent Marzullo

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
Permalink | Reply | 0 comments |
headers
Santosh N Dumbre | 5 Oct 2012 11:46

Query regarding limitations of CORBA - Blocking Remote call Invocation ?

Hi all,
 
I  am trying to understand various features of CORBA.
 
Coming across a query -
Are there any limitations associated with CORBA ?
 
In case of remote call, it blocks the thread  and wait for reply  to be received.
Some people claim that it is inefficient and major limitation of CORBA.
 
It it true really with CORBA ?
 
 

Kindly help my understanding.

 

Please reply.

 

Thanks,

Santosh.

 




Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin <at> igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for the consequences of any actions taken on the basis of information provided, through this email. The contents of an attachment to this e-mail may contain software viruses, which could damage your own computer system. While iGATE has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening an attachment. To know more about iGATE please visit www.igate.com.
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 1 comment |
headers
Juan G. Colón Colón | 2 Oct 2012 19:48
Picon
Favicon

CORBA (GIOP) Transport Protocol and Packet Format

.ExternalClass .ecxhmmessage P {padding:0px;} .ExternalClass body.ecxhmmessage {font-size:10pt;font-family:Tahoma;}
Hi all,

I am new to CORBA.

I have a linux PC with Mico 2.3.13 installed that communicate with an external hardware by Ethernet interface. 
There is any way I can understand how pc send commands and receive from the hardware?

I am trying to understand CORBA transport protocol and I've been trying to figure out whether the protocol used
is TCP, UDP or any CORBA customized format. I would also like to know what is its packet format maybe for 
filtering purposes like if I attach it to a switch or modem anything like that.

Can I get some insight on how CORBA communicates thought the network and if there is any specific packet format 
(size, etc.). 

I will appreciate any help you can provide on this...

Juan 
ECES Student
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Permalink | Reply | 0 comments |

Gmane