VisualWebGui conversion to WiseJ question

Answered
0
0

Hello – we have an old Visual Web Gui app that we have not edited for about 5 years running at a customer. We are looking to convert this to WiseJ but ran into an issue just debugging it to figure out what it was doing. We even opened the original Upload control sample and get the same error:

“Could not resolve skin resource of type ‘ImageResource’.
body {font-family:”Verdana”;font-weight:normal;font-size: .7em;color:black;}
p {font-family:”Verdana”;font-weight:normal;color:black;margin-top: -5px}
b {font-family:”Verdana”;font-weight:bold;color:black;margin-top: -5px}
H1 { font-family:”Verdana”;font-weight:normal;font-size:18pt;color:red }
H2 { font-family:”Verdana”;font-weight:normal;font-size:14pt;color:maroon }
pre {font-family:”Consolas”,”Lucida Console”,Monospace;font-size:11pt;margin:0;padding:0.5em;line-height:14pt}
.marker {font-weight: bold; color: black;text-decoration: none;}
.version {color: gray;}
.error {margin-bottom: 10px;}
.expandable { text-decoration:underline; font-weight:bold; color:navy; cursor:pointer; }
@media screen and (max-width: 639px) {
pre { width: 440px; overflow: auto; white-space: pre-wrap; word-wrap: break-word; }
}
@media screen and (max-width: 479px) {
pre { width: 280px; }
}

Server Error in ‘/’ Application.


Could not resolve skin resource of type ‘ImageResource’.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: Gizmox.WebGUI.Forms.Skins.SkinException: Could not resolve skin resource of type ‘ImageResource’.

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:

[SkinException: Could not resolve skin resource of type 'ImageResource'.]
   Gizmox.WebGUI.Server.Preload.ProcessRequest(HostContext objHostContext) +2950
   Gizmox.WebGUI.Hosting.HostHttpHandler.System.Web.IHttpHandler.ProcessRequest(HttpContext context) +170
   System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +195
   System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step) +50
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +73

It was using their upload control – and I think this may be causing the error as we get the same error when trying to run that small sample.

I know you guys have extensive knowledge of VWG – do you know why we get this error ? We have opened VWG apps int he past to convert them to WiseJ without issue and they still ran fine in the debugger (we had to compare the functionality when we were done with the WiseJ rewrite so we we ended up having to debug the old application to figure out our issues after we recreated it). Visual Studio 2012 VWG:Version=4.5.5701.0

  • You must to post comments
Best Answer
0
0

We finally figured this out. Just in case anyone else runs into this – and I can save you ALOT of time….we had something missing from the webconfig file in the </WebGUI> section.

You need to make sure this entry exists:

<UseFlashForUpload Mode=”false”/>

Compared to several other apps that we had used the file upload control and discovered this missing from the webconfig on our dev machine. Once we added this back – no error and the control rendered in the page. Also – make sure you go into the properties of the Web Gui project and make sure the Upload Control is registered as in the screenshot attached.

 

 

Attachment
  • You must to post comments
0
0

I’m not sure about this one. But similar errors in VWG are caused by the wrong compilation when the app has some custom resources. VWG added a build step in the VS project to transform resources when compiling.

  • You must to post comments
Showing 2 results
Your Answer

Please first to submit.