[ https://issues.apache.org/jira/browse/GERONIMO-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Bohn updated GERONIMO-2288: ------------------------------- Fix Version/s: (was: 2.0.x) 2.0.3 > Abstract/Maven repositories install modules incorrectly > ------------------------------------------------------- > > Key: GERONIMO-2288 > URL: https://issues.apache.org/jira/browse/GERONIMO-2288 > 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.