I know that using SharePoint internally is free, but what if I create an application that will provide some of the data stored in SharePoint externally? Is it legal way to do things or do I have to pay for full SP licence to do that?
The cheapest option in your case may be to install WSS + Sql Server 2008 Express on Windows Server Web Edition (~£400) to avoid paying for CALs or External Connector.
Only Windows Sharepoint Services (WSS 3.0) is free and included in Windows 2003 and 2008 and thus being licensed along with it. If users need to authenticate on the site (i.e. using forms auth), then you either need a Windows CAL for each user or an External Connector License. If you do not have user accounts ("Anonymous access"), then you should not need any additional licensing.
On the other hand, Microsoft Office SharePoint Server 2007 (MOSS 2007) is a commercial product that requires licenses for any use, internal or external.
IANAL, so check with MS Licensing for this.
Using SharePoint internally is not free. You need server licenses for each server copy you have and client access lincenses (CALs) for every client that uses it - internally. There is a separate model for licensing SharePoint hosted and published externally.
You should talk to your microsoft licensing provider about this, it's not really a programming question, it's a licensing question.
There is a licensing fee for providing SharePoint connected to the intrenet. the situation where you have your own application reading data from SharePoint (e.g. webservices/rss) and exposing that to the internet is quite different and not likely to be considered for licensing.
Given that you are only exposing part of the data and none of the interface, you should be okay. If you are using CALs to access SharePoint, I believe the user running the application you access SharePoint with would use up one of those CALs.
You would really need to check with your SharePoint licensing guys to be 100%.
Related
I've installed Microsoft office web apps offline in the VM and also Installed SharePoint 2016 in another VM machine. Both VMs are connected to the domain.
Besides, I've successfully connected SharePoint to the office farm. But when I try to open docx files or any other office app on the web browser I get the below error :
Failed to launch 'ms-word:ofv%7Cu%7Chttp://....' because the scheme
does not have a registered handler.
Based on the error that you have screenshoted, the Application falied to launch the MS Word Desktop Client because the scheme "ms-word" does not have a handler registered, which in simple terms means that there isn't any associated app to execute when the beforementioned scheme is used and in order to have the scheme registered with an application, you would have to install Microsoft Office on the machine that you are using to view the SharePoint Site.
Here is the link to the documentation where is states that the scheme handlers are registered upon the installation of Microsoft Office.
The following is the list of scheme names implemented in Microsoft Office applications. When Microsoft Office is installed, each scheme name is registered with Windows to be handled by the Office product of the same name. Note that "ms-spd" is an abbreviation for SharePoint Designer.
ms-word:
But in order to use the Web counterparts of the Office apps, like Word or Excel in the browser, there is a different procedure where it is required of you to Install a Office Online Server and enable communication with SharePoint Server.
As it is written in the overview of the product...
Office Online Server delivers browser-based versions of Word, PowerPoint, Excel, and OneNote. A single Office Online Server farm can support users who access Office files through SharePoint Server, Exchange Server, shared folders, and web sites.
Since it's a lengthy procedure and there are different prerequisites in term of licensing and other matters, you can check out this link (Configure Office Online Server for SharePoint Server) on the topic and decide which features you are looking for.
How are the desktop versions of Microsoft Office 2016 products able to retrieve documents from and save documents back to One Drive when they (the desktop versions of Office 2016) are not WOPI (Web Application Open Platform Interface) clients?
I suspect that the desktop Office and One Drive integration looks more like an OAuth 2.0 implementation rather than a WOPI one.
I'd love to hear how that works, and especially would love to have it be confirmed whether or not the desktop versions of Office are WOPI clients (looks like they aren't because WOPI is for Web based applications).
Also, does Microsoft have any future plans to have desktop versions integrate with custom, third-party cloud storage providers? In other words, to make something like WOPI but for desktop clients like Office 2016? DOPI (Desktop ...) perhaps? :-)
Desktop versions of Office are not WOPI clients.
Office <-> Sharepoint is WebDAV
Office <-> OneDrive is not a real integration. It just uses OneDrive's file based synchronization.
More detailed observations can be found in my other answer here
Not sure about the future plans of Microsoft but you can certainly create integrations with desktop versions of Office by implementing the WebDAV protocol. There are many examples and paid SDKs on the internet that'll save you from writing boilerplate code.
I've noticed Microsoft has released a new version of Office Web Apps Server 2013, which is a standalone product now.
I'm looking for an engine that I can convert Word/Excel and PowerPoint documents into web-friendly versions (HTML5) for an application I've built that uploads these documents to S3 and I thought Office Web Apps Server 2013 standalone would work.
I don't want to use Google Docs, but rather use a solution that I'm hosting myself.
Reading the Office Web Apps Server documentation, it doesn't specify whether or not I need to have a SharePoint server license. I've tried deploying Office Web Apps Server on a Windows 2012 server on Microsoft Azure, and while the software installs, it is unable to render any documents that I'm pointing to it from an external URL (a publicly accessible S3 bucket).
Does anyone know the particular requirements of Office Web Apps Server 2013 to work properly? The website does state that it can be used to view documents from an external URL which is how I'm trying to use it. But since its a new product, there isn't that much information I was able to find on it other than Microsoft's deployment instructions.
With Moss 2007, we had WSS on our servers so that we could use some basic functionality of SharePoint without purchasing a license. We also created a number of public facing sites on WSS for clients who didnt want to purchase a full fledged license for MOSS 2007. I got some news that SP Foundation 2010 cannot be used as a public facing site. Is it true?
See the following SO question:
Sharepoint 2010 Foundation licenses
I am not a guru of MS licensing, but as far as I know, there is an "external connector license" that has to be purchased when you make a SharePoint server available on internet.
It means that you have to purchese an external connector license for your SQL server as well, if it is on a separate machine.
You will find more information here:
http://www.networkworld.com/community/blog/microsoft-cals-and-external-connector-license
http://www.microsoft.com/windowsserver2008/en/us/external-connectors.aspx
I am planning to deploy a single-server Exchange 2007 configuration and I'd like to also start using Sharepoint for collaboration - what would the recommended deployment scenario be to accomplish this [Sharepoint will also run on its own server] to allow use of OWA + Sharepoint sites both as public resources as well as common space for document sharing etc., from inside and outside the LAN?
I am just trying to visualize but what I would like to do is:
1) Run an internal Exchange 2007 server
2) Run an internal Sharepoint 2007 server
3) Have a server which is NAT'd to the outside (for OWA and Sharepoint access) running the Exchange 2007 CAS role <- but I'm not too sure if this is needed, however I basically want to expose my OWA and Sharepoint services using a single [external] IP.
I hope I am making myself clear - I'd just like some guidance regarding the recommended configuration for what I explained above.
I'm not clear on a couple things. Specifically what you mean when you say you want to allow the use of SharePoint sites both as public resources as well as a common space for document sharing.
I take this to mean 1 of 2 scenarios (a) you want your internal users to be able to access SharePoint document libraries once they have logged in successfully to OWA. or
(b) You want to make the sites available to the public in some type of extranet scenario.
Option B opens up a whole lot of unanswered questions re: authentication as well as licensing. Hoping this is not what you want to do.
Option A - a little simpler - I can only talk generally as my experience is SP only - and this really is (as I understand it) more of an Exchange configuration issue. I believe you have to involve an ISA server for the OWA deployment. Connection to SP is pretty straightforward and well documented in TechNet.
What you get is access to the document libraries on SP sites that they user has access to. It's not the full SP site. But 90% of the time, that is sufficient.
My other piece of information is that, in order to do this - your end users must be accessing OWA via IE. Any other browser will pull up OWA "lite" which doesn't support the connection from OWA to SP.
If I'm way off, please post more details, and we can try again.