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

Notification

Icon
Error

Problem installing UltiDev Cassini for VS2003
pkt30
#1 Posted : Friday, March 23, 2007 2:37:37 AM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi I am new to UltiDev Cassini.I installed Cassini1Server.msi in machine with os 2002xp sp2, vs2003 dotnet1.1,wse2.0. It successfully installed but Start | All Programs | UltiDev does not appeared. I found only UltiDev.ico file and Cassini Web Server for Visual Studio .NET 2003 Developers folder under which there were Cassini, EULA.rtf ,Readme.txt, Setup.exe, starter.exe and UltiDevCassiniServerConfiguration.dll files.
I had problem launching Cassini Explorer utility.
Does it requires dotnet framework1.1 sp1 to run UltiDev Cassini successfully?
How can I run Cassini Explorer utility?

Thanks

Ultidev Team
#2 Posted : Friday, March 23, 2007 10:37:31 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!

Latest version of UltiDev Cassini for ASP.NET 1.1 requires .NET Framework 1.1 SP1 because on certain systems, like Windows Vista, Cassini will fail if Service Pack 1 is not present.

Installing just that MSI will not be enough, you need to install the EXE downloaded from http://ultidev.com/download/. It will install all runtime and developers' components.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#3 Posted : Sunday, March 25, 2007 2:07:35 AM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

I have VS2003 v.1.1.4322.Does UltiDev Cassini work with this version of DotNet Framework?
Since I noticed "UltiDev Cassini Web Server for Visual Studio .NET 2003 Developers (v. 1.0.7)" in the site.

Thanks
Prakash Tandukar
Ultidev Team
#4 Posted : Sunday, March 25, 2007 6:50:17 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)
Hello, Prakash.

.NET Framework SP1 does not change the version of the Framework - it will remain v1.1.4322. Chances are you already have SP1 installed since we are pretty sure it was one of the automated updates. Therefore you can safely try to install Cassini 1.0.7. It will check whether SP1 is present and if it's not, it will abort the installation and give you the link to where to download .NET Framework SP1 from.

Please let us know if this has helped.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#5 Posted : Monday, March 26, 2007 3:06:21 AM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,
Thanks for your great support.

I successfully installed ultidev cassini for dotnet1.1 with sp1 on xp2002 sp2 computer.
But I got "mutex could not be created" error message when trying to debug the application using
ultidev cassini server.
Here is the detail.

My iis is running.
I created an web application in vs2003 on c:\inetpub\wwwroot\WebApplication12.
It successfully run under iis.
First I successfully fully registered WebApplication12 through Cassini Web Server Explorer. I let the system to assign
system generated port. The system assign 1414 port no to the WebApplication12 .

Now I changed the project's debugging configuration properties as described in your site.
It looks as

Debug Mode - Program
Start Application - C:\Program Files\UltiDev\Cassini Web Server for ASP.NET 1.1\UltiDevCassinWebServer.exe
Start Page - WebForm1.aspx
Command Line Argments - /run "C:\Inetpub\wwwroot\WebApplication12"

When I debugged the application by pressing f5, first a console application is opened stating
UltiDev Cassine is server asp.net 1.1 application form
"C:\Inetpub\wwwroot\WebApplication12"
at port 1352

and then IE browser opens with a dialog box stating "mutex could not be create" after cancelling the dialog box
I got following error on my browser.

Server Error in '/' Application.

Mutex could not be created.

How to solve this problem?
Do I have to change my web.config files or any other settings?
What is the link between the port that the cassini server assign to the application when registering and the port which is
used when debugging the application using vs2003? These two ports are different,why?

There is hyperlink in the application name under the Registered Application lists. When I click my registered application
WebApplication12, following errro message is generated

Server Error in '/' Application.
This type of page is not served.

Should I get other than this message error?

Under the Registered Application lists, the status of registered application is either running or not running. In which case,
the application's status is running?


Thanks,
Prakash Tandukar

Ultidev Team
#6 Posted : Monday, March 26, 2007 5:05:01 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)
Hello, Prakash.

Can you access your application at http://localhost:1414/ or you get mutex error too?

Also, are you able to access Cassini Explorer management console at http://localhost:7756/ ?

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#7 Posted : Monday, March 26, 2007 7:52:00 PM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,

I am able to access http://localhost:7756/ . It displays list of registered applications.
But I could not access my application at http://localhost:1414/WebApplication12/WebForm1.aspx
I got following error message

Server Error in '/' Application.
The resource cannot be found.
Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.

Requested Url: /WebApplication12/WebForm1.aspx

Version Information: Microsoft .NET Framework Version:1.1.4322.2032; ASP.NET Version:1.1.4322.2032

Thanks

Prakash Tandukar
Ultidev Team
#8 Posted : Monday, March 26, 2007 7:58:35 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)
Prakash,

What is the physical folder path for your application on port 1414? If it ends with "WebApplication12" folder then your application URL should be http://localhost:1414/WebForm1.aspx.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#9 Posted : Monday, March 26, 2007 11:43:06 PM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,
I had done a mistake in registering my application WebApplication12. I had supplied C:\Inetpub\wwwroot\WebApplication12 as
Pick Default Document. Now I have changed it to C:\Inetpub\wwwroot\WebApplication12\WebForm1.aspx and genereated new
GUID. Now I can access the page WebForm1.aspx at http:\\localhost:3321\WebForm1.aspx.

But I am stilling facing "Mutex could not be created" problem when debuging the application in vs2003.

Thanks,
Prakash Tandukar
pkt30
#10 Posted : Tuesday, March 27, 2007 12:16:33 AM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,

Is following the solution to "mutex could not be created"?

I created new project in vs2003.
I did not registered the application from the ultidev cassini server explorer.
I changed the debugging configuration properties of the project as described in the ultidev.com.
Then I could successfully run the application.


Thanks,
Prakash Tandukar





Ultidev Team
#11 Posted : Tuesday, March 27, 2007 4:42:43 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)
Prakash,

we were trying to get confirmation that you could run application one way or another. Mutex error have in the past been related to other issues. That's why we wanted to see how your application was registered with Cassini in Cassini Explorer.

Also, in the last statement of your last message, did you mean "could not" instead of "could" or you indeed were able to run the application?

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#12 Posted : Tuesday, March 27, 2007 7:12:58 PM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,

Yes.I successfully ran the application.

Thanks,
Prakash Tandukar
pkt30
#13 Posted : Tuesday, March 27, 2007 10:09:29 PM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,

That's all fine. Now I wanna ask few questions.

Does ultidev cassini provide source codes freely?
Does ultidev cassini support WSE2.0? I am asking this question because cassini of microsoft does not support wse2.0 as far as I know.

Thanks,
Prakash Tandukar


Ultidev Team
#14 Posted : Wednesday, March 28, 2007 5:04:55 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)
Hello, Prakash.

To answer your questions, UltiDev Cassini source is not free - only binaries are.

Although we have not ran WSE 2.0 tests, we are pretty sure our Cassini should support it fine because WSE 2.0 is not relying on any particular web server and unlike WSE 3.0 cannot deal with HTTP protocol directly. Also, Visual Studio 2005 Cassini-like internal web server should support WSE 2.0 as well. WSE 3.0 - could be a different story. WSE 3.0 is less likely to be supported by Cassini, but we didn't test that either.

Prakash, could you please share what was the issue causing Mutex problem and how you have resolved it? Someone else in the community may benefit from your knowledge.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
pkt30
#15 Posted : Wednesday, March 28, 2007 9:53:03 PM(UTC)
Groups: Member
Joined: 3/23/2007(UTC)
Posts: 10
Location: Nepal

Hi,

Though I had already mentioned in the previous post of Tuesday, March 27, 2007 10:16:33 AM, I am going to tell you how I resolve the Mutex problem again.

1. Create new WebApplication project in vs2003.
2. Do not register the WebApplication from the ultidev cassini server explorer.
3. Change the debugging configuration properties of the WebApplication project as described in the ultidev.com.
4. Then you can successfully debug the project.
[This is how I resolve the Mutex problem.]


What I have learned/experienced is, registering the web application from ultidev cassini explorer means , the ultidev cassini is hosting that web application .
So if you are going the debug the same web application, then "mutex could not be created" problem occurs. That is resource sharing voilation. Two processes try to access one resource at the same time. According to theory of Operating system, mutex is used when any resource has to be used by more than one resource to avoid deadlock ie mutex is used for mutual exclusion. In our case web application is resource and ultidev cassini and vs2003 debugger are two processes try to access the same resource at the same. But I donot know where is the heart of the problem.




Best Regards,
Prakash Tandukar
Ultidev Team
#16 Posted : Thursday, March 29, 2007 6:59:25 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)
Hello, Prakash.

You are right - for debugging ASP.NET applications with UltiDev Cassini it is not necessary to register the application with Cassini. When you debug it as described on our web site Cassini will run as regular EXE (not a service) and it will host another instance of your application regardless whether or not you have already registered it with Cassini server. If you have registered an application with Cassini, you won't be able to debug it on the same port number using Cassini EXE debugging method - that's where Mutex issue came into play, we think. If you want to debug an application that is registered with Cassini (as opposed to hosting another instance of it), you could use Debug | Attach To Process approach. The reason you may want to do that is because when running under regular (non-service) Cassini EXE your application is running under more powerful account of currently logged in user, while Cassini service and all registered applications are running under Local System account. This is usually not a big deal. Microsoft does the same when you debug ASP.NET applications int VS 2005 using MS internal web server instead of IIS.

Thank you for clarification and thank you for using UltiDev Cassini.

Cheers,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Rss Feed  Atom Feed
Users browsing this topic
Guest (4)
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.