On Fri, 2005-02-04 at 23:20, Chad Brandon wrote: > I'm pretty sure it's not an AndroMDA issue (especially since your <<Role>> > stereotypes are also ignored and all other models that I have use bpm4struts > and have no problems), but feel free to debug. > I am pretty shure too - but I feel it's necessary to find out what happened since it could happen to others too (and it's really a showstopper ;-) > You can always configure logging for AndroMDA: > > http://team.andromda.org/docs/maven-andromda-plugin/properties.html > > look for "maven.andromda.logging.configuration.uri"
The documentation is somewhat short on this issue - do you have a simple example (i.e. just enabling debug in a cartridge)? I tried specifying my log4j.properties, but it didn't produce any output. TIA, Matthias > > Chad > > -----Original Message----- > From: Matthias K�spert [mailto:[EMAIL PROTECTED] > Sent: Friday, February 04, 2005 3:12 PM > To: Chad Brandon > Cc: andromda-user > Subject: RE: [Andromda-user] Strange validation errors > > Yes, the IDs seem to be OK. But for asking on the MDR-list I'll need an > MDR issue - the error is detected by > > org.andromda.translation.validation.OCLResultEnsurer.ensure(org.andromda.tra > nslation.validation.OCLCollections.notEmpty(org.andromda.translation.validat > ion.OCLIntrospector.invoke(contextElement,"fullPath"))); > > which returns false - this is inside AndroMDA. So I first have to find > out what exactly goes wrong inside AndroMDA when using MDR. > > Does anybody know where inside this method the problem occurs? > > Do you have any tips about debugging andromda at runtime (besides > putting println's into the code)? Since the andromda-job is started by > maven I'm not shure where/how to hook in with a debugger. > > TIA, > Matthias > > On Fri, 2005-02-04 at 18:56, Chad Brandon wrote: > > I would say take a look the XMI and make sure the IDs for each stereotype > > are valid according to where they are referenced. You could also send the > > XMI to the MDR user list ([EMAIL PROTECTED])...since we use MDR under > > the covers, Martin Matula would probably know what was going on. > > > > Chad > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Matthias > > K�spert > > Sent: Friday, February 04, 2005 10:47 AM > > To: [EMAIL PROTECTED] > > Cc: andromda-user > > Subject: RE: [Andromda-user] Strange validation errors > > > > Hi Wouter, > > > > first thanks for your quick reply. > > > > Before having this problem, I encountered problems with the > > Role-stereotype - I assume because of the same reasons (see my thread: > > security problem still exists). > > > > The first time I had these problems was around 21, Jan 2005 - I had not > > yet updated my MagicDraw then! I remember: I opened the model (after > > andromda-update/build), changed the stereotype <FrontEndUser> to <Role> > > and stored it. > > > > Yes, I agree: it seems to be a MD problem. But since AndroMDA does the > > parsing, AndroMDA is the point where to find out what happened (and then > > ask in the MD-groups). > > > > Any idea where (and how) I can start debugging? > > > > TIA, > > Matthias > > > > On Fri, 2005-02-04 at 17:58, Wouter Zoons wrote: > > > Hi Matthias, > > > > > > It seems to me that your model is corrupted somehow, I've never seem > > > anything like this before: your XMI looks fine, it opens nicely in > > MagicDraw > > > but for some reason it is not possible to properly read your stereotypes > > > (for example with a tool such as AndroMDA) > > > > > > As you might have noticed in the generated files: some have 'null' as a > > > package, some files have 'null' as their name. I have identified the > model > > > elements corresponding to these files and they are all fine. This > problem > > > occurs when you are not putting stereotypes on your use-cases, but in > that > > > case you would have other validation messages as well. > > > > > > I tried playing with the use-case stereotypes (since this is where the > > > problem is coming from) and this only seems to make matters worse: now I > > > can't even go back to the initial situation although I have modeled it > > > EXACTLY the name. This leads me to believe your model is corrupted. It > > could > > > be related to the fact you are referencing another model (instead of > > > completely importing it). > > > > > > What was it exactly that happenend before you saw this error the first > > time > > > ? Did you upgrade to another version of AndroMDA ? > > > > > > I cannot imagine this to be an AndroMDA problem because none of our > tests > > > have failed, if it would be behaving differently we would have noticed. > > > > > > I'll ask Chad what he thinks about it (If he has the time, he's extra > busy > > > nowadays) > > > > > > -- Wouter > > > > > > > -----Original Message----- > > > > From: Matthias K�spert [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, February 04, 2005 4:44 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: RE: [Andromda-user] Strange validation errors > > > > > > > > shure, here it comes ... > > > > > > > > TIA, > > > > Matthias > > > > > > > > > > > > On Fri, 2005-02-04 at 16:38, Wouter Zoons wrote: > > > > > That's very strange indeed, > > > > > > > > > > Can you send me your model ? > > > > > > > > > > > -----Original Message----- > > > > > > From: [EMAIL PROTECTED] > > [mailto:andromda-user- > > > > > > [EMAIL PROTECTED] On Behalf Of Matthias K�spert > > > > > > Sent: Friday, February 04, 2005 4:03 PM > > > > > > To: andromda-user > > > > > > Subject: [Andromda-user] Strange validation errors > > > > > > > > > > > > Hi, > > > > > > > > > > > > since I updated from CVS today (and generated a new project for my > > > > > > existing model) I get the following validation errors: > > > > > > > > > > > > ERROR [AndroMDA:VALIDATION:ERROR] 1) > > > > > > > > > > > > [Data::ArtDBAdminModel::com::mksoft::artdb::admin::artistmgmt::ManageArtis > > > > > > t::ManageArtistActivity::MainMenu]:The name of this final state > must > > > > not > > > > > > be null and exactly match the name of a use-case. Alternatively it > > is > > > > > > possible to reference a use-case using an hyperlink (some UML > tools > > > > > > support this). In both cases that use-case MUST carry the > > > > > > <<FrontEndUseCase>> stereotype. Finally you may also specify an > > actual > > > > > > hyperlink to an external resource, either in the final state's > name, > > > > or as > > > > > > a webpage link as supported by some UML tools. > > > > > > ERROR [AndroMDA:VALIDATION:ERROR] 2) > > > > > > > > > > > > [Data::ArtDBAdminModel::com::mksoft::artdb::admin::MainMenu::MainMenuActiv > > > > > > ity::AddNewArtist]:Each name of a JSP action state must be unique > in > > > > the > > > > > > namespace of a use-case. > > > > > > ERROR [AndroMDA:VALIDATION:ERROR] 3) > > > > > > > > > > > > [Data::ArtDBAdminModel::com::mksoft::artdb::admin::MainMenu::MainMenuActiv > > > > > > ity::MainMenuView]:Each name of a JSP action state must be unique > in > > > > the > > > > > > namespace of a use-case. > > > > > > ERROR [AndroMDA:VALIDATION:ERROR] 4) > > > > > > > > > > > > [Data::ArtDBAdminModel::com::mksoft::artdb::admin::artistmgmt::ManageArtis > > > > > > t]:One and only one use-case must be marked as the application > start > > > > use- > > > > > > case. Currently this is done by adding the <<FrontEndApplication>> > > > > > > stereotype to it. > > > > > > ERROR [AndroMDA:VALIDATION:ERROR] 5) > > > > > > > > > > > > [Data::ArtDBAdminModel::com::mksoft::artdb::admin::woamgmt::ManageWOA]:One > > > > > > and only one use-case must be marked as the application start use- > > > > case. > > > > > > Currently this is done by adding the <<FrontEndApplication>> > > > > stereotype to > > > > > > it. > > > > > > > > > > > > OK, they tell quite clearly what is wrong - but (as checked in the > > > > XMI): > > > > > > > > > > > > 1) The name of the final-state *is* MainMenu and MainMenu is a > > > > > > <FrontEndUseCase> > > > > > > > > > > > > 2/3) these names *are* unique in the XMI > > > > > > > > > > > > 4/5) I have 'one and only one' UseCase (MainMenu) marked as > > > > > > <FrontEndApplication> > > > > > > > > > > > > Before updating, the model was read without errors. Any idea what > > > > > > happens? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Andromda-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/andromda-user > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Andromda-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/andromda-user > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Andromda-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/andromda-user > ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Andromda-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/andromda-user
