You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "David Jencks (JIRA)" <ji...@apache.org> on 2006/12/06 02:02:20 UTC
[jira] Created: (GERONIMO-2627) jsr88 classpath is all messed up
jsr88 classpath is all messed up
--------------------------------
Key: GERONIMO-2627
URL: http://issues.apache.org/jira/browse/GERONIMO-2627
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: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-2627) jsr88 classpath is all messed up
Posted by "David Jencks (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2627?page=all ]
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: http://issues.apache.org/jira/browse/GERONIMO-2627
> 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: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira