Messages

1

General Board / Re: XML sequence positions

« on: June 29, 2021, 06:15:14 am »

I know this is an ancient post, but in case someone finds it in a search, like I just did (again), I wanted to add a couple of things which only seem obvious now that I'm in the midst of doing this on a bunch of classes.

Remember that you may have a UML class with several properties which will turn into XML elements, whether you have stereotyped them as XSDelement or not. Connectors come after the explicit properties in the sequence of XML elements. The element name is the target role name, unless you didn't provide a role name in which case it's the class name (not the association connector name).

The Position tag applies to all the XML elements - including the explicit properties - so depending on the order you want, don't forget to count those properties as well. If you want your connectors to continue to come at the end of the list (like I do) then don't start numbering them at 0 or 1, start with the number of properties.

Finally, UML properties stererotyped as XSDattribute don't count (since they won't appear in the sequence of elements anyway).

I hope this helps some future person fix the sequence order to their liking.

2

Automation Interface, Add-Ins and Tools / Re: When a selected element has the "Find-In project browser" context menu option ?

« on: February 21, 2019, 04:59:17 am »

Just something to add to the discussion: the Diagram Legend in previous versions of EA (< 14) was a diagram element, which means that only was visible in a diagram but not in the project browser. But since version 14, diagram legend nows appears in the project browser (with empty name), so this type of element has a weird behavior and it is possible that Sparx has forgotten to include in the contextual menu to list the option to find in project browser. Just try Alt + G command to find it.

That actually sounds like a bug to me (I'm not yet on 14 so I can't play with it myself). I wouldn't want to see the legend listed as an object in the Browser window.

3

Automation Interface, Add-Ins and Tools / How to see output from GenerateXSD

« on: February 21, 2019, 03:40:44 am »

We use JScript to automate the generation of a complicated set of XML schemas and it works perfectly.

Sometimes, the XSD generator creates informational or error messages when run manually from the EA user interface, but I don't see a way to capture those messages when invoking GenerateXSD from JScript.

If I could capture them I would put them on Session.Output so the user could see them.

Does anyone know how to do this?

4

Bugs and Issues / Deadlock errors in EA cloud

« on: January 12, 2016, 08:43:56 am »

Has anyone else experienced this? When I use the Reusable Asset Service in the EA cloud (on MS SQl Server) I get the following kind of message:


Cloud Services: Query in batch execute failed with message: FAIL: Microsoft OLE DB Provider for SQL Server [-2147467259]

Transaction (Process ID 81) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.   


Sometime I get three or four, sometimes many. Almost never none.

This message leads me to believe that the copy of my database which I just created from RAS is corrupted. I don't have a good way to inspect it to see which records failed to be inserted because of the error. Everything looks OK if I use a baseline compare but I'm afraid that just isn't picking up whatever is missing.


Does anyone have any ideas?

5

General Board / Re: EA 12.1 passwords do not work

« on: January 12, 2016, 04:02:50 am »

Thanks for the reply

I login as admin to a project, then go to Project Security->Security->Manage Users to do this. I don't use the Login As Another User functionality, just to make sure things are saved. I then close the project (which presumably logs me out of the connection) and re-connect to the project using the credentials of the user I just created.

Further experimentation over the weekend showed that the passwords may work if I RDP into the cloud server and use the copy of EA we have placed there to create the passwords and alter them. Someone else thought about this particular wrinkle so I don't know the details.

So the problem may be with the way the change password functionality works remotely rather than locally on the cloud machine.

But users (and even users with administrator EA rights) can't be expected to be able to log onto the cloud virtual machine.

We aren't using Active Directory for this, largely because most of our users are not in our company so they would have many different domains.

And MODEL_AUTHENTICATION=1 in SSCloudServices.config



Thanks for any ideas...

6

Bugs and Issues / EA cloud 12.1 passwords do not work

« on: January 09, 2016, 09:21:21 am »

I just realized I posted this in the general forum when it belongs here.

We have been using EA 11 in the cloud for while and it has been more or less working OK. We have upgraded some of our users to EA 12.1, so we have a mixed environment, if that's important.

Yesterday I created a new cloud database and transferred a project up there and it all looks OK.

I enabled security and created a couple of users and they look to be ok.

But, there isn't any way to give anyone a password. If I login as admin and change someone's password (using Project Security->Security->Manage Users) to something other than null that username can no longer login. If I go back into Manage Users and change the password for that user back to null, they can login again with a null password.

If the user is not an administrator but has the Change password rights they can use their null password and go into the Project Security->Security->Change Password dialog and give themselves a password.

If the user is an administrator they can log in with their null password but if they change it to something other than null (in either Project Security->Security->Change Password or Project Security->Security->Manage Users) they cannot log in with that password and they're stuck. Admin has to delete the user and re-create it with another null password.

Interestingly, admin itself can only use the Project Security->Security->Change Password dialog but not the Project Security->Security->Manage Users dialog to change its own password.

Basically I can't roll out this cloud database to our user community with all the Administrator passwords (except admin) set to null.


I'm not so impressed with 12.1 at this point.

7

General Board / EA 12.1 passwords do not work

« on: January 09, 2016, 09:18:49 am »

We have been using EA 11 in the cloud for while and it has been more or less working OK. We have upgraded some of our users to EA 12.1, so we have a mixed environment, if that's important.

Yesterday I created a new cloud database and transferred a project up there and it all looks OK.

I enabled security and created a couple of users and they look to be ok.

But, there isn't any way to give anyone a password. If I login as admin and change someone's password (using Project Security->Security->Manage Users) to something other than null that username can no longer login. If I go back into Manage Users and change the password for that user back to null, they can login again with a null password.

If the user is not an administrator but has the Change password rights they can use their null password and go into the Project Security->Security->Change Password dialog and give themselves a password.

If the user is an administrator they can log in with their null password but if they change it to something other than null (in either Project Security->Security->Change Password or Project Security->Security->Manage Users) they cannot log in with that password and they're stuck. Admin has to delete the user and re-create it with a null password.

Interestingly, admin itself can only use the Project Security->Security->Change Password dialog but not the Project Security->Security->Manage Users dialog to change its own password.

Basically I can't roll out this cloud database to our user community with all the Administrator passwords (except admin) set to null.


I'm not so impressed with 12.1 at this point.

8

General Board / Re: XML Schema version

« on: July 09, 2015, 11:12:13 pm »

Thanks. That's my assumption absent any mention of it in the documentation.

9

General Board / XML Schema version

« on: July 08, 2015, 08:28:06 am »

Does anyone know what version of XML Schema is supported by the generator?

It's either 1.0 or 1.1 (I'm guessing 1.0).



Thanks

10

General Board / Re: XML Schema enumerations in EA

« on: December 23, 2014, 10:46:38 am »

Incidentally, the new Strict Connector Syntax checkbox on the Links page doesn't stop the validator from seeing this (<<enumeration>> as a specialization of a <<XSDsimpleType>>) as incorrect, even though it is correct per XML.

11

General Board / Re: XML Schema enumerations in EA

« on: August 28, 2014, 12:09:53 am »

Thanks.

That is a problem. In UML, an enumeration is a special Data Type, not a specialization of a Class. In EA class diagrams you can't make an Enumeration a specialization of a Class (drawing the line fails).

But the XML Schema import tool creates just that. It maps an XML simple type to a class rather than a UML data type, which would be a valid parent for an enumeration.

I guess I'll have to configure the UML validator to turn off the generalization error message and hope I don't miss out on some other errors it would be good to catch.

Anyway, thanks for your help.

12

General Board / Re: XML Schema enumerations in EA

« on: August 26, 2014, 10:56:37 pm »

Thanks for your reply. I tried what you suggested. If you import the following trivially simple XML schema it produces the UML I expect, but it won't validate.

<?xml version="1.0" encoding="utf-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
      <xs:simpleType name="SimpleType1">
            <xs:restriction base="xs:string">
            </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="Enumeration1">
            <xs:restriction base="SimpleType1">
                  <xs:enumeration value="enum1"/>
                  <xs:enumeration value="enum2"/>
            </xs:restriction>
      </xs:simpleType>
</xs:schema>

I have no idea what I'm doing wrong.

13

General Board / XML Schema enumerations in EA

« on: August 26, 2014, 12:54:44 am »

I'm trying to do something I thought would be really simple.

In EA I should be able to create an enumeration which is a specialization of any XSD simple type.

If I drag a Simple Type from the XMLSchema toolbox onto the canvas, then drag an Enum from the same toolbox onto the canvas and make its type the Simple Type just created the model fails validation. It says

MVR050002 - error (<anonymous> (Generalization)): Generalization is not legal for Enumeration1 --> SimpleType1      
Validation complete - 1 error(s), 0 warning(s)      


What am I doing wrong?

14

Bugs and Issues / More vertical tree diagram bugs

« on: December 13, 2014, 02:59:20 am »

Copying class diagram fragments with vertical tree line style fails

To see this:
1 Create a new model and class diagram
2 Add three classes laid out in a triangle
3 Make the top class a generalization of the two bottom classes
4 Right-click on the connectors to make their Line Styles be Tree Style - Vertical
5 Copy just the left half of the diagram (i.e., the parent and one child) and paste it into Powerpoint
6 Copy and paste the right half of the document (i.e., the parent and the other child) into Powerpoint
7 One of the two pasted diagrams will be missing the shared part of the line and the open arrowhead at the top.

In my tests, the one which is drawn first will copy/paste correctly. The one drawn second fails to paste correctly.

If I draw three classes only the first one pastes correctly. All later ones fail.

I filed a bug report, but if anyone knows a workaround please let me know.

15

Uml Process / Re: Inherited associations

« on: August 16, 2013, 01:51:16 am »

Showing a full class inheritance hierarchy may be OK for a class diagram but it makes no sense on an object diagram.

Abstract classes shouldn't appear on an object diagram - since they're not instantiable. All that should be shown are real instantiable elements, and I have no way to see inherited relationships. Inherited properties show up correctly on an object diagram, though.