• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

starting new midlet and destroying old one

 
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi,

Like in a subject. Is it possible to do? It's like first midlet is started and when in finishes it's destroyed and automatically next one is started, its got using http or from local emulator's path.

Any suggestions how to do it?

I was trying Midlet.platformRequest but when I pass it jad file or jar file name as a parameter it starts a web browser and tries to download a file using it. According to api spec it should work - new midlet should be installe. Did I do something wrong?

Thanks in advance.

Regards,
Onufry
 
ranger
Posts: 17347
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I think I would ask what is the requirement for this type of design, that there is probably a better design to accomplish the goal easier.

Mark
 
Onufry Niedziela
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
What do you mean saying better design? I'm not J2ME expert and it's just some idea. The only requirement is to run many midlets one after another - each midlet should be in it's own midlet suite.

Onufry
 
Mark Spritzler
ranger
Posts: 17347
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

The only requirement is to run many midlets one after another - each midlet should be in it's own midlet suite.




So, what I am saying, is that that "in itself" is the bad design. Why do you want to do this, where in the real world would this be a real requirement. You can accomplish a requirement in many ways, and one MIDlet starting another in its own MIDlet suite is not any solution to any requirement I have seen. I say look at what you really want to do, not "what is above". The only place I would have heard something as wrong as that requirement would be in a class at school.

Mark
 
Onufry Niedziela
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Well, I can understand your point of view. But like I said this IS a requirement. Beceause of some memory limitations on the device that I'm using I cannot put all the midlets in one suite. Probably they will be provided using http. There is a server that provides midlet suites and device needs to get each of them, install and then ask for another. That's how it SHOULD be and I'm just asking for help how to do it. Do you get my point now?
Another sollution I was thinking about is a symbian c++ application that would make calls for these midlets but i don't have any idea if it's difficult doing it or not. Do you think that this may be a better design?

Onufry
 
Ranch Hand
Posts: 231
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
You can try using PushRegistry.registerAlarm() but this will only enable you to start a MIDlet in the same suite. It may also not be supported by all devices.
 
Onufry Niedziela
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Eduardo Marques:
You can try using PushRegistry.registerAlarm() but this will only enable you to start a MIDlet in the same suite. It may also not be supported by all devices.



Yes, i know that. But If I have all the classes in one suite I don't need them to be midlets. I need some solution to run midlets from another suite.
 
Mark Spritzler
ranger
Posts: 17347
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Onufry Niedziela:


Yes, i know that. But If I have all the classes in one suite I don't need them to be midlets. I need some solution to run midlets from another suite.



I believe that the security that is set up that makes it so that you can't run another MIDlet that is in a different suite.

Mark
 
Eduardo Marques
Ranch Hand
Posts: 231
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Yes, it is a security restriction.

Besides Push Registry alarms and the use platformRequest().
I believe one can't do much else with the standard J2ME APIs,
maybe the Symbian APIs with provide such a way (I am not familiar
with those ...).
[ March 26, 2006: Message edited by: Eduardo Marques ]
 
Onufry Niedziela
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Ok, thanks for help. I'll think about another soultion. I guess the only choice I have is c++ symbian app.

onufry
 
Whip out those weird instruments of science and probe away! I think it's a tiny ad:
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic