Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 8268 invoked from network); 17 May 2005 08:04:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 May 2005 08:04:46 -0000 Received: (qmail 16687 invoked by uid 500); 16 May 2005 21:25:10 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 16615 invoked by uid 500); 16 May 2005 21:25:10 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 16594 invoked by uid 99); 16 May 2005 21:25:09 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=DATE_IN_PAST_06_12 X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from chi.mobile-health-diary.com (HELO chi.mobile-health-diary.com) (128.241.244.71) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 16 May 2005 14:25:07 -0700 Received: (qmail 16964 invoked from network); 16 May 2005 21:18:00 -0000 Received: from unknown (HELO ?10.253.218.120?) (geir@195.172.133.158) by b014.internal.mobile-health-diary.com with SMTP; 16 May 2005 21:18:00 -0000 Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: References: <200505130455.1dwyKZ6ZO3NZFpF0@mx-a065a28.pas.sa.earthlink.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: "Geir Magnusson Jr." Subject: Re: Java Application Native Wrapper Date: Mon, 16 May 2005 11:04:59 -0400 To: harmony-dev@incubator.apache.org X-Mailer: Apple Mail (2.728) X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On May 13, 2005, at 8:11 AM, Bob wrote: >>> This project should provide a tool that generates a native >>> executable >>> program that just starts a new VM and provides all arguments and >>> >> classespath >> >>> etc... without suffering with batch and shell files. That's >>> similar to a >>> feature in Borland's JBuilder. >>> > > Presumeably, the JVM will be stored in a .so/.dll file, and will be > made available to other applications via the standard shared > library interfaces. In that case, this program would be no > problem. It would also be possible for non-Java apps to embed and > integrate a JVM right into their own system, they wouldn't always > have to be calling an external JVM. > Could someone capture this in the wiki? I'm on a plane... geir > -- Bob > > -- Geir Magnusson Jr +1-203-665-6437 geirm@apache.org