Dufflepod

Problem solved. The class I used to compile the reports copied them to their final location. But I had used FileWrite/FileReader to do the copy instead of InputStream/OutputStream. Some binary bytes were not correctly copied, and it seems these happened to be in the serialVersionID. So it was a complete red herring! I had even rebuilt the Apache commons JARs to try and get to the bottom of this. What a waste of time. As a German friend of mine once said to me, 99% of the time - you can blame the programmer sitting infront of the machine. How true.

I updated my environment to JDK1.6.0_11. I have rebuilt JasperReports from source and all my reports too, but I still get this UID mismatch at runtime from class JasperFillManager: Caused by: java.io.InvalidClassException: java.util.ArrayList; local class incompatible: stream classdesc serialVersionUID = 8664875232659988799, local class serialVersionUID = 8683452581122892189 Like I say, I've rebuilt everything, so I'm confused. Any ideas? Regards.

I think this would be a reall usefull feature to add. Looking in JRDesignQuery.java there is currently no handling for $V substitution. Here is a simple example. The client application printing the report has no knowledge of SQL, just testid's. It passes a testid to the report as a parameter. If this is not zero, I want to build a complicated WHERE clause using subselects etc, and store it in a local variable. I could then use this report query... If testID = 0, filter = "" If testID != 0, filter = "WHERE testid NOT IN (complicated sub select ) " So you could now have the query string: SELECT surname FROM members $V{filter} ORDER BY surname Is there any way round this?

What is a minimal/sensible server environment to run JasperReports? I have a client app in VB/VC++ with only a mySQL database on the server and the JR reports generated on the client (don't ask!). I want to change this to just using a web browser on the client with JasperReports & PHP up on an Apache server. What would you recommend? From reading other posts it seems Tomcat would fit the bill - but as I'm an embedded C/Assembler programmer this could easily be way wrong. Thanks in advance :-)