geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Jencks (JIRA)" <>
Subject [jira] Closed: (GERONIMO-2627) jsr88 classpath is all messed up
Date Thu, 07 Dec 2006 20:41:21 GMT
     [ ]

David Jencks closed GERONIMO-2627.

    Resolution: Fixed

This works for me now.... wish we had some automated tests.

> jsr88 classpath is all messed up
> --------------------------------
>                 Key: GERONIMO-2627
>                 URL:
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: deployment
>    Affects Versions: 1.2, 2.0
>            Reporter: David Jencks
>         Assigned To: David Jencks
>             Fix For: 1.2, 2.0
> jsr88 requires a lotta stuff in the classpath that isn't there:
> geronimo-deploy-jsr88 requires xmlbeans to compile, but its not available at runtime:
this is because theres some misplaced dconfigbean stuff for app client and application in
there, should be moved to appropriate builder modules.
> it also depends on geronimo-deployment which just got removed in GERONIMO-2624: only
use is to create a temp file.  I'm copying the method into AbstractDeployCommand.
> The DeploymentManager implementations also have hardcoded references to RARConfigurer
and WARConfigurer and there's no way these will ever be on a command line classpath.  I think
the solution to this is to start a kernel, start a few appropriate configs, and register the
configueres with something the DeploymentManagers can get at.  I asked on the dev list for
better ideas.  In any case the hardcoding just doesn't work.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message