Skip to main content

MIDP without lcdui - HOW TO ?

3 replies [Last post]
asif_kalim
Offline
Joined: 2007-11-30
Points: 0

Hi,
I need to port (based on linux_arm config) MIDP without lcdui package, for this i visualize the IMlet input/output could be done with linux console like legacy java main() application. Can anyone please guide me how to start with. I tried to build MIDP by commenting out
> include $(SUBSYSTEM_DIR)/highlevelui/$(SUBSYSTEM_MAKE_FILE)
> include $(SUBSYSTEM_DIR)/lowlevelui/$(SUBSYSTEM_MAKE_FILE)
in midp/build/common/makefiles/Subsystems.gmk, but it impacts many other related services.

So my question is how to exclude lcdui package? and how can i define an abstract input/output mechanism for IMlets. Any suggestions will be of a great help for me.

Thanks and Regards,
Asif

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> Hi,
> I need to port (based on linux_arm config) MIDP without lcdui package, for this i visualize the IMlet input/output could be done with linux console like legacy java main() application. Can anyone please guide me how to start with. I tried to build MIDP by commenting out
>
>> include $(SUBSYSTEM_DIR)/highlevelui/$(SUBSYSTEM_MAKE_FILE)
>> include $(SUBSYSTEM_DIR)/lowlevelui/$(SUBSYSTEM_MAKE_FILE)
>>
> in midp/build/common/makefiles/Subsystems.gmk, but it impacts many other related services.
>
> So my question is how to exclude lcdui package? and how can i define an abstract input/output mechanism for IMlets. Any suggestions will be of a great help for me.
>

Hi Asif,

That's a tough question to answer, since the lcdui package is part of
MIDP. So, if you take that out, you will have a non-compliant MIDP.
Instead of trying to take out LCDUI, I'd suggest you investigate the
opposite direction. Start bottom-up instead, with phoneME Advanced
CDC/Foundation Profile (headless), then add your own org.asif.imlet.*
package on top of CDC/Foundation Profile that does what you want with
I/O via Linux console.

Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

asif_kalim
Offline
Joined: 2007-11-30
Points: 0

Hi Hinkmond,
Thanks a lot for your valuable feedback. Actually i was looking for the implementation of JSR-228, but i think its reference implementation is not open source. So for the workaround i decided to subset out MIDP by trying to exclude lcdui package. But it seems to be a difficult task. Before start working on it i need to clear out some ambiguities.

Summarized scope of my target applications include
- persistant storage (rms)
- networking (http/https/sockets/serial port io)
- play tones/sounds
- OTA to exhibit a secure mechanism to install/update/delete applications

> legacy main() java application can be used to implement these functionalities using CDC. One of the main reasons to adopt IMlets application model is managed AMS, which application model could be the best suited in the given scope.

> Can xlets be the replacement of IMlets in this case leveraging MIDP/IMP-NG? (bcz CDC has a rich api library) If so, can xlet application model be implemented within CDC FP? ...how?

Thanks and Regards,
Asif

Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> Hi Hinkmond,
> Thanks a lot for your valuable feedback. Actually i was looking for the implementation of JSR-228, but i think its reference implementation is not open source. So for the workaround i decided to subset out MIDP by trying to exclude lcdui package. But it seems to be a difficult task.

Hi Asif,

Yes, Gary pointed out that you might be referring to IMP (JSR 228).

> Before start working on it i need to clear out some ambiguities.
>
> Summarized scope of my target applications include
> - persistant storage (rms)
> - networking (http/https/sockets/serial port io)
> - play tones/sounds
> - OTA to exhibit a secure mechanism to install/update/delete applications
>

I see what you are trying to achieve now. As you talked about earlier,
the best way would be to find an open source implementation of JSR 228.
But, I don't know of one available either. You might want to try
contacting the JSR 228 spec. lead at Siemens, AG: Thomas Lampart.

I'm not sure if reimplementing MIDP by removing LCDUI would be the most
productive way to try to achieve your requirements.

Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net