I installed a new version of TRIRIGA Platform 3.5.3 and Application 10.5.3. I set up the IBM TRIRIGA Connector for BIM (Autodesk Revit) and CAD Integrator, and the environment is localhost:8001. But when I try to login to TRIRIGA from Revit, I get an error. Any ideas what’s going on here? It can’t be an issue with naming, because this is a fresh unconfigured application.
Verify the OSLC_BASE_URI. You can also turn on Fiddler, and verify that the URLs being sent over are valid URLs (including any port numbers) to connect to TRIRIGA from Revit.
[Admin: To see other related posts, use the BIM tag, Revit tag, or Fiddler tag.]
If you attempt to revise a project from the Schedule tab, where the Gantt chart is visible, your session is expired and you receive an invalid session error. The issue was observed in Internet Explorer and Chrome, but not in Firefox.
An analysis from a Fiddler trace shows that when revising the project in Chrome, this POST to GanttDataUpload.jsp seems to kill the session. In Firefox, for whatever reason, this POST doesn’t occur, and the state transition is successful. To confirm that this is the scenario you are experiencing, use the following technote to run a Fiddler trace and check for the same GanttDataUpload.jsp call: IBM TRIRIGA using Fiddler for tracing web browser traffic.
As a temporary fix, use Firefox. When the record is in a read-only state, no Save action should be called on the Gantt. Moving forward, we resolved the session-kill issue when the user performs a Revise action on a project in the Schedule tab.
[Admin: This post is related to the 08.18.15 post about using Fiddler to trace TRIRIGA web traffic. To see other related posts, use the Gantt tag or Fiddler tag.]
When opening any meeting in the Microsoft Outlook calendar, the TRIRIGA Reserve Outlook add-in will connect to the TRIRIGA server and send a small package.
This happens regardless of whether the meeting was created with the TRIRIGA add-in or not. When opening an appointment (which has no participants, in contrast to a meeting), there is no connection to the TRIRIGA server. It can be reproduced by opening Fiddler, opening Outlook, and then opening any item in the calendar that has participants (i.e. a meeting).
The consequence of this is that a session is opened for the user on the TRIRIGA server, taking up capacity on the server, thereby reducing the number of real users that the system can support. Has anyone else noticed this behavior? Can it be changed through configuration?
When using the IBM TRIRIGA product, I am experiencing an issue that might be related to the network layer and I want to trace the web traffic for troubleshooting purposes. How can I use Fiddler for that purpose? I need to trace and analyze the incoming and outcoming network package flow for my Internet Browser session while troubleshooting an issue impacting the IBM TRIRIGA product and I want to use Fiddler for this purpose.
Fiddler is a third-party tool for monitoring requests made and received by a web browser. This information is often invaluable when troubleshooting a problem with the IBM TRIRIGA product. Due to the nature of IBM TRIRIGA, an error message may not always display the true cause of the error. A Fiddler trace will help by logging all HTTP requests or responses that may have been made. Fiddler can be downloaded from the following URL… http://www.telerik.com/fiddler…
In some cases, additional layers of network devices will alter the http or https traffic generated on the application server sent to the client’s browser. Here are some tips to help troubleshoot behavior:
- Have the direct connection to the application server temporarly unrestricted, and allow logins directly to the application server port. For example, access http://appserver01:8001, http://appserver01:9080, http://appserver01:7001. If the issue cannot be observed at that level, then step one layer back (Web Server) and run the test there. If it works, then step one layer back, and test on the Load Balancer, or Security Filter layer.
- Once the layer that introduces the problem has been identified, engage with the support team for that layer, and explain the situation. A network trace, Fiddler log, or screenshot of the browser with the developer tools console open greatly increases the chances of tracking down a specific configuration change on the load balancer or security filter layer.
Common issues encountered:
- Blocking some files from being downloaded from TRIRIGA, or being sent through notifications. For example .xls or .pdf files with Russian or Cyrillic characters.
- Blocking some requests that seemingly have special characters, or combination of characters. For example, a double slash ( // ) contained within the path or request string.
- Altering the protocol scheme from https to http. Depending on the ssl termination point, browsers may request non-secure content when accessing secure https urls.
When you have portions of the data displayed incorrectly or not being displayed in the front end interface, you must collect a log that is more accurate for interface logging.
You can resolve simple interface issues by flushing the global cache via the Admin Console. If that does not resolve the issue, you can collect an interface log, collect a Fiddler trace, and contact IBM TRIRIGA Support to analyze the issue.
In the Integration Object execute history record, we are seeing the following text in the integration summary.
FW-1 at fw72d: Unauthorized to access the document.
· Authorization is needed for FW-1.
Do you know what is causing this? There are no other errors on the server.log that tells me why its happening. I also enabled Fiddler with no luck. I also noticed that the custom task in the “Location – Synchronous – Geocode Address” workflow is failing. It doesn’t provide additional information and so that is why we had to check the execution history for the integration object of building.