First of all, thanks a lot for all your quick answers. This has been 
really bugging me, and it is somewhat nice to hear that the solution 
doesn't stem from me having something configured improperly.

After learning about the .eclipseme.tmp directory, I made some more 
observations that might be of help. I removed the content of the /bin 
directory, and the .eclipseme.tmp directories, as explained in 
http://eclipseme.org/docs/buildingRef.html . I then opened Eclipse, and 
attempted to re-build the project, getting the same ClassPathNotFound 
exception. However when I then check in those directories, I don't see 
any new .class files, so nothing appears to have been compiled. There is 
a .jar file in the /emulation subfolder, but it only contains a 
MANIFEST.MF file.

In short, the reason why it cannot find the class is because the sources 
are never compiled, not because they are unreachable.

Does anybody know why EclipseME would refuse to compile the project? How 
  can I force it to do that? Or is there any way to diagnose why it is 
not doing so?


I enabled the EclipseME debug mode by using the command-line switch, but 
the EclipseME error console only displays this:

 > PreverificationBuilder.getRuntimeJar project = P/GroceryList
< PreverificationBuilder.getRuntimeJar project = P/GroceryList

Thank you in advance,
  Berk


Heiko Selber wrote:
> BTW: Putting /bin into the classpath shouldn't help anyway, because MIDlets 
> must be preverified. So, if anyting, you should add /verified, not /bin.
> 
> As to the original problem: For some reason, over the air doesn't always work 
> for me (perhaps because of missing write permissions).
> 
> But when I do J2ME -> Create Package and specify the MIDlet explicitly in the 
> launch configuration, I can run it in the emulator. But then you always have 
> to create the package explicitly after modifying the sources.
> 
> Heiko


> 
> 
> -------- Original-Nachricht --------
>> Datum: Tue, 24 Jun 2008 00:39:24 +0200
>> Von: Markus Sinner <[EMAIL PROTECTED]>
>> An: [email protected]
>> Betreff: Re: [Eclipseme-users] ClassNotFound problem with Eclipse 3.3 and 
>> EclipseME 1.7.9
> 
>> You should open a bug report on sourceforge if it persists...
>>
>> Did you run your midlet "over the air"? Try specifying the midlet in the
>> run-tab, if I remember right it is the third option.
>>
>>
>> Berk Birand schrieb:
>>> Hi all,
>>>
>>> I am developing my first MIDlet using Eclipse 3.3 and EclipseME 1.7.9. 
>>> The development started fairly smoothly, and I managed to run the 
>>> important demos in the Sun WTK 2.5.2, I recently ran into some weird 
>>> problems that no amount of Googling could solve. It all began when I 
>>> made a lot of changes to the source code of my own application, and 
>>> wanted to see how it worked in the emulator. When I ran the project, 
>>> none of the changes showed up, and I would still see some sysout prints 
>>> that I had removed long ago. I then went into the Eclipse workspace, and
>>> removed the content of the /bin directory, thinking that it would 
>>> recompile everything from the source.
>>>
>>> Instead, I started running into these errors:
>>>
>>> Running with storage root 
>>> /home/graffiti/j2mewtk/2.5.2/appdb/DefaultColorPhone
>>> Running with locale: en_US.UTF-8
>>> Running in the untrusted security domain
>>> java.lang.ClassNotFoundException: org/berk/GroceryList
>>>     at com.sun.midp.midlet.MIDletState.createMIDlet(+29)
>>>     at com.sun.midp.midlet.Scheduler.schedule(+52)
>>>     at com.sun.midp.main.Main.runLocalClass(+28)
>>>     at com.sun.midp.main.Main.main(+80)
>>> Execution completed.
>>> 2755738 bytecodes executed
>>> 40 thread switches
>>> 1665 classes in the system (including system classes)
>>> 14243 dynamic objects allocated (437872 bytes)
>>> 1 garbage collections (0 bytes collected)
>>>
>>> Somebody else had a similar problem, and they proposed including the 
>>> /bin directory as an "Extra Emulator Parameter" using the -cp switch. 
>>> When I do, the emulator does manage to find the class, but I get the 
>>> following error instead:
>>>
>>>
>>> Running with storage root 
>>> /home/graffiti/j2mewtk/2.5.2/appdb/DefaultColorPhone
>>> Running with locale: en_US.UTF-8
>>> Running in the untrusted security domain
>>> Error verifying method org/berk/GroceryList startApp()V
>>> [...]
>>> ALERT: java/lang/VerifyError: org/berk/GroceryList.
>>> Execution completed.
>>> 2750987 bytecodes executed
>>> 32 thread switches
>>> 1666 classes in the system (including system classes)
>>> 14313 dynamic objects allocated (438588 bytes)
>>> 2 garbage collections (378116 bytes collected).
>>>
>>>
>>> I really do not know what else I can try, or what other diagnostic 
>>> information I can send you that could be of help. I heard the log mode 
>>> of EclipseME could be useful, but I couldn't find a way of enabling it.
>>>
>>> If you have any leads, please let me know,
>>>
>>> Sincerely,
>>>  Berk
>>>
>>>
>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Eclipseme-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/eclipseme-users
>>>   
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Eclipseme-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/eclipseme-users
> 


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Eclipseme-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/eclipseme-users

Reply via email to