Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Papyrus-RT/Releases/Oxygen v1.0 Release Notes"

(Created page with "File:PapyrusForRealTime-Logo-Icon.png<br/><br/><br/><br/><span style="font-family: Helvetica,Arial,sans-serif; font-size: 48px;"><b>Neon v0.9 Release No...")
 
(Known Issues: Prepared the page for Papyrus-RT 1.0 (Oxygen) information, marked as early version)
Line 41: Line 41:
 
{{warning |Path Names| The long-standing pathname issue when installing in deeply nested directories in Windows appears to still be an issue with the Windows installation. If you get errors extracting the RCP archive or running Papyrus-RT, consider installing in a directory closer to the root of your system! }}
 
{{warning |Path Names| The long-standing pathname issue when installing in deeply nested directories in Windows appears to still be an issue with the Windows installation. If you get errors extracting the RCP archive or running Papyrus-RT, consider installing in a directory closer to the root of your system! }}
  
And yes, of course, we are painfully aware that there are still issues with the tool. A list of known issues is provided below...
+
And yes, of course, we are still painfully aware that there are still issues with the tool. A list of known issues is provided below, with workarounds, when available.
  
Note that the descriptions of the known issues, below, are summarised from the corresponding bug discussion.
+
Note that the descriptions of the known issues, below, are summarized from their corresponding bug discussions.
  
Bugs are listed from most recent to oldest, with bugs found post-released indicated with a leading "{{new}}" tag.
+
Bugs are listed from most recent to oldest, with bugs found after the official release indicated with a leading "{{new}}" tag and those updated post-release indicated by an {{updated}} tag.
  
; {{updated}} '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=514431 514431] - Popup-menus do not work with Windows 10 Touch enabled'''
+
; TBD
: '''Description''': On Windows 10 systems with the display's touch interaction enabled, the pop-up menus for selection of existing or new types in the creation of Capsule ports and parts do not respond to user input.  Selection of an item in these pop-up menus has no effect and the new element is not created.
+
: '''Work-around''': Disable the touch display.  In some cases, this may also require a system re-start or logging out and in again in Windows.
+
: {{new}} '''Fixed''':  The GMF team has published a service release following the Neon.3 general release, which includes a fix for this problem.  You can update your installation from the [http://download.eclipse.org/modeling/gmp/gmf-runtime/updates/releases/ GMF Run-time Releases] p2 repository to use Papyrus-RT and touch applications.
+
 
+
; {{new}} '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=514192 514192] - Target Platform for Neon has incorrect version for extras'''
+
: '''Description''': The default target platform used when doing a <code>mvn clean verify</code> on a checkout of the 0.9 release tag includes only the Neon.2 release of Papyrus, not the Neon.3 that is actually required.
+
: '''Work-around''': Select the latest milestones of Neon dependencies, which are the ones that became the Neon.3 release, using a system property:
+
:: <code>mvn -Dpapyrus.kind=papyrusmilestone clean verify</code>
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=513808 513808] - Code generation error related to connector between internal behavior port and inherited port'''
+
:'''Description''': A code generator error gets generated for the case of connector between an internal behavior port and an inherited port on a capsule part, i.e. the capsule part is typed by a subclass capsule which inherits an external behavior port from its superclass capsule.
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=512895 512895] = Copy-paste of Port in structure diagram behaves inconsistently'''
+
: '''Description''': Copying an pasting a port in a capsule diagram to create a new port does not display the newly created port.
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=487356 487356] - Code generation fails on "pass-through" connectors'''
+
: '''Description''': The code generator has some problem correctly interpreting the model with delegation vs. assembly clear. Most of this now works correctly except that a test case failure is preventing the release of the solution in the 0.9 release.
+
: '''Note''': This bug contains good information about the pass-through pattern and its ports and connectors that has been summarised in the UML-RT section of the [https://wiki.eclipse.org/Papyrus-RT/UML-RT/Pass-Through-RelayPorts wiki]
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=512295 512295] - Make it possible to convert a composite state back to a simple state'''
+
: '''Description''': After double clicking on a state in a capsule state machine to convert it into a composite state, it is not possible for a user to convert that composite state back into a simple state.
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=512279 512279] - Direct editor for a state does not finish edit when pressing enter'''
+
: '''Description''': When using the direct editor for a state in a state-machine diagram, either directly after creating the state, or selecting the state in the diagram and pressing F2, and pressing the enter key to finish editing the name, moves the cursor to the next line and does not finish the editing as expected.
+
: ''Steps to reproduce'':
+
:: # Create a UML-RT model based on the "UML-RT for C++" template
+
:: #  Create a capsule
+
:: #  Create a state-machine for the capsule
+
:: #  Open the state-machine diagram
+
:: #  Add a new state using the state tool from the palette
+
:: #  The direct editor is not activated
+
:: #  Start typing a new name and press enter
+
:: #  The edit box is now increased with a new line and the cursor is placed on the new line
+
:: #  Expected result would have been to simply finish the naming of the state, similar to how it is done for choice point and other pseudo-states.
+
 
+
; '''Bug [https://bugs.eclipse.org/bugs/show_bug.cgi?id=511758 511758] - Closing a newly opened diagram causes the user to lose navigation/context'''
+
: '''Description''': If you close a newly opened diagram, e.g. after double clicking on a capsule part to navigate to the structure diagram of the capsule typing the capsule part, or double clicking a composite state to open the state diagram of that composite state, then the previous open diagram is not in focus, but instead the new welcome tab is opened instead.
+
: '''Steps to reproduce''':
+
:: # Create a UML-RT model
+
:: # Create two capsules in this model
+
:: # Open the structure diagram of the first capsule
+
:: # Drag-and-drop the second capsule on the diagram of the first to create a capsule part
+
:: # Double-click on the capsule part to open the structure diagram of the second capsule
+
:: # Now close the newly opened structure diagram of the second capsule by using the red x on the diagram tab at the botton of the model editor
+
:: # Actual result: The welcome page is now displayed
+
:: # Expected result: The structure diagram of the first capsule, i.e. the previous open diagram, should be displayed. This is especially important if the user have lots of diagrams open.
+
:: The same is applicable for the case when double-clicking a composite state to open its diagram.
+
  
 
[[Papyrus-RT/Releases#Papyrus-RT_MVP2_.28v0.9.29_-_Better_behave.21|Back to Papyrus-RT v0.9 Release]]
 
[[Papyrus-RT/Releases#Papyrus-RT_MVP2_.28v0.9.29_-_Better_behave.21|Back to Papyrus-RT v0.9 Release]]

Revision as of 14:39, 17 July 2017

PapyrusForRealTime-Logo-Icon.png




Neon v0.9 Release Notes



Back to Papyrus-RT v0.9 Release

WARNING: Working version of the release notes! This page WILL CHANGE prior to release!


What have we done!

The best part is that we have finished what we originally wanted to accomplish in MVP2 (and maybe a bit more) -- and we managed to move to Oxygen!

These were the goals we have set for this release, along with what we have done:

  • Migrate to Papyrus Oxygen - accomplished!
    • This was more work than anticipated, as many changes were done in Papyrus to make it better and more flexible - and that meant we needed to adapt. Luckily, we had great collaboration with the Papyrus team and most of our issues were addressed. As we release Papyrus-RT 1.0, there are still somePapyrus bugs blocking Papyrus-RT that will need monitoring to see about doing something when they are fixed...
  • Complete work on hierarchical state machine behaviour - accomplished!
    • Improving the usability of the state machine editor for UML-RT was a priority and much work was done to improve this. We have tried and, we believe, achieved in implementing a good user interface for creating and navigating UML-RT state machines (there were so many corner cases in doing so!).
  • Complete work on structural Inheritance - accomplished!
    • This barrel of monkeys poisonous snakes laughs from v0.9 was emptied and our developers are on the way to full recovery thanks to summer holidays!
    • There are still a few little quirks (see "Known Issues" ), so we will need to see what can be done in subsequent releases.
  • Complete work on behavior Collaborative modeling (hierarchical state machine compare/merge) - accomplished!
    • Many improvements were done with regards to both structure and behaviour compare/merge.
  • Complete work on basic support from code snippet view - accomplished!
    • The code snippet view is now better integrated into the workflow and available in more contexts. If you want to work in a full-blown, target language-aware editor for, you still need to start a separate view - but that is still functionality for the future.
  • Complete work on pervasive default language support - accomplished!
    • Target language can now set when creating a model or through the model's properties and is used whenever a target language can be used.
  • Complete work on behavior Inheritance - accomplished!
    • More monkeys taken out of that barrel...
  • Complete work on runtime support - Partially accomplished!
    • Some work was done to improve Windows support.
    • Some documentation is being added to the wiki to help with command line parameters and debugging commands (which could already be accessed from the command line help).
  • Plus, we got all the improvements from the Papyrus Neon.3 release!
  • Beta
    • We did not do too well with the Beta. We learned our lesson in that an unstructured beta is not the best approach. Next time, we will do better!

Known Issues

Warning2.png
Path Names
The long-standing pathname issue when installing in deeply nested directories in Windows appears to still be an issue with the Windows installation. If you get errors extracting the RCP archive or running Papyrus-RT, consider installing in a directory closer to the root of your system!


And yes, of course, we are still painfully aware that there are still issues with the tool. A list of known issues is provided below, with workarounds, when available.

Note that the descriptions of the known issues, below, are summarized from their corresponding bug discussions.

Bugs are listed from most recent to oldest, with bugs found after the official release indicated with a leading "NEW" tag and those updated post-release indicated by an Updated tag.

TBD

Back to Papyrus-RT v0.9 Release

Closed Bugs

There were 152 bugs closed as part of this release. That's too many to list here!

So I'll be lazy efficient and give you a link to the complete list of closed bug in Papyrus-RT 1.0.

Back to the top