microemulator-users

Re: [Microemulator-users] Problem with http in the applet

[Vlad S. <ska...@gm...>]

Hi David
 Sorry it took me an extremely long time to come back to your problem. Does
bug still exists?
 I see that MicroEmulator working fine on your website
http://www.hecl.org/applet/

 As to "Provide a hook to call midlet methods from Javascript" this is a
nice feature. But now we are not adding new stuff because MicroEmulator  is
migrating to apache harmony..

Regards,
Vlad

On 4/19/08, David Welton <da...@de...> wrote:
>
> > David
> >  I don't know if this is a bug or not. Can you send a small project
> > preferably with source so I can reproduce the problem.
> >  If code can be made public attach it to bug created here
> > http://sourceforge.net/tracker/?group_id=30014
>
>
> Ok, I created a bug, and pointed to the source code that's causing the
> problem.  I realize that it's a pain/impossible for you to download
> all of Hecl, compile it, etc... so just let me know what I can provide
> to help out.
>
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1946452&group_id=30014&atid=397809
>
>
> >   Also please add more description to English word "choke".
>
>
> Sorry, was late and I was tired:-)  "Doesn't load", but right now it's
> crashing my browser so much I can't even get the stack trace.  I'll
> add that to the bug if I do.
>
>
> >  Does it work in standard java application (not applet)  can you try it
> from
> > webstart?
>
>
> Works great in standard Java.  MicroEmulator is really cool!
>
>
> >  If you are opening connection in applet to http host other then one the
> > request comes from then you application will "choke".
> >   You will catch exception  java.security.AccessControlException: access
> > denied (java.net.SocketPermission ...)
>
> >  And this is not a bug but documented feature of java applets
> security!  See
> > http://www.microemu.org/applet.html second line after title.
>
>
> That's not the problem, as far as I know, unless even having
> networking classes built in is problematic.  It doesn't even load.
>
> BTW, I created a patch a long time ago, and will need to update it for
> the latest code - is there any interest in something like this?
>
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=1472632&group_id=30014&atid=397811
>
>
> Thanks!
> --
> David N. Welton
>
> http://www.welton.it/davidw/
>
> http://www.dedasys.com/
>



-- 
Vlad

Re: [Microemulator-users] Won't start up, just freezes

[P. D. <per...@gm...>]

Indeed it does! Thank you for the quick response :)

/Pär

On Mon, May 26, 2008 at 11:53 PM, Vlad Skarzhevskyy <ska...@gm...>
wrote:

> The last 2.0.3-SNAPSHOT should fix the problem.
>



-- 
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog

Re: [Microemulator-users] Won't start up, just freezes

[Vlad S. <ska...@gm...>]

The last 2.0.3-SNAPSHOT should fix the problem.

Re: [Microemulator-users] Won't start up, just freezes

[P. D. <per...@gm...>]

Sure I can.

I'm on a Intel Core2 Duo 6400 2.13Ghz processor, 2Gb ram, Windows XP SP2.
The Java version is "build 1.6.0_05-b13".

/Pär

On Sun, May 25, 2008 at 11:26 PM, Vlad Skarzhevskyy <ska...@gm...>
wrote:

> Pär
>  Can you report exact configuration used to cause the problem?  OS
> version, java version. Also Your CPU type. Is this dual-core or other
> Hyper-threading cpu.
>
>  Since I tried on my nice Centrino Pentium M (1.7G 735) and does not
> cause the problem under Win XP.
>
> Regards,
> Vlad
>



-- 
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog

Re: [Microemulator-users] Won't start up, just freezes

[Vlad S. <ska...@gm...>]

Pär
 Can you report exact configuration used to cause the problem?  OS
version, java version. Also Your CPU type. Is this dual-core or other
Hyper-threading cpu.

 Since I tried on my nice Centrino Pentium M (1.7G 735) and does not
cause the problem under Win XP.

Regards,
Vlad

Re: [Microemulator-users] Won't start up, just freezes

[P. D. <per...@gm...>]

Thank you for the info. I can confirm that the problem occurs if the
<logConsole onstart="true">...</logConsole> is present in
.../.microemulator/config2.xml. If I remove that element or set it to false
it'll start up as it should with for example a jad file as argument.

/Pär

On Sat, May 24, 2008 at 4:06 AM, Vlad Skarzhevskyy <ska...@gm...>
wrote:

> I have some ideas because I have seen it.
>  In my case it was that I kept the log window open. The status of open
> window is stored in config file so the next time you start the
> MicroEmulator app log window will pop up automatically.  Try to close
> log window when exiting the MicroEmulator.
>
>  If you will be able to reproduce it we will need to review the log
> window synchronizations.
>
> Regards,
> Vlad
>



-- 
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog

Re: [Microemulator-users] Won't start up, just freezes

[Vlad S. <ska...@gm...>]

I have some ideas because I have seen it.
 In my case it was that I kept the log window open. The status of open
window is stored in config file so the next time you start the
MicroEmulator app log window will pop up automatically.  Try to close
log window when exiting the MicroEmulator.

 If you will be able to reproduce it we will need to review the log
window synchronizations.

Regards,
Vlad

[Microemulator-users] Won't start up, just freezes

[P. D. <per...@gm...>]

I would like to second what Meredydd Luff wrote in the forum. If I start
2.0.2 (or 2.0.3 snapshot last tested on the 16:th) with an argument jad-file
or class name MicroEmulator freezes. It works just fine if I start it
without argument and just drag a jad-file to the window. This is on Windows
XP SP2 with Java build 1.6.0_05-b13.

On my Kubuntu server with Java build 1.6.0_01-b06 however, it works fine.

I *actually* got it to work ONCE on the windows machine, but the next time I
started it, it froze again. Really strange.

I would really like to be able to run my projects with MicroEmulator from
NetBeans. Anyone got any idea what this might be?

-- 
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog

[Microemulator-users] Testing with CLDCUnit using RecordStore

[Karsten O. <wid...@t-...>]

Hi,

I want to run my CLDCUnit tests during the maven install. I use a 
RecordStore, but the RecordStore seems to be only available, when an 
emulator is running.

The method:

	public static RecordStoreManager getRecordStoreManager() {
		return emulator.getRecordStoreManager();
	}

throws

java.lang.NullPointerException
	at org.microemu.MIDletBridge.getRecordStoreManager(MIDletBridge.java:122)
	at javax.microedition.rms.RecordStore.openRecordStore(RecordStore.java:58)
	at 
net.sf.microlog.appender.RecordStoreAppender.initLimitedEntries(RecordStoreAppender.java:226)
	at 
net.sf.microlog.appender.RecordStoreAppender.<init>(RecordStoreAppender.java:59)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
	at java.lang.Class.newInstance0(Class.java:355)
	at java.lang.Class.newInstance(Class.java:308)
	at net.sf.microlog.Logger.configureAppender(Logger.java:113)
	at net.sf.microlog.Logger.configure(Logger.java:55)

-------

How can I use microemulator in Maven with CLDCUnit tests and in eclipse? 
I would like to have an embeddable microemulator.

Regards,
Karsten

Re: [Microemulator-users] Problem with http in the applet

[David W. <da...@de...>]

> David
>  I don't know if this is a bug or not. Can you send a small project
> preferably with source so I can reproduce the problem.
>  If code can be made public attach it to bug created here
> http://sourceforge.net/tracker/?group_id=30014

Ok, I created a bug, and pointed to the source code that's causing the
problem.  I realize that it's a pain/impossible for you to download
all of Hecl, compile it, etc... so just let me know what I can provide
to help out.

http://sourceforge.net/tracker/index.php?func=detail&aid=1946452&group_id=30014&atid=397809

>   Also please add more description to English word "choke".

Sorry, was late and I was tired:-)  "Doesn't load", but right now it's
crashing my browser so much I can't even get the stack trace.  I'll
add that to the bug if I do.

>  Does it work in standard java application (not applet)  can you try it from
> webstart?

Works great in standard Java.  MicroEmulator is really cool!

>  If you are opening connection in applet to http host other then one the
> request comes from then you application will "choke".
>   You will catch exception  java.security.AccessControlException: access
> denied (java.net.SocketPermission ...)

>  And this is not a bug but documented feature of java applets security!  See
> http://www.microemu.org/applet.html second line after title.

That's not the problem, as far as I know, unless even having
networking classes built in is problematic.  It doesn't even load.

BTW, I created a patch a long time ago, and will need to update it for
the latest code - is there any interest in something like this?

https://sourceforge.net/tracker/index.php?func=detail&aid=1472632&group_id=30014&atid=397811

Thanks!
-- 
David N. Welton

http://www.welton.it/davidw/

http://www.dedasys.com/

Re: [Microemulator-users] Problem with http in the applet

[Vlad S. <ska...@gm...>]

David
 I don't know if this is a bug or not. Can you send a small project
preferably with source so I can reproduce the problem.
 If code can be made public attach it to bug created here
http://sourceforge.net/tracker/?group_id=30014
 Also please add more description to English word "choke".
 Does it work in standard java application (not applet)  can you try it from
webstart?

Regards,
Vlad

PS
 If you are opening connection in applet to http host other then one the
request comes from then you application will "choke".
 You will catch exception  java.security.AccessControlException: access
denied (java.net.SocketPermission ...)

 And this is not a bug but documented feature of java applets security!  See
http://www.microemu.org/applet.html second line after title.

On 4/18/08, David Welton <da...@de...> wrote:
>
> Hi,
>
> I'm trying to get an applet working, but it chokes on this code:
>
>             try {
>                 interp = new Interp();
>                 Base64Cmd.load(interp);
>                 HttpCmd.load(interp);
>                 RMSCmd.load(interp);
>             } catch (Exception e) {
>                 f.append(e.toString());
>             }
>
> Specifically, on the HttpCmd code, even though the whole thing is in a
> try/catch block.
>
> Known bug?  If not, I can send code that reproduces it.
>
> Thanks,
> --
> David N. Welton
>
> http://www.welton.it/davidw/
>
> http://www.dedasys.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Microemulator-users mailing list
> Mic...@li...
> https://lists.sourceforge.net/lists/listinfo/microemulator-users
>



-- 
Vlad

[Microemulator-users] Problem with http in the applet

[David W. <da...@de...>]

Hi,

I'm trying to get an applet working, but it chokes on this code:

	    try {
		interp = new Interp();
		Base64Cmd.load(interp);
		HttpCmd.load(interp);
		RMSCmd.load(interp);
	    } catch (Exception e) {
		f.append(e.toString());
	    }

Specifically, on the HttpCmd code, even though the whole thing is in a
try/catch block.

Known bug?  If not, I can send code that reproduces it.

Thanks,
-- 
David N. Welton

http://www.welton.it/davidw/

http://www.dedasys.com/

Re: [Microemulator-users] Exception setting up filesystem/recordstore? [regression]

[Vlad S. <ska...@gm...>]

On 4/8/08, Francis De Brabandere <fra...@gm...> wrote:
>  Caused by: java.lang.RuntimeException: Unable create
>  org.microemu.cldc.file.FileSystemRegistryDelegate implementation

Hi Francis
 I can't really reproduce the problem removing ".microemulator" from home.
 I hope that it would be fixed in new build because there was a
default constructor missing in jsr-75 implemenation.....

-- 
Vlad

Re: [Microemulator-users] Using JSRs in EclipseME

[Vlad S. <ska...@gm...>]

Hi goboster
 I have not tested EclipseME and don't know why it "does not allows
you" to enter long command line.....

 When I run the microemulator with JSR-75 it runs fine:

 This is exact command:
----
java -cp microemulator.jar;lib\microemu-jsr-75.jar
org.microemu.app.Main --impl org.microemu.cldc.file.FileSystem
.\apps\microemu-fcview.jad
----

 Send me your JSR-135 application I will see what I can do.

Re: [Microemulator-users] Eclipse & Noika UI

[Vlad S. <ska...@gm...>]

> On 3/28/08, olger <ol...@m4...> wrote:
>  java.lang.NoClassDefFoundError: com/nokia/mid/ui/FullCanvas

Oleg
 Can you try different start options:

--appclassloader  delegating
or
--appclassloader  system


Should help.

-- 
Vlad

[Microemulator-users] Using JSRs in EclipseME

[Hi T. <gob...@ya...>]

I posted this to the help forum on sourceforge and got
no response, hopefully someone on this list can
help...

I have a test application that uses JSR-75
(FileSystem) and JSR-135 (MMAPI). I believe it's
running correctly from the command line -- it gives
one error: 

Implementation initialization
java.lang.ClassNotFoundException:
java.javax.microedition.media.TimeBase 

org.microemu.app.Common.registerImplementation(Common.java:652)


 

but I think that's expected for the JSR-135 jar,
right? 

 

In Eclipse, it can't seem to find either JSR jar. The
emulator starts up fine, but when I run my app by
clicking the button for "start", it gives a lengthy
error that begins with: 

 

error Message: Error starting MIDlet: Unable to start
MIDlet,
javax.microedition.io.ConnectionNotFoundException:
connection [file] class not found
java.lang.RuntimeException:
javax.microedition.io.ConnectionNotFoundException:
connection [file] class not found 

org.microemu.app.Common.startMidlet(Common.java:403) 

java.lang.RuntimeException:
javax.microedition.io.ConnectionNotFoundException:
connection [file] class not found 

 

 

EclipseME has Microemulator loaded, I verified it's on
the build path (along with all of its enclosed JSRs),
and have tried "--impl
org.microemu.cldc.file.FileSystem" under "extra
emulator parameters". It won't allow me to enter the
same classpath as I used on the command line under
"extra emulator parameters" because it is too long. 

 

I have a config2.xml in the .microemulator folder in
my home directory that I've appended at the end. 

 

How do I get the JSR jars to load in Eclipse /
EclipseME? 

 

Thanks for your help! 

 

 

config2.xml: 

<config> 

<files> 

<recent MAXCAPACITY="0"> 

<midlet> 

<name>exampleapp Midlet Suite</name> 

<url>file:///tmp/_eclipseme.tmpme/exampleapp4942.launch/exampleapp.jad</url>


</midlet> 

</recent> 

</files> 

<system-properties> 

<system-property VALUE="MIDP-2.0"
NAME="microedition.profiles"/> 

<system-property VALUE="CLDC-1.0"
NAME="microedition.configuration"/> 

<system-property VALUE="true"
NAME="avetana.forceNativeLibrary"/> 

</system-properties> 

<windows> 

<main ONSTART="true"> 

<x>0</x> 

<y>1</y> 

<width>226</width> 

<height>526</height> 

</main> 

</windows> 

<extensions> 

<extension> 

<className>org.microemu.cldc.file.FileSystem</className>


<properties> 

<property VALUE="/home/me/appdb/filesystem/"
NAME="fsRoot"/> 

</properties> 

</extension> 

<extension> 

<className>java.javax.microedition.media.TimeBase</className>


</extension> 

</extensions> 

</config>


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Microemulator-users] Exception setting up filesystem/recordstore? [regression]

[Francis De B. <fra...@gm...>]

This error occurs after removing ~/.microemu

Caused by: java.lang.RuntimeException: Unable create
org.microemu.cldc.file.FileSystemRegistryDelegate implementation
	at org.microemu.microedition.ImplFactory.getDefaultImplementation(ImplFactory.java:135)
	at org.microemu.microedition.ImplFactory.getImplementation(ImplFactory.java:203)
	at javax.microedition.io.file.FileSystemRegistry.<clinit>(FileSystemRegistry.java:39)
	... 4 more
Caused by: java.security.PrivilegedActionException:
java.lang.InstantiationException:
org.microemu.cldc.file.FileSystemRegistryImpl
	at java.security.AccessController.doPrivileged(Native Method)
	at org.microemu.microedition.ImplFactory.getDefaultImplementation(ImplFactory.java:128)
	... 6 more
Caused by: java.lang.InstantiationException:
org.microemu.cldc.file.FileSystemRegistryImpl
	at java.lang.Class.newInstance0(Class.java:340)
	at java.lang.Class.newInstance(Class.java:308)
	at org.microemu.microedition.ImplFactory$1.run(ImplFactory.java:131)
	... 8 more

versions affected:
microemulator-2.0.3-SNAPSHOT (today)
microemulator-2.0.2

the exception is gone after starting up an old
microemulator-2.0.2-SNAPSHOT version
after that the new versions work as well

Regards,

Francis

-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

Re: [Microemulator-users] "Creating Timer with no MIDlet context" Exception

[Vlad S. <ska...@gm...>]

>  error Timer with no MIDlet context java.lang.Throwable
>           org.microemu.app.util.MIDletTimer.unregister(MIDletTimer.java:129)

This may happen when you cancel the timer that was not initialized.
e.g. schedule(...) was not called for the timer.

This is just an error message and can be ignored. I will remove it.

Regarding socket this is different story. I will take a look.

[Microemulator-users] "Creating Timer with no MIDlet context" Exception

[Francis De B. <fra...@gm...>]

I'm getting this exception when closing a socket connection:
(microemu 2.0.2)

error Timer with no MIDlet context java.lang.Throwable
	  org.microemu.app.util.MIDletTimer.unregister(MIDletTimer.java:129)
java.lang.Throwable
	at org.microemu.app.util.MIDletTimer.unregister(MIDletTimer.java:129)
	at org.microemu.app.util.MIDletTimer.cancel(MIDletTimer.java:101)
	at xxx.AbstractServerConnection.close(AbstractServerConnection.java:165)

Can somebody explain me what the cause for this exception could be?
And on the other hand reading from the socket at server side keeps
giving me 0 byte counts instead of just blocking, I'm not sure this
has something to do with the above problem?

Thanks in advance
Francis

-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

[Microemulator-users] Eclipse & Noika UI

[olger <ol...@m4...>]

Hi,

i'd like to run midlet witch uses Nokia UI API in Microemu using Eclipse.
So far i have downloaded  Microemu project (using Maven) and imported to
Eclipse.

java.lang.NoClassDefFoundError: com/nokia/mid/ui/FullCanvas

is thrown when i start midlet. Microemu-nokiaui project is added to build
path. Adding nokiaui.jar built by Maven to class path didn't help me either.

I think it's class loader issue. Debuging shows that if i call FullCanvas 
from Main class it's working. If debug was turned on in MIDletClassLoader 
i got next log line:

Unable to find resource for class - DATA: com.nokia.mid.ui.FullCanvas @ 
org.microemu.app.classloader.MIDletClassLoader.findClass

(using custom log appender here)

Manual debuging shows that getResource call in method getResourceAsStream
returns null.

Browsing mailing lists and forums shows that there is similar issue using 
Microemu and Nokia UI API from command line but i didn't find much help 
there.

Am i missing something here?

                                                                 >>> olger

Re: [Microemulator-users] [btspp] class not found

[Vlad S. <ska...@gm...>]

java -jar will ignore -cp settings!

Use this:

java -cp microemulator.jar:bluecove.jar:bluecove_gpl.jar:....
org.microemu.app.Main xxx.jad



On 2/15/08, Francis De Brabandere <fra...@gm...> wrote:
>
> <mic...@li...>Hi,
>
> I'm testing microemu in Linux using bluecove/bluecove-gpl (bluez) but I
> can't seem to get my bluetooth working...
>
> i'm starting the emulator like this:
>
>
> java -jar microemulator.jar -cp "lib/bluecove-2.0.3-20080214.060230-27.jar
> ;lib/bluecove-gpl-2.0.3-20080205.211000-41.jar;lib/microemu-jsr-135.jar
> ;lib/microemu-jsr-75.jar;lib/microemu-nokiaui.jar"
> /home/francisdb/NetBeansProjects/xxx/dist/xxx.jad
>
> Any ideas?
>
> Francis
>
> connection [btspp] class not found
>           org.microemu.microedition.io.ConnectorImpl.openSecure(
> ConnectorImpl.java:145)
> java.lang.ClassNotFoundException: org.microemu.cldc.btspp.Connection
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:169)
>         at org.microemu.microedition.io.ConnectorImpl.openSecure(
> ConnectorImpl.java:131)
>         at org.microemu.microedition.io.ConnectorImpl.access$200(
> ConnectorImpl.java:46)
>         at org.microemu.microedition.io.ConnectorImpl$1.run(
> ConnectorImpl.java:76)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at org.microemu.microedition.io.ConnectorImpl.open(
> ConnectorImpl.java:71)
>         at javax.microedition.io.Connector.open(Connector.java:52)
>         at com.xxx.io.BluetoothOutputStream$1.run(
> BluetoothOutputStream.java:46)
> connection [btspp] class not found
>           org.microemu.microedition.io.ConnectorImpl.openSecure(
> ConnectorImpl.java:146)
> java.lang.ClassNotFoundException: com.sun.cdc.io.j2me.btspp.Protocol
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:169)
>         at org.microemu.microedition.io.ConnectorImpl.openSecure(
> ConnectorImpl.java:141)
>         at org.microemu.microedition.io.ConnectorImpl.access$200(
> ConnectorImpl.java:46)
>         at org.microemu.microedition.io.ConnectorImpl$1.run(
> ConnectorImpl.java:76)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at org.microemu.microedition.io.ConnectorImpl.open(
> ConnectorImpl.java:71)
>         at javax.microedition.io.Connector.open(Connector.java:52)
>         at com.xxx.io.BluetoothOutputStream$1.run(
> BluetoothOutputStream.java:46)
> javax.microedition.io.ConnectionNotFoundException: connection [btspp]
> class not found
>         at org.microemu.microedition.io.ConnectorImpl.openSecure(
> ConnectorImpl.java:147)
>         at org.microemu.microedition.io.ConnectorImpl.access$200(
> ConnectorImpl.java:46)
>         at org.microemu.microedition.io.ConnectorImpl$1.run(
> ConnectorImpl.java:76)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at org.microemu.microedition.io.ConnectorImpl.open(
> ConnectorImpl.java:71)
>         at javax.microedition.io.Connector.open(Connector.java:52)
>         at com.xxx.io.BluetoothOutputStream$1.run(
> BluetoothOutputStream.java:46)
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Microemulator-users mailing list
> Mic...@li...
> https://lists.sourceforge.net/lists/listinfo/microemulator-users
>
>


-- 
Vlad

[Microemulator-users] [btspp] class not found

[Francis De B. <fra...@gm...>]

 <mic...@li...>Hi,

I'm testing microemu in Linux using bluecove/bluecove-gpl (bluez) but I
can't seem to get my bluetooth working...

i'm starting the emulator like this:


java -jar microemulator.jar -cp "lib/bluecove-2.0.3-20080214.060230-27.jar
;lib/bluecove-gpl-2.0.3-20080205.211000-41.jar;lib/microemu-jsr-135.jar
;lib/microemu-jsr-75.jar;lib/microemu-nokiaui.jar"
/home/francisdb/NetBeansProjects/xxx/dist/xxx.jad

Any ideas?

Francis

connection [btspp] class not found
          org.microemu.microedition.io.ConnectorImpl.openSecure(
ConnectorImpl.java:145)
java.lang.ClassNotFoundException: org.microemu.cldc.btspp.Connection
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:169)
        at org.microemu.microedition.io.ConnectorImpl.openSecure(
ConnectorImpl.java:131)
        at org.microemu.microedition.io.ConnectorImpl.access$200(
ConnectorImpl.java:46)
        at org.microemu.microedition.io.ConnectorImpl$1.run(
ConnectorImpl.java:76)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.microemu.microedition.io.ConnectorImpl.open(
ConnectorImpl.java:71)
        at javax.microedition.io.Connector.open(Connector.java:52)
        at com.xxx.io.BluetoothOutputStream$1.run(BluetoothOutputStream.java
:46)
connection [btspp] class not found
          org.microemu.microedition.io.ConnectorImpl.openSecure(
ConnectorImpl.java:146)
java.lang.ClassNotFoundException: com.sun.cdc.io.j2me.btspp.Protocol
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:169)
        at org.microemu.microedition.io.ConnectorImpl.openSecure(
ConnectorImpl.java:141)
        at org.microemu.microedition.io.ConnectorImpl.access$200(
ConnectorImpl.java:46)
        at org.microemu.microedition.io.ConnectorImpl$1.run(
ConnectorImpl.java:76)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.microemu.microedition.io.ConnectorImpl.open(
ConnectorImpl.java:71)
        at javax.microedition.io.Connector.open(Connector.java:52)
        at com.xxx.io.BluetoothOutputStream$1.run(BluetoothOutputStream.java
:46)
javax.microedition.io.ConnectionNotFoundException: connection [btspp] class
not found
        at org.microemu.microedition.io.ConnectorImpl.openSecure(
ConnectorImpl.java:147)
        at org.microemu.microedition.io.ConnectorImpl.access$200(
ConnectorImpl.java:46)
        at org.microemu.microedition.io.ConnectorImpl$1.run(
ConnectorImpl.java:76)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.microemu.microedition.io.ConnectorImpl.open(
ConnectorImpl.java:71)
        at javax.microedition.io.Connector.open(Connector.java:52)
        at com.xxx.io.BluetoothOutputStream$1.run(BluetoothOutputStream.java
:46)

-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

Re: [Microemulator-users] DeviceFactory.getDevice() returns null when used with JMUnit4CLDC11

[Vlad S. <ska...@gm...>]

Marcel
  It is very hard to advice you on anything since we did not
implemented any support for default initialization of microemulator in
unit tests.
  Expected use of microumulator is via initialization in
org.microemu.app.Main. We do not support anything else for now. Even
if it is possible in a future.

Vlad

Re: [Microemulator-users] DeviceFactory.getDevice() returns null when used with JMUnit4CLDC11

[Marcel R. <mr...@ma...>]

Hi again,

now it works, i'm not sure what i have changed but i believe it helped
changing the order of export of jars in the eclipse debug dialog.

What still not works is my JMUnit Suite (Linux):

ava.lang.Error: MIDlet Context corrupted
    at org.microemu.app.Common.startMidlet(Common.java:365)
    at org.microemu.app.Common.initMIDlet(Common.java:870)
    at org.microemu.app.Main.main(Main.java:705)



public class Suite extends TestSuite {
    public Suite() {
        super("All Tests");
        add(new MiniQueueTest());
        add(new XbAccessTest());
    }
}

the same code runs fine in WTK 2.5.2 emulator (Linux)
thanks
Marcel


Marcel Ruff wrote:
> Hi,
>
> microemu (from svn) returns null for DeviceFactory.getDevice()
> when used in a testcase with JMUnit4CLDC11.
>
> This is the stack which leads to a NullPointer
>
> Thread [main] (Suspended)   
>     DeviceFactory.getDevice() line: 30   
>     Screen(Displayable).<init>(String) line: 59   
>     Screen(Canvas).<init>() line: 61   
>     Screen.<init>(String, Test) line: 68   
>     MiniQueueTest(Test).<init>(int, String) line: 50   
>     MiniQueueTest(TestCase).<init>(int, String) line: 45   
>     MiniQueueTest.<init>() line: 23   
>     MiniQueueTest.main(String[]) line: 496   
>
> Any idea?
>
> Thanks
> Marcel
>
>   


-- 
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371

[Microemulator-users] DeviceFactory.getDevice() returns null when used with JMUnit4CLDC11

[Marcel R. <mr...@ma...>]

Hi,

microemu (from svn) returns null for DeviceFactory.getDevice()
when used in a testcase with JMUnit4CLDC11.

This is the stack which leads to a NullPointer

Thread [main] (Suspended)   
    DeviceFactory.getDevice() line: 30   
    Screen(Displayable).<init>(String) line: 59   
    Screen(Canvas).<init>() line: 61   
    Screen.<init>(String, Test) line: 68   
    MiniQueueTest(Test).<init>(int, String) line: 50   
    MiniQueueTest(TestCase).<init>(int, String) line: 45   
    MiniQueueTest.<init>() line: 23   
    MiniQueueTest.main(String[]) line: 496   

Any idea?

Thanks
Marcel

-- 
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371