<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: mod_v8: Another Server Side JavaScript</title>
	<atom:link href="http://ajaxian.com/archives/mod_v8-2/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/mod_v8-2</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: dantman</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270419</link>
		<dc:creator>dantman</dc:creator>
		<pubDate>Tue, 13 Jan 2009 23:44:49 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270419</guid>
		<description>@Sembiance
I do agree, though primarily I believe that the main reason most projects fail is because they try to build in a restricted environment.
Basically instead of building a set of libraries and then letting frameworks evolve out of it people go and build a framework tied to some webserver (Jaxer, Whitebeam, etc...) and then try to build libraries on that framework.

The two key things for making a good /language/ like PHP is a core language, and a good standard library along with the ability to extend that. PHP has it&#039;s core language, the extensive std built into that (though it&#039;s debatable if building it in is a good pattern), and pecl and pear for extending it.
JavaScript is a great core language, but it is missing a good std and extensions onto that.

There actually is a project working on providing libraries though, jslibs. Soubok is focusing on low/med level libraries. The community there seams to agree on a few points though:
- Most libraries actually shouldn&#039;t be stuck implemented in C. TraceMonkey is already fast enough that the tradeoff between doing something in C vs. JS is so little that if you can do it in JS it&#039;s better to just do it there, it makes portability easier and also makes it easier for the JS programmers to improve it.
- and environments like mod_somejssystem for Apache aren&#039;t the way to go. The community agrees that it shouldn&#039;t be tied down to an environment like Apache (there are plenty of reasons to use another webserver, a company might already have ISS established, or someone may prefer using a lightweight server like nginx or lighttpd) so the community has been focused instead on FastCGI.

With that in mind the focus of jslibs is providing those low level layers like jsio (Sockets, File, Directory; It&#039;s NSPR basically) which allow you to write the actual protocol stuff like a HTTP library, right in JavaScript. Since that&#039;s the project&#039;s focus I also started MonkeyScript (codename for now) to extend jslibs with JavaScript libraries and also provide a method (similar to ASDF for Lisp) for including libraries and another method (Like pear, asdf-install, clbuild, gems, rocks, etc...) for downloading new libraries.

jslibs: http://code.google.com/p/jslibs/
monkeyscript: http://monkeyscript.nadir-point.com/wiki/MonkeyScript</description>
		<content:encoded><![CDATA[<p>@Sembiance<br />
I do agree, though primarily I believe that the main reason most projects fail is because they try to build in a restricted environment.<br />
Basically instead of building a set of libraries and then letting frameworks evolve out of it people go and build a framework tied to some webserver (Jaxer, Whitebeam, etc&#8230;) and then try to build libraries on that framework.</p>
<p>The two key things for making a good /language/ like PHP is a core language, and a good standard library along with the ability to extend that. PHP has it&#8217;s core language, the extensive std built into that (though it&#8217;s debatable if building it in is a good pattern), and pecl and pear for extending it.<br />
JavaScript is a great core language, but it is missing a good std and extensions onto that.</p>
<p>There actually is a project working on providing libraries though, jslibs. Soubok is focusing on low/med level libraries. The community there seams to agree on a few points though:<br />
- Most libraries actually shouldn&#8217;t be stuck implemented in C. TraceMonkey is already fast enough that the tradeoff between doing something in C vs. JS is so little that if you can do it in JS it&#8217;s better to just do it there, it makes portability easier and also makes it easier for the JS programmers to improve it.<br />
- and environments like mod_somejssystem for Apache aren&#8217;t the way to go. The community agrees that it shouldn&#8217;t be tied down to an environment like Apache (there are plenty of reasons to use another webserver, a company might already have ISS established, or someone may prefer using a lightweight server like nginx or lighttpd) so the community has been focused instead on FastCGI.</p>
<p>With that in mind the focus of jslibs is providing those low level layers like jsio (Sockets, File, Directory; It&#8217;s NSPR basically) which allow you to write the actual protocol stuff like a HTTP library, right in JavaScript. Since that&#8217;s the project&#8217;s focus I also started MonkeyScript (codename for now) to extend jslibs with JavaScript libraries and also provide a method (similar to ASDF for Lisp) for including libraries and another method (Like pear, asdf-install, clbuild, gems, rocks, etc&#8230;) for downloading new libraries.</p>
<p>jslibs: <a href="http://code.google.com/p/jslibs/" rel="nofollow">http://code.google.com/p/jslibs/</a><br />
monkeyscript: <a href="http://monkeyscript.nadir-point.com/wiki/MonkeyScript" rel="nofollow">http://monkeyscript.nadir-point.com/wiki/MonkeyScript</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PeterMichaux</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270195</link>
		<dc:creator>PeterMichaux</dc:creator>
		<pubDate>Fri, 02 Jan 2009 05:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270195</guid>
		<description>Sembiance,

It seems like &quot;they execute in Java land&quot; is a bad thing the way you write it. Why?</description>
		<content:encoded><![CDATA[<p>Sembiance,</p>
<p>It seems like &#8220;they execute in Java land&#8221; is a bad thing the way you write it. Why?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sembiance</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270181</link>
		<dc:creator>Sembiance</dc:creator>
		<pubDate>Wed, 31 Dec 2008 18:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270181</guid>
		<description>The key to getting server side JavaScript to take off is awesome API&#039;s.

Why do so many people use PHP even though most would admit that don&#039;t like the language at all?

The API&#039;s.

You can do almost anything with PHP. Files, databases, XML, image manipulation and much more.

If someone were to spend the time exposing into JavaScript (via v8 or trace monkey) all the capability PHP has, you would see that JavaScript program/module raise in popularity a lot.

Someone just needs to do it :)

There are several that have tried to do this, such as Jaxer and others, but they fall down in several places. Either they don&#039;t expose enough (ie, just two or three API&#039;s instead of like 10+) or they execute in Java land or their efforts are directed towards a hosted cloud (read paid) approach instead.

If someone came up with the framework for this, and made it easy for C programmers to create new API&#039;s, I believe it could be a very popular open source project and in 3 years from now we could all be using that for our server side stuff instead of *ick* PHP.</description>
		<content:encoded><![CDATA[<p>The key to getting server side JavaScript to take off is awesome API&#8217;s.</p>
<p>Why do so many people use PHP even though most would admit that don&#8217;t like the language at all?</p>
<p>The API&#8217;s.</p>
<p>You can do almost anything with PHP. Files, databases, XML, image manipulation and much more.</p>
<p>If someone were to spend the time exposing into JavaScript (via v8 or trace monkey) all the capability PHP has, you would see that JavaScript program/module raise in popularity a lot.</p>
<p>Someone just needs to do it :)</p>
<p>There are several that have tried to do this, such as Jaxer and others, but they fall down in several places. Either they don&#8217;t expose enough (ie, just two or three API&#8217;s instead of like 10+) or they execute in Java land or their efforts are directed towards a hosted cloud (read paid) approach instead.</p>
<p>If someone came up with the framework for this, and made it easy for C programmers to create new API&#8217;s, I believe it could be a very popular open source project and in 3 years from now we could all be using that for our server side stuff instead of *ick* PHP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: V1</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270143</link>
		<dc:creator>V1</dc:creator>
		<pubDate>Tue, 30 Dec 2008 10:06:12 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270143</guid>
		<description>@KKFC 

No they are still using SpiderMonkey, but they are working on implementing Trace Monkey</description>
		<content:encoded><![CDATA[<p>@KKFC </p>
<p>No they are still using SpiderMonkey, but they are working on implementing Trace Monkey</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KKFC</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270140</link>
		<dc:creator>KKFC</dc:creator>
		<pubDate>Tue, 30 Dec 2008 00:49:21 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270140</guid>
		<description>Is Jaxer using Trace Monkey for its js engine?</description>
		<content:encoded><![CDATA[<p>Is Jaxer using Trace Monkey for its js engine?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khakman2</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270136</link>
		<dc:creator>khakman2</dc:creator>
		<pubDate>Mon, 29 Dec 2008 17:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270136</guid>
		<description>Aptana Jaxer also runs as an Apache module (mod_jaxer) providing not only server-side JS, but also server-side DOM manipulation that other SSJS environments do not (Jaxer can do this becuase it embeds the whole Mozilla browser engine in the server, not just the JS part).  http://aptana.com/jaxer</description>
		<content:encoded><![CDATA[<p>Aptana Jaxer also runs as an Apache module (mod_jaxer) providing not only server-side JS, but also server-side DOM manipulation that other SSJS environments do not (Jaxer can do this becuase it embeds the whole Mozilla browser engine in the server, not just the JS part).  <a href="http://aptana.com/jaxer" rel="nofollow">http://aptana.com/jaxer</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amenthes</title>
		<link>http://ajaxian.com/archives/mod_v8-2/comment-page-1#comment-270130</link>
		<dc:creator>Amenthes</dc:creator>
		<pubDate>Mon, 29 Dec 2008 11:54:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5518#comment-270130</guid>
		<description>I cannot wait for a Mozilla project called mod_tracemonkey. Meanwhile,
this is good news too.</description>
		<content:encoded><![CDATA[<p>I cannot wait for a Mozilla project called mod_tracemonkey. Meanwhile,<br />
this is good news too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

