<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Leverage existing legacy system investments with J2EE</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Thu, 20 Jun 2013 00:39:30 -0400</pubDate>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote>Epilogue: there are again less Java programmers than needed, </blockquote>I would say differently: there is definitely much more Java(C, C++, wthatever) programmers than needed, <br>but less than wanted.]]></description>
        

        <pubDate>Fri, 02 Dec 2005 13:14:20 -0500</pubDate>

        

        <jf:creationDate>Fri, 02 Dec 2005 13:14:20 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 02 Dec 2005 13:14:20 -0500</jf:modificationDate>
        <jf:date>Dec 2, 2005</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[C'mon, lets be serious. <br>How often do you need to see TCP/IP packages content?<br>How often do you need to see class bytecode?<br>How often do you need to see instance serialized bytes?<br>How often do you need to see JDBC exchange packages between...]]></description>
        

        <pubDate>Fri, 02 Dec 2005 13:09:04 -0500</pubDate>

        

        <jf:creationDate>Fri, 02 Dec 2005 13:09:04 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 02 Dec 2005 13:09:04 -0500</jf:modificationDate>
        <jf:date>Dec 2, 2005</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[Yes, IDL is readable. But the guy was talking about actual message content being transfered, not its structure definition. Sometimes one needs to actually see (in a humanly readable form) what's going through to help in debug.]]></description>
        

        <pubDate>Fri, 02 Dec 2005 12:12:08 -0500</pubDate>

        

        <jf:creationDate>Fri, 02 Dec 2005 12:12:08 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 02 Dec 2005 12:12:08 -0500</jf:modificationDate>
        <jf:date>Dec 2, 2005</jf:date>
        <jf:author>Henrique Steckelberg</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote><blockquote>The thing lacking in Corba implementations are human readable messages. But it should be very easy to enhance IDL compilers so they generate stubs that log messages in cleartext</blockquote>It is definitely matter of opinion but...]]></description>
        

        <pubDate>Fri, 02 Dec 2005 07:36:04 -0500</pubDate>

        

        <jf:creationDate>Fri, 02 Dec 2005 07:36:04 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 02 Dec 2005 07:36:04 -0500</jf:modificationDate>
        <jf:date>Dec 2, 2005</jf:date>
        <jf:author>Paolo Guccione</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote>The thing lacking in Corba implementations are human readable messages. But it should be very easy to enhance IDL compilers so they generate stubs that log messages in cleartext</blockquote><br>It is definitely matter of opinion but IMO...]]></description>
        

        <pubDate>Thu, 01 Dec 2005 12:20:37 -0500</pubDate>

        

        <jf:creationDate>Thu, 01 Dec 2005 12:20:37 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 01 Dec 2005 12:20:37 -0500</jf:modificationDate>
        <jf:date>Dec 1, 2005</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease, human readable</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote>It is all about convenience. Performance just has to be good enough.However in case of SOAP I fail to see any traces of convenience! </blockquote><br>In Java Corba development is very easy (<a...]]></description>
        

        <pubDate>Wed, 30 Nov 2005 07:26:20 -0500</pubDate>

        

        <jf:creationDate>Wed, 30 Nov 2005 07:26:20 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 30 Nov 2005 07:26:20 -0500</jf:modificationDate>
        <jf:date>Nov 30, 2005</jf:date>
        <jf:author>Juergen Weber</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote>But then if one looks at the computing history technological superiority and speed hasnt always gauranteed technology adoption.</blockquote>Absolutely. It is all about convenience. Performance just has to be good enough.<br><br>However in...]]></description>
        

        <pubDate>Wed, 30 Nov 2005 02:10:20 -0500</pubDate>

        

        <jf:creationDate>Wed, 30 Nov 2005 02:10:20 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 30 Nov 2005 02:10:20 -0500</jf:modificationDate>
        <jf:date>Nov 30, 2005</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>6</jf:replyCount>
    </item>


    <item>

        <title>Technological superiority, performance v/s ease</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[<blockquote>Anything that promotes CORBA is good thing!Here is the action plan to stop SOAP opera:-	start using CORBA today for interoperability,  convenience and performance;-	help stopping the insanity :&#x201c;we will not open IIOP port because we are...]]></description>
        

        <pubDate>Tue, 29 Nov 2005 15:23:07 -0500</pubDate>

        

        <jf:creationDate>Tue, 29 Nov 2005 15:23:07 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 29 Nov 2005 15:23:07 -0500</jf:modificationDate>
        <jf:date>Nov 29, 2005</jf:date>
        <jf:author>Srikanth Shenoy</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>


    <item>

        <title>more CORBA is good!</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[Anything that promotes CORBA is good thing!<br>Here is the action plan to stop SOAP opera:<br>-	start using CORBA today for interoperability,  convenience and performance;<br>-	help stopping the insanity :&#x201c;we will not open IIOP port because we are...]]></description>
        

        <pubDate>Tue, 29 Nov 2005 14:44:47 -0500</pubDate>

        

        <jf:creationDate>Tue, 29 Nov 2005 14:44:47 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 29 Nov 2005 14:44:47 -0500</jf:modificationDate>
        <jf:date>Nov 29, 2005</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>8</jf:replyCount>
    </item>


    <item>

        <title>Is this from the the Trifork donation?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[Good article! I guess this is the same CORBA stack that was <a href="http://www.theserverside.com/news/thread.tss?thread_id=35006" target="_blank">donated from the Trifork appserver?</a>]]></description>
        

        <pubDate>Tue, 29 Nov 2005 14:31:18 -0500</pubDate>

        

        <jf:creationDate>Tue, 29 Nov 2005 14:31:18 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 29 Nov 2005 14:31:18 -0500</jf:modificationDate>
        <jf:date>Nov 29, 2005</jf:date>
        <jf:author>Floyd Marinescu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Leverage existing legacy system investments with J2EE</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37798</link>

        

        
            <description><![CDATA[The ability to interface seamlessly with large legacy systems and to gain real-time control of automation systems is often considered the final frontier for applying today's agile Java 2 Platform, Enterprise Edition (J2EE) servers. This article from...]]></description>
        

        <pubDate>Mon, 28 Nov 2005 10:40:50 -0500</pubDate>

        

        <jf:creationDate>Mon, 28 Nov 2005 10:40:50 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 28 Nov 2005 10:40:50 -0500</jf:modificationDate>
        <jf:date>Nov 28, 2005</jf:date>
        <jf:author>Frank Charles</jf:author>
        <jf:replyCount>10</jf:replyCount>
    </item>



</channel>
</rss>

