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 Support 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.]
I have a small requirement. I have an iterator task where I am retrieving records. Now, let’s take one field, say “A”, from this record which has a value “123” during iteration 1. Now, I have a field in another BO where I will be mapping this. When the next iteration takes place, “A” will have a new value “456”. Now, I will need to update my record with the newly fetched field something like this “123-456”.
My iterator task sometimes has more than 10 records passing through it. This number is never a constant. In other words, I want to know if there is logic to append records within a “for” loop and map it to some field.
During TRIRIGA install, what SQL GRANT statements are executed for the install to be successful? Are there specific object names that you can grant access to TRIDATA on those objects other than granting to PUBLIC?
Granting PUBLIC access to database objects goes against security policy. The problem is that you don’t know which objects TRIRIGA might need. You need to get specific object names so that you can potentially grant access to TRIDATA on those objects, rather than granting to PUBLIC.
You might have tried to revoke public access to a database object which caused an ERROR on com.tririga.architecture.security.dataaccess.AuthenticationDAO and caused TRIRIGA to freeze while restarting TRIRIGA.
The following SQL GRANT statements are executed during TRIRIGA install…
I am installing TRIRIGA 3.5.0/10.5.0 on my local machine with WebLogic and Oracle 12c. But I am getting the following error:
[java] Connecting to system@jdbc:oracle:thin:@localhost:1521:orcl
[java] Exception encountered! java.sql.SQLException: ORA-65048: error encountered when processing the current DDL statement in pluggable database PDBORCL
[java] ORA-00959: tablespace 'TRIDATA_DATA' does not exist...
Installing to a pluggable database (PDB) or container database (CDB) is not supported in TRIRIGA 3.5.0. To resolve this, you will need to use the 3.5.2 platform installer or higher. Here is the 3.5.2 release note:
Installation: The installation of TRIRIGA Platform now supports connecting to Oracle via Service Name. This will allow you to use a RAC URL, or PDB installations. The installer will prompt for connecting via the older SID, or the Service Name as a section choice. (Tri-213951)
[Admin: This post is related to the 07.07.16 post and 01.26.16 post about getting an Oracle 12c error during install.]
In IE11 only, bar charts that in past versions of TRIRIGA (e.g. 18.104.22.168) displayed in their entirety through a portal section are not being displayed completely in TRIRIGA 3.5.2. Instead of the report being sized so that all bars fit, there is extra white space to the left of the chart and only the first few bars are appearing. When the portal section is maximized, more bars show, but the whole chart is still not present and centered in the portal section.
We resolved an Internet Explorer issue where charts in smaller portal sections were getting chopped off. We also resolved an issue on all browsers, where the bottom title on charts in smaller portal sections was not displaying.
[Admin: This post is related to the 03.23.17 post about the GIS section not fitting to full height.]
In TRIRIGA 10.3.1/22.214.171.124, when a field is read-only, the check box is grayed out for the Boolean field. But in 10.3.1/3.5.2, there appears to have been a change. When a Boolean field is read-only, the check box is not grayed out. So when the user tries to click it, all the user sees is that it does not appear to be working. This happens regardless of whether IE11 or Chrome is used.
We needed to add a style to the check box to show it is read-only. Moving forward, we changed the read-only check-box style so it will look different from the selectable check box.
Is there a size limitation on multi-record smart sections? We have more than 70,000 users. So the group member list could be huge. The Group Member section of the security group doesn’t show all of the users that belong to this group. Is this a known issue?
This is a limitation of the platform and smart sections. The performance of a smart section will slow down when you have that many records in the section. Customers have worked around this limitation by hiding the smart section, and showing a query in its place. You can then have the query section actions perform the add and remove of members from the hidden smart section…