Re: Server Control Deployment and Client Scripts?

Tech-Archive recommends: Fix windows errors by optimizing your registry

From: Fred Hirschfeld (a_at_b.c)
Date: 04/15/04 

Date: Wed, 14 Apr 2004 22:39:50 -0700

This is a topic that I was looking into recently and did not want to have
many files lying around, so I decided to add the images, javascript files,
... to the actual DLL project and set their Build Action property to
Embedded Resource. This would mean that they are compiled into the DLL and
deployed with the DLL.

Once I had them there I had to create an HttpHandler to extract these
resources when requested. I added a new .eres extension to the application
under IIS and also added the new handler to the web.config file for the
application. Then I could access ANY resource in any assembly on the web
server by URL:

    http://webserver/ApplicationName/[AssemblyName]/[PathAndFileName].eres

EG:
    http://webserver/MyApp/System.Web/UI.WebControls.Repeater.bmp.eres

The controls in the DLL would then have to know how to structure the request
for these resources when they render the HTML tags. The code below is simply
for the HttpHandler, and there is a way to show what resources are embedded
too!

public class HttpEmbeddedResourceHandler : IHttpHandler

{

public string HandlerName

{

get

{

return "HttpEmbeddedResourceHandler";

}

}

public HttpEmbeddedResourceHandler()

{

}

#region IHttpHandler Members

public void ProcessRequest(HttpContext context)

{

if (context.Request.Params["ShowContents"] != null)

ShowEmbeddedResources(context);

else

ExtractEmbeddedResource(context);

context.Response.End();

}

private void ShowEmbeddedResources(HttpContext context)

{

Assembly assm = Assembly.LoadWithPartialName(GetAssemblyFromPath(context));

string[] resources = assm.GetManifestResourceNames();

context.Response.Write("Contained Resources: <BR>");

foreach(string res in resources)

{

ManifestResourceInfo info = assm.GetManifestResourceInfo(res);

context.Response.Write(string.Format("{0} - {1} - {2}<BR>", res,
info.ResourceLocation, info.FileName));

}

context.Response.Write("End.<BR>");

}

private void ExtractEmbeddedResource(HttpContext context)

{

try

{

Assembly assm = Assembly.LoadWithPartialName(GetAssemblyFromPath(context));

Stream stream = assm.GetManifestResourceStream(BuildResourcePath(context));

byte[] buffer = new byte[8192];

int numBytes = 0;

while((numBytes = stream.Read(buffer, 0, buffer.Length)) != 0)

{

context.Response.OutputStream.Write(buffer, 0, numBytes);

}

stream.Close();

}

catch(Exception e)

{

// should do something later...

context.Response.Write(e.Message);

}

}

private string GetAssemblyFromPath(HttpContext context)

{

string filePath =
context.Request.FilePath.Replace(context.Request.ApplicationPath+"/", "");

// the assembly is up to the next /

if (filePath.IndexOf("/") > -1)

return filePath.Substring(0, filePath.IndexOf("/"));

return "";

}

private string BuildResourcePath(HttpContext context)

{

string filePath =
context.Request.FilePath.Replace(context.Request.ApplicationPath+"/", "");

filePath = filePath.Replace(".eres", "");

return filePath.Replace("/", ".");

}

public bool IsReusable

{

get

{

// TODO: Add HttpEmbeddedResourceHandler.IsReusable getter implementation

return false;

}

}

#endregion

}

Fred

"Jim Cheshire [MSFT]" <jamesche@online.microsoft.com> wrote in message
news:tXmOrEkHEHA.1996@cpmsftngxa06.phx.gbl...
> Posting from one ASP.NET application to another ASP.NET application.
> Depending upon the architecture, you can encounter problems doing this.
> For example, Session state is application specific. ASP.NET
authentication
> is application specific. Web.config configuration is application
specific.
>
> Jim Cheshire, MCSE, MCSD [MSFT]
> ASP.NET
> Developer Support
> jamesche@online.microsoft.com
>
> This post is provided "AS-IS" with no warranties and confers no rights.
>
>
> --------------------
> >From: "Jiho Han" <jiho.han@infinityinfo.com>
> >References: <DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>
> <jaegxJpFEHA.612@cpmsftngxa06.phx.gbl>
> <421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com>
> <eW85tFMGEHA.1396@TK2MSFTNGP11.phx.gbl>
> <zH$IE8OGEHA.660@cpmsftngxa06.phx.gbl>
> <#GsmQJxGEHA.3880@TK2MSFTNGP09.phx.gbl>
> <C6w7M0xGEHA.612@cpmsftngxa06.phx.gbl>
> <OvAgrM0GEHA.2084@TK2MSFTNGP10.phx.gbl>
> <GjmUJaLHEHA.3568@cpmsftngxa06.phx.gbl>
> <#LKEH5WHEHA.1048@TK2MSFTNGP12.phx.gbl>
> <qLxEhaYHEHA.616@cpmsftngxa06.phx.gbl>
> >Subject: Re: Server Control Deployment and Client Scripts?
> >Date: Thu, 8 Apr 2004 16:00:33 -0400
> >Lines: 462
> >X-Priority: 3
> >X-MSMail-Priority: Normal
> >X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> >Message-ID: <OwfWnQaHEHA.2580@TK2MSFTNGP12.phx.gbl>
> >Newsgroups: microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >NNTP-Posting-Host: 63.120.62.232
> >Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP12.phx.gbl
> >Xref: cpmsftngxa06.phx.gbl
> microsoft.public.dotnet.framework.aspnet.buildingcontrols:9874
> >X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >
> >Sorry to drag this out longer but what do you mean by "crossing
application
> >boundaries"?
> >
> >Thanks
> >
> >"Jim Cheshire [MSFT]" <jamesche@online.microsoft.com> wrote in message
> >news:qLxEhaYHEHA.616@cpmsftngxa06.phx.gbl...
> >> I'd say it's a bad idea only because you will run into issues if
crossing
> >> application boundaries. I can't think of any other problems with it.
> >>
> >> Jim Cheshire, MCSE, MCSD [MSFT]
> >> ASP.NET
> >> Developer Support
> >> jamesche@online.microsoft.com
> >>
> >> This post is provided "AS-IS" with no warranties and confers no rights.
> >>
> >> --------------------
> >> >From: "Jiho Han" <jiho.han@infinityinfo.com>
> >> >References: <DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>
> >> <jaegxJpFEHA.612@cpmsftngxa06.phx.gbl>
> >> <421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com>
> >> <eW85tFMGEHA.1396@TK2MSFTNGP11.phx.gbl>
> >> <zH$IE8OGEHA.660@cpmsftngxa06.phx.gbl>
> >> <#GsmQJxGEHA.3880@TK2MSFTNGP09.phx.gbl>
> >> <C6w7M0xGEHA.612@cpmsftngxa06.phx.gbl>
> >> <OvAgrM0GEHA.2084@TK2MSFTNGP10.phx.gbl>
> >> <GjmUJaLHEHA.3568@cpmsftngxa06.phx.gbl>
> >> >Subject: Re: Server Control Deployment and Client Scripts?
> >> >Date: Thu, 8 Apr 2004 09:34:53 -0400
> >> >Lines: 370
> >> >X-Priority: 3
> >> >X-MSMail-Priority: Normal
> >> >X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
> >> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> >> >Message-ID: <#LKEH5WHEHA.1048@TK2MSFTNGP12.phx.gbl>
> >> >Newsgroups: microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >NNTP-Posting-Host: 63.120.62.232
> >> >Path:
> >>
>
>cpmsftngxa06.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTFEED01.phx.gbl!TK2MSFTNGP0
> 8
> >> phx.gbl!TK2MSFTNGP12.phx.gbl
> >> >Xref: cpmsftngxa06.phx.gbl
> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols:9869
> >> >X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >
> >> >Ok, I appreciate it though.
> >> >
> >> >One more question about aspnet_client folder usage here:
> >> >
> >> >Is aspnet_client folder meant only for "client" files, meaning, .js
> >> scripts,
> >> >.css, .htc, etc. and not for .aspx files?
> >> >I may have a commonly used .aspx file that I am trying to figure where
> to
> >> >deploy. Think of a lookup control, for example.
> >> >It would look like a text box with a magnifying glass button next to
it.
> >> >Once you click on the button, a dialog would pop up with a list of
items
> >> >from which you can pick, and when you close the dialog, the value is
> >> >returned to the control and the text value shown in the textbox. The
> >> dialog
> >> >then will have to, at least in my mind, be an .aspx page. Do you
think
> >> it'd
> >> >be a bad practice to put .aspx - albeit not application-specific -
into
> >> >aspnet_client folder?
> >> >
> >> >Thanks
> >> >Jiho
> >> >
> >> >"Jim Cheshire [MSFT]" <jamesche@online.microsoft.com> wrote in message
> >> >news:GjmUJaLHEHA.3568@cpmsftngxa06.phx.gbl...
> >> >> Hi Jiho,
> >> >>
> >> >> That's perfectly fine, and as Nikhil says, that's what you would
want
> >to
> >> >do
> >> >> so that you can ensure that your code runs against the correct
version
> >of
> >> >> the client scripts.
> >> >>
> >> >> As far as your custom action is concerned, I cannot answer that. I
> >don't
> >> >> ever deal with Setup project issues. Hopefully someone here can
> assist
> >> >> with that.
> >> >>
> >> >> Jim Cheshire, MCSE, MCSD [MSFT]
> >> >> ASP.NET
> >> >> Developer Support
> >> >> jamesche@online.microsoft.com
> >> >>
> >> >> This post is provided "AS-IS" with no warranties and confers no
> rights.
> >> >>
> >> >> --------------------
> >> >> >From: "Jiho Han" <jiho.han@infinityinfo.com>
> >> >> >References: <DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>
> >> >> <jaegxJpFEHA.612@cpmsftngxa06.phx.gbl>
> >> >> <421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com>
> >> >> <eW85tFMGEHA.1396@TK2MSFTNGP11.phx.gbl>
> >> >> <zH$IE8OGEHA.660@cpmsftngxa06.phx.gbl>
> >> >> <#GsmQJxGEHA.3880@TK2MSFTNGP09.phx.gbl>
> >> >> <C6w7M0xGEHA.612@cpmsftngxa06.phx.gbl>
> >> >> >Subject: Re: Server Control Deployment and Client Scripts?
> >> >> >Date: Mon, 5 Apr 2004 15:21:16 -0400
> >> >> >Lines: 268
> >> >> >X-Priority: 3
> >> >> >X-MSMail-Priority: Normal
> >> >> >X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
> >> >> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> >> >> >Message-ID: <OvAgrM0GEHA.2084@TK2MSFTNGP10.phx.gbl>
> >> >> >Newsgroups:
microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >NNTP-Posting-Host: 63.120.62.232
> >> >> >Path:
> >> >>
> >>
>
>>cpmsftngxa06.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTFEED01.phx.gbl!TK2MSFTNGP
> 0
> >> 8
> >> >> phx.gbl!TK2MSFTNGP10.phx.gbl
> >> >> >Xref: cpmsftngxa06.phx.gbl
> >> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols:9847
> >> >> >X-Tomcat-NG:
> microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >
> >> >> >I see.
> >> >> >The deployment method that I mentioned which is found in the server
> >> >> controls
> >> >> >book is exactly the approach you suggest.
> >> >> >One would be creating a brand new folder structure underneath the
> >> >> >aspnet_client folder without touching its system_web_ui subfolder
at
> >> all.
> >> >> >
> >> >> >i.e.
> >> >> >
> >> >> >under c:\inetput\wwwroot\,
> >> >> >
> >> >> >\aspnet_client
> >> >> > \system_web_ui
> >> >> > \1_0_0_0
> >> >> > ...
> >> >> > \myorg_web_ui
> >> >> > \1_0_5_99
> >> >> > \imgs
> >> >> > button_on.gif
> >> >> > button_off.gif
> >> >> > \scripts
> >> >> > button.js
> >> >> >
> >> >> >And that was what I was suggesting that the original poster do.
> >> >> >
> >> >> >Any news on my custom setup action question? :)
> >> >> >Thanks
> >> >> >
> >> >> >Jiho
> >> >> >
> >> >> >"Jim Cheshire [MSFT]" <jamesche@online.microsoft.com> wrote in
> message
> >> >> >news:C6w7M0xGEHA.612@cpmsftngxa06.phx.gbl...
> >> >> >> Jiho,
> >> >> >>
> >> >> >> What I am cautioning against is changing the versions of the
> >> >> client-script
> >> >> >> files in the aspnet_client folder via your deployment. If you
> built
> >> >your
> >> >> >> control on a different version of the Framework and you want to
> >ensure
> >> >> >that
> >> >> >> the correct version of the controls are added to the
aspnet_client
> >> >> folder,
> >> >> >> that's fine, but any other change is a bad idea.
> >> >> >>
> >> >> >> In other words, adding new versions of the client files is fine.
> >> >> Changing
> >> >> >> those that are already there or removing ones already there is
not.
> >> >> >>
> >> >> >> Jim Cheshire, MCSE, MCSD [MSFT]
> >> >> >> ASP.NET
> >> >> >> Developer Support
> >> >> >> jamesche@online.microsoft.com
> >> >> >>
> >> >> >> This post is provided "AS-IS" with no warranties and confers no
> >> rights.
> >> >> >>
> >> >> >> --------------------
> >> >> >> >From: "Jiho Han" <jiho.han@infinityinfo.com>
> >> >> >> >References: <DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>
> >> >> >> <jaegxJpFEHA.612@cpmsftngxa06.phx.gbl>
> >> >> >> <421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com>
> >> >> >> <eW85tFMGEHA.1396@TK2MSFTNGP11.phx.gbl>
> >> >> >> <zH$IE8OGEHA.660@cpmsftngxa06.phx.gbl>
> >> >> >> >Subject: Re: Server Control Deployment and Client Scripts?
> >> >> >> >Date: Mon, 5 Apr 2004 09:31:32 -0400
> >> >> >> >Lines: 176
> >> >> >> >X-Priority: 3
> >> >> >> >X-MSMail-Priority: Normal
> >> >> >> >X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
> >> >> >> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> >> >> >> >Message-ID: <#GsmQJxGEHA.3880@TK2MSFTNGP09.phx.gbl>
> >> >> >> >Newsgroups:
> >microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >NNTP-Posting-Host: 63.120.62.232
> >> >> >> >Path:
> >cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP09.phx.gbl
> >> >> >> >Xref: cpmsftngxa06.phx.gbl
> >> >> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols:9845
> >> >> >> >X-Tomcat-NG:
> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >
> >> >> >> >Jim,
> >> >> >> >
> >> >> >> >Can you clarify on what you are cautioning against? Is it the
> >> >> >modification
> >> >> >> >of the structure of the aspnet_client folder structure? Other
> than
> >> >> that,
> >> >> >> >your associate Nikhil Kothari actually recommends that we do
this
> >in
> >> >his
> >> >> >> >book ASP.NET server controls and components. I'm a little
> confused
> >> as
> >> >> to
> >> >> >> >why one MSFT employee would say one thing and the other would
say
> >> >> >another.
> >> >> >> >
> >> >> >> >How about the little question that I had on adding a custom
dialog
> >to
> >> >> the
> >> >> >> >S&D Project? Is this possible at all and can you provide some
> >> >resources
> >> >> >> for
> >> >> >> >performing such customizations?
> >> >> >> >Thanks much.
> >> >> >> >
> >> >> >> >Jiho
> >> >> >> >
> >> >> >> >"Jim Cheshire [MSFT]" <jamesche@online.microsoft.com> wrote in
> >> message
> >> >> >> >news:zH$IE8OGEHA.660@cpmsftngxa06.phx.gbl...
> >> >> >> >> I would strongly caution anyone against doing this. The
> >Framework
> >> >> that
> >> >> >> is
> >> >> >> >> actually executing your ASP.NET application is expecting a
> >certain
> >> >> >> version
> >> >> >> >> of these client-side scripts to be on the machine. When we
> >update
> >> >the
> >> >> >> >> Framework, we also often provide updated implementation in
these
> >> >> files.
> >> >> >> >If
> >> >> >> >> you change the files on the box, you are going to cause
problems
> >> >most
> >> >> >> >> likely.
> >> >> >> >>
> >> >> >> >> These may not be binary files, but updating them manually
> outside
> >> of
> >> >a
> >> >> >> >.NET
> >> >> >> >> Framework update is the same as updating a .NET Framework BCL
> >> >assembly
> >> >> >> >> manually. It simply should not ever be done.
> >> >> >> >>
> >> >> >> >> Jim Cheshire, MCSE, MCSD [MSFT]
> >> >> >> >> ASP.NET
> >> >> >> >> Developer Support
> >> >> >> >> jamesche@online.microsoft.com
> >> >> >> >>
> >> >> >> >> This post is provided "AS-IS" with no warranties and confers
no
> >> >> rights.
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> --------------------
> >> >> >> >> >From: "Jiho Han" <jiho.han@infinityinfo.com>
> >> >> >> >> >References:
> ><DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>
> >> >> >> >> <jaegxJpFEHA.612@cpmsftngxa06.phx.gbl>
> >> >> >> >> <421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com>
> >> >> >> >> >Subject: Re: Server Control Deployment and Client Scripts?
> >> >> >> >> >Date: Fri, 2 Apr 2004 09:47:30 -0500
> >> >> >> >> >Lines: 100
> >> >> >> >> >X-Priority: 3
> >> >> >> >> >X-MSMail-Priority: Normal
> >> >> >> >> >X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
> >> >> >> >> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> >> >> >> >> >Message-ID: <eW85tFMGEHA.1396@TK2MSFTNGP11.phx.gbl>
> >> >> >> >> >Newsgroups:
> >> >microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >> >NNTP-Posting-Host: 63.120.62.232
> >> >> >> >> >Path:
> >> >> >> >>
> >> >> >>
> >> >>
> >>
>
>>>>cpmsftngxa06.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTN
> G
> >> P
> >> >> 1
> >> >> >> 1
> >> >> >> >> phx.gbl
> >> >> >> >> >Xref: cpmsftngxa06.phx.gbl
> >> >> >> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols:9825
> >> >> >> >> >X-Tomcat-NG:
> >> >> microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >> >
> >> >> >> >> >Barry,
> >> >> >> >> >
> >> >> >> >> >I'm not quite sure what you're looking for. But I've been
> >trying
> >> >to
> >> >> >do
> >> >> >> a
> >> >> >> >> >similar thing for the controls I built.
> >> >> >> >> >I haven't tried this out myself yet but in Setup and
Deployment
> >> >> >project,
> >> >> >> >> you
> >> >> >> >> >can add a Custom Action that creates the folder structure.
> >> >> >> >> >You will probably need to utilize their Textbox or other UI
> view
> >> to
> >> >> >> >gather
> >> >> >> >> >which website - if you host multiple websites on a single
> >machine
> >> -
> >> >> to
> >> >> >> >> >install the controls on. Then you can pass the user response
> in
> >a
> >> >> >> >variable
> >> >> >> >> >to the Custom Action. A Custom Action is basically a derived
> >> class
> >> >> of
> >> >> >> >> >System.Configuration.Install.Installer.
> >> >> >> >> >
> >> >> >> >> >Visual Studio.NET documentation has a section dedicated to
the
> >S&D
> >> >> >> >projects
> >> >> >> >> >and it's quite helpful.
> >> >> >> >> >
> >> >> >> >> >I've actually been looking for information on how to add a
> >custom
> >> >> >dialog
> >> >> >> >> box
> >> >> >> >> >other than ones found in the S&D project and have found no
such
> >> >> >> >information
> >> >> >> >> >so far.
> >> >> >> >> >I'd appreciate some info on that if you ever come across it.
> >> >> >> >> >
> >> >> >> >> >Good luck.
> >> >> >> >> >Jiho
> >> >> >> >> >
> >> >> >> >> >"Barry Forrest" <barry.forrest@ps.net_remove> wrote in
message
> >> >> >> >> >news:421EC06A-7659-4F73-92EC-4E18BC4B1D36@microsoft.com...
> >> >> >> >> >> Jim,
> >> >> >> >> >> Thanks for the response. Is there a tutorial you could
point
> >me
> >> >to
> >> >> >> >that
> >> >> >> >> >illustrates what kind of package to use and what steps I need
> to
> >> >take
> >> >> >to
> >> >> >> >> get
> >> >> >> >> >the folder structure created?
> >> >> >> >> >>
> >> >> >> >> >> Thanks,
> >> >> >> >> >> Barry
> >> >> >> >> >>
> >> >> >> >> >> ----- Jim Cheshire [MSFT] wrote: -----
> >> >> >> >> >>
> >> >> >> >> >> Barry,
> >> >> >> >> >>
> >> >> >> >> >> The aspnet_client folder will always be located in the
> >root
> >> >of
> >> >> >> the
> >> >> >> >> >virtual
> >> >> >> >> >> server. Inside of it, you will have a system_web
folder
> >> and
> >> >> >then
> >> >> >> >a
> >> >> >> >> >folder
> >> >> >> >> >> for each version of the client scripts on the machine.
> >> >> >> >> >>
> >> >> >> >> >> Jim Cheshire, MCSE, MCSD [MSFT]
> >> >> >> >> >> ASP.NET
> >> >> >> >> >> Developer Support
> >> >> >> >> >> jamesche@online.microsoft.com
> >> >> >> >> >>
> >> >> >> >> >> This post is provided "AS-IS" with no warranties and
> >> confers
> >> >> no
> >> >> >> >> >rights.
> >> >> >> >> >>
> >> >> >> >> >> --------------------
> >> >> >> >> >> >Thread-Topic: Server Control Deployment and Client
> >> Scripts?
> >> >> >> >> >> >thread-index: AcQWdcvn7hSiyZ18TtejqFMTQ5aLTw==
> >> >> >> >> >> >X-Tomcat-NG:
> >> >> >> >> >microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >> >> >From: "=?Utf-8?B?QmFycnkgRm9ycmVzdA==?="
> >> >> >> >> ><barry.forrest@ps.net_remove>>Subject: Server Control
> Deployment
> >> >and
> >> >> >> >Client
> >> >> >> >> >Scripts?
> >> >> >> >> >> >Date: Tue, 30 Mar 2004 08:41:06 -0800
> >> >> >> >> >> >Lines: 12
> >> >> >> >> >> >Message-ID:
> >> >> >> >>
> >><DBDDF2F3-E361-437C-B360-21BB99F5F171@microsoft.com>>MIME-Version:
> >> >> 1.0
> >> >> >> >> >> >Content-Type: text/plain;
> >> >> >> >> >> > charset="Utf-8"
> >> >> >> >> >> >Content-Transfer-Encoding: 8bit
> >> >> >> >> >> >X-Newsreader: Microsoft CDO for Windows 2000
> >> >> >> >> >> >Content-Class: urn:content-classes:message
> >> >> >> >> >> >Importance: normal
> >> >> >> >> >> >Priority: normal
> >> >> >> >> >> >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> >> >> >> >> >> >Newsgroups:
> >> >> >> >> >microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >> >> >Path: cpmsftngxa06.phx.gbl
> >> >> >> >> >> >Xref: cpmsftngxa06.phx.gbl
> >> >> >> >> >>
> >> >microsoft.public.dotnet.framework.aspnet.buildingcontrols:9774
> >> >> >> >> >> >NNTP-Posting-Host: tk2msftcmty1.phx.gbl 10.40.1.180
> >> >> >> >> >> >X-Tomcat-NG:
> >> >> >> >> >microsoft.public.dotnet.framework.aspnet.buildingcontrols
> >> >> >> >> >> >>Help,
> >> >> >> >> >> I've read interesting things in the book "Developing
> >> >> >Microsoft®
> >> >> >> >> >ASP.NET
> >> >> >> >> >> Server Controls and Components". They mention using
> >shared
> >> >> >> client
> >> >> >> >> >scripts
> >> >> >> >> >> from the web server stored in
> >> >> >> >> >> /aspnet_client/<assemblyName>/<assemblyVersion>
> >> >> >> >> >>
> >> >> >> >> >> My questions:
> >> >> >> >> >> What type of Setup and Deployment project do I need to
> >use?
> >> >> >> >> >> How do I determine where the aspnet_client folder is
> >> >located?
> >> >> >> >> >> (Our servers have InetPub/wwwRoot on drives other than
> >C:\)
> >> >> >> >> >> How to I create the folder structure, especially with
a
> >> >> >> >dynamically
> >> >> >> >> >> generated assemblyVersion?
> >> >> >> >> >>
> >> >> >> >> >> Any help is appreciated.
> >> >> >> >> >>
> >> >> >> >> >> Barry
> >> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >>
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >
> >> >
> >> >
> >>
> >
> >
> >
>

Quantcast