Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (109)
games submitted by our members
Games in WIP (537)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  eclipse detail formatters when debugging in a WTK?  (Read 2226 times)
0 Members and 1 Guest are viewing this topic.
Offline Anon666

Junior Member




aka Abuse/AbU5e/TehJumpingJawa


« Posted 2006-09-12 16:18:19 »

Has anyone managed to get the eclipse "detail formatter" working when debugging a midlet in the WTK?
I simply receive a "java.lang.UnsupportedOperationException occurred invoking method." when eclipse tries to evaluate an Object type.

I've tried overriding the default detail formatter behaviour of calling "toString()", but it seems as though having any kind of statement in the detail formatter, that requires access to runtime will cause it to fail.

In addition to this, there are several problems with conditional break points.

1) Conditional break points cannot contain references to named constant values. (e.g. public static final int CHEESE = -1;)
If they do, an "Exception processing async thread queue java.lang.UnsupportedOperationException" will occur when the break point is encountered.

2) If you break midlet execution,
setup a conditional break point,
disable the conditional break point,
resume the emulator,
re-enable the conditional break point.
Eclipse will lose its connection with the emulator, resulting in the emulator hanging (presumably awaiting a response from eclipse)

Can anyone offer work-arounds for any of these limitations in the WTK emulator?

The only solution I can think of, is to completely throw out the WTK, and replace it with a few sets of midp libraries that are built upon J2SE, and run within a standard J2SE VM.
As the additional features offered by the WTK are all but useless anyway, I think such a solution would stream-line development enormously.
I'm amazed there isn't an open-source project that has attempted this already???
Offline Anon666

Junior Member




aka Abuse/AbU5e/TehJumpingJawa


« Reply #1 - Posted 2006-09-20 20:09:37 »

Has no-one else come across this enormous limitation of the WTK?!?!?
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

CogWheelz (16 views)
2014-08-01 22:53:16

CogWheelz (15 views)
2014-08-01 22:51:43

CopyableCougar4 (18 views)
2014-08-01 19:37:19

CogWheelz (19 views)
2014-07-30 21:08:39

Riven (27 views)
2014-07-29 18:09:19

Riven (16 views)
2014-07-29 18:08:52

Dwinin (14 views)
2014-07-29 10:59:34

E.R. Fleming (42 views)
2014-07-29 03:07:13

E.R. Fleming (13 views)
2014-07-29 03:06:25

pw (44 views)
2014-07-24 01:59:36
Resources for WIP games
by CogWheelz
2014-08-01 18:20:17

Resources for WIP games
by CogWheelz
2014-08-01 18:19:50

List of Learning Resources
by SilverTiger
2014-07-31 18:29:50

List of Learning Resources
by SilverTiger
2014-07-31 18:26:06

List of Learning Resources
by SilverTiger
2014-07-31 13:54:12

HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!