I need to host a single asp.net page which will have report viewer component in it and some code behind logic e.g. getting reports from SSRS.
What options do I have to host it ? Should I create a new web site in IIS just for hosting a single page ?
I'll be using this page to display it in a SharePoint web application in an IFRAME as I am having trouble with SharePoint application pages as they don't like report viewer component and I don't like this work around I found.
Related
Is there a simple way to use existing .NET features to add an HTTP server to an existing .NET WinForms application that would read pre-defined HTML pages and embed some of the application's data into the HTML, ideally with Razor? This server would be accessed by clients on the local network while the application is running.
For example, imagine some application that collects data from an external device. An HTML page would be created with special markup to display the data. Multiple clients (desktops, smartphones, etc) on the local network could then access this page using a web browser and view the data.
I'm working on the silverlight web application. i need to implement the google map so i prepare the one webpage in that i write almost code to load the google map and it work fine. now i want to open this page inside the silverlight.
i try to implement the browser control but there is limitation of
browser control that we can't use the browser control in siliverlight
web application.
is there any way to achieve this?
OR
is there any other way to implement the google map into silverlight web application.
You can do this by using telerik RadHtmlPlaceHolder control, that can load .aspx, .html pages.
You just need to create a .aspx file that will load Google Maps using javascript api and call that .aspx file from silverlight telerik RadHtmlPlaceHolder.
Have a look for telerik RadHtmlPlaceHolder control
http://www.telerik.com/products/silverlight/htmlplaceholder.aspx
We have a main classic ASP web site "www.main.com".
We have a ASP.NET MVC3 web application that is accessed via "www.main.com/app".
Is it possible to create a page in the web application and have it accessed via "www.main.com/page-from-app"?
It would also be ideal if the main web site doesn't need to be changed, or have minimal changes at most.
Have you tried URL Rewrite?
iam new to sharepoint. I have an application created in C#. Now i have to upload to sharepoint portal server and need to create a link in documents tab which will open this application.
If you are simply trying to show the contents of one web page inside of SharePoint then you can use a "Content Editor Web Part". You set the URL of the web part and the web page is displayed inside of an iFrame on your SharePoint page.
If you have an existing C# solution, you could either put that inside a web part or create an application page for it: http://msdn.microsoft.com/en-us/library/ee231581.aspx
I have a standard ASP.NET 2.0 website.
It has a webpage page.
I have a webpart in my Company.Web.dll that I display on my webpart page on my website.All is good!!!
I would like to use this same webpart in SharePoint 2007.
I have a "site definition" project in VS2008 using Extensions for SharePoint 1.2. I have tried various ways to add the webpart from an outside assembly to my site definition. I have been able to deploy the webpart (where it is added to the webpart list of a webpart page) but I have been unsuccessful at adding the it to a page.
My Glorious Failures:
Created a shell webpart to just display the existing web part, basically just using my part as a control.
Attempted to modify the X.webpart and X.xml files created by VS2008 when you create a new webpart.
Both result in the following error while adding the web part to the page:
Exception
Microsoft.SharePoint.WebPartPages.WebPartPageUserException:
Cannot import XXXX Web Part.
at Microsoft.SharePoint.WebPartPages.WebPartImporter.CreateWebPart(Boolean
clearConnections) at
Microsoft.SharePoint.WebPartPages.WebPartImporter.Import(SPWebPartManager
manager, XmlReader reader, Boolean
clearConnections, Uri webPartPageUri,
SPWeb spWeb) at
Microsoft.SharePoint.WebPartPages.WebPartImporter.Import(SPWebPartManager
manager, XmlReader reader, Boolean
clearConnections, SPWeb spWeb) at
Microsoft.SharePoint.WebPartPages.WebPartQuickAdd.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String
eventArgument)
Is there a special way I need to add my existing webpart to my site definition?
This sounds like a problem resolving the GUID at deployment time, as you can read about in this SO question.
To find the details of why the web part won't import, check the ULS logs. These are typically located at %CommonProgramFiles%\Microsoft Shared\web server extensions\12\LOGS. An entry will be logged here at the time you attempt to add the web part to the page. This should give you more detail.
My guess is that it is a code access security issue. Your web part must be strongly signed and needs a SafeControl entry in the web.config of the SharePoint web application. Apart from these things you should be able to just add it to the Global Assembly Cache to test if it works (best practice is to write a CAS policy file). See Deploying Web Parts in Windows SharePoint Services for more details.
I would try these steps before trying to integrate it as part of a site definition. Then at least you know the web part will actually run.
Also, VSeWSS is really designed for developing your web part using it from the very start. If you have the original source, you could try creating a new web part with VSeWSS and then replace with your custom code and update the .webpart and feature XML files. Then it should behave a little better. If you haven't committed to VSeWSS, try WSPBuilder as it's less painful.
ASP.NET webparts and Sharepoint Webparts are NOT the same. You should be able to use a ASPNET webpart within Sharepoint. See the following table:
ASP.NET 2.0 Web Part
For most business needs.
To distribute your Web Part to sites that run ASP.NET 2.0 or SharePoint sites.
When you want to reuse one or more Web Parts created for ASP.NET 2.0 sites on SharePoint sites.
To use data or functionality provided by Windows SharePoint Services 3.0. For example, you are creating a a Web Part that works with site or list data.
SharePoint-based Web Part
When you want to migrate a set of Web Parts using the SharePoint-based Web Part infrastructure to Windows SharePoint Services 3.0.
To create cross page connections.
To create connections between Web Parts that are outside of a Web Part zone.
To work with client-side connections (Web Part Page Services Component).
To use a data-caching infrastructure that allows caching to the content database.
For a Sharepoint webpart to work in a standard ASPNET application you would need to recreate your webparts in Visual Studio (as an ASPNET webpart) without the Sharepoint 2007 references for it to work correctly.
One nifty tool which I have used in the past is the SmartPart Worth checking out:
This lets you create a ASP.NET usercontrol (visually) in Visual Studio and then host this in Sharepoint. The smartpart acts as a wrapper wepart for your user control. Think of it like the page viewer webpart in Sharepoint except instead of it being HTML pages its ASP.NET UserControls.
You would need WSS 3.0, SharePoint MOSS or 2007 to use ASP.NET 2.0 WebParts. SharePoint 2003 or below and WSS 2.0 or below do not support ASP.NET WebParts.