0
Padeo trial version
by Riverside Software
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)
by Riverside Software
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 :
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 :
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.
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 !
- 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
bin
winforms
prolang
ame
properties
schemas
myapp
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
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)
by Riverside Software
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 !)
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 !)