geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joe Bohn (JIRA)" <>
Subject [jira] Updated: (GERONIMO-2288) Abstract/Maven repositories install modules incorrectly
Date Wed, 23 Jul 2008 21:23:31 GMT


Joe Bohn updated GERONIMO-2288:

    Fix Version/s:     (was: 2.0.x)

> Abstract/Maven repositories install modules incorrectly
> -------------------------------------------------------
>                 Key: GERONIMO-2288
>                 URL:
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: kernel, Plugins
>    Affects Versions: 1.1, 1.1.1, 1.2, 2.0-M6
>            Reporter: Aaron Mulder
>            Assignee: Aaron Mulder
>             Fix For: 2.0.3
> The repository unpacks a JAR when it installs it only if the Artifact type is "car".
 That is incorrect -- it should unpack any module with META-INF/config.ser (which is the logic
that we use in other places, such as RepositoryConfigurationStore).  This breaks plugins that
don't have the type "car" (such as copying a database pool from server to server).
> The currently handling attempts to be generic by associating a behavior with each file
type, though in practice this is only used for type=car.  In the 1.1 branch, I am going to
put in a workaround to look up the "car" handler any time we find a META-INF/config.ser (a
pretty minimal workaround).
> In trunk, I think we should remove the behavior/type association and instead have a boolean
for whether configurations should be unpacked, or an "ArtifactTypeHandler" property specifically
for configurations and another one for non-configurations.  I don't see any reason to distinguish
based on module type.  Input would be appreciated for the 1.2 resolution.

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

View raw message