Messages

1

General Board / Entities skipped during sync due to max updated time filter – possible delay or

« on: January 14, 2026, 06:20:16 pm »

We are facing an issue where one entity is being skipped during synchronization when using timestamp-based filtering. Below are the details and our questions regarding the observed behavior.

Scenario Overview

Our automation works in the following manner:

Fetch the maximum updated time from previously synced entities.

Fetch all entities created or updated after that time up to “now”.

Sync those entities to the target project.

Timeline of Operations (Source Project)

Log Time (IST)   Entity ID   Operation
12:38:43   C6259946-7847-4488-B583-3C4BFD264388   Create
12:38:50   2BC19F08-DFC9-4b17-8F33-C4E12A49E216   Create
12:40:01   887C860A-DE37-460e-86D7-CB15CE044392   Create
12:40:04   9ED1417A-D878-4dc5-ACA8-E8DB9B79AA82   Create
12:40:09   C6259946-7847-4488-B583-3C4BFD264388   Update
12:40:14   2BC19F08-DFC9-4b17-8F33-C4E12A49E216   Update

After these operations, the system calculated:

Max Update Time (per project): Tue Jan 13 12:40:08 IST 2026

Global Max Update Time: Tue Jan 13 12:40:08 IST 2026

Based on this, the next fetch was executed with the following filter:

Fetching entities between:
Tue Jan 06 12:40:27 IST 2026 and Tue Jan 13 12:40:08 IST 2026

Result of Fetch

The following entities were picked:

9ED1417A-D878-4dc5-ACA8-E8DB9B79AA82 (Create – 12:40:04)

C6259946-7847-4488-B583-3C4BFD264388 (Update – 12:40:09)

2BC19F08-DFC9-4b17-8F33-C4E12A49E216 (Update – 12:40:14)

However, the entity below was not picked:

887C860A-DE37-460e-86D7-CB15CE044392 (Create – 12:40:01)

Questions / Clarifications Required

Created vs Updated Time

When an entity is created and no updates occur afterward, is the updatedTime always equal to the createdTime?

If yes, should such entities be reliably returned when filtering using updatedTime-based queries?

Search API Data Source

Do the search APIs (fetch entities created/updated before or after a given time) rely on a separate indexed table rather than the primary entity table?

If so, is there a known eventual consistency or indexing delay between entity creation/update and its availability in the search table?

Observed Behavior

We are observing a delay where a newly created entity appears in logs but is not immediately returned by the search API using time filters.

This resulted in entity 887C860A-DE37-460e-86D7-CB15CE044392 being skipped during sync.

Recommended Fix / Best Practice

Is this behavior expected due to indexing or reconciliation lag?

What is the recommended buffer/delay (if any) before querying for newly created or updated entities to avoid missing data?

Alternatively, is there a more reliable watermark strategy we should use instead of strict timestamp boundaries?

This issue can lead to permanent data gaps in the target project, so guidance on the correct and safe approach would be very helpful.
Looking forward to your clarification and recommendations.

2

General Board / Entity update time not reflecting correctly — showing creation time instead of l

« on: October 30, 2025, 12:36:04 am »

I observed an issue while creating and updating Package entities through multiple threads. The createUpdateTime field retains the original creation timestamp even after the entity is updated.

As a result, the system cannot detect the latest updated entities, which is causing problems in scenarios where recent updates need to be fetched or processed.

Below are sample logs for reference:
Created entity information: internal id: {6A07B956-9480-49f8-B152-0CC037663F4C}, createUpdateTime: Fri Oct 17 07:50:24 IST 2025 [1760667624000]
Created entity information: internal id: {09BAF529-F7F5-47a3-BE5C-895CED4368AB}, createUpdateTime: Fri Oct 17 07:50:27 IST 2025 [1760667627000]
Created entity information: internal id: {2A2FE9A1-8F42-4877-9467-2F813E335A44}, createUpdateTime: Fri Oct 17 07:51:03 IST 2025 [1760667663000]
Created entity information: internal id: {AEFBBB2B-10E5-4106-87B8-B03AB8144657}, createUpdateTime: Fri Oct 17 07:51:07 IST 2025 [1760667667000]

Updated entity information: internal id: {6A07B956-9480-49f8-B152-0CC037663F4C}, createUpdateTime: Fri Oct 17 07:50:24 IST 2025 [1760667624000]
Updated entity information: internal id: {09BAF529-F7F5-47a3-BE5C-895CED4368AB}, createUpdateTime: Fri Oct 17 07:50:28 IST 2025 [1760667628000]

Steps to Reproduce:

Create four Package entities using Thread 1.

Update the first two entities using Thread 2.

Check the createUpdateTime in the update logs or response.
The field should reflect the last updated timestamp after modification, or there should be another field (e.g., lastModifiedTime) indicating the latest update time.

Is createUpdateTime intended to represent creation time only, or should it update upon modification?
Could this be a concurrency issue between threads updating entities simultaneously?
Is there a dedicated field for tracking the last modified time?
Could this be caused by caching or delayed persistence?
What is the recommended approach or workaround to retrieve the actual last updated time of an entity?

Due to this behavior, it is not possible to accurately determine which entities were recently modified.
This leads to missed updates and inconsistent data during sync or polling operations.

3

General Board / EA API returns null for Package.Element despite valid database entries

« on: July 09, 2025, 11:09:00 pm »

We have a package named "cappm".

In the t_package table, there is a valid entry for this package.

For the same GUID, there is also an entry in the t_object table.

However, when accessing this package through the EA API, Package.Element returns null.

4

General Board / Re: Getting error of Remote Procedure Failed when trying to Save EA Diagram to File

« on: July 04, 2025, 07:10:15 pm »

I have validated following:

1. GUID is correct, before saving image diagram to file, I am fetching entity before to validate entity is not deleted.
2. Similarly, before saving diagram to file, I am validating file path exists. If it does not exists then I create file path before hand

5

General Board / Getting error of Remote Procedure Failed when trying to Save EA Diagram to File

« on: July 04, 2025, 03:58:54 pm »

Hello all,
I am getting following error: "The remote procedure call failed. (Exception from HRESULT: 0x800706BE) at EA.ProjectClass.PutDiagramImageToFile(String DiagramGUID, String FilePath, Int32 Type)"

I am using the above method "PutDiagramImageToFile" to store EA diagram to file system, but when I am trying to execute the same method, EA application becomes non-responsive and EA does not respond. Becuase of this API call goes into waiting state for 60 minutes and after that I get an error of "remote procedure call failed (Exception from HRESULT: 0x800706BE)"

Machine configurations I am using:
RAM: 20 GB
EA version: 16.1

How can I resolve this error ?. Also, the size of diagram is of small size.

Thank you for help

6

Bugs and Issues / Re: When working with same connection on multiple threads, db state found is stale

« on: March 17, 2025, 08:09:56 pm »

I will check for the sleep().

There is one more case,
Thread1: Created connection with user1
Thread2: Created connection with user2 and added new elements
Now Again Thread1: is active and it fetches all elements from DB then, new elements are not found, unless package reload is done.

Also, I have performed these 2 commands before reusing the older connection:
1. repository.Models.Refresh();
//Refresh view for all packages
2. repository.RefreshModelView(0);

Still, new elements are not found

7

Bugs and Issues / Re: When working with same connection on multiple threads, db state found is stale

« on: March 17, 2025, 06:04:09 pm »

Getting data with SQL is not working, if explicit refresh is not done.
But just as package reloads are done, we get this data for newly added elements.


My usecase is such that:

Thread1: creates connection and creates an element
Thread2: reuses connection, and now when looking for all elements, it is not able to find Thread1 created element. Even if it is visible on ui as well if logged in with another user. Once, package reload is done, then I am able to find newly created elements

8

Bugs and Issues / When working with same connection on multiple threads, db state found is stale

« on: March 17, 2025, 05:05:24 pm »

I am working with multiple threads and all of them uses the same connection and user as well, so when I am reusing the thread, I am performing below operations to refresh the connection object state:

repository.Models.Refresh();
//Refresh view for all packages
repository.RefreshModelView(0);

However, if Thread1 has created an element E1. And even after above refresh statements, if thread2 gets data of elements with sql query, then also E1 is not found in the data state.

Now, in case I explicitly refresh all packages using below code, then only I am able to find E1 element in Thread2 as expected.

public void ReloadAllPackages(EA.Repository repository)
        {
            foreach (EA.Package rootPackage in repository.Models)
            {
                ReloadPackageRecursive(rootPackage, repository);
            }
        }

        public void ReloadPackageRecursive(EA.Package package, EA.Repository repo)
        {
            if (package == null) return;

            // Reload this package
            repo.ReloadPackage(package.PackageID);

            // Recursively reload all subpackages
            foreach (EA.Package subPackage in package.Packages)
            {
                ReloadPackageRecursive(subPackage, repo);
            }
        }


But this will take too much time if too many packages are there and too many elements and diagrams.

Is there any alternate way for refreshing state of connection in different threads when reusing the same connection?

9

General Board / Provide reason to connect to EA application using DLL

« on: October 14, 2024, 06:54:12 pm »

Hello,

I am using Interop.dll to connect to EA application using API. I want to provide reason for opening the connection with EA application similar to hibernate where we can provide reason of opening a new connection.

Is there any way in EA api where i can provide reason for opening the connection ?

Thanks

10

General Board / Re: Get history of API calls made to EA

« on: September 24, 2024, 06:06:58 pm »

Thanks Geert, this will surely help me with my task

11

General Board / Re: Get history of API calls made to EA

« on: September 24, 2024, 04:40:16 pm »

Is there any for sqllite3 or MS Access which we can do, because (.qea) and (.eapx) uses them internally.

Thanks

12

General Board / Get history of API calls made to EA

« on: September 24, 2024, 04:12:48 pm »

Hello,

I have an application which communicates with EA using API to read/create/update entity in EA.

I want to know the history of API request which has been made in the API, along with their execution time from EA.

Is there any way to find out the following:
1. History of API request which has been made to EA
2. Execution time taken to process the given request

Thanks

13

General Board / EA behavior for multi-threaded environment

« on: September 23, 2024, 11:10:33 pm »

Hello,

I have created a multi-threaded application that communicates with EA system. Set-up for my application is as follows:

There are 5 threads: T1 to T5 which parallelly make request to EA system using API.

Out of all the above 5 threads, suppose request of third thread T3 is wrong request which results into pop-up to be displayed from EA application.
Because of pop-up, my EA application stops its processing for other threads request and all the remaining thread gets halted until the pop-up is not closed.

I want to perform following operation:
1. Fetch the text from pop-up and close the pop-up from the program.(Done)
2. Pass the pop-up to the thread which caused the pop-up. In my case third thread (T3)

I want to know about the following:
1. Is my understanding of EA stops processing further request until pop-up is not closed correct? I want the actual behavior of EA in multi-threaded environment.
2. Is there any way to identify which thread cause the pop-up to occur so that I can get to know which thread caused the issue?

Thanks

14

General Board / Pop-Up: Operation is not allowed when object is closed

« on: September 20, 2024, 04:41:08 pm »

Hello,

I am having a version-controlled package in EA which is syncing from source to other project of EA.
Operations I am performing,

1. While writing any create/update, first take check out of the package
2. Perform create/update operation
3. Perform check in of the package.

While performing this I am getting pop-up of operation is not allowed when object is closed..
Also, there are many requests going on parallelly on the same project at the same time.

Why do I get this type of error in version-controlled package, and how to solve this error or how to avoid this error?

Thanks

15

General Board / Re: API calls limit error from EA

« on: September 20, 2024, 04:31:58 pm »

Thank you Geert