Padeo trial version

A trial version of Padeo is available here. This version is only limited in time (expires on 1st March), but without any limitation on functionalities. If you're using OpenEdge WebClient, you definitely should try this tool !

OpenEdge client deployment using Windows installers (part 1)

When it comes to client deployment, the OpenEdge documentation is rather light. In this blog post, we'll see how to bundle an application with a client networking licence in a single Windows installer.

The advantages of this kind of deployment over a separate installation of Client networking followed by dropping rcode in a specific directory are multiple :
  • No need to feed OpenEdge installer with parameters (licence code, installation directory, components and so on) : include exactly what you want, with a specific licence code, and install where you want.
  • ActiveX and .Net assemblies can be automatically registered
  • Installation can be done over Windows Update using Microsoft SMS, scheduled to every host in an Active Directory, or pushed using standard scripting processes.
  • Package creation can be easily automated : generate your installer directly from your build script !
Generating installers will require a few tools :
  • WiX version 3 : generates MSI installers from XML sources. Created by Microsoft. CPL licence.
  • .Net framework : needed by WiX
  • a working Client Networking installation. In our case, we'll use a 10.2B installation
First of all, we'll prepare the working environment. Create a new directory on your local disk, and download here those files : ClientNetworking.wxs, WixBanner.bmp, WixDialog.bmp, and EULA.rtf. Then create a Binaries directory, in which we will create this directory structure :

This Binaries directory will be the exact copy of what will be installed on target computers (this is why you could recognize a standard OpenEdge structure). Due to licencing restrictions, no link will be provided to download a working copy of the Binaries structure and files. To keep things simple, just copy every file from $DLC/bin[/winforms], $DLC/prolang/ame, $DLC/properties[/schemas] to this structure. The build script will take care of including only the needed files.

In addition to the OpenEdge standard files, we will also deploy application specific files (in myapp directory). In this example, we will just deploy a single window called mywin.r. Feel free to create any window from the AppBuilder, and save it as rcode in the myapp subdirectory.

Now we'll copy a few files from $DLC to the root Binaries directory :
  • promsgs
  • version
  • convmap.cp
  • proword.def
  • progress.cfg (this file must contain at least a Client Networking licence !)
  • startup.pf
  • runtime.ini
Update startup.pf to meet your needs, then update PROPATH section in runtime.ini to add the myapp directory (just a relative reference, doing PROPATH=.,myapp is sufficent).
Then create a myapp.bat file running your application :
set DLC=%~dp0
pushd %~dp0
start "MyApp" "%DLC%\bin\prowin32" -basekey INI -ininame runtime.ini -T "%TEMP%" -p myapp.r

You can now open your favorite shell (i.e. cmd.exe), add the Wix path to your PATH, change the working directory to the one you just created, and type the following commands :
candle ClientNetworking.wxs
light -ext WixUIExtension ClientNetworking.wixobj

If everything goes well, it will result in a ClientNetworking.msi in your current directory. Enjoy !!

The next blog posts will explain various sections of ClientNetworking.xml, and provide a few examples on how to deploy your installers.

PUG DE and NL presentation (November 09)

The presentation I've made during PUG events in Germany and Netherlands is available here.

Outline of this presentation :
While Webclient has several advantages, it suffers from a poor UI to generate packages, and from multiples constraints when rolling out the initial deployment and updates. This presentation will explain how you could overcome those limitations and be able to completely automate this process with the help of Padeo, an integrated software package. After a short demonstration of the product, we will focus on a real use case, by demonstrating how to integrate upstream with Hudson, a continuous integration system, and downstream with a software deployment package. After having attended this presentation, you should be able to roll out a new update with a single mouse click (or keyboard shortcut if you don't like mice !)
Theme by allblogtools.com | Blogger Templates