Archiva

Endless loop in "Dependency Tree" in cyclic dependencies?

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Critical Critical
  • Resolution: Fixed
  • Affects Version/s: 1.0.1, 1.0.2, 1.2-M1
  • Fix Version/s: 1.4-M1
  • Component/s: browser
  • Labels:
    None
  • Environment:
    Tomcat 6.0.14/16 with java 1.5.0_13, running on a 64bit-Linux (Suse Linux 10.1)
  • Number of attachments :
    0

Description

When i look the the view "dependencies" for an artifact, all runs well. But when I select the view "Dependency Tree" nothings happends (a new page will be loaded, but never displayed). Look at OS-Level (Linux) with top, I see an java-process with 102% cpu-Usage - endless.
When I go back with the browser and select the save view again, then I will have 163% cpu-usage for the java-process ....
This will happends with archiva 1.0.1 and 1.0.2, but not with 1.0 (there will be an error message).
I think that there will be an cyclic dependency in my artifact and archiva is not able to detect an endless loop while building the dependency-tree ....

Issue Links

This issue is related to:
MRM-665 DependencyTree fetchGraph causes high load with large databases Critical Closed

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Maria Odea Ching added a comment -

Workaround here is to temporarily disable the Dependency Tree tab in the jsp page.

Show
Maria Odea Ching added a comment - Workaround here is to temporarily disable the Dependency Tree tab in the jsp page.
Hide
Permalink
Maria Odea Ching added a comment -

Could you upload the artifact which causes this endless loop so we could use it for testing? Thanks

Show
Maria Odea Ching added a comment - Could you upload the artifact which causes this endless loop so we could use it for testing? Thanks
Hide
Permalink
Denis Schettl added a comment -

Im not able to give you the big bunch of pom you need to reproduce my initial problem.
BUT i have found (by testing all pom one by one) a free available pom that mybe cause the problem (in additional of some internal pom with the same behavior):

<dependency>
<groupId>org.apache.xmlgraphics</groupId>
<artifactId>fop</artifactId>
<version>0.9.4</version>
</dependency>

If you load archive with this pom (is available on central) and you go to "dependency tree" then a never displayed page will be loaded endless ...

Show
Denis Schettl added a comment - Im not able to give you the big bunch of pom you need to reproduce my initial problem. BUT i have found (by testing all pom one by one) a free available pom that mybe cause the problem (in additional of some internal pom with the same behavior): <dependency> <groupId>org.apache.xmlgraphics</groupId> <artifactId>fop</artifactId> <version>0.9.4</version> </dependency> If you load archive with this pom (is available on central) and you go to "dependency tree" then a never displayed page will be loaded endless ...
Hide
Permalink
Maria Odea Ching added a comment -

Ok, thanks for providing this Denis!

Show
Maria Odea Ching added a comment - Ok, thanks for providing this Denis!
Hide
Permalink
Maria Odea Ching added a comment -

I cannot replicate this issue in trunk (& in 1.0.2 as well) using the standalone bundle but the behaviour of the 'Dependency Tree' is inconsistent. Earlier, the dependency tree was listed for artifact fop-0.94 but when I executed a new archiva instance, the tree no longer shows up. What is shown in the dependency tree is this:

  • org / apache / xmlgraphics / fop | Version(s): 0.94

Btw, I'm using Ubuntu 7.04 (32-bit).. It could be possible that the dependency loop can be due to the difference in the architecture of the OS.

Show
Maria Odea Ching added a comment - I cannot replicate this issue in trunk (& in 1.0.2 as well) using the standalone bundle but the behaviour of the 'Dependency Tree' is inconsistent. Earlier, the dependency tree was listed for artifact fop-0.94 but when I executed a new archiva instance, the tree no longer shows up. What is shown in the dependency tree is this:
  • org / apache / xmlgraphics / fop | Version(s): 0.94
Btw, I'm using Ubuntu 7.04 (32-bit).. It could be possible that the dependency loop can be due to the difference in the architecture of the OS.
Hide
Permalink
Maria Odea Ching added a comment -

Moving this to 1.x, we might need to re-evaluate the dependency tree code. See also MRM-665..

Show
Maria Odea Ching added a comment - Moving this to 1.x, we might need to re-evaluate the dependency tree code. See also MRM-665..
Hide
Permalink
Denis Schettl added a comment - - edited

I use Tomcat 6.0 on Windows (32-bit, Java 1.5.0_12) and Opensuse 10.1 (64-bit, Java 1.5.0_15). On both OS I have the same behaviour: Endless loading time while trying to display the 'Dependency-Tree' ....

Show
Denis Schettl added a comment - - edited I use Tomcat 6.0 on Windows (32-bit, Java 1.5.0_12) and Opensuse 10.1 (64-bit, Java 1.5.0_15). On both OS I have the same behaviour: Endless loading time while trying to display the 'Dependency-Tree' ....
Hide
Permalink
Maria Odea Ching added a comment -

I was able to replicate this issue in a public Archiva instance I was maintaining. This is causing Archiva to hang and I had to re-start it a couple of time already. I disabled the dependency tree tab for now in my Archiva instance so as to workaround this issue for now.

Show
Maria Odea Ching added a comment - I was able to replicate this issue in a public Archiva instance I was maintaining. This is causing Archiva to hang and I had to re-start it a couple of time already. I disabled the dependency tree tab for now in my Archiva instance so as to workaround this issue for now.
Hide
Permalink
Brett Porter added a comment -

for testing

Show
Brett Porter added a comment - for testing
Hide
Permalink
Brett Porter added a comment -

fixed by updating dependency tree code to that used by Maven

Show
Brett Porter added a comment - fixed by updating dependency tree code to that used by Maven

People

Vote (1)
Watch (2)

Dates

  • Created:
    Updated:
    Resolved:
Atlassian JIRA (v4.4.3#663-r165197) | Report a problem
Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.