I have one issue. Actually we have one spring-mvc web based application , for which we want report generation mechanism. I came across Talend ETL. Can anyone tell whether to use talend as report generation mechanism will be fruitful. Can i integrate it with my application ? Or whether i should search for some jar that can help in fast report generation mechanism.
Thanks
The question is vague, but let me try to answer anyway. Talend is not a reporting platform, but an ETL (read: data handling and transformation) tool.
You can embed a TOS job in your application, and it'sadvisable to do if you need to handle data in a medium/complex way without reinventing the wheel (ie. read an Excel file, do some things, save on DB...). But use it as reporting or data visualization platform would be a pain in the neck.
There're better embeddable solutions for these duties. Birt and JasperReports come in mind, but there's plenty of them. The real question for choosing from is: do you need a low-level reporting service, not much more than a framework at the end of the day, or a polished, maybe client-server, solution to query as a service?
Related
I am using Oracle BI Publisher to generate reports with my java webservice call. My input source is XML files and design template is RTF. when i have huge volume of data in XML file, its throwing an out of memory at some point of time.
So, planning to have some alternative for BI publisher.
Is BIRT can fulfill my requirement?
If not, any other alternatives reporting tools to suit my requirement?
The problem seems a bit obvious and is that your XML have more info than your system can process (XML processing can be very memory intense), probably using a reporting engine that makes queries directly to your database will help you to alleviate this problem, but i recommend you to do exhaustive testing before switching.
In any question like this there are a lot of variables. The easiest way to answer the question about BIRT is download the software at http://www.eclipse.org/birt/phoenix/ and give it a try.
I have build a Reporting Web Application using ASP.NET and SSRS with SQL DB.
Below is my concern :
Report rendering is slower . I need to make the report faster. Does Crystal Reports or some other things helps me to make report faster? Please suggest
I have heard from the experienced people that SSRS deployment will be more complicated to deploy correctly compared to crystal reports?
Can we build the reporting engine without SQL DB ?
May i know the different technologies to build web based reporting engine which is faster, licensed free, easy maintainence...
Thanks in advance
Ad 1, rendering times. You should investigate the cause for the slow rendering. SSRS is not particularly known for its blazing speed (specially with heavy aggregates and large numbers (hundreds) of pages, but should be fast if you use it just as what it is: a reporting tool. If you have problems, analyze the ExecutionLog2 to check if it's the query, the processing, or the rendering that's giving trouble - and optimize accordingly.
Ad 2, deployment. There are a few issues to pay attention to, but in general you should be fine. In any case your question as it stands is too broad for SO, and fishing for opinions. I recommend you search a bit more, and if you still have a question ask it in chat (subjective, opinions) or on SO (objective, practical questions).
Ad 3, no DB. You can connect a multitude of data sources to a report, including object data sources.
Ad 4 "best". I suggest you remove this subquestion, because it's really a subjective question asking for opinions (this is not recommended, as per the stack overflow FAQ).
Good luck building your reporting solution!
As an answer to 3 => If you use crystal reports for instance, you can construct you own dataset in code and pass the dataset to crystal reports which will do the formatting. This way you can omit the need of an sql db.
Our Oracle application is written in Oracle Forms. However, there is a requirement for it to be a Rich Internet Application (RIA). I.e. no deployment, accessed via web, looks and navigates (tabbing etc) as closely to a desktop GUI application as possible.
Apex has been discarded as not good enough and will not produce a sufficiently good user experience and does not look good compared to other technologies.
Silverlight is being suggested as the best way forward, but I would like to know what else is out there.
I have had suggestions that the way forward is to use HTML5/CSS, but we need a good framework for managing records. I do not wish to be reinventing the wheel. I understand that Silverlight for Business Applications takes care of some of those requirements.
Also, the idea is to create web services in Oracle and have a Silverlight front-end. Is this possible / the right way of doing things?
Any pointers in the right direction or thoughts would be appreciated.
Thanks.
Apex has been discarded as not good
enough and will not produce a
sufficiently good user experience and
does not look good compared to other
technologies.
Oracle Apex has all the features that you are looking for. You can customize it using CSS, users can access it using web and since your current application is in Oracle Forms, you can reuse a lot of your code written in Oracle procedures/packages/triggers. Also, the learning curve for your Oracle Developers would be very smooth.
I'd suggest you to try and create a small module for your future project and see how effective it is in terms of both Development time and the rich UI.
I don't know much about it, but you might want to look at FormSpider.
And of course there is Oracle ADF.
Like Rajesh, I bridle at the suggestion that Apex is "not good enough", having been heavily involved in a very successful Apex project ;-)
From my point of view,there is no direct dependence between your future RIA's and the RDBMS you are using now. In other words,features and advantages of Silverlight\Entity Framework are almost equal for different data sources (e.g SQL Server,Oracle and etc).
Also, the idea is to create web
services in Oracle and have a
Silverlight front-end. Is this
possible / the right way of doing
things?
Using a middle tier (WCF or WCF RIA Services) as a data access layer will be more preferable than creating web-services in Oracle.
This tutorial can be usefull for you to get some general view of the Silverlight and WCF Ria Services.
http://www.silverlightshow.net/items/WCF-RIA-Services-Part-1-Getting-Started.aspx
I would like to know what are the basic steps involved in setting up your application to able to read data from another application. Then take that data and modify it and send it back to the application.
The data being read will have over 100 fields.... what is the most efficent way to store them? Put them in a class object?
I know web services are involved...any other info would be great!
The application is in .NET using vb
Thanks
You may need to be more specific about your requirements to get a truly useful answer. That said, Windows Communication Foundation (WCF) is likely to make your life much easier. Google for tutorials -- I can't say I have a favorite. You can handle one- or two-way communication readily with WCF, and you can then focus more on making your application logic work.
Let me start off by stating that I am a novice developer, so please excuse the elementary nature of my question(s).
I am currently working on a Flex Application, and am getting more and more confused about when to use server side scripting, and when to develop web services. For most of the functionality I am working on, I am taking various files from the user (client), uploading to the server for processing/conversion, then sending back to client in new format.
I am accomplishing most of this using asp.net generic handlers (ashx) files, but not very confident this is best practice. But at the same time, does making web services make any more sense? What would be considered best practice for this? Any suggestions would be greatly appreciated.
The way I look at it is as follows:
Web Services mean Established Best Practice.
For most of our development, we don't need to create "Web Services", or what I'm thinking when I think REST, SOAP, and the Twitter API. You only need to start doing that once you've got something you're going to be using every day for years.
Clean and DRY code will Lead you to Creating a Web Service
If you spend the time to clearly define the parts of your upload-process-render Architecture, and you find that it can be applied to almost everything you are doing, then all you need to do to make it a Web Service is define a clear, 1-2-3 set of rules for using the system (GET/POST data, etc.). As long as you are consciously building an architecture the whole way, you'll end up creating a Web Service if it's worthy. Otherwise there's no need.
It sounds like you have a clear workflow going, I don't know anything about asp.net though.
As far as it being confusing sometimes, and best practices, I suggest the following:
Create a Flex Library Project for your "generic ashx file handling" Flex classes. Give it a cool, simple name.
Create a .NET Library Project that encapsulates all the logic for your server-side file processing. Host it online and make it open source. I recommend github. Test it as you go, and document it, its purpose and the theory behind it.
If you don't have to do anymore work at this point, and it's just plug and chug, then you've probably arrived at something that might become a Web Service, though that's probably a few years down the road.
I don't think you should try to create a Web Service right off the bat. Just make some clean and reusable code, make a few examples, get it online and open source, have others contribute and give feedback, and if it solves a specific problem, then make it a web service. You can just use REST for now probably, and build your system around that. RestfulX is a great library for that.
Best,
Lance
making web services without any sense make no sense ;)
Now in the world of FLEX as3 with flash version 10, you can easily read local files, modify them with whatever modifcation algorithm and save local files without pinging server.
You only have to use webservices if you want to get some server data or to send some data to server. that's all.
RSTanvir
Flash / Flex uses a simple HTTP POST approach for file uploads, so trying to do that using SOAP web services will be problematic. Your approach of using ASHX here sounds reasonable to me.
To send / receive data that isn't file based (e.g. a list of files the user has uploaded previously), I would recommend looking at the open source Fluorine FX library. Fluorine uses AMF which is a highly performant way of doing data transfer with Flash. It's also purely configuration-based, which means you don't need to code against any of its APIs, just configure Fluorine to expose your .NET service classes. You could easily add attributes to those same classes to expose them as SOAP web services via WCF if you need that in the future. I would not recommend using SOAP with Flex however, due to the performance losses and also because the Flex implementation of SOAP has a history of bugs and interoperability problems.