[jbosstools-issues] [JBoss JIRA] (JBIDE-20460) Add notion of maximum execution environment for servers

[ https://issues.jboss.org/browse/JBIDE-20460?page=com.atlassian.jira.plugi... ] Rob Stryker resolved JBIDE-20460. --------------------------------- Resolution: Done There is a relationship between execution environments which we've been using already. Our class VMInstallUtil has utility methods for discovering these super-environments. For example, IExecutionEnvironment has a method public IExecutionEnvironment[] getSubEnvironments(); So if we have the java6 exec-env in our hand, we can query all existing execution environments to find out if java6 is one of their sub environments. It is not our server adapters, but rather our runtimes, that customize this behavior, at least theoretically. The behavior is initially driven by the UI, but the APIs they use would exist in the runtime (but we don't currently implement it). So, how an extender would implement this is as follows: 1) Their UI class (wizard fragment) probably has a subclass of AbstractJREComposite in it 2) Their AbstractJREComposite has a method they should implement: public IExecutionEnvironment[] getSubEnvironments(); 3) The suggested method of implementing this is to have your composite query your runtime, as both Karaf/Fuse and JBoss/WF/EAP servers currently do. Example for minimum: {code} public IExecutionEnvironment getMinimumExecutionEnvironment() { IRuntime r = getRuntimeFromTaskModel(); IKarafRuntime jbsrt = (IKarafRuntime)r.loadAdapter(IKarafRuntime.class, null); return jbsrt.getMinimumExecutionEnvironment(); } {code} This has been in existence a while, so now we just added a similar maximum method. It's suggested implementers also update their internal interfaces if they require this, or, they could pull from their Extended Server Properties if they choose to store it there instead. It's also strongly suggested that if they have a method called getValidJREs() on their IRuntime interface (which ASTools and Karaftools do), that they make use of the various utility methods in VMInstallUtil and update this method's list of return values. More signatures were also added to this class for more fine-grained behavior (for example if your runtime prefers the lowest jre that fits the minimum environment, as opposed to other runtimes which may prefer to resolve to the maximum). -- This message was sent by Atlassian JIRA (v6.3.15#6346)