/build/static/layout/Breadcrumb_cap_w.png

Installing just 15 of 20 files

Hello,

I have this strange requirement, wherein i need to install just 15 of 20 files present in a single component. Now to do this there is something called FILEADDLOCAL property which takes the names of files to be installed. But  it lacks and has a drawback. During install the file to be installed is checked with the component which is further checked with feature in the feature component table and installs the entire feature. I m a bit skeptical if movefile table can be made use of in this scenario, since it would be like moving the file and not installing. Hope i m on track. Can someone suggest me some solution to this issue?


0 Comments   [ + ] Show comments

Answers (4)

Answer Summary:
Posted by: anonymous_9363 10 years ago
Red Belt
1

What "vendor logic" would that be? The only logic I can think of would be in Custom Actions and it's simple enough to test what your changes do to those.

Just create a new feature and drop the components containing the required files into that. Next!


Comments:
  • VBScab, i have this strange thing in my mind. We all know, movefile sequence appears before install files. What if i dont make use of install files action at all and first move the required dll's into their required location and later register them? do you think that would be a smart move?? - talonsprem87 10 years ago
  • VBScap, all 20 files are located in the same component, so he have to create a component for each file, which is recommended if the files are dll or exe file. And then he can apply your solution. - terebent 10 years ago
Posted by: rileyz 10 years ago
Red Belt
0

That is one strange requirement.

Could you not make a transform and break out all the files into another feature? And just install that feature?

OR

You could do a ugly hack. Make a subfolder or a folder somewhere else, and use the DuplicatFile Table to copy the files to required location.

When you say installing, is this a dll that needs to be reg'ed or something like that?

(whooray a decent packaging question :)


Comments:
  • Well, rileyz, this happens to be a vendor MSI(even i m wondering why this requirement came to me, but since it has, so will have to). Ideally we prevent ourselves from destroying the vendor logic. and yes these are dll's. Even i gave a thought to break the files into separate components and later conditionalize them,but something stopped me from doing this - talonsprem87 10 years ago
  • Yeah, I would be worried about killing the vendor logic as well.

    I suggest having a few options ready and present them to the client with the pros and cons, put the onus and risk onto the client.

    My pref would be to use a MST to drop the files. - rileyz 10 years ago
Posted by: terebent 10 years ago
Second Degree Brown Belt
0
  1. Create a mst and remove the files from installation.
  2. Create a script and delete the files at the end of installation.

In both cases you have to be sure that you deleted or removed all registry entries which pointing to this files.

 


Comments:
  • Thanks terbent, but the client that i m working for happens to be very smart and doesnt want what you are suggesting, he just doesnt want the files in first place.....i had that answer too in my mind. But wasnt sure - talonsprem87 10 years ago
  • Geez the client is making hard for you isnt he, so even using a MST to drop the files from the package will not suffice (even if they wont even get installed at all). - rileyz 10 years ago
Posted by: dj_xest 10 years ago
5th Degree Black Belt
0

This is a strange requirement. What I will do in a case like this:

1. Create an MST

2. Check the Keypath of that Component and make sure that it is one of the 15 files that need to be installed, otherwise I will change it to one of them.

3. Create a Custom Action that will run in Deferred Execution that deletes the 5 files that do not need to be installed.

4. Put a condition on that CA to run during installs and repair.

Hope this helps..


Comments:
  • I agree with what your answer dj_xest, but, alongwith deleting the files we will also have to make sure, the file reference is removed from registry as well, like the COM information - talonsprem87 10 years ago
  • How about capturing the COM information of those 5 files for unregistration/deletion as well? - dj_xest 10 years ago
    • hmm...that sounds good, right now , i m keeping all the options ready, lets see what the other party thinks about solutions
      Thanks All!! for their feedback - talonsprem87 10 years ago
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ