Rob, have you taken a look at the method that Christopher Painter alluded to
in his comment on your blog post regarding Managed CA's? He seems to have
built something that implements a helper process to load the CLR and
communicates with the installer via IPC. This seems to be more of the
Also, if the CA is an EXE instead of a DLL-type CA or something, then you
can launch it with an EXE CA.
Joe K.
- Original Message -
From: DEÁK JAHN, Gábor [EMAIL PROTECTED]
To: WiX-users wix-users@lists.sourceforge.net
Sent: Friday, April 06, 2007 6:13 AM
Subject: [WiX-users] dot Net
I think reasons people want to write managed CAs are the same ones that
motivate them to write other pieces of code in managed code. It is more
productive and potentially much less error prone. It is really just as
simple as that.
As I said before, managed code doesn't solve very many of the
FWIW, I'm totally with Dhaval on the idea that managed custom actions would
be a good thing. It just makes a lot of sense. I think it makes a lot more
sense than supporting scripts, which as Rob has pointed out many times, are
just asking for trouble if you try to use them. Having C++ as the
Hi Rob,
Would you care to elaborate on this part a bit? If you already blogged it,
I apologize. I've followed the evolution of this issue for a while now and
I am always curious to learn more about it. To my knowledge, I don't
remember you or anyone else discussing any specific issues
ADAM is a Microsoft directory service product. Don't you work there? :)
It stands Active Director/Application Mode and is basically a stand-alone
LDAP directory server.
I think the school solution to this is that he should be using a
bootstrapper.
Joe K.
- Original Message -
From:
really
help connect these dots and enable a few scenarios.
Joe
- Original Message -
From: Matthew Janulewicz [EMAIL PROTECTED]
To: Rob Mensching [EMAIL PROTECTED]; Joe Kaplan
[EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Sent: Friday, December 15, 2006 5:49 PM
Subject: RE: [WiX-users
I want to do is install the cert. I don't want to do anything with
configuring IIS. Does that mean that I should do it in a custom action
instead of using the IIS extension?
Rennie
From: Joe Kaplan on behalf of Joe Kaplan
Sent: Mon 12/4/2006 9:03 PM
It looks like you are missing the culture switch. Does your command line
look something like this:
light -ext wixiisextension.dll -cultures:en-US -out xxx.msi xxx.wixobj
Note that the current IIS CA does not install certificates unless you have
other IIS stuff defined as the CA that schedules
Hi all,
I'd like to get some comments from the community on an idea I had regarding the
WiX 3 CA support for certificate installation. Basically, I don't like it
because it is strongly coupled to the IIS extension, even though certificates
are a much more general OS level resource like users
Hi guys,
I assume Bob will answer this one if anyone does, but perhaps someone else
knows. Basically, I'm hoping that the support for floating Publish elements in
WiX 3 provides a neato trick that can be used to skip the default EULA dialog
in WiX UI V3. A lot of us build installers for
Bob has added support to WiX 3 for custom event sources, but I don't think
the custom log is in there yet. It is on the list.
Luckily, both event logs and sources are simply a bunch of registry keys.
This is bread and butter for WiX/MSI, so it is not difficult to implement
this natively with
LOL! Well said. CAS is nothing if not quite confusing. Most of them time
we can code along with full trust and it never rears its head, but sometimes
we brush up against it and it is not fun. Your caspol command line to
create the policy change is very helpful here.
Joe K.
- Original
FWIW, I like that idea, simply because that's the only VS integration
feature I really like to use. I think that's where the big productivity
gain comes in with the Intellisense support you get for WiX schema. I
usually copy the schema file by hand, but having some MSI support for it
would
In this particular case, CAS is complaining because candle is signed, but
isn't marked with the APTCA (AllowPartiallyTrustedCallersAttribute) in the
assembly level attributes. As such, when it is launched from a partially
trusted context (like a network share), it fails instantly.
To get
Tallow won't reverse engineer Installer classes. You'll need to figure out
how the service is actually installed and create the authoring for the
ServiceInstall elements. That should not be too hard though. You'll also
get a lot more functionality this way, as you can set a lot of things
This sounds like a slightly hard problem. I think you might need to either
have a CA that calls GACUTIL -l and tries to capture the output of it
somehow to determine if the assembly is there or have a .NET CA that
attempts to load the assembly based on its full name and see if that works,
://support.installshield.com/kb/view.asp?articleid=Q107182
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Thursday, August 24, 2006 9:22 PM
To: Joe Kaplan
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Any idea
, as there
would be PerformanceCounterInstaller classes and such in the assembly that
contains your Installer classes.
Joe K.
- Original Message -
From: Eric Fesh [EMAIL PROTECTED]
To: Joe Kaplan [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Sent: Friday, August 25, 2006 1:28 PM
Subject
Additionally, if you search the archives of this group, you may be able to
find some examples of people who have actually implemented the necesary IIS
modifications in WiX to get ASP.NET working. It is essentially just an
installation of the ISAPI (if ASP.NET isn't installed at all),
]
To: Joe Kaplan [EMAIL PROTECTED]
Cc: Eric Fesh [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Sent: Friday, August 25, 2006 9:45 PM
Subject: Re: [WiX-users] InstallUtil considered harmful... What next?
Joe Kaplan wrote:
There is a gotcha though with the managed service installer classes
What I've done in the past is just include a ServiceControl element in the
component:
ServiceControl Id=iis5ServiceControl Name=w3svc Start=both
Stop=both /
You might change the Start and Stop attributes to get what you want. I was
installing an ISAPI filter.
The schema might be a little
I doubt you are missing anything obvious. I just noticed it on GDN and
thought I'd point it out to the people using EL on the list. I'm still
convinced that a better installer for EL could be made that actually did the
instrumentation features declaratively, but it is a starting point and
Since this question has come up recently, I thought
it worth mentioning here that someone has already created such a beast at
gotdotnet:
http://gotdotnet.com/Community/UserSamples/Details.aspx?SampleGuid=e14336d7-1b7b-4287-8e20-51fe07cb12aa
It uses installutil.
Joe K.
This is a pretty neat looking GUI editor for
WiX.
http://ny.firetongue.com/twix/download/
Joe K.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
I used a similar approach to deal with migration of an app that was
originally built with non-MSI WISE and then did the same basic thing again
when my first MSI version was (mistakenly) installed per-user instead of
per-machine. AppSearch for traces of the old stuff and LaunchCondition that
This is actually the primary reason why I started the thread about WiX and
support for installation of Windows instrumentation features. I too use
Enterprise Library and have suffered with some of these very issues.
All EL does is install some event sources, performance counters and WMI
Tallow (for WiX 2.0) and Heat (for WiX 3.0) are the standard ways of
creating WiX authoring based on existing data like directories full of files
and such.
Note that to do this the right way is somewhat non-trivial. The thing
about WI is that you shouldn't be changing component GUIDs all the
That's good to know. It sounds like this would be easy to do in WiX with
explicit Registry tags and would be not that much work to add explicit
schema support for WiX as well (like event log stuff). No CA needed or even
any custom tables.
I suggest someone (John? :)) adds a feature request
that a feature that
allows creating nested trees of installers is also a good thing or not from
the MSI perspective.
What would make a good managed CA?
Joe Kaplan
- Original Message -
From: Bob Arnson [EMAIL PROTECTED]
To: John Vottero [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Hi all,
This isn't necessarily a WiX question per say
(althoughI am authoring in WiX obviously), but I thought I'd give this a
shot.
I'm trying to add a dialog to my UI sequence during
install that provides the user the ability to enable a CA to migrate some
settings from an existing text
would be cool
though.
Thoughts? I started this discussion with
Derek offine a few months ago and he asked me to post here. I just finally
got around to bringing up with the community.
Joe Kaplan
-
Using Tomcat but need to do
and
hasn't been installed broadly, so I have a reasonable chance of chasing down
most of the installs.
All insights are greatly appreciated.
Joe Kaplan
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
33 matches
Mail list logo
