You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by ji...@apache.org on 2004/03/04 01:44:32 UTC

[jira] Created: (GUMP-20) Dependecies/Dependees are over counted

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-20

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GUMP-20
    Summary: Dependecies/Dependees are over counted
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Gump
 Components: 
             Python

   Assignee: 
   Reporter: Adam Jack

    Created: Wed, 3 Mar 2004 4:42 PM
    Updated: Wed, 3 Mar 2004 4:42 PM

Description:
This list is clearly wrong:

http://lsd.student.utwente.nl/gump/scarab/scarab_details.html#Full+Project+Dependencies

The primary reason is that this count of unique dependency objects (an entity which links to projects) not the results of the dependency itself -- the dependent project. Dependency objects are owned (they form a bi-directional link) and the owner is part of the __eq__ (equality check) which I think is probably valid (albeit annoying here.)

As such when we attempt to count only unique dependencies and does 'if not depend in depends:' -- the __eq__ says no. The problem becomes worsened when on considered jars ids. Are two depends on the same project equal if they reference different ids? I'd say no.

I suspect the best thing to do is to keep this up at the project level, find a way to compare two dependencies only by the project they reference. I wonder if Gumpy needs a way to optimize/merge dependencies, so repeats are reduced. That said, there are multiple areas (not jsut counters/lists) that need to have the right answer, and doing this wrong could dork classpaths.

Honestly, I don't know the right way to fix this, hence this JIRA posting to let the thought sit openly for a while...




---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org