/usr/share/java as maven repository?
Arnaud Vandyck
avandyck at gmail.com
Wed Dec 19 14:43:13 UTC 2007
2007/12/19, Stephan Wienczny <Stephan at wienczny.de>:
> Am Mittwoch, 19. Dezember 2007 11:01:11 schrieb Arnaud Vandyck:
[...]
> Some example:
> slf4j uses maven as build system. According to their website (slf4j.org)
> projects like Apache Directory, Apache MINA, hibernate etc. use slf4j. If we
> want to have more java software in the debian repo this will soon be a show
> stopper.
If I understand correctly, this is already what we do: package every
piece of software used by an application or a library, put them in
Debian, and then package the software. Look at the dependencies field
in debian/control.
> > About 2°, we have to decide what we wanna do.
>
> I'm not that familiar with maven repositories but it should be possible to
> create a lokal maven repo from *.deb files. As no user should have write
> access rights to it software not yet packaged by debian will be downloaded to
> the users lokal repo in .m2.
That's what I propose in 3°, but not a local one, a remote one,
managed by DD's with jars only from debs.
> To simplify things a bit I would suggest to
> convert /usr/share/java to something maven understands as repository instead
> of creating another repo.
Maybe we can think about refactoring /usr/share/java, but why do we
use the maven layout. I did not fully understand the remark from
Dalibor about the "undirection" comments, but I understood don't bind
to a specific way. Dalibor, was it what you explained (and I tried to
understand)?
> A DD maintained maven repo would be something that could fire usage of maven
> in debian but I think resources will be a great problem.
You can configure maven to look at debian repo at first and if the
software is not there, look in another repo.
--
Arnaud Vandyck
More information about the pkg-java-maintainers
mailing list