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 736801
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 14, 20262026-05-14T07:38:49+00:00 2026-05-14T07:38:49+00:00

Quite new to maven here so let me explain first what I am trying

  • 0

Quite new to maven here so let me explain first what I am trying to do:

We have certain JAR files which will not be added to the repo. This is because they are specific to Oracle ADF and are already placed on our application server. There is only 1 version to be used for all apps at anyone time. In order to compile though, we need to have these on the class path. There are a LOT of these JARS, so if we were to upgrade to a newer version of ADF, we would have to go into every application and redefine some pretty redundant dependencies. So again, my goal is to just add these JARs to the classpath, since we will control what version is actually used elsewhere.

So basically, I want to just add every JAR in a given network directory (of which devs do not have permission to modify) to maven’s classpath for when it compiles. And without putting any of these JAR files in a repository. And of course, these JARs are not to be packaged into any EAR/WAR.

edit:

Amongst other reasons why I do not want to add these to the corporate repo is that:

  1. These JARs are not used by anything else. There are a lot of them, uncommon and exclusive to Oracle.
  2. There will only be one version of a given JAR used at anyone time. There will never be the case where Application A depends on 1.0 and Application B depends on 1.1. Both App A and B will depend on either 1.1 or 1.2 solely.
  3. We are planning to maintain 100+ applications. That is a lot of pom.xml files, meaning anytime we upgrade Oracle ADF, if any dependency wasn’t correctly specified (via human error) we will have to fix each mistake every time we edit those 100+ pom.xml files for an upgrade.
  • 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-14T07:38:49+00:00Added an answer on May 14, 2026 at 7:38 am

    I see three options:

    1. Put the dependencies in a repository (could be a file repository as described in this answer) and declare them with a scope provided.
    2. Use the dirty system scope trick (i.e. declare the dependencies with a system scope and set the path to the jars in your file system.
    3. Little variation of #2: create a jar with a MANIFEST.MF referencing all the jars (using a relative path) and declare a dependency on this almost empty jar with a system scope.

    The clean way is option #1 but others would work too in your case. Option #3 seems be the closest to what you’re looking for.

    Update: To clarify option #3

    Let’s say you have a directory with a.jar and b.jar. Create a c.jar with a Class-Path entry in its META-INF/MANIFEST.MF listing other jars, something like this:

    Class-Path: ./a.jar ./b.jar 
    

    Then declare a dependency in your POM on c (and only on c) with a system scope, other jars will become “visible” without having to explicitly list them in your POM (sure, you need to declare them in the manifest but this can be very easily scripted).

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

Sidebar

Related Questions

Being quite new to the web technologies in general, I have been trying to
Im quite new to spring mvc. What I'm trying to achive is separating static
I am quite new to mongoid and rails. So I have some troubles to
I'm new to Maven and have skimmed over the documentation as I am following
Iam quite new to Google chart API's and I am trying to integrate it
I am quite new to Maven and Java EE programming all-together. I would like
Quite new to this mocking thing, I have a couple of questions. Correct me
Im quite new to Java and i have stumbled upon the following problem. Im
I'm quite new to maven and I'm facing some trouble with a plug-in I
I am quite new to java applications in a production environment and have never

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.