[Cosmo-dev] Custom dojo build torch passing

[Travis Vachon]

Hi Ted

Actually, events have converged to give a pretty good environment for  
a comparison.

localhost:8080 running r3209 vs qacosmo r3201 loading the calendar ui  
with default event:

qacosmo: 68 requests for a total of 785k of javascript

localhost: 2 requests for a total of 401k of javascript

woo hoo!

The situation on the login page is similar, though a few more  
requests since the build is currently optimized for the calendar ui.  
This brings up an interesting question: which page should we optimize  
our main build for? In reality, it probably won't make a huge huge  
difference, but it would be nice to have at least some guiding  
principle.

-Travis

On Jan 3, 2007, at 3:51 PM, Ted Leung wrote:

> Hi Travis,
>
> I was just wondering if you had any numbers on how much of an  
> improvement this made?
>
> Thanks,
>
> Ted
>
> On Jan 3, 2007, at 3:33 PM, Travis Vachon wrote:
>
>> Hi folks
>>
>> I'm pretty much finished up on this dojo build work, and I believe  
>> the plan is to pass this off to bear for integration into the  
>> build process. Here's where we stand:
>>
>> - I've checked in tools/generate_dojo_build.sh which downloads the  
>> dojo 0.4.1 checkpoint from their subversion directory, generates a  
>> dojo build that includes much of our code, and copies the build  
>> into /src/main/webapp/js/lib/dojo.
>>
>> - Once this build is created, the line
>>
>> <script type="text/javascript" src="${staticBaseUrl}/js/lib/dojo- 
>> event_and_io/dojo.js"></script>
>>
>> in src/main/webapp/WEB-INF/tags/dojoBoilerplate.tag can be changed to
>>
>> <script type="text/javascript" src="${staticBaseUrl}/js/lib/dojo/ 
>> dojo.js"></script>
>>
>> - Voila! The next time you load the pim ui, it should make many  
>> less requests to the server.
>>
>> One important note:
>>
>> - tools/generate_dojo_build.sh is very primitive, and probably  
>> should not be used in the build process. Instead, it should serve  
>> as an illustration of how the dojo build process works.
>>
>>
>> I'm going to consider this bug fixed on my end unless I hear  
>> otherwise, but I'd be happy to keep troubleshooting and improving  
>> this stuff in the future. Any feedback is definitely more than  
>> welcome!
>>
>> -Travis
>> _______________________________________________
>> cosmo-dev mailing list
>> cosmo-dev at lists.osafoundation.org
>> http://lists.osafoundation.org/mailman/listinfo/cosmo-dev
>
> _______________________________________________
> cosmo-dev mailing list
> cosmo-dev at lists.osafoundation.org
> http://lists.osafoundation.org/mailman/listinfo/cosmo-dev