We did some customizations on the Space Assessment and Space Management apps in TRIRIGA 10.5.2/188.8.131.52. I made the changes on the non-vulcanized version of Space Assessment and Space Management. I want to vulcanize the code after the modifications. Can you provide the steps and command to vulcanize them?
Basically, I ran into the following error when I type in the “tri-vulcanize” command. But I already installed tri-vulcanize. Do you know the root cause for this error?
'tri-vulcanize' is not recognized as an internal or external command, operable program or batch file.
Take a look at the following links:
That error occurs when the “npm install tri-vulcanize -g” command has failed. Did you include the -g option when running the install?
[Admin: To see other related posts, use the Vulcanize tag.]
Is it possible to add a child service code in the cost code hierarchy? In the location cost code, I can add another location, project or service code. However, in the service cost code, there is no further sub-level hierarchy. I presume one of the workflows needs some altering, but I’m not sure which one?
In the TRIRIGA as-shipped application configuration, service codes aren’t configured to have sub-levels (children). This isn’t configured in workflows, but rather in Form Builder. See the second tab labeled “Includes/Forms”. In the screenshot, you can see what the location cost code allows to be included under it. On the Service Request form, you can see that as-shipped applications do not allow children. You can allow this with a customization, but realize that anything you want to do with the child records will need to be configured in workflows as well.
[Admin: To see other related posts, use the Cost Code tag.]
Panels that didn’t have vertical scrolling in-frame now have vertical scroll bars. That is, they are not presenting the whole information within the visible area as before. Frames and portal sections are not sized correctly and some clickable areas might not work until some other action is performed. This is a change in behavior from TRIRIGA 3.5.1 to 3.5.2 when this behavior could be observed for customized forms.
Internet Explorer does not correctly calculate the new height of the content internal to the portal. We needed to rework the logic to resize to the actual content size. Moving forward, an issue that caused an extra scroll bar to appear when rendering a record in the portal has been resolved.
[Admin: To see other related posts, use the Portal tag.]
I am trying to pull the documents associated to a TRIRIGA record using a custom interface (web app). The objective is to convert the document to PDF format using OpenOffice, and have it downloaded to the user local machine when the end-user clicks on a particular document from the web app. This functionality worked well in TRIRIGA 184.108.40.206. When we migrated to 3.5.0, we found issues retrieving the documents. Unlike in earlier platforms where the docs are stored in the network share, in the new platform, the docs are stored in the database.
In the code side, we defined a TRIRIGA client object using TRIRIGA client factory (by providing app URL, username, and password). Then, a content object is created (com.tririga.ws.dto.content.Content), and the document ID (spec_id of the respective document, collected using JSON) is set as the record_id. After this, we invoked the download() method of the TRIRIGA client by passing the content. The result is assigned to a response object (com.tririga.ws.dto.content.Response). With the not-null response object, we are doing the conversion.
Where is the change needed to make this work in the new platform? In the TRIRIGA side or external code side?
What are the concerns about stopping my database for maintenance and leaving IBM TRIRIGA JVMs (JBoss, WebLogic, WebSphere) up and running at this point? Will they be reconnecting automatically after my database is up and running again? I need to programmatically schedule database maintenance for my TRIRIGA system.
When the database is down, the application server (JBoss, WebLogic, WebSphere) will be receiving connection issues to the JDBC component and JVMs will stop responding after that. If the database comes up again, the application server will not reconnect the JVM automatically. The JVM needs to be restarted manually after that.
The best practice for database maintenance requiring database shutdown will always be to shutdown all applications and sessions connected to it BEFORE the database itself. It gives systems the time to close the ongoing transactions gracefully.
If you need to coordinate database maintenance and JVMs automatic restarts, you need to create a batch script to manage that. This is a customized script (not under IBM TRIRIGA support) that will be stopping the JVMs first, then starting the database maintenance itself (likely stopping the database first), then restarting the database and firing commands to restart the application server IBM TRIRIGA JVMs.
I have to cancel an invoice which is in Review in Progress status.
So I have developed a custom Cancel action to delete the approval record as well. But the action items of the assigned person is still displaying the approval record. Meanwhile, the count of the action items has reduced since I have removed the Assigned association from the WFActionItem record. Any suggestions on how to remove the approval record from the action items of the assigned person?
We’re unable to perform a Sync Full of CAD drawings if there are any people assigned to the spaces. Here’s the ci.log error:
ERROR [com.tririga.ci.sync.SyncServiceImpl](pool-1-thread-2) Sync failed.
com.tririga.ci.error.CiRuntimeException: com.tririga.ci.remote.shared.error.CiSharedException: Attach associated object could not find the association to use.
The CAD hierarchy for the custom configuration is not mapped correctly for triSubSpace. Custom business objects and forms were created for all property hierarchy items. But the existing triSubSpace CAD hierarchy node for triSubSpace was not changed. It still references “Space Mapping”, instead of “cstSpace Mapping”. This means both space mappings are part of the application definition (which have different forms). This was causing the Sync Full to fail. Updating the triSubSpace hierarchy node to point to the cstSpaceMapping will resolve this error.
[Admin: This post is related to the 09.12.16 post about a Sync failure in CI, and the 08.05.16 post about a Sync Full error in CI.]
[Admin: As a side note, with the 3.5.1 introduction of object labels and revisions, you’re not required in 3.5.1 or later to use the classic “cst” naming convention any more. For reference, here are the new naming convention best practices.]