<div>Julian and Lukas -</div>
<div> </div>
<div>VA Smalltalk is quite strict about dependencies and complains when they are not met -- the comment on my package update is an exact copy of this particular complaint. Because VA Smalltalk packages for runtime based on dependencies, it is critical for us to have them right in any package destined for a runtime application. For a development time package (such as a testcase package), these complaint can be (but not neccessarily are) less important.</div>
<div> </div>
<div>Before the advent of WAPackage, I had an equivalent to its dependencies in the VAPackageExporter (Lukas, you've seen this) which was used to generate the dependencies when exporting Seaside packages from Squeak to VA Smalltalk. With the advent of WAPackage, these dependency definitions have been reduced to only those that go outside Seaside (such as SUnit and Refactoring Browser) which I merge with the dependencies from WAPackage when exporting.</div>
<div> </div>
<div>So, I'm not quite sure how to interpret your post. Did you mean to say that I should not have modified the dependencies for JQuery-Tests-Core? If so, I guess I am still not clear on exactly what the intent of the WAPackage dependencies is. I certainly have no intent of subverting the desired use of WAPackage dependencies, so perhaps I need to change my approach to generating prerequisites for Seaside packages in VA Smalltalk. I am open to suggestions.</div>
<div> <br clear="all">John O'Keefe [|], Principal Smalltalk Architect, Instantiations Inc.<br><br><br></div>
<div class="gmail_quote">On Thu, Dec 18, 2008 at 5:14 AM, Julian Fitzell <span dir="ltr"><<a href="mailto:jfitzell@gmail.com">jfitzell@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">JQuery-Tests-Core-jok.46.mcz<br>from Seaside 2.9 by John O'Keefe <<a href="mailto:john_okeefe@instantiations.com">john_okeefe@instantiations.com</a>><br>
- update dependencies: Seaside-Development is required due to<br>referenced class WAPrettyPrintedDocument from<br>JQAllTests>>#renderJavascriptOn:<br><br>John, the goal is, I think to have the WAPackage dependencies reflect<br>
functional (or "desired") dependencies and that that information<br>combined with static dependency analysis will allow us to (a) create a<br>workable load order if possible and by considering the union of the<br>
two dependency sets (b) spot problems where there are static<br>dependencies that should not exist by looking at the difference of the<br>one set from the other.<br><br>This concept has got a bit muddied though: I was just talking about it<br>
again with Lukas the other day and he had forgotten we were talking<br>about doing that and so was not combining the static dependency info<br>into the load order. But I think he was going to try doing that now...<br><br>
Julian<br>_______________________________________________<br>seaside-dev mailing list<br><a href="mailto:seaside-dev@lists.squeakfoundation.org">seaside-dev@lists.squeakfoundation.org</a><br><a target="_blank" href="http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev">http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev</a><br>
</blockquote></div><br>