Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Including an Application Directory Name in the URL
MD
#1 Posted : Friday, June 8, 2007 12:49:18 AM(UTC)
Groups: Member
Joined: 6/8/2007(UTC)
Posts: 2
Location: London

hi,

is it possible to include an application directory name in the url of the hosted application or service ?

we need to do something like

http://localhost:8080/StudyServer/StudyService.asmx

it only seems possible using the configuration tools to do the following

http://localhost:8080/StudyService.asmx

thanks

Ultidev Team
#2 Posted : Friday, June 8, 2007 7:28:26 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi,

UltiDev Cassini does not have a concept of virtual directories, so application's root is always at http://host:port/. However if your application has other folders in the root, like Images for example, then URLs could be like http://host:port/Images/logo.gif. If you could let us know why is this a requirement for your application, we will try to find the work around.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
MD
#3 Posted : Sunday, June 10, 2007 9:32:26 AM(UTC)
Groups: Member
Joined: 6/8/2007(UTC)
Posts: 2
Location: London

hi,

in answer to your question about why we require a virtual directory path name in the url is that:

we were trialling the use of cassini within an automated test environment which involves installation of a server sided service and a client, then running a series of automated tests.

we wanted to mirror as closely as possible the deployment of the service and its client and therefore wanted to use the naming directory naming conventions which are intended to be used.

thanks

M
Ultidev Team
#4 Posted : Sunday, June 10, 2007 10:18:34 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi,

Using UltiDev Cassini for automated testing purposes of applications targeting IIS will always be the case of non 100% resemblance between target environments - at least because of the security models and requests handling engines differences (until we start using HTTP.SYS as Cassini engine). UltiDev Cassini will cover about 95% of IIS use cases, but will not give you the complete coverage.

Best regards,
UltiDev Team.

Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
bartislartfass
#5 Posted : Monday, May 19, 2008 10:33:55 AM(UTC)
Groups: Member
Joined: 5/19/2008(UTC)
Posts: 5
Location: Germany

Hi,

I'd like to reopen this thread because I have absolutely the same requirement. We are using Cassini instead of IIS because of some trouble with our IT department, as we are not allowed to run public webservers in our company. Thus, cassini is the ideal solution to provide a very special reporting application only on one special reporting server, accessible by all members of our department.

What I run with cassini is a free reporting solution, called LogiReport. It is used for reports on several identical testing projects, each with it's own customization and database connection. The core is shared between projects. For the end user (and the webserver), this looks like several identical applications, each in it's own folder.

So the resulting URLs look (should) like like this:

http://localhost/project1/
http://localhost/project2/
http://localhost/project3/
http://localhost/project4/

the common code is only accessed via filesystem from within the application. There are no cross references, so it's no problem to run each project under another port. Unfortunately, Cassini does not allow for these subfolders, so under Cassini it currently looks like this:

http://localhost:44440/
http://localhost:44441/
http://localhost:44442/
http://localhost:44443/

This works, but I have one BIG issue: As all projects are using the same location and code, cookies are also shared between the projects (the cookies don't use the port information). Even worse, cookies are the only way to save user selected settings. Sharing them between projects will produce absolutely unexpected results (e.g. special database filters)

So, finally my question: Is there any way to get a subfolder (without any content!) into the base path (ideally without coding)?

Best Regards,
Alex
Ultidev Team
#6 Posted : Monday, May 19, 2008 11:09:08 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi, Alex.

Since UltiDev Cassini does not have a notion of virtual directory, we could suggest trying a work-around approach.
If number of clients accessing the app is small, create a hostname aliases for the machine IP address by editing C:\WINDOWS\system32\drivers\etc\hosts on client machine(s). There, you can create multiple host names, just like "localhost" is defined, and then you can use different host names for different instances of the application. This would resolve cookie issue.

Unfortunately this is just about on way we can think of to deal with the cookie issue. Next version of UltiDev Cassini may have virtual directory concept.

Please let us know if this information was helpful.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
bartislartfass
#7 Posted : Monday, May 19, 2008 11:15:41 AM(UTC)
Groups: Member
Joined: 5/19/2008(UTC)
Posts: 5
Location: Germany

Thanks for this ultra fast reply!

Unfortunately I already tried that and for whatever reason, in this case tht cookies won't work at all!
I will give it one more try. Do I need to restart the computer or webserver for this? (don't hink I did that)
I'll keep you informed.

Best Regards,
Alex
Ultidev Team
#8 Posted : Monday, May 19, 2008 11:26:47 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi, Alex.

No, you don't need to restart anything. If you care to figure out what is exactly is going on with cookies when they stop working with multiple hostnames, try using Fiddler http tracer. It will show what exactly is going on on the wire. You will be able to see how your cookies are set by the server, and whether they are being sent back by the client. To use Fiddler you may need to ensure that your new host names are not resolved to 127.0.0.1, but rather to the real machine's IP, because Fiddler can't catch http traffic going to the loop-back (127.0.0.1) address.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
bartislartfass
#9 Posted : Tuesday, May 20, 2008 5:48:57 AM(UTC)
Groups: Member
Joined: 5/19/2008(UTC)
Posts: 5
Location: Germany

Oh, I read this too late (but will keep this in mind next time, thanks for the hint!)
After several trials and analyzing our proxyconf script I found out how to specify the domain name in a way it bypasses the proxy.
I configured the hosts file like this and now it works (as cookies are now treated as intranet information)!

127.0.0.1 localhost.project1
127.0.0.1 localhost.project2
127.0.0.1 localhost.project3
...

Thank you for your help!
Alex
Ultidev Team
#10 Posted : Tuesday, May 20, 2008 6:05:12 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Always glad to help. We are sorry for the inconvenience.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Guest
#11 Posted : Saturday, September 15, 2018 3:58:57 PM(UTC)
Groups:

Message was deleted by a Moderator.
Rss Feed  Atom Feed
Users browsing this topic
Guest
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You can vote in polls in this forum.