Since all WSO2 products are based on the same plattform (Carbon), I was wondering if there's a way to configure a single management console for multiple products, such as Data Service Server, Application Server, ESB, etc...
What I want to have is a common console to access, manage, and monitor multiple WSO2 products.
Any information that can lead me to my objective will be appreciated.
If you run multiple product servers you can't access them from the same management console. But you can install relevant features to a single product, so that all the services can be managed through single management console.
Ex: Install DSS features on ESB
[1]http://wso2.com/projects/carbon/provisioning-wso2-carbon-with-equinox-p2/
[2]http://dileepajayakody.blogspot.com/2012/05/how-to-install-features-via-feature.html
[3]http://kalpassupblog.blogspot.com/2012/05/how-to-install-wso2-dss-features-on.html
Related
I am building TFS dashboard using PowerBI where I want to capture multiple things like sprint planning, velocity... etc. I was able to get all the data from warehouse database but only data which was I was not able to find is capacity planning.
Can anyone tell me from where we can fetch capacity planning..?
Thanks in advance.
It's not able to do this directly between TFS/Azure DevOps Server and PowerBI.
You could take a look at similar question below:
Is it possible to connect Azure sprint capacity data into
PowerBI?
Retrieve user capacity for an iteration with ODATA
Instead, you may have to use Rest API Capacities - Get to get a team member's capacity.
I hope someone here can help.
I have a requirement from my client who is an ISV. They want to develop a solution whereby they want to offer their customer an ability to create any reports from the customer specific database.
What I mean is, we publish the dataset on a portal the customer can then drag and drop the tables they needed, create the joins to create the required report.
Is it possible to do this in PowerBi or SQL Server Reporting service?
Many Thanks
Service Content Pack
It is possible in Power BI by developing an online service content pack. This allows online services to give their customers insight into their own data via the PowerBI.com cloud service. The ISV pre-builds the data model (and some initial charts); the end user doesn't have to worry about joins at all. They can drag & drop the fields that the ISV makes available.
There are some base requirements (it has to be a SaaS application that has an API accessible via the public internet).
More information: https://powerbi.microsoft.com/en-us/documentation/powerbi-developer-content-pack-overview/
Embedding
If the ISV is building their own portal, they can embed SSRS reports on their own website (and use parameters that pass the customer ID from the website directly to each report). This looks like a good place to start: https://learn.microsoft.com/en-us/sql/reporting-services/application-integration/integrating-reporting-services-into-applications. One downside to this solution is that SSRS doesn't allow the end-user to change the reports themselves (no dragging or dropping fields).
You can also embed Power BI reports onto an externally facing website. More information here: https://powerbi.microsoft.com/en-us/power-bi-embedded/
There may be other solutions, such as tools that allow external access directly into SSAS, but I've limited the scope of my response to the two tools you've asked about (SSRS and Power BI).
I recently discovered Power BI as part of our Office 365 subscription so am very new to it.
We have a MySQL database with about 5 million rows in AWS. I want to add this as a data source to our Office 365/Power BI service.
How to do this?
I see there is no content pack service that allows me to do this.
According to this SO question and answer, there is no direct way to do this: How to connect POWER BI web with AW mysql database?.
I also looked at using a Power BI Gateway to achieve this. There are two types: Personal and On-Premises. We don't have any Windows Servers, so this leaves the Personal option: https://powerbi.microsoft.com/en-us/documentation/powerbi-personal-gateway/
For Personal, the documentation at that link says "A personal gateway is not required in order to refresh datasets that get data only from an online data source" which is a little confusing given that this seems to be the only option for connecting to my online data source (maybe this document meant to say "from a supported online data source"?). It seems that I install this on a local machine in our office, connect to my AWS MySQL database, query/model on my desktop, then upload my results to our Power BI Service for the rest of our company to access. I schedule refreshes using the Personal Gateway. Is this correct? I hope this does not involve the transfer of millions of rows to/from desktop and/or Power BI Service?
p.s. I also considered developing something similar to the content packs that are provided for GitHub, Google Analytics, MailChimp, etc but there doesn't seem to be a "private" way to do these. Doing it this way seems to involve becoming a Certified Azure Developer (even though there is no Azure in this problem) and then making the solution public (which I obviously don't want to do): https://azure.microsoft.com/marketplace/programs/certified/apply/. If there is a way to develop my own "private" solution without the certification and publication process, I would consider that.
I would tackle this through Power BI Desktop. You will need a windows machine to install this on, and it will need the MySQL Connectors installed, ref:
https://stackoverflow.com/a/32746679/1787137
Then I would develop and publish your queries, datasets and reports using PBI Desktop.
Finally I would configure PBI Personal Gateway to schedule refresh of the published report datasets.
5m rows is not trivial but quite possible in this scenario. You will likely only need a selection of your tables and columns, that have analytical value.
Is it possible to use SQL Azure Reporting Services with a SQL Azure database using Federation, with tables federated by tenant ID, and the requirement that all access to the database is done through a connection filtered by the federation key, i.e., filtered by tenant?
Merely connecting to a specific federation member database as suggested in this forum post wouldn't be enough, because one tenant must not be able to view another tenant's data. The connection must be filtered by SQL Azure Federations through the use of the "FILTERING=ON" condition.
Is there any way to have SQL Azure Reporting Services execute the necessary USE FEDERATION command to have the connection filtered by the federation key?
Or alternatively, to have Reporting Services access data in any other way (like an OData web service) that might be filtered?
The desired result is that each tenant can run a report and only see their own data.
SQL Azure Reporting Services is not federation aware (as of the current version), so your best choice is to write a service and have SARS use that service as the data source.
I'm looking to implement SQL Server Reporting Services as our standard reporting platform in our company. We were trialing Crystal Reports, but alas it seems to be plagued by issues.
SQL Server Reporting Services looks to be a great product, but I have a concern or two.
I have some existing web apps in ColdFusion, and the backend is in MySQL. If I move forward with SQL Server Reporting Services, how should I set up my environment? Is there a JDBC connector or is ODBC the only way to talk to this?
How does it integrate for the user? Will I need to re-authenticate the user to view the reports? Will I need to put a link in ColdFusion to link to the Reporting Services system? Is there a way to make it seamless for the user?
Should I port all the backend to SQL Server to fully leverage the SQL Server platform? Should I convert my existing apps to ASP.NET, and make the entire platform SQL Server / ASP.NET?
It's not too bad in the fact that the existing apps / MySQL aren't of a size that is too big to port. So I guess just looking for some best practice advise to see if its okay to use the reporting services component on its own, or if I'm much better to consolidate everything into a Microsoft solution.
I think it'll be easier than you think!
Reporting Services will happily pull reports from any OLEDB or ODBC source, and MySQL has ODBC drivers, so there's no problem getting at your data through an SSRS report.
You can set up the authentication in a number of ways. If your users are already authenticated in your Windows domain, this will be easier:
SSRS needs to know who is viewing the report. It will allow anonymous viewing (if you enable it; it's off by default), but if you're using IE and are logged in to the same domain as the IIS server, it's completely transparent
SSRS can then use this identity to connect to the data source, or it can use another identity. This is configurable per report or per data source.
One thing you could do is embed your reports within iframes in your coldfusion pages. This would make the whole thing seamless. The reports are accessible by sending an appropriately formed URL to the server, so it's quite flexible.
As for changing everything to ASP.NET, you'll really only get benefits from that if you ever need to write (and integrate with) your own code to manage the reporting server, or write custom extensions (data providers, delivery extensions and the like), but in my experience this is so rare as to be not worth considering. Go with what you have for now.