[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