Mike Kienenberger wrote:
Maybe there's enough of us working on this type of functionality that
we could come up with a subproject/subframework for dealing with it.
I haven't actually looked for available systems in a few years, so I couldn't say if this is warranted. Although it has long surprised me that it does not come standard with enterprise reporting packages themselves (a system like this should also handle deploying the report objects).

I guess the question is whether we can come up with something generic
enough to meet everyone's needs.
Genericity shouldn't be too tough since report parameter types and cardinality have to be generic from the start. From there you really only need a generic tree structure to hold report categories. You'd need to handle pluggable report engines and that could be tougher. I've only worked with Crystal and Inetsoftware.de myself, but you'd want to cover Jasper, BIRT and iText as well (lord only knows what form of BI systems you'd want to investigate too). I couldn't say how amenable any of those systems would be to a generic front end. Ideally you'd want to also handle things like MS SQL Server's reporting services; but if I had to guess, I'd guess that it wouldn't happen soon.

neither of my previous systems dealt with fields dependent on other
fields.   I've been putting off dealing with it in JSF so far.
I've never dealt with dependent fields either (just gave people the standard 'garbage in' rule). It does add some complexity, but doesn't seem insurmountable (presumably a v1.5 feature).

It doesn't really fit this list though, since we only represent a small fraction of potential customers and developers (it is a starting point). It could be worth investigating, I just don't know when I'll find the time.

Shane



On 4/9/07, Shane Petroff <[EMAIL PROTECTED]> wrote:
Marko Asplund wrote:
>
> The system i'm working on acts as an end-user front to a back-end
> reporting server.
Is this a product, or something 'in house'? I've got a couple of similar
systems, and hate them both. If you intend to sell it as a product, it
may make more sense for me to buy rather than build. Thanks.

--
Shane





--
Shane

Reply via email to