March 10, 2004 10:13 PM
> To: Brian Topping; [EMAIL PROTECTED]; Matthias Bohlen
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Andromda-devel] Maven Status
>
>
> Brian,
>
> Didn't you create a maven plugin for andromda 2.x? I'm
> making Andromda 3.x
> build M
I guess we should figure out what I should do with mine then, I already put
in a lot of work and submitted it to be made a part of Maven.
Not sure how this got missed, hopefully we can coordinate this better in the
future. It's rather discouraging to see this.
thanks,
Brian
> -Original M
> -Original Message-
> From: Wouter Zoons [mailto:[EMAIL PROTECTED]
> Subject: RE: [Andromda-devel] Getting NamespaceOwnedElements from a
> UseCase
>
> It depends on what we mean with "Java API" of course :-) : all classes
> under the org.omg.uml.* package (with subpackages)
>
> http://ww
day, February 28, 2004 1:20 PM
> To: Brian Topping; [EMAIL PROTECTED]
> Subject: RE: [Andromda-devel] Getting NamespaceOwnedElements from a
> UseCase
>
>
> I don't know what you want to do, but everytime I have a question like
> that I do this:
>
> 1. open up my li
Hi guys,
I have a UseCase, and I would like to get a collection of
NamespaceOwnedElements. My cartridge uses a subclass of SimpleOOHelper as
the transform, configured in the via templateClass. (There seem
to be a number of methods of viewing a model based on whether one is using
UMLModel or UML
> -Original Message-
> From: Chad Brandon [mailto:[EMAIL PROTECTED]
> Subject: RE: [Andromda-devel] MMF templates for review!!!
>
> I could get to it yes, but andromda-all MMD branch
> doesn't even build at the moment with the changes that
> Matthias is doing, so I'm not sure it would be w
> -Original Message-
> From: Chad Brandon [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 26, 2004 8:45 AM
>
> > the change requires updating AndroMDAGenTask to
> > "pivot" the data and iterate
> > again -- in other words, iterate over the cartridges
> > and templates that
> > specify
Hi,
Another issue that I'm working on is trying to work with are vendor-specific
XMI extensions during generation. The first case is simple, MagicDraw allows
diagrams to have a stereotype, but they are stored in the XMI as an
extension. I did a bit of asking around on this, and it seems that the
ng to roll those into 3.x, I guess
I could port my hibernate stuff over, but I'll probably wait until then.
best,
-b
> -Original Message-
> From: Chad Brandon [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 26, 2004 11:22 AM
> To: Brian Topping; [EMAIL PROTECTED]
&g
> -Original Message-
> From: Matthias Bohlen [mailto:[EMAIL PROTECTED]
> Subject: [Andromda-devel] MMF templates for review!!!
>
> P.S.: The next steps will require exclusive access to the MMD model. I
> will have to change all class names to *Facade and change
> package names,
> too. I w
hi all,
i'm developing a cartridge template that intends to aggregate information
from all classes with a certain stereotype, but finding it difficult because
the templates are better suited to generating "for each". I see how Wouter
did this... by adding a model element to a "static area" that t
All,
I need another parameter in TemplateConfiguration, and was looking around in
CartridgeXMLParser and noticed that validation is turned off on the parsing.
If that's the case, it seems like storing the TemplateConfiguration in a
DynaBean or similar would make a lot of sense.
If this were don
I'd like to propose that the database type mappings database be added to
andromda.jar, with the default to get the type mapping from there. This will
facilitate Maven packaging, and since the it is simple to override the type
mapping in the build.xml, it should pose no problem to have a default in
all,
I have a Maven plugin itching for a checkin. There are a few things that
need to be done for this:
1) The jars for AndroMDA need to go up on ibiblio. This isn't a problem for
me to take care of, but I need to find out what versions that should go up.
It would be nice if there could be a re
> -Original Message-
> From: Matthias Bohlen [mailto:[EMAIL PROTECTED]
> Subject: RE: [Andromda-devel] Lower case stereotype names
>
> P.S.: We should solve the lowercase stereotype problem another way.
The patch I have:
cvs diff src\java\org\andromda\cartridges\mgmt\CartridgeDictionary.j
there. Then you can recreate it with the capitalization that you desire.
So the changes that I have working aren't strictly necessary, but will save
headaches for people around here.
-b
> -Original Message-
> From: Brian Topping
> Sent: Monday, January 26, 2004 5:51 P
I guess this is a dead subject?
I had a problem today on a new project, Poseidon 2.1.0 would let a user
create distinct stereotypes with capitalization changes, but 2.1.1 does not,
it just keeps selecting the name with the same spelling and different
capitalization (as if to say "you already have
A few thoughts on this:
Neat idea, but how can you make it so that it doesn't rely on any given
database or OR mapping? Maybe the tool itself should use hibernate, to
insulate itself from the work that has already been handled by it with
dialects.
So I guess what you are talking about is somethi
Good stuff in that wiki, maybe a link to it's existence should be put on the
home page? I noticed that the FAQ had the answer to a question that I had
posted (with no response to), I wonder if it might have been dismissed as
RTFM, but I didn't even know the wiki existed! :)
-b
> -Original M
criptHelper interface. As well, by making the
ScriptHelper responsible for the context setup, it could cache the current
modelElement if appropriate.
-b
> -Original Message-
> From: Matthias Bohlen [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 12, 2003 9:57 AM
> To:
Yeppers, that's what I was looking for... call me dense!
thanks!
-b
> -Original Message-
> From: Matthias Bohlen [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 12, 2003 9:57 AM
> To: Brian Topping; [EMAIL PROTECTED]
> Subject: RE: [Andromda-devel] changes
I'm working with hibernate and have been wanting to have AndroMDA generate
classes of the form:
// the superclass does not use @hibernate.class
public abstract Superclass {
/** @hibernate.id ... */
}
/** @hibernate.class */
public Subclass extends Superclass {
// id is inherited fro
Hi all,
Does anyone have a link to the javadoc for the OMG foundation library? I'm
starting in on the code, want to better understand what I have to work with.
I looked through the OMG website, but had a problem finding anything related
to jar files.
Thanks!
-b
--
23 matches
Mail list logo
