Author Topic: Very slow adding BPMN components (Read 8920 times)

Peter Tillemans · « **on:** June 06, 2014, 07:06:47 am »

Hi,

Since a couple of weeks adding new components to a BPMN diagram has become very slow = 2 mins (120s!) spinning mouse before dropping the component on the canvas.

Moving and editing components is fast, many other diagrams do not have this extreme slowness with adding new components.

The model is in a remote MySql database with good connections and ping times. It was never a problem in the past.

Has anybody experienced something similar. Any suggestions to fix it?

thanks

Peter

qwerty · « **Reply #1 on:** June 06, 2014, 07:08:51 am »

You should contact Sparx support also directly. They are quite responsive when it comes to such kind of issues.

q.

Helmut Ortmann · « **Reply #2 on:** June 06, 2014, 03:51:55 pm »

Hi,

do you use *.eap files.

If yes then look at the file size. If it's more than 200MB compact it.

Helmut

stevesavage · « **Reply #3 on:** October 23, 2014, 06:37:44 am »

I'm having the same experience, and only with BPMN diagrams, all other diagram types so far have not demostrated this problem...

I have a quad-core CPU, with EA maxing out one of the cores when this happens.

Only get the problem if I try to create new elements directly on the diagram. If I create them in the project browser first, and then drag them on to the diagram, I do not get this problem.

qwerty · « **Reply #4 on:** October 23, 2014, 08:21:05 am »

You should report that as bug. BPMN comes with some code running along with it (at least shape scripts if not more).

q.

stevesavage · « **Reply #5 on:** October 31, 2014, 12:13:31 am »

If I change the diagram from BPMN, to another type (diagram->advanced->change type), and then manually select the BPMN tool box, the problem goes away. I can add new elements with no lag. As soon as I change back to BPMN the problem also comes back.

It seems that for BPMN diagrams, EA is automatically trying to organize the hierarchy in my project browser to match the nesting in my diagram.... if you have a more complex diagram it can get "confused" and need to time out, or simply hangs

stevesavage · « **Reply #6 on:** October 31, 2014, 12:14:13 am »

And I've submitted a bug report with the XMI file containing the diagram that triggers the problem.

In the mean time, is there anyway to turn this feature off? I do not want my heiarchy to be automatically adjusted based on my diagram.

Peter Tillemans · « **Reply #7 on:** February 12, 2015, 11:00:27 pm »

somewhat belated, here is a follow up.

I did contact support, we went through the setting and I was told to disable auditing. This solved the speed issue, but of course we have lost the audit trails.

OTOH no use for audit trails if no-one can use it, so it is a sacrifice which had to be made. I got very religious on backing up though. 8-)

stevesavage · « **Reply #8 on:** February 13, 2015, 04:01:37 am »

Thanks for the tip, tried it, got a slight improvement.

Geert Bellekens · « **Reply #9 on:** February 13, 2015, 06:06:45 pm »

Quote

In the mean time, is there anyway to turn this feature off? I do not want my heiarchy to be automatically adjusted based on my diagram.

I believe they fixed that in v12

Geert

stevesavage · « **Reply #10 on:** March 12, 2015, 07:21:49 am »

Thanks Geert, I now have EA12 installed so I can test to see if it makes a difference.

In the future I'm hoping Sparx would make this type of "auto" behaviour optional, or manually triggered (right click.. menu).

This feature has introduced a lot of manual work for our modeling process as it keeps "moving" things around based on whatever internal rules sparx decided on.

I "thought" we have a simple heirachy, but I guess I was wrong.

Archimate Service
-> Archimate Diagram
-> Archimate Process
-> BPMN Process Diagram
-> BPMN Pool -> BPMN Lane -> BPMN Activity
-> BPMN Process Diagram (to detail the Activity)
-> BPMN Pool -> BPMN Lane -> BPMN Activity (repeat if needed)

Unfortunately when I add a activity to a lane on the diagram (that is already under the lane in the project browser), sometimes Sparx leaves it alone, sometimes it get's moved to be under the pool that contains the lane, sometimes the root of the package.

Geert Bellekens · « **Reply #11 on:** March 12, 2015, 06:14:39 pm »

I can recommend to read Phil's article on how to manage BPMN model in EA v12 here: Working with BPMN 2.0 in Enterprise Architect version 11 / 12

Geert

stevesavage · « **Reply #12 on:** March 13, 2015, 01:34:19 am »

Thanks Geert, I did, and based on his presentation we've made some changes on how we use pools and lanes....

I've started using EA12 today and at the moment it does seem to be fixing the problem.

One of the key things we've had to change is how we show activities within their own child diagrams. Once I'm sure it's all working I plan to do an entry on my blog. www.stevenksavage.com

Pawel Miechowiecki · « **Reply #13 on:** March 21, 2015, 01:22:44 am »

EA does something strange in database.

After adding new Business process I have over 18000 records in database with the name of that new process, but object_type is Text.

It looks like that there have beeen made cross-table UPDATE or INSERT which slows EA. I found it in EA 10.

Geert Bellekens · « **Reply #14 on:** March 23, 2015, 09:23:05 pm »

Are you sure you don't have some script or add-in that is responsible for that result?

Does that still happen in v12?
If so you better contact support.

Geert

Sparx Systems Forum

News: