Archiva

• Type: Bug
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: 1.0
• Fix Version/s: 1.0.2
• Component/s: repository scanning
• Labels:

  None
• Environment:

  Windows32

It seems that Archiva is not properly updating the database if the initial import of the POM failed due to a parse error, even after the original problem has been corrected, the repository has been rescanned, and the database updated again.

Steps to reproduce:
1. Start with a fresh Archiva 1.0 installation
2. Drop a group containing an artifact with a broken POM (illegal XML) to Archiva's internal repo directory
3. Run "Scan Repository Now" and "Update Database Now".
The log shows a ProjectModelException because the broken POM could not be parsed.
4. Fix the broken POM. Run "Scan Repository Now" and "Update Database Now" again.
5. Use the "Browse" page to browse to the artifact -> you get the error message:
Unable to find project model for [junit:junit:3.7].

I've attached the zipped contents of the "data" directory after performing the steps above, and the log file.

Notice that there might be general repository scanning problem in 1.0 that could be related, see
http://www.nabble.com/Repository-scanning-problem-in-1.0--tf4897121.html

1. 

   archiva.log

   29/Nov/07 8:05 AM

   73 kB

   Arne Degenring

2. $i18n.getText("admin.common.words.hide")

   

   data.zip

   29/Nov/07 8:05 AM

   363 kB

   Arne Degenring

   1. 
      data/archiva/database/db.lck 0.0 kB
   2. 
      data/archiva/database/log/log.ctrl 0.0 kB
   3. 
      data/archiva/database/log/log1.dat 1024 kB
   4. 
      data/archiva/database/log/logmirror.ctrl 0.0 kB
   5. 
      data/archiva/database/seg0/c10.dat 8 kB
   6. 
      data/archiva/database/seg0/c101.dat 8 kB
   7. 
      data/archiva/database/seg0/c111.dat 8 kB
   8. 
      data/archiva/database/seg0/c121.dat 8 kB
   9. 
      data/archiva/database/seg0/c130.dat 8 kB
   10. 
       data/archiva/database/seg0/c141.dat 8 kB
   11. 
       data/archiva/database/seg0/c150.dat 12 kB
   12. 
       data/archiva/database/seg0/c161.dat 8 kB
   13. 
       data/archiva/database/seg0/c171.dat 8 kB
   14. 
       data/archiva/database/seg0/c180.dat 24 kB
   15. 
       data/archiva/database/seg0/c191.dat 8 kB
   16. 
       data/archiva/database/seg0/c1a1.dat 8 kB
   17. 
       data/archiva/database/seg0/c1b1.dat 8 kB
   18. 
       data/archiva/database/seg0/c1c0.dat 8 kB
   19. 
       data/archiva/database/seg0/c1d1.dat 8 kB
   20. 
       data/archiva/database/seg0/c1e0.dat 8 kB
   21. 
       data/archiva/database/seg0/c1f1.dat 8 kB
   22. 
       data/archiva/database/seg0/c20.dat 32 kB
   23. 
       data/archiva/database/seg0/c200.dat 8 kB
   24. 
       data/archiva/database/seg0/c211.dat 8 kB
   25. 
       data/archiva/database/seg0/c221.dat 8 kB
   26. 
       data/archiva/database/seg0/c230.dat 276 kB
   27. 
       data/archiva/database/seg0/c241.dat 8 kB
   28. 
       data/archiva/database/seg0/c251.dat 12 kB
   29. 
       data/archiva/database/seg0/c260.dat 8 kB
   30. 
       data/archiva/database/seg0/c271.dat 8 kB

   Showing 30 of 202 items Download Zip

   $i18n.getText("admin.common.words.show")

   

   data.zip

   29/Nov/07 8:05 AM

   363 kB

   Arne Degenring

• Assignee:

  Maria Odea Ching

  Reporter:

  Arne Degenring

• Created:

  29/Nov/07 8:05 AM

  Updated:

  14/Mar/08 4:57 PM

  Resolved:

  14/Mar/08 4:13 AM