Thank you, Tamás.  RTFM and all that.  I should have known this.

That solves my immediate problem, but I am still interested in understanding my problem a little more.

Let's say one of my modules (Module A) depends on Hibernate v, X.Y.Z. If I change some code in one of my own modules (Module B) that depends on Module A, the system does not go out to the Internet or other non-local repository to see if Hibernate v. X.Y.Z has changed. Why is my third party imported dependency (which is versioned at 1.1.3, not a snapshot) treated any differently? Why does Maven want to check the non-local repos in this situation to see if it has changed?


On 02/03/2011 03:56 PM, Tamás Cservenák wrote:
That's the "-o" CLI switch as "offline".

There is also the "-h" CLI switch for "help". ;)

Thanks,
~t~

On Thu, Feb 3, 2011 at 10:51 PM, Steve Cohen<[email protected]>  wrote:
I am being forced to use maven temporarily in a situation where Internet
access is disallowed.  (Don't even ask).

Amazingly by copying an entire local repository from another machine, I am
able to function most of the time.  The one problem comes up when maven
wants to look at Maven Central for a file it won't find there. This file is
a POM for a third-party JAR that was imported into the repository.  When run
from a machine that has Internet connectivity, it attempts to download this
non-existent POM, fails to find it, and lets me off with a warning.  When
run from a machine that has no Internet connectivity the build fails with:
"connection refused".

Is there a way to tell Maven to use only a local repository and never try to
connect to maven central?

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to