﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Matt Warren commented on Accessing RavenDB from Silverlight</title><description>James,
  
  
See 
[groups.google.com/.../106c848f86720386](https://groups.google.com/group/ravendb/browse_thread/thread/106c848f86720386) for more info
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment13</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment13</guid><pubDate>Wed, 23 Feb 2011 11:40:27 GMT</pubDate></item><item><title>Ayende Rahien commented on Accessing RavenDB from Silverlight</title><description>James,
  
Yes, it does. It works a bit differently now, since we can be hosted in Azure, but it certainly works
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment12</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment12</guid><pubDate>Wed, 23 Feb 2011 11:14:04 GMT</pubDate></item><item><title>James Webster commented on Accessing RavenDB from Silverlight</title><description>Does RavenDB support deployment to Azure just yet? I know a patch was in progress, has it hit the main build?
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment11</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment11</guid><pubDate>Wed, 23 Feb 2011 01:16:37 GMT</pubDate></item><item><title>Ayende Rahien commented on Accessing RavenDB from Silverlight</title><description>Aaron,
  
Yes there is.
  
[github.com/.../jquery.RavenDB.js](https://github.com/ravendb/ravendb/blob/master/Raven.Database/Server/WebUI/js/jquery.RavenDB.js)</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment10</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment10</guid><pubDate>Tue, 15 Feb 2011 07:42:16 GMT</pubDate></item><item><title>Aaron Powell commented on Accessing RavenDB from Silverlight</title><description>There's a JavaScript API?
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment9</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment9</guid><pubDate>Tue, 15 Feb 2011 01:52:59 GMT</pubDate></item><item><title>Ruben Bartelink commented on Accessing RavenDB from Silverlight</title><description>@Jimmy Zimmerman: Thanks for taking the time to lay it out that cleanly - makes sense.
  
  
I dont disagree with the perspective (reason I didnt respond to Ayende's response is that it's just correct!)
  
  
There's no doubt that, when compared to Rx, the Task
&lt;t stuff is
  
a) going to be native to SL in a future version
  
b) supported by he compiler enhacements
  
c) is simpler
  
d) is more likely to make it to the Phone (When you adding that, Oren? :P)
  
  
Therefore, unless one is going to get a significant benefit that outweighs the -100 points (@Raymond Chen) that adding another concept into the mix costs, sticking with the simplest thing definitely makes sense.
  
  
I was wondering purely about whether he'd considered/what his view was regarding the relative stability/availability of the relevant DLLs in question in the short to medium term and, implicit in that, whether he saw any angle/appropriateness for Rx when interacting with his lib making sense in any way.
&gt;</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment8</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment8</guid><pubDate>Mon, 14 Feb 2011 12:26:20 GMT</pubDate></item><item><title>Jimmy Zimmerman commented on Accessing RavenDB from Silverlight</title><description>@Ruben
  
  
Rx is a great system no doubt but on the WCF layer of things the path forward is unequivocally TPL. End of debate. It makes sense therefore for Oren to take this route with the SL Raven DB client for no reason more than convention with the rest of the stack.
  
  
However that doesn't mean whatsoever that you cannot use Rx wrapped over TPL in your higher layers. There's some handy extension methods out there for doing just that. Simply put, IMHO Rx is best on the, well ..., reacting side of things. TPL is a better fit for the doing the thing itself.
  
  
Service Call = doing.
  
Updating the UI based on the call -&gt; Rx to the rescue.
  
  
=D
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment7</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment7</guid><pubDate>Fri, 11 Feb 2011 21:13:41 GMT</pubDate></item><item><title>smart guy commented on Accessing RavenDB from Silverlight</title><description>Now that's a combination... Silverlight and RavenDB. Somehow I've got impression that the NoSQL guys are also the NoSilverlight guys. Am I being wrong?
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment6</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment6</guid><pubDate>Thu, 10 Feb 2011 20:11:13 GMT</pubDate></item><item><title>Ayende Rahien commented on Accessing RavenDB from Silverlight</title><description>Jalchr,
  
a) To match the C# coding standard for 5.0
  
b) Because methods with the same name that does different things are VERY bad
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment5</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment5</guid><pubDate>Thu, 10 Feb 2011 13:51:25 GMT</pubDate></item><item><title>jalchr commented on Accessing RavenDB from Silverlight</title><description>Why isn't the API consistent with non-silverlight code ... I think it should be like this
  
  
var entity = new Company { Name = "Async Company #1", Id = "companies/1" };
  
using (var session = documentStore.OpenSessionAsync(dbname))
  
{
  
    session.Store(entity);
  
    session.SaveChanges(); // returns a task that completes asynchronously
  
  
     var query = session.Query
&lt;company()
  
       .Where(x =&gt; x.Name == "Async Company #1")
  
       .ToList();  // returns a task that will execute the query
  
}
  
  
Which might be used also in non-silverlight environments too ... 
&gt;</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment4</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment4</guid><pubDate>Thu, 10 Feb 2011 13:44:12 GMT</pubDate></item><item><title>Ruben Bartelink commented on Accessing RavenDB from Silverlight</title><description>Re public repo, I meant that the async CTP and the devlabs drops of RX are more or less equivalent in terms of usability for the world that doesnt want to get intimate with or take dependencies on release schedules:
  
a) whether they're final
  
b) whether one would expect to be able to see the source for &lt;$35
  
c) whether one would expect to be able to send a patch
  
d) whether they can be expected to have a delivery mechanism that cant be broken by the release of ASP.NET MVC3
  
  
For others, the relevant DLL containing the TPL impl sits in 
&lt;userprofiledir\Documents\Microsoft Visual Studio Async CTP\Samples after installation
&gt;</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment3</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment3</guid><pubDate>Thu, 10 Feb 2011 13:17:06 GMT</pubDate></item><item><title>Ayende Rahien commented on Accessing RavenDB from Silverlight</title><description>Ruben,
  
I think that Reactive is much more complicated than the TPL. 
  
And yes, I am talking about just the TPL, you don't need the compiler.
  
Not following what you mean by not in a public repo?
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment2</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment2</guid><pubDate>Thu, 10 Feb 2011 11:45:31 GMT</pubDate></item><item><title>Ruben Bartelink commented on Accessing RavenDB from Silverlight</title><description>Curious whether you considered the Reactive stuff as a way to manage the asynchrony, i.e., generating Observables instead of Tasks, and having people have to reference a DLL or two from that. 
  
  
Admittedly it's conceptually heavier and not a minimal solution to the problem, but it's more 'released' than the Async CTP.
  
  
Are you talking just taking the DLLs and running (and assuming they'll make it into SL5) or using the compiler too?
  
  
But then released is in the eye of the beholder when it's not all sitting in a public repo I guess.
</description><link>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment1</link><guid>http://ayende.com/4766/accessing-ravendb-from-silverlight#comment1</guid><pubDate>Thu, 10 Feb 2011 09:56:04 GMT</pubDate></item></channel></rss>