Sys. engineer has decided to dynamically transform all XSLs into DLLs on website build process. DLL
Posted
by John Sullivan
on Stack Overflow
See other posts from Stack Overflow
or by John Sullivan
Published on 2010-04-20T16:38:25Z
Indexed on
2010/04/20
16:43 UTC
Read the original article
Hit count: 177
Hello,
OS: Win XP.
Here is my situation. I have a browser based application. It is "wrapped" in a Visual Basic application.
Our "Systems Engineer Senior" has decided to spawn DLL files from all of our XSL pages (many of which have duplicate names) upon building a new instance of the website and have the active server pages (ASPX) use the DLL instead. This has created a "known issue" in which ~200 DLL naming conflicts occur and, thus, half of our application is broken.
I think a solution to this problem is that, thankfully, we're generating the names of the DLLs and linking them up with our application dynamically. Therefore we can do something kludgy like generate a hash and append it to the end of the DLL file name when we build our website, then always reference the DLL that had some kind of random string / hash appended to its name.
Aside from outright renaming the DLLs, is there another way to have multiple DLLs with the same name register for one application? I think the answer is "No, only between different applications using a special technique." Please confirm.
Another question I have on my mind is whether this whole idea is a good practice -- converting our XSL pages (which we use in mass -- every time a response from our web app occurs) into DLL functions that call a "function" to do what the XSL page did via an active server page (ASPX), when we were before just sending an XML response to an XSL page via aspx.
© Stack Overflow or respective owner