Printable View
If I hit F5 in Visual Studio, my web app is running from localhost:nnnn. None of my images or styling is available. If I modify the URL in the browser and delete the :nnnn so it's just localhost, the page is styled and all images resolve.
Any idea why this is happening and how I can prevent it; that is, make it run from localhost to begin with?
Thanks.
You can set the port that cassini will use from the Web tab in the project properties. The question is how are you setting the paths to your css and image files if they break when a port number is added?
odds are the pathings are full... rather than relative...
-tg
Are you running this through local IIS or with the VS web server?
1. Are you running this through local IIS or with the VS web server? Local IIS.
2. odds are the pathings are full... rather than relative... Are you saying make them relative? I shouldn't have to modify any existing code because it is working; that is, it's a live site and all I did was get the project from another developer. I don't want to change anything just to make it work on my machine.
3. You can set the port that cassini will use from the Web tab in the project properties. What is cassini?
Thanks for the answers. I will look into this further.
Cassini is what Visual Studio is using to run your web application, rather than IIS itself. Typically when I am building web applications, I set the project to use local IIS rather than Casini, so that it avoids just this kind of confusion.Quote:
Originally Posted by MMock
You can set your project to use IIS rather than Casini by going into project properties, clicking the "web" tab and setting the project to use local IIS.
Ah, so that popup that says ASP.NET Development Server - that is Cassini. Good to know (better late than never, right?)
At this risk of sounding (even more) like an idiot, I can't find what you (and the rest of the world) are telling me to do...
You can configure a web project within Visual Studio to use IIS by right-clicking on the project and pulling up its properties (and then by clicking on the “Web” tab within the properties window)":
Which properties - property pages or properties window? Neither one of these is giving me a Web tab.
And if I wanted to still use Cassini (I don't think I've ever not used it - didn't know you had a choice or what pros/cons were) I can't change the port number?
Someone posted this: When I look at Properties for the project, I just see two properties: Full Path and Opened URL. When I look at the Property Pages, I see 6 sections: References, Build, Accessibility, Start OPtions, MSBuild Options, and Silverlight Applications. THe Start Options has a "server" section that only has two options: Use default Web server, and Use custom server. Nothing about Use Visual Studio Development Server. There is no "Web" section. here, so I am reading that thread as that is exactly what I see for properties.
Lots of talk here - but back to an initial question / observation...
What are the paths - full or relative?
And a followup question - do you really care if the images do not appear while you are working the page? In otherwords - are you adding an enhancement and then simply shipping your changes back to the production user?? You could possibly - for the time you are working the app - create an image folder "where the page is looking for it" locally...
Sorry, I thought this was common terminology. I didn't mean to muddy the issue with it.Quote:
Originally Posted by MMock
I've attached a couple of screen shots to get you in the right place. If you're using VB.NET you'll double click on My Project to get to the properties while it'll just say Properties in a C# project. From there you can click on the Web tab on the left hand side to get to the server section in the other screenshot.
Attachment 99693
Attachment 99695
You'll see that if you use IIS Express you can override the root URL.
The paths look like this:
So I assume that is \Images off something else?Code:<a href="<%= theURL %>/default.aspx">Home</a> <img src='/Images/bullet-nd.gif' border='0'>
Yes, I could totally ignore this issue. The images are resolved if I simply override, once the browser is up, the URL and remove nnnn from localhost:nnnn. But, I am bored and was told to "familiarize" myself with the code, so I figured why not delve into this issue and understand it? But, you are totally right and I was just given something else to do so I will switch out of this for the time being. Thanks Steve.
Thanks MattP. I will look at that when I get a break from a report I have to modify. And muddy? Hell, no. I learned something which I always took for granted - I thought it was always using the ASP.NET Development Server and never even noticed when it wasn't (by "it", I mean everything I ever ran!)
Here's a screen shot from VS 2008 - working on a web app that is not "setup as a project" (I believe).
I got to properities that seem to look like the screen shot from VS 2010 by right-clicking the "D:\ACS DESKTOP\AWC" spot and going into properties...
At any rate - when you start the DEBUGGER running with F5 you are setting up communications through a particular PORT...
Why do you feel comfortable removing that "port designation" from the URL? Doesn't that stop the page from working further (or is this some static type of page without much back and forth?)
No, there's plenty of back and forth, or at least forth. I'm comfortable with it because it works. Is that because it navigates using Server.Transfer so once I've changed the port it keeps that change? (Or is that a stupid question?)Quote:
Originally Posted by szlamany
I'll look at your screen shot when I have a couple minutes.
I also do not know - I'm curious to hear from someone else how removing the port from the URL is doing anything to fix this situation...
Hey,
What is this:
And where is it getting set?Quote:
<%= theURL %>
Gary
I don't see how it could help.Quote:
Originally Posted by szlamany
In one instance, the web site of being rendered by ASP.Net Development Server (Cassini), using the allocated Port Number. When you strip off the Port Number you are rendering the page from the site hosted under the local IIS. Although both of these things might be looking at the same files, they are ultimately coming from different servers.
I suspect that if we find out what is in the variable that I just asked about, we will find out where the problem lies.
Gary
Right - so it could actually appear to be working since the documents being pulled be either SERVICE EXECUTABLE are likely the same.
But you would certainly lose any APP DATA or CONFIG DATA or any of the session stuff that ASP.Net gives you.
If this is the case - then Mock should edit some of the posts here where she removed the port # and INDICATE that it's not a PROPER SOLUTION...
Yes, any session state would be lost, as they are coming from two different places, unless of course any session state was being persisted elsewhere, i.e. SQL Server.
Yes, I would agree with that, removing the port number is NOT a solution.
This code - which I do in one of my web methods - for example - would not work (as the Application object is persisted by the web service executable - I've stopped the ASP.NET DEVELOPMENT SERVER to reset this collection)
Code:Private Sub DetermineParameters(ByRef dcn As SqlConnection, ByRef cmd As SqlCommand, Optional ByRef errorText As String = "")
Dim blnError As Boolean = False
Dim blnDoClose As Boolean = False
With Application
.Lock()
If .Item("g_prmSP") IsNot Nothing Then
g_prmSP = DirectCast(.Item("g_prmSP"), Dictionary(Of String, SqlParameter()))
End If
.UnLock()
End With
.
.
.
With Application
.Lock()
.Item("g_prmSP") = g_prmSP
.UnLock()
End With
End Sub
Yes, that would make sense as well.
I didn't see any post of mine where I said that. I didn't say "I'm not getting images" and then "oh, I fixed that by removing the port #'. I posted to understand what's going on, and I am describing what I observe. Can you direct me to which post you felt I had indicated some solution to this?Quote:
Originally Posted by szlamany
It's in a master page, and I am not sure how it gets set...Quote:
Originally Posted by gep13
Post #15 - this reply here and the fact that removing the port was part of the first post here made me concerned that if this thread was quickly read someone might think it was ok to alter the URL that the IDE decided to launch a debug session with.Quote:
Originally Posted by MMock
Of course - that's not the case - as the SERVICE EXECUTABLE is only listening on that PORT. Removing the PORT is like removing your leg and putting on wheels - gonna get unexpected results.
Well, the removal of the port was actually the issue - not the solution. If I'd thought it was a solution, I never would've posted in the first place because I knew right away that with no port number my images resolved. But I wanted to know why.
And the only reason I even thought to try removing the port and see what happened was because my coworker sent me a screen shot of the app running locally on her PC, and I noticed the difference in our URL's.
If this thread is too confusing and is going to steer someone astray, by all means delete it.
No - not at all - good conversation going on here - and I would like to know how the image paths are being handled differently by the two different ASP.Net host apps.
If you can re-direct your IDE to use the NON-CASSINI SERVICE - and the IMAGE work - then you have a solution that is viable and reasonable.
Leaving open the question as to why the "ASP.NET DEVELOPMENT SERVER" is doing it different.
Do the images work if the IDE launches to a different service you have on your machine?
I'm sorry, I don't quite know what that means, "launch to a different service"...Quote:
Originally Posted by szlamany
I may ask stupid questions back to your intelligent questions - I don't know anything about this app yet. I just installed the project for future maintenance when it was turned over from another department to ours.
This link talks about it
http://www.iis.net/learn/develop/usi...-2008-with-iis
Uh, does it matter if I am running VS2010 and IIS 5.1???
Googled for
vs 2010 use iis express
http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx
It is probably worth looking into this. If you do a view source on the rendered page, what is the output for the above link?Quote:
Originally Posted by MMock
Gary
OK, from the top, here is a snippet of the source from file Master/Producer.master:Quote:
Originally Posted by gep13
(I renamed to "theURL" here from our company acronym XXX). So these are three (broken) links at the top of the page to go to Home, Careers and Site Requirments.Code:<div id="searchTopNav">
<a href="<%= theURL %>/default.aspx">Home</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="<%= theURL %>/careers.aspx">Careers</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="/GlobalFiles/SiteRequirements.asp">Site Requirements</a>
If I hover over these links, I get localhost, localhost, localhost:1609 respectively.
If I View Source, I get
Does that lend any understanding to what's going on?Code:<div id="searchTopNav">
<a href="http://localhost/XXX web enrollment/default.aspx">Home</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="http://localhost/XXX web enrollment/careers.aspx">Careers</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="/GlobalFiles/SiteRequirements.asp">Site Requirements</a>
Maybe I should also add...if I next edit the URL displayed in the browser and remove 1609, the links resolve and the styling kicks in, I hover over the three links and they are localhost/localhost/localhost, I view source and I get:
Code:<div id="searchTopNav">
<a href="http://localhost/XXX web enrollment/default.aspx">Home</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="http://localhost/XXX web enrollment/careers.aspx">Careers</a> <img src='/Images/bullet-nd.gif' border='0'>
<a href="/GlobalFiles/SiteRequirements.asp">Site Requirements</a>
Are default.aspx and SiteRequirements.asp in the same folder?
Or is /GlobalFiles in the same folder as SiteRequirements.asp?
If you change it to this
<a href="GlobalFiles/SiteRequirements.asp">Site Requirements</a>
does it work?
I should never have said the links resolve. It is the images that resolve. In other words, see how it is using bullet-nd.gif? That image is just a tiny red square used as a separator. So it goes Home ~ Careers ~ Site Requirements and the tilde is this image. I described this correctly in post #1. When the port is 1609, I don't have the red square, I have an X.
On the other hand, the links do not work either way. Home wants to go to default.aspx and if I click it I get The resource cannot be found. Same thing with the Careers link trying to go to careers.aspx. And Site Requirements, because it's asp, gives me a 404.
You asked if these pages are in the same folder. So no, it appears I do not even have them.
First - let's make things clear - the port has nothing to do with your issue. When you see the PORT on the URL that means you are getting pages served to you by the default iis service for the IDE.
You need to get the IDE to know where these files are.
Removing the PORT is disconnecting you from the IDE - from the debugger. All the port is is a listening channel for the "service". No port simply DEFAULTS to PORT 80!!!
So - back to the problem - what do you mean by
Are you saying you do not have a folder with these files in it?Quote:
So no, it appears I do not even have them.
Can you take a screen shot of the SOLUTION EXPLORER so we can see the folder and files you are dealing with?
Oh, I see that now that you've pointed it out...Quote:
Originally Posted by szlamany
No, I'm sorry - this company is very secure and I am a contractor not an employee so I'd rather err on the side of caution. I know that makes it difficult to get help. I will say that nowhere in the solution do I have a Careers.aspx fileQuote:
Originally Posted by szlamany
If I open a browser and enter: http://localhost:1609/Images/bullet-nd.gif I get a 404 Not Found.
If I open a browser and enter: http://localhost/Images/bullet-nd.gif I see my image.
So it sounds like all this is, is that I don't have the /Images folder I need when I am running in VS?
Because I do have C:\inetpub\wwwroot\images.
So just copy that \images folder to a folder in the solution?
you can only use 1609 if that's the port that VS started the ASP.Net dev environment under - do you know how to see the port being currently used? It's in the HIDDEN ICONS taskbar thingy for me on my Windows 7 machine...
At any rate - - poke around and create an IMAGES folder up or down from the folder it's looking for and see if you can at least get the image to be found.
Also - if you use FIREBUG you can see the actual path being attempted by the tcpip call.
Yes, I had verified that.Quote:
Originally Posted by szlamany
Yeah, that's what I was just thinking of trying.Quote:
Originally Posted by szlamany
Creating an IMAGES folder was an epic failure, onto the net thing... (Woops, meant "next thing" - Freudian slip???)
What troubled me was I got this project from my coworker and when she loaded it, it used IIS but when I loaded it, it used Cassini. Odd. She sent me her sln file and I did a side-by-side text comparison and edited mine to match hers, most notably I changed this:
From: Project("{*** long numeric string ***}") = "XXX Web Enrollment", "D:\New Website Projects\XXX Web Enrollment", "{*** long numeric string ***}"
To: Project("{*** long numeric string ***}") = "XXX Web Enrollment", "http://localhost/XXX Web Enrollment", "{*** long numeric string ***}"
Now when I run, it opens up a browser window and does not start the ASP.NET development server and the URL is localhost without the port, BUT...something is wrong because I get an error that it is missing service.wsdl in App_WebReferences\ApplicationSecurity.
I believe you proved you have a SOLUTION difference - but I think your brute-force method of editing the SLN file is not a good idea.
You need to "select a browser service" from within the IDE so it can properly align that change...
Or someone really messed up a project creation.
Is this a WEB PROJECT vs WEB FOLDER kind of problem??
Going back to square one (that being getting the project and source files from a zip file on the network). Will let you know how it goes.
Well, this is such a disappointing resolution. It's working now, simply from me grabbing the project fresh from a zip file. But that was where I got it in the first place weeks ago, so why it's suddenly working beats me.
Here is the history. This project belonged to programmer A who worked in another department and was transitioning his project to our department. He put a zip file on a fileshare as a way of giving us the project (why we don't go to Source Control or TFS, I don't know). Programmer B worked with it to get it working (she "couldn't get it to run" but changed some web.config settings and created a VD in IIS, etc) and zipped it to another location for Programmer Me and Programmer C to get (never heard much from C). When I got it and ran it, it ran, but with the unresolved image and styling issue and running from ASP.NET Development Server instead of IIS. So today she tells me to get it from the zip file again, and all is miraculously working wonderfully. I am guessing she made some changes after she created the zip file that weren't propogated back in order for me to get them. Then she created the zip file again today. I can't really say what those changes were - perhaps, Steve, some of it was the changes I had made in an editor to the sln file which you said would be better off made in the IDE itself.
Thanks for all the help. Even though I didn't end up being the one to solve this and can't really say what did solve it, I think I learned a lot.
Really?!? Is there no source control repository being used? SVN? Git? TFS? Even VSS?Quote:
Originally Posted by MMock
If this isn't a great story on why to use Source Control, I don't know what would be :)Quote:
Originally Posted by MMock
Glad to hear that you got it all sorted out though!
Gary
Oh, we use source control; what I said was we didn't go to it in this case. Meaning, the developer who was the owner of the project zipped it up as a means of delivering it to us. I had also said "why...I don't know", but this is not the first project that has been like that. It seems to be the preferred MO.
Yeah, I read all that after I had read and responded to post #44, before reading post #45. I should have gone back and edited it :)Quote:
Originally Posted by MMock