In January 2020, IBM developerWorks displayed the following banner message:
“The developerWorks Connections Platform is now in read-only mode and content is only available for viewing. No new wiki pages, posts, or messages may be added. Please see our FAQ for more information. The developerWorks Connections platform will officially shut down on March 31, 2020 and content will no longer be available. More details available on our FAQ.“
Where is the Compatibility Matrix going to be relocated?
(1) In February 2020, the Compatibility Matrix and several related pages were officially relocated to IBM Support as follows:
(2) Since January 2020, the above information is also available in the independent (or backup) wiki:
- TRIRIGAFEEDIA Wiki
- Note that this wiki may or may not contain the latest updates, but it strives to do so.
[Admin: This post is related to the 11.14.14 post about the latest Compatibility Matrix. To see other related posts, use the Matrix tag.]
Continue reading →
Officially, as of February 2020, the TRIRIGA forums on IBM developerWorks were migrated to IBM Support. Here’s the link. You might notice that the URL includes the “TRIRIGA Platform” forum tag. Theoretically, if everything works properly, this tag should allow you to filter for the migrated TRIRIGA forum posts.
Unfortunately, in order to post, the IBM Support Forums require you to request access to a specified product. Although this might be normal behavior for certain Support sites, this isn’t very convenient for a so-called “forum”. I didn’t expect it. Even as an employee of an IBM partner, I don’t have a Customer Number.
In any case, here’s the following request process. Good luck!
- (1) In the upper-right corner of the Support page, open the user menu and select the Support Access option.
- (2) In the Support Access page, click the Request Access button.
- (3) In the Support Access popup, select the specific TRIRIGA Product (required), enter your Customer Number (required), and select the Country where the product is located (strange but required).
- (4) Click the Submit button.
Independently, we already see TRIRIGA forums or groups on social media, like the Facebook group “TRIRIGA Around the World” and Google group “triDeveloper“. But if you’d rather avoid Facebook and Google, I’ve set up an alternative Flarum-based forum called “TRIRIGAFEEDIA Forum“, which includes links to our archived forums from developerWorks. Although this forum is still pretty new and quiet, its light-and-fluid look-and-feel might impress you. Curious about it? I’ll see you there!
[Admin: This post appeared first on TRIRIGAFEEDIA.]
Continue reading →
IBM TRIRIGA Support works on addressing problems through a problem ticketing system where each issue is logged as an IBM Service Request (SR) or Problem Management Report (PMR). We manage problems reported via this process.
IBM TRIRIGA Support provides a support landing page titled “IBM TRIRIGA Information and Support Resources” which has a lot of very helpful information. This page has a Support Resources Home section that provides numerous links to some great resources, including a link to our IBM Service Request system, where you can open a Service Request (SR). On the “IBM TRIRIGA Information and Support Resources” page, there are also IBM Support phone numbers.
Once an SR/PMR is opened, it can be tracked for updates via the SR tool. You may also request an update at any time and this will notify the Support team to follow up with you as soon as possible.
For the most efficient IBM TRIRIGA support experience…
- There should only be one problem per SR/PMR per customer environment. This helps to keep the focus on a particular issue…
- SRs/PMRs also have the concept of “severity”. This is a ranking that is set by the customer to indicate the urgency and importance…
- When opening your SR/PMR, try to be as complete as possible and provide as much of the critical information as possible…
[Admin: This post is related to the 07.14.15 post about collecting data to resolve PMRs, the 07.07.15 post about resolving PMRs as soon as possible, and the 04.26.17 about outlining the process for SRs, PMRs, and APARs.]
I want to understand how people are running their QA organization to support TRIRIGA implementations. What kind of automation is being used? What challenges are being faced? I’m trying to start up a discussion around QA testing for TRIRIGA.
[Admin: To see other related posts, use the QA tag or Testing tag.]
We imported an Oracle 12c database dump from a TRIRIGA platform running TRIRIGA 188.8.131.52 into another Oracle 12c server. The Oracle Data Pump Import (impdp) completed without error. The plan was to install and upgrade the TRIRIGA platform to 3.5.2. This is something we’ve done multiple times with different releases. So platform upgrades are usually painless.
We went right through the upgrade process dialogs, a successful database server conductivity test, but here’s something we’ve never experienced before. Instead of installing and upgrading the database to the new platform, “Installed by InstallAnywhere 17.0 Premier Build 5158” throws up the following dialog box.
“Upgrade Not Supported. An upgrade from the version of your platform is no longer supported. Please upgrade to 184.108.40.206 first, before upgrading to this platform version. Back or Exit.”
Does anyone have any ideas why we are getting this message?
We found the issue. The schema name was “TR1DATA”, not “TRIDATA”. The terminal font was not showing a clear distinction between “1” and “I”. We’d better take a much closer look next time. Thanks for the assistance from everyone.
IBM TRIRIGA Support does all that it can to assist our clients. However, there are processes in place to help all of our clients get a consistent level of help…
A Service Request (SR) or Problem Management Report (PMR) is created to request assistance from IBM TRIRIGA Support to help with investigating a problem or to request an answer to a question regarding TRIRIGA. Due to the complexities of the environments supported and the potential scope of work involved with enterprise software, it may take some time to complete an investigation and can result in a number of outcomes, such as the following SR/PMR resolutions:
- Resolved as a question answered.
- Resolved as a product working as designed (even when a client may disagree with the design).
- Resolved as a request outside the scope of support.
- Resolved as a defect (which will result in the creation of an Authorized Program Analysis Report, or APAR).
With each of these outcomes, IBM TRIRIGA Support has completed its investigation and the SR/PMR has been resolved. What happens next?
[Admin: This post is related to the 07.14.15 post about collecting data to resolve PMRs, and the 07.07.15 post about resolving PMRs as soon as possible. The same article is also posted in the Watson IoT Support blog.]
Component API documentation for developing applications with UX Framework is deployed with your TRIRIGA server. Component documentation can be accessed via the following endpoint:
- The [tririga-hostname:port] and [/context_path] are the specific values you’d normally use to access your IBM TRIRIGA environment.
Once at the component documentation page, you can browse or search the TRIRIGA delivered components that are available on your specific platform version using the left-hand panel. Further down in the list, you can find documentation for the available third-party components delivered with the corresponding version of Google Polymer. (This version varies, based on the TRIRIGA platform version. See the Compatibility Matrix for more information.)
In the right hand panel, the documentation provides information about the selected component, generally with sample usage, styling and an API reference. In some cases, there are also demos available. You can toggle between the Doc and the Demo for a component using the buttons in the top right of the page…
[Admin: Similar content is also found in UX Article 2: Implementing UX. This post is related to the 12.11.15 post about the UX framework.]