----- Original Message ----- From: "Chad Brandon" <[EMAIL PROTECTED]> To: "Sascha-Matthias Kulawik" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, August 03, 2004 7:46 AM Subject: Re: [Andromda-devel] ejb cartridge / java cartridge and exceptions
> > ----- Original Message ----- > From: "Sascha-Matthias Kulawik" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, August 03, 2004 5:33 AM > Subject: RE: [Andromda-devel] ejb cartridge / java cartridge and exceptions > > > > > > > > Today I've checked in a small fix for inheritance support > > > in exceptions. > > > > I was also wondering, for using a exception in a class I > > > have to assign a > > > > dependency to the exception on class level - not to raise a > > > exception > > > > (signal) for each method. > > > > Is this a feature wanted? > > > > > > -- Not sure what you mean? If you assign the dependency to the class > > > itself, it should add the exception to each method. If you add the > > > dependency to just the operation then you'll get the > > > exception on only the > > > operation. Is it not behaving that way? > > > > No, maybe this is a Poseidon issue (?). If I only assign a signal that > will > > be raised to a method, it is not found in $op.getExceptions(). So it is > only > > working with class-based associations. Ive also tried to assign different > > stereotypes to the signal like "Exception" or "ExceptionRef" but with no > > success. -- Took a look at it and it works for me. Are you stereotyping the class as <<Exception>> or the dependency? <<ExceptionRef>> which belongs on a dependency will only generate the throws clause for the exception on the operation (so that you'd need to create the exception yourself): http://team.andromda.org/docs/andromda-metafacades-uml/apidocs/org/andromda/metafacades/uml/UMLProfile.html#STEREOTYPE_EXCEPTION_REF. <<Exception>> on the other hand should be on the class: > > Ok I'll take a look because it should be working. > > > > > Regards, > > Sascha > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > > one more big change to announce. We are now OSTG- Open Source Technology > > Group. Come see the changes on the new OSTG site. www.ostg.com > > _______________________________________________ > > Andromda-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/andromda-devel > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Andromda-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/andromda-devel ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Andromda-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-devel
