jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Archiva
  • MRM-40

associate artifacts with their pom and checksums

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Task Task
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: 1.0-alpha-1
  • Component/s: repository scanning
  • Labels:
    None

Issue Links

is related to

Bug - A problem which impairs or prevents the functions of the product. MRM-128 better handling of jar artifacts without a pom

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.
relates to

Bug - A problem which impairs or prevents the functions of the product. MRM-133 discovery might not find artifacts added as a result of rsync

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Brett Porter added a comment - 23/Jul/06 9:56 PM

timestamp checks should also be taken into consideration in this (ie, if the pom of an artifact has changed, the artifact is rediscovered)

Show
Brett Porter added a comment - 23/Jul/06 9:56 PM timestamp checks should also be taken into consideration in this (ie, if the pom of an artifact has changed, the artifact is rediscovered)
Hide
Permalink
Brett Porter added a comment - 23/Jul/06 9:59 PM

consider also the case where a JAR is first discovered, then the POM arrives later or vice-versa (the care that needs to be taken is how the first one is treated if its companion is missing, and how the second operation can make it behave as if they'd been discovered together)

Show
Brett Porter added a comment - 23/Jul/06 9:59 PM consider also the case where a JAR is first discovered, then the POM arrives later or vice-versa (the care that needs to be taken is how the first one is treated if its companion is missing, and how the second operation can make it behave as if they'd been discovered together)
Hide
Permalink
Brett Porter added a comment - 01/Aug/06 11:54 PM

currently, the indexer deals with this in its own way. I'm now considering whether to do this at all, or whether to keep the discovery mechanism simple

Show
Brett Porter added a comment - 01/Aug/06 11:54 PM currently, the indexer deals with this in its own way. I'm now considering whether to do this at all, or whether to keep the discovery mechanism simple
Hide
Permalink
Brett Porter added a comment - 04/Sep/06 3:13 AM

while I'm now happy not to do this, I need to do a final review of the index design since it changed recently to ensure that separated discovery of poms and artifacts (esp. if they have a classifier) works correctly.

Show
Brett Porter added a comment - 04/Sep/06 3:13 AM while I'm now happy not to do this, I need to do a final review of the index design since it changed recently to ensure that separated discovery of poms and artifacts (esp. if they have a classifier) works correctly.
Hide
Permalink
Joakim Erdfelt added a comment - 22/May/07 2:56 PM

The process for discovery of artifacts is kept intentionally slim in archiva trunk.

All files are treated as artifacts. (pom files included).
So order of upload/deployment is irrelevant.

Artifacts are added to the database.
The browse screen uses the database.

When the database update occurs the pom files are read, resolved, merged, expanded, and saved into the database.

When a user browses into a specific project version, and the database update hasn't occured (yet) on the pom files for that, the database update occurs JIT, making the data available to the user.

Show
Joakim Erdfelt added a comment - 22/May/07 2:56 PM The process for discovery of artifacts is kept intentionally slim in archiva trunk. All files are treated as artifacts. (pom files included). So order of upload/deployment is irrelevant. Artifacts are added to the database. The browse screen uses the database. When the database update occurs the pom files are read, resolved, merged, expanded, and saved into the database. When a user browses into a specific project version, and the database update hasn't occured (yet) on the pom files for that, the database update occurs JIT, making the data available to the user.

People

  • Assignee:
    Joakim Erdfelt
    Reporter:
    Brett Porter
Vote (0)
Watch (0)

Dates

  • Created:
    29/Nov/05 9:20 PM
    Updated:
    22/May/07 2:56 PM
    Resolved:
    22/May/07 2:56 PM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.