Home › Forums › eaDocX queries › 2 hops work but 1 hop does not?
Home › Forums › eaDocX queries › 2 hops work but 1 hop does not?
- This topic has 21 replies, 2 voices, and was last updated 10 years, 8 months ago by Ken Norcross.
-
AuthorPosts
-
18 February 2014 at 4:44 pm #7334Ken NorcrossParticipant
Hi all,
I have been successfuly using a 2 hop path to print the name of (and link to) a related element.
In this case we have BPMN Activities traced to Packages which contain Use Cases. When we print inline details for Activities we also print the names of the related Use Cases, with links to the Use Case details further down in the report.
So this requires a 2-hop path to get to the Use Case names.
Activity->trace->Package
Package->children->Use CaseI would like to switch this to just printing the name of the Package, and link to the package further down in the report.
But when I remove the second hop in the specification, I do not get the desired result.
The entry in the report for the Package name is just blank. Never prints.
I can tell the engine found something, because for some Activities there is no trace relationship, and for these the report prints “none” as the default which is correct. For the Activities that I know do have this trace relationship it prints nothing.
I have been looking hard but I do not see anything wrong with the specification. If I add the second hop back in without touching the definition of the first hop it works as before, so I know the path described by the first hop is valid.
Any help would be appreciated, thanks.
18 February 2014 at 4:47 pm #7335eadocX SupportParticipantWhat happens when you just define it as a ‘normal’ Related Attribute i.e. not using the ‘Advanced’ multi-hop relationship? I’m wondering if something is going wrong when you delete the second hop of what eaDocX thinks is a multi-hop relationship. I know, these should be the same….
18 February 2014 at 4:54 pm #7336Ken NorcrossParticipantThanks but same result.
18 February 2014 at 5:16 pm #7337Ken NorcrossParticipantSingle hop to other element types works, seems to be an issue with Packacges as the element on the other side of the relationship.
18 February 2014 at 5:25 pm #7338Ken NorcrossParticipantThis just reminded me of another issue I have run across, that must be related to the issue here.
I also would like to print the name of the package that is the parent of an element, but this too prints as blank.
This should be very easy to test on your side.
Add Single Attribute of a related element for an element.
Type: Parent
Direction: NormalTo Element Type: Any
Print name- hyperlinked
I know from scripting in Sparx that Packages have a different shape from other elements, so maybe you need some special handling here for Packages.
18 February 2014 at 5:40 pm #7339eadocX SupportParticipantBy mere seconds, this issue just scraped into v3.4 Beta – both issues fixed. Well, I couldn’t replicate the last one in 3.4, but the first one is certainly fixed.
18 February 2014 at 5:47 pm #7340Ken NorcrossParticipantI could really use this fix today, tight deadlines.
How can I get a copy of the Beta? I do not see any obvious download link.
18 February 2014 at 5:54 pm #7341eadocX SupportParticipantI’m working as fast as I can. Just building the beta now. Should be ready for use by start of business 19th Feb 2014. Lots to do to create whole new release…..
18 February 2014 at 5:59 pm #7342Ken NorcrossParticipantSorry, I thought you meant you just built it. 🙂
I will check back tomorrow, thanks!
18 February 2014 at 6:47 pm #7343eadocX SupportParticipantv3.4 Beta 1 is now available at https://store.eadocx.com/web-downloads/customer-downloads
18 February 2014 at 7:04 pm #7344Ken NorcrossParticipantThan you! I have the beta file, will be able to test as soon as our support process allows me to install the upgrade.
19 February 2014 at 8:16 pm #7345Ken NorcrossParticipantFinally was able to test.
The generated reports now will properly report a Package name on the other end of a relationship.
But…it does not properly create a bookmark/link in the document, and my subsequent element cross reference report comes out empty.
If I switch back to relationships that have Use Cases on the other end all works fine.
The failure case is when you have a package on the other end of the relationship.
20 February 2014 at 4:12 pm #7346eadocX SupportParticipantOK – I’ll have another look at this. I was a bad day @Sparx when they designed the Package mechanism – I spend a lot of effort trying to make Packages look like Elements, but it’s an uphill struggle.
UPDATE: I discovered that Cross-Reference reports NEVER supported Package. Well, they will, as of the next v3.4 Beta release (Beta 2).- This reply was modified 10 years, 9 months ago by eadocX Support.
21 February 2014 at 4:26 pm #7348Ken NorcrossParticipantGreat thanks. I have had odd results with packages in a few areas in the past but I always assumed it was my lack of understanding of the product. I’m glad we found and fixed a few here. Looking forward to the next beta release, thanks.
25 February 2014 at 10:12 pm #7349Ken NorcrossParticipantI see Beta 3.4.0.2 is out but I am not sure what fixes are included.
Should I pick up 3.4.0.2 for this fix?
-
AuthorPosts
- You must be logged in to reply to this topic.
Download a free trial
Download eaTeamWorks today for several free for life features, plus no obligation, 30-day trials of all the products: eaDocX, ea Revision Manager, eaSheets, Model Expert and PortfolioManager. Discover for yourself why we sell the world’s best-selling Enterprise Architect extension.
Download