1. Eric Freudenberg
  2. PowerBuilder
  3. Monday, 26 February 2018 10:41 AM UTC

English Text:

Hello Community,

We have two questions about parallel using of the PowerBuilder.
Advance information:

Our company develops two types of software with PowerBuilder. Long-lived ERP software, which is updated on several years and short-lived management software, which is partially updated monthly. Both applications are usually installed on the same customer PC. We are anxious always to develop with the current PowerBuilder version.

As far as we know, the following rule applies when developing with PowerBuilder and installing on customer PCs:
PowerBuilder Build with which we released our software = PowerBuilder build with which the Runtime Kit for the customer PC was created

Example:
- PB2017R1 Product = PB2017R1 Runtime-Kit
- PB2017R2 Product = PB2017R2 Runtime-Kit

If the build deviates from one another (Build Product Build Runtime Kit), various, sometimes curious errors can occur.

It is precisely this rule that creates a conflict between our two product types. According to this logic we must install two different runtime-kits simultaneously on the same customer-pc, one for the long-lived product and always a current one for the short-lived. According to our knowledge, it is not possible to use the runtime kit installer to install different versions of the runtime kit. If we try this, the old kit will simply be overwritten.

Now our questions:

  1. What is the best solution for this problem?
    a. Is our knowledge even correct about the rule for using the product release and the runtime kit release?
    b. Is the Runtime Kit is backward compatible?
    c. We have experimented with installing different runtime versions in subdirectories (without using the installer), is this possible? So far, our tests have shown no errors.
    Example:
    • C:\Progs\LONG-LIVED\PB-Runtime
    • C:\Progs\SHORT-LIVED\PB-Runtime
       
  2. What about the developers? To support both types, several PowerBuilder releases would need to be installed on the developer PC. According to Appeon, older versions must be always uninstalled before a new version is installed. Must we create a separate VM for each release to support all our software types in parallel?

Thanks in advance for your answers.
Greetings from Saxony (Germany)

 

German Text:

Hallo Community,

wir haben zwei Fragen zur parallelen Verwendung des PowerBuilders, auf die wir bis jetzt keine eindeutige Antwort erhalten haben bzw. finden konnten.
Vorab folgende Informationen:

Unser Unternehmen entwickelt zwei Arten von Software mit PowerBuilder. Langlebige ERP Software, welche im Takt von teilweise mehreren Jahren geupdatet wird und kurzlebige Verwaltungssoftware, welche teilweise monatlich geupdatet wird. Beide Anwendungen sind üblicherweise auf der gleichen Maschine beim Kunden installiert. Wir sind bestrebt, aufgrund der vielen guten Neuerungen, stehts mit der aktuellen PowerBuilder Version zu entwickeln.

Laut unserem Wissenstand gilt folgende Regel bei der Entwicklung mit PowerBuilder und dem Installieren auf Kunden-PC’s:
PowerBuilder Build beim Release unserer Software = PowerBuilder Build mit dem das Runtime-Kit für den Kunden-PC erstellt wird

Beispiel:
- PB2017R1 Produkt = PB2017R1 Runtime-Kit
- PB2017R2 Produkt = PB2017R2 Runtime-Kit

Weichen die Builds von einander ab (Build Produkt Build Runtime-Kit), können diverse, teils kuriose Fehler auftreten.

Genau aus dieser Logik entsteht ein Konflikt durch unsere zwei Produktarten. Es müssten beim Kunden also zwei Runtime-Kits gleichzeitig installiert werden, jeweils eins für das langlebige Produkt und immer ein aktuelles für das Kurzlebige. Laut unserem Wissen ist es gar nicht möglich mittels des Runtime-Kit-Installers verschiedene Versionen des Runtime-Kits zu installieren, versucht man dies, wird das alte Kit einfach überschrieben.
Deswegen nun unsere Fragen:

  1. Wie ist die beste Vorgehensweise bei dieser Problematik?
    1. Stimmt unser Wissen überhaupt über die Logik zum Build des Produktes und dem Build des Runtime-Kits?
    2. Ist das Runtime-Kit inzwischen vielleicht abwährtskompatibel?
    3. Wir haben mit dem Installieren von unterschiedlichen Runtime-Versionen in Unterverzeichnisen experimentiert (ohne die Verwendung des Installers), ist dies problemlos möglich bzw. hat jemand damit schon Erfahrungen gemacht? Bis jetzt haben unsere Tests keine Fehler gezeigt.
      • Beispiel:
        C:\Progs\LONGLIFING\PB-Kit
        C:\Progs\SHORTLIFING\PB-Kit
         
  2. Wie sieht es bei den Entwicklern aus? Für dem Support beider Software-Arten müssten wir unterschiedliche PowerBuilder Releases auf dem Entwickler-PC’s installieren. Laut Appeon sollen aber ältere Versionen stehts deinstalliert werden, bevor eine neue Version installiert wird. Müssen wir hier für jedes Release extra eine VM anlegen um alle unserer Softwarearten parallel zu supporten?

Vielen Dank im Voraus für eure Antworten.
Grüße aus Sachsen (Deutschland)


Responses (3)
  1. Likes
  2. Latest
  3. Oldest
Loading...

Find Questions by Tag

.EXE .NET 6.0 .NET Assembly .NET Core 3.1 .NET Core Framework .NET DataStore .NET Std Framework 32-bit 64-bit ADO.NET AEM AI Algorithm Amazon AWS Android Apache API APK App Store App Store (Apple) Appeon Workspace Appeon Xcelerator Plug-in Architecture Array ASE Asynchronous Methods Authentication AutoBuild AutoCompiler Automated Testing Automation AutoScript Azure Barcode Base64 Batch BigData BLOB Branch & Merge Browser Bug Build Button C# C# Class Importer C# Editor C# Model generator Calendar Camera Certificate Chrome Citrix Class Client Client/Server Cloud Cluster Collection COM Command Line Compiler Compression Computed Field Configuration Controls Cookies Cordova Crash Cross-Platform Crosstab CSharpAssembly CSharpObject CSS CSV Cursor Data Database Database Driver Database Painter Database Profile Database Provider DataObject DataSource DataStore DataStore (C#) DataStore (PS) DataType DataWindow DATE DATETIME DB2 Debug Debugger Debugging Deployment Design DLL DO-WHILE Dockable Docker Documentation DOUBLE Download DragDrop Edge Edit Style Editor Elevate Conference Email Embedded SQL Emulator Encoding Encryption Enhancement Request Entity Entity Framework ERP Error Event Event Handler Event Handling Excel Exception Export Expression External Functions F# Field File File Access Filter Firefox Firewall Font FOR-NEXT Foreground Format Function Garbage Collection GeoLocation Git Graph HANA Hash Header HTML/5 HTTP/S HTTPClient Icon IDE Identity IIS IMAPI Import InfoMaker Inheritance Installation Integer IntelliSense Interface Internet Internet Explorer iOS IPA iPad iPhone IWA J# Java JavaScript JBoss JDBC JOIN JSON JSONGenerator JSONParser Kestrel Label Lambda Large File LDAP Library License LINQ Linux OS Load Balancing Localization Localized PBVM Log In Log Out Logging LONG LONGLONG macOS MAPI Maps MDI Memory Memory Leak Menu Merge MessageBox Messagging Method Migration MIME TYPE Mobile Model ModelStore ModelStore (C#) MSOLEDBSQL Multi Threading MVC MySQL n-Tier Namespace NativePDF NVO OAuth ODATA ODBC Office Offline OLE OLEDB Online Open Source OpenAPI OpenSSL Oracle OrcaScript Other Outlook Output Package Parameter Patch PayPal PB Classic PB Native PB.NET PBC PBD PBDOM PBG PBJVM PBL PBNI PBORCA PBVM PBX PDF Performance Permission PFC Picture Pipeline Play Store (Google) Plugin Popup Port POST PostgreSQL PowerBuilder PowerBuilder (Appeon) PowerBuilder (SAP) PowerBuilder Compiler PowerBuilder Runtime PowerClient PowerScript (PS) PowerScript IDE PowerScript Migrator PowerServer PowerServer Mobile PowerServer Toolkit PowerServer Web PowerServerLabel Print Properties Proxy Publish PULL PUSH Query Regression Release Renew Resize Response REST Retrieve RibbonBar RibbonBar Builder Rich Text Roadmap RPC Runtime Packager SaaS Scaffolding Script SDI SDK Security Server Service Session Single Sign-on Size SMTP SMTPClient SnapDevelop SOAP Sort Source Code Speech Recognition SQL SQL Anywhere SQL Server SqlBuilder SqlExecutor SQLite SqlModelMapper Storage Stored Procedure Subscription SVN Swagger Syntax TabbedBar TabbedView Tablet TabPage Target TE Control Testing Text TFS Theme TIME Timer TLS/SSL Tomcat TortoiseGit TortoiseSVN Transaction Transparency Trial Trigger TRY-CATCH TX Control Type UI ULONG UltraLite Uninstall Unit Test Unit Testing UNIX OS Update Upgrade Upload URL User Center User Object UWP Validation VARCHAR Variable Versioning Visual Studio Visual Studio Code VM Voice Warning WCF Web API Web Extensions Web Service WebBrowser WebForms WebLogic WebSphere WildFly WinAPI Window Windows OS WinForms Wizard Workgroup Workspace WPF XCODE XHTML XML Zoom

Helpful?

If a reply or comment is helpful for you, please don’t hesitate to click the Helpful button. This action is further confirmation of their invaluable contribution to the Appeon Community.