Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - SilverSage

Pages: [1] 2 3
I've saved linked documents to two different BPMN 2.0 elements, one an activity and the other an activity with a composite diagram. Neither of the elements display the A anywhere, let alone where it's supposed render. Is there a flag I need to set somewhere to get that A to display? I've searched the EA preference tables, the element property tabs, and the diagram property tabs. I've also searched the EA doc and this forum. Am I missing something somewhere?

Thanks in advance for any assistance.


General Board / Re: Understanding External References
« on: January 06, 2018, 04:49:45 am »
Gooit it finally worked out.  If you have any specific queries on RAS so not hesitate to ping me.
Absolutely, Nizam. Thank you.


General Board / Re: Understanding External References
« on: January 05, 2018, 03:41:32 am »


Sorry, i did mean RAS. RAS is useful if you are trying to find dependencies of a few  packages. And ive used it to establish branching for a number of teams. 
Howver if it's including all top level packages amd all sub packages, please consider a project transfer. 


Nizam -

I am working on setting up a project transfer, because that seems to be the only way we're going to be able to move our project from one server and database to another without the help of a DBA.

That being said, I finally got RAS to show me what I was trying to find - all the package dependencies I wanted to see for a diagram that I knew to contain links to dozen of diagrams in at least as many packages.

I've been able to figure out many fairly complicated software packages without too much difficulty, but EA is one of the most unintuitive I've ever used and has forced me to research and read doc more than just about any other software I've used in recent times.

The information I needed to read, and eventually found, was, of course, four pages away from the end of the RAS PDF I printed. However, I found it and now I'm happy. Case closed.

General Board / Re: Understanding External References
« on: January 04, 2018, 07:52:07 am »
Well, at least I now have a name. I'll PM him and see where it gets me.

Thanks, q.


General Board / Re: Understanding External References
« on: January 04, 2018, 05:55:17 am »
Well, after creating a storage in RAS and trying to register the top-most package (contains all our packages and subpackages), I received the ever-helpful cloud services error message: The operation timed out.

Would this failed registration process create a log on the server - or perhaps on the machine where I initiated the registration process - with enough information to be helpful for troubleshooting?



General Board / Re: Understanding External References
« on: January 04, 2018, 04:10:41 am »

I know of RAS which stands for Reusable Asset Service. See

I guess that is what Nizam meant.


Thanks, Geert. I figured that out, as I mentioned to q in my response to him. Thanks for the current link. I found a 34-page PDF, but it appears to be older, dated 2015 - 2016. I don't know if many differences between the contents of your link and the PDF exist, but I'll go with the latest information.

General Board / Re: Understanding External References
« on: January 04, 2018, 04:01:11 am »


Funny as ever, q.  ;)  I found that and other references on google. I'll just say my RASS is a little chapped right now. Rimshot!

It didn't take me too long, but longer than it should have, to figure out that "RASS" should have been RAS. I'm pretty sure we're running RAS, but that's all I know at this point. It's lovely having little-to-no support for an enterprise project that's important enough to spend money on, but not important enough to provide adequate support or infrastructure. I guess I now I have some reading to do and questions to ask. No rest for the wicked.

General Board / Re: Understanding External References
« on: January 04, 2018, 03:23:37 am »

Have you also considered using RASS to ascertain dependencies for the package you are exporting from the source model?
If Project transfer isn't an option, you need to understand all dependencies using RASS and import that into your new model.


Thank you for responding, Nazim. I'm not sure what RASS is. Is it a 3rd-party utility? If so, there's no chance of us being able to use it.


General Board / Re: Understanding External References
« on: January 04, 2018, 03:06:46 am »

How are you trying to "copy" the model?
Have you tried model transfer? That process will basically do a table per table copy of the model resulting in an identical copy.

And also, run a project integrity check (fixing all the errors) before trying to transfer.


Thanks for responding, Geert. Here's my situation. I have a project in a PostgreSQL RDBMS on a server located in a state on the eastern seaboard of the US. I need to get the contents of that project from that server to another server and PostgreSQL RDBMS located in a state in the Midwestern US. I have no-to-minimal database admin support.

I access each server through a cloud connection string, so I've had two instances of EA open, one for each server. My teammate and I have tried exporting models from our source project to XMI and then importing them into our target project. Not only does it take a long time (when it works), but on larger package imports the process fails (after running for hours) with this error: Microsoft OLEDB Persistence Provider [-2147024882] Not enough storage is available to complete this operation.

We've tried copying models in our source project to our clipboards and pasting them into our target project. That doesn't work well, either.

I'm sure part of our issue is the design of our repository, which contains a lot of packages and nested packages. From what I've been able to gather, that's a great design for creating issues with external references when chunks of a project get exported for someone to work on. I think we'll have to revisit our repository design at some point down the road.

I'll see if we can obtain the information we need to perform a model transfer. Hopefully, I can obtain the ODBC connection string info to the two servers from a couple of technical architects I know at my company.

Thanks for your help, Geert.


General Board / Understanding External References
« on: January 03, 2018, 11:04:12 am »
Happy New Year Everyone!

Now that's out of the way...  ;)

Can anyone tell me where I can find EA documentation containing information about external references? I'm trying to learn whatever I can about them... what EA's definition is, potential causes, potential resolutions, relationship to repository design, relationship to dependencies and how to discover dependencies that might cause them, etc.

We're trying to copy the contents of an existing repository residing in a clusterblank of a ProgreSQL database into another instance of a clusterblank of a ProgreSQL database that was stood up and tweaked a bit better than our current instance to work with EA (13.5).

When we do the copy (We have no DBA support, so this is not a database table copy; we're performing the copy from one instance of EA connected to our source repository to another instance of EA connected to our target repository.), we get a xit-ton of external references on many of our existing BPMN 2.0 diagrams we're trying to move to this new instance. Looking at their properties, though, gives us no information. We're also losing connectors from diagrams in the target repository and some connectors themselves come across labeled as external references.

Are these external references we're seeing actually unresolved pointers back to our source database, in which case this approach will never work? Or is there a way we could make it work?

We're baffled and we're trying to get ourselves "unbaffled". If anyone can point me in the right direction, it would be a great New Year start.

Thanks for any and all assistance.


General Board / Re: model IDEF0
« on: January 03, 2018, 10:32:00 am »
I'm probably a dinosaur, but I really liked IDEF0 for process decomposition and analysis. I used Design IDEF back in the day, but to my knowledge, no enterprise repository existed. Heck, it didn't even store data in a database; it used local tables to store its data and all the relationships.

I know no federal funding existed to define all the proposed IDEF methodologies and there were probably a bundle of issues with maintaining and integrating all the proposed standards of which I'm wholly unaware. However, I have to think that one of the biggest issues was that consulting firms had to create new methodologies to push and sell. They couldn't do that with IDEF.

General Board / Yet Another Cloud Services Question
« on: February 12, 2016, 06:23:29 am »
I'm trying to update a shared repository located on a remote server via Sparx' Cloud Services. I work in a local repository, export my package and then import it into the remote repository. The repository is a representation of a company's enterprise business processes and value streams. As such, it contains multiple nested levels of packages, with each nesting representing a level of business process decomposition.

This is something I stumbled upon yesterday:
EA reported timeout errors each time I tried to import any package into a nested level of the shared repository - picture packages within packages within packages. I experimented with importing small maps yet the problem persisted.

Then, I tried importing a package that had repeatedly failed to import into a nested package on the server into the top level of my server-based repository. Lo and behold! The import was successful, ending months of being stymied by this problem.

Can someone provide me with any insight as to what might be happening? Nesting packages in multiple levels makes no difference when inporting a package into a local repository - or when someone local to the server imports the same package to its nested location - but makes a huge difference when importing using cloud services.

In researching this topic on this forum, I found this from Geert:

The EA client is very "chatty" with the database server. It sends up to hundreds of small sql queries to the database to get every little piece of information.
So it is not so much the bandwith as the response time that will be the bottleneck when dealing with remote clients.

The only real alternative is to use a central version control system. Then each user can have its local model, and they check-out the parts of the model they want to work on.

Checking in/out takes a while too, but as long as you keep the size of the packages small enough it is a workable solution.


I'm thinking one of the contributing factors may be network latency, although I cannot prove this. I do know the campus where I work has a 1GB fiber pipe to the Internet and supports a thousand or more people. I tested my upload speed and found it to be 2Mb/sec at the time I tested; download speed was about 12x faster. I also know people stream video to their desktop, too, which may have some effect on what I'm trying to accomplish.

By the way, I can export successfully the whole remote repository, which becomes a 100MB XML file, with no timeout issues.

I appreciate any comments / insights.


General Board / Re: EA 12.1 Diagram Template Question(s)
« on: February 05, 2016, 10:26:59 am »
I'm using build 1224. Thank you for letting me know. I guess it's time to upgrade once again. ;)  BTW. is there a changelog anywhere I can view?


General Board / Re: Default Color after installing EA 12.1
« on: February 05, 2016, 05:40:20 am »
Kristofer -

Welcome to my world. ;)  We had the same issue with color changes and there are several solutions. In my mind, none of them are elegant and the one I chose for my group works, but it has limitations.  I'll let you read for yourself; here's a link I think will help you:



General Board / EA 12.1 Diagram Template Question(s)
« on: February 04, 2016, 08:11:29 am »
I've created a simple template diagram that contains three (3) BPMN 2.0 elements - Activity, DataStore, DataObject - and one EA problem child (BusinessProcess - the element with the chain link in the bottom-right corner of its icon) - each customized with some variation of size and/or color. I then told EA about its existence via Project->Settings->Project Template Package.

When I use the toolbox to create new activities, data stores and data objects, they render as I want and anticipate. My EA problem child, the BusinessProcess, renders with the default color, the pale whatever-it-is color. Is this an oversight that occurred during EA development or does the BusinessProcess element render using different rules and require me to do something differently to make it render the color I want when I add one to a diagram?

Also, if I drag an existing element created with the customizations from my template diagram from the project browser to another diagram, EA renders that element using that element's default properties. Why is that? If I have a template diagram defined and the element I use exists in my template diagram, it makes sense to me that I want the element properties (color, size, text, font, etc.) I defined in my template diagram to apply to each instance of that element type I place on a diagram, regardless of whether I use the toolbox or drag an existing element from my project browswer to a diagram.

Any chance this behavior will change?

Thanks for any and all responses, except for those that don't meet my expectations or disagree with my sensibilities.   ;)

Pages: [1] 2 3