Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community ForumsLine Level Coverage runtime error
https://www.eclipse.org/forums/index.php/mv/msg/27352/88797/#msg_88797
Originally posted by: wayne.sibley.sercoassurance.com
I am trying to get the Line Level Coverage working using a Solaris server
running JBoss and appropriate agent (4.2.1). When I try to collect the
data I get the following error message in the JBoss log:
java.lang.Error: Line Level Coverage runtime error: cannot write to
C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
Check your com.ibm.ra.llc.rawreport property
Cause:
C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
(No such file or directory)
com.ibm.ra.llc.runtime.LLCDumpModule.createIOError(LLCDumpMo dule.java:110)
com.ibm.ra.llc.runtime.LLCDumpModule.emitCharsetXMLFragment( LLCDumpModule.java:104)
..
..
..
The path name specified is that on my local PC which is running Eclipse
3.2.1 and TPTP 4.2.1. I'm slightly puzzled that the JBoss server has
complained about a location on my local PC but, either way, I can't find
any solution to the problem. The folder
C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/
does exist, but the file does not.
Assistance greatly appreciated.]]>2006-11-27T17:15:03-00:00Re: Line Level Coverage runtime error
https://www.eclipse.org/forums/index.php/mv/msg/27352/96997/#msg_96997
It appears as if you are running from a Windows machine. Are you
launching a remote process on the Solaris machine?
Try setting the com.ibm.ra.llc.rawreport sytem variable to a file name
on the Solaris file sytem.
Paul
"Wayne Sibley" <wayne.sibley@sercoassurance.com> wrote in message
news:3084e187693b9bb45715fbf541feebd4$1@www.eclipse.org...
>I am trying to get the Line Level Coverage working using a Solaris server
>running JBoss and appropriate agent (4.2.1). When I try to collect the data
>I get the following error message in the JBoss log:
>
> java.lang.Error: Line Level Coverage runtime error: cannot write to
> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
> Check your com.ibm.ra.llc.rawreport property
> Cause:
> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
> (No such file or directory)
> com.ibm.ra.llc.runtime.LLCDumpModule.createIOError(LLCDumpMo dule.java:110)
> com.ibm.ra.llc.runtime.LLCDumpModule.emitCharsetXMLFragment( LLCDumpModule.java:104)
> .
> .
> .
>
>
> The path name specified is that on my local PC which is running Eclipse
> 3.2.1 and TPTP 4.2.1. I'm slightly puzzled that the JBoss server has
> complained about a location on my local PC but, either way, I can't find
> any solution to the problem. The folder
> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/
> does exist, but the file does not.
>
> Assistance greatly appreciated.
>]]>Paul Slauenwhite2007-04-25T12:16:18-00:00Re: Line Level Coverage runtime error
https://www.eclipse.org/forums/index.php/mv/msg/27352/97026/#msg_97026
From your note I understand that this is the scenario:
- Use Eclipse workbench to profile the server ( start the JBoss
server in profiling mode )
- In the Profile attach configuration you specify a remote machine
and select line coverage
The data collected from the running application is stored into a file which
is located under the Eclipse workbench install. In your case, the location
is under
In a remote scenario, when the Eclipse client in not on the same machine
with the application being profiled, it is obvious that this location is not
available. This is a known bug which unfortunately has not been fixed yet.
The workaround is to create a similar path on your remote machine, if at all
possible, so that the line coverage file can be saved.
On the host where the server is running, create this path and try to collect
line coverage again; it should work this time
"Paul Slauenwhite" <paules@ca.ibm.com> wrote in message
news:f0ngqp$24b$1@build.eclipse.org...
> Hi Wayne,
> It appears as if you are running from a Windows machine. Are you
> launching a remote process on the Solaris machine?
>
> Try setting the com.ibm.ra.llc.rawreport sytem variable to a file name
> on the Solaris file sytem.
>
> Paul
> "Wayne Sibley" <wayne.sibley@sercoassurance.com> wrote in message
> news:3084e187693b9bb45715fbf541feebd4$1@www.eclipse.org...
>>I am trying to get the Line Level Coverage working using a Solaris server
>>running JBoss and appropriate agent (4.2.1). When I try to collect the
>>data I get the following error message in the JBoss log:
>>
>> java.lang.Error: Line Level Coverage runtime error: cannot write to
>> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
>> Check your com.ibm.ra.llc.rawreport property
>> Cause:
>> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/llc.UUID-1164634328-6140 64-1262132434-1721025130.1164636338656.rawreport
>> (No such file or directory)
>> com.ibm.ra.llc.runtime.LLCDumpModule.createIOError(LLCDumpMo dule.java:110)
>> com.ibm.ra.llc.runtime.LLCDumpModule.emitCharsetXMLFragment( LLCDumpModule.java:104)
>> .
>> .
>> .
>>
>>
>> The path name specified is that on my local PC which is running Eclipse
>> 3.2.1 and TPTP 4.2.1. I'm slightly puzzled that the JBoss server has
>> complained about a location on my local PC but, either way, I can't find
>> any solution to the problem. The folder
>> C:/Programs/eclipse/workspaces/workspace1/.metadata/.plugins /org.eclipse.tptp.platform.llc.core/
>> does exist, but the file does not.
>>
>> Assistance greatly appreciated.
>>
>
>]]>Valentina Popescu2007-04-25T20:27:58-00:00