Vista w/ vs2005 & Ajax

Is there anyway to allow ajax tag prefixes as asp without having designer errors when declared in web.config or page? I'm running as administrator and have sp1 (kb926601) and the vista patch (kb932232) installed

ex:
no errors in designer:
<%@dotnet.itags.org. Register Assembly="System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" Namespace="System.Web.UI" TagPrefix="ajax" %>

causes errors in designer:
<%@dotnet.itags.org. Register Assembly="System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" Namespace="System.Web.UI" TagPrefix="asp" %>

Hi,

As far as I know, the ajax extension has a tagprefix "asp" by default, so it's not necessary to specify it.

And I also tried both, they all work fine.

WCF and ASP.NET 3.5 RTM integration on different sites - 404 errors

Hello,

Setup 1:

Project with WCF service in it .svc file has Factory="System.ServiceModel.Activation.WebScriptServiceHostFactory", web.config does not include <system.ServiceModel> junk. We've got your standard config-free json service that has been hyped. VS 2008 web dev server url (simplicity sake here):http://localhost:1/service.svc

Seperate Project with ASP.NET application in it. ScriptManager has a service reference to the above svc file at (http://localhost:1/service.svc). Javascript on the page invokes a method in the service. VS 2008 web dev server url (simplicity again):http://localhost:2/webform.aspx

Runtime 1:

JS "proxy class" is successfully downloaded from the service (http://localhost:1/service.svc/jsdebug)

JS Object contructed from the proxy class.

Error on invocation of service method - 404 not found!

Fiddler says proxy class is invoking the service athttp://localhost:2/service.svc/myServiceMethod. Please note the port there, it should behttp://localhost:1 not 2! 2 is the site where the webform is being hosted at.

Config 2:

Move the WCF project onto local IIS 7.0 (Vista).

Update script reference to the service tohttp://[machinename]/serviceVD/service.svc

Runtime 2:

JS "proxy class" is successfully downloaded from the service (http://[machinename]/serviceVD/service.svc/jsdebug)

JS Object contructed from the proxy class.

Error on invocation of service method - 404 not found!

Upon inspection the proxy class is invoking the service athttp://localhost:2/serviceVD/service.svc/myServiceMethod. Please note the port there, it should behttp://[machinename]/serviceVD nothttp://localhost:2! Again the root of the url is being pulled from where the webform is being hosted.

All the references I've seen and have gotten to work include the WCF service in the same project as the webform that is calling them. How do I call remote service on another site or machine?

Not sure if it will help but it hass some good info of Asp.net Ajax with WCF by Dino Esposite
http://dotnetslackers.com/articles/ajax/JSON-EnabledWCFServicesInASPNET35.aspx

Web Servers Needs What to run Atlas Sites?

Does the web server need anything installed or any special machine.config or global webconfig changes to run an Atlas site?Yes, it does need Atlas runtime components installed.

hello.

well, in my opinion the only thing that is needed is asp.net 2.0. if you're using bridges, then you also need to configure IIS so that it recognizes the asbx extension.

and to back up Luis's reply, all i've ever seen it need is the dll's in the "bin" directory and the ScriptLibrary folder in the root of the project... (i haven't had to use bridging/asbx files yet)

hello guys,

btw, why do you say that scriptlibrary is necessary in the root folder?

Luis Abreu:

btw, why do you say that scriptlibrary is necessary in the root folder?

isn't that where Atlas is pulling the javacript from? or is it a WebResource that's pulled from the dll

hello.

well, the last time i've looked, it was embedded in the atlas dll (webresource.axd)

Luis Abreu:

hello.

well, the last time i've looked, it was embedded in the atlas dll (webresource.axd)

I stand corrected and bow to your all encompising knowledge of Atlas :-)

lol...