I just creating a new jrxml file with visual tool, but i don't know what version of JasperReports I needed, but I have some jrxml examples made with the correct version, if there anyway to know the version that created the reports? (inside a file or sth like that..)
Short Answer: No.
Long Answer: You can almost infer version from the JRXML.
Sometimes the JasperReports JRXML schema will change based on new features etc. Recently there was the introduction of a UUID attribute on many objects/elements. This UUID attribute could not be understood by iReport versions earlier than 4.1.2.
So there can be small differences that you can use to 'hint' at different JasperReports versions, but not much. Are you running creating the JasperReports for a software product?
You may want to peruse the supplied Jar files to get a clue as to which JasperReports version they are using, then match that with iReport?
I've been browsing the web searching for an answer to this for a few weeks now, jumping back to other assignments at work because I can't figure it out. I've searched google, youtube, stackoverflow, and several more websites. The typical solution I get is to right click on the project and add a new item; a crystal report. The problem is that crystal reports isn't included in lightswitch. So my question is, how would I go about working with crystal reports in Microsoft Visual Studio Lightswitch?
Any help is much appreciated.
Thanks!
I haven't seen any information about anyone using Crystal Reports with LightSwitch. Is there some reason why you couldn't use SQL Server Reporting Services to create/display your reports? Maybe you didn't know about SSRS? It comes with SQL Server, so if you have a SQL Server license, you also have SSRS for free.
There's still no way for you to just right-click anything in a LightSwitch projectm in order to define a report, you'd still need to create your reports in SSRS , then display them (even passing parameters) with LS.
There's a little bit of a learning curve getting used to SSRS, but once you do, you'll find it works very well.
i've been researching for three days and i've finally found a way around this: Open an aspx page from a lightswitch application that contains the crystal report viewer control and will therefore load your crystal report. Just follow these steps and let me know if you need further clarification;
Publish your lightswitch application (with a custom button control that will open the aspx page on execute).
I looked up the code for the _Execute() method here: http://lightswitchhelpwebsite.com/Blog/tabid/61/EntryId/11/Printing-Sql-Server-Reports-rdlc-With-LightSwitch.aspx
Open published lightswitch application as website in vs ultimate.
Create crystal report (add items, crystal reports).
Create aspx page to hold crystal report viewer control (that will load crystal report).
NB: Give read/write permissions to iis users on C:\Windows\Temp
Hope this helps.
I haven't tried consuming Crystal Reports in a LightSwitch application (yet), however I would suspect that you could leverage an existing Silverlight control that could take care of the work for you. It might take some tweaking to get the viewer to wire up in LightSwitch, but I am sure it can be done.
UPDATE... I stand correct; until someone else proves otherwise - I can't find anything that supports a Crystal Reports viewer in Silverlight.
We use to be able to use agent ransack to search all our crystal reports (.rpt files) for the use of a stored procedure. That was when we had Crystal 8.5. We now have Crystal 2008 and it doesn't seem to work anymore (change of format in rpt files?). Anyone know a utility that would be able do do this?
There's a good comparison of commercial .rpt management utilities here: kenhamady.com/reportmanagementutilities.pdf. However, these are mostly... "not very good", let's say, and very expensive (not to mention some don't work with CR2008). I'd suggest getting a hold of some demo versions first to see if they'll work for your needs.
Some time ago, I used IReport to create reports.
Now I am an Eclipse developer and need something integrated into Eclipse.
I found JasperAssistant, JasperWave and JasperStudio and would like to hear somebody who has experience with these tools ?
JasperAssistant is a stagnant project, it hasn't been updated in years, so unless you're tied to using an older version of JasperReports I really wouldn't consider it.
JasperWave is good. It's easy to use and more reliable than the older versions of iReport, though it has it's issues. I'm using this personally and would recommend it, but I confess I have iReport as a backup and launch that instead if know I won't be touching code. Also, JasperWave is only made for JR 3.7.6, so if you want to use the latest version of JR you'll want to give it a miss.
JasperStudio is the latest thing from Jaspersoft, and seeing that it is from them I have high expectations. I'd definitely try it out, but as far as I know it's only for JR 4.1.1 (I'm fixed to using 3.7.6). There's probably a much greater chance of this being constantly updated as newer versions of JR are released, so this is what I'd choose if I were starting from scratch now.
Jasper Wave does not have the basic functionality of Tables and Crosstabs so that is also not of much use.
Jasper Studio is the way to go.
We have been using .Net and Visual Studio for the last six years, and early on developed a number of web based reporting applications using the .Net version of Crystal Reports that was bundled with Visual Studio. I'm unimpressed with that product: It seems incredibly difficult and convoluted to use. We had to make security changes, install various extra software, and so on.
Now, we are moving to VS2008 and version 3.5 of the .Net framework, and the time has come to redevelop old applications. Our Crystal .Net developers are long gone and I face a decision: Do we stick with Crystal or move to something else? We have the "full" version of Crystal Reports XI at our disposal.
We produce PDF versions of data extracted from various databases. Some apps use the built-in Report Viewer but this seems redundant with the flexibility of grid views. We still need to produce printable PDFs in the grid or in a downloadable Excel format.
Is Crystal Reports .Net worth persisting with, or should we work out how to use version XI?
Alternatively is there a simple and low cost way to generate PDF reports without using Crystal?
I have experience with reporting in CrystalReports (trying lite version bundled with Visual Studio), ActiveReports from DataDynamics (4 years, full version), Reporting from Telerik (trying trial version) and XtraReports from DevExpress (last one year).
I think ( and not only me :) ), the CrystalReports are most uneficient tool ( developer productivity ) from this tools. The DataDynamics are much, much more better, bud is littlebit buggy :(. Last year we decided to change reporting suite - we have choosen a XtraReports ( with source code ), and I'm totaly happy. The price is little, no bugs ( to now :) ), wonderfull support, and ( the most important ) the productivity was grown a lot.
I recomend you DevExpress's or Telerik's reporting tools.
I would recommended i-net Clear Reports (used to be i-net Crystal-Clear). It can read your existing *.rpt files. Has a better and easier-to-use API (which I admit is not saying much...).
Like you, I've had poor experiences with Crystal Reports, and my gut instinct is to post "avoid it at all costs" in all caps with lots of exclamation points. However, I've had my afternoon nap today, so I'll post like a grownup.
If all you're looking to do is pdf-ize (yes, it's a real word, damnit!) then you might look into some of the PDF widgets like ABCPDF and the like. It's relatively easy to pop a well-formatted web page into a PDF document and be done with it.
However, if you need tight report formatting, consider sticking with crystal reports -- you have a big investment and knowledge base in the technology. Or, alternately, you could switch to ActiveReports or SQL Server reporting services.
I guess the cost/benefit analysis is the cost of retraining your dev team, and investing in the new technologies.
Move away from CR: just get a good PDF generator and Excel engine for .NET, and feed those using your own database code. You can use all the powerful .NET features, including LINQ, without having to wrestle with the Crystal Reports runtime and its woefully inadequate documentation and support.
I can suggest that the built in Microsoft reporting framework works adequately. You can do local reports or MS SQL server based reports. There is a client control that displays reports and can export to formats such as pdf and Excel. Visual Studio can handle report design for the stack.
As far as if it is better than Crystal Reports, I'd say check it out and see if you like it any better or worse. I've worked with the Microsoft Report Viewer more than Crystal Reports but both seem to be fairly similar. Offhand, Crystal Reports seems to be a more advanced reporting tool but more complicated.
I'm not sure about how to utilize the Microsoft Report Viewer infrastructure outside of Visual Studio. If you are using Visual Studio it should all be available in there and you can follow the online help instructions for deploying the pieces for your servers to your servers.
I have used ActiveReports from DataDynamics and Crystal Reports. Of these two, I would recommend ActiveReports above Crystal based on ease of use and, more importantly, future maintenance.
We use Crystal in our shop too. We are currently on 8.5, which is way old and is no longer supported by SAP. We tried to upgrade to CRXI recently, which involved an entirely new API. We had to shelf the effort due to other priorities. While working on the upgrade I found support for CRXI on a number of forums. Google it.
I believe you can find a cheap way to generate PDFs without using Crystal. I believe Adobe gives the creation part away for free. I would visit their site and look into it.
I would recommend staying with Crystal only if you had a lot of reports that were already using that technology.
Get out of Crystal Reports. They are poor.
Check out SQL Reporting Services. It works very well with .NET. Try it out. There is a learning curve, but when is there not?
IMO, you should consider other criteria as well such as:
Cost of the software
Integration with your .NET applications
API and Programmatic flexibility (All said and done, there are always the "customizations" and tailoring. For such scenarios , developers eventually fall back on programmatic solutions vs. out of box
Now, in my experience (having used both Crystal Reports and SSRS(2005/2008) , though Crystal Reports does come with a friendly set of API, it fails in many basic criteria and developers end fighting the software. This is I say based on my experience with SSRS where developers are far more comfortable with. For starters, it uses XML extensively and the provision to use custom code assemblies does not harm either.
--I think you would where I am getting at---
"Consider & Evaluate SSRS*. If you are hesitant at first, then do a Proof of Concept and test your requirements. I have a feeling you will be pleased with what you see
especially considering your requirement of using PDF format.
Developers, especially , MSFT specialists will thank you
Leverage the Programmatic rendering of the reports (though it sounds fancy , trust me , its not more than handling an API call
For e.g.:
public Byte[] Render
(
string Report,
string Format,
string HistoryID,
string DeviceInfo,
[Namespace].ParameterValue[] Parameters,
[Namespace].DataSourceCredentials[] Credentials,
string ShowHideToggle,
out string Encoding,
out string MimeType,
out [Namespace].ParameterValue[] ParametersUsed,
out [Namespace].Warning[] Warnings
out string[] StreamIds);
Member of [Namespace].ReportingService
)
--- where Format will be "PDF"
Hope you find this relevant