Subject: RE: Proposal: Tallow enhancement for file lists - msg#00115

List: windows.devel.wix.user

Date: Prev Next Index Thread: Prev Next Index

I have programmed a little tool "mallow" which implements the features
as listed below.
Until the changes are approved for integration in tallow, I make them
available "as is" in form of a separate tool "mallow", which can be
downloaded here:
http://www.infozoom.de/download/Mallow.zip (executable)
http://www.infozoom.de/download/MallowSource.zip (sources)

Stefan

-----Original messag-----
Von: Stefan

Hi, I am currently struggling with a setup, which among others includes
Javadocs. So there are quite a few files and folder - alltogether more
than 700 files in more than 100 folders. It is quite tedious to maintain
such a big file list. Now with <filegroup> gone even more. Given its
current features tallow is not able to maintain / synchronize a given
structure of folders and file, but only to rebuild a complete list.

I think it would be really helpful to have tallow synchronize a given
fragment with the current directory structure. This would mean
1. additional command line arguments for tallow:
- existing fragment for input (wxs)
- directory name mapping i.e. where to start with directoryref and what
to use for src. Currently src is absolute, option to make it relative to
some given path would be helpful.
2. Tallow consumes the given fragment, keeping the given
directory-names, component-names, Component-GUID.
3. Tallow checks the parsed structure against the folders on the disk,
adds new folders and files, comments out deleted ones and adds
searchable comments to the changes
4. Outputs the changes thereby keeping the guids and component names etc
from the input and adds new guids for new folders with new components

I would be willing to work on this.

Stefan

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Was this page helpful?

Thread at a glance:

Previous Message by Date: click to view message preview

Re: How to delete generated files

>>>>> "Rob" == Rob Mensching <robmen@xxxxxxxxxxxxxxxxxxxxx> writes: Rob> Ahh, I had missed that the files were being written by a CustomAction. As Rob> far as I know, RemoveFiles does not run during rollback. I guess I had Rob> assumed if you're writing a (deferred, right?) CustomAction to create files Rob> (I would avoid it, if possible) that you would have a rollback CustomAction Rob> around to delete (or otherwise clean-up) the files that might be generated. Rob> I misread the original request and thought the question was whether files Rob> created during the application's life time could be removed at uninstall. Rob> In that case, the RemoveFile table should be sufficient. Indeed, I'm using a CustomAction. I'm not sure what "deferred" means. Here it is: <CustomAction Id="build_usual_image" FileKey="build_build_usual_image.bat" ExeCommand='"[INSTALLDIR]" "[INSTALLDIR]scheme" "[INSTALLDIR]scheme48.image" "[INSTALLDIR]scheme48vm.exe" "[INSTALLDIR]build\initial.image"' Return="check" /> I got a little confused about the advice along this thread: There's no way to avoid the CustomAction, as I need to create a file depending on, among other things, the installation path. Why would it be a good thing to avoid it? And why again should I use a CustomAction instead of a RemoveFile? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

Next Message by Date: click to view message preview

RE: How to delete generated files

I think the main complicating factor is that you need to keep three things in sync - the custom action to create the file, the custom action to remove the file on rollback , and the custom action (or RemoveFile entry) to remove the file on uninstall. Not undoable, just a little complicated. One approach I used in a similar situation was to install/rollback/uninstall a generic version of the file (web.config in my case) via the Files table. And I used a custom action to edit the file to change the entries that needed installation-specific data - eg paths. This also reduced the information I needed to custom-write, since many of the web.config elements did not need to be editted using this approach. Just a few thoughts.. Paul Gunn -----Original Message----- From: wix-users-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:wix-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Michael Sperber Sent: Tuesday, February 08, 2005 12:49 PM To: robmen@xxxxxxxxxxxxxxxxxxxxx Cc: 'Robert Hamflett'; Wix Users Subject: Re: [WiX-users] How to delete generated files >>>>> "Rob" == Rob Mensching <robmen@xxxxxxxxxxxxxxxxxxxxx> writes: Rob> Ahh, I had missed that the files were being written by a Rob> CustomAction. As far as I know, RemoveFiles does not run during Rob> rollback. I guess I had assumed if you're writing a (deferred, Rob> right?) CustomAction to create files (I would avoid it, if Rob> possible) that you would have a rollback CustomAction around to delete (or otherwise clean-up) the files that might be generated. Rob> I misread the original request and thought the question was whether Rob> files created during the application's life time could be removed at uninstall. Rob> In that case, the RemoveFile table should be sufficient. Indeed, I'm using a CustomAction. I'm not sure what "deferred" means. Here it is: <CustomAction Id="build_usual_image" FileKey="build_build_usual_image.bat" ExeCommand='"[INSTALLDIR]" "[INSTALLDIR]scheme" "[INSTALLDIR]scheme48.image" "[INSTALLDIR]scheme48vm.exe" "[INSTALLDIR]build\initial.image"' Return="check" /> I got a little confused about the advice along this thread: There's no way to avoid the CustomAction, as I need to create a file depending on, among other things, the installation path. Why would it be a good thing to avoid it? And why again should I use a CustomAction instead of a RemoveFile? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ WiX-users mailing list WiX-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

Previous Message by Thread: click to view message preview

RE: RE: Proposal: Tallow enhancement for file lists

Rob, I can and will contribute. I cannot take responsibility of ownership due to time resitrictions at this moment. Marc |---------+-------------------------------------> | | "Rob Mensching" | | | <robmen@xxxxxxxxxxxxxxxxxx| | | net> | | | Sent by: | | | wix-users-admin@xxxxxxxxxx| | | ceforge.net | | | | | | | | | 01/02/2005 18:54 | | | Please respond to robmen | | | | |---------+-------------------------------------> >-----------------------------------------------------------------------------------------------------------------------| | | | To: <s.zschocke@xxxxxxxxxxx>, <wix-users@xxxxxxxxxxxxxxxxxxxxx> | | cc: Marc Borgers/AMNTU/MOR/AGFA/BE/BAYER@AGFA, "'Riko Eksteen'" <rikoe@xxxxxxxxxxxx> | | Subject: RE: [WiX-users] RE: Proposal: Tallow enhancement for file lists | >-----------------------------------------------------------------------------------------------------------------------| Okay, so there are three different people that are interested in making tallow a better tool. I wrote tallow (as it is today) in about 8 hours (couple hours for a few nights plus a couple stupid bug fixes). That does not make it great code or a tool that does everything people want it to do. So, I'm wondering if one of you (or someone else?) wants to step up, sign the assignment agreement, and *own* tallow. -----Original Message----- From: wix-users-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:wix-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Stefan Zschocke Sent: Tuesday, February 01, 2005 7:25 AM To: wix-users@xxxxxxxxxxxxxxxxxxxxx Subject: [WiX-users] RE: Proposal: Tallow enhancement for file lists Hi, my plan was to use the XML DOM: Load the input file - be it a fragment or a full wix-document - as XmlDocument. Then locate the Directory-node or DirectoryRef-node, whose id should be supplied as input parameter through cmd args. Accept either Directory-node or DirectoryRef, as generated by tallow. Using an XmlDocument has the advantage that I can dump the file back to disk same as it was before, and the Xml tree is good enough to access file-nodes, component-nodes and directory-nodes. If I use an object model for the whole wix-schema this would be quite a bit of work..., and restricting it to tallow-like fragments, would prbly render the tool more inflexible. Stefan -----Original Message----- Von: marc. Betreff: RE: Proposal: Tallow enhancement for file lists Stefan, To give a hint on how to achieve the incremental run: I would parse the given fragment in to an object model and from there its is easier to start the merge. I know it is more work, but this model could be used by the other apps as well... I have seen the discussion on an object model several times in the discussions. Is there somebody who has this (partially) implemented ? Marc ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ WiX-users mailing list WiX-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ WiX-users mailing list WiX-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Next Message by Thread: click to view message preview

Suppress default execute sequence

Hi, Can't seem to find a way to suppress the default execute sequence. Light can suppress admin, adv and ui but only the ui-variants. Isn't there a way to do this? If not - feature request! :) Thanks, Sebastian ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Loading Comments...