Ошибка зависимости в jasper-отчеты из itext

Проблема действительно в ПОМ яшмы-сообщает:

<dependency>
  <groupId>com.lowagie</groupId>
  <artifactId>itext</artifactId>
  <version>[1.02b,)</version>
  <scope>compile</scope>
</dependency>

Jasper-reports распространяет (модифицированную) сборку iText 2.1.7 по крайней мере с ноября 2012 года (если память мне не изменяет), поэтому, если ваша версия jasper-reports все еще зависит от 1.02b и выше, это должна быть очень старая версия.

Зависимость jasper-reports от iText следует изменить на:

<dependency>
  <groupId>com.lowagie</groupId>
  <artifactId>itext</artifactId>
  <version>[1.02b,2.1.7]</version>
  <scope>compile</scope>
</dependency>

Или просто:

<dependency>
  <groupId>com.lowagie</groupId>
  <artifactId>itext</artifactId>
  <version>2.1.7</version>
  <scope>compile</scope>
</dependency>

Это относится к следующему вопросу: Как я могу сказать Maven использовать последняя версия зависимости? Эта страница изобилует предупреждениями о необходимости всегда использовать последнюю версию для ваших зависимостей. Это снижает воспроизводимость ваших сборок.

2.1.7 была последней версией iText, выпущенной компанией iText Group NV (или ее юридическим предшественником), с идентификатором com.lowagie groupId. Следующая версия iText, выпущенная компанией iText Group NV, была version 5.0.0, с идентификатором com.itextpdf groupId, что означает, что она двоична и несовместима с вашим текущим кодом. Есть также вопрос об изменении лицензии на AGPL, но это выходит за рамки StackOverflow, я хочу ограничить свой ответ техническими вопросами.

Любые другие версии iText между 2.1.7 и 5.0.0, такие как 4.2.0 и 4.2.1, являются форками других компаний. Согласно руководству Apache по загрузке артефактов в центральный репозиторий (https://maven.apache.org/guides/mini/guide-central-repository-upload.html ), эти компании должны были использовать другой groupId, как страница четко заявляет в своем FAQ:

У меня есть исправленная версия проекта foo, разработанная в foo.com, что groupId должен ли я использовать? Когда вы исправляете / модифицируете сторонний проект, эта исправленная версия становится вашим проектом и поэтому должна быть распространяется под групповым идентификатором, который вы контролируете, как и любой проект, который у вас был бы развитый, никогда под ком.foo. См. выше соображения по поводу идентификатор_группы.

TL; DR Если вы не хотите менять свой код, скажите Maven, чтобы только получить iText 2.1.7.

Мы решили сохранить ту же версию jasperreport и внесли эти изменения в conflicteds pom:

<dependencies>
    <dependency>
            <groupId>jasperreports</groupId>
            <artifactId>jasperreports</artifactId>
            <version>2.0.1</version>
            <exclusions>
                <exclusion>
                    <groupId>com.lowagie</groupId>
                    <artifactId>itext</artifactId>
                </exclusion>
            </exclusions>           
    </dependency>
    <dependency>
        <groupId>com.lowagie</groupId>
        <artifactId>itext</artifactId>
        <version>2.1.7</version>
    </dependency>
...
</dependencies>

Edit: измените dependecy на 2.1.7, чтобы быть уверенным, что он будет компилироваться в будущем

JasperReports исправил iText с некоторыми исправлениями ошибок. Таким образом, вы должны добавить исправленное iText repo[1] в свой файл pom/gradle.

[1] http://jasperreports.sourceforge.net/maven2/

Ниже приведен фрагмент gradle для справки при использовании отчета jasper 6.1.1. repositories { mavenLocal() mavenCentral() maven { url "http://repo.spring.io/release" } maven { url "http://jaspersoft.artifactoryonline.com/jaspersoft/third-party-ce-artifacts/" } maven { url "http://jasperreports.sourceforge.net/maven2/" } }

У нас та же проблема. Для ее решения мы удалили прокси-параметры конфигурации Maven и изменили последнюю версию maven-metadata-central (в папке com\lowagie\itext вашего репозитория).

Плохое решение, но, временно, работает: /

У меня та же проблема при использовании Maven 2.2.1, я заново построил свой проект, используя Maven 3.2.3 и его работы !

Вы должны использовать Maven 3 для решения вашей проблемы, ошибка, кажется, решена в этой версии.