[Mono-bugs] [Bug 54246][Wis] New - preserve compiled assembly across invocations for performance

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Wed, 11 Feb 2004 21:35:48 -0500 (EST)


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by liyul@hotmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=54246

--- shadow/54246	2004-02-11 21:35:48.000000000 -0500
+++ shadow/54246.tmp.29557	2004-02-11 21:35:48.000000000 -0500
@@ -0,0 +1,31 @@
+Bug#: 54246
+Product: Mono/Class Libraries
+Version: unspecified
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: Sys.Web
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: liyul@hotmail.com               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: preserve compiled assembly across invocations for  performance
+
+recompiling aspx etc is always slow. What Microsoft did was like
+
+After successful compilation of file, for example, "scape.aspx" into
+assembly bf7kzeyk.dll, create a scrape.aspx.2b58a.xml with contents:
+
+<preserve assem="bf7kzeyk" type="_ASP.scrape_aspx" hash="13fcf5c7dbe"
+batch="true">
+    <filedep name="C:\luke\study\dotnet\Cassini\wwwroot\scrape.aspx" />
+</preserve>
+
+Next time this scrap.aspx is requested, System.Net would first check the
+hash/timestamp  to see whether bf7kzeyk.dll is reuseable or not (probably
+also check for other dependencies' hash/timestamp).