I'm trying to publish a new version of my Excel add-in to the Office Store. This is the first time I've done this since first adding the add-in to the store. I'm using the "Review and Publish" page of the Microsoft Partner Center website. Under "Packages", when I upload my new manifest.xml, I get the following error message:
Error Message: Exception of type 'Microsoft.Ingestion.Shared.ServiceClients.ServiceClientException' was thrown.
CorrelationID: 554f85fa-edf9-4c50-9975-43cc5f83325b
App Server: PackageApi
Date: Tue, 25 Aug 2020 17:54:09 GMT
Does this mean there is something wrong with my manifest file, or is there something wrong with the Microsoft server? The only difference between this new manifest file and the manifest that MS has already accepted is the version number and the path on my web server where the javascript and resource files are held.
Related
Report 1 (Works): I have an SSRS package deployed to Server_A which pulls data in a database also from Server_A. The following URL works so I can download the report. http://Server_A/ReportServer?/SSRS_Package_Name_A/SSRS_RDL_Name_A&rs:Command=Render&rs:Format=EXCEL
Report 2 (Report Viewer Works, Direct URL Doesn't Work): I have a second SSRS package also deployed to Server_A, but it pulls data from a database that's on Server_B. If I use a similar URL, then SSRS displays the following error message in my browser:
Error during processing of ‘Reporting_Period’ report parameter. (rsReportParameterProcessingError)
The Reporting_Period parameter in SSRS references a column within a dataset that runs a query against a view in Server_B that pulls the min and max dates. Adding the Reporting_Year parameter to the URL didn't work, and it seems like I'm getting this error because the SSRS Server_A can't connect to Server_B.
Going to the report viewer in my browser and manually downloading the report works for both reports above. I just can't download the report automatically in the background by going to the URL for the 2nd report (Need to automatically download multiple reports using SSIS automatically).
Report 3 (Report Viewer & Direct URL Do Not Work): I then tested what was happening by first creating a new SSRS package with a simple textbox and deploying it to Server_A. Downloading the report in Report Viewer worked and using the direct URL worked. I then created a data connection to Server_B, and now the following error is displayed when attempting to view the report in Report Viewer:
An error has occurred during report processing. (rsProcessingAborted) Cannot create a connection to data source 'DataSource1'. (rsErrorOpeningConnection) For more information about this error navigate to the report server on the local server machine, or enable remote errors
I deleted the data connection and the Report Viewer and direct URL worked again. I'm now even more stumped because "Report 2" can at least download the report manually using Report Viewer.
Preface: Installed SQL Server 2016 RC0 and installed and configured Reporting Services all fine, thoughts maybe on potential conflicts with existing SSRS instances?
Issue with SQL Server 2012 Reporting Services, every time I navigate through the configuration manager to either the Web Service URL or the Report Manager URL, I get the following errors:
Report Manager URL returns
HTTP 500 error
Console when opening the Report Manager URL returns
SCRIPT16389: Unspecified error.
http_500.htm (1,1)
HTML1524: Invalid HTML5 DOCTYPE. Consider using the interoperable form
!DOCTYPE html
.http_500.htm (1,1)
Web Service URL returns
The version of the report server database is either in a format that
is not valid, or it cannot be read. The found version is 'C.0.9.45'.
The expected version is '162'. (rsInvalidReportServerDatabase) Get
Online Help
Console when opening the Web Service URL returns,
GET http://localhost:8085/ReportServer_MYREPORTS 500 (Server Error)
To try and resolve this, i've already tried adding RSExecRole to RoleMembers under both ReportServer$MyReports and ReportServer$MyReportsTempDB.
Also tried recreating ReportServer database under the Config Manager, but get the following error.
Generating Database Script - Error:
Microsoft.ReportingServices.WmiProvider.WMIProviderException: An error occurred when attempting to connect to the report server remote procedure call (RPC) end point.
I can confirm that both RPC services, SSRS Services are running with no problems, and also restarted these services multiple times.
I have realised that my ReportServer$MyReports is missing the DBUpgradeHistory table.
Any thoughts?
This will fix the issue right away:
delete from dbo.ServerUpgradeHistory where ServerVersion=[The wrong or upgraded version]
In my case, there was no "ServerUpgradeHistory" table. I needed to install SSRS 2012 on a machine that already had SSRS 2016 to do regression testing for a client that doesn't want to upgrade their system.
What I discovered is that there are SharePoint settings that SSRS installs even if you don't install SharePoint or SharePoint Plugins on your box.
Here's what fixed the problem for me:
Navigate your File Explorer to C:\Windows\assembly\GAC_MSIL\
Note there are many directories in here that have nothing to do with SSRS. We will just focus on seven directories that appear to be related to this problem.
Navigate to Policy.11.0.Microsoft.ReportingServices.Alerting
Enter the assembly directory. This is usually a series of digits followed by a hexadecimal identifier.
E.G. 13.0.0.0__89845dcd8080cc91
This path will vary based on what is installed on the machine
Backup the config file in case you need to roll back changes
E.G. from a Command prompt: COPY *.config *.bak
Open the config file.
Look for the text in the newVersion attribute of the bindingRedirect tag:
<bindingRedirect oldVersion="11.0.0.0" newVersion="13.0.0.0">
Modify this to use "11.0.0.0"
<bindingRedirect oldVersion="11.0.0.0" newVersion="11.0.0.0">
Save your changes
Repeat steps 2 through 8 with the following subpaths:
Policy.11.0.Microsoft.ReportingServices.SharePoint.Common
Policy.11.0.Microsoft.ReportingServices.SharePoint.ObjectModel
Policy.11.0.Microsoft.ReportingServices.SharePoint.Server
Policy.11.0.Microsoft.ReportingServices.SharePoint.SharedService
Policy.11.0.Microsoft.ReportingServices.SharePoint12.Server
Policy.11.0.Microsoft.ReportingServices.SharePoint14.Server
Reboot your computer
We have been using JBoss Wildfly 8.2 for about 9 months and never had this issue until about two weeks ago (Nov 9th 2015 approximately). We use IIS 7.5 on Windows 2008R2. We serve .war files with Java/JavaScript and also server ColdFusion separately. We connect to MSSQL Server 2012. All of this has been the same with out the errors. We also use Spring and SOLR. We use SiteMinder.
What happens:
User goes to our website, they see a blank screen with the IE11 tab stating 500 error. After some minutes, the user can refresh and the site will be up fine. We have confirmed that two users at once will experience the same thing. As far as suspected browser configuration issues, the user does not need to do anything. They just wait 5-15 mins and then click refresh. Now that I think of it ... maybe the 500 error resolves after I have logged in remotely, but I am not 100% sure.
This does not happen every day, and we have 4 different sites with the exact same software and VM setup (IIS / .war file / etc is the same) and it happens to different sites randomly.
It is ALWAYS the first users in the morning that I have seen so far.
There are no server logs after 02:00 AM ... the site is trying to be accessed at around 6:00 AM. JBoss shows no indication of any errors and everything looks just fine in the back end. Our last error is: 23 Nov 15 02:00:03,915 ERROR [stderr] (Timer-6) java.net.ConnectException: Connection refused: connect -- this is expected since that is DB maintenance time. After that ... nothing.
The Application Logs in Server Manager show the following at the time of the 500 error:
New virus definition file loaded
Then 6+ occurrences:
Failed to initialize the message bus
SiteMinder agent has encountered initialization errors and will not service requests
Server already running Duplicate LLAWP processes not allowed, exiting
Then I log into the server successfully and shortly after I see
The Software Protection service is starting
Then, random or not, the site seems to be up and logs say Software Protection service has started.
What the heck is going on and how do I fix this? It seems coincidental that the 500 server error goes away after I log in, but still...
When building a report in SSRS and viewing it in PREVIEW mode, my report is showing lots of data; however, when deploying it to CRM online 2013, this is what I am getting:
This is CRM DYNAMICS ONLINE 2013
The data source is FetchXML and does not change
I've removed all filters from the report and it still displays nothing.
I'm using windows authentication
My FetchXML data source is configured this way:
Why is my report being generated fine in preview mode, yet when I upload it to CRM 2013 online, it displays no data?
We discovered that the report wasn't querying the correct organization.
The user was admin of 4 different online orgs, and while connecting, instead of specify the unique org name we left the parameter empty, that made the report point to the default prod org.
Everything looked like was working correctly and the visual studio was showing data.
The report was then deployed on the dev org, that didn't contain any data used by the report.
To fix the problem and make the report worked as intended is necessary to add in the connection string the correct org unique name.
Here is your credible and/or official sources:
Connection String: Specify the connection string. The connection string must be specified in the following format:
ServerURL;OrganizationName;HomeRealmURL
In this connection string, only ServerURL is mandatory. If OrganizationName is not specified, the first organization that the user running this query belongs to is used. If HomeRealmURL is not specified, the value is retrieved from the registry value "HKLM\SOFTWARE\Microsoft\MSCRMBidsExtensions\HomeRealmUrl".
Click Credentials to specify the credentials to connect to Microsoft Dynamics CRM or Microsoft Dynamics CRM Online, and click Next.
I've followed the dnn 7 installation videos to make a single server install. The only slight deviation I made was to create a database up front as demonstrated in the video. I'm using SQL Server Express rather than the full-fat SQL Server, but I followed the install for full fat SQL Server. I did this because I don't understand the conventional way of using SQL Sever Express, when I try to attach to the MDF file from SSMS it tells me that it's locked - even after stopping IIS!
Anyhow, for my first installation using the dnndev.me domain everything worked great.
I then tried to repeat the installation but this time using a real domain - you can see it at www.rotherweb.co.uk. The problem is that the site always gets redirected to the page gettingstarted.aspx.
I have pasted output from Fiddler below:
Result Protocol Host URL Body Caching Content-Type Process Comments Custom
1 200 HTTP www.rotherweb.co.uk /Home.aspx 6,839 private text/html; charset=utf-8 chrome:4200
2 200 HTTP www.rotherweb.co.uk /Resources/Shared/scripts/DotNetNukeAjaxShared.js?=1357564157543 3,393 application/x-javascript chrome:4200
3 200 HTTP www.rotherweb.co.uk /GettingStarted.aspx 7,793 private text/html; charset=utf-8 chrome:4200
4 200 HTTP www.rotherweb.co.uk /Resources/Shared/scripts/widgets.js?=1357564157763 3,732 application/x-javascript chrome:4200
I have noticed that the working website for dnndev.me has sub folders of \portals\0\images , \cache, \Templates, \Users . However the failed website contains only \portals\0\cache. So this would suggest something failed during the installation but when I click to see the installation logs I get "No Installation Log"
Could anyone please help?
Thanks in advance
Rob.
I managed to work around this by creating a database in the default folder c:\program files(x86)\Microsofoft SQL Server etc...
I'm not sure why having the db a different folder caused a problem because I had granted file permission to the folder for the account of the host app pool. If I get chance I will go back and dig a little more.