On Friday without much ado, Pentaho uploaded the Release Candidate 1 of Pentaho Reporting 3.8.1 to the Sourceforge servers. This bug-fix release contains only bug-fixes, among the more noteworthy we have PRD-3349 and PRD-3375 (Numbers rounded wrongly) and some changes to the parameter handling so that cascading prompts get more usable inside the report designer and the Pentaho BI-Server.
I just downloaded & installed PRD 3.8.1 RC1, and saved a tiny change to a report I had created with PRD CE 3.8.0 (in “About…” it lists the version as “3.7.0-GA.12964”).
The resulting .prpt file gives a parse error on the server, and opening it in the old PRD crashes Xorg on me.
Were there any changes in the file format between the two versions? And how can I update my server to handle these new .prpt files? Is there a recommended upgrade procedure?
Upgrade your server to the latest release candidate (3.9.0-RC1) if you want to use the latest release candidate of the report designer.
Opening a old file in the report designer should never crash your X-Server. If it does then this indicates a error in the server more than anything else. After all, we are just a poor standard Java application. File me a JIRA case on the crash with enough information to replicate the crash (Linux version, whether 3D desktop or similar features is enabled, etc) then we might be able to work around the crash until the X-Server gets fixed by the maintainer.
It seems like you don’t have to save everything in a .prpt file, just the things that the report designer changes – in which case, the report would only stop working if you used the new feature.
I like your horse/petrol analogy, but I think it’s more like “My old car can’t run on unleaded, can I still buy petrol for it?” If I filled up my car with petrol & the motor broke, and the garage owner told me afterwards that it was my fault because it was new petrol, I wouldn’t be happy.
No, the 3.8.1-rc reporting engine matches the 3.9-rc BI-Server.
Some changes do not affect the backward compatibility, but some are always a killer.
* Charting changes are among the worst, and this release has seen quite a few fixes there. * followed by: any other expression/function changes * then style changes (although they are seldom these days, and only if there is a formula or expression added to the newly introduced style-key)
And yes, unzipping does not get rid of old jars in the lib directory, and thus you run with a wild mix of old and new jars – never a good idea. Old C/C++ programmers may know this as DLL-hell.
Java programmers call it classpath hell 🙂 When two versioned .jar files contain the same API, it’s hard to tell which one will actually be used.
Comments are closed.
This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish.AcceptRead More
Privacy & Cookies Policy
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
I just downloaded & installed PRD 3.8.1 RC1, and saved a tiny change to a report I had created with PRD CE 3.8.0 (in “About…” it lists the version as “3.7.0-GA.12964”).
The resulting .prpt file gives a parse error on the server, and opening it in the old PRD crashes Xorg on me.
Were there any changes in the file format between the two versions? And how can I update my server to handle these new .prpt files? Is there a recommended upgrade procedure?
Thanks!
Dave.
A newer report designer does not work with older servers for the reasons outlined in http://www.sherito.org/2009/08/my-horse-does-not-run-on-petrol-is-this.html
Upgrade your server to the latest release candidate (3.9.0-RC1) if you want to use the latest release candidate of the report designer.
Opening a old file in the report designer should never crash your X-Server. If it does then this indicates a error in the server more than anything else. After all, we are just a poor standard Java application. File me a JIRA case on the crash with enough information to replicate the crash (Linux version, whether 3D desktop or similar features is enabled, etc) then we might be able to work around the crash until the X-Server gets fixed by the maintainer.
I just upgraded to BI server 3.8.0 – not recent enough?
It actually was PRD 3.7.0 before, I had unzipped 3.8.0 on top of 3.7.0 (which doesn’t do anything any good, obviously!)
Thanks,
Dave.
Thanks Thomas!
It seems like you don’t have to save everything in a .prpt file, just the things that the report designer changes – in which case, the report would only stop working if you used the new feature.
I like your horse/petrol analogy, but I think it’s more like “My old car can’t run on unleaded, can I still buy petrol for it?” If I filled up my car with petrol & the motor broke, and the garage owner told me afterwards that it was my fault because it was new petrol, I wouldn’t be happy.
Cheers,
Dave.
No, the 3.8.1-rc reporting engine matches the 3.9-rc BI-Server.
Some changes do not affect the backward compatibility, but some are always a killer.
* Charting changes are among the worst, and this release has seen quite a few fixes there.
* followed by: any other expression/function changes
* then style changes (although they are seldom these days, and only if there is a formula or expression added to the newly introduced style-key)
And yes, unzipping does not get rid of old jars in the lib directory, and thus you run with a wild mix of old and new jars – never a good idea. Old C/C++ programmers may know this as DLL-hell.
Java programmers call it classpath hell 🙂 When two versioned .jar files contain the same API, it’s hard to tell which one will actually be used.