Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 474245
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 13, 20262026-05-13T00:16:05+00:00 2026-05-13T00:16:05+00:00

In my base project I use dependency of JasperReports which has non-existent repository declaration

  • 0

In my base project I use dependency of JasperReports which has non-existent repository declaration in its pom. When I run every Maven commad there is dependency looking for commons-collection in this Jasper repository so I need to wait for timeout.
This is my base project and is used as dependency in my others projects so again I need to wait for timeout.
Is there are a way to move this repository to blacklisted or override this settings?

Notes:
1.Why it search in Jasper repository, maybe bacause of ranges

<dependency>
    <groupId>commons-collections</groupId>
    <artifactId>commons-collections</artifactId>
    <version>[2.1,)</version>
    <scope>compile</scope>
</dependency>

2.My idea to resolve this problem is to change jasper pom and use proxy repository, but I looking to another option.
3.I use jasperreports 1.3.3 version and I’d like don’t change it.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-13T00:16:05+00:00Added an answer on May 13, 2026 at 12:16 am

    Is there a way to move this repository to blacklisted or override this settings?

    To my knowledge, this is not possible.

    Why does it search in Jasper repository, maybe because of ranges

    Yes, I think ranges are “responsible” here of this behavior. Without ranges, Maven wouldn’t have to check remote repositories for a newer version than the one available in your local repo.

    My idea to resolve this problem is to change jasper pom and use proxy repository, but I looking to another option.

    Fixing jasper pom and using a proxy repository would of course be the ideal solution but this is not always possible. There is maybe a workaround though. Did you try to exclude jasperreports’s transitive dependencies that have ranges and to provide them yourself (with fixed version) in your pom instead. Something like this:

    <dependencies>
      <dependency>
        <groupId>jasperreports</groupId>
        <artifactId>jasperreports</artifactId>
        <version>1.3.3</version>
        <!-- Remove Transitive dependencies drawn by Jasper Report that we don't want -->
        <exclusions>
          <exclusion>
            <groupId>commons-collections</groupId>
            <artifactId>commons-collections</artifactId>
          </exclusion>
          ...
        </exclusions>
      </dependency>
      <dependency>
        <groupId>commons-collections</groupId>
        <artifactId>commons-collections</artifactId>
        <version>2.1</version><!-- Or whatever version, as long as it's fixed -->
        <scope>compile</scope>
      </dependency>
      ....
    <dependencies>
    

    This way, Maven shouldn’t have to check the non existent repository and this should avoid having to wait for the timeout. I’d give it a try.

    I use jasperreports 1.3.3 version and I’d like don’t change it.

    No problem.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

So here's the issue, my mvc3 project uses Dependency Injection and has a base
I use reflection find all the Classes in my project that Inherit from Packet.Base
I'm working on a legacy project that has heavy use of Singletons. While most
I have a system which is using Spring for dependency injection. I use annotation-based
I'm working with an external framework (redmine) which has one Project model that has_many
I have a project, let's call it BASE, that has a bunch of .CSV
In my project site I am merging a base image (a map) with markers
I'm starting a new project and setting up the base to work on. A
In my project, there is one Base class and there are 3 different derived
In the project I'm working on now, we have base Entity class that looks

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.