<bringing-discussion-back-to-list>It is both useful to have others' opinions 
and comments as well as a great opportunity for both of us to educate others on 
what we know and what we are thinking</bringing-discussion-back-to-list>
Dandre, Pretty much every possible alteration can be done using transforms, but 
that isn't something most users will be able to do without a lot of hand 
holding, although certain solutions can be provided via 
blogs/documentation/books/etc. I don't agree that the harvester is causing the 
problem, it simply isn't providing an in-box solution to the problem (there are 
lots of problems it doesn't "solve" out-of-the-box because every possibility is 
a very large set). That is why I mentioned mutators (which is how this should 
be solved whether by adding a new mutator in-box or by providing one for the 
user otherwise). I say a new mutator should be used for this functionality 
because that allows the solution to work for any type of harvest, whether file, 
directory, or project. (As an aside, the support for transforms is provided via 
a mutator). The mutator should accept arguments from the command-line so that 
the user can designate which exe is the service and what the service's 
properties should be. The other alternative that comes to mind would be to add 
support to ComponentRef that would accept ServiceInstall and associated 
elements as children, but that means you would need to know how the component 
will be named by the harvester. Or, maybe a combination: a mutator that tags 
the component of a specified file such that a ComponentRef can find it where 
you can then add the service-related authoring. The overriding thing for 3.x is 
that any changes to authoring or command-line options must be only additive, it 
cannot change any behavior of any existing system. On a personal note, I'm 
always open to criticism (as long as it's directed at my flawed thoughts and/or 
expressions and not at my person). It makes me a better engineer because I 
usually learn from it (eventually). BlairDate: Sun, 14 Apr 2013 08:15:40 +0200
Subject: Re: [WiX-devs] Refactor discussion
From: dandre...@gmail.com
To: os...@live.com


Hi Blair 
If I understand you correctly, are you saying that the user specifies the xslt 
and supplies it to the heat.exe app? I would not advise this especially if you 
are working from visual studio. I think it should be something the tool needs 
to sort out not the user. Letting the user specify an xslt isn't really solving 
the problem but pushing it away and letting the user deal with it while it is 
in fact the VSHarvester that is producing the problem in the first place. I 
would offer two possible solutions :1. Either filter out the exe files so that 
the user can specify them as per the Wix service control component way 2. 
Specify the exe files with their control abilities so that VSHarvester will 
produce the correct component info. 
I would opt for 1 because it's much simpler and you don't have to alter the 
interface of any application. Also it still gives the user the same Wix 
usability and feel without adding any additional new steps. Using xslt to solve 
nr 2 require the user to first understand why this is introduced, learn xslt 
and you would have to alter the API of VSHarvester and/or heat.exe to fix this. 
While this may have some extensibility favours, it can introduce issues with 
maintainability as the compiler cannot pick up issues and point you to them 
correctly, when you forgot to update the xslt. 
I don't mean to criticise your opinion but I'm just raising some concerns or 
may have. 

Regards Dandre  
Blair Murri <os...@live.com> wrote:

Isn't the user the one that controls the transforms?

If we are making/adding options we write in code instead of transforms, we are 
talking mutators, which should have the ability to receive parameters so the 
user can set the service behavior. 
Date: Tue, 9 Apr 2013 12:53:44 +0200
From: dandre...@gmail.com
To: wix-devs@lists.sourceforge.net
Subject: Re: [WiX-devs] Refactor discussion

Hi Blair

But doing so will make assumptions over how the user would want the service to 
behave. I don't think its a good idea, unless one can update the WiX project 
templates for Visual Studio to allow the user to insert the service behavior 
that the user wants.


Regards,
Dandre


On Fri, Apr 5, 2013 at 7:46 AM, Blair Murri <os...@live.com> wrote:




Another thought (for this case) is to use a transform with the harvester to 
seek out and add the service markup to the component containing the EXE (using 
XSLT).
 
Blair 

From: r...@robmensching.com
Date: Mon, 1 Apr 2013 12:25:44 -0700
To: wix-devs@lists.sourceforge.net

Subject: Re: [WiX-devs] Refactor discussion

Yeah, I don't know a better place to put such stuff.

On Sun, Nov 25, 2012 at 2:26 AM, Dandre Jansen van Vuuren <dandre...@gmail.com> 
wrote:



Hi Rob

Regarding the harvester work, I know that you will look at this at 4.0, however 
I have not made any interface-breaking changes, just internal cleanups (on the 
WixVSExtension project). The behavior should stay the same except for a bug or 
two that I've fixed. I'm also looking into generating output for a web 
application by having the "bin" folder where all the binary files are placed.





I do want to ask a question going forward. If I wanted to specify which files 
the harvester should filter out (not include in the generated file) for 
technical reasons (will explain) what would be a good place to do so?




I have encountered that if you want to create a Windows NT Service installation 
and I am using the harvester to locate and generate the relevant files for the 
installation, it will include the EXE file, but I will need to specify the EXE 
file in a component used to install the EXE as a service. This will cause a WiX 
compiler error of having duplicate files specified. So I will have to let the 
harvester ignore that EXE file.




A place that I thought would work is for the harvester to look in the project 
file itself for files that should be ignored by the harvester. Wouldn't you 
agree?

Let me know what your thoughts are.

Regards,




Dandre


On Tue, May 15, 2012 at 4:01 PM, Rob Mensching <r...@robmensching.com> wrote:



4.0 will start at basically same time as 3.7. I do not expect a 3.8.




On Mon, May 14, 2012 at 10:17 PM, Dandre <dandre...@gmail.com> wrote:


Hi Rob





Ok that sounds fine to me. I'll keep an eye on the project progress.Is there 
going to be a 3.7 or 3.8 update before 4.0? 
Regards

Dandre



On 15 May 2012, at 2:09, Rob Mensching <r...@robmensching.com> wrote:



This might be something to look at for WiX v4.0. Refactoring public interfaces 
is definitely not a goal in WiX v3.x (breaking changes not at all allowed). 
Right now it is about finishing Burn in v3.6.





 

A few months and we'll be on to new stuff.

On Mon, May 14, 2012 at 10:10 AM, Dandre Jansen van Vuuren 
<dandre...@gmail.com> wrote:








Hi Rob (or whomever this may concern)
 
Would you please have a look at the refactoring work I did in the fork called 
'WixVSHarvesterEnhancements'? (Whenever you have time)
It involves the Visual Studio Harvester and the refactorings I made (not done 
yet) to make it easier for additional enhancements (like harvesting project 
references) and more readable (and hopefully maintainable).









Would you be interested in having a look to see if you would accept that as a 
pull request once its done? I know there is still more cleanups to be done, 
nevermind testing.
I don't want to continue if this never finds its way into the original wix 
source. I understand that you don't just want someone changing the way and 
style things are done and have it disrupted.










You can find the changes in the \src\ext\VSExtension\wixext path.
Shout if you need some explanation.

Much appreciated.
Thanks

Regards,
Dandre


------------------------------------------------------------------------------

Live Security Virtual Conference

Exclusive live event will cover all the ways today's security and

threat landscape has changed and how IT managers can respond. Discussions

will include endpoint security, mobile security and the latest in malware

threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/






_______________________________________________

WiX-devs mailing list

WiX-devs@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-devs










-- 
virtually, Rob Mensching - http://RobMensching.com LLC







------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 






threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/





_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net






https://lists.sourceforge.net/lists/listinfo/wix-devs

------------------------------------------------------------------------------







Live Security Virtual Conference

Exclusive live event will cover all the ways today's security and

threat landscape has changed and how IT managers can respond. Discussions

will include endpoint security, mobile security and the latest in malware

threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________

WiX-devs mailing list

WiX-devs@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-devs




-- 
virtually, Rob Mensching - http://RobMensching.com LLC


------------------------------------------------------------------------------

Live Security Virtual Conference

Exclusive live event will cover all the ways today's security and

threat landscape has changed and how IT managers can respond. Discussions

will include endpoint security, mobile security and the latest in malware

threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________

WiX-devs mailing list

WiX-devs@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-devs





------------------------------------------------------------------------------

Monitor your physical, virtual and cloud infrastructure from a single

web console. Get in-depth insight into apps, servers, databases, vmware,

SAP, cloud infrastructure, etc. Download 30-day Free Trial.

Pricing starts from $795 for 25 servers or applications!

http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________

WiX-devs mailing list

WiX-devs@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-devs





------------------------------------------------------------------------------
Own the Future-IntelĀ® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs                           
          

------------------------------------------------------------------------------

Minimize network downtime and maximize team effectiveness.

Reduce network management and security costs.Learn how to hire

the most talented Cisco Certified professionals. Visit the

Employer Resources Portal

http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________

WiX-devs mailing list

WiX-devs@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-devs





------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs                           
                                                  
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to