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 ... 16 17 [18]

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.



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.



Hey everyone,

I'm setting up code generation templates for some proprietary config / scripting languages we use.

In one of these, I need to be able to
a) Output the number of elements in a class, and
b) Output the (zero-based) element numbers.

According to the help files there are no numeric variables in the code generation language; all variables are strings.

Variables are local to a template and do not retain their values between successive calls. So I can't, say, initialise a (string) variable in the Class Body template, then in Attribute output LENGTH($var) and set $var = $var + "x" to increase the length by one. Which would have been neat.

If you fiddle around with the attribute list in the Attributes dialog for a class you'll find an ID column to the right of the Initial Value column. These IDs are one-based, but if I could subtract 1 from each of them (or write a monster %if statement to output one less than the ID), I'd get what I need. However, the field is not mentioned in the help file's list of Field Substitution Macros, and %attID% is not recognised by the framework (produces no output).


1) Does anyone know of a simple way to access the number of elements in a class, rather than counting them?

2) Does anyone know of a way to do simple arithmetic in the code generation language?

3) Does anyone know of a way to access the Attribute ID field? No, it's not the GUID. Thanks.

4) Does anyone know of a way to create a global variable?

5) Does anyone have any other bright ideas?

I know that with a full-fledged Add-In you've got all the freedom you need, it's just it seems a bit excessive to me to go through that whole process just for x = x + 1.

I'm using EA 6.5.806 on my production machine, 7.0.813 is still in evaluation (by me), but seems to be no different in this regard.

(Adding %attID% and %classNrAttributes% would of course solve my problems too...)



Hi there,

In the DDS Add-In Beta 1, defining an application which uses more than one domain participant results in a warning during model validation.
Code can be generated, but the resulting application has only one domain participant, whose publisher and/or subscriber has readers/writers for all the topics specified in the participants the application uses in the model. This is not an equivalent solution, since the topics (in the model) belong to different domains and a domain participant participates in one domain only.
Also, in the generated (C++) applications the domain identity is passed as a single command-line argument, meaning the application can participate in only one domain.

The RTIDDS User's Manual 4.1 explicitly lists multiple participants in a single application as a possibility (section 2.4, page 2-10).
Is this Add-In limitation just an artifact in the Beta (and as such one that will be removed in the production release), and if not, what is the reason for it?



Automation Interface, Add-Ins and Tools / DDS Add-In Java generation
« on: February 04, 2007, 04:53:00 pm »
Hi all,

I've been trying out the DDS Add-In over a few weeks and have not once managed to get it to generate Java code.
I've specified Java and the j2sdk platform in the applications' tagged values, and Java as the language in everything else - but still it generates C++ code.
Does anyone know what I'm doing wrong?



Automation Interface, Add-Ins and Tools / DDS Add-In release?
« on: February 04, 2007, 04:47:16 pm »

I've been evaluating the DDS Add-In, Beta 1. I like it a lot, but of course it is not yet at production grade.
Could anyone enlighten me as to the release schedule and pricing?



Pages: 1 ... 16 17 [18]