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 - Uffe

Pages: 1 ... 70 71 [72] 73
1066
Hi everybody,


I'm running the brand spanking new EA 7.1.827 (evaluation) on XP SP2.
I haven't tested this on other versions of EA.

I'm doing some profile modelling and I've bumped into something a bit odd.

Here's what I've got:

Code: [Select]
<<stereotype>> MyStereo <<extends>> <<metaclass>> Class
<<stereotype>> AbsTagType (abstract) <<extends>> <<metaclass>> Class
<<stereotype>> ConcrTagType_1 generalizes AbsTagType
<<stereotype>> ConcrTagType_2 generalizes AbsTagType

I want MyStereo to have a tagged value of type AbsTagType, so I use the <<taggedValue>> connector.

Now here's the thing.

In the <<taggedValue>> Association Properties dialog, I can set a name for the tag either as the Link Name (General tab), or as the Target Role.
Which method I choose affects the resulting Profile.

In both cases, the tag in MyStereo receives the intended name. No worries there.

If I use the Link Name, the typing fails: I cannot use <<ConcrTagType_1>> or <<ConcrTagType_2>> classes as tag values, only <<AbsTagType>>, which is intented to be abstract.
Since <<AbsTagType>> is abstract I cannot drag it from the Resources tree, but I can write it into a Class' Properties manually, and I can then use it for the tag in a <<MyStereo>> class.
If I make AbsTagType concrete in the profile, the inheritance still doesn't work and I can only use <<AbsTagType>> values in the tag.

If I instead use the Target Role, the typing works: I can use both the concrete stereotypes as values for the tag.
But in the Tagged Values window, the value for the tag is presented as <<ConcrTagType_1>> ActualTagClass. That is to say the stereotype name is displayed, which takes up a lot of space.
The stereotype name is displayed not only for those tags that are defined with an abstract type in the profile, but for all tags whose names are specified using the Target Role.

If I use the Link Name for the tag name, the stereotype name is not displayed in the Tagged Values window, which is tidier.


So the question is: is this a UML quirk (ie specified behaviour)?
Or is it a feature (intended behaviour), and if so what's the reasoning behind it?
Ot is it......... a bug?


Cheers,


/Uffe

1067
Like a charm. Thanks for that!

\Uffe/

1068
Hi everyone,


I'm trying to create a model transform which, for each package, creates a new class which all transformed classes in that package have an association to.

I can create a class in the Namespace transform, and the respective classes in the Class transform. In the Class transform, I can create the association... almost. What's missing is the reference to the class created in the Namespace transform.

I can't seem to get my head around how to get hold of that reference.
Basically, the structure looks like this:

Namespace
Code: [Select]
Package
{
 %TRANSFORM_CURRENT()%
 class
 {
   name="NewClass"
 }
%list "Class"%
}


Class
Code: [Select]
Class
{
%TRANSFORM_CURRENT()%
}
Association
{
Source
{
%TRANSFORM_REFERENCE()%
}
Target
{
  -- Here's where I need the GUID for "NewClass" created in Namespace.
}
}


Any good ideas?

Cheers,


/Uffe\

1069
I've seen this message pop up now and again too, when doing nothing very much in EA. It's a Windows error message and it reads "This action cannot be completed because the other program is busy. Choose Switch to, Retry or Cancel to activate the busy program and correct the problem." The dialog title reads "Server busy."

However, you are not told which server is busy doing what, so it's not a lot of help. As I say I have seen it too when using EA (sorry I can't be more specific, it's highly intermittent), and after randomly going "Switch to" and "Retry" a few times it seems to sort itself out.

1070
Hey there Oily,


Mine is possibly one of those Add-Ins you've seen created but not posted. Since it is for DDS and Sparx have a product in this area I can't release it to the general population.

Personally, I see it not as a competing product but as a set of bug fixes and added features, and it is my sincere hope that we can simply send it back to Sparx and have it included in future versions of the official product.

However, the matter has been taken a tier or two up in my organisation and is largely out of my hands. Will keep the community posted, but I will definitely not be able to release it myself, the only way forward is to send it to Sparx.

In general, I am of the opinion that the more free stuff is out there the better. These are productivity tools after all, and as such have no value on a consumer market but only as tools to build other products. On the other hand, companies have a perfectly reasonable expectation to reap financial benefits for things done using the company's resources. There's plenty of money in b2b.

The thing with EA as a platform is: it's cheap. It's not only the best (IMHO) UML modeller on the market, it's very low-cost. This means that although an Add-In is EA-specific, and although a company may not normally use EA, if they're interested in a particular Add-In the platform cost is not prohibitive.

This in turn opens up a niche market for companies who are not normally in the modelling business to build an Add-In and make some money off it on the side. Then again, a company in a particular market segment may well say "hey, good job, we're more productive with the shiny new Add-In you created, but let's not sell it to our competitors shall we?"

End of the day, it comes down to the policies at the company involved.

1071
Hey again,

Possibly a false alarm - one of my team members was using 6.5 instead of 7.0. Have not been able to reproduce using 7.0 only. Have sent bug report to Sparx.
Has anyone else experienced this?

/Uffe

1072
Automation Interface, Add-Ins and Tools / DDS Add-In: QoS tags go missing
« on: September 18, 2007, 08:21:47 pm »
Hey everybody,


I've bumped into a pretty serious issue with the DDS Add-In and I'm wondering if anyone's got a workaround.

Topics and other DDS entities have QoS parameters assigned to them using tagged values. These vanish, making it impossible to change the QoS settings.

I have not been able to ascertain under which exact circumstances the tags go AWOL, but once it happens it's universal through the project. The only QoS tags that remain are those whose value you have already changed at least once.

I've exported identical data structures from a corrupt and a good project. In the corrupt XMI file the QosProperty for a topic had lost its own "classifier" and "classname" tags.

Does anyone know why this is, and what steps can be taken to remedy the situation? At present, all I can do is create a new project and start from scratch. Not really acceptable.

Cheers,


/Uffe

1073
Automation Interface, Add-Ins and Tools / Re: DDS Add-In modifications
« on: August 09, 2007, 09:43:49 pm »
Hey dudes,

Sorry, but I've been travelling for a couple of days and now I'm off on a three-week vacation, so the posting of my code gen hacks will have to wait.

/Uffe

1074
Automation Interface, Add-Ins and Tools / DDS Add-In modifications
« on: August 05, 2007, 04:51:10 pm »
Hello,

I've made some modifications to the DDS Add-In code generation template I'd like to submit for possible inclusion into the next version.
Should I post them here or send them by e-mail and if so, who to?

Cheers,


/Uffe

1075
Automation Interface, Add-Ins and Tools / Re: Stereotype inheritance
« on: July 31, 2007, 04:24:26 pm »
Hi again,


I am most dreadfully sorry - what was I drinking thinking? I meant stereotype, of course.

What I want to do is define a profile where a class stereotype S contains a tagged value of stereotype A (in the same profile).
I then want to create a stereotype B as a generalization of A (still in the same profile), and (in a class diagram that uses the profile) be allowed to use both <<A>> and <<B>> classes as values for the tagged value in an <<S>> class. This doesn't seem physically possible.

Sorry about the confusion, which I have now probably only added to. But the question remains: is there a way around this?

Cheers,


/Uffe

1076
Automation Interface, Add-Ins and Tools / Stereotype inheritance
« on: July 30, 2007, 08:36:19 pm »
Hello gurus,

If I in a UML profile define a prototype for a class, say, can I generalize it and have that work in f'rinstance code generation?
In other words, is prototype inheritance possible?
I've done some tests and they seem to indicate the answer is no, but then again I simply might not be getting it. It's happened before once.

Cheers,


/Uffe

1077
Alright, here's a 100% all-natural newbie question: how do I extract the properties? Other than the %package...%, and there's only four of them, I don't know any method of finding package properties.

In other news, the workaround I'm currently using is to create a package stereotype which has an enumerated tagged value. The enumeration type contains the different kinds of package I want to be able to recognize, and I can use the %packageTag% macro to find this value.

/Uffe

1078
Greetings,

In a Code Generation Template, is there any way to grab hold of a package stereotype?
There's no %packageStereotype% macro, and a Namespace stereotyped override seems to have no effect.
I'm on 6.5.806 in production, but my 7.0.813 evaluation installation appears to behave identically.

Cheers,


/Uffe

1079
Hi again,

Thanks for that, works like a charm.
However, I noticed that part of the problem was the fact that some of my packages only contain other packages, no classes.
These classless packages seem to be ignored in the generation process; the Namespace template only produces output for packages with classes (although a subpackage of a childless package is processed).

Any hints?

Cheers,


/Uffe

1080
Hey people!

I'm creating UML profiles and code generation templates for various nefarious purposes. There's a couple of things I don't get, or just can't do properly:

1) Packages. It seems the %packagePath% always comes out the same as the %packageName%, even if the class being generated is three levels into a hierarchy. It seems that only the View level package is actually translated into a %packageName%. What am I missing?

2) Multi-class files. I'd like to generate all classes in a package into one and the same file, but when I specify the same file name for the classes they end up overwriting each other. Ideally, I'd like to be able to generate a whole hierarchy of packages into one file. Considering that there's no %package% template hook, is this possible? Are there any plans to incorporate a %package% hook in a future version?

All help appreciated.

Cheers,


/Uffe

Pages: 1 ... 70 71 [72] 73