I certainly would defer to your expertise.
Ron
On 13/11/2015 2:33 PM, Jason van Zyl wrote:
In this case they would not be better and far less convenient. For a
hermetically sealed build at any rate. The local repository cache cleared of
the tracking files serves as a perfectly fine remote repository for this use
case. Most escrow bundles carry all the tools and sources required to build the
product: packaging a repository manager would probably be a bit much.
On Nov 13, 2015, at 2:09 PM, Ron Wheeler <rwhee...@artifact-software.com> wrote:
Not sure if the extra work would be worthwhile when you have a number of free
repo packages that are better in many ways than the maven cache and can be
installed on Windows or Linux.
Ron
On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote:
I just wanted to weigh in.
This indeed does not function in what I would call an "intuitive" way.
It would be really nice if offline mode meant just provide the switch and
everything used your local repo. No extra configuration or trickery required.
I know in modern times, the idea of always being connected is the norm, but if
you KNOW you don't need any updates and you have a lot of deps, this could
speed up the build a bit. Especially if you are forced to use a 3G connection
for a build on an emergency basis in your job.
Then again, it would also be nice if Santa Claus were real.
When will Apache have their open source Santa project? ;)
Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814
-----Original Message-----
From: Paul Benedict [mailto:pbened...@apache.org]
Sent: Friday, November 13, 2015 11:27 AM
To: Maven Users List <users@maven.apache.org>
Cc: joerg.schai...@gmx.de
Subject: Re: Offline builds nearly impossible
I think most people, at least once in their life, try to use their local
repository cache as an offline remote repository. However, the two aren't the
same in concept though, IIRC, the last time I tried. You still need to keep the
two separate.
Now it would be interesting if a tool existed to copy the contents of a local repository
and scrub its local metadata. That would then give you a true "remote offline
repo".
Cheers,
Paul
On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl <ja...@takari.io> wrote:
If this does not work please let me know. This is what I’ve used in
the past and if it doesn’t work I agree it needs to be fixed. I
honestly haven’t tried making a hermetically sealed build in a few
years but last year worked on a project that did no network traversal
aside from using file-based repositories and it all worked fine.
On Nov 13, 2015, at 11:33 AM, Jörg Schaible <joerg.schai...@gmx.de>
wrote:
Hi Jason,
Jason van Zyl wrote:
Use a file based remote repository instead of trying to build in
offline mode.
You can either use a repository manager to create the remote
repository
or
an empty local repository with a full build. As noted though, you
have
to
remove all local repository metadata and files if you create the
repository locally.
Now that you have the repository that contains everything you need
to build create a settings.xml with a mirror pointing to a
file-based repository. You shouldn’t need to build in offline mode
but using a file-base repository in your mirror will effectively be
the same. This
way
you will not be subject to every Maven plugins potentially flaking
handling of offline mode.
Good idea, thanks! And with a mirror setup to file:/// (except for
that file-based remote repo) we can even verify that no offline
access is required.
Cheers,
Jörg
--------------------------------------------------------------------
- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
---------------------------------------------------------
To think is easy. To act is hard. But the hardest thing in the world
is to act in accordance with your thinking.
-- Johann von Goethe
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
---------------------------------------------------------
The most dangerous risk: spending your life not doing what you want on the bet
you can buy yourself freedom to do it later.
-- Randy Komisar
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
