I get the following error when I try and run Atlas.
Configuration Error
Description:An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message:The system cannot find the file specified. (E:\AtlasTest\web.config line 144)
Source Error:
Line 142: </httpHandlers>Line 143: <httpModules>Line 144: <add name="ScriptModule" type="Microsoft.Web.Services.ScriptModule"/>Line 145: <add name="BridgeModule" type="Microsoft.Web.Services.BridgeModule"/>Line 146: <add name="WebResourceCompression" type="Microsoft.Web.Services.WebResourceCompressionModule"/>
|
Source File:E:\AtlasTest\web.config
Line:144
All of the ATLS DLL's are in the bin directory and I have a couple of home grown components that work fine from the bin directory. The root is marked as an IIS application. The only thing I can think of, is the server is a Windows 2000 server NOT 2003 or XP.
.Net 2.0 runs OK - Will ATLAS run on a Windows 2000 server?
If so any other ideas why I can't get Atlas to run?
Twisted Rider,
That's quite an interesting error - the module concerned is stored inside the Microsoft.Web.Atlas.dll file, are you absolutly sure it's inside the Bin directory on the server?
How have you published the application? Have you used the publish functionality from within VS.NET 2005?
Kind regards,
Phil.
My pages work fine, if there are no atlas components on it, and when I start adding atlas components, it starts showing the following error: Please help, I have tried a lot and unable to solve the issue.
Security Exception
Description:The application attempted to perform an operation not allowed by the security policy. To grant this application the required permission please contact your system administrator or change the application's trust level in the configuration file.
Exception Details:System.Security.SecurityException: Request for the permission of type 'System.Web.AspNetHostingPermission, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below. |
Stack Trace:[SecurityException: Request for the permission of type 'System.Web.AspNetHostingPermission, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.] Microsoft.Web.Services.BridgeModule.OnBeginRequestHandler(Object source, EventArgs eventArgs) +0 System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +92 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +64
|
Looks like the server needs permission to use the System.NET namespace, I don't know much about this - anyone else got any ideas?
Solved this by overwritting web.config file with the following code:
<?xml version="1.0"?>
<!--
Note: As an alternative to hand editing this file you can use the
web admin tool to configure settings for your application. Use
the Website->Asp.Net Configuration option in Visual Studio.
A full list of settings and comments can be found in
machine.config.comments usually located in
\Windows\Microsoft.Net\Framework\v2.x\Config
-->
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<appSettings/>
<connectionStrings>
<add name="InventoryTrackingConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\InventoryTracking.mdf;Integrated Security=True;User Instance=True" providerName="System.Data.SqlClient"/>
</connectionStrings>
<system.web>
<!--
Set compilation debug="true" to insert debugging
symbols into the compiled page. Because this
affects performance, set this value to true only
during development.
Visual Basic options:
Set strict="true" to disallow all data type conversions
where data loss can occur.
Set explicit="true" to force declaration of all variables.
-->
<httpHandlers>
<add verb="*" path="*.aspx" type="System.Web.UI.PageHandlerFactory, System.Web, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
<add path="Reserved.ReportViewerWebControl.axd" verb="*" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" validate="false"/>
</httpHandlers>
<trust level="Full" originUrl=""/>
<compilation debug="true" strict="false" explicit="true">
<buildProviders>
<add extension=".rdlc" type="Microsoft.Reporting.RdlBuildProvider, Microsoft.ReportViewer.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
</buildProviders>
<assemblies>
<add assembly="System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<add assembly="System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
</assemblies>
</compilation>
<pages>
<namespaces>
<clear/>
<add namespace="System"/>
<add namespace="System.Collections"/>
<add namespace="System.Collections.Specialized"/>
<add namespace="System.Configuration"/>
<add namespace="System.Text"/>
<add namespace="System.Text.RegularExpressions"/>
<add namespace="System.Web"/>
<add namespace="System.Web.Caching"/>
<add namespace="System.Web.SessionState"/>
<add namespace="System.Web.Security"/>
<add namespace="System.Web.Profile"/>
<add namespace="System.Web.UI"/>
<add namespace="System.Web.UI.WebControls"/>
<add namespace="System.Web.UI.WebControls.WebParts"/>
<add namespace="System.Web.UI.HtmlControls"/>
</namespaces>
</pages>
<!--
The <authentication> section enables configuration
of the security authentication mode used by
ASP.NET to identify an incoming user.
-->
<authentication mode="Windows"/>
<!--
The <customErrors> section enables configuration
of what to do if/when an unhandled error occurs
during the execution of a request. Specifically,
it enables developers to configure html error pages
to be displayed in place of a error stack trace.
-->
<customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
<error statusCode="403" redirect="NoAccess.htm"/>
<error statusCode="404" redirect="FileNotFound.htm"/>
</customErrors>
</system.web>
</configuration>
hello.
if i recall correctly, the problem is that bridges require full control. if you're not using bridges, then remove them from the web.config file an i think that you should be able to run in the "traditional" meddium trust level.
Can you please elaborate on how do we change the trust settings.
Plip:
Twisted Rider,
That's quite an interesting error - the module concerned is stored inside the Microsoft.Web.Atlas.dll file, are you absolutly sure it's inside the Bin directory on the server?
How have you published the application? Have you used the publish functionality from within VS.NET 2005?
Kind regards,
Phil.
Thanks for the response. The "Microsoft.Web.Atlas.dll" is in the "bin" directory, and I used VS2005 to publish the App. Any other ideas?
Found something interesting. I created a simple one button Atlas web page, worked great. But if any of the following assemblies(all seem to belong to MS office) are being used I get the error. The assemblies work fine without Atlas and Atlas works fine without the assemblies. Together they work on the development machine but fail on the server. There must be something wrong with the install/confiuration on the server, any ideas where to start looking?
<addassembly="office, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
<addassembly="VSTOStorageWrapper.Interop, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.VisualStudio.Tools.Applications.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.Office.Tools.Excel, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.Office.Tools.Outlook, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.Office.Interop.Excel, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
<addassembly="Microsoft.Office.Tools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.Office.Interop.Outlook, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
<addassembly="Microsoft.Vbe.Interop, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
<addassembly="Microsoft.VisualStudio.OfficeTools.Controls.ManagedWrapper, Version=8.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
<addassembly="Microsoft.Office.Interop.SmartTag, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"/>
Server Error in '/' Application.
Configuration Error
Description:An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message:Could not load file or assembly 'office, Version=11.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' or one of its dependencies. The system cannot find the file specified. (E:\OpRpts\web.config line 69) (E:\OpRpts\web.config line 110)
Source Error:
Line 108:</httpHandlers>Line 109:<httpModules>Line 110:<add name="BridgeModule" type="Microsoft.Web.Services.BridgeModule"/>Line 111:<add name="ScriptModule" type="Microsoft.Web.Services.ScriptModule"/>Line 112:<add name="WebResourceCompression" type="Microsoft.Web.Services.WebResourceCompressionModule"/>
|
Source File:E:\OpRpts\web.config
Line:110
Version Information: Microsoft .NET Framework Version:2.0.50727.42; ASP.NET Version:2.0.50727.42
Figured part of it out. The office assemblies were not in the GAC. Added them to the bin directory as a test and the Atlas started loading ok. Still can't figure out why everything worked without Atlas, guess I'll just check it off to ghosts in the machine.
Just the same also here. Turned both options ON and it start working...In my experimenting it had a for a while a message about the security error, but it sure cannot be...