@stealthcdonner: "I am looking for a tool that allows me to generate lists, mailmerged letters
and reports from a J2EE application. Are there strong reasons in favor or
against RS, specifically in regard to integrating via the Web Service API?
Can I wrap RS in a J2EE-based interface and stream reports through the
application server, as opposed to exposing the RS management interface to
the end users?
Thanks for your input."
    @teolachev: "Christian,
<quote>
letters
This is one of the RS strongest points because with RS reports are
web-enabled by default. In other words, once you deploy your report to the
report catalog there is nothing you have to do to expose it over the web.
You bet. You can generate RS reports on the server-side your J2EE
application by calling the RS Render SOAP API. In addtion, the Report Server
supports URL addressibility where a HTTP-GET request is generated on the
client side of the application. You should carefully evaluate both SOAP and
URL addressibility to find out which one meets your app requirements better.
Hope this helps.
-
Teo Lachev, MCSD, MCT
Author: "Microsoft Reporting Services in Action"
Publisher website: <url>
Buy it from Amazon.com: <url>
Home page and blog: <url>
-
"Christian Donner" <email_address> wrote
in message news:<email_address>
letters"
    @dennisredfield: "Christian,
    I don't see why not.  the web service methods for RS include the RENDER
method.  Since this is a SOAP call which returns a byte array (representing
the rendered report) RS is client agnostic.  icross@example.org.
hope this helps.
dlr
"Christian Donner" <email_address> wrote
in message news:<email_address>
<quote>
letters"
{'source': 'USENET', 'other_information': '{"reply_count": 2, "forum_name": "microsoft.public.sqlserver.reportingsvcs.20140716.mbox"}', 'file': 'data/output/usenet-microsoft.public.parquet'}