PDF生成独立业务SOA架构

Question

目前我们有一个数据服务，由我们组织内的各种客户使用;他们大多数使用PDF报告来查看数据。我们面临的问题是PDF的生成过时，并且建立在一种难以维护的技术上。

所以，我们现在要实现基本上是两个目标：在SOA的方式

1. 封装所有的数据访问，对RAW数据，PDF报告出版服务，也许一些其他类似的“创先争优RAW”
2. 给我们的企业用户加载并更改PDF报告模板，不求回报地“发展”（基本上，他们可以尽可能独立）

主要有两个问题的能力;该报告必须是“漂亮”的，因此我的意思是我们的用户需要详细信息，例如图像分辨率，文本/图像定位的几乎像素精度等等。我们选择的服务器/库必须能够达到这个要求。另一个原因是我们的技术栈目前仅限于JAVA/LINUX平台，虽然我们可以评估其他平台（例如.NET开发的产品），但Java EE/LINUX中的解决方案将更可取。

有什么建议吗？

P.S .:数据存储在Oracle数据库中。

Answer 1

当然，你在这里有一个棘手的问题是提供让用户提供“漂亮”/像素完美的报告的能力。根据用户的类型（技术人员/开发人员，业务人员，普通用户），您可能无法找到可让您将重要工作量减到用户的系统。这只是一个困难的领域。

如果您的报告表单样式，你不妨检查系统，如Business Objects公司，Coognos或黄鳍。这些系统需要在创建报告模型方面进行重大设置，但它们可以为用户提供工具，以便通过Web界面设计自己的报告。这些系统通常与您的主应用程序是分开的，尽管可以将它们集成在一起（尽管将服务展示给自己的客户可能很难让它按照您的意愿工作）。

如果您的报告文档样式（而不是电子表格形式），你可以看看Docmosis其意在与应用集成（请注意，我为创建Docmosis公司工作）。 Docmosis允许您的应用程序从DOC/ODT/DOCX文档生成PDF报告，这些文档充当数据库/ Java对象/文本等的人口模板。可以由用户提供/修改/上传模板。它集成了Java和Linux环境，因此您的技术环境非常适合。对于许多应用程序，它会根据所需的模板自动提供布局。

关于向您的用户提供SOA服务，听起来像一个很好的方法，取决于您拥有的用户（服务方法是否提供了一些易于使用的方法？）。因为你的客户是内部的，我相信你已经确定了服务的适宜性。

希望有所帮助。