Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

How to get .NET to work 1

Status
Not open for further replies.

bigfoot

Programmer
May 4, 1999
1,779
US
I created a simple test page with a textbox and a button in VS. My pages are GetUser.aspx and GetUser.aspx.vb. I copied them to my intranet and created a link off one of my .asp pages. When I click the button in my development machine I get Hello in the textbox. (The button's action is textbox1.text = "Hello")

I get NOTHING when I copy it to my intranet. What did I do wrong?

I did nothing special to the folder, in fact it's a sub folder.

HELP, PLEASE! :-(
 
I just set the subfolder as an application. Still does not work.

Either code behind, or code embedded. No work.
 
Is the framework installed on the other machine?

Have you set the security permissions to allow assemblies loaded from the Intranet zone to run?

Chip H.
 
"Have you set the security permissions to allow assemblies loaded from the Intranet zone to run?"

No clue!!

I think I figured it out. I copied the whole application from my machine into a folder on the server. Then right clicked on that folder and created an application. This worked.

I was curious why I could not do a copy project. I was getting error.
Here is what I did.

Destination project folder:

File Share:
\\myserver\c:\inetpub\
It wanted it this way. Picky, Picky, Picky.
 
Now, if I could just get it to show me the errors, I'd be in good shape. I have to run the browser from the server to see them. LOL :)
 
The reason your page didn't work when you first moved the aspx and aspx.vb files over has a couple reasons.
1. needed to set the folder as an application, which you did.
2. You didn't move the dll over to the other server. In your application directory there will be a bin folder the dll in here must be moved to the other server in order for you pages to work.
When you run you page or build it in VS that dll is created and the page runs from that. The aspx.vb file doesn't need to be moved as it is your uncompiled code.

As for the errors go to your web.config file (which also need to be copied to the server) and file this line &quot;<customErrors mode=&quot;RemoteOnly&quot;/>&quot; change it to <customErrors mode=&quot;Off&quot;/>. This will allow you to display the errors to any computer that gets them.

That'l do donkey, that'l do
[bravo] Mark
If you are unsure of forum etiquette check here faq796-2540
 
Thanks Mark for the help. That's a few I owe you. LOL

You get a star for the debug info too. I am learning so fast about this stuff. I read 3 books on .net before I got started, but none of them spoke of the manu problems just getting the thing to run. HAHA

I just found out that 2 applications can not share the same session var. AAAAhhhhhhhhhhh!!!!

If it's not one thing, it's another. :)
 
Fun isn't it?!?
[2thumbsup]

That'l do donkey, that'l do
[bravo] Mark
If you are unsure of forum etiquette check here faq796-2540
 
&quot;Have you set the security permissions to allow assemblies loaded from the Intranet zone to run?&quot;

No clue!!


Code-access security is a hot topic in .NET. Microsoft provides a MMC snap-in to configure the security. On my machine, it's at:
C:\WINNT\Microsoft.NET\Framework\v1.0.3705\mscorcfg.msc

Chip H.
 
I took a look at it and I am still clueless. Why is this such a big problem now? ASP has never been secure, and you should not put your asp.vb files on your web site.
 
Not necessarily a big problem for ASP.NET, but rather .NET as a whole. Remember that not everyone is writing web-based applications -- many people are writing thick clients, where security becomes more important (can't let those guys in the shipping department log into the HR salary update utility).

Chip H.
 
(can't let those guys in the shipping department log into the HR salary update utility)

LOL

I just restrict the folders in w2k. Set permissions, and the warehouse guys can't even see the folders. :)

(Next problem) Hee Hee.

And I am starting to write .net applications.
 
(can't let those guys in the shipping department log into the HR salary update utility)

LOL


Don't laugh - I've seen it happen at a certain North Carolina based grocery chain. The night watchman in one of the warehouses was using an unsecured PC to surf the web and also look at salary info in the wide-open HR file shares.

But this is a post for another forum. <grin>

Chip H.
 
Well since he/she knows what everyone makes now, then they should be on the outside looking in by way of a pink slip.

I don't know anyone who ever got a pink slip when they were fired. Himmm
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top