"max.andersen(a)jboss.com" wrote : Other dependencies I can think of: | | We default to put users deployment in to /deploy. Is that a sensible default in JB5 still? | Yes. "max.andersen(a)jboss.com" wrote : | Any api to control it externally? (JB4 has JMX control over DeploymentScanner that we haven't used yet but are planning to do...anything else in JB5 should use ?) | Yes, there is an mc bean that controls this. The jmx access to the DeploymentScanner does not exist as that bean is gone, and it would not work across server restarts since the change would not be persisted by default. Control of the server structure is something that will need to be better defined. Right now there is some support via system properties. "max.andersen(a)jboss.com" wrote : | We include most .jars found in to the classpath container in eclipse to allow users to compile against the runtime libraries. Is that still where .jars are located? | It still is currently. As we move forward, the association between the old filesystem structure and the server/deployment classpaths will be gone as the profile service can be using a repository that points to another structure, a database, etc. Related to the startup classpath, we should be providing a bundle like descriptor that defines class/resource paths and scoping rules. In an osgi environment, this could be used to create a bundle with the property class/resource imports/exports. "max.andersen(a)jboss.com" wrote : | How do we find the correct ports to communicate on ? e.g. http port, jmx ports etc. | This still is an undefined capability. Where we are going in jbossas5 is that services can annotate their management view to allow for cross service queries for things like all ports, files, interfaces, etc., but it does not exist today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120658#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...