Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 781079 - (SOA-3569) PathNotFoundException when trying to retrieve version history for a node.
PathNotFoundException when trying to retrieve version history for a node.
Status: VERIFIED
Product: JBoss Enterprise SOA Platform 5
Classification: JBoss
Component: EDS (Show other bugs)
5.2.0.ER6
Unspecified Unspecified
urgent Severity urgent
: ---
: 5.3.0 GA
Assigned To: Van Halbert
http://jira.jboss.org/jira/browse/SOA...
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2011-11-09 08:57 EST by Marek Baluch
Modified: 2018-03-29 17:46 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
In previous versions, an exception would appear when users attempted to retrieve a node's version history. A "PathNotFoundException" message would appear. As a result, users could not view the requested information. This has been fixed in 5.3.
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
JBoss Issue Tracker MODE-1302 Critical Closed PathNotFoundException when trying to retrieve version history for a node. 2013-10-24 05:20:04 EDT
JBoss Issue Tracker SOA-3569 Critical Closed PathNotFoundException when trying to retrieve version history for a node. 2013-02-20 21:26:55 EST

  None (edit)
Description Marek Baluch 2011-11-09 08:57:04 EST
project_key: SOA

See linked issue.
Comment 1 Marek Baluch 2011-11-09 08:57:24 EST
Link: Added: This issue depends MODE-1302
Comment 2 Van Halbert 2011-11-09 09:21:29 EST
The problem is a save hasn't been issued after the node was changed.    When the node was changed, the version became 2, and therefore the path changed.   The new path was used in the isversionable call, but the path was not found because a save had not been issued yet for the changed node.

Resolution:  call save after the change and before isversionable is called.
Comment 3 Marek Baluch 2011-11-09 09:42:03 EST
Link: Added: This issue relates to SOA-2863
Comment 4 Randall Hauch 2011-11-09 09:55:22 EST
Van's description is not correct. The stack trace clearly shows that the PathNotFoundException occurs when attempting to locate the node that was created and persisted in an earlier save(). See MODE-1302 for details.
Comment 5 JBoss JIRA Server 2012-02-09 16:08:50 EST
Randall Hauch <rhauch@jboss.org> made a comment on jira MODE-1302

The first thing to do is to create a test case that replicates this (not sure why there isn't one) and verify that we can replicate the problem. We've made quite a few fixes since the 2.5.2 version, so there's no guarantee this is even still a problem.

If it still is a problem, maybe one thing to look at is the {{Session.refresh(true)}} call. Perhaps we're losing some transient state somewhere. Marek mentioned the problem occurs with other mixins, which means the basic test case to try might be just adding a mixin and then getting the node by path.
Comment 6 JBoss JIRA Server 2012-02-14 08:58:15 EST
Horia Chiorean <hchiorea@redhat.com> made a comment on jira MODE-1302

The bug was caused by a couple of faults in the session.refresh algorithm, which caused the nodes immediately under root to be added as SNS, in case those nodes had children which had been changed in the session.

The issues fixed are: 

* refresh phase 1 - determining which nodes should be left and which should be discarded
* LinkedListMultimap.clear method, which caused refresh phase 2 to incorrectly duplicate existing nodes under a parent, as SNS. 

This last point was the actual cause of the bug
Comment 7 JBoss JIRA Server 2012-02-14 09:38:03 EST
Horia Chiorean <hchiorea@redhat.com> made a comment on jira MODE-1302

In 3.x, the fix to the LinkedListMultimap is already there, while the refresh algorithm isn't there anymore. Therefore, no work is needed in 3.x for this issue.
Comment 8 JBoss JIRA Server 2012-02-14 11:27:58 EST
Randall Hauch <rhauch@jboss.org> made a comment on jira MODE-1302

Merged into the 'master' branch.
Comment 9 Horia Chiorean 2012-02-15 04:10:05 EST
Issue has been fixed in 2.8.
Comment 10 Marek Baluch 2012-05-14 02:33:33 EDT
According to https://bugzilla.redhat.com/show_bug.cgi?id=781079#c9 this should be already fixed - moving to ON_QA
Comment 11 Marek Baluch 2012-05-14 02:33:57 EDT
Verified on ER2.
Comment 12 Suz 2012-06-28 19:37:20 EDT
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
In previous versions, an exception would appear when users attempted to retrieve a node's version history. A "PathNotFoundException" message would appear. As a result, users could not view the requested information. This has been fixed in 5.3.
Comment 13 JBoss JIRA Server 2013-10-24 05:20:05 EDT
Randall Hauch <rhauch@jboss.org> updated the status of jira MODE-1302 to Closed

Note You need to log in before you can comment on or make changes to this bug.