<?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 - Announcing Terracotta - Java clustering &amp;amp; caching without API's</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>Sat, 25 May 2013 08:20:51 -0400</pubDate>


    <item>

        <title>Reading about how Terracotta</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<p>Reading about how Terracotta started with their Java clustering and caching makes me realize that every company has their humble beginnings. At that time, such a technology is new and after many updates and improvements, they have almost perfected...]]></description>
        

        <pubDate>Thu, 16 Feb 2012 21:15:00 -0500</pubDate>

        

        <jf:creationDate>Thu, 16 Feb 2012 21:15:00 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 16 Feb 2012 21:15:00 -0500</jf:modificationDate>
        <jf:date>Feb 16, 2012</jf:date>
        <jf:author>PaulWeb</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Mobile logic,  What is the overhead?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>They found that it was better to ... move the processing to where the data was being managed in the grid, instead of trying to move the data to where the processing was occurring.</blockquote><br>Presumably a grid favors portable executables,...]]></description>
        

        <pubDate>Thu, 07 Jul 2005 15:19:00 -0400</pubDate>

        

        <jf:creationDate>Thu, 07 Jul 2005 15:19:00 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 07 Jul 2005 15:19:00 -0400</jf:modificationDate>
        <jf:date>Jul 7, 2005</jf:date>
        <jf:author>Brian Miller</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>What is the overhead?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>We have applications that need to access very large number objects (Many GB RAM, and tens of millions). A problem we face is the limitations of VM. We love to have 10-20GB RAM (hardware is already there) but VM is not there. We randomly...]]></description>
        

        <pubDate>Wed, 06 Jul 2005 20:22:55 -0400</pubDate>

        

        <jf:creationDate>Wed, 06 Jul 2005 20:22:55 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 06 Jul 2005 20:22:55 -0400</jf:modificationDate>
        <jf:date>Jul 6, 2005</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>What is the overhead?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[We have applications that need to access very large number objects (Many GB RAM, and tens of millions). A problem we face is the limitations of VM. We love to have 10-20GB RAM (hardware is already there) but VM is not there. We randomly access large...]]></description>
        

        <pubDate>Wed, 06 Jul 2005 15:58:19 -0400</pubDate>

        

        <jf:creationDate>Wed, 06 Jul 2005 15:58:19 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 06 Jul 2005 15:58:19 -0400</jf:modificationDate>
        <jf:date>Jul 6, 2005</jf:date>
        <jf:author>Sermet Yucel</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Announcing Terracotta - Java clustering &amp;amp;amp;amp;amp;amp;amp;amp</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>If real-time invalidations are desired then we propose the use of scripts to generate row-level triggers that dispatch events to Oracle AQ (a JMS destination), which in turn arrive to distributed caching system.</blockquote><br>We have also...]]></description>
        

        <pubDate>Mon, 20 Jun 2005 07:25:29 -0400</pubDate>

        

        <jf:creationDate>Mon, 20 Jun 2005 07:25:29 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 20 Jun 2005 07:25:29 -0400</jf:modificationDate>
        <jf:date>Jun 20, 2005</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Announcing Terracotta - Java clustering &amp;amp;amp;amp;amp;amp;amp; caching without API's</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>What concerns me about this is there is NO discussion of how invalidation works or how the driver learns about stored procedures, yet the JDBC product is called drop-in.  What's a use case a customer could / should trust this driver for?...]]></description>
        

        <pubDate>Sun, 19 Jun 2005 22:39:40 -0400</pubDate>

        

        <jf:creationDate>Sun, 19 Jun 2005 22:39:40 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 19 Jun 2005 22:39:40 -0400</jf:modificationDate>
        <jf:date>Jun 19, 2005</jf:date>
        <jf:author>Jags Ramnarayan</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Announcing Terracotta - Java clustering &amp;amp;amp;amp;amp;amp; caching without API's</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[I know you didn't claim drop-in for JDBC, but your website does:<blockquote>GemFire JDBC Interceptor is a pluggable extension for GemFire Enterprise that is used to tune database access performance without requiring any modifications to the application...]]></description>
        

        <pubDate>Fri, 17 Jun 2005 01:30:40 -0400</pubDate>

        

        <jf:creationDate>Fri, 17 Jun 2005 01:30:40 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 17 Jun 2005 01:30:40 -0400</jf:modificationDate>
        <jf:date>Jun 17, 2005</jf:date>
        <jf:author>ARI ZILKA</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>A great thread</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>Ari - not a tit-for-tat... just a clarification: With GigaSpaces, clustering (as well as load-balancing, replication and fail-over) does not require an API - it's entirely a configuration / runtime issue - we actually offer a GUI that allows...]]></description>
        

        <pubDate>Fri, 17 Jun 2005 01:07:40 -0400</pubDate>

        

        <jf:creationDate>Fri, 17 Jun 2005 01:07:40 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 17 Jun 2005 01:07:40 -0400</jf:modificationDate>
        <jf:date>Jun 17, 2005</jf:date>
        <jf:author>ARI ZILKA</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Announcing Terracotta - Java clustering &amp;amp;amp;amp;amp; caching without API's</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote><blockquote>How is this different from Gemfire?</blockquote>Good Question.I'm not an expert on GemFire but I'll give this a shot anyway. Terracotta's DSO product is a zero-API mechanism for sharing trees of objects (&quot;Managed...]]></description>
        

        <pubDate>Wed, 15 Jun 2005 12:37:59 -0400</pubDate>

        

        <jf:creationDate>Wed, 15 Jun 2005 12:37:59 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 15 Jun 2005 12:37:59 -0400</jf:modificationDate>
        <jf:date>Jun 15, 2005</jf:date>
        <jf:author>Jags Ramnarayan</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>sounds cool...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>Hey Peter - There's an example that does exactly thiswith our product download - if you're interested...Cheers - Gad (GigaSpaces)</blockquote><br>I think you mentioned that in the past, but sadly I haven't had time to install it and take a...]]></description>
        

        <pubDate>Tue, 14 Jun 2005 10:51:51 -0400</pubDate>

        

        <jf:creationDate>Tue, 14 Jun 2005 10:51:51 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 14 Jun 2005 10:51:51 -0400</jf:modificationDate>
        <jf:date>Jun 14, 2005</jf:date>
        <jf:author>peter lin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>sounds cool...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[Hey Peter - There's an example that does exactly this<br>with our product download - if you're interested...<br><br>Cheers - Gad (GigaSpaces)]]></description>
        

        <pubDate>Tue, 14 Jun 2005 00:38:55 -0400</pubDate>

        

        <jf:creationDate>Tue, 14 Jun 2005 00:38:55 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 14 Jun 2005 00:38:55 -0400</jf:modificationDate>
        <jf:date>Jun 14, 2005</jf:date>
        <jf:author>Gad Barnea</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>sounds cool...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote><blockquote>What I was thinking is it would be nice to have standard way of querying and indexing the in-memory data.</blockquote>That's where Service Data Objects would help, the little gizmo whose utility so many doubt.  At least in Globus,...]]></description>
        

        <pubDate>Mon, 13 Jun 2005 14:32:27 -0400</pubDate>

        

        <jf:creationDate>Mon, 13 Jun 2005 14:32:27 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 13 Jun 2005 14:32:27 -0400</jf:modificationDate>
        <jf:date>Jun 13, 2005</jf:date>
        <jf:author>peter lin</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>sounds cool...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>What I was thinking is it would be nice to have standard way of querying and indexing the in-memory data.</blockquote><br>That's where Service Data Objects would help, the little gizmo whose utility so many doubt.  At least in Globus, there's...]]></description>
        

        <pubDate>Mon, 13 Jun 2005 14:12:51 -0400</pubDate>

        

        <jf:creationDate>Mon, 13 Jun 2005 14:12:51 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 13 Jun 2005 14:12:51 -0400</jf:modificationDate>
        <jf:date>Jun 13, 2005</jf:date>
        <jf:author>Brian Miller</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>A great thread</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[<blockquote>Peter,Very well summarized.  All vendors are able to help.  All would, IMHO, improve scalability and lower TCO for apps that aren't scaling today.I think TC is unique in helping existing apps--we actually helped a customer improve scalability...]]></description>
        

        <pubDate>Mon, 13 Jun 2005 10:39:43 -0400</pubDate>

        

        <jf:creationDate>Mon, 13 Jun 2005 10:39:43 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 13 Jun 2005 10:39:43 -0400</jf:modificationDate>
        <jf:date>Jun 13, 2005</jf:date>
        <jf:author>peter lin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A great thread</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=34294</link>

        

        
            <description><![CDATA[Peter,<br><br>Very well summarized.  All vendors are able to help.  All would, IMHO, improve scalability and lower TCO for apps that aren't scaling today.<br><br>I think TC is unique in helping existing apps--we actually helped a customer improve...]]></description>
        

        <pubDate>Mon, 13 Jun 2005 10:18:41 -0400</pubDate>

        

        <jf:creationDate>Mon, 13 Jun 2005 10:18:41 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 13 Jun 2005 10:18:41 -0400</jf:modificationDate>
        <jf:date>Jun 13, 2005</jf:date>
        <jf:author>ARI ZILKA</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

