If I upgrade the angular version of my project to the latest one, do I need to upgrade my ag-grid version also to the latest one to make it work? Or, my ag-grid will work without any change?
Generally, an old version will work without change.
I'm currently using version 20.2.0 with Angular 8 (the current ag-grid version is 23.1.0).
I'm not sure what will happen if you try to use an older version with Angular 9, using the Ivy Renderer. I expect that it will work ok, but I haven't tried it yet.
Related
Can I upgrade my SuiteCRM instance to any version or I must respect the order of upgrades, for example to upgrade from 7.4.3 to 7.7.9
Do I have to upgrade first from 7.4.3 to 7.6.10 then from 7.6.10 to 7.7.9 or I can upgrade directly from 7.4.3 to 7.7.9 ?
Thank you very much.
The SuiteCRM Downloads page has a list of upgrade version options, currently this lists:
SuiteCRM-Upgrade-7.8.x-to-7.8.3
SuiteCRM-Upgrade-7.7.x-to-7.8.3
SuiteCRM-Upgrade-7.6.x-to-7.8.3
If your on a version previous to any of those listed, you will need to upgrade to one of the previous upgrade packs also listed, then upgrade from there to current.
So for example you want to go from 7.2 to 7.8.3, you will need follow the following upgrade process:
SuiteCRM-Upgrade-7.2.x-to-7.3.2
SuiteCRM-Upgrade-7.3.x-to-7.4.4
SuiteCRM-Upgrade-7.4.x-to-7.6.10
SuiteCRM-Upgrade-7.6.x-to-7.8.3
I use grafana 2.1 and created multiple dashboards, templates etc.
I would like to upgrade to grafana 2.6. Is there any way to upgrade to 2.6 without affecting the existing dashboards?
There are no breaking changes between 2.1 and 2.6. In theory upgrading should be a simple matter of installing the new packages. I personally have upgraded from 2.1.3 to 2.5 to 2.6 with no issues.
For windows version, I just had to copy the data/grafana.db and the data/plugins directory from the old installation to the new installation directory. Just make sure the newer version does not have any breaking changes.
You can upgrade Grafana to higher versions for better features and also import your previous dashboard to the new version without any problem by using Import/Export feature.
I am trying to update my product to a later version. Let's say product I am trying to update is at version 1.0.0 and there are two update sites available, one that has version 1.5.0 and another that has 2.0.0. Both update sites are in the update site manager. When I click "Check for Updates" I find only version 2.0.0, not 1.5.0. If I disable update site for 2.0.0 then 1.5.0 shows up during update check. Is there a way to control what updates make into available updates? Is there way to make it so both 1.5.0 and 2.0.0 show up so I can choose?
The short answer is "no". The check for updates feature is not designed to give user a selection of versions. In Juno and earlier, it will attempt to update to the latest known version and fail if that's not possible. In Kepler, it will attempt to update to the latest version that can be installed given system constraints, so the update is more likely to succeed. In either version, the user doesn't get to pick among versions when updating.
Vignette upgrades are usually not straightforward. You basically have to do a new installation and migrate over all of your customizations etc. Does anyone know if the upcoming V8 version is easier to upgrade or if its easier to upgrade from a certain previous version compared to earlier version. So I can upgrade to an earlier version (say 7.6) and then hopefully its easier?
Vignette v8 is officially not out yet, its only been soft released to some selected clients. My guess is that the upgrade will not be very straightforward but I've no concrete information on that.
During the wait you might also be interested in an open source alternative of Vignette v8 freely available: Sense/Net 6.0 http://blog.sensenet.hu/post/2009/08/05/An-Open-Source-Alternative-for-Vignette-v8.aspx
I have finally found the answer. You do need to upgrade to 7.6 before upgrading to 8.0 from an earlier version.
I want to create an MSI installer containing three apps. I will be releasing frequent updates to each app as I work through the list of feature requests and do bug fixes. The three apps are currently at versions 1.6.3, 1.6.12 and 1.8.1 respectively.
I was wondering what you guys can recommend for the version of the package. Should I:
Make the package version independent of the versions of the individual apps ?
Change the apps so they always have the same version as each other ?
Some other suggestion ?
Modify the package version each time the version of one of the apps changes. Then, you can look at the package version and know exactly which version of each app was being used.
Example:
Main version 1.4.1 has (1.6.3, 1.6.12, 1.8.1)
Main version 1.4.2 has (1.6.3, 1.6.13, 1.8.1)
Main version 1.5.0 has (1.7.0, 1.6.13, 1.8.2)
Main version 2.0.0 has (1.7.0, 1.6.14, 2.0.0)
So, if you're doing a minor version upgrade to one of your apps, the main application also goes up by a minor version number. Major changes to a sub-app result in the main app also getting a major version number change.