<?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 - Why should you combine Reliable Messaging with Dist. Caching?</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>Tue, 21 May 2013 22:34:59 -0400</pubDate>


    <item>

        <title>Re: Deliberate plug for a product</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[Why not use an in memory database and setup triggers.]]></description>
        

        <pubDate>Fri, 08 Aug 2008 05:09:51 -0400</pubDate>

        

        <jf:creationDate>Fri, 08 Aug 2008 05:09:51 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 08 Aug 2008 05:09:51 -0400</jf:modificationDate>
        <jf:date>Aug 8, 2008</jf:date>
        <jf:author>Sanjay Garde</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Useless discussion</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[Guys,...]]></description>
        

        <pubDate>Fri, 27 Jun 2008 00:55:17 -0400</pubDate>

        

        <jf:creationDate>Fri, 27 Jun 2008 00:55:17 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 27 Jun 2008 00:55:17 -0400</jf:modificationDate>
        <jf:date>Jun 27, 2008</jf:date>
        <jf:author>Abhay Bhanushali</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Deliberate plug for a product</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>This article is appropriate in the marketing collateral for Gemstone, not as a pattern here. I can't understand why distributed caching is a panacea for every performance issue . . . Caching is an important tool to provide performant systems...]]></description>
        

        <pubDate>Sat, 10 May 2008 18:28:43 -0400</pubDate>

        

        <jf:creationDate>Sat, 10 May 2008 18:28:43 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 10 May 2008 18:28:43 -0400</jf:modificationDate>
        <jf:date>May 10, 2008</jf:date>
        <jf:author>Gideon Low</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: JMS + JavaSpaces?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[Oliver, ...]]></description>
        

        <pubDate>Sat, 10 May 2008 17:57:35 -0400</pubDate>

        

        <jf:creationDate>Sat, 10 May 2008 17:57:35 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 10 May 2008 17:57:35 -0400</jf:modificationDate>
        <jf:date>May 10, 2008</jf:date>
        <jf:author>Gideon Low</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Deliberate plug for a product</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[This article is appropriate in the marketing collateral for Gemstone, not as a pattern here. I can't understand why distributed caching is a panacea for every performance issue. First database is trashed as the performance bottleneck, then caching and...]]></description>
        

        <pubDate>Thu, 08 May 2008 22:40:31 -0400</pubDate>

        

        <jf:creationDate>Thu, 08 May 2008 22:40:31 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 08 May 2008 22:40:31 -0400</jf:modificationDate>
        <jf:date>May 8, 2008</jf:date>
        <jf:author>Sunil n Abinash -</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: Doesn't this introduce coupling between services?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>My assertion is that this is a badly designed system at a fairly fundamental level.  The situations in which MOM integration are appropriate are (by and large) different from those where deeply shared state is appropriate.<br><br>This is why...]]></description>
        

        <pubDate>Tue, 06 May 2008 16:34:16 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 May 2008 16:34:16 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 May 2008 16:34:16 -0400</jf:modificationDate>
        <jf:date>May 6, 2008</jf:date>
        <jf:author>S. Yayla</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Doesn't this introduce coupling between services?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[I must be expressing myself very badly I think....]]></description>
        

        <pubDate>Tue, 06 May 2008 07:56:42 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 May 2008 07:56:42 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 May 2008 07:56:42 -0400</jf:modificationDate>
        <jf:date>May 6, 2008</jf:date>
        <jf:author>CriticalArchitect</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Doesn't this introduce coupling between services?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>"several closely cooperating applications"<br><br>The state info is <b>not</b> "purely internal to itself".</blockquote>...]]></description>
        

        <pubDate>Tue, 06 May 2008 07:31:39 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 May 2008 07:31:39 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 May 2008 07:31:39 -0400</jf:modificationDate>
        <jf:date>May 6, 2008</jf:date>
        <jf:author>S. Yayla</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>That said, the focus for this article are all the cases where several distributed services (or call them components or "closely cooperating apps"), all access and use the same underlying database sharing data and events. Services communicate...]]></description>
        

        <pubDate>Tue, 06 May 2008 04:44:13 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 May 2008 04:44:13 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 May 2008 04:44:13 -0400</jf:modificationDate>
        <jf:date>May 6, 2008</jf:date>
        <jf:author>CriticalArchitect</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>Before you had mentioned that one of the core tenets of SOA was that services should be independent.  I understand the principle, I think, but I struggle with how this would be implemented in practice in situations like the...]]></description>
        

        <pubDate>Tue, 06 May 2008 04:36:09 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 May 2008 04:36:09 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 May 2008 04:36:09 -0400</jf:modificationDate>
        <jf:date>May 6, 2008</jf:date>
        <jf:author>CriticalArchitect</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>It serves it's purpose in the given probem context</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[I am not going with the used words - "messaging", "distributed caching". I read it 2/3 times to understand the problem on which this is applied. It looks me - Here the problem is driving a solution rather ; I am assuming the scenario is maximum read and...]]></description>
        

        <pubDate>Sat, 03 May 2008 21:54:24 -0400</pubDate>

        

        <jf:creationDate>Sat, 03 May 2008 21:54:24 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 03 May 2008 21:54:24 -0400</jf:modificationDate>
        <jf:date>May 3, 2008</jf:date>
        <jf:author>Sunil n Abinash -</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote><br>Within a single application, using a distributed cache across a cluster to get better scalability is a very sensible approach.  And there's obviously nothing wrong with combining data from external events with existing data.<br><br>What I...]]></description>
        

        <pubDate>Sat, 03 May 2008 11:07:03 -0400</pubDate>

        

        <jf:creationDate>Sat, 03 May 2008 11:07:03 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 03 May 2008 11:07:03 -0400</jf:modificationDate>
        <jf:date>May 3, 2008</jf:date>
        <jf:author>Jags Ramnarayan</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I want to understand your point here.  Let say I have the operations, "place order", "cancel order" and "track order".  Clearly these will need to share at least some state.  Do you think these one service or multiple...]]></description>
        

        <pubDate>Fri, 02 May 2008 16:44:25 -0400</pubDate>

        

        <jf:creationDate>Fri, 02 May 2008 16:44:25 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 02 May 2008 16:44:25 -0400</jf:modificationDate>
        <jf:date>May 2, 2008</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[I agree with you that extending a cache across application boundaries is dangerous. In fact, we generally recommend that users actually insert our WAN gateway product between the cache instances for separate applications that just happen to cache similar...]]></description>
        

        <pubDate>Fri, 02 May 2008 14:03:20 -0400</pubDate>

        

        <jf:creationDate>Fri, 02 May 2008 14:03:20 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 02 May 2008 14:03:20 -0400</jf:modificationDate>
        <jf:date>May 2, 2008</jf:date>
        <jf:author>Mike Stolz</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: distributed data good, but what about throughput?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=49207</link>

        

        
            <description><![CDATA[<blockquote>I want to understand your point here.  Let say I have the operations, "place order", "cancel order" and "track order".  Clearly these will need to share at least some state.  Do you think these one service or multiple services?</blockquote>...]]></description>
        

        <pubDate>Fri, 02 May 2008 12:01:48 -0400</pubDate>

        

        <jf:creationDate>Fri, 02 May 2008 12:01:48 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 02 May 2008 12:01:48 -0400</jf:modificationDate>
        <jf:date>May 2, 2008</jf:date>
        <jf:author>CriticalArchitect</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>



</channel>
</rss>

