[
http://jira.codehaus.org/browse/MOJO-687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_99230
]
Corridor Software Developer commented on MOJO-687:
--------------------------------------------------
The branching doesn't cause a lot of overhead actually. Granted, svn branch
support is an improvisation, but svnmerge.pl works for me.
The xmlbeans project (http://xmlbeans.apache.org/) does a lot of some making
between minor versions which involves classpath changes. For example, 2.2 uses
saxon b, 2.3 requires the qname jar to work with weblogic, I don't feel like I
can make the assumption that the dependencies list is correct for whatever the
user may put for a version. Instead, I have chosen to rely on the dependency
tree of the xmlbeans pom to rake in what is required for me. At some point, I'd
like to inject the runtime dependencies into a project using the plugin, but
that's all I have planned as far as classpath management is concerned.
I would rather maintain minor differences between three branches (2.0.x will be
deprecated soon) with build time validation of the classpath than to have
someone discover an issue as they apply it. Maybe that's my bias against
decoupling-by-default showing through. Whatever the case, I'd still have to set
a default ;),
> xmlbeans-plugin fails because of invalid dependency
> ---------------------------------------------------
>
> Key: MOJO-687
> URL: http://jira.codehaus.org/browse/MOJO-687
> Project: Mojo
> Issue Type: Bug
> Reporter: Joerg Schaible
> Assignee: Corridor Software Developer
> Priority: Blocker
>
> The released 2.0.0 version of the xmlbeans-plugin has a dependency on
> stax-1.1.1-dev, which refers itself non-existing artifact
> xmlbeans-jsr173-api. Please update dependencies to stax-1.2.0 and
> xbeans-2.2.0 (both work like charm) and let us have a new release 2.0.1 ;-)
> BTW: There is no xmlbeans component in JIRA/MOJO configured.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
