<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>RDF</title><link>http://blogs.acceleration.net/ryan/category/31.aspx</link><description>RDF</description><managingEditor>Ryan</managingEditor><dc:language>en-US</dc:language><generator>.Text Version 0.95.2004.102</generator><item><dc:creator>Ryan</dc:creator><title>Remote XUL and ASP.NET</title><link>http://blogs.acceleration.net/ryan/archive/2005/10/04/2782.aspx</link><pubDate>Tue, 04 Oct 2005 18:21:00 GMT</pubDate><guid>http://blogs.acceleration.net/ryan/archive/2005/10/04/2782.aspx</guid><description>&lt;p&gt;
         I've now gotten permission to use XUL for another client, and this time around, 
         I'm trying it a little differently.
      &lt;/p&gt;
      &lt;p&gt;
         Rather than serving up a &lt;code&gt;.xul&lt;/code&gt; file, and doing everything with 
         overlays, DOM manipulation, and XBL, I'm serving up a &lt;code&gt;.aspx&lt;/code&gt; file, 
         setting its content-type to &lt;code&gt;application/vnd.mozilla.xul+xml&lt;/code&gt;, and 
         then using ASP.NET to render XUL instead of HTML. Jeb (do you have a link, 
         Jeb?) said he was creating XUL apps this way using JSP, so I figured I'd give 
         it a try. So far I like it. This method lets me lean on my ASP.NET skills while 
         I build up the XUL skills.
      &lt;/p&gt;
      &lt;h2&gt;How I have it set up:&lt;/h2&gt;
      &lt;p&gt;
         &lt;/p&gt;&lt;ul&gt;
            &lt;li&gt;
               One &lt;code&gt;.aspx&lt;/code&gt; page per XUL layout, using &lt;code&gt;&amp;lt;html:a&amp;gt;&lt;/code&gt; tags 
               to navigate between them.&lt;/li&gt;
            &lt;li&gt;
               One ASP.NET user control is on each page, ensuring all XUL layouts have the 
               same template and include the same javascript and css files. I had tried do 
               this with &lt;a href="http://www.xulplanet.com/forum/viewtopic.php?t=844"&gt;overlays&lt;/a&gt;, 
               but didn't have much luck.
            &lt;/li&gt;
            &lt;li&gt;
               A few &lt;a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWebIHttpHandlerClassTopic.asp"&gt;
                  IHttpHandler&lt;/a&gt;s to send RDF to my XUL, and &lt;a href="http://www.crockford.com/JSON/index.html"&gt;
                  JSON&lt;/a&gt; to my javascript.
            &lt;/li&gt;
            &lt;li&gt;
               A few webservices that get called by my javascript, and the work is done in C#.&lt;/li&gt;
         &lt;/ul&gt;
         This seems to work pretty well. The UI and the business logic is completely 
         seperate, and by using RDF I can take advantage of XUL templates to do lots of 
         nifty things on the client.
      
      &lt;p&gt;
         For now, I'm only using this on applications that require windows 
         authentication to access the site, so to access the web services you'll need to 
         be logged in. Security is still a concern, though, and eventually I'll have to 
         expose some of these web services to wild. I've been considering some token 
         system where the server passes a token to the client when it renders the xul 
         aspx page, and then the javascript passes that token to the web services, but I 
         haven't fleshed anything out yet.
      &lt;/p&gt;&lt;img src ="http://blogs.acceleration.net/ryan/aggbug/2782.aspx" width = "1" height = "1" /&gt;</description><body xmlns="http://www.w3.org/1999/xhtml"><p>
         I've now gotten permission to use XUL for another client, and this time around, 
         I'm trying it a little differently.
      </p>
      <p>
         Rather than serving up a <code>.xul</code> file, and doing everything with 
         overlays, DOM manipulation, and XBL, I'm serving up a <code>.aspx</code> file, 
         setting its content-type to <code>application/vnd.mozilla.xul+xml</code>, and 
         then using ASP.NET to render XUL instead of HTML. Jeb (do you have a link, 
         Jeb?) said he was creating XUL apps this way using JSP, so I figured I'd give 
         it a try. So far I like it. This method lets me lean on my ASP.NET skills while 
         I build up the XUL skills.
      </p>
      <h2>How I have it set up:</h2>
      <p>
         </p><ul>
            <li>
               One <code>.aspx</code> page per XUL layout, using <code>&lt;html:a&gt;</code> tags 
               to navigate between them.</li>
            <li>
               One ASP.NET user control is on each page, ensuring all XUL layouts have the 
               same template and include the same javascript and css files. I had tried do 
               this with <a href="http://www.xulplanet.com/forum/viewtopic.php?t=844">overlays</a>, 
               but didn't have much luck.
            </li>
            <li>
               A few <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWebIHttpHandlerClassTopic.asp">
                  IHttpHandler</a>s to send RDF to my XUL, and <a href="http://www.crockford.com/JSON/index.html">
                  JSON</a> to my javascript.
            </li>
            <li>
               A few webservices that get called by my javascript, and the work is done in C#.</li>
         </ul>
         This seems to work pretty well. The UI and the business logic is completely 
         seperate, and by using RDF I can take advantage of XUL templates to do lots of 
         nifty things on the client.
      
      <p>
         For now, I'm only using this on applications that require windows 
         authentication to access the site, so to access the web services you'll need to 
         be logged in. Security is still a concern, though, and eventually I'll have to 
         expose some of these web services to wild. I've been considering some token 
         system where the server passes a token to the client when it renders the xul 
         aspx page, and then the javascript passes that token to the web services, but I 
         haven't fleshed anything out yet.
      </p><img src ="http://blogs.acceleration.net/ryan/aggbug/2782.aspx" width = "1" height = "1" /></body></item><item><dc:creator>Ryan</dc:creator><title>TaskPool update</title><link>http://blogs.acceleration.net/ryan/archive/2005/07/28/1857.aspx</link><pubDate>Thu, 28 Jul 2005 20:42:00 GMT</pubDate><guid>http://blogs.acceleration.net/ryan/archive/2005/07/28/1857.aspx</guid><description>&lt;p&gt;
		I'm pretty confident no one but me uses the &lt;a href="http://blogs.acceleration.net/ryan/archive/2005/07/07/1748.aspx"&gt;taskpool app&lt;/a&gt;, but just in case, 
		I just made a pretty major update.  In the last version, the
		tasks would get serialized to disk (in &lt;code&gt;rdf:local-store&lt;/code&gt;) when you closed
		the program.  Seeing as I leave my workstation on all the time, I rarely had the need to close the program.  
	&lt;/p&gt;
	&lt;p&gt;
		Today windows decided I had done one "ctrl-shift-b" too many and spontaneously rebooted, losing all the tasks I had built up over the
                  previous weeks of stability.  I spent some time tonight refactoring the code and making things save automagically, so now
		not even killing the xulrunner process loses my precious, precious data.  I also found some bugs where the rdf was getting corrupted, so that is
		fixed as well.
	&lt;/p&gt;
	&lt;p&gt;
	Downloads:
	&lt;/p&gt;&lt;ul&gt;
         &lt;li&gt;&lt;a href="http://birdman.acceleration.net/ryan/taskPoolBundled.zip"&gt;taskPoolBundled.zip&lt;/a&gt; (5685 KB)
            &lt;div style="MARGIN-LEFT: 10px"&gt;
               To run, unzip the file whereever you want, and run the "taskPool.bat".
            &lt;/div&gt;
         &lt;/li&gt;
         &lt;li&gt;&lt;a href="http://birdman.acceleration.net/ryan/taskPool.zip"&gt;taskPool.zip&lt;/a&gt; (55 KB)
            &lt;div style="MARGIN-LEFT: 10px"&gt;

               To run, unzip the file whereever you want, and run the "taskPool.bat".  You must have 
               &lt;a href="http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-trunk/"&gt;downloaded XulRunner&lt;/a&gt;, and 
               have xulrunner.exe in your path.
            &lt;/div&gt;
         &lt;/li&gt;
      &lt;/ul&gt;
	&lt;img src ="http://blogs.acceleration.net/ryan/aggbug/1857.aspx" width = "1" height = "1" /&gt;</description><body xmlns="http://www.w3.org/1999/xhtml"><p>
		I'm pretty confident no one but me uses the <a href="http://blogs.acceleration.net/ryan/archive/2005/07/07/1748.aspx">taskpool app</a>, but just in case, 
		I just made a pretty major update.  In the last version, the
		tasks would get serialized to disk (in <code>rdf:local-store</code>) when you closed
		the program.  Seeing as I leave my workstation on all the time, I rarely had the need to close the program.  
	</p>
	<p>
		Today windows decided I had done one "ctrl-shift-b" too many and spontaneously rebooted, losing all the tasks I had built up over the
                  previous weeks of stability.  I spent some time tonight refactoring the code and making things save automagically, so now
		not even killing the xulrunner process loses my precious, precious data.  I also found some bugs where the rdf was getting corrupted, so that is
		fixed as well.
	</p>
	<p>
	Downloads:
	</p><ul>
         <li><a href="http://birdman.acceleration.net/ryan/taskPoolBundled.zip">taskPoolBundled.zip</a> (5685 KB)
            <div style="MARGIN-LEFT: 10px">
               To run, unzip the file whereever you want, and run the "taskPool.bat".
            </div>
         </li>
         <li><a href="http://birdman.acceleration.net/ryan/taskPool.zip">taskPool.zip</a> (55 KB)
            <div style="MARGIN-LEFT: 10px">

               To run, unzip the file whereever you want, and run the "taskPool.bat".  You must have 
               <a href="http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-trunk/">downloaded XulRunner</a>, and 
               have xulrunner.exe in your path.
            </div>
         </li>
      </ul>
	<img src ="http://blogs.acceleration.net/ryan/aggbug/1857.aspx" width = "1" height = "1" /></body></item><item><dc:creator>Ryan</dc:creator><title>RDF Primer notes (part 1)</title><link>http://blogs.acceleration.net/ryan/archive/2004/10/27/363.aspx</link><pubDate>Wed, 27 Oct 2004 17:30:00 GMT</pubDate><guid>http://blogs.acceleration.net/ryan/archive/2004/10/27/363.aspx</guid><description>I read the &lt;a href="http://www.w3.org/TR/rdf-primer/#intro"&gt;RDF Primer&lt;/a&gt; on &lt;a href="http://www.w3.org"&gt;w3.org&lt;/a&gt;, and here is my 
   summary/notes, many of which are just things copied directly from the primer.  
   The purpose of writing this down is so I can understand what this all is, everyone can read a shorter version 
   (The primer is 104 pages) of the primer, and to define common terms so we can talk about this stuff
   without horrid miscommunication.  I've linked each term to the relevant place (or as close as I can) in the RDF Primer.  
   Either this is going to be very helpful or a colossal waste of time.
&lt;br /&gt;&lt;br /&gt;
&lt;a href="http://blogs.acceleration.net/ryan/articles/362.aspx"&gt;RDF Primer notes (part 1)&lt;/a&gt;&lt;img src ="http://blogs.acceleration.net/ryan/aggbug/363.aspx" width = "1" height = "1" /&gt;</description><body xmlns="http://www.w3.org/1999/xhtml">I read the <a href="http://www.w3.org/TR/rdf-primer/#intro">RDF Primer</a> on <a href="http://www.w3.org">w3.org</a>, and here is my 
   summary/notes, many of which are just things copied directly from the primer.  
   The purpose of writing this down is so I can understand what this all is, everyone can read a shorter version 
   (The primer is 104 pages) of the primer, and to define common terms so we can talk about this stuff
   without horrid miscommunication.  I've linked each term to the relevant place (or as close as I can) in the RDF Primer.  
   Either this is going to be very helpful or a colossal waste of time.
<br /><br />
<a href="http://blogs.acceleration.net/ryan/articles/362.aspx">RDF Primer notes (part 1)</a><img src ="http://blogs.acceleration.net/ryan/aggbug/363.aspx" width = "1" height = "1" /></body></item></channel></rss>