I know for Wicket we recently switched to build artifacts of type bundle (see 
https://issues.apache.org/jira/browse/WICKET-6402 ). Maybe you can get the 
correct configuration from Wicket?

On woensdag 19 juli 2017 10:26:54 CEST Brian Demers wrote:
> I see it now, I was assuming it was a dependency resolution issue. Thanks
> for reporting this!
> 
> It looks like this is caused by the 'org.apache.felix:maven-bundle-plugin'
> I've created https://issues.apache.org/jira/browse/SHIRO-632 to track this.
> 
> It looks like we should be able to just adjust this plugin's config.
> https://felix.apache.org/documentation/subprojects/apache-felix-maven-bundle
> -plugin-bnd.html#export-package
> 
> If any of the OSGI folks on the list want to chime in, that would be
> appreciated!
> 
> 
> On Wed, Jul 19, 2017 at 9:52 AM, Emond Papegaaij <[email protected]
> > wrote:
> > 
> > All shiro artifacts are resolved as 1.4.0. We are very strict at this. Our
> > maven-enforcer-plugin also checks for version conflicts. The problem is
> > that,
> > for example, both shiro-core-1.4.0.jar and shiro-lang-1.4.0.jar contain
> > org.apache.shiro.codec.Base64 (and many more). At the same time shiro-core
> > declares a dependency on shiro-lang in its pom. This imports the same
> > classes
> > twice into your project.
> > 
> > Best regards,
> > Emond
> > 
> > On woensdag 19 juli 2017 09:43:01 CEST Brian Demers wrote:
> > > It is possible you have an explicit dependency for shiro-lang and
> > > shiro-core.  And shiro-core version is getting set to an earlier version
> > 
> > by
> > 
> > > something during dependency resolution.
> > > You should be able to figure it out by running 'mvn dependency:tree'.
> > > 
> > > On Wed, Jul 19, 2017 at 6:53 AM, Emond Papegaaij <
> > 
> > [email protected]
> > 
> > > > wrote:
> > > > 
> > > > On woensdag 19 juli 2017 11:07:28 CEST Joerg Schoenfisch wrote:
> > > > > I encountered that Eclipse is not showing me the sources for classes
> > > > > that
> > > > > now reside in the 'lang' module. This is due to those classes being
> > 
> > both
> > 
> > > > in
> > > > 
> > > > > the core.jar and the lang.jar, however, only the lang-sources.jar
> > > > 
> > > > contains
> > > > 
> > > > > the sources for it. Unfortunately, Eclipse picks the class files
> > > > > from
> > > > > the
> > > > > core.jar, leaving me without documentation.
> > > > > 
> > > > > Is it intended to duplicate those classes? Is it possible to then
> > 
> > also
> > 
> > > > > duplicate the sources?
> > > > 
> > > > We ran into this as well. Our maven projects are all verified with the
> > > > maven-
> > > > enforcer-plugin with banDuplicateClasses. This is to prevent
> > 
> > conflicting
> > 
> > > > classes on the classpath with larger applications. We had to exclude
> > 
> > all
> > 
> > > > shiro
> > > > packages from this check. Please remove the classes from shiro-core
> > > > and
> > > > rely
> > > > on maven's transitive dependencies.
> > > > 
> > > > Best regards,
> > > > Emond Papegaaij


Reply via email to