Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » ATL » Could not debug, because UTFDataFormatException is thrown when reaching breakpoint
Could not debug, because UTFDataFormatException is thrown when reaching breakpoint [message #898009] Wed, 25 July 2012 15:29 Go to next message
Martin Benedict is currently offline Martin BenedictFriend
Messages: 22
Registered: June 2012
Junior Member
Always when I try to debug my ATL script and breakpoint is reached an UTFDataFormatException is thrown which tells me the following stack trace.

java.io.UTFDataFormatException: encoded string too long: 343862 bytes
	at java.io.DataOutputStream.writeUTF(Unknown Source)
	at java.io.DataOutputStream.writeUTF(Unknown Source)
	at org.eclipse.m2m.atl.debug.core.adwp.ADWP.writeValue(ADWP.java:142)
	at org.eclipse.m2m.atl.debug.core.adwp.ADWP.sendMessage(ADWP.java:225)
	at org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger$3.doIt(NetworkDebugger.java:308)
	at org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger.dialog(NetworkDebugger.java:227)
	at org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger.step(NetworkDebugger.java:151)
	at org.eclipse.m2m.atl.engine.emfvm.lib.ExecEnv.stepTools(ExecEnv.java:1886)
	at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:330)
	at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
	at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
	at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
	at org.eclipse.m2m.atl.engine.emfvm.ASM.run(ASM.java:208)
	at org.eclipse.m2m.atl.engine.emfvm.launch.EMFVMLauncher.internalLaunch(EMFVMLauncher.java:170)
	at org.eclipse.m2m.atl.engine.emfvm.launch.EMFVMUILauncher.launch(EMFVMUILauncher.java:43)
	at org.eclipse.m2m.atl.core.service.LauncherService.launch(LauncherService.java:136)
	at org.eclipse.m2m.atl.core.ui.launch.AtlLaunchConfigurationDelegate$1.run(AtlLaunchConfigurationDelegate.java:274)


Does anybody has an idea what could be the reason of the exception. Perhaps its my file it contains about 900 lines of code, but I think this should ATL can handle, shouldn't it?
After stopping the debug-run and starting it again the variables couldn't be analyzed.

I already filed a bug (https://bugs.eclipse.org/bugs/show_bug.cgi?id=385849), but I hope to find anybody who have also this problem. Is there anybody out there. Or has anybody an idea what could be the problem?
Re: Could not debug, because UTFDataFormatException is thrown when reaching breakpoint [message #899163 is a reply to message #898009] Mon, 30 July 2012 17:30 Go to previous messageGo to next message
Dennis Wagelaar is currently offline Dennis WagelaarFriend
Messages: 147
Registered: July 2009
Senior Member
Op 25-07-12 17:29, Martin Benedict schreef:
> Always when I try to debug my ATL script and breakpoint is reached an
> UTFDataFormatException is thrown which tells me the following stack trace.
>
>
> java.io.UTFDataFormatException: encoded string too long: 343862 bytes
> at java.io.DataOutputStream.writeUTF(Unknown Source)
> at java.io.DataOutputStream.writeUTF(Unknown Source)
> at org.eclipse.m2m.atl.debug.core.adwp.ADWP.writeValue(ADWP.java:142)
> at org.eclipse.m2m.atl.debug.core.adwp.ADWP.sendMessage(ADWP.java:225)
> at
> org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger$3.doIt(NetworkDebugger.java:308)
>
> at
> org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger.dialog(NetworkDebugger.java:227)
>
> at
> org.eclipse.m2m.atl.engine.emfvm.launch.debug.NetworkDebugger.step(NetworkDebugger.java:151)
>
> at org.eclipse.m2m.atl.engine.emfvm.lib.ExecEnv.stepTools(ExecEnv.java:1886)
> at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:330)
> at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
> at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
> at org.eclipse.m2m.atl.engine.emfvm.ASMOperation.exec(ASMOperation.java:388)
> at org.eclipse.m2m.atl.engine.emfvm.ASM.run(ASM.java:208)
> at
> org.eclipse.m2m.atl.engine.emfvm.launch.EMFVMLauncher.internalLaunch(EMFVMLauncher.java:170)
>
> at
> org.eclipse.m2m.atl.engine.emfvm.launch.EMFVMUILauncher.launch(EMFVMUILauncher.java:43)
>
> at
> org.eclipse.m2m.atl.core.service.LauncherService.launch(LauncherService.java:136)
> at
> org.eclipse.m2m.atl.core.ui.launch.AtlLaunchConfigurationDelegate$1.run(AtlLaunchConfigurationDelegate.java:274)
>
>
>
> Does anybody has an idea what could be the reason of the exception. Perhaps
> its my file it contains about 900 lines of code, but I think this should ATL
> can handle, shouldn't it?
> After stopping the debug-run and starting it again the variables couldn't be
> analyzed.
>
> I already filed a bug (https://bugs.eclipse.org/bugs/show_bug.cgi?id=385849),
> but I hope to find anybody who have also this problem. Is there anybody out
> there. Or has anybody an idea what could be the problem?

Interesting issue! Your breakpoint is on a method that returns a String, which
the debugger tries to copy over a TCP socket back to Eclipse, so that you can
view it. Apparently, java.io.DataOutputStream.writeUTF() does not handle
writing Strings as long as yours. Do you really have String values of over
300kB in your model?

Dennis
Re: Could not debug, because UTFDataFormatException is thrown when reaching breakpoint [message #899966 is a reply to message #899163] Fri, 03 August 2012 09:06 Go to previous message
Martin Benedict is currently offline Martin BenedictFriend
Messages: 22
Registered: June 2012
Junior Member
I don't think that there are so huge in my model, but I would check this. Could this be a result of string concatenation?
Previous Topic:problem adding an association property to ownedAttribute
Next Topic:EOperation at ATL program?
Goto Forum:
  


Current Time: Thu Apr 25 20:31:40 GMT 2024

Powered by FUDForum. Page generated in 0.03475 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top