Cezar,
There are applications for scrambling the assemblies. Any code in <% %> =
block on your .aspx page is going to be exposed. If you've put your code =
in the code behind .VB file just don't publish that file. It will be =
compiled in to a DLL anyways. These DLL's can be reverse engineered to a =
degree. It would be pretty time consuming so unless you client is =
Microsoft I wouldn't stress too much. That's my two cents.=20
-Calvin Luttrell
ProjectThunder.com
[quoted text, click to view] > We have a ASP.NET application with most of the business logic in =
stored
> procedures, and custom components etc.
> We're looking of some way to protect this code when we deploy our
> application on the client's server. I remember I read somewhere about
> wraping your application in one (or more) DLLs that you install so the
> client doesn't actually has access to the code. What happens to the =
aspx
> pages? The client still have access to his web server =3D he has =
access to the
> aspx pages.
> Now, I try to keep everything in CodeBehind pages but can those be
Hi,
We have a ASP.NET application with most of the business logic in stored
procedures, and custom components etc.
We're looking of some way to protect this code when we deploy our
application on the client's server. I remember I read somewhere about
wraping your application in one (or more) DLLs that you install so the
client doesn't actually has access to the code. What happens to the aspx
pages? The client still have access to his web server = he has access to the
aspx pages.
Now, I try to keep everything in CodeBehind pages but can those be
protected, wrap in a DLL?
Any suggestions or references very appreciated,
Thank you,
Cezar