just a few comments ... > -----Ursprungliche Nachricht----- > Von: Berin Loritsch [mailto:[EMAIL PROTECTED]] > Gesendet: Montag, 23. Dezember 2002 15:29 > An: 'Avalon Developers List'; [EMAIL PROTECTED] > Betreff: RE: Suitability of Avalon for embedded environments? > > > > From: Andrzej Jan Taramina [mailto:[EMAIL PROTECTED]] > > > > I was wondering how suitable Avalon (and possibly Phoenix) > > might be for use > > on embedded Java processors? > > Avalon Framework is very low weight, and it can work in just > about any environment. However, most of our more functional > containers are not friendly to the Embedded environment.
we should distinguish between ... - Real embedded environments such as the Xpresso Java processor (http://www.zucotto.com/home/index.html) - Small sized PDAs such as the Palm Pilot which only comes with a VM that implements the MIDP API. - Cell Phone - same as with the Palm Pilot. - PocketPCs such as the Compaq iPAQ, the Sharp Zaurus. those are nearly desktop PCs expect the small display. but they have enough memory (65 MByte) and you can equipe them with a 1 GByte CF card or the IBM 1 GByte microdrive. finally the ship with a jdk1.1.8 compliant VM. to be picky - the VM implements the PersonalJava API which includes the collection classes that are missing in jdk1.1.8. > > That said, we have an eye on the embedded arena for Avalon 5. > > > > > These environments typically have rather severe memory footprint and > > processor speed contraints, and may be missing other key > > functionality (eg. > > dynamic classloading can be problematic, without disk storage). > > As long as the JAR can remain in memory, we can access the classes > that way. I think we have a "virtual" file system API somewhere. applies to those embedded systems not having a file system (for example a JavaCard). > > > > > Would it be possible to pare down Avalon and/or Phoenix to > > run in such > > environments? Is there any prior work in this area? Caveats? Effort? > > We would probably have to start with Tweety (in Excalibur) and > add in what you need. In Avalon 5, we will be able to create > a container that works in the embedded arena. Most likely, all > logging would be turned off, since as you say disk access is an > issue and logging is of dubious benefit on a PDA. Using a > NullLogger will disable all logging. turned of logging should be configurable, for example those devices that do support TCP/IP networking, should support the option to enable a socket logger. With best regards / Mit freundlichen Gruessen Daniel S. Haischt IT Consulting ______________________________ [revolutionary and alpha geek] Daniel S. Haischt Grabenstrasse 11 D-71083 Herrenberg G E R M A N Y FON: +49 -7032-992909 +49 -700-DHAISCHT FAX: +49 -7032-992910 CELLULAR: +49 -172-7668936 email: [EMAIL PROTECTED] web: http://www.daniel-s-haischt.biz -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS dx s:- a- C++ UB++++ P+++ L++++ E W+++ N+++ o-- K- w--- O++ M++ V- PS+ PE++ Y+ PGP++ t+++ 5+ X+++ R+ tv++ b+++ DI+ D+++ G e++ h-- r+ y+++++ ------END GEEK CODE BLOCK------ -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
