Browse Prior Art Database

Improved Method for Starting an Embedded Application

IP.com Disclosure Number: IPCOM000014843D
Original Publication Date: 2001-Jan-01
Included in the Prior Art Database: 2003-Jun-20
Document File: 1 page(s) / 38K

Publishing Venue

IBM

Abstract

Described is an improved method by which an application can start an embedded applicatoin like a Java Virtual Machine (JVM). The improved method reduces hard-coded dependencies between the application and the JVM, thus enabling applications to exploit new function sooner without code changes, and making maintenance and tuning more efficient. This disclosure addresses two sources of dependencies between applications and the JVM that that can be improved. This disclosure proposes a way to resolve the two dependencies.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 51% of the total text.

Page 1 of 1

Improved Method for Starting an Embedded Application

   Described is an improved method by which an application can start an embedded applicatoin like a Java Virtual Machine (JVM). The improved method reduces hard-coded dependencies between the application and the JVM, thus enabling applications to exploit new function sooner without code changes, and making maintenance and tuning more efficient. This disclosure addresses two sources of dependencies between applications and the JVM that that can be improved. This disclosure proposes a way to resolve the two dependencies.

   First, applications have many dependencies on the internal structure of the JVM they want to start, which makes startup code more complicated and puts restrictions on the way JVMs can be structured to suit various configurations. For example, currently the application must set up a path variable for two directories, a classpath variable for another, and will have a hard-coded dependency on the name of the dll containing the startup api. Any of the paths or names can be changed from release to release, for example, because a new debug version is developed, or because two different versions are required due to hardware or operating system dependencies. While the hard-coded dependency cannot be completely eliminated without some convention on the part of the application, the number of dependencies can be reduced and the problem of changability can be eliminated by putting a startup api (a new one in the case of the JVM) in a dll separate from parts of the JVM that may have dependencies, guaranteeing the name of the new dll across releases, and including version information in the JVM startup parameters, so that the startup api can load the appropriate version of the JVM at runtime. In addition the structural dependency can be further reduced if applications by convention use an environment variable, or some other ext...