[jira] Closed: (OPENEJB-516) OpenEjb Server Adapter will require a runtime bundle

["Jonathan Gallimore (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/OPENEJB-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Gallimore closed OPENEJB-516.
--------------------------------------

    Resolution: Fixed
      Assignee: Jonathan Gallimore

Closing this issue as discussed here: http://www.nabble.com/Re%3A-OpenEJB-Eclipse-Plugin-update-p18874064.html

The plugin should now add javaee-api and openejb-client jars from the OPENEJB_HOME directory to the classpath of any project that uses the OpenEJB runtime.

> OpenEjb Server Adapter will require a runtime bundle
> ----------------------------------------------------
>
>                 Key: OPENEJB-516
>                 URL: https://issues.apache.org/jira/browse/OPENEJB-516
>             Project: OpenEJB
>          Issue Type: New Feature
>          Components: eclipse
>    Affects Versions: (not version related)
>            Reporter: Sachin Patel
>            Assignee: Jonathan Gallimore
>             Fix For: (not version related)
>
>
> In order for the OpenEjb eclipse plugin to depend on the external openejb jars, a runtime bundle will be required that provides a wrapper bundle around the openejb jars so they can be used by the eclipse plugins to invoke any code in openejb. 
> Two packaging methods are available:
> (1) Physically include the openejb jars inside a org.apache.openejb.runtime.v30 bundle.  Since the eclipse plugin isn't currently mavenized, the packaging of the openejb jars won't be dynamic and if new versions of the jars are needed they will need to be updated in source control.  This is probably the best and easiest approach to get things working.
> (2) The org.apache.openejb.runtime.v30 bundle can have manifest entries that can point to external jars and when the bundle starts these jars will be included in the bundle's classloader.  The  only disadvantage to this approach is the fact that though at runtime these jars will resolve, the Plugin Development Enviorment in eclipse cannot yet resolve the jars so will make plugin development an issue if any classes in those jars are needed.  The compiler may not be able to resolve them.  I'm hoping this has been fixed in Eclipse 3.3, and if so then this would be the ideal approach.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.