I am developing with Word Web AddIn by Office.js. Now I want to publish it to my on-premises environment.
After check Deploy and publish your Office Add-in, it seems only SharePoint catalog supports SharePoint on-premises. But for this docuemnt, it shared the steps for Sharepoint Online instead of premises.
Interesting. It seems that when Microsoft renamed "apps for Office" and "apps for SharePoint" to "Office Add-ins" and "SharePoint Add-ins", the UI of SharePoint Central Administration was not changed. But whoever wrote that second article that you linked to thought that it had been changed. (Or maybe it was, but your SharePoint on-premise doesn't have an up-to-date build.) I think that when you get to step 2 of the article you linked to, you will find an "Apps" on the left side of the page instead of a "Add-ins". So just follow the directions in that article but in your mind replace "Add-in" with "App" in all the steps.
Another possibility is this article I found. Try using this, if the suggestion above doesn't work: Manage the App Catalog in SharePoint Server.
Related
I have a question about Sharepoint Online debugging.
I've created a Sharepoint app with Visual 2015, destined to sharepoint-online and it's sharepoint hosted. Inside, I have a very simple workflow.
When I try to debug it, the following message appears:
Is it necessary to have an Azure account to debug a workflow? Are there any other options in workflow development?
If it helps, the deployment environment is Office 365.
It is necessary to have an Azure account to debug SharePoint Online/Office 365 workflows. This is because you can't access certain components that are used for debugging a local SharePoint workflow. Instead Microsoft created the Relay Service component of the Microsoft Azure Service Bus. (A secure component that they charge for hosting)
Before this component was released it does't appear debugging was possible. (See article below)
Debugging Workflows In SharePoint 2013 Online using Azure.
If you have an MSDN subscription or work for a Microsoft partner organization you should receive some free access to Azure.
Workflow debugging for SharePoint Online requires a Windows Azure Service Bus connection.
To enable remote debugging:
With a project selected in Solution Explorer, Right click on the Project menu ans select Properties.
Click the Debug tab.
Select the Use remote machine check box.
In the Use remote machine field, enter the name of the remote machine, using the format \\domain\machinename.
I'm looking at upgrading my current TFS instance and planning to copy and restore databases as per Microsofts Advanced Upgrade which means I am pretty much installing the new product from scratch and restoring the databases then running a migration tool.
I see in the installation notes that you can integrate SharePoint with it as an optional extra. Why would I do this? Is the idea to store project documentation in a SharePoint Document library per project and be able to link to that content rather than as an attachment to the Backlog Items and Bugs in TFS?
I'm having trouble finding any documentation of team workflows with SharePoint and TFS and I suspect that its because no one really does it.
More importantly would SharePoint integration impede future product upgrades or moving to Visual Studio Online?
In my eyes, SharePoint as a TFS portal has become much less desirable due to the improvements in Team Web Access (eg Charting) but it still has some uses.
With the integration enabled, you will see a Documents tab in Team Explorer which will take you to the dedicated SharePoint Portal (created when you create the TFS Team Project) where all your documentation can be stored. Of course without SharePoint integration you can still happily link Work Items to documents in SharePoint, you just don't have a dedicated portal created for you.
If you are using one of the MSF process templates then some useful documents are created for you on SharePoint when you create the Team Project (xlsx reports etc). However, if you are using the much better VS Scrum template then no documents are created even if you have SharePoint integration enabled.
If you are using the Enterprise edition of SharePoint then you get some good dashboards (bugs, code quality etc.) and you can also publish your custom excel reports easily. This functionality requires Excel Services and so is not available in the standard edition (there are some dashboards created but they aren't that useful).
Share information using the project portal
https://msdn.microsoft.com/en-us/library/ms242883.aspx
Your team can use the SharePoint portal to share information in the following ways:
Share data contained in reports or dashboards
Share team progress using predefined or customized dashboards.
Share documents, files, images.
Share team knowledge and processes using the SharePoint wiki.
Reference process guidance for select team project artifacts.
If you want to add a portal to an existing project:
Configure or add a project portal
https://msdn.microsoft.com/en-us/library/ms242865.aspx
I have been working with SharePoint online for sometime.I have been given the task to build an app to create subsites in SharePoint 2013 online website. I prefer working with C# code. I am looking into SCOM to built the App.I want to know if this can be done or does online version only supports JavaScript COM development.
I have gone through multiple materials from Microsoft but no were its clear about autohosted app running on SharPoint online.
I have created a SharePoint App project and set it to autohost. But it throws token not found error while trying to run it against sharepoint online. Looking for advice.
Edit - I need to know if SCOM can be used to develop apps for SharePoint online site
Thanks.
Sounds like you're just starting off with SharePoint apps. SP apps use CSOM (client side object model). I personally prefer JavaScript (JSOM) MSDN JSOM Basic Tasks
If you want to develop against an online environment, then select SharePoint hosted not autohosted. If you are using the app internally then continue, if you are hoping to publish it to the app store then you can report back that this requires full control permission which you are not allowed to request in an app published to the SharePoint store.
When I first started developing SharePoint 2013 online applications I found this article on codeproject a great help.
It might be usefull for you as well: http://www.codeproject.com/Articles/690015/SharePoint-2013-Online-App-Development-Part-1.
Alternatively you could give the official Microsoft Office 365 training kit a look. It's basically the same as SharePoint 2013 online.
http://www.microsoft.com/en-us/download/details.aspx?id=14889
I am new to sharepoint online. At first I need to know the difference between sharepoint online and office 365 preview.
Preview site: https://portal.microsoftonline.com/Admin/Default.aspx which looms like below.
I have also the below site
Now what is the difference between the two. My goal is to create apps and webparts. Which one shall i choose? I have not installed sharepoint 2013 server/ sharepoint foundation. Can i create apps and webparts without installing server2013/foundation2013?
The Office365 Preview is running on the new SharePoint 2013 platform. If you want to build and monetize apps/web parts, you would need to go with this option, as it is the
latest and greatest.
Go to http://dev.office.com to get all of the resources you need including links to the software, tutorials, documentation, etc...
Microsoft provides a free Office365 portal specifically for developers who want to build apps on the online platform. With this, all you would need is Visual Studio 2012 and the SharePoint/Office SDK installed to build apps. You would deploy and debug directly on the online portal without needing SharePoint installed on your environment.
I hope this helps.
I have created a Team Project in TFS 2010 and the Project Portal in SharePoint 2010.
Now I need to create a WebPart to deploy in the SharePoint Site (Project portal) that connects to the TFS to get some information.
Where I can get the TFS Url that is associated with the Project Portal in SharePoint?
Any clues?
Thanks in advance.
The url of TFS is not stored in the Project Portal. It is the other way round. In TFS the WSS url is stored.
TfsRedirect can be used to determine the TFS Web Access URL from within SharePoint. Although it's not exactly what you want, and it's a little hacky - you can pass the parameter tf:Test=1 to get the TFS team project that is associated with the site that your web part is being displayed on.
See John Socha-Leialoha's blog post on Using TfsRedirect to Display Reports in TFS 2010 Dashboards
What is TfsRedirect?
Here’s the scenario. You had TFS create a dashboard site in SharePoint
when you created your team project (or you added it later as described
here). There are several items on this dashboard that point to other
locations that are potentially on other servers:
Team Web Access
Process Guidance
Reports shown on the dashboard pages
TFS itself know where to find these assets. And the locations can
change if, for example, the TFS administrator moves the reports to a
different server.
Rather than hard-code the locations of these assets into the
dashboard, the TFS team created a web page called TfsRedirect.aspx
that knows where these different assets are located, and will redirect
to that page.
Shouldn't you be able to go in to TFS2010 -> Team Explorer -> Right-Click on your Team Project -> Portal Settings?