<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel">
    <title>gmane.comp.corba.mico.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1047"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1046"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1045"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1044"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1043"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1042"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1041"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1040"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1039"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1038"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1037"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1036"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1035"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1034"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1033"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1032"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1031"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1030"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1029"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1028"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1047">
    <title>Cross platform MICO builds</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1047</link>
    <description>&lt;pre&gt;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 &lt;/pre&gt;</description>
    <dc:creator>Michael Powell</dc:creator>
    <dc:date>2013-02-15T12:11:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1046">
    <title>Thousands of MICO::GIOPSimpleProf objects?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1046</link>
    <description>&lt;pre&gt;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&lt;/pre&gt;</description>
    <dc:creator>Thomas Schmidt</dc:creator>
    <dc:date>2013-01-22T01:14:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1045">
    <title>Bug in POA::activate_object() ?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1045</link>
    <description>&lt;pre&gt;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
Email: TC.Schmidt&amp;lt; at &amp;gt;gmx.net
&lt;/pre&gt;</description>
    <dc:creator>Thomas Schmidt</dc:creator>
    <dc:date>2013-01-07T02:14:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1044">
    <title>Reminder about your invitation from Alireza Azarnia</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1044</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
&lt;/pre&gt;</description>
    <dc:creator>Alireza Azarnia</dc:creator>
    <dc:date>2012-11-08T23:46:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1043">
    <title>Re: Marshall exception</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1043</link>
    <description>&lt;pre&gt;Please unsubscribe me from the list. 

 Mark Glasberg

On Nov 1, 2012, at 6:43 AM, "Gregory, Peter" &amp;lt;Peter.Gregory&amp;lt; at &amp;gt;logistex.com&amp;gt; wrote:


------------------------------------------------------------------------------
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
&lt;/pre&gt;</description>
    <dc:creator>Mark Glasberg</dc:creator>
    <dc:date>2012-11-01T12:24:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1042">
    <title>Re: Marshall exception</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1042</link>
    <description>&lt;pre&gt;Hi Karel,
Yes, you are right the issue is fixed by that patch.

Interesting comments from the GCC community members.
Whilst I agree with validation of the case values against the enum, I
think this really should be an error not a warning, since it results in
very different behaviour when you upgrade to that version of GCC.

Do you know of any plans to release a new version of MICO to include all
fixes currently in the MICO HEAD.

Peter

------------------------------------------------------------------------------
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
&lt;/pre&gt;</description>
    <dc:creator>Gregory, Peter</dc:creator>
    <dc:date>2012-11-01T11:43:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1041">
    <title>Re: Marshall exception</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1041</link>
    <description>&lt;pre&gt;
Hi Peter,

this looks like an issue solved by this patch on MICO HEAD, isn't it?

Sun Jan  3 18:59:34 CET 2010  Karel Gardas &amp;lt;kgardas&amp;lt; at &amp;gt;objectsecurity.com&amp;gt;
   * fix "miscompilation" of typecode.cc by GNU C++ &amp;gt;= 4.4
   This patch fixes typecode.cc to not use TK_RECURSIVE definition since
   this makes GNU C++ &amp;gt;= 4.4 miscompiling several of typecode.cc's switch
   statements where it simply omits case blocks where TK_RECURSIVE is
   used, since TK_RECURSIVE provides value which is not defined in the
   TCKind enum type. Whole behaviour is completed by emitted warnings:
     typecode.cc:&amp;lt;line&amp;gt;: warning: case label value is less than minimum
     value for type
   Unfortunatelly GCC community members claim the compiler is right here
   so I enhanced tckind.h by a provided bootstrap patch to include
   tk_recursive value inside the TCKind enum definition which makes GNU
   C++ happy and resulting MICO working again. For more information about
   this issue see GCC PR#42576 
(http://gcc.gnu.org/bugzilla/show_bug.cg&lt;/pre&gt;</description>
    <dc:creator>Karel Gardas</dc:creator>
    <dc:date>2012-10-31T17:09:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1040">
    <title>Re: Marshall exception</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1040</link>
    <description>&lt;pre&gt;Hi

I have tracked this issue down and can confirm it is another problem
caused by the upgrade to gcc version 4.4.  

 

A different problem with the same cause was reported in the issue
"typecode assertion failed on gcc 4.4
&amp;lt;https://sourceforge.net/mailarchive/message.php?msg_id=29183633&amp;gt; ". 

 

The issue is caused by a change in behaviour of the switch statement.

With this version of gcc the switch statement in CORBA::TypeCode::decode
(DataDecoder &amp;amp;dc, MapPosTC *_omap, ULong level),

now enters the default block instead of the "case TK_RECURSIVE:" block.
This is because the value of TK_RECURSIVE is outside the range of the
TCKind enum.

 

I made the relevant changes to typecode.cc and tckind.h, and the issue
is resolved.

 

Peter 

------------------------------------------------------------------------------
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___________________________________&lt;/pre&gt;</description>
    <dc:creator>Gregory, Peter</dc:creator>
    <dc:date>2012-10-31T16:54:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1039">
    <title>Marshall exception</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1039</link>
    <description>&lt;pre&gt;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 0&lt;/pre&gt;</description>
    <dc:creator>Gregory, Peter</dc:creator>
    <dc:date>2012-10-30T10:56:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1038">
    <title>Alireza Azarnia wants to share new pictures with you</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1038</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
&lt;/pre&gt;</description>
    <dc:creator>Alireza Azarnia</dc:creator>
    <dc:date>2012-10-29T11:28:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1037">
    <title>Support for - Database Transaction and Wirelesnettwork interface</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1037</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;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 - omni&lt;/pre&gt;</description>
    <dc:creator>Santosh N Dumbre</dc:creator>
    <dc:date>2012-10-08T08:50:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1036">
    <title>feasibility of CORBA usage</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1036</link>
    <description>&lt;pre&gt;
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 &amp;amp; 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&lt;/pre&gt;</description>
    <dc:creator>Santosh N Dumbre</dc:creator>
    <dc:date>2012-10-06T10:01:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1035">
    <title>CosTransactions</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1035</link>
    <description>&lt;pre&gt;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.
&lt;/pre&gt;</description>
    <dc:creator>laurent&lt; at &gt;marzu.org</dc:creator>
    <dc:date>2012-10-05T14:09:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1034">
    <title>Re: UDP protocol  supported by MICO ORB ?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1034</link>
    <description>&lt;pre&gt;
Hi Santosh,

yes, MICO supports its own UDP/GIOP protocol. Please see demo/mcast for 
a demo and orb/transport/udp.cc for the implementation.

Cheers,
Karel

On 10/ 1/12 03:02 PM, Santosh N Dumbre wrote:
 omputer 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 shou
ld carry out your own virus checks before opening an attachment. To know more about iGATE please visit www.igate.com.


&lt;/pre&gt;</description>
    <dc:creator>Karel Gardas</dc:creator>
    <dc:date>2012-10-05T10:58:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1033">
    <title>Re: Query regarding limitations of CORBA - Blocking Remote call Invocation ?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1033</link>
    <description>&lt;pre&gt;
Hi,

On 10/ 5/12 11:46 AM, Santosh N Dumbre wrote:

Well, it all depends on your performance requirements. If general IIOP 
two-way request is too slow for you, you can give a try to oneway 
requests or even AMI (asynchronious message invocation).

Cheers,
Karel
&lt;/pre&gt;</description>
    <dc:creator>Karel Gardas</dc:creator>
    <dc:date>2012-10-05T11:04:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1032">
    <title>Query regarding limitations of CORBA - Blocking Remote call Invocation ?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1032</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;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 &lt;/pre&gt;</description>
    <dc:creator>Santosh N Dumbre</dc:creator>
    <dc:date>2012-10-05T09:46:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1031">
    <title>CORBA (GIOP) Transport Protocol and Packet Format</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1031</link>
    <description>&lt;pre&gt;




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 usedis 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 N&lt;/pre&gt;</description>
    <dc:creator>Juan G. Colón Colón</dc:creator>
    <dc:date>2012-10-02T17:48:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1030">
    <title>Posting a Message in Mailing List</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1030</link>
    <description>&lt;pre&gt;




Hi there,
I would like to post a message in the mailing list. How would I do it?
Subject: CORBA (GIOP) Transport Protocol and Packet Format
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 usedis 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 on this..

Juan
       ------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and kn&lt;/pre&gt;</description>
    <dc:creator>Juan G. Colón Colón</dc:creator>
    <dc:date>2012-10-02T17:45:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1029">
    <title>UDP protocol  supported by MICO ORB ?</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1029</link>
    <description>&lt;pre&gt;

Hi all,



I am coming across a query related to MICO ORB omplementation -



Does the Transport Layer of MICO ORB supports - UDP protocol apart from GIOP/IIOP Protocols which are TCP based ?



Is there support available for UDP socket communication with current implementation ?



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&amp;lt; at &amp;gt;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 &lt;/pre&gt;</description>
    <dc:creator>Santosh N Dumbre</dc:creator>
    <dc:date>2012-10-01T13:02:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1028">
    <title>Re: installing Mico-ccm</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1028</link>
    <description>&lt;pre&gt;Hello,

On 09/04/2012 02:26 PM, Alireza khalilipour wrote:
at least the latest snapshot (2012-07-18) from the following location 
compiles under Fedora 17. May be also earlier snapshots from last year 
or 2010 compile.

  * http://mico.org/snapshots/

The c++ compiler in my F17 box is 4.7. It compiles the newest snapshot 
but not the (stable?) mico-2.3.11 from 2008. The version of g++ in RHEL6 
should be 4.5 according to Google.

    [xxxxxxxxxx mico-snapshot-2012-07-18]$ g++ --version
    g++ (GCC) 4.7.0 20120507 (Red Hat 4.7.0-5)
    Copyright (C) 2012 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There
    is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
    PURPOSE.

Regards,
Roland


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discu&lt;/pre&gt;</description>
    <dc:creator>Roland Mueller</dc:creator>
    <dc:date>2012-09-04T20:34:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.corba.mico.devel/1027">
    <title>installing Mico-ccm</title>
    <link>http://permalink.gmane.org/gmane.comp.corba.mico.devel/1027</link>
    <description>&lt;pre&gt;Hi all,
 I have a question:

 Can I install the Mico on the Enterprise RedHat 6.0 that sited on the VMware Workstation?


 Regards,

 Alireza Khalilipour.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Mico-devel mailing list
Mico-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
&lt;/pre&gt;</description>
    <dc:creator>Alireza khalilipour</dc:creator>
    <dc:date>2012-09-04T11:26:13</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.corba.mico.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.corba.mico.devel</link>
  </textinput>
</rdf:RDF>
