It sounds like your XPath expression used to extract the documentation isn't working. Give JEdit a shot and see what the expression evaluates to.
Mark On Wed, Oct 22, 2008 at 7:58 AM, Zembower, Kevin <[EMAIL PROTECTED]> wrote: > Mark, thanks for your suggestions. I tried the quickest one first, and saved > my project as UML. Running 'xsltproc xmi-to-ClassDictionary.xsl test.uml' > didn't change the output; it still skips the documentation. However, I didn't > remember about 'save as UML.' Thanks for reminding me about it. > > -Kevin > > -----Original Message----- > From: Mark Fortner [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 22, 2008 10:45 AM > To: [email protected] > Subject: Re: [argouml-dev] Need help with XSLT extraction > > One other thing. I tend to use the "Save As" UML option to generate > XML. I don't have any problems running transforms against this. This > may be an easier, more all-inclusive form of XML to transform. > > Mark > > On Wed, Oct 22, 2008 at 7:41 AM, Mark Fortner <[EMAIL PROTECTED]> wrote: >> Unfortunately, I can't tell you what the problem is. However, I can >> tell you where I'd start to look, and how to start debugging the XSLT. >> I use JEdit which includes a plugin for XSLTs and XPath expressions. >> This allows me to evaluate XPath expressions and figure out whether >> they're returning the information I need. Take a look at the XPath >> expression for the "documentation" variable and see if it's returning >> the proper values. >> >> Next add <xsl:value-of> tags to output the contents of your variables. >> >> Hope this helps, >> >> Mark >> >> >> >> On Wed, Oct 22, 2008 at 6:58 AM, Zembower, Kevin <[EMAIL PROTECTED]> wrote: >>> Dear developers, I'm carrying this discussion over from the users list, in >>> the hopes that you can help me with my task. I've copied in the thread from >>> the users list below. >>> >>> I'm using ArgoUML for my assignments in a class in Object Oriented Analysis >>> and Design. One part of my term project is to turn in an alphabetical list >>> of classes and their 'working definitions,' a Class Dictionary. (Generating >>> the dictionary from ArgoUML isn't my term project assignment. I could >>> satisfactorily turn in the dictionary as a word processed document.) I'm >>> trying to get ArgoUML to help generate this by entering the working >>> definitions in the 'documentation' field for each class. I'm then trying to >>> use an XLST processor to extract this information from the .xmi file. >>> >>> I've attached these files to this message: >>> ArgoUML class dictionary test.zargo The whole ArgoUML test file >>> xmi-to-ClassDictionary.xsl >>> test.xmi The .xmi file extracted from the .zargo archive >>> t.txt The output file >>> >>> On my system, with both files in a local directory, I do: >>> xsltproc xmi-to-ClassDictionary.xsl test.xmi >t.txt >>> >>> (Tangent: I picked xsltproc before I knew about saxon. What would I type if >>> I used saxon? Would it make any difference in the output?) >>> >>> From the output you can see that it finds the two classes okay, but can't >>> find their embedded documentation. >>> >>> If anyone can give me any guidance on diagnosing or fixing this problem, >>> I'd be grateful. Thank you in advance for your help and advice. >>> >>> -Kevin >>> >>> -----Original Message----- >>> From: Tom Morris [mailto:[EMAIL PROTECTED] >>> Sent: Tuesday, October 21, 2008 7:47 PM >>> To: [EMAIL PROTECTED] >>> Subject: Re: [argouml-users] Newbie: Generating a class dictionary from a >>> class diagram? >>> >>> I can't tell from your description what's not working here, but >>> unfortunately I don't really have time right now to do any significant >>> debugging. Let me offer instead some random tidbits of >>> advice/observation. >>> >>> The profile does seem to be available on the Tigris site. I'm not >>> sure if someone fixed it since you reported the problem, but another >>> possibility is that you were using Internet Explorer. I think it >>> gives some kind of "access denied" error by default when you try to >>> use it to open an XSL file. >>> >>> For local testing the easiest thing to do is to put the profile XMI in >>> the same directory as your model and access it using a relative URI. >>> >>> I'm not sure if XSLT works across multiple files, but I think it >>> should. The HREFs are a standard XML mechanism, although I'm not 100% >>> sure the #anchor notation conforms to the standard XML definition. >>> >>> We had intended to provide a mechanism to export a "flattened" version >>> of the XMI file with all external references resolved, but it never >>> got implemented. That would be one sure cure for this particular >>> situation, but it should be possible to work with what we're exporting >>> now -- I just don't know how much work it is without digging into it. >>> >>> Sorry I can't be of more help. >>> >>> Tom >>> >>> >>> On Tue, Oct 21, 2008 at 3:59 PM, Zembower, Kevin <[EMAIL PROTECTED]> wrote: >>>> Well, I've taken it as far as I can and I'm stumped now. I copied the file >>>> default-uml14.xmi to my server, and changed the file test.xmi with this >>>> perl one-liner: >>>> perl -i~ -pe >>>> "s[http://argouml.org/profiles/uml14][http://www.jhuccp.org/temp/KZ]g"; >>>> test.xmi >>>> >>>> I've attached the changed test.xmi and t.txt from: >>>> xsltproc xmi-to-ClassDictionary.xsl test.xmi >t.txt >>>> >>>> I've also attached my xmi-to-ClassDictionary.xsl. >>>> >>>> Any suggestions or advice on tools to troubleshoot this problem would be >>>> gratefully appreciated. I've tried running xsltproc with --dumpextensions, >>>> --verbose and --debug, but wasn't helped by the output. >>>> >>>> -Kevin >>>> >>>> -----Original Message----- >>>> From: Zembower, Kevin [mailto:[EMAIL PROTECTED] >>>> Sent: Tuesday, October 21, 2008 12:33 PM >>>> To: '[EMAIL PROTECTED]' >>>> Subject: RE: [argouml-users] Newbie: Generating a class dictionary from a >>>> class diagram? >>>> >>>> Leif, thanks for your continued advice. >>>> >>>> At least one problem with the link you pointed out is that I get this >>>> response if I just try to bring in up in a browser: >>>> Access is denied. Error processing resource >>>> 'http://argouml.org/profiles/uml14/default-uml14.xmi'. >>>> Can anyone fix this? >>>> >>>> In case anyone is playing along at home, I've attached my crude hack of >>>> just cutting out the parts I don't need from xmi-to-html.xsl, called >>>> xmi-to-ClassDictionary.xsl. I use it with: >>>> xsltproc xmi-to-ClassDictionary.xsl test.xmi >test.txt >>>> using the same text.xmi from my previous post and examine test.txt with >>>> less. This is a much smaller file that xmi-to-html.xmi, and may be easier >>>> to work with. It's working, but the definitions don't show up. This is >>>> what I'm working on now. >>>> >>>> Thanks, again. If I get this working, I'll post it in the file download >>>> section of ArgoUML. >>>> >>>> -Kevin >>>> >>>> -----Original Message----- >>>> From: Leif Holmgren [mailto:[EMAIL PROTECTED] >>>> Sent: Tuesday, October 21, 2008 12:16 PM >>>> To: [EMAIL PROTECTED] >>>> Subject: Re: [argouml-users] Newbie: Generating a class dictionary from a >>>> class diagram? >>>> >>>> Zembower, Kevin wrote: >>>> >>>>>I down loaded the documents from the link you provided, Leif, and got some >>>>>preliminary results. Before I go crazy changing things, I tried to use >>>>>these files without modification to generate output. I used this command >>>>>to generate an html file: >>>>> xsltproc xmi-to-html.xsl test.xmi > test.html >>>>>When I examine test.html with lynx, a text-only browser, I see my two >>>>>classes, Test and NotTest. However, I don't see the documentation notes in >>>>>each of these classes. Should I? >>>>> >>>> Well, there seem to be a problem somewhere. This is a bit over my head >>>> as I am primarily a modeller but: >>>> Documentation is placed in the XMI-file as a tagged value on the >>>> modelling element it belongs to. Tagged values have their tag name >>>> placed in a tag definition. It seems as if these are no longer output to >>>> the XMI files from ArgoUML. Instead it refers to a profile-file. >>>> <UML:TagDefinition href = >>>> 'http://argouml.org/profiles/uml14/default-uml14.xmi#.:000000000000087C'/> >>>> >>>> I don't know how to fix this. Probably you could find the profile file >>>> somewhere in the project CM system. Perhaps even at the specified path, >>>> but that is really only an id so don't expect to find it there. >>>> When you find it you could probably somehow merge the XMI files but >>>> remember that XML only supports one root elemet per file so the profile >>>> should have to go into the other file. >>>> >>>>> Note that I had to manually insert this second line: >>>>> <!DOCTYPE XMI SYSTEM "UML14.dtd"> >>>>> UML14.dtd from this page: >>>>> >>>> Must be something specific to xsltproc. Never had to do that but I use >>>> saxon. >>>> >>>>>I'm hoping someone has the patience to give me some suggestions on >>>>>modifying xmi-to-html.xsl to just produce plain text output of class names >>>>>and documentation. >>>>> >>>>> >>>> It's not that difficult. Generating plain text instead of XML (or HTML >>>> for that matter) is fully possible. I use XSLT to generate Delphi code >>>> from my models. Just find the tags that look like HTML and eliminate >>>> these, or replace them with plain text headers, linebreaks or whatever >>>> you want. Leave anything starting with <xsl: as that is what defines >>>> your template structure and queries on the XMI file. I'm sure you will >>>> find it easy when you start poking around in it. (By the way, ) >>>> >>>> /Leif >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >> >> >> >> -- >> Mark Fortner >> >> blog: http://feeds.feedburner.com/jroller/ideafactory >> > > > > -- > Mark Fortner > > blog: http://feeds.feedburner.com/jroller/ideafactory > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Mark Fortner blog: http://feeds.feedburner.com/jroller/ideafactory --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
