Je recherche un concepteur de rapports qui permet la connexion à un service Web RESTful

Question

Je suis à la recherche d'un Concepteur de rapports qui me permettra de me connecter à un service Web RESTful. Idéalement, je voudrais un qui a un concepteur de rapport d'utilisateur final libre de redevance. Nous l'hébergerons sur un site Web ASP.NET. Donc, quelque chose de compatible avec ce serait idéal;)

Nous avions l'habitude d'utiliser Data Dynamics Active Reports. Toutefois, cela n'autorise pas les connexions aux services Web.

Toute aide, très appréciée.

Merci d'avance.

Crafty

Answer 1

Je ne suis pas sûr de ce que vous voulez dire en demandant un générateur de rapports qui peut se connecter à un service Web.

Les services Web ne sont pas des services sur lesquels vous pouvez créer des rapports. Ils sont juste une source de données. À quoi voulez-vous vous connecter et quelles données espérez-vous récupérer? Le problème avec les services Web RESTful est que vous ne savez pas ce que vous allez récupérer (il n'y a pas de schéma comme avec une table DB). La bonne chose à propos des services web RESTful, c'est que vous allez probablement récupérer du XML, et le produit Active Reports que vous mentionnez semble faire des choses avec des fichiers XML. "ActiveReports for .NET 3.0 prend en charge de nombreux fichiers XML pour la saisie de données".

Cam vous appelez les services Web pour les informations dont vous avez besoin et écureuil dans certains fichiers (ou un DB) d'abord? Ou demandez-vous essentiellement quelque chose qui peut interroger un service Web RESTful d'une manière raisonnablement complexe et renvoyer les résultats de la requête d'une manière structurée qu'un générateur de rapports peut alors consommer?

Avez-vous des services Web RESTful spécifiques à l'esprit, et si oui, savez-vous dans quel format ils renverront les données? Ensuite, votre question concerne vraiment les générateurs de rapports qui peuvent gérer ce format retourné, peut-être.

Ou autre chose et j'ai raté le point?

Answer 2

Paul,

Merci pour votre réponse, je vais Enquêter sur ce que vous avez mentionné sur l'utilisation du support XML dans les rapports Datadynamics. Il peut ne pas être possible d'interroger un service Web RESTful. Je n'étais pas sûr, alors je voulais vraiment vérifier.

Les services Web REST utilisent un fichier appelé "WADL" qui signifie "Web Application Description Language". C'est l'équivalent du fichier WSDL utilisé dans les services Web de style SOAP plus traditionnels. Je crois qu'il y a aussi quelque chose qui s'appelle ATOM pub, qui est un autre langage de description. Donc, je pensais que quelqu'un doit avoir écrit quelque chose qui vous permet d'interroger sur l'une de ces langues de description?

Je viens de découvrir que le Telerik Innovative WYSIWYG Report Designer prend en charge les services Web. Ne mentionne rien sur les RESTful. Il dit "Vous pouvez databind Telerik Reporting to Business Objects, XML, Services Web et toute source de données ADO.NET." Alors peut-être qu'il y a de l'espoir.

Si quelqu'un en connaît un qui fonctionne avec les services web RESTful, j'aimerais toujours avoir de vos nouvelles.

Merci Crafty

Answer 3

Il se trouve que vous aviez raison. Vous pouvez utiliser le côté XML de DataDynamics Active Reports pour vous connecter à un service Web reposant.

Au lieu de pointer la source vers un fichier physique sur le disque:

c: \ MyXMLFile.xml

vous pouvez pointer vers un webservice reposant, comme un i créé:

http://localhost:2734/Customer/34?format=xml

Cela fonctionne exactement de la même manière qu'un fichier XML local. Aussi longtemps que le webservice RESTful retourne en fait le XML en utilisant le bon type de contenu:

HTTP/1.1 200 OK 
Server: ASP.NET Development Server/9.0.0.0 
Date: Thu, 30 Oct 2008 14:30:22 GMT 
X-AspNet-Version: 2.0.50727 
Transfer-Encoding: chunked 
Cache-Control: private 
Content-Type: text/xml; charset=utf-8 
Connection: Close 

Ensuite, il est juste un cas d'utilisation XPath et tous les trucs habituels que vous obtenez avec XML pour créer des en-têtes et pieds de page, etc.