This topic was floated once before when AOL announced the &quot;iamalpha&quot; concept; the main issue here is hosting the actual code, which the Dojo Foundation can't really afford to do (IIRC).<br><br>There's a blog post about it somewhere, let me see if I can find it...
<br><a href="http://blog.dojotoolkit.org/2006/01/30/dojo-iamalpha-and-cdns">http://blog.dojotoolkit.org/2006/01/30/dojo-iamalpha-and-cdns</a><br><br>trt<br><br><div><span class="gmail_quote">On 4/5/06, <b class="gmail_sendername">
Jesse Kuhnert</b> &lt;<a href="mailto:jkuhnert@gmail.com">jkuhnert@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="direction: ltr;">In regard to the globally available js package server, I still wish this were possible. It seems the only barrier is trying to ask 1 entity to host this, which just isn't feasible. <br><br>I wish I knew more tcp/ip routing to make any thoughts I have substantial but I thought that you can sort of round robin stagger a DNS name to a number of different physical hosts....If this were possible, and we could somehow guarantee only a certain amount of traffic going to each particular entity it might be easier to get more companies/people to volunteer bandwidth/server resources.
<br><br>But, like I said. I don't know enough about networking on this kind of scale to know if it's feasible. </div><div style="direction: ltr;"><span class="e" id="q_10a6bc6f314132dd_1"><br><br><div><span class="gmail_quote">
On 4/5/06, <b class="gmail_sendername">James Burke</b> &lt;<a href="mailto:jburke@dojotoolkit.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
jburke@dojotoolkit.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On 4/5/06, Tom Trenka &lt;<a href="mailto:ttrenka@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

ttrenka@gmail.com</a>&gt; wrote:<br>&gt;<br>&gt;<br>&gt; &gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; 1.) do we want to make builds that include things structured<br>&gt; &gt; &gt; like this?<br>&gt; &gt;<br>&gt; &gt; I am very much in favour of this.&nbsp;&nbsp;When I start on a project the
<br>&gt; &gt; first stage is usually rapid prototyping and Dojo very much gets in<br>&gt; &gt; the way of my process.&nbsp;&nbsp;I'd like to be able to include the Dojo bits<br>&gt; &gt; that I need and get on with the task at hand, at the moment Dojo
<br>&gt; &gt; demands my attention, the package system stands in my way.<br>&gt; &gt;<br>&gt; &gt; Now I imagine this is a different scenario for widget authors, where<br>&gt; &gt; I guess the package system can start to become a blessing as a myriad
<br>&gt; &gt; of files are required, or such is my impression.<br>&gt;<br>&gt;<br>&gt; I am also very much in favor of this.&nbsp;&nbsp;It would help to counter-act the<br>&gt; perception of bloat as well...it's also at this point (I think) that
<br>&gt; simplified, standard builds such as a build with the base widget system will<br>&gt; come in very, very handy.<br><br>It seems like for rapid prototyping, if we did have a globally<br>available distribution of dojo on a site than anyone can use (since we
<br>can allow for cross-site includes and preserve the dependency graph),<br>that would be the best approach.<br><br>All you would have to do is do a script src include for<br><a href="http://public.server.com/dojo/dojo.js" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://public.server.com/dojo/dojo.js</a>, then just start using<br>dojo.require() in your code, and you are good to go.<br><br>In this scenario, dojo.js is basically the dependency loader that<br>knows how to deal with dependencies in a package.
<br><br>I'm not in favor of having raw script src includes for the dojo<br>packages, since this puts the burden on the developer to understand<br>the dependency graph. Yes, ideally we should have our packages very<br>loosely coupled, but in reality some packages will depend on others,
<br>and we could avoid support emails by taking care of dependencies for<br>the user.<br><br>I think this would really give the perception of lightness for dojo:<br>&quot;all I do is include this dojo.js and I just start writing code.
<br>Nothing for me to install on my server!&quot;.<br><br>&gt;<br>&gt; &gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; 2.) if so, what would the broad &quot;rollup&quot; files be, and what<br>&gt; &gt; &gt; would they include?<br>&gt; &gt;<br>&gt; &gt; So I think a list of end points would need to be defined, such as;
<br>&gt; &gt; event, io, dnd, date, html (css, dom)... ad nauseam, and then the<br>&gt; &gt; bare minimum for supporting these modules would comprise the base<br>&gt; &gt; dojo.js, presumably bootstrap and some of lang at least.
<br>&gt; &gt;<br>&gt; &gt; I also like the idea of spawning the dependancy system into it's own<br>&gt; &gt; file, if this is feasible.&nbsp;&nbsp;This would then allow us to provide a<br>&gt; &gt; dependancy system which can be picked up by other projects which I
<br>&gt; &gt; count as a win.<br>&gt;<br>&gt;<br>&gt; Paul's been reading my mind from across the ocean! :)&nbsp;&nbsp;I'd count the<br>&gt; dependency system for other projects as a win beyond count; I can't think of<br>&gt; anything (other than the kickass modular system that would be newer Dojo)
<br>&gt; that would be better for the community as a whole.<br><br>I'm advocating that dojo.js would include the dependency loading code,<br>since that allows access to all other packages (as long as we have<br>cross-domain loading from a globally accessible installation or set of
<br>globally accessible installations).<br><br>&gt; &gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; 3.) how would we communicate to users how to use these build<br>&gt; &gt; &gt; files in conjunction with the package system? or would it be a &quot;non-<br>

&gt; &gt; &gt; package system&quot; build?<br>&gt; &gt;<br>&gt; &gt; I guess the blessing I see is that this the only road block is that<br>&gt; &gt; we clean up dependancies to make libraries stand alone, the package<br>

&gt; &gt; system is one and the same.&nbsp;&nbsp;If the package API is included these<br>&gt; &gt; files will continue to have dojo.require and dojo.provide signatures<br>&gt; &gt; and so everything will Just Work.<br>&gt;<br>&gt;
<br>
&gt; Paul, you frighten me.&nbsp;&nbsp;You have some sort of machine there in the UK like<br>&gt; in the XMen movie or something???<br>&gt;<br>&gt; trt<br><br>To me, dojo's benefits are (in no particular order):<br>1) The dependency tracking and loading system.
<br>2) The widget parsing system.<br>3) Smart contributors making high quality packages, and taking care of<br>the nasty cross browser stuff.<br><br>The dependency tracking is a really nice feature, and I favor<br>encouraging the use of the dependency code, in particular to new
<br>users. Using a globally accessible dojo installation makes using dojo<br>a no-brainer for new users. Then it is just figuring out package APIs<br>-- getting to coding.<br><br>Since the dojo.require() approach allows for a layer of indirection as
<br>to where files are loaded, users could &quot;upgrade&quot; performance by<br>choosing one of the dojo.js files that in addition to the dependency<br>loading code inlined some packages. This would then be as simple as
<br>
changing the path to the dojo.js script src attribute.<br><br>James<br>_______________________________________________<br>dojo-contributors mailing list<br><a href="mailto:dojo-contributors@dojotoolkit.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
dojo-contributors@dojotoolkit.org
</a><br><a href="http://dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br></blockquote>
</div><br><br clear="all"><br></span></div><div style="direction: ltr;"><span class="sg">-- <br>Jesse Kuhnert<br>Tacos/Tapestry, team member/developer
<br><br>Open source based consulting work centered around dojo/tapestry/tacos/hivemind.&nbsp;&nbsp;<a href="http://opennotion.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://opennotion.com</a>

</span></div><br>_______________________________________________<br>dojo-contributors mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:dojo-contributors@dojotoolkit.org">dojo-contributors@dojotoolkit.org
</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://dojotoolkit.org/mailman/listinfo/dojo-contributors" target="_blank">http://dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br><br><br></blockquote>
</div><br>