Migrate multiple classic AppServer properties to PAS for OpenEdge using PASPROPCONV
- Last Updated: February 9, 2026
- 4 minute read
- OpenEdge
- Version 12.8
- Documentation
Migrate multiple classic AppServer properties to PAS for OpenEdge using PASPROPCONV
To convert multiple classic AppServer application properties to PAS for OpenEdge, use the PASPROPCONV utility to specify how you want to configure your applications on PAS for OpenEdge. The migration process involves creating new ABL applications and ABL web applications on a PAS for OpenEdge instance to suit your organization's business logic requirements. After you run the PASPROPCONV utility on your classic AppServer applications, merge the exported properties into the PAS for OpenEdge instance.
This topic describes how you migrate multiple classic AppServer ABL applications to PAS for OpenEdge using three example applications, which may contain some analogs to applications in your organization.
For more information about the migration process, see Quick Start: Move Classic AppServer Applications to PAS for OpenEdge.
To migrate multiple classic AppServer applications to PAS for OpenEdge using PASPROPCONV:
- Create a PAS for OpenEdge instance (for example,
myProdInst):proenv>pasman create -Z prod myProdInstThis instance comes with a default ABL application called
myProdInst, and a ROOT web application that accesses themyProdInstABL application.For more information about ABL applications, the ROOT web application, and web applications on PAS for OpenEdge, see "What is PAS for OpenEdge" in Learn about Progress Application Server for OpenEdge.Note: If you do not require a ROOT web application for your server URL (for example, if you want all web applications to be accessed using named server URLs, rather than through the root (/) URL), then create the instance using the-Z passecurity model. If the instance already exists and you do not require a ROOT web application, then deploy thenoaccess.warapplication in place of ROOT. For more information, see "About security models" in Manage Progress Application Server for OpenEdge. - Undeploy the default ROOT web application, to remove its association
with the default ABL application,
myProdInst:proenv>myProdInst/bin/tcman undeploy ROOTThis topic assumes that you want to access a migrated ABL application,
inventoryApp, through the root (/) URL, so you must remove the ROOT application's association with the default ABL application,myProdInst, by undeploying ROOT. - Create the ABL applications that correspond to your existing clasic
AppServer applications on the PAS for OpenEdge instance using
TCMAN deploy. UseTCMAN deploywhile specifying the ABL application and ABL web application name to create the applications on the PAS for OpenEdge instance, for example:proenv>myProdInst/bin/tcman deploy -a ROOT $DLC/servers/pasoe/extras/oeabl.war inventoryApp proenv>myProdInst/bin/tcman deploy -a finance $DLC/servers/pasoe/extras/oeabl.war financeApp proenv>myProdInst/bin/tcman deploy -a shipping $DLC/servers/pasoe/extras/oeabl.war shippingAppIn this example, the PAS for OpenEdge ABL applications are called
inventoryApp,financeApp, andshippingApp. TheinventoryAppABL application is associated with the default ROOT web application, while thefinanceAppandshippingAppapplications are associated with ABL web applications with related names (financeandshipping, respectively).ABL applications are accessed through the ABL web application using a server URL, for example:- The
financeAppABL application is accessed through thefinanceweb application athttp://hostname:port/finance/ - The
shippingAppABL application is accessed through theshippingweb application athttp://hostname:port/shipping/ - The
inventoryAppABL application is accessed through the default ROOT web application athttp://hostname:port/
- The
- Export the
ubroker.propertiesfor each classic AppServer ABL application using PASPROPCONV.- If you are migrating properties of a classic AppServer
application to the ROOT ABL web application on the PAS for OpenEdge instance
(as in the example
inventoryAppcreated in Step 2), specify theubroker.propertiesfile location, ubroker name, and ABL application name in the PASPROPCONV command:proenv>paspropconv --ubrokerPropsFile path/to/inventory/ubroker.properties --ubrokerName UBroker.AS.inventory_prod --pasoeAppName inventoryAppThe command exports the
ubroker.propertiesfor use in the ROOT web application that is deployed to theinventoryABL application, but is accessed through the ROOT web application server URL (/). - For each of the ABL applications on the PAS for OpenEdge
instance that you want to run in an ABL web application that is specified
using the server URL, run the PASPROPCONV command specifying the ABL
application name and the ABL web application name that you specified at
deployment, for example:
proenv>paspropconv --ubrokerPropsFile path/to/finance/ubroker.properties --ubrokerName UBroker.AS.finance_prod --pasoeAppName financeApp --pasoeWebAppName finance proenv>paspropconv --ubrokerPropsFile path/to/shipping/ubroker.properties --ubrokerName UBroker.AS.shipping_prod --pasoeAppName shippingApp --pasoeWebAppName shippingThe command exports the
ubroker.propertiesfile for for each classic AppServer application for use in the named PAS for OpenEdge web application URL (/financeand/shipping, respectively).
Running PASPROPCONV on your classic AppServer applications produces a several files, including:inventoryApp.inventory_prod.oemergefinanceApp.finance_prod.oemergeshippingApp.shipping_prod.oemerge
A corresponding Set Environment script for each application is also produced.
- If you are migrating properties of a classic AppServer
application to the ROOT ABL web application on the PAS for OpenEdge instance
(as in the example
- Move each Set Environment script to the
myProdInst/bindirectory. - Review and modify the
oemergefiles according to your organization's requirements. For more information, see "Review and update the oemerge file" in Prepare to move from Classic AppServer to PAS for OpenEdge. - From the
myProdInst/bindirectory, run the OEPROP utility on eachoemergefile, for example:proenv>oeprop -f path/to/inventoryApp.inventory_prod.oemerge proenv>oeprop -f path/to/financeApp.finance_prod.oemerge proenv>oeprop -f path/to/shippingApp.shipping_prod.oemerge - Review the
myProdInst/conf/openedge.propertiesfile, and verify that the classic AppServer properties were merged for each application. To verify this, ensure that each ABL application has a section inopenedge.propertiesthat contains its associated ABL web application (in thewebAppsproperty), shown in the following entries:[inventoryApp] webApps=ROOT [financeApp] webApps=finance [shippingApp] webApps=shipping