Re: Getting Applet into Flash ROM?

zer0flag <[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <[email protected]>
Hi Kelly!

It seems that the archives are not online anymore and I can't find Shawn 
Silverman's posting :-(
It should be an easy task to write such a native method in assembler but 
I am not familiar with assembler and that is actually the reason why I 
am using Java :-)
The netcam example at 
ftp://ftp.dalsemi.com/pub/tini/reference_designs/netcam/ uses the 
following approach:
1. The applet is put into a jar file.
2. The jar file is converted into an assembler file that can be linked 
into a native library (the conversion tool is included).
3. The native assembler files are built. Unfortunately here they include 
other files for camera control, native files and a stub (?) - so the 
whole thing becomes too complicated for me... :-(
4. From the Java application they call a native method to load the file 
from flash (i.e. from the library) into a java array. This java array is 
then written into the SRAM file system on startup.

So maybe step 3 could be simplified and standartized so that it only 
puts the jar file into the rom image and presents two native methods to 
read it from rom. But this requires assembler knowledge. Another 
approach I can think of (without having to use assembler) would be 
probably to put the jar file into the java application (e.g. as String) 
and write it later into a file. But I don't know if this is possible, 
maybe someone has an idea...

I just can't believe that TINI claims to be for production environments 
but does not offer such a simple method to read included files from ROM 
:-(((

Best regards,
Anguel


Kelly Smith wrote:

>Dear Anguel - It seems to me that Shawn Silverman (Tynamo TINI Webserver
>author - ), was looking for interest for just such code that he has
>developed for loading program executables or applets into TINI flash RAM
>address space... I went looking through the arcives for the last two months,
>but could not find it.
>
>Maybe Shawn will respond here, on the TINI SIG?  I am now interested, also!
>
>Best regards, Kelly
>
>-----Original Message-----
>From: tini-admin-6tN4nzCoH/[email protected] [mailto:tini-admin-6tN4nzCoH/[email protected]]On Behalf Of
>zer0flag
>Sent: Thursday, May 06, 2004 3:37 AM
>To: tini-6tN4nzCoH/[email protected]
>Subject: [TINI]Getting Applet into Flash ROM?
>
>
>Hi all!
>
>I want to build a production device controlled by TINI. To be able to
>implement the control software (client) on the device and make the whole
>thing platform independant I am going to use an applet. The TINI offers
>the possibility to put applications into its flash ROM. But how can I
>put my applet into the flash ROM? I need to do this, because it is the
>only possibility for production purposes. If the applet is not in the
>flash ROM, even if the static RAM is backed up by a battery the whole
>device would turn unusable if the battery fails or if the RAM is cleared
>due to a corruption. Therefore I need to load everything from flash and
>build the filesystem with the html file and the applet on every startup.
>I saw a net camera example where such an applet is loaded from a native
>library as far as I understood. Unfortunately this is done by using
>assembler code. I am not familiar with this and therefore I would like
>to ask the experts if there is another possibility to load the applet
>from flash or if there even are any ready-made routines I can call from
>Java?
>
>Thank you very much for your help!
>
>Best regards,
>Anguel
>_______________________________________________
>TINI mailing list
>TINI-6tN4nzCoH/[email protected]
>To UNSUBSCRIBE, edit your profile, or see list archives:
>http://lists.dalsemi.com/mailman/listinfo/tini
>
>
>
>  
>

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.