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 - Colin Coates

Pages: [1] 2
1
Can anyone confirm whether this bug is fixed in EA 15.2?

If so, I will ask IT to package the latest version of EA to fix it...

2
I'm sorry to report running into exactly this bug in 15.1.1526.  :(

3
If the repository contains a lot of stuff, I suggest transferring it into a FEAP (FirebirdSQL) is probably better than an EAP.

FEAPs also support longer character fields than EAPs too...

4
General Board / Re: Export diagrams to PlantUML
« on: November 08, 2019, 02:36:26 am »
I agree with Geert.

I think the best option would be to use your favorite Microsoft COM compatible programming language (C#, PHP, whatever) to visit each element and relationship in your model and write out a text file containing the appropriate PlantUML commands.

5
General Board / Re: Export diagrams to PlantUML
« on: November 07, 2019, 08:53:19 pm »
Not a happy situation. Are you intending a one way export to PlantUML and abandoning Sparx EA, or are you hoping to use both tools going forward?

6
You could use a FEAP rather than an EAP.

FEAPs use the embedded database server library of FirebirdSQL, which was developed from the Borland Interbase source code after it was open sourced several years ago. FEAPs have built-in support within Sparx Cloud Services if required.

7
If I select the AcceptEventAction and then press the return/enter key then the docked properties window is displayed and the Triggers page can be selected.

If I double click the AcceptEventAction a modal properties window is displayed that is missing the Triggers page.

I am very confused about this. I think it would be better to do away with the modal properties window or unify the information it presents with the "docked properties".

Anyway, thanks again for your assistance Peter.

8
Hmm, on double-clicking the element, I get a modal properties window where the old Signal page is missing in the tree.

If I click the element and then hit the return/enter key, the docked properties are made visible.

Thanks for your hint Peter!

9
Hi Bruce.

If you are using Cloud Services to access your EA repository, maybe you could try migrating your Oracle hosted repository into a FEAP?

It depends on what your reasons were for migrating from Oracle to SQL Server...

10
In previous versions of EA, I was able to view the properties of an AcceptEventAction (in an Activity Diagram) and then set the type of Signal it received; this option appears to have either moved or been removed in EA 15.01512.

Has anyone worked out how to do this in the latest version of EA?

11
In previous versions of EA, I was able to view the properties of a SendSignalAction (in an Activity Diagram) and then set the type of Signal it emitted...
This option now appears to have been moved or removed.

Has anyone figured out how to do this in the latest version?

12
Automation Interface, Add-Ins and Tools / Re: AddRow in SearchWindow
« on: October 09, 2019, 03:38:34 am »
Thanks again for your assistance Geert! B-)

I've managed to come up with a "hard coded" XML example that is working for me and provides a basis for constructing a dynamically generated result set:
Code: [Select]
<?php
function search() : string {
    
$w = new XMLWriter();
    if (
$w->openMemory()) {
$w->writeRaw('<ReportViewData>'); // $w->writeRaw('<ReportViewData UID="">');
$w->startElement('Fields');
$w->writeRaw('<Field name="CLASSGUID"/>');
$w->writeRaw('<Field name="CLASSTYPE"/>');
$w->writeRaw('<Field name="Name"/>');
$w->endElement();
$w->startElement('Rows');
$w->startElement('Row');
$w->writeRaw('<Field name="CLASSGUID" value="{09D94D1D-CB0C-4d61-844E-A41C25E706EF}"/>');
$w->writeRaw('<Field name="CLASSTYPE" value="Signal"/>');
$w->writeRaw('<Field name="Name" value="Signal1"/>');
$w->endElement(); // Row
$w->endElement(); // Rows
$w->writeRaw('</ReportViewData>');
return $w->outputMemory();
    } else {
return "No\n";
    }
}
$ea com_get_active_object('EA.App');
$sw $ea->Repository->SearchWindow;
$sw->AddColumn('Name'250);
$results=search();
echo 
$results "\n";
$ea->Repository->RunModelSearch('Unmatched GUID','','',$results);
$sw->EnsureVisible();
$ea NULL;
?>


13
Automation Interface, Add-Ins and Tools / Re: AddRow in SearchWindow
« on: October 09, 2019, 12:51:18 am »
Um, the exception message does look a little different (since it explicitly mentions a Variant object):
Code: [Select]
PHP Fatal error:  Uncaught com_exception: Error [0x80010105] The server threw an exception.
 in D:\colin.coates\php\search.php:6
Stack trace:
#0 D:\colin.coates\php\search.php(6): variant->AddRow(4, '{09D94D1D-CB0C-...', 3, 'Signal', Object(variant))
#1 {main}
  thrown in D:\colin.coates\php\search.php on line 6

14
Automation Interface, Add-Ins and Tools / Re: AddRow in SearchWindow
« on: October 09, 2019, 12:48:47 am »
I also tried explicitly creating a Variant object as follows (PHP should already be implicitly creating a Variant anyway) but the exception is still thrown:
Code: [Select]
$sw->AddRow(otElement,'{09D94D1D-CB0C-4d61-844E-A41C25E706EF}',3,'Signal',new VARIANT([])); // this element exists

15
Automation Interface, Add-Ins and Tools / Re: AddRow in SearchWindow
« on: October 09, 2019, 12:42:52 am »
Thanks for replying Geert! :-)

There is a line in the script that defines a constant, so I think that is okay?
Code: [Select]
const otElement = 4;
I tried updating the line that adds a row, including passing an array, as follows:
Code: [Select]
$sw->AddRow(otElement,'{09D94D1D-CB0C-4d61-844E-A41C25E706EF}',3,'Signal',[]); // this element exists
Unfortunately, it still does not fix the exception:
Code: [Select]
PHP Fatal error:  Uncaught com_exception: Error [0x80010105] The server threw an exception.
 in D:\colin.coates\php\search.php:6
Stack trace:
#0 D:\colin.coates\php\search.php(6): variant->AddRow(4, '{09D94D1D-CB0C-...', 3, 'Signal', Array)
#1 {main}
  thrown in D:\colin.coates\php\search.php on line 6

Pages: [1] 2