About jrokicki

jrokicki · ‎Nov 03, 2011

SIOC-000099488 It was introduced with sp1 😞

jrokicki · ‎Apr 21, 2011

answering my own post... in order to do this, do not import the merge module, but use the "install merge module" action. Or at least that's where things are leading me thus far...

jrokicki · ‎Apr 21, 2011

Hi folks, I am using maven to generate a merge module and an installer. Both get built each night. My problem is that the installer project that includes the merge module is a bit confused (or actually I am the one confused). When I included the merge module for the first time into the installer project, it added directories and files into the project directory for that merge module. As I want to include the latest merge module each night, I suspect that I shouldn't use those files but those that actually exist in the merge module itself. Unfortunately, I can't seem to find a consistent location of those files within the merge module ZIP file. There is a $IA_MERGE_RESOURCES$ directory in the ZIP file, but the directory below it constantly changes its name (suffix number). I've searched the training manuals and the Flexera website looking for some clues, but I cannot figure this out. Can anyone explain what I need to do to include a generated merge module into an installer project on a nightly basis?

jrokicki · ‎Nov 05, 2010

yea, I filed it as a bug against IA 2010 SP1. Didn't do that with IA 2010.

jrokicki · ‎Aug 02, 2010

My only issue at the moment is making a Windows DLL be available during the pre-install phase. I've seen workarounds of: 1) creating a seperate install for it and run it prior to the pre-install step (yuck!) 2) modifying the JVM zip file to include the file (ewwww) Any better solutions? Thanks! - john

jrokicki · ‎Jul 30, 2010

So what was the answer? Create a custom ZIP file for the VM that contains this DLL? Is it possible to create a ZIP file that is a dependency of the custom action that just contains the DLL?

jrokicki · ‎Jul 07, 2010

here is an example on how to change the configuration build file to reflect build-specific locations.

jrokicki · ‎Jun 30, 2010

Here is a modified xsl file that allows you to change the version numbers and the location of where custom action JAR files are located. Your mileage may vary. 🙂

jrokicki · ‎Jun 30, 2010

The transforms wont actually change the version number, but are a great template to write your own. I plan to use this to change the version numbers as well as the absolute paths to JAR files used as custom actions. I will post the xsl file once I have completed it.

jrokicki · ‎Jun 29, 2010

Potentially solved the problem with the "XML Project File Tools" directory contents. Tough to find simple stuff like this in the doc set :mad:

jrokicki · ‎Jun 29, 2010

We build our product on a regular (lets say nightly) basis. As part of that process, Windows environment variables contain the product version number and build number. I would like this to be reflected in what gets built by IA2010. I see that the project file contains the version number information, but it is what is set through the GUI. Is there a way of feeding this dynamic information (version, build number) into the build? Or must the project file be updated every time?

jrokicki · ‎Jun 29, 2010

I would suggest placing the files in an action group, then placing the platform rule on the action group. That way the rule is only specified once and applies to all files in it.

jrokicki · ‎Jun 29, 2010

wow... that so missed the point. Let me restate it: for my installer, a user can specify a value in the GUI portion of the install. They type the number in decimal. If I write it out to the registry as a DWORD, that decimal value gets written as hex, not decimal. I was looking for a way to convert the number from a decimal to hex number prior to writing it to the registery. Absent of a way of installanywhere doing the work, I have created a custom action to convert the number myself. This seems pretty straightforward, thus I assumed it was me.

jrokicki · ‎Jun 29, 2010

The problem is not if the current user is an admin or not. The problem to solve is validating that any user-supplied account name and password exists and is valid. In my scenario, the user can choose if a service to be installed is run as LocalSystem or as a named account. We would like to verify that the specified user exists and the password is valid before registering the service with that information.

jrokicki · ‎Jun 14, 2010

Hi folks, In a previous installer, we have code that calls a Windows DLL to verify user credentials. The LibraryLoader class is utilized to do so. I can't seem to find an equivalent method for doing this. Generically I see this as calling a Windows DLL from a custom action. What would be a solution to this problem, either specifically or generically? Thanks! - john

Online Status	Offline
Date Last Visited	‎Mar 18, 2019 12:11 PM

already reported to Flexera

my bad... wrong inclusion method

merge module inclusion in a nightly build

Re: "Custom code execution started/stopped" messages on command line on Linux

Re: verifying windows credentials via C DLL

answer?

and a configuration file XSL transform

Re: inserting nightly build version number into project

Re: inserting nightly build version number into project

Re: inserting nightly build version number into project

inserting nightly build version number into project

Re: Best way to include platform specific executables?

Re: set registry action - decimal not hex?

Re: verifying windows credentials via C DLL

verifying windows credentials via C DLL

already reported to Flexera

my bad... wrong inclusion method

merge module inclusion in a nightly build

Re: "Custom code execution started/stopped" messages on command line on Linux

Re: verifying windows credentials via C DLL

answer?

and a configuration file XSL transform

Re: inserting nightly build version number into project

Re: inserting nightly build version number into project

Re: inserting nightly build version number into project