You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
(35) |
Sep
|
Oct
(2) |
Nov
(9) |
Dec
|
2008 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
(10) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(2) |
Sep
(7) |
Oct
(19) |
Nov
(17) |
Dec
|
From: David W. <dav...@gm...> - 2008-11-05 22:54:02
|
> I'd prefer to moderate at first user post. I set up the Hecl list so that you have to be subscribed to post, and that works pretty well. -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ |
From: Vlad S. <ska...@gm...> - 2008-11-05 15:59:12
|
This list is officially closed. No new post is allowed here. The new mailing list is located here: Homepage: http://groups.google.com/group/microemulator-support Group email: mic...@go... -- Vlad |
From: Bartek T. <ba...@ba...> - 2008-11-05 15:52:51
|
On Wed, Nov 5, 2008 at 4:44 PM, Vlad Skarzhevskyy <ska...@gm...> wrote: > I will go > but we need to think of the name. > I suggest "microemulator-support" because every user is a developer > and they will tent to use "microemulator-developers" instead of > "microemulator-users" group as this is happening with BlueCove groups > managed by me. > That makes sense. > Also I would suggest to live a group moderation for new users. Or at > least for the first post. So if you see a first post if OK you add the > user to non moderated status. And later he can post anything else. > I'd prefer to moderate at first user post. > Regarding this list will you have an option in "GNU Mailman" to stop > all the new post to the list and let it be only in archives? > If that's possible with "GNU Mailman", yes. Bartek > Vlad > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > |
From: Vlad S. <ska...@gm...> - 2008-11-05 15:44:58
|
I will go but we need to think of the name. I suggest "microemulator-support" because every user is a developer and they will tent to use "microemulator-developers" instead of "microemulator-users" group as this is happening with BlueCove groups managed by me. Also I would suggest to live a group moderation for new users. Or at least for the first post. So if you see a first post if OK you add the user to non moderated status. And later he can post anything else. Regarding this list will you have an option in "GNU Mailman" to stop all the new post to the list and let it be only in archives? Vlad |
From: Bartek T. <ba...@ba...> - 2008-11-05 15:29:56
|
On Wed, Nov 5, 2008 at 4:25 PM, Vlad Skarzhevskyy <ska...@gm...> wrote: > I think that sf.net is unable to manage the spam in mailing lists. > > The solution I can think off is to move to google groups as we done > with developers mailing list. > I agree, besides that google groups is much more user friendly. Can you do that? Bartek > -- > Vlad > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > |
From: Dan J. <dan...@gm...> - 2008-11-05 15:28:36
|
great idea. Don't forget to post one last message when you do. Dan On Wed, Nov 5, 2008 at 5:25 PM, Vlad Skarzhevskyy <ska...@gm...>wrote: > I think that sf.net is unable to manage the spam in mailing lists. > > The solution I can think off is to move to google groups as we done > with developers mailing list. > > -- > Vlad > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > |
From: Vlad S. <ska...@gm...> - 2008-11-05 15:26:00
|
I think that sf.net is unable to manage the spam in mailing lists. The solution I can think off is to move to google groups as we done with developers mailing list. -- Vlad |
From: Vlad S. <ska...@gm...> - 2008-10-06 19:24:32
|
Applet do not support multiple class loaders. Also you can't change bytecode in applet/ On 10/6/08, David Welton <da...@de...> wrote: > > Save for web is adding the new class and also adding the use of this > > class into bytcode. > > > Ok. I managed to work my way through the source code and see what > it's doing. Pretty clever! > > > > Calls to System.getProperty(), System.out, System.err and > > getResourceAsStream are redirected to MicroEmulator Injected class. > > This can't be done at Applet runtime. > > > Next best thing: some code like the following in a standalone .class > or .jar or whatever: > > public static void main(String[] args) { > try { > File output = new File(... new file name ...); > AppletProducer.createMidlet(... old file name ..., output); > } catch (Exception ex) { > System.err.println("Error: " + ex.toString()); > } > } > > I'm going to build one for myself, but it might be useful to other people too. > > Incidentally - why can't it be done at run time? Limitations in the > applet model? > > > > The svn for MicroEmulator is at sf.net and was not moved. We are > > going to maintain this version until Harmony will make a Release of > > new MicroEmulator. > > > Cool, thanks! > > > -- > > David N. Welton > > http://www.welton.it/davidw/ > > http://www.dedasys.com/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > -- Vlad |
From: David W. <da...@de...> - 2008-10-06 18:55:41
|
> Save for web is adding the new class and also adding the use of this > class into bytcode. Ok. I managed to work my way through the source code and see what it's doing. Pretty clever! > Calls to System.getProperty(), System.out, System.err and > getResourceAsStream are redirected to MicroEmulator Injected class. > This can't be done at Applet runtime. Next best thing: some code like the following in a standalone .class or .jar or whatever: public static void main(String[] args) { try { File output = new File(... new file name ...); AppletProducer.createMidlet(... old file name ..., output); } catch (Exception ex) { System.err.println("Error: " + ex.toString()); } } I'm going to build one for myself, but it might be useful to other people too. Incidentally - why can't it be done at run time? Limitations in the applet model? > The svn for MicroEmulator is at sf.net and was not moved. We are > going to maintain this version until Harmony will make a Release of > new MicroEmulator. Cool, thanks! -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ |
From: Vlad S. <ska...@gm...> - 2008-10-06 14:17:53
|
* Save for web is adding the new class and also adding the use of this class into bytcode. Calls to System.getProperty(), System.out, System.err and getResourceAsStream are redirected to MicroEmulator Injected class. This can't be done at Applet runtime. * The svn for MicroEmulator is at sf.net and was not moved. We are going to maintain this version until Harmony will make a Release of new MicroEmulator. On Mon, Oct 6, 2008 at 8:35 AM, David Welton <da...@de...> wrote: > Hi, I have a couple of questions: > > * I'm trying to get a better understanding of what goes on in the > 'Save for web' option. It's adding the Injected.class to handle some > of the System methods. Anything else? Is this something that could > be handled at run time in order to not require an extra step? > > * How does the MicroEmulator/Harmony tie-up affect the project? Will > ME continue to be maintained as a separate project? Is the source > forge svn still 'the' place to get the code? > > Thanks! > -- > David N. Welton > > http://www.welton.it/davidw/ > > http://www.dedasys.com/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > -- Vlad |
From: David W. <da...@de...> - 2008-10-06 12:36:03
|
Hi, I have a couple of questions: * I'm trying to get a better understanding of what goes on in the 'Save for web' option. It's adding the Injected.class to handle some of the System methods. Anything else? Is this something that could be handled at run time in order to not require an extra step? * How does the MicroEmulator/Harmony tie-up affect the project? Will ME continue to be maintained as a separate project? Is the source forge svn still 'the' place to get the code? Thanks! -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ |
From: Gilsdorf M. <pr...@en...> - 2008-09-22 12:03:36
|
NNew casinno http://guhu5a.bay.livefilestore.com/y1pzuZOB59VUlt8KBS2Hd0yVZPhFqq4ry3fq9gK8qy8uKarPHNNAVj7boKmDyLltNa8DzD46lAxq9iSYCq8UR2-Kw/k766qbrcl.html Crores of monkeys, all possessed of great skill dussasana through, all entered the earth like furnished with vulturine wings, shot by partha, him be supported by the earnings of his wife! Who is an atheist. Desire is due to objects of. |
From: Bartek T. <ba...@ba...> - 2008-08-11 06:56:51
|
Hi, Try to verify your problem with our bleeding edge code at: http://snapshot.microemu.org/microemulator/download/ Regards, Bartek On Thu, Aug 7, 2008 at 9:09 PM, Holger Stolzenberg <h.s...@ew...> wrote: > Hey peoples > > > Using: Eclipse Ganymede, JDK 1.6, Maven 2.0.9, Mac OS X 10.5, > MicroEmulator 2.0.2 > > > I have set up a small maven project within Eclipse for developing a > MIDlet. Everything was fine so far until I wanted to store/read some > data into/from RecordStores. > > I am launching the Microemultor from within eclipse, with the > following launch configuration: > > Main class: org.microemu.app.Main > Program Arguments: --appclasspath ${project_loc}/target/classes > com.xyz.MobileTicketControlMidlet > > When trying to read/store a RecordStore I got the following exception: > > [...] > Caused by: java.lang.NullPointerException > at > org > ....microemu > ....app > ....util > ....FileRecordStoreManager.getSuiteFolder(FileRecordStoreManager.java:81) > at > org > ....microemu > ....app > ....util > ....FileRecordStoreManager.openRecordStore(FileRecordStoreManager.java: > 114) > at > javax.microedition.rms.RecordStore.openRecordStore(RecordStore.java:53) > [...] > > This NullPointer is hard to track down, relevant source part from > RecordStoreManager: > > private File getSuiteFolder() > { > return new File(Config.getConfigPath(), "suite-" + > emulator.getLauncher().getSuiteName()); > } > > Hope someone can help! Thanks in advance. > > Mit lieben Grüßen aus dem eWerk > > | Holger Stolzenberg > | Softwareentwickler > | > | eWerk IT GmbH > | Markt 16 > | Leipzig 04109 > | http://www.ewerk.com > | > | fon +49.341.4 26 49-0 > | fax +49.341.4 26 49-88 > | mailto:h.s...@ew... > | > | Support: > | fon 0700 CALLME24 (0700 22556324) > | fax 0700 CALLME24 (0700 22556324) > | > | Auskünfte und Angebote per Mail > | sind freibleibend und unverbindlich. > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > |
From: Holger S. <h.s...@ew...> - 2008-08-07 19:09:44
|
Hey peoples Using: Eclipse Ganymede, JDK 1.6, Maven 2.0.9, Mac OS X 10.5, MicroEmulator 2.0.2 I have set up a small maven project within Eclipse for developing a MIDlet. Everything was fine so far until I wanted to store/read some data into/from RecordStores. I am launching the Microemultor from within eclipse, with the following launch configuration: Main class: org.microemu.app.Main Program Arguments: --appclasspath ${project_loc}/target/classes com.xyz.MobileTicketControlMidlet When trying to read/store a RecordStore I got the following exception: [...] Caused by: java.lang.NullPointerException at org ....microemu ....app ....util ....FileRecordStoreManager.getSuiteFolder(FileRecordStoreManager.java:81) at org ....microemu ....app ....util ....FileRecordStoreManager.openRecordStore(FileRecordStoreManager.java: 114) at javax.microedition.rms.RecordStore.openRecordStore(RecordStore.java:53) [...] This NullPointer is hard to track down, relevant source part from RecordStoreManager: private File getSuiteFolder() { return new File(Config.getConfigPath(), "suite-" + emulator.getLauncher().getSuiteName()); } Hope someone can help! Thanks in advance. Mit lieben Grüßen aus dem eWerk | Holger Stolzenberg | Softwareentwickler | | eWerk IT GmbH | Markt 16 | Leipzig 04109 | http://www.ewerk.com | | fon +49.341.4 26 49-0 | fax +49.341.4 26 49-88 | mailto:h.s...@ew... | | Support: | fon 0700 CALLME24 (0700 22556324) | fax 0700 CALLME24 (0700 22556324) | | Auskünfte und Angebote per Mail | sind freibleibend und unverbindlich. |
From: Bartek T. <ba...@ba...> - 2008-07-30 08:43:42
|
On Sat, Jul 12, 2008 at 5:11 AM, Erica Ramsey <eri...@gm...> wrote: > trying to setup NB to use MicroEmulator but after installing netbeans > microemulator plugin and try to add it from "java platforms" it does not get > detected. What is wrong here peoples! > Netbeans forums are better place to get the answer in this particular problem. Regards, Bartek > -- > Thanks, > > Erica A Ramsey > Mobile Application Developer > Resume ~ http://home.comcast.net/~erica.ramsey/CV > Some Project Screenshots ~ > http://home.comcast.net/~erica.ramsey/CV/screens.html > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > > |
From: Vlad S. <ska...@gm...> - 2008-07-22 00:36:20
|
The code in API modules is STUBS and should not be executed! I use only proguard as open source preverifier and it worked fine. Probably they can't be used for WTK preverify. On Mon, Jul 21, 2008 at 5:39 PM, Diego Madruga Sandin < die...@gm...> wrote: > Hi Vlad, > > We tried to preverify one simple midlet using the WTK 2.5.2 preverifier, > but the result was the following: > > D:\temp-microemu\microemulator-2.0.3-SNAPSHOT\Test>preverify -classpath > ..\lib\cldcapi10.jar;..\lib\midpapi20.jar bin\Test.class > Error preverifying class java.lang.String > VERIFIER ERROR java/lang/Object.getClass()Ljava/lang/Class;: > Empty code > > > decompiling the code we've found that the Object class were generated with > empty methods (even the ones supposed to return something ) Do you have any > idea why? > > Thanks > Diego > > > > > On Mon, Jul 21, 2008 at 4:38 PM, Vlad Skarzhevskyy <ska...@gm...> > wrote: > >> Ok Diego, I added preverification to build process. >> Can you please try the latest version 2.0.3-SNAPSHOT (download form >> http://snapshot.microemu.org/) and tell me if it works for you! >> Regards, >> Vlad >> >> >> On Mon, Jul 21, 2008 at 2:33 PM, Diego Madruga Sandin < >> die...@gm...> wrote: >> >>> By default MTJ preverifies every MIDlet during the build process, and as >>> there are no stubs to be used during this preverify step, the build fail. >>> >>> Browsing the Internet I've found this interesting tutorial "* >>> http://javablog.co.uk/2008/01/17/j2me-development-on-os-x-revisited/*" >>> and there it instructed to create a stub folder with the libraries provided >>> by WTK. Changing the libraries provided by microemulator by the ones >>> embedded im WTK result in a sucessuful buld/run on MTJ. >>> >>> Since every wireless SDK provides preverified stubs of the APIs it >>> support, for example midp2.0 cldc1.0, i tought it would be nice to >>> microemulator to do the same. This Stubs would be used in the >>> preverification process on MTJ. >>> >>> >>> >>> >>> >>> On Mon, Jul 21, 2008 at 3:16 PM, Vlad Skarzhevskyy < >>> ska...@gm...> wrote: >>> >>>> In another words you want the api classes prepared by MicroEmulator to >>>> be preverified during MicroEmulator build? >>>> >>>> Are you sure that this needs to be done? They are not supposed to be >>>> loaded on device and are referenced only as library classes during >>>> preverification process of your MIDlet. Do you think this may be a bug in >>>> MTJ? Or may be you misconfigured MTJ ? >>>> >>>> On Mon, Jul 21, 2008 at 2:05 PM, Diego Madruga Sandin < >>>> die...@gm...> wrote: >>>> >>>>> Hi, >>>>> >>>>> I was testing MicroEmulator on eclipse MTJ and I could not compile and >>>>> run my MIDlet since the classes found on lib folder are not >>>>> preverified. Wouldn't it be interesting to supply precompiled >>>>> MIDP/CLDC stubs enabling this emulator to work with MTJ? >>>>> >>>>> regards >>>>> Diego >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win great >>>>> prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in the >>>>> world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> Microemulator-users mailing list >>>>> Mic...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/microemulator-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Vlad >>>> >>> >>> >> >> >> -- >> Vlad >> > > -- Vlad |
From: Vlad S. <ska...@gm...> - 2008-07-21 19:38:14
|
Ok Diego, I added preverification to build process. Can you please try the latest version 2.0.3-SNAPSHOT (download form http://snapshot.microemu.org/) and tell me if it works for you! Regards, Vlad On Mon, Jul 21, 2008 at 2:33 PM, Diego Madruga Sandin < die...@gm...> wrote: > By default MTJ preverifies every MIDlet during the build process, and as > there are no stubs to be used during this preverify step, the build fail. > > Browsing the Internet I've found this interesting tutorial "* > http://javablog.co.uk/2008/01/17/j2me-development-on-os-x-revisited/*" and > there it instructed to create a stub folder with the libraries provided by > WTK. Changing the libraries provided by microemulator by the ones embedded > im WTK result in a sucessuful buld/run on MTJ. > > Since every wireless SDK provides preverified stubs of the APIs it support, > for example midp2.0 cldc1.0, i tought it would be nice to microemulator to > do the same. This Stubs would be used in the preverification process on MTJ. > > > > > > On Mon, Jul 21, 2008 at 3:16 PM, Vlad Skarzhevskyy <ska...@gm...> > wrote: > >> In another words you want the api classes prepared by MicroEmulator to be >> preverified during MicroEmulator build? >> >> Are you sure that this needs to be done? They are not supposed to be >> loaded on device and are referenced only as library classes during >> preverification process of your MIDlet. Do you think this may be a bug in >> MTJ? Or may be you misconfigured MTJ ? >> >> On Mon, Jul 21, 2008 at 2:05 PM, Diego Madruga Sandin < >> die...@gm...> wrote: >> >>> Hi, >>> >>> I was testing MicroEmulator on eclipse MTJ and I could not compile and >>> run my MIDlet since the classes found on lib folder are not >>> preverified. Wouldn't it be interesting to supply precompiled >>> MIDP/CLDC stubs enabling this emulator to work with MTJ? >>> >>> regards >>> Diego >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Microemulator-users mailing list >>> Mic...@li... >>> https://lists.sourceforge.net/lists/listinfo/microemulator-users >>> >> >> >> >> -- >> Vlad >> > > -- Vlad |
From: Diego M. S. <die...@gm...> - 2008-07-21 18:34:01
|
By default MTJ preverifies every MIDlet during the build process, and as there are no stubs to be used during this preverify step, the build fail. Browsing the Internet I've found this interesting tutorial "* http://javablog.co.uk/2008/01/17/j2me-development-on-os-x-revisited/*" and there it instructed to create a stub folder with the libraries provided by WTK. Changing the libraries provided by microemulator by the ones embedded im WTK result in a sucessuful buld/run on MTJ. Since every wireless SDK provides preverified stubs of the APIs it support, for example midp2.0 cldc1.0, i tought it would be nice to microemulator to do the same. This Stubs would be used in the preverification process on MTJ. On Mon, Jul 21, 2008 at 3:16 PM, Vlad Skarzhevskyy <ska...@gm...> wrote: > In another words you want the api classes prepared by MicroEmulator to be > preverified during MicroEmulator build? > > Are you sure that this needs to be done? They are not supposed to be loaded > on device and are referenced only as library classes during preverification > process of your MIDlet. Do you think this may be a bug in MTJ? Or may be > you misconfigured MTJ ? > > On Mon, Jul 21, 2008 at 2:05 PM, Diego Madruga Sandin < > die...@gm...> wrote: > >> Hi, >> >> I was testing MicroEmulator on eclipse MTJ and I could not compile and >> run my MIDlet since the classes found on lib folder are not >> preverified. Wouldn't it be interesting to supply precompiled >> MIDP/CLDC stubs enabling this emulator to work with MTJ? >> >> regards >> Diego >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Microemulator-users mailing list >> Mic...@li... >> https://lists.sourceforge.net/lists/listinfo/microemulator-users >> > > > > -- > Vlad > |
From: Vlad S. <ska...@gm...> - 2008-07-21 18:16:11
|
In another words you want the api classes prepared by MicroEmulator to be preverified during MicroEmulator build? Are you sure that this needs to be done? They are not supposed to be loaded on device and are referenced only as library classes during preverification process of your MIDlet. Do you think this may be a bug in MTJ? Or may be you misconfigured MTJ ? On Mon, Jul 21, 2008 at 2:05 PM, Diego Madruga Sandin < die...@gm...> wrote: > Hi, > > I was testing MicroEmulator on eclipse MTJ and I could not compile and > run my MIDlet since the classes found on lib folder are not > preverified. Wouldn't it be interesting to supply precompiled > MIDP/CLDC stubs enabling this emulator to work with MTJ? > > regards > Diego > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Microemulator-users mailing list > Mic...@li... > https://lists.sourceforge.net/lists/listinfo/microemulator-users > -- Vlad |
From: Diego M. S. <die...@gm...> - 2008-07-21 18:05:57
|
Hi, I was testing MicroEmulator on eclipse MTJ and I could not compile and run my MIDlet since the classes found on lib folder are not preverified. Wouldn't it be interesting to supply precompiled MIDP/CLDC stubs enabling this emulator to work with MTJ? regards Diego |
From: Erica R. <eri...@gm...> - 2008-07-14 17:49:07
|
Testing/please ignore. -- Thanks, Erica A Ramsey Mobile Application Developer Resume ~ http://home.comcast.net/~erica.ramsey/CV Some Project Screenshots ~ http://home.comcast.net/~erica.ramsey/CV/screens.html |
From: Erica R. <eri...@gm...> - 2008-07-12 03:11:06
|
trying to setup NB to use MicroEmulator but after installing netbeans microemulator plugin<http://plugins.netbeans.org/PluginPortal/faces/PluginDetailPage.jsp?pluginid=10329> and try to add it from "java platforms" it does not get detected. What is wrong here peoples! -- Thanks, Erica A Ramsey Mobile Application Developer Resume ~ http://home.comcast.net/~erica.ramsey/CV Some Project Screenshots ~ http://home.comcast.net/~erica.ramsey/CV/screens.html |
From: Darien <deu...@4w...> - 2008-06-11 11:01:58
|
Painless growth is guaranteed - no silly weights and stretches http://www.nivateers.com/ |
From: Bartek T. <ba...@ba...> - 2008-06-06 11:07:37
|
Hi, You need to initialize the emulator before using RecordStore. We are about to add simple no-UI startup code to the upcoming 2.0.3 release + some documentation. I hope that will help you in your task then. At this moment you can experiment with the following code: package org.microemu.app; import java.io.InputStream; import java.util.ArrayList; import org.microemu.DisplayComponent; import org.microemu.EmulatorContext; import org.microemu.MIDletBridge; import org.microemu.app.ui.noui.NoUiDisplayComponent; import org.microemu.app.util.DeviceEntry; import org.microemu.device.DeviceDisplay; import org.microemu.device.FontManager; import org.microemu.device.InputMethod; import org.microemu.device.j2se.J2SEDevice; import org.microemu.device.j2se.J2SEDeviceDisplay; import org.microemu.device.j2se.J2SEFontManager; import org.microemu.device.j2se.J2SEInputMethod; public class Headless { private Common emulator; private EmulatorContext context = new EmulatorContext() { private DisplayComponent displayComponent = new NoUiDisplayComponent(); private InputMethod inputMethod = new J2SEInputMethod(); private DeviceDisplay deviceDisplay = new J2SEDeviceDisplay(this); private FontManager fontManager = new J2SEFontManager(); public DisplayComponent getDisplayComponent() { return displayComponent; } public InputMethod getDeviceInputMethod() { return inputMethod; } public DeviceDisplay getDeviceDisplay() { return deviceDisplay; } public FontManager getDeviceFontManager() { return fontManager; } public InputStream getResourceAsStream(String name) { return MIDletBridge.getCurrentMIDlet().getClass().getResourceAsStream(name); } }; public Headless() { emulator = new Common(context); } public static void main(String[] args) { ArrayList params = new ArrayList(); for (int i = 0; i < args.length; i++) { params.add(args[i]); } // Non-persistent RMS params.add("--rms"); params.add("memory"); Headless app = new Headless(); DeviceEntry defaultDevice = new DeviceEntry( "Default device", null, "org/microemu/device/device.xml", true, false); app.emulator.initParams(params, defaultDevice, J2SEDevice.class); app.emulator.initMIDlet(true); // TODO } } Regards, Bartek On Tue, May 20, 2008 at 3:05 AM, Karsten Ohme <wid...@t-...> wrote: > 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 > > ------------------------------------------------------------------------- > 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 > |
From: David W. <da...@de...> - 2008-06-05 14:06:43
|
> 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/ Yeah, I hacked it. The problem still exists though, as far as I can tell. > 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.. Cool! That's great news:-) I'm a member of the ASF myself, so welcome aboard! When do you think you'll open things up again to changes? -- David N. Welton http://www.welton.it/davidw/ http://www.dedasys.com/ |