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.


Topics - Uffe

Pages: 1 [2] 3 4 ... 21
16
Bugs and Issues / Import/export of time-aware models
« on: April 19, 2018, 09:41:36 pm »
Hellu,


If I clone a package structure to a new version, and then export the new version as XMI, will the exported XMI include the non-cloned elements from the original version?

Similarly, if I do a CSV export will the non-cloned elements be included?


/Uffe

17
Bugs and Issues / Time-aware MDG Technology models
« on: April 19, 2018, 09:39:55 pm »
Hi all,


So I'm thinking about trying time-aware models in my MDG Technology project, where I've got a couple of different technologies.

Let's say I've got a model that I've generated an MDG Technology from, and I clone that model.

If I now generate a profile from a package in my cloned model, going from the project browser and not the diagram, will the generated profile include the non-cloned elements?

Will the generated profile have the same "<Documentation id" attribute as the original?


/Uffe

18
Hi all,


I'm fiddling around with time-aware models to see if they're of any use.

First thing I tried was to set up a simple package structure as version 1.0.
- Parent package
  - Package diagram (showing child package)
  - Child package
    - Component diagram (showing component)
    - Component


Then I went ahead and cloned the whole structure to a new version 1.1. Here's what I got:
- Parent package [cloned]
  - Package diagram (showing original child package)
  - Child package [cloned]
    - Component diagram (showing original component)


This can't be right, can it? Since the child package is cloned, surely the diagram it's in should show the clone and not the original?
The way this is implemented, if I navigate between diagrams by double-clicking the child package, I go from the 1.1 version of the package diagram into the 1.0 version of the component diagram, even though the child package exists as a clone in 1.1 and has a cloned component diagram.

Am I missing something?


/Uffe

19
Bugs and Issues / Downgrading from 13.5
« on: April 18, 2018, 01:33:44 am »
Hi all,


After our recent upgrade from 11.1 to 13.5, we've noticed multiple issues with document generation and database modelling, where things that worked in the older version no longer do in the new. We're getting nothing back from Sparx support, so we're going to have to look at downgrading.

We've upgraded all our databases (SQL Server) to the 1220 version of the schema. This means downgrading to 12.1 should be OK, but I'm thinking about what we'll need to do if it turns out the bugs that are causing our problems were already present in 12.1, meaning we'll have do go even further back to either 12.0 or 11.1, where we know things work.

Does anyone have experience of downgrading past a schema change?

Or is it possible to run 11.1/12.0 on a 1220 schema?

Thanks,


/Uffe

20
Bugs and Issues / No API documentation for Repository.ImportRASAsset()
« on: April 13, 2018, 06:34:55 pm »
Hi all,

There is no documentation in the user guide for the automation function Repository.ImportRASAsset(), which was introduced in 1308.

According to EA's VBScript IntelliSense it takes eight string parameters, which takes a bit more effort to work out through trial and error than I would like to spend.

Reported.


/Uffe

21
Bugs and Issues / Change: inconsistent details views
« on: April 11, 2018, 12:39:00 am »
Hi all,


I've spotted an inconsistency between the two details views for a Change, specifically with the Version property. I assume the behaviour is the same for other maintenance types.

The Changes window is a non-modal window which has the list of Changes for an element along with a details view which (NB) contains all the properties for a Change.1

You can also use the Element Browser, which is also a non-modal window with a tree view in which all maintenance items (and a bunch of other stuff) is displayed with just some basic info.
From the Element Browser you can double-click a Change to open a modal window titled "Change details for <element type>: <element name>" which (NB) contains all the properties for a Change.1

Here's my thing.

If you create a Change from the Changes window, it's given a default Version. A little cryptic, and not related to what's in the element's Version property, but whatever, it's there and you can change it to whatever you want.
You can even clear that property, and save the Change. The empty string is saved in the database.

But here's where it gets weird.

If I open up the Change Details window, the empty Version is replaced with a new Version on the same form as the default. The database has not changed at this point, but the Apply and OK buttons are disabled even though the dialog contents do not match the database.

If I close the Change Details window without making any changes, I don't get a confirmation prompt.

If I open it up again, there is a new generated Version filled in.

So in other words the Changes window allows empty Versions, but the Change Details window does not.

Reported.


/Uffe


1There's actually one column in the t_objectproblems table, Severity, which is not shown. But it's not in either of these windows, so it is consistent.

22
Hi all,


According to the user guide, the Description field of a Maintenance Item should be shown but not editable in the Notes window.

I don't see anything in the notes window, whether I select the element that has an associated maintenance item in the project browser or a diagram, or even if I select the maintenance item itself in the element browser.

Is there a configuration I'm missing?

Cheers,


/Uffe

23
Hi all,

Following on from my earlier Bugs & Issues post, I sent the following feature request to Sparx on March 28. I haven't heard back yet, but will update this post when and if.

/Uffe


1) For action pins which do not have a defined Argument but do have a defined Type, provided the type is a classifier, the classifier's tagged values should be included in the pin's extended tagged values.
This is how activity parameters behave.

2) For action pins which have a defined Argument, it should not be possible to edit the Name, Type, Multiplicity, Kind, or its Stream, Control Type or Exception properties.
These properties should all be slaved to the argument's corresponding properties.

3) If an action pin has a defined Argument, and that argument has the Fixed Value property set, it should not be possible to edit the pin's Value.

4) When creating an action pin based on an activity parameter, the pin's Value should be set to the parameter's Default Value, if any.

5) When creating an action pin based on an activity parameter, the pin's Kind should be set based on the parameter's Direction as follows:
in => in
out => out
return => out
inout => this should result in two pins, one in and one out, with otherwise identical properties.

6) When shown in diagrams, an action pin label should contain the following based on which of the pin's properties are set:
Name and Value => "name = value" (Type omitted if set)
Name, no Value => "name : type"
Value, no Name => "value : type"

24
Bugs and Issues / DocumentElement fails for certain users
« on: April 05, 2018, 12:07:23 am »
Hey guys,


Got a weird one.

The setup:
SQL Server repository, 13.5.1352 clients. Recently upgraded from 11.1, where everything worked.
Browser script (VB) which calls an MDG Technology-deployed script to generate a document. Templates in same MDG Technology.
Security enabled with Windows authentication. All users have both Run and Edit Script permissions.

For some users, the script fails when it hits the first call to DocumentGenerator.DocumentElement().
Previous DocumentGenerator calls all seem to work just fine. They are, in order:
DocumentGenerator.SetStyleSheetDocument("Numbered Headings - Black")
DocumentGenerator.NewDocument("")
DocumentGenerator.InsertLinkedDocument(linkedDoc)


Then comes
DocumentGenerator.DocumentElement elementID, 0, "The template"
... and that's all she wrote. The script breaks on that line, popping an error dialog which contains the line number but no error code or message.
If the user hits F8 and selects the same template, the generation works fine.

This is consistent:
Some users cannot run the script at all, other users can run the same script repeatedly without any problems.
For users who can't run the script, if they log in as admin (which has the full set of permissions), the script still breaks the same way.
In a different repository, the problem persists: the same users can't run the script.

Any bells ringing?

Could it be related to my zombie custom-script-fragment-doesn't-work-when-invoked-through-the-API bug?
The template in this case does include a fragment, although this time it's a regular SQL fragment.

Is DocumentGenerator fundamentally broken in 13.5?


/Uffe

25
Bugs and Issues / User guide: wrong permission listed
« on: April 04, 2018, 09:23:30 pm »
Hi all,


The user guide page Specify Required MDG Technologies specifies that in order to manage the set of required / permitted MDG Technologies for a security-enabled project, the permission 'Manage Project Settings' is required.

This is incorrect. The relevant permission is 'Configure Project Prerequisites'.

Reported.


/Uffe

26
In 1352, if you create an RTF template and select the Package / Element section, EA automatically includes the Child Elements section.

If you deselect Child Elements, and then click the '+' icon next to the Element section to collapse it, EA reselects the Child Elements section and places the corresponding tags in the template.

Reported.


/Uffe

27
Bugs and Issues / MDG Technology wizard: wrong back link
« on: March 27, 2018, 10:02:06 pm »
If in 1352 you start the MDG Technology wizard, select not to use an MTS file and click Next, and from the next wizard page click Back, you arrive at the MTS file selection page.

Instead, you should arrive at the wizard's first page.

Reported.


/Uffe

28
Bugs and Issues / Custom Script fragments not working in 13.5.1352
« on: March 27, 2018, 03:07:36 am »
Hi all,


We recently upgraded from 11.1 to 13.5.

I have a document generation script which worked fine for three years before the upgrade, and now doesn't.

In the project (SQL Server repository), there is a simple project browser script that calls the main document generation script which resides in an MDG Technology. The generation script makes a number of calls to DocumentGenerator.DocumentElement(), specifying various elements and a few dozen different templates. The templates reside in the same MDG Technology.

Some templates include fragments. Custom SQL fragments work as expected every time. Custom Script fragments, however, do not.
(Note: these are the only two types of fragment I'm using. There are no Template Selector fragments or Document Script fragments. If you are unaware of the difference between these, please refrain from posting "helpful" suggestions.)

The first time I run the document generation script, all custom script fragments produce the desired result.
On subsequent runs, the custom script fragments produce nothing.
After a restart of the client, the document generation again works once, then I have to restart again, etc.

When testing, I am changing nothing between runs. The behaviour is consistent: all custom script fragments fail after the first run, none of them fail on the first run, and custom SQL fragments never fail.

If I select the same element in the project browser and hit F8 to invoke the regular document generator, and specify the "parent" template which contains the references to the fragments, this partial generation works every time. But it does not clear the error: when going through the document generation script, custom script fragments fail consistently every time after the very first.

I have tried regenerating the MDG Technology: no effect.

What the hell is going on?


/Uffe

29
Bugs and Issues / Behaviour of action pins
« on: March 22, 2018, 11:06:41 pm »
Hey all,


I'm bumping into some things I don't like with action pins. Am I the only one?

Let's say I create an activity with some parameters, and specify classes for their types.
Let's then say I create a call behavior action from the activity, with an action pin for each parameter.
Each pin thus created is correctly linked to the correct behavior (the activity) and parameter.

However, each pin is of "input" kind -- regardless of the corresponding parameter's direction.

Shouldn't the pin kind follow the parameter direction?


Furthermore, the pins do not have any types set.

Shouldn't they?


Finally, if an activity parameter's type (class) has tagged values, those tagged values are included in the parameter's extended tagged values.
A pin does not -- even after setting the type to match the corresponding parameter's, the pin has no extended tagged values.

Shouldn't tagged values be "extended-inherited" from types to pins, just as from types to parameters?


The first two I can script my way around if necessary. But there's magic behind the extended tagged values, so I'd need that to be fixed in the tool.

Or am I unreasonable -- or plain wrong -- in how I expect action pins to work?


/Uffe

30
Bugs and Issues / DB2 import: FK constraint connector target role
« on: March 21, 2018, 03:02:41 am »
Hi all,


Using 13.5.1352 on Windows 7x64, importing from a z/OS DB2 12 database through IBM DB2 Connect.

After import, some but not all foreign key constraint connectors are out of whack. The Involved Columns list is empty (as is the Join on Constraint field), and the target role is set to some random string of garbage.

The same garbage string gets reused in several broken connectors, but from one import there may be more than one such garbage string.
The behaviour is not consistent; the garbage strings and which connectors get them vary from import to import (of the same database).

Has anyone else seen this? If so, what's going on?

I can go through and set the Join on Constraint property manually. The dropdown is properly populated.
But does anyone know if this indicates that something else is broken in the model?


Secondly, EA crashes after import. Far as I can tell, this is an unrelated error.
The crash occurs even if I tell EA not to import any constraints or foreign keys at all, and it occurs whether or not I tell it to draw diagrams.

The Windows log shows a fault somewhere in or near ntdll.dll.

Anyone else see this?

Cheers,


/Uffe

Pages: 1 [2] 3 4 ... 21