Home > Unable To > Unable To Read From Data File Cobertura.ser

Unable To Read From Data File Cobertura.ser

If the poster gets a prize, who gets it, the person presenting it or the first author? Of course my report displayed 0% of code coverage as i didn't run any tests. -- View this message in context: http://cobertura.996293.n3.nabble.com/Unable-to-read-cobertura-ser-tp3330p3333.html Sent from the cobertura-devel mailing list archive at Nabble.com. Invoked with: mvn clean verify site Output (sanitized): [INFO] >>> cobertura-maven-plugin:2.6:cobertura (default) @ myProject >>> [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ myProject --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to Another common problem is that the cobertura.ser file is deleted, but the previously instrumented classes are not also deleted. Source

Iâm using Sonar v1.11.1 and the build is executed by Hudson (1.328).  [ERROR] Cobertura: Error reading file /opt/Java/hudson/jobs/Sonar/workspace//target/cobertura/cobertura.ser: null Error: Unable to read from data file /opt/Java/hudson/jobs/Sonar/workspace//target/cobertura/cobertura.ser  [ERROR] Error There are some snapshots in the codehaus snapshot repository which run with Cobertura 1.9.3.  However, I found that the snapshots were constantly changing, and each run of the Maven build downloaded Although this is just a workaround, and not a final solution, thought this might be of some help not only to its users, but also for cobertura-maven-plugin developers. org.codehaus.mojo The "null" in the output makes me thinksomething in the datafile is null that should not be.

The command i run is : *mvn clean test site* -- View this message in context: http://cobertura.996293.n3.nabble.com/Unable-to-read-cobertura-ser-tp3330p3353.html Sent from the cobertura-devel mailing list archive at Nabble.com. Is there any fix that could help us to speed up a little bit? Re: [Cobertura-devel] Unable to read cobertura.ser From: Harry Callahan - 2013-07-17 20:44:58 Fortunately, i've found a way to resolve this issue. By the way, I could retrieve the README.txt file; directly via Sonar but also via Nexus.

See below for how to work around this. Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc. It looks like Emma has some nice usability features, such as the ability to instrument all classes in a jar file with one command. ckarawani commented May 20, 2015 @dennisl I gave it a try just now.

UPDATE (11th May 2010): Good news! I wonder if the problem is in the instrumentation or in the running ofthe tests. Please don't fill out this field. Or the coverage data file is 0 bytes.

current community chat Stack Overflow Meta Stack Overflow your communities Sign up or log in to customize your list. Why do compact cameras keep using 4:3 and not 3:2 like DSLRs? Personal Open source Business Explore Sign up Sign in Pricing Blog Support Search GitHub This repository Watch 26 Star 12 Fork 9 mojohaus/cobertura-maven-plugin Code Issues 25 Pull requests 0 Projects Setup: Maven 3.0.4, Java 1.7, Cobertura Maven plugin 2.6, cobertura 2.0.3.

Also, the version of BCEL distributed with jcoverage 1.0.5 causes problems when used with Java classes compiled with a 1.5 JDK. It can be found in your repository under the following directory: org/codehaus/mojo/cobertura-maven-plugin/2.3/ Find the dependencies section of the pom file and change the versions of Cobertura from 1.9.2 to 1.9.3. cobertura-2.1.1 (cobertura-maven-plugin 2.7) surefire 2.12.4 jdk 1.8.0_92 No workaround found... (more memory allowed, cleaned workspace...) MEZk commented Dec 16, 2016 @NoxFr Try to set surefire version to 2.12 (not 2.12.4) NoxFr My instrumentation task is launch by ant through Maven (Maven Ant Tasks).

Full stackTrace: [ERROR] Cobertura: Error reading file /media/andreiselkin/TOURO/IDEA_Projects/checkstyle/target/cobertura/cobertura.ser: null java.io.EOFException: null at java.io.ObjectInputStream$BlockDataInputStream.readFully(ObjectInputStream.java:2754) ~[na:1.8.0_73] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) ~[na:1.8.0_73] at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:501) ~[na:1.8.0_73] at net.sourceforge.cobertura.coveragedata.JumpData.readObject(JumpData.java:191) ~[cobertura-2.1.1.jar:2.1.1] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_73] at this contact form Re: [Cobertura-devel] Unable to read cobertura.ser From: Harry Callahan - 2013-07-11 06:51:08 I've upgraded from cobertura version 1.9.4.1 to the last version (2.0.2). Please, I'd appreciate any help here. Reload to refresh your session.

When I stop the server, the coverage data file is not written. execution per Maven moduie), but it didn't help. Then run cobertura-report. http://webjak.net/unable-to/unable-to-read-local-eventlog-reason-the-event-log-file-has-changed-between-read-operations.html Subject: Re: [Cobertura-devel] Unable to read cobertura.ser I cleaned my workspace then i did a build with classes instrumenting without do any test: [echo] Executing cobertura instrument Classes [mkdir] Created dir:

Why is this 'Proof' by induction not valid? I set maxmemory=1024M and injected -XX:MaxPermsize=2048M through jvmargs tag. I tried your fix, but whole process slowed down (we doubled build time).

ThanksFreddyOn Mon, Nov 9, 2009 at 5:51 PM, Daniel Wood wrote: Iâm getting a strange Cobertura error for two modules in a multi module maven project.

Recent CommentsKrishna on Maven site generation error: DTDDVFactoryImpl does not extend from DTDDVFactoryYuriy Sechko on Cobertura code coverage with Maven and PowerMockYuriy Sechko on Cobertura code coverage with Maven and PowerMockHarry Re: [Cobertura-devel] Unable to read cobertura.ser From: Harry Callahan - 2013-07-10 13:45:59 Hello Steve. I believed such issue with PowerMock were fixed. I guess this is related to MNG-4001 which is reopened.

How to change the shadow color in Blender Cycles? This is reproducible each and every time. It's not too hard to associate the word "cobertura" with the word "coverage," and it even has a bit of a zesty kick to it! http://webjak.net/unable-to/unable-to-read-data.html Or cobertura-report and cobertura-merge complain that the coverage data file is invalid (possibly throwing an EOFException).

If you specify the --includeClasses argument in your instrument part, then it will only instrument the packages you mention. Try running the report right after the instrumentation without running thetests. Cobertura uses ASM to modify your bytecode. Lewis - 2013-06-28 10:50:22 It is not clear to me what is wrong.

I created a new cobertura issue for this item. #149 frangarcia commented May 20, 2014 I had the same problem and in my case, downgrading the version from 2.6 to 2.5.2 Re: [Cobertura-devel] Unable to read cobertura.ser From: John W. more hot questions question feed default about us tour help blog chat data legal privacy policy work here advertising info mobile contact us feedback Technology Life / Arts Culture / Recreation up vote 3 down vote favorite 1 I am using cobertura maven plugin 2.4.