Cool, I think we should share those errors with the maven team.  They
usually don't accept to patch meta-data, but when it is invalid XML I
think they would accept.

Concerning the comparision with the maven resultion I started a few
month ago (during javapolis) to write some tests to compare transitive
dependencies.  I tested it on a local repository (very small), but I
found some differences.  That resulted in a few jira tickets that have
been fixed in 2.0-beta2.  (I also found some strange behavior in
maven).

I plan to relaunch this comparison as soon as I find some free time
(that will not happen soon :-( ).

By the way, I'm interrested to know how you did this scan.  Did you
have a pom respository easily accessible or did you run that via
internet?

Gilles

On 12/03/2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  As you may have noticed on the ivy user list I've just setup a small
>  web site for searching Maven 2 repository:
>  http://javarepo.xoocode.org/
>
>  To implement this I've used Ivy Pom parser to parse poms from the
>  maven 2 repository, to extract some basic information like the
>  description and home page. This is a bit overkill for what I do in
>  javarepo, but the nice side effect is that I now have an error log
>  with all modules in current maven 2 repo for which Ivy is failing at
>  parse time. The error log is here:
>  http://people.apache.org/~xavier/ivy/maven2-ivy-err.log
>
>  As you can see a lot of errors are xml errors (use of undeclared
>  entity, unclosed tags, content not allowed in prolog, ...). There's
>  also quite a lot of poms in which we don't find the module name (I
>  haven't checked if this is our fault yet). Note that in my parsing I
>  haven't setup Ivy correctly, so Ivy was not able to find parent or
>  relocated modules, which may cause errors in the log we wouldn't have
>  in reality.
>
>  The good news is that we only have about 200 errors for the 28k+ poms
>  available in maven repo. This is not too bad, even though it doesn't
>  tell how different the dependency resolution itself would be.
>
>  Xavier
>  --
>  Xavier Hanin - Independent Java Consultant
>  http://xhab.blogspot.com/
>  http://ant.apache.org/ivy/
>  http://www.xoocode.org/
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Gilles Scokart

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to