Peter suggests: > It depends on how resource constrained the jvm is essentially. I know of > at least two efforts that have attempted this. The first one managed to > embedd phoenix with only minor modifications (mainly to remove all notion > of threading and to hook into their startup process).
See my prior email responding to Berin....in some cases we will be extremely constrained. That being said, I would prefer to re-purpose as much of the existing work (eg. Phoenix) as we can. This will be an open source project BTW. > However the other effort I know of ended up having to remove so much of > Phoenix (all threading, the requirement for an xml parser, the way > classloading worked etc). In this case it would have been better to just > write a custom container using the minimum Avalon/Framework interfaces. I'm investigating which way to go. It's really not clear yet, but I'm leaning towards a new container project, that would just "borrow" bits of Phoenix where it made sense to do so. > I don't actually know much about the area but I can ask some people about > it who have already worked on that sort of thing. However I suspect you > are going to need to provide more details if you want advice of real > value. That would be much appreciated.....we're more than happy to discuss our goals and details, since this will be an open source project. > ie What are the limitations of your particular device and how much > overhead can your application(s) allow. See my prior email responding to Berin. In some cases, we will be very constrained (PIC chips), and so it behooves us to keep the container as lightweight and as modular as possible. The embedded space typically requires a lot of compromises, but we want to limit these as much as possible (Moore's law still being in effect, and some of the new hardware like aJile chips being very powerful JVMs). Another consideration is that many of these applications (shop floor control, etc.) may need real-time response....and any container should not compromise our ability to provide such. Andrzej Jan Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
