Programmaticall y retrieving ASPX Compilation Error details

[Plat]

I've Googled this for a while, to no avail. Hopefully someone can help me.
Maybe I'm using the wrong terminology.

Here's the scoop! Let's say I've got a simple *.ASPX page that has a syntax
error. For example, broken.aspx might only contain the following line of code:

<% Dim x as %>

When I visit this page from my Web browser, I see all the helpful ASP.NET
Server Error information, including:

Compilation Error
Compiler Error Message: BC30182: Type expected.
Source Error: Line 1: <% Dim x as %>
Source File: c:\inetpub\mysi te\broken.aspx

This is great information; exactly what I need to troubleshoot the problem!
However on my site, I trap the Exception in my Global.asax.vb' s
Application_Err or handler so that I'm notified when an error occurs. Usually
I'm able to cull useful information from the Exception, but in the event of a
Compilation Error, here's all I can see:

System.Web.Http Exception: External component has thrown an exception.
---> System.Web.Http CompileExceptio n: External component has thrown an
exception.
at
System.Web.Comp ilation.BaseCom piler.ThrowIfCo mpilerErrors(Co mpilerResults
results, CodeDomProvider codeProvider, CodeCompileUnit sourceData, String
sourceFile, String sourceString)
at System.Web.Comp ilation.BaseCom piler.GetCompil edType()
at System.Web.UI.P ageParser.Compi leIntoType()
at System.Web.UI.T emplateParser.G etParserCacheIt emThroughCompil ation()
--- End of inner exception stack trace ---
at System.Web.UI.T emplateParser.G etParserCacheIt emInternal(Bool ean
fCreateIfNotFou nd)
at System.Web.UI.T emplateParser.G etParserCacheIt emWithNewConfig Path()
at System.Web.UI.T emplateParser.G etParserCacheIt em()
at
System.Web.UI.T emplateControlP arser.CompileAn dGetParserCache Item(String
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.T emplateControlP arser.GetCompil edInstance(Stri ng
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageParser.GetCo mpiledPageInsta nceInternal(Str ing
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageHandlerFacto ry.GetHandler(H ttpContext context,
String requestType, String url, String path)
at System.Web.Http Application.Map HttpHandler(Htt pContext context, String
requestType, String path, String pathTranslated, Boolean useAppConfig)
at
System.Web.MapH andlerExecution Step.System.Web .HttpApplicatio n+IExecutionSte p.Execute()
at System.Web.Http Application.Exe cuteStep(IExecu tionStep step, Boolean&
completedSynchr onously)

The above is the result of "Server.GetLast Error().ToStrin g()" in my
Application_Err or code.

So now I'm wondering, how can I *programmatical ly* learn the same
information shown in the first example output, when Application_Err or event
handler executes?

I'm using the .NET Framework 1.1 SP 1.

Thanks for your help!

[David Browne]

"Plat" <Pl**@discussio ns.microsoft.co m> wrote in message
news:C7******** *************** ***********@mic rosoft.com...

I've Googled this for a while, to no avail. Hopefully someone can help me.
Maybe I'm using the wrong terminology.

Here's the scoop! Let's say I've got a simple *.ASPX page that has a
syntax
error. For example, broken.aspx might only contain the following line of
code:

<% Dim x as %>

At the risk of being unhelpful...

Inline server-side script is allowed for backwards-compatability with asp,
but it should be avoided. This is just one of the many problems you will
have using inline VB in aspx.

Move all of your server-side code to code-behind classes and you will catch
compile errors at compile-time, where they belong. As well as better type
safety, easier debugging, intellisense, etc.

David

[Nicole Calinoiu]

If you cast the Exception to an HttpCompileExce ption (assuming the cast is
possible <g>), it should be possible to read the error details (including
line numbers) from the Errors collection of the CompilerResults object
exposed via the exception's Results property.

HTH,
Nicole

"Plat" <Pl**@discussio ns.microsoft.co m> wrote in message
news:C7******** *************** ***********@mic rosoft.com...

I've Googled this for a while, to no avail. Hopefully someone can help me.
Maybe I'm using the wrong terminology.

Here's the scoop! Let's say I've got a simple *.ASPX page that has a
syntax
error. For example, broken.aspx might only contain the following line of
code:

<% Dim x as %>

When I visit this page from my Web browser, I see all the helpful ASP.NET
Server Error information, including:

Compilation Error
Compiler Error Message: BC30182: Type expected.
Source Error: Line 1: <% Dim x as %>
Source File: c:\inetpub\mysi te\broken.aspx

This is great information; exactly what I need to troubleshoot the
problem!
However on my site, I trap the Exception in my Global.asax.vb' s
Application_Err or handler so that I'm notified when an error occurs.
Usually
I'm able to cull useful information from the Exception, but in the event
of a
Compilation Error, here's all I can see:

System.Web.Http Exception: External component has thrown an exception.
---> System.Web.Http CompileExceptio n: External component has thrown an
exception.
at
System.Web.Comp ilation.BaseCom piler.ThrowIfCo mpilerErrors(Co mpilerResults
results, CodeDomProvider codeProvider, CodeCompileUnit sourceData, String
sourceFile, String sourceString)
at System.Web.Comp ilation.BaseCom piler.GetCompil edType()
at System.Web.UI.P ageParser.Compi leIntoType()
at System.Web.UI.T emplateParser.G etParserCacheIt emThroughCompil ation()
--- End of inner exception stack trace ---
at System.Web.UI.T emplateParser.G etParserCacheIt emInternal(Bool ean
fCreateIfNotFou nd)
at System.Web.UI.T emplateParser.G etParserCacheIt emWithNewConfig Path()
at System.Web.UI.T emplateParser.G etParserCacheIt em()
at
System.Web.UI.T emplateControlP arser.CompileAn dGetParserCache Item(String
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.T emplateControlP arser.GetCompil edInstance(Stri ng
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageParser.GetCo mpiledPageInsta nceInternal(Str ing
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageHandlerFacto ry.GetHandler(H ttpContext context,
String requestType, String url, String path)
at System.Web.Http Application.Map HttpHandler(Htt pContext context, String
requestType, String path, String pathTranslated, Boolean useAppConfig)
at
System.Web.MapH andlerExecution Step.System.Web .HttpApplicatio n+IExecutionSte p.Execute()
at System.Web.Http Application.Exe cuteStep(IExecu tionStep step, Boolean&
completedSynchr onously)

The above is the result of "Server.GetLast Error().ToStrin g()" in my
Application_Err or code.

So now I'm wondering, how can I *programmatical ly* learn the same
information shown in the first example output, when Application_Err or
event
handler executes?

I'm using the .NET Framework 1.1 SP 1.

Thanks for your help!

[Plat]

Very cool. You're my hero! :)

I was able to cast Server.GetLastE rror().GetBaseE xception() to a
System.Web.Http CompileExceptio n in these cases, and pull the error details
from it, as you suggested (MSDN's doc examples were very helpful here).
Thanks for the help!

Out of curiosity, what's the reason why we see the "External component has
thrown an exception" error by default instead of something more detailed?

Thanks again.
"Nicole Calinoiu" wrote:

If you cast the Exception to an HttpCompileExce ption (assuming the cast is
possible <g>), it should be possible to read the error details (including
line numbers) from the Errors collection of the CompilerResults object
exposed via the exception's Results property.

HTH,
Nicole

"Plat" <Pl**@discussio ns.microsoft.co m> wrote in message
news:C7******** *************** ***********@mic rosoft.com...

I've Googled this for a while, to no avail. Hopefully someone can help me.
Maybe I'm using the wrong terminology.

Here's the scoop! Let's say I've got a simple *.ASPX page that has a
syntax
error. For example, broken.aspx might only contain the following line of
code:

<% Dim x as %>

When I visit this page from my Web browser, I see all the helpful ASP.NET
Server Error information, including:

Compilation Error
Compiler Error Message: BC30182: Type expected.
Source Error: Line 1: <% Dim x as %>
Source File: c:\inetpub\mysi te\broken.aspx

This is great information; exactly what I need to troubleshoot the
problem!
However on my site, I trap the Exception in my Global.asax.vb' s
Application_Err or handler so that I'm notified when an error occurs.
Usually
I'm able to cull useful information from the Exception, but in the event
of a
Compilation Error, here's all I can see:

System.Web.Http Exception: External component has thrown an exception.
---> System.Web.Http CompileExceptio n: External component has thrown an
exception.
at
System.Web.Comp ilation.BaseCom piler.ThrowIfCo mpilerErrors(Co mpilerResults
results, CodeDomProvider codeProvider, CodeCompileUnit sourceData, String
sourceFile, String sourceString)
at System.Web.Comp ilation.BaseCom piler.GetCompil edType()
at System.Web.UI.P ageParser.Compi leIntoType()
at System.Web.UI.T emplateParser.G etParserCacheIt emThroughCompil ation()
--- End of inner exception stack trace ---
at System.Web.UI.T emplateParser.G etParserCacheIt emInternal(Bool ean
fCreateIfNotFou nd)
at System.Web.UI.T emplateParser.G etParserCacheIt emWithNewConfig Path()
at System.Web.UI.T emplateParser.G etParserCacheIt em()
at
System.Web.UI.T emplateControlP arser.CompileAn dGetParserCache Item(String
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.T emplateControlP arser.GetCompil edInstance(Stri ng
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageParser.GetCo mpiledPageInsta nceInternal(Str ing
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageHandlerFacto ry.GetHandler(H ttpContext context,
String requestType, String url, String path)
at System.Web.Http Application.Map HttpHandler(Htt pContext context, String
requestType, String path, String pathTranslated, Boolean useAppConfig)
at
System.Web.MapH andlerExecution Step.System.Web .HttpApplicatio n+IExecutionSte p.Execute()
at System.Web.Http Application.Exe cuteStep(IExecu tionStep step, Boolean&
completedSynchr onously)

The above is the result of "Server.GetLast Error().ToStrin g()" in my
Application_Err or code.

So now I'm wondering, how can I *programmatical ly* learn the same
information shown in the first example output, when Application_Err or
event
handler executes?

I'm using the .NET Framework 1.1 SP 1.

Thanks for your help!

[Nicole Calinoiu]

System.Web.Http CompileExceptio n extends System.Web.Http Exception, which
extends System.Runtime. InteropServices .ExternalExcept ion. Neither
HttpCompileExce ption nor HttpException set their Message property. The only
constructor for HttpCompileExce ption runs through the default constructors
for the two base types mentioned above, so the first time a Message setter
is hit is the default constructor for ExternalExcepti on, which sets it to
the text you see in the exception details.

HTH,
Nicole
"Plat" <Pl**@discussio ns.microsoft.co m> wrote in message
news:76******** *************** ***********@mic rosoft.com...

Very cool. You're my hero! :)

I was able to cast Server.GetLastE rror().GetBaseE xception() to a
System.Web.Http CompileExceptio n in these cases, and pull the error details
from it, as you suggested (MSDN's doc examples were very helpful here).
Thanks for the help!

Out of curiosity, what's the reason why we see the "External component has
thrown an exception" error by default instead of something more detailed?

Thanks again.
"Nicole Calinoiu" wrote:

If you cast the Exception to an HttpCompileExce ption (assuming the cast
is
possible <g>), it should be possible to read the error details (including
line numbers) from the Errors collection of the CompilerResults object
exposed via the exception's Results property.

HTH,
Nicole

"Plat" <Pl**@discussio ns.microsoft.co m> wrote in message
news:C7******** *************** ***********@mic rosoft.com...

> I've Googled this for a while, to no avail. Hopefully someone can help
> me.
> Maybe I'm using the wrong terminology.
>
> Here's the scoop! Let's say I've got a simple *.ASPX page that has a
> syntax
> error. For example, broken.aspx might only contain the following line
> of
> code:
>
> <% Dim x as %>
>
> When I visit this page from my Web browser, I see all the helpful
> ASP.NET
> Server Error information, including:
>
> Compilation Error
> Compiler Error Message: BC30182: Type expected.
> Source Error: Line 1: <% Dim x as %>
> Source File: c:\inetpub\mysi te\broken.aspx
>
> This is great information; exactly what I need to troubleshoot the
> problem!
> However on my site, I trap the Exception in my Global.asax.vb' s
> Application_Err or handler so that I'm notified when an error occurs.
> Usually
> I'm able to cull useful information from the Exception, but in the
> event
> of a
> Compilation Error, here's all I can see:
>
> System.Web.Http Exception: External component has thrown an
> exception.
> ---> System.Web.Http CompileExceptio n: External component has thrown an
> exception.
> at
> System.Web.Comp ilation.BaseCom piler.ThrowIfCo mpilerErrors(Co mpilerResults
> results, CodeDomProvider codeProvider, CodeCompileUnit sourceData,
> String
> sourceFile, String sourceString)
> at System.Web.Comp ilation.BaseCom piler.GetCompil edType()
> at System.Web.UI.P ageParser.Compi leIntoType()
> at
> System.Web.UI.T emplateParser.G etParserCacheIt emThroughCompil ation()
> --- End of inner exception stack trace ---
> at System.Web.UI.T emplateParser.G etParserCacheIt emInternal(Bool ean
> fCreateIfNotFou nd)
> at System.Web.UI.T emplateParser.G etParserCacheIt emWithNewConfig Path()
> at System.Web.UI.T emplateParser.G etParserCacheIt em()
> at
> System.Web.UI.T emplateControlP arser.CompileAn dGetParserCache Item(String
> virtualPath, String inputFile, HttpContext context)
> at System.Web.UI.T emplateControlP arser.GetCompil edInstance(Stri ng
> virtualPath, String inputFile, HttpContext context)
> at System.Web.UI.P ageParser.GetCo mpiledPageInsta nceInternal(Str ing
> virtualPath, String inputFile, HttpContext context)
> at System.Web.UI.P ageHandlerFacto ry.GetHandler(H ttpContext context,
> String requestType, String url, String path)
> at System.Web.Http Application.Map HttpHandler(Htt pContext context,
> String
> requestType, String path, String pathTranslated, Boolean useAppConfig)
> at
> System.Web.MapH andlerExecution Step.System.Web .HttpApplicatio n+IExecutionSte p.Execute()
> at System.Web.Http Application.Exe cuteStep(IExecu tionStep step,
> Boolean&
> completedSynchr onously)
>
> The above is the result of "Server.GetLast Error().ToStrin g()" in my
> Application_Err or code.
>
> So now I'm wondering, how can I *programmatical ly* learn the same
> information shown in the first example output, when Application_Err or
> event
> handler executes?
>
> I'm using the .NET Framework 1.1 SP 1.
>
> Thanks for your help!

[pathurin]

Just incase:
I found some help in this reference:

http://groups-beta.google.com/group/...899f56c254350f

*************** **********Here is what it
says*********** *************** ***********

It's hard to know but your Stack Trace implies that something goes
wrong
in the dynamic process of creating assembly that represent the page
HTML
definition. What I suggest:
1) Delete the cache of your application from asp.net temporary files
directory located under C:\WINDOWS\Micr osoft.NET\Frame work\v1.1.4322.
2) Double check with source safe for changes between the last deployed
version and the current one in the pages HTML.
HTH
Natty Gur[MVP]
blog : http://weblogs.asp.net/ngur

Thanks.

[luis molina Micasoft]

HttpCompileExce ption ex = (HttpCompileExc eption)
ctx.Server.GetL astError().GetB aseException();
string txtError = ex.GetHtmlError Message().ToStr ing();

vb net
Dim exh As HttpCompileExce ption = Server.GetLastE rror.GetBaseExc eption()
Dim txtError As String = exh.GetHtmlErro rMessage().ToSt ring()

"Plat" escribió:

I've Googled this for a while, to no avail. Hopefully someone can help me.
Maybe I'm using the wrong terminology.

Here's the scoop! Let's say I've got a simple *.ASPX page that has a syntax
error. For example, broken.aspx might only contain the following line of code:

<% Dim x as %>

When I visit this page from my Web browser, I see all the helpful ASP.NET
Server Error information, including:

Compilation Error
Compiler Error Message: BC30182: Type expected.
Source Error: Line 1: <% Dim x as %>
Source File: c:\inetpub\mysi te\broken.aspx

This is great information; exactly what I need to troubleshoot the problem!
However on my site, I trap the Exception in my Global.asax.vb' s
Application_Err or handler so that I'm notified when an error occurs. Usually
I'm able to cull useful information from the Exception, but in the event of a
Compilation Error, here's all I can see:

System.Web.Http Exception: External component has thrown an exception.
---> System.Web.Http CompileExceptio n: External component has thrown an
exception.
at
System.Web.Comp ilation.BaseCom piler.ThrowIfCo mpilerErrors(Co mpilerResults
results, CodeDomProvider codeProvider, CodeCompileUnit sourceData, String
sourceFile, String sourceString)
at System.Web.Comp ilation.BaseCom piler.GetCompil edType()
at System.Web.UI.P ageParser.Compi leIntoType()
at System.Web.UI.T emplateParser.G etParserCacheIt emThroughCompil ation()
--- End of inner exception stack trace ---
at System.Web.UI.T emplateParser.G etParserCacheIt emInternal(Bool ean
fCreateIfNotFou nd)
at System.Web.UI.T emplateParser.G etParserCacheIt emWithNewConfig Path()
at System.Web.UI.T emplateParser.G etParserCacheIt em()
at
System.Web.UI.T emplateControlP arser.CompileAn dGetParserCache Item(String
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.T emplateControlP arser.GetCompil edInstance(Stri ng
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageParser.GetCo mpiledPageInsta nceInternal(Str ing
virtualPath, String inputFile, HttpContext context)
at System.Web.UI.P ageHandlerFacto ry.GetHandler(H ttpContext context,
String requestType, String url, String path)
at System.Web.Http Application.Map HttpHandler(Htt pContext context, String
requestType, String path, String pathTranslated, Boolean useAppConfig)
at
System.Web.MapH andlerExecution Step.System.Web .HttpApplicatio n+IExecutionSte p.Execute()
at System.Web.Http Application.Exe cuteStep(IExecu tionStep step, Boolean&
completedSynchr onously)

The above is the result of "Server.GetLast Error().ToStrin g()" in my
Application_Err or code.

So now I'm wondering, how can I *programmatical ly* learn the same
information shown in the first example output, when Application_Err or event
handler executes?

I'm using the .NET Framework 1.1 SP 1.

Thanks for your help!