/build/static/layout/Breadcrumb_cap_w.png

Repackager and Renaissance Learning applications?

I have some directories that are 0 in size that my setup creates. When running the Repackager, it does not get those directories, I'm guessing since their's no files in them; however, when I run the created msi file and then launch the program, it fails due to not finding these directories. Any ideas? I'm thinking about manually editing the xml file and adding those directories just to see, but I'd rather the program itself get what it should.

0 Comments   [ + ] Show comments

Answers (10)

Posted by: bkelly 16 years ago
Red Belt
0
We'll take a closer look- it should indeed include the new directories even if no files are being placed in them.

Thanks,
Bob
Posted by: rgaudet 16 years ago
Senior Yellow Belt
0
FYI... I tried again and this time I put some garbage txt files in those empty directories and finished the the Repackager wizard. It must have noticed those occupying directories because it worked for me this time. Might be a bug in the program.
Posted by: rgaudet 16 years ago
Senior Yellow Belt
0
Ok... Is it just me not knowing how to use this program or making assumptions I shouldn't. I have it band-aided with the junk files in the directories referenced above, so I think I'm home free, so I recreate the project to include an ini files it creates after launching the software to point to some data paths. I then finish the wizard of the Repackager to find that it does not see those files (those are definitely file in existance and are bigger then 0k). Shouldn't the software look at all files regardless of if they are of size or extention?
Posted by: bkelly 16 years ago
Red Belt
0
Yes it should detect any changes (including newly created empty directories). The size and extension should not play a role at all. As long as it is a file or registry change made after the initial snapshot and before the second, the repackager should detect and include the item. The development team is looking into it now. Please continue to post any details here as it will help to ensure we understand the problem and can ensure a fix is in our official 1.0 release due very soon (still beta right now).

Thanks!
Bob
Posted by: rgaudet 16 years ago
Senior Yellow Belt
0
Just for giggles, I tried WinInstall LE and it worked fine. The only issue with it is instead of packaging it into one msi file, it creates the new directories, reg key, etc... outside of the msi and ties to it. I'd rather use the Repackager to get the one file if possible so I'll stay tuned.
Posted by: AngelD 16 years ago
Red Belt
0
Bob,

Does AppDeploy Repackager add to the CreateFolder table for empty folders as otherwise Windows Installer during install will remove these (empty) folders included in the package.
Posted by: bkelly 16 years ago
Red Belt
0
I'm glad you pointed this out, the current beta is not using the CreateFolder table; taking that on as a bug now.

Thanks!
Bob
Posted by: AngelD 16 years ago
Red Belt
0
NP, is it fixed now [;)]

/Kim
Posted by: rgaudet 16 years ago
Senior Yellow Belt
0
I just downloaded beta 2 and again, tried packaging my application with it. Seems like it did a little better job, but still skipped my empty directories which my app didn't like.
Posted by: bkelly 16 years ago
Red Belt
0
Unfortunately, in the "known issues" you'll see the creation of empty folders was still an issue in Beta 2. The hope is to release the final build today, but time will tell ;)

http://itninja.com/blog/view/appdeploy->-appdeploy-tools->-known-issues
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
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