Home » Polarsys » Capella General » Scenario transition(OAS to OES not done)
Scenario transition [message #1832112] |
Wed, 09 September 2020 09:19 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Hi all
I'm experiencing difficulties to transition scenarios from OAS to OES: it doesn't work until I remove all fragments...
The modeling context is a big model, for the moment, only OA is populated to define exact system context. (50 OEs, 200 OAs, close to 300 OCs, in which 180 shall carry scenarios, more than 1000 EIs, 500 states....)
The model was originated in 1.2.1 and migrated to 1.3.0, then to 1.4.1. My work session at my customer is migrating PC, Java is OK now, and the issue occurs on both PCs (Windows10 pro)
I tried to reinstall the application but it doesn't work.
I can't share my model due to confidentiality constraint.
Thanks for your ideas.
Some updates: in fact I manage to transition with only one fragment removed: the point is to find the one to remove...
During all my tries, another scenario was transitioned to OES (despite an OES was already set from an the OAS there, which Capella rejects normally...) All these OES are looking conform, but in fact the functions that included the correct OE lifelines are not correct!
It's like if some of links were mixed in the model....
[Updated on: Wed, 09 September 2020 10:06] Report message to a moderator
|
|
| |
Re: Scenario transition [message #1832153 is a reply to message #1832135] |
Thu, 10 September 2020 09:08 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Thanks Stéphane,
Investigating, I wanted to check my extensions... and all folders under eclipse are hidden except Workspace . I could not choose another workplace, by the way...
It looks like I'm trapped by admin control in my organization.
Capella is not yet in official application list, the department where I am is doing a first application as PoC, try to push to officialize.
The point seems to come from OE and OE parts, and their representations in diagrams. The broken or unusable link seems to be the allocation...
My model has now 50 OE; close to 200 OActivities; 300 OC... (The organization discovers system engineering, I would even say the department where I am is pushing to introduce...)
I raise a ticket to IT in house to understand more about permissions
Edit:
I just forgot: to make sure avoiding path length issues, I have shortened the folfer name having all the version data, because it was not possible to remove 2 useless folder levels. What happened is that Capella wanted its long name folder to set up workspace. I know where is my running copy (PC migration is sometimes complicated and full of incident that you need to keep in mind!)... I check the dropins!
Edit2:
Dropins has now all polarsys extensions... still not working.
Just in case here is the error reported:
pl.PartImpl cannot be cast to org.polarsys.capella.core.data.fa.AbstractFunction
PS: What called fragment is what Capella calls fragment: a block in scenario having one or several operands pending on a guard...
[Updated on: Thu, 10 September 2020 09:56] Report message to a moderator
|
|
|
Re: Scenario transition [message #1832167 is a reply to message #1832153] |
Thu, 10 September 2020 15:26 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Continued...
I'm currently completing the updating of OES by hand after OAS updating (15 of them are concerned). Just before another one, I tried a model validation:
None of the OE are referenced by a part
Previously I made visible the parts in the tree: their detail screen is the same than the OE instead of reference questionnaire (Refers to entity...) Issue level is Error.
Is my model totally fuck up?
I have no clue about apply a correction to this.
Thanks for any help.
Edit: I just removed 54 self generated entities named "entity" in the operational entities folder!
By the way, I need an explanation about why do I need to set constraint link when I use a constraint as guard in a operand, state transition or any other object, to my eyes it's kind of repetition...
Thanks for all and any answer
[Updated on: Thu, 10 September 2020 15:34] Report message to a moderator
|
|
| |
Re: Scenario transition [message #1832275 is a reply to message #1832168] |
Tue, 15 September 2020 06:53 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Thanks Stephane, I just had a permission about sharing obfuscate model...
Just before, I have some news:
1/ My PC migration left hidden an issue about folder organization within dropins, which made unavailable some of extensions... Solving this made some progress, but it's not closed
2/ New progress by duplicating common constraints used as guard in operands belonging to different scenarios. Not everything is solved, but yet the first expression is based on model elements, the doublon calls the first one: May be need to remove it and copy the exact condition. In that case I think the condition has to be described through class or enumerated values, and used by each copy.
The point is when transitioning an OAS, it seams that all OAS sharing material is affected, and is transitioned first, but the result is not correct, sometimes the concern is just on the diagram, sometimes on the scenario itself, and an OES exists already, linked to the appropriate OAS. The targeted OAS is not transitioned, first try, an empty scenario is created, with a warning, second try will give an error and hide the tree. Recovery requires closing the project and reopen.
I tried repair project: the routine works for a while and get stuck for more than half an hour sometimes at "saving items status", requiring task killing by the task manager, whenever the repair task ends normally it reports "repair process could not be run".
Then my last plan is to remove constraints sharing and even dependency, may be delete link to model and just write condition in plain text only. But, to me then, we are missing one of the mission of modeling: find and converge state transition conditions, use same conditions in scenario and converge scenario progress condition when applicable. Plain text seams to me acceptable for operational analysis during which we are looking to define the context, not after, because SA objective is to share a contract with stake holder about scenario execution, and precise interface to the actor the manage each.
Thanks for your help, If I get nothing with this plan I will (re)generated an obfuscated model.
Edit: Saving the session generates an error: To me it relates to folder path name length which is tough to windows. I use a long project name, but located as close as possible to C: root. Is there any chance to rename aird file and melodymodeller one?
Or to import all items in a new one?
[Updated on: Tue, 15 September 2020 07:27] Report message to a moderator
|
|
| |
Re: Scenario transition [message #1832373 is a reply to message #1832302] |
Thu, 17 September 2020 08:51 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Thanks Stephane,
I duplicated my model to obfuscate... but then obfuscation did not complete!
So I restart from my last export before PC migration: at the moment I'm solving model validation issues... but some items are not found despite existing (eg message invoking interactions) I'll try to replace them...
Some items are missing and dangling in expressions: for these one, I just cleaned, as I will have to duplicate constraints in order to avoid sharing them between scenarios. My plan to keep unicity of condition is to set up a variable (class or enumerated, to be decided) but then, the value will described in plain text. The last point is: Do I need another constraint for the OES, or can it be the one used by OAS?
I understood why the migration generated so many empty OEs: the metamodel change requires to decide for each OE Entity/Actor and Human/Non human, some issue generated non filled out duplicates. (I removed them)
The error log is complaining about home directory (not set up) for Java, I don't know the impact of it for the model, so I'm now looking for what should be in eclipse.ini to solve. (Thanks if you can give some information there..)
Thanks for all
Regards
PS: current eclipse.ini
-startup
plugins/org.eclipse.equinox.launcher_1.5.400.v20190515-0925.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.1000.v20190125-2016
-vmargs
-Dosgi.requiredJavaVersion=1.8
-Xms1000m
-Xmx3000m
-Xss4m
[Updated on: Thu, 17 September 2020 11:44] Report message to a moderator
|
|
| | | |
Re: Scenario transition [message #1832542 is a reply to message #1832490] |
Mon, 21 September 2020 06:07 |
Thierry Poupon Messages: 18 Registered: January 2020 |
Junior Member |
|
|
Thanks Stephane
About Capella team, I understand you are answering more about Eclipse than specifically Capella. I hope they will read this thread, because to me, not using the same condition for the cases it shall apply is deviating from system designing, or at least creates a PLM issue within the model, as the same ment data is repeated several time. Thus we can experience an issue when change of this common condition is needed (remember that using same name or leaving unnamed items may lead to tree view readability, warning or error issue when too close in the tree, so each repetition has different name, the filter is less efficient). And having plain text instead of referenced names in the expression is again the same issue. This brings me to another one: in the new version 1.4.1, I had to forget edit/copy-paste and use windows clipboard... Capella team said an issue report was raised for this. But the search tool Ctrl F is unavailable as well! I'm not IT people, I would dislike when absolutely necessary look at my model through another workbench to use Control F!
Thanks again still
Regards
Thierry Poupon
Altran
|
|
|
Re: Scenario transition [message #1832592 is a reply to message #1832542] |
Mon, 21 September 2020 13:53 |
Stephane LACRAMPE Messages: 217 Registered: July 2009 |
Senior Member |
|
|
I was answering specifically for Capella, but I am not part of the Team that develop Capella, so my answer was basically "on your second topic this goes beyond my current knowledge so I cannot answer it".
I hope the Capella team can find some time to answer, but this is an open forum, there is no guarantee you'll get an answer...
Stephane LACRAMPE
Obeo Canada
|
|
|
Goto Forum:
Current Time: Thu Sep 26 19:37:00 GMT 2024
Powered by FUDForum. Page generated in 0.04674 seconds
|