<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>Re: [Seaside] WAFileLibrary / Resource Path</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>My deployment script just gathers all files from all libraries and pushes them to s3 with the rest of it and then links to them from updateroot after removing those classes from libraries collection. I didn't need to hack anything to get it to work and it was reasonably easy to do.<BR>
<BR>
Cheers!<BR>
<BR>
-Boris<BR>
(Sent from a BlackBerry)<BR>
<BR>
----- Original Message -----<BR>
From: seaside-bounces@lists.squeakfoundation.org &lt;seaside-bounces@lists.squeakfoundation.org&gt;<BR>
To: Seaside - general discussion &lt;seaside@lists.squeakfoundation.org&gt;<BR>
Sent: Thu Aug 02 15:05:59 2007<BR>
Subject: Re: [Seaside] WAFileLibrary / Resource Path<BR>
<BR>
On Aug 2, 2007, at 1:46 PM, Patrick Collison wrote:<BR>
<BR>
&gt; Libraries are designed to be served from Seaside,<BR>
<BR>
Sure, and it works great that way for development. They keep my small&nbsp;<BR>
static assets in the same version-controlled bundle with my code. But&nbsp;<BR>
when it comes time to deploy, I'd like to be able to squirt them up&nbsp;<BR>
to S3, flip a switch, and have them served from there instead.<BR>
<BR>
&gt; and those SULibrary<BR>
&gt; files are just the standard Scriptaculous distribution that comes<BR>
&gt; bundled with Seaside.<BR>
<BR>
I thought so too until I looked at them. The treePatch.js file isn't&nbsp;<BR>
standard as far as I can tell. I haven't compared the other files to&nbsp;<BR>
the distribution, but that's the point. I don't want to compare them.&nbsp;<BR>
I want to push them up once at deployment and know that they're&nbsp;<BR>
identical to the files I've been testing with.<BR>
<BR>
Even if I use updateRoot: on my component to do this for&nbsp;<BR>
Scriptaculous, I would still need a solution for WAStandardFiles. I&nbsp;<BR>
think I will add a setter for WAApplication&gt;&gt;libraries: so that I can&nbsp;<BR>
force them to an empty collection. Then I will use my app's&nbsp;<BR>
#updateRoot: to set them to resource URLs.<BR>
<BR>
Thanks everyone for the suggestions.<BR>
<BR>
--<BR>
Ken Treis<BR>
Miriam Technologies, Inc.<BR>
<BR>
_______________________________________________<BR>
Seaside mailing list<BR>
Seaside@lists.squeakfoundation.org<BR>
<A HREF="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</A><BR>
</FONT>
</P>

</BODY>
</HTML>