[wix-devs] WIP: Command-line Extension Acquisition and Cache
Rob Mensching
rob at firegiant.com
Wed Jun 3 16:12:11 PDT 2020
The relative cache folder is always ".wix\extensions\". So local cache is %CD%\.wix\extensions
Did I miss something?
-----Original Message-----
From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of Sean Hall via wix-devs
Sent: Wednesday, June 3, 2020 4:10 PM
To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
Cc: Sean Hall <r.sean.hall at gmail.com>
Subject: Re: [wix-devs] WIP: Command-line Extension Acquisition and Cache
What about my comment on the folder structure for the local cache? I don't know of any similar tools that will just drop it straight into the directory.
On Thu, Jun 4, 2020 at 9:04 AM Rob Mensching <rob at firegiant.com> wrote:
> I *just* updated the WIP including all the details from this thread:
> https://wixtoolset.org/development/wips/6184-command-line-extension-ac
> quisition-and-cache/
>
> As pointed out in Considerations.4 I used the MSBuild SDK-style
> reference syntax to provide version of an extension.
>
> -----Original Message-----
> From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of
> Sean Hall via wix-devs
> Sent: Monday, June 1, 2020 7:55 PM
> To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
> Cc: Sean Hall <r.sean.hall at gmail.com>
> Subject: Re: [wix-devs] WIP: Command-line Extension Acquisition and
> Cache
>
> How does the dev provide the version of an extension on the wix.exe
> build command?
>
> On Tue, Jun 2, 2020 at 12:49 PM Rob Mensching <rob at firegiant.com> wrote:
>
> > 1. I have prototype code that uses the NuGet Client assemblies to
> > download and extract .nupkgs. That's where I'll start.
> >
> > 2. I'm not 100% on the local cache either but Bob convinced me it
> > was a good idea. I don't think a manifest is needed as I don't
> > intend to add a restore function at this time. A dev would only need
> > to use a few `wix extension add ExtensionId` calls to pull down the
> > required extensions. If that turns into a huge problem, we can
> > investigate a
> restore option later.
> > I'll add this bullet to the WIP.
> >
> > 3. If a dev doesn't provide the version, the latest version is used.
> > No wildcard'ing support from the command-line (maybe add that in WiX
> v16.6).
> > <smile/>
> >
> >
> > -----Original Message-----
> > From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of
> > Sean Hall via wix-devs
> > Sent: Monday, June 1, 2020 4:59 PM
> > To: WiX Toolset Developer Mailing List
> > <wix-devs at lists.wixtoolset.org>
> > Cc: Sean Hall <r.sean.hall at gmail.com>
> > Subject: Re: [wix-devs] WIP: Command-line Extension Acquisition and
> > Cache
> >
> > Based on "dotnet.exe tool", I think "wix.exe extension" makes sense.
> >
> > Are we going to be implementing the nuget functionality ourselves or
> > will we build on top of it? Basically I'm wondering how wix.exe
> > knows where the feeds are.
> >
> > I would vote to avoid having a local option. If we do have it, I
> > would recommend keeping the same structure (.wix folder in the
> > current directory). If we have a local option, then people are going
> > to expect that we have a packages.config/dotnet-tools.json
> > equivalent where there's have a manifest of all the extensions that
> > the project needs with a corresponding restore command. But then
> > again maybe we need that anyway? How does wix.exe pick which version to use?
> >
> > For the MSBuild/dotnet build consideration (I would probably say
> > dotnet msbuild by the way, dotnet build is mostly an alias for
> > dotnet msbuild -restore), I agree. We should just rely on the
> > underlying nuget functionality there.
> >
> > I also agree on requiring the .wixext.
> >
> > On Tue, Jun 2, 2020 at 3:25 AM Rob Mensching via wix-devs <
> > wix-devs at lists.wixtoolset.org> wrote:
> >
> > > Last meeting WiX Extension availability for WiX v4 the first
> > > preview was raised as an issue. In particular, since we are
> > > starting the preview with only the command-line tools, the
> > > acquisition of extensions from NuGet is a pretty poor experience.
> > > Over the weekend I put together a proposal how to address that.
> > > I'm looking for
> feedback:
> > >
> > >
> > > https://wixtoolset.org/development/wips/6184-command-line-extensio
> > > n-
> > > ac
> > > quisition-and-cache/
> > >
> > >
> > > Regards,
> > >
> > > Rob Mensching
> > > CEO
> > > FireGiant
> > > _______________________________________________________________
> > > FireGiant | Dedicated support for the WiX toolset |
> > > http://www.firegiant.com/
> > >
> > > __________________________________________________________________
> > > __ WiX Toolset Developer Mailing List provided by FireGiant
> > > http://www.firegiant.com/
> > >
> > ____________________________________________________________________
> > WiX Toolset Developer Mailing List provided by FireGiant
> > http://www.firegiant.com/
> >
> ____________________________________________________________________
> WiX Toolset Developer Mailing List provided by FireGiant
> http://www.firegiant.com/
>
____________________________________________________________________
WiX Toolset Developer Mailing List provided by FireGiant http://www.firegiant.com/
More information about the wix-devs
mailing list