I am new to the IBM TRIRIGA Support organization, working as a Level 2 Support Engineer. It has been my observation when reviewing PMR's that there is a lot of time spent going back and forth between the customer and the support engineer. It seems to me that this is due, in part, because not enough information was initially provided. Many times I have seen, in a PMR, that the customer is getting some error. Sometimes they just say they are getting an error or they may report the specific error with no information about how it happened, what version they were using or what they were doing. Many times there are vague steps with our client thinking that TRIRIGA engineers should know what they are trying to do.
I wanted to share what happens in support so that clients might understand why information about a problem is so important. When support receives a PMR we try to reproduce the issue based on the information given to us. If we are not given enough information, we are forced to collect it by making requests that can take days or even weeks to accomplish. Time zones play a role where each email can take a full day to get to the right people and get a response. In some cases, if we are provided with not enough information we may fail to replicate the problem which does not mean it is not an issue, it just means we may have replicated incorrectly because we are missing information or there are configurations or customized workflows that we do not have. There could be something in the way that the customer is doing something versus how the support engineer is doing something, because with software, there can be more than one way of doing something. If we need to get additional information it just takes that much more time.
We recognize that your time is valuable and it can be frustrating going back and forth to get the necessary information to reproduce an issue. What would help us in IBM TRIRIGA Support, is when entering a PMR, clients provide detailed step by step instructions as if you were asking your non tech-savy grandmother to reproduce. It may sound corny but it really is all in the details. As I mentioned, there could be more than one way to do something and left to our own devices, we might not do it the same way as you (the customer), so the more details the better.
If you have ever cooked and followed a recipe you are following steps. You might think of that approach for entering your steps to reproduce an issue.
Your time is valuable and we recognize that. The more detailed you are with your initial entry on the PMR, the less time spent going back and forth trying to get the steps and more time can be spent on reproducing and resolving your issue.
Remember, we do have a document we often call a “Must Gather” or “Information To Collect” document for TRIRIGA PMRs. You should always submit this when you open a PMR. You can generally fill it out and save it so you always have it handy to attach to PMRs, just remember to update it when something changes. See it here:
doboski 310000SJR4 Visits (9345)
In this day in age, security is a very hot topic and as soon as one vulnerability pops up, it is addressed and mitigated, another one is found. It is a vicious circle of identifying and addressing that does not seem to let up. In our fixpack release notes, information regarding mitigation of vulnerabilities that were addressed without an APAR is listed. And sometimes, a vulnerability could be addressed as an APAR.
The reason I am mentioning security vulnerabilities is that sometimes, when they are resolved, there is an effect that impacts existing functionality and it may not always be clear. Sometimes, the result of fixing these vulnerabilities can “change” functionality.
As an example, in the 3.5.2 release, there is mention of an APAR related to external URL navigation items will now open in a new window to avoid cross origin scripting vulnerabilities. Prior to the 3.5.2 release, if you used an external URL in the navigation, it just opened in the same window. We have seen some issues where clients wanted the original design, but that is no longer possible since the change was made as a result of fixing a security vulnerability. The current behavior is correct and cannot revert to the old design. So in this case, there was an APAR referenced. But in others, there may not be. You can look at the 18.104.22.168 release notes (found here http
As the product develops and security vulnerabilities are found and addressed, it could mean a change in how something works. Reading the release notes can be a source of information but it may not always be clear why something changed. We all know change is hard, especially when we are so used to it working a certain way. I don’t know about you, but if the change was made to address a security vulnerability, I can live with that and accept the change.
GiuCS 270003E2P0 Visits (5562)
Well, you get TRIRIGA 3.4.2 or later to install and see how cool to use the Liberty Profile for WebSphere Application Server (WAS). This lets you install both the web server and TRIRIGA at one strike and self deploys itself from TRIRIGA installer. What an easy deal!
After installing TRIRIGA and the WAS Liberty profile, the user logged into the service and running it cannot log out or the service will be stopped. Many businesses do not allow an Admin user to be logged in indefinitely.
Now you're thinking you have to install all over again in a WAS deployed first. You double check and see WAS Liberty cannot run as a service as a product limitation. What a drag...
Well, there is one workaround you can try. Using the Apache's daemon you can create a Windows service. The following instructions are an idea for how you can implement it, but it depends on your architecture and installation:
Note: If you run into any issues, check the logs in the LogPath directory location for any errors - the errors as listed in the event viewer logs from Windows do not give meaningful errors.
There is an RFE to implement this and I encourage you to vote for it:
IBM TRIRIGA - What are the differences between Fixpacks and Limited Availability Fixes and what are best practices for fixes?
JeffLong 270005B0Q4 Visits (8942)
Occasionally we have IBM TRIRIGA customers who need clarification on the differences between Fixpacks and Limited Availability fixes. I want to share this information with you and state best practice guidelines here:
GENERAL AVAILABILITY FIXPACK (GA FIX)
GA Fixpacks deliver product defect fixes that have undergone a full development release cycle and the most extensive QA testing of all maintenance releases.
These fixes are delivered for any issue reported either internally or externally regardless of severity. Fixpacks occasionally deliver minor functional enhancements and modifications to add or update supported platforms, browsers, databases, middleware, etc.
Fixpacks are cumulative and each new fixpack contains all fixes from all previous fixpacks/interim fixes for that release.
LIMITED AVAILABILITY FIX (LA FIX)
An LA Fix is an unofficial mechanism to deliver emergency fixes for severe product issues that cannot be delayed until the next regular maintenance delivery. LA Fixes also go by the names “1-off” or “1-off Hotfix” but they all mean a single APAR fix delivered directly to a customer from Support.
Conditions that may warrant an LA Fix
Risks associated with LA Fixes
BEST PRACTICES FOR FIXES
It is perfectly acceptable to take an LA FIX to address an issue when warranted. However, the risk associated with taking an LA FIX should always be weighed against the perceived benefits. If at all possible, it is always best to wait for a fully tested GA Fix. Also, if you do take an LA Fix, it should only remain in place until a GA Fix containing the fix needed is available. At that point, the GA Fix should be applied.
JeffLong 270005B0Q4 Visits (6661)
We have had a few customers contact us because they could not start or stop Tririga on IBM WebSphere WAS Liberty Profile. We found that the way to resolve the issue was to implicitly run the batch file as Administrator on Windows OS.
If you have a need to restart Tririga on WAS Liberty Profile in Windows you must first find your tririga_root install path. If you used the default for the installer, this should be C:\IBM\Tririga. If you are not sure of the location, you can search for the following files (these should be in the Tririga \bin directory.): "run.bat" and "shutdown.bat"
To stop Tririga, navigate to the trir
Alternatively, on Windows servers, you can open a command prompt and run the command to shut down the Liberty profile: trir
To start Tririga back up, navigate to the trir
Alternatively, on Windows servers, you can open a command prompt and run the command to start the Liberty profile. trir
If you need further assistance please contact IBM Tririga support.
JeffLong 270005B0Q4 Visits (7683)
If you are getting an error message that states, “Current browser does not support native SVG.” Internet Explorer 11 64bit (IE11) does support native SVG as delivered.
Customer tested with Firefox and did not get the message. However, when the customer tests other environments at their location with their IE11 browser native SVG works ok.
The conflicting tests of IE11 working on other environments and FireFox working in the environment where IE11 does not makes this tricky to troubleshoot. We will use a test SVG file to test the browser locally and then test the SVG file on the web server to see if it works from both locations in IE11. If the file will test ok on the local PC, but fails on the web server, this indicates a web server configuration issue.
First, create a simple SVG file for testing. Simply create a new text document and copy and paste this into it”
Once this is copied into the file save the file to a known location on your computer and name it “simple.svg”.
Now, open your browser and find and open the simple.svg file that you created. If you can see part of a black circle in the top-left corner of your browser after opening the file, your browser should work with native SVG. The circle part will look something like the example below:
Testing the web server:
Place the same file that you tested on your PC onto your web server and using the web server url with the file location and name included, see if your browser loads the SVG file and if you see the circle part as you did in the previous test. If this test fails, you most likely have a web server configuration problem. If that is the case, please consult your web server vendor for help with configuring your web server to work with native SVG.
AcdntlPoet 2700019V2G Visits (7322)
Recommended better practices when using Lease Accounting Payments in TRIRIGA - Edgar Mengelberg discusses some simple steps you can consider that are seen as recommended best practices where it concerns your Lease Accounting Payment Schedule run. [Read more...]
More posts from Edgar:
See even more posts on the IBM Real Estate and Facilities Management blog
JeffLong 270005B0Q4 Visits (8960)
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). IBM TRIRIGA Support manages problems reported via this process.
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). For convenience, the link for creating a Service Request (SR) is here: http
Alternatively, on the IBM TRIRIGA Information and Support Resources page there are also IBM Support phone numbers that can be used to call for support.
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, a few guidelines should be followed:
Also, it is important to have one problem per SR/PMR because if the problem reported is determined to be a defect, we will create an APAR for it and an APAR also can only cover one distinct problem and we can only create on APAR per SR/PMR. More information about SRs, PMRs, and APARs can be found here: http
Please keep in mind that if all issues are logged as severity 1 issues, this is a misrepresentation, and IBM will be unable to provide adequate timely resolution for truly critical issues for all customers.
Keep in mind that any inside knowledge about your particular problem or environment is good to provide as well because Support deals with a wide variety of issues and test cases and might not be aware of how a particular customer has customized their envi
Finally, try to be prompt and clear in your responses as we communicate during the resolution process. Especially with high priority issues. The quicker you can reply that you have received any updates and let us know your response, the better. Again, due to the large volume of issues coming in, by quickly responding it can ensure that your issue remains at the forefront of the minds of those involved.
For additional guidance on the IBM TRIRIGA Support process, please see the following link for our IBM Support Handbook: http
doboski 310000SJR4 Visits (9105)
If you are an administrator for TRIRIGA, chances are you have access to Security Manager, which is responsible for granting access to the TRIRIGA applications through the security groups. Prior to 3.5.2, the only way to view security access was to go to the Access tab and then select the Access Configuration sub-tab. That is where you would grant (or remove) access. However, it is not very user friendly in terms of finding something and looking what the overall picture of the access of the selected security group. So in 3.5.2, a new sub-tab was access to the Access tab called Access Summary.
The Access Summary tab will show you in a column format, the permissions of the module/business object, form, tab and section. You are able to filter by each of those fields. But only the module/business object and form filters will have a drop down list. The rest of the filters are free form text so be careful when entering data into them.
It is worth noting that when you go to the Access Summary, it will take a little bit for the data to come up. This is because of the query used to extract all that data. Once you have the data up, you can start using the filters to look at the access. what modules/business objects it has. Or if there is a specific form you want to look at. The permissions field will show the specific permission, if it's Read, No Access or the name of the action, like Asse
This tab should now make it much easier to identify what a security group has access to. If you find yourself limited with what you want to do within the tab, there is an Export button, that will export the data into a tab delimited .txt file. When you click on the Export button, you will get a message letting you know that it will run in the background and you will receive a notification when it is complete. You will want to monitor your Notification notices. It should also be noted that the file is exported to the application server, not your local server. The path of where the file can be found will be in your notification. If you don't have access to the servers, you will need to reach out to your system administrators to get the file for you. Here is what the file will look like when it is imported into Excel.
So there you have it - an easier way to view the access of a security group.
doboski 310000SJR4 Visits (6818)
In TRIRIGA's Data Modeler, there are 2 methods to add a field to your business object: Add and Find. How do I know when to use them and what really is the difference?
Add is when you are creating a new field that has never existed before. It should only be used for creating brand new fields that do not exist. This not only adds the field to TRIRIGA but it will add t to the database. For example, you want to add the field cstNewField1TX to the business object triContract and it does not exist on any other business object. So you would use Add to add the field.
Find is used when you want to add a field whose name already exists. For example you want to add cstNewField1TX to the business object cstMyObject. We know from above that cstNewField1TX was already added (and we will assume published). You would use Find to search for the field and it would add it to your business object, with all the same information. Then, it can be modified for this particular business object, except for the field name and data type.
If you are looking for a specific type of data - say a Start Date, you would use the Find action to look to see if a Start Date exists and re-use on your business object.
Why does this matter? Because, if you added cstNewField1TX to your business object, you could get errors because that field name already exists on a different object. It could cause confusion seeing the same name more than once in the database. Even if you remove the field, you are removing the field from TRIRIGA, not necessarily from the platform.
JeffLong 270005B0Q4 Visits (9929)
Planning for a new install or migration of an existing IBM Tririga install can be a complicated endeavor because there are so many different possible configurations for the IBM Tririga n-Tier architecture. Below are some links that will help you with your planning.
This is a lot of information to go through, but taking the time to review this information during your planning phase of your install or migration will allow you to make informed decisions based on your intended use of the IBM Tririga product and plan accordingly.
Chris K 270004Y3TR Visits (8969)
Having been on the customer side of the IBM Support dialog, I often wondered why I was always asked for version information for my PMRs. Now that I have been working on the IBM TRIRIGA Support team, I understand why. The purpose of this blog will hopefully shed some light on this for the customers as well as improve the customer experience with the IBM TRIRIGA support team.
What the IBM TRIRIGA support team will be doing in the weeks ahead to help make things a bit easier is ensuring we have up to date information about customer versions of the IBM TRIRIGA Application Platform, IBM TRIRIGA CAD Integrator (if applicable), and other third party components required for a running the TRIRIGA application. To that end, we will be asking for information from you if you open a PMR without including the version information for the IBM TRIRIGA issue (whether it is an application, platform, or CAD Integrator issue). Additionally, if you do not indicate what environment this issue applies to and the associated version information for that environment, we will ask for that information as well.
What you can do to help is to provide this information up front when you open a PMR. I suggest keeping a document with the environment configuration information. Having been on the client side of this picture, I know how I ended up making the IBM PMR process easier for me. Knowing that I would be asked version information right out of the gate, I kept a document which had the version information for the main product as well as versions of other products in our configuration that could have an impact, in any possible way, to the problem being reported. I found that this greatly smoothed out the initial response from the support team I was working with and also led to quicker turnaround time on the PMRs I submitted. While I cannot guarantee that the PMR turnaround time will be significantly improved, it should at least reduce multiple communications regarding the configuration of an environment. The main reason for back and forth about version information that I have seen is that the support team assumes the information provided will be all that is initially required to work the problem. While working and researching the issue, we may come to find that we need some additional version information (think operating system, 3rd party tool versions, etc...). Having the information up front when you open the PMR should prevent this from happening.
What I, and the rest of the IBM TRIRIGA Support team will do is look for this information on any new PMRs. If the information is provided in the PMR, we will check to see if the information has been stored on a customer record that we have set up in a tool we share with our L3 engineers. If you provide information and that customer record is not up to date, the engineer will update the information based on what was provided when the PMR was opened. If the information is NOT provided in the PMR, the engineer should ask for all of that information. I know that several of our clients are already familiar with that process and are providing that initially. We will do our part to smooth this part of the PMR process.
If you found this information helpful, please be sure to "like" it and be on the watch for my next blog regarding deployments.
Chris K 270004Y3TR Visits (9082)
After installing CAD Integrator on a CAD users machine and assigning the appropriate security groups and licenses, does the user get an error indicating that they do not have a valid CAD Integrator license? Do not panic! This blog is meant especially for you.
The likely cause of the problem is that a problem occurred during the license assignment process. First, double check that the users profile contains the license. If it is missing there, be sure to add it. Second, go to License Manager and click on the radio button next to IBM TRIRIGA CAD Inte
ScottRuch 270004QNFJ Visits (9938)
How To: Reassign Pending Approval Records for a Person in IBM TRIRIGA
A person could leave a company or an organization for various business reasons including termination, retirement, layoffs, new job role / promotion in a different organization, or departmental re-organization. In the IBM TRIRIGA, this person (user) could have pending Approval records in the system that needs to be reassigned. IBM TRIRIGA has a process to address this business need. It can be accessed from the menu: Requests > Manage Requests > Other > Reviewer Admin.
The “Reviewer Admin” form allows an admin user to reassign the Approval records that are pending the person leaving the organization. On the form, the user will select the ‘Currently Assigned To’ person and the ‘Reassign To’ person then click ‘Create Draft’ and ‘Issue’ to process it. Then, processing occurs to update the ‘Currently Assigned To’ person’s Approval records to indicate each has been reassigned. The system also creates a new Approval records and assigns to the ‘Reassign To’ person. Standard request processing continues and it completes the Reviewer Admin record. At this point, the ‘Reassign To’ person has pending approvals assigned to review and take action on.
In summary, the ‘Reviewer Admin’ functionality in IBM TRIRIGA assures that pending approval records are not lost in the system when the business situation of a person leaving the company or an organization occurs.
Reblogged from the TRIRIGA Wiki:
Chris K 270004Y3TR Visits (7680)
So, you upgrade your version of CAD Integrator and now, when you try to login, you get an error indicating that no valid application definitions exist. Do you think "What sort of dark magic is this?" or do you think something a bit more normal like "What? But I was able to login via CAD Integrator before, why am I getting this error now?" Either way, it can be quite frustrating. Fortunately, the SMC wikis and forums can help shed some light on the issue and help get you to a point where this problem is a thing of the past.
When the 12.x release of CAD Integrator (CI) was first released, Ryan Koppelman created a Wiki on the Service Management Connect (SMC) site regarding application definitions. If you are seeing errors when you are attempting to connect via CI to your IBM TRIRIGA Application, review the information at his wiki entry via the link below.
When the 12.1.x release first came out, Martin Burch created a wiki specifically about the "No valid standard application definitions were found. Check the server environment and log." message when attempting to connect to TRIRIGA. The information at the wiki, which you can access via the link below, was for a very specific set of circumstances. Review the information at the very start of the wiki to determine if this may be the cause of the issue in your case.
Since the Application Definitions require an application component, if you only upgrade your platform and leave your application at a 10.2.x release, you would need to manually load the application definition components. Martin created the following wiki entry about how to do this via the URL shown below specifically for the CI 12.1.x releases.
Along these same lines, Martin created another wiki entry on performing the same manual import for the CI 12.0.x releases.
You might also want to post a question in the CAD Integrator forum via the link below. You will see entries in that forum from Martin as well as Ed Silky, a principle architect and developer for the IBM TRIRIGA Platform. In addition to posting questions there, you may be able to find an answer in one of the existing forum threads. There are several pages worth of entries in the IBM TRIRIGA CAD Int