There are a bunch of ways to do this with alot of constraints. More details would be required to answer this correctly.
One way which may work is compiling the java application into native code with gcj. gcj is the gcc java compiler. There are some issues with this. gcj requires a library just like glibc. I think it's called libgcj or libjava. It's big.(Don't remember). But if you can add another native library that's ok. The other issue is that I don't think it's compatible with glibc. Maybe older version are. Not sure. But older versions may have problems with your application. Also, I am assuming you have bytecode and not source. Which I never really had good results with. The other option is towerj. It compiles java code to c and then compiles that with gcc. These are the smallest options I can think of. Running things on a jvm other than one specificly for embedded systems will be large. Let me know if you specific questions and I will try to answer if I can. Otherwise you may want to start asking some questions on the gcj list. [EMAIL PROTECTED] I Michael D. Schleif wrote: >OK, first off, I'm clearly the newbie ;> > >[1] We design and build several lean & mean Linux-based network objects, >including firewalls and routers, all of which are currently running >glibc 2.0.7 compiled applications. > >[2] We have a requirement to run a third party application (JAR) on >these systems. We are told that this requires a minimum 1.1.8 java. > >[3] How can we accomplish this? > >[4] Size is a constraint! What is the smallest footprint that this can >take? > >[5] As newbies, we are also novices with the appropriate nomenclature >;> We assume that what we are talking about is the JRE -- is that >right? How can we catch up on the necessary terminology, short of >becoming out and out java experts? > >What do you think? > ---------------------------------------------------------------------- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
