[java code coverage] Can Jacoco get real-time coverage instead getting it from .exec generated when the program exits?

Thanks again Evgeny Mandrikov. Previously I raised the question Can Jacoco offline instrument .class file without source code？ and your answer was indeed helpful so that I successfully figure out it. There is a new trouble.

Re: [java code coverage] Re: Can Jacoco get real-time coverage instead getting it from .exec generated when the program exits?

Thanks 2018-01-20 1:38 GMT+08:00 Evgeny Mandrikov <mandri...@gmail.com>: > > On Friday, January 19, 2018 at 6:35:50 PM UTC+1, Evgeny Mandrikov wrote: >> >> >> On Friday, January 19, 2018 at 11:08:52 AM UTC+1, Tool Ply wrote: >>> >>> It

Re: [java code coverage] Re: Can Jacoco get real-time coverage instead getting it from .exec generated when the program exits?

day, January 19, 2018 at 11:08:52 AM UTC+1, Tool Ply wrote: >>> >>> It seems that we can not get the real-time coverage information with >>> the program running. >>> >> >> No - you can. >> >> >>> Is there any way to achieve it? &

Re: [java code coverage] Re: Can Jacoco get real-time coverage instead getting it from .exec generated when the program exits?

> On Tuesday, January 23, 2018 at 7:01:38 AM UTC+1, Tool Ply wrote: >> >> '-Dcom.sun.management.jmxremote.port= >> -Dcom.sun.management.jmxremote.ssl=false >> -Dcom.sun.management.jmxremote.authenticate=false' was for JVM so that >> in offline mode, it

[java code coverage] Can Jacoco offline instrument .class file without source code？

Recently, I wanted to collect code coverage information of an Android APK. Without the source code, we decompiled the APK to dex, got the .class by using dex2jar and tried to intrument .class files directly by using ASM. This method achieves success, however, implementing the coverage code

Re: [java code coverage] The app can not start up if its decompiled jar is instrumented by jacoco while working well by ASM

07:48.382 1180 1674 W ActivityManager: Force finishing activity com.tsinghua.date.sample/.SettingsActivity 2018-01-30 0:51 GMT+08:00 Marc Hoffmann <hoffm...@mountainminds.com>: > > the apk instrumented by Jacoco could not start up > > Is there any error message? > > Regards, >

[java code coverage] Will jacoco add additianal method into jars during instrumentation?

For an android app, there is a limitation of method numbers in each dex, which causes the multidex. In the previous version of Jacoco, it will add some additional method into jars during the instrumentation. These may cause the error of method number limitation in a multidex app. Has this

Re: [java code coverage] The app can not start up if its decompiled jar is instrumented by jacoco while working well by ASM

acoco could not start up > > Is there any error message? > > Regards, > -marc > > > > On 2018-01-29 14:14, Tool Ply wrote: > > Just like the title. > > I decompiled the apk and use ASM and Jacoco to instrument it jar > separately. The result shows that ASM work

Re: [java code coverage] Re: Can Jacoco offline instrument .class file without source code？

Thank you, it's great. 2018-01-18 16:03 GMT+08:00 Evgeny Mandrikov <mandri...@gmail.com>: > > > On Thursday, January 18, 2018 at 4:15:17 AM UTC+1, Tool Ply wrote: >> >> I am not sure about this, does the source code necessary indeed? >> > > From

[java code coverage] Is there any way to limit the instrumentation level to method and get method coverage

After instrumenting the target jar by jacoco, I found that the fine-grained instrumentation for line coverage slows down the program. So I want to limit the granularity of instrumentation to method level. on the other hand, except the function, getMethodCounter(), in CoreTutotrial, is

[java code coverage] How to develop and debug org.jacoco.agent.rt ?

Just as title shows, I want to develop org.jacoco.agent.rt witch is added to Classpath and called by instrumented code in runtime. How can I debug it step by step? -- You received this message because you are subscribed to the Google Groups "JaCoCo and EclEmma Users" group. To unsubscribe

[java code coverage] Re: Instrumenting error caused by: java.lang.ArrayIndexOutOfBoundsException: -1

sion 1.6 and above have to contain valid stackmap frames > > $ javap -v -p aaqc.class | grep StackMapTable | wc -l > 0 > > i.e. there is no stackmap frames in aaqc.class > > If other tools create invalid class files JaCoCo cannot be used on those > files. > > &

Re: [java code coverage] Re: Instrumenting error caused by: java.lang.ArrayIndexOutOfBoundsException: -1

Thank you very much. Evgeny and Marc I am supposed to add some details to perfect jacoco. the first two classes, abap.classs and aaqc.class, are created by dex2jar 2.x , while the last one, UiApiPlugin.class, was created by enjarify

[java code coverage] Instrumenting error caused by: java.lang.ArrayIndexOutOfBoundsException: -1

I tried to instrument a jar which was translated from an apk by using dex2jar. Then the error arised. There are some details about command and exception. *java -jar /home/ren/MyProject/tcg-android/jacoco-android/org.jacoco.cli/target/org.jacoco.cli-0.8.1-SNAPSHOT-nodeps.jar instrument

[java code coverage] Re: Instrumenting error caused by: java.lang.ArrayIndexOutOfBoundsException: -1

在 2018年3月22日星期四 UTC+8上午1:56:59，Evgeny Mandrikov写道： > > Please provide "abap.class". > > On Wednesday, March 21, 2018 at 6:03:53 PM UTC+1, Tool Ply wrote: >> >> I tried to instrument a jar which was translated from an apk by using >> dex2jar. Then the er

[java code coverage] Re: the Analyzer could not correctly match the classes in .exec files with those in the jarFile

在 2018年9月19日星期三 UTC+8下午8:05:59，Tool Ply写道： > > Dear Team, > I'm try to analyze the .exec file with original classes(not > instrumented) to get method Coverage. However, the analyzer could not > correctly match the classes in .exec files with those in the jarFile in &g

[java code coverage] Re: the Analyzer could not correctly match the classes in .exec files with those in the jarFile

-- You received this message because you are subscribed to the Google Groups "JaCoCo and EclEmma Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jacoco+unsubscr...@googlegroups.com. To view this discussion on the web visit

[java code coverage] the Analyzer could not correctly match the classes in .exec files with those in the jarFile

Dear Team, I'm try to analyze the .exec file with original classes(not instrumented) to get method Coverage. However, the analyzer could not correctly match the classes in .exec files with those in the jarFile in reason that all *mc.getLineCounter().getTotalCount() *equal to 0. I

[java code coverage] Re: Does hook really hinder jacoco's coverage analysis mechanism?

ble to get method coverage without line numbers? 在 2019年1月5日星期六 UTC+8上午6:53:40，Evgeny Mandrikov写道： > > Glad that this was helpful and thank you for your understanding. > > On Friday, January 4, 2019 at 10:43:50 PM UTC+1, Tool Ply wrote: >> >> Ok, this indeed helps me, so sorry

[java code coverage] Re: Does hook really hinder jacoco's coverage analysis mechanism?

:48，Evgeny Mandrikov写道： > > > > On Saturday, January 5, 2019 at 4:29:03 PM UTC+1, Tool Ply wrote: >> >> According to >> https://groups.google.com/d/msg/jacoco/d-30r6hVrV4/d_3Dk3GdCgAJ, this >> was indeed because of that the decompiled classes has no LineNumbe

[java code coverage] Does hook really hinder jacoco's coverage analysis mechanism?

I recently worked on applying jacoco on android app coverage. There is an interesting phenomenon. When I package the bytecodes both of the APK and my self-designed hook tool, which will hook getPackageInfo API of Android and return pre-set value in runtime, in a combined jar, and then

[java code coverage] Re: Does hook really hinder jacoco's coverage analysis mechanism?

Ok, this indeed helps me, so sorry for providing the blurred question. I will try this, and if I need, provide complete information next time 在 2019年1月5日星期六 UTC+8上午2:47:53，Evgeny Mandrikov写道： > > Hi, > > On Friday, January 4, 2019 at 5:43:23 PM UTC+1, Tool Ply wrote: >> &g