Reply to thread

Message

<blockquote data-quote="BloodbathBenny" data-source="post: 81386" data-attributes="member: 17334">Pardon if I'm a little vague here, but the programs I am developing are for internal use and I can't get into any specific detail about what they are or what they do.First a little background:We have a web project which is considered the &quot;root&quot; application, that is, it is deployed at the application root level under IIS. This web project has many &quot;modules&quot; which are deployed one level below this application root, but not in a separate IIS application root. There are at least 30 of these modules, and some modules are potentially very large. Because of this, it is not efficient for us to create a single VS &quot;solution&quot; containing the main project and all of its modules in a single project file. Doing that makes for a very, very, very slow VS.NET.In order to deal with this, the main application, let's just call it &quot;root&quot;, is contained in its own VS.NET project. Each of the modules are also contained in their own project, and when working on a single module, the &quot;root&quot; project and the module being worked upon are put together in a solution file, where the &quot;root&quot; project has a reference to the module so that its resulting .dll is published in the root project's &quot;bin&quot; directory.Say I'm working on a module called &quot;XReport&quot;. Then the published projects would be located at:[CODE]http://localhost/&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; -- For the &quot;root&quot; projecthttp://localhost/XReport&nbsp; &nbsp; &nbsp;&nbsp; -- For the &quot;X Report&quot; module[/CODE]Now I have a few User Controls defined whose .ascx files are contained in ~/Controls and whose ASP tags are defined in the web.config file for the root project. The backend code for those User Controls are contained in an external library (to which the &quot;root&quot; project also has a reference.) Since the &quot;XReport&quot; project is not a fully-fledged web application (I'd call it a &quot;sub-project&quot;,) it does not have a web.config file of its own (and I'd rather use a single web.config file anyway, at the &quot;root&quot; project level.)With all of that said, my problem is this:Say ~/XReport/Report.aspx has a reference to a User Control:[CODE]&nbsp;&nbsp; &lt;uc1:ReportList runat=&quot;server&quot; id=&quot;ucReportList&quot; /&gt;[/CODE]And ~/web.config (contained in the &quot;root&quot; project) contains[CODE]&nbsp; &lt;pages&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;controls&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;add tagPrefix=&quot;uc1&quot; tagName=&quot;ReportList&quot; src=&quot;~/Controls/ReportList.ascx&quot; /&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;/controls&gt;&nbsp;&nbsp; &lt;/pages&gt;[/CODE]Is there ANY way to get VS 2005 to recognize that custom ASP tag via the web.config file which defines it in the root project? Right now, the process responsible for generating the designer file fails because it doesn't recognize the &lt;uc1:ReportList&gt; tag, but I'd like VS.NET to look at the web.config file in the root project so that it could resolve the reference.Sorry for being so long-winded... And thanks in advance for any suggestions.</blockquote>

[QUOTE="BloodbathBenny, post: 81386, member: 17334"] Pardon if I'm a little vague here, but the programs I am developing are for internal use and I can't get into any specific detail about what they are or what they do. First a little background: We have a web project which is considered the "root" application, that is, it is deployed at the application root level under IIS. This web project has many "modules" which are deployed one level below this application root, but not in a separate IIS application root. There are at least 30 of these modules, and some modules are potentially very large. Because of this, it is not efficient for us to create a single VS "solution" containing the main project and all of its modules in a single project file. Doing that makes for a very, very, very slow VS.NET. In order to deal with this, the main application, let's just call it "root", is contained in its own VS.NET project. Each of the modules are also contained in their own project, and when working on a single module, the "root" project and the module being worked upon are put together in a solution file, where the "root" project has a reference to the module so that its resulting .dll is published in the root project's "bin" directory. Say I'm working on a module called "XReport". Then the published projects would be located at: [CODE]http://localhost/ -- For the "root" project http://localhost/XReport -- For the "X Report" module[/CODE] Now I have a few User Controls defined whose .ascx files are contained in ~/Controls and whose ASP tags are defined in the web.config file for the root project. The backend code for those User Controls are contained in an external library (to which the "root" project also has a reference.) Since the "XReport" project is not a fully-fledged web application (I'd call it a "sub-project",) it does not have a web.config file of its own (and I'd rather use a single web.config file anyway, at the "root" project level.) With all of that said, my problem is this: Say ~/XReport/Report.aspx has a reference to a User Control: [CODE] <uc1:ReportList runat="server" id="ucReportList" />[/CODE] And ~/web.config (contained in the "root" project) contains [CODE] <pages> <controls> <add tagPrefix="uc1" tagName="ReportList" src="~/Controls/ReportList.ascx" /> </controls> </pages> [/CODE] Is there ANY way to get VS 2005 to recognize that custom ASP tag via the web.config file which defines it in the root project? Right now, the process responsible for generating the designer file fails because it doesn't recognize the <uc1:ReportList> tag, but I'd like VS.NET to look at the web.config file in the root project so that it could resolve the reference. Sorry for being so long-winded... And thanks in advance for any suggestions. [/QUOTE]

Verification