Rollback to the existing packages during EA Server deployment - powerbuilder

how to save the existing packages and services in EA Server(Powerbuilder) and to again deploy the saved packages for production deployment rollback?

I haven't used EAServer in several years so the details are fuzzy.
In the repository where the .pbd files are located, they are in versioned folders. The text file with component properties has the current version number. You can modify the property in the EA Manager app to point to a different version number.
Just wondering, what version of EAServer do you have? The only install image I have is 5.5 but I can't install it on Windows 10. I'd like to get a developers copy installed on Windows 10. If you have a link to download a Windows 10 compatible version, please post it here.

I'm working on a possible EAServer replacement. If you are interested in being a tester, let me know.

Related

Publishing of Qt application in Windows 10 Store both for x86 and arm7 platforms

Target: Determine working way to publish Qt5 application in Windows 10 Store both for Windows 10 Desktop and Mobile device families.
Issue: Qt5 WinRT provides separate Qt builds for x86, x64 and armv7 platforms, where each build can auto-generate Visual Studio solution only for specific platform (qmake.exe -tp vc YourProject.pro). So it's possible to have separate .appxupload bundles (generated by Visual Studio) for x86 and armv7, but it's not possible to publish both of them in the Windows Store at the same time.
Additional info: On publishing of C# UWP application Visual Studio creates separate appx packages for all selected platforms(x86, x64, arm) and puts them into the one .appxupload package to be uploaded to the Windows 10 Store. But it looks like because qmake can't create Visual Studio project file for multiple platforms, it's not possible to use C# UWP approach.
I hope that someone already uploaded to Windows 10 Store Qt apps and can share working way of doing this with multiple platforms support.
Based on your description, Qt5 WinRT provides separate Qt builds for x86,x64, and ARM platform, when you create package for your project, you may need to select one architecture at a time, like the screenshot below.
When you have created three different platform packages, you can upload these package and select apposite devices´╝îdifferent operating systems can run different types of packages.
Hope it is help to you.
So far I was able to find only following solution:
It's needed to create different appxupload packages files to be uploaded into Windows 10 Store - one package for armv7 platform (where in Package.appxmanifest it's required to put target devices family as Windows.Mobile) and one package for x86 platform(where in Package.appxmanifest it's required to put target devices family as Windows.Desktop).
<TargetDeviceFamily Name="Windows.Mobile" />
Also the packages should has different application version.
Such 2 packages can be uploaded into one Submission application record at Developer Dashboard and will not conflict with each other.
In case if to try upload both packages with "Windows.Universal" as target device family, MS Store Dashboard complains that packages has similar "Neutral" platforms (even if different platforms were specified in app manifest). Also if both packages are of similar version, you will get web page error on finish of packages uploading.
In case if you will put the support of platform that is not part of the package, such submission will be failed during certification.

Rational CC CQ upgrade

We are planning to upgrade CC/CQ version 7.1.2.13 to 8.0.x.x as the earlier version has gone out of support. As we do not have a test machine where we can try out these things and also there is no dedicated team to do this, we are all novice in this regard. Can someone please help me with the following:
Server: Windows 2008 server enterprise edition.
We use installation manager 1.6.3 for installation or upgradation.
Is it required that we uninstall 7.1.2.13 using installation manager and then install 8.0.x.x. or does the installation manager do it automatically.
Also, there is an 'upgrade' option in installation manager, should we use it to upgrade, instead of uninstalling earlier version and then installing the latest version?
If un-installation is required, then could you please let me know the steps to restore the VOBs for CC and shcemas, schema repository,user database for ClearQuest. Basically how can we make things work like before.
Thanks
Is it required that we uninstall 7.1.2.13 using installation manager and then install 8.0.x.x.
I find it easier to uninstall/install than upgrading.
Simply make sure to backup your registry and stirage (vob and views)
And you can start upgrading to the latest IM you can find (currently 1.8)
Most of the steps are described in:
"Planning your upgrade of Rational ClearCase"
"Planning your upgrade (ClearQuest)"
If you have multiple Rational products on the same machine, e.g. CC and CQ 7.X, I think the upgrade path wont work at all because IBM IM will complain that another incompatible version is on the system if you tried. Extremely stupid but I've learnt to accept this for all the Rational products.
So complete uninstall and reinstallation of all products is the way to go.

Golang GAE SDK on XP: Do I have to install it? Are there other ways to use the SDK on XP?

The introduction says:
Follow the instructions on the download page to install the SDK on
your computer.
But the download page has no any instructions about how to install and what to do next. Only links.
All I found is this link to WindowsInstallation:
Download and run the latest Windows installer from our downloads page
Must Windows XP users use the installer? Can they just download the Linux version and unzip it? I'd like to have a portable version rather than one that installs EXEs and registry settings, etc.
Also I do not understand what exactly do I have to choose. There are:
Google App Engine SDK 1.7.7 (.msi file)
Google App Engine SDK for Go 1.7.7 (.zip file)
I've downloaded the second. Do I need to download and install the first too? Just adding the second to the PATH and develop is exactly what I want. Is this enough?
The Linux version will have executables compiled for Linux, so you can't run those on Windows (unless you run linux under a virtual machine with VirtualBox, VMWare or similar).
No, you do not need to install something to run Go GAE on XP.
I just downloaded go_appengine_sdk_windows_386-1.7.7.zip from
here.
Unzipped it in C:\go_appengine-1.7.7
Added the folder in my PATH. The main goal is to have these files
dev_appserver.py and appcfg.py in the PATH. It is written
here. Not a must, though, only for convenience.
Installed Python 2.7.4. Only works with 2.7.4. At first I installed
the latest 3.3.1 but had to change it to 2.7.4 because Go GAE cannot
run, throws an error.
And that's all. Just created a sample script, ran C:\>dev_appserver.py myapp and opened my sample app in localhost:8080.
PROFIT.
But:
Do not know, though, what benefits the installer offer. I didn't test it.
That was just a sample script. Maybe some serious development requires installation.

Android project in Eclipse project that works in both windows and linux

My current Android development environment is comprised of Eclipse projects that are located on a Windows share (Samba/CIFS actually).
This allows me to switch from one workstation to another without having to sync or check-out files.
As long as all machines were Windows only (XP, 7) this setup works great, but now I would like to develop from an Ubuntu 10.04 machines as well.
I managed to setup my Ubuntu 10.04 system with the latest Eclipse Indigo (3.7.1), accessing the workspace on the shared Samba volume.
It works well, but this forces me to change the SDK Location field in Android Preferences (Window > Preferences > Android). This is because the Android SDK path is different on a Windows system (usually C:\android-sdk-windows) from the one on a Linux system (e.g. /usr/local/bin/android-sdk-linux).
Any ideas how to "perfect-ize" this setup so that I don't have to change even that?
For example, one possibility would be to put the Android SDK on the Windows share, too, but:
The path notations are different even then (backslash vs. forward
slash, etc.)
Build would become even slower than what it is currently.
Another possibility is to see whether the environment variable %ANDROID_HOME% can be creatively used for this purpose.
UPDATE: Attempting to use %ANDROID_HOME% on the Windows side, results in Value must be an existing directory error and won't even enable the OK button to save this. It looks like what I am trying to accomplish isn't possible.

Installer dealing with users copying files to system paths

How do you deal with upgrade issues caused by customers copying files from the install location to other folders? - be it system folders or any other on the path.
Is it a failure in your new installer if there is a mess?
How far do you go to identify potential messes?
Do you check the path for any other copy of files with matching names?
You didn't mention what installation engine you are using. So there are two cases:
MSI packages (Windows Installer) can use major upgrades. So a new version simply uninstalls the old one and performs a full installation. Whatever was moved by the user will simply remain on his machine.
Non-MSI package (proprietary engines) use multiple approaches. Some update the existing installation, others try to use a major upgrade mechanism.
The conclusion would be that you can ignore these cases if you use a good installer engine.

Resources