On startup, Archiva 1.2.1 runs the repo-scanner and throws endless exceptions.
The first type of exception looks like this: 2009-06-04 03:03:11,727 [pool-2-thread-1] ERROR org.apache.maven.archiva.repository.scanner.functors.ConsumerProcessFileClosure - Consumer [repository-purge] had an error when processing file [/opt/managed_repos/snapshots/.in dex/nexus-maven-repository-index.zip]: Not enough parts to the path [.index/nexus-maven-repository-index.zip] to construct an ArchivaArtifact from. (Requires at least 4 parts) org.apache.maven.archiva.consumers.ConsumerException: Not enough parts to the path [.index/nexus-maven-repository-index.zip] to construct an ArchivaArtifact from. (Requires at least 4 parts) the second type is sql-related: 2009-06-04 09:07:53,420 [pool-2-thread-1] ERROR org.apache.maven.archiva.repository.scanner.functors.ConsumerProcessFileClosure - Consumer [update-db-artifact] had an error when processing file [/opt/managed_repos/internal/de /company/azcommons/azc-services/1.0.35/azc-services-1.0.35.pom]: Insert request failed: INSERT INTO ARCHIVA.ARCHIVA_ARTIFACT (SNAPSHOT_VERSION,PLATFORM,ORIGIN,WHEN_PROCESSED,CHECKSUM_SHA1,WHEN_GATHERED,CHECKSUM_MD5,WHEN_INDEXE D,LAST_MODIFIED,FILE_SIZE,ARTIFACT_ID,CLASSIFIER,GROUP_ID,REPOSITORY_ID,FILE_TYPE,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO ARCHIVA.ARCHIVA_ARTIFACT (SNAPSHOT_VERSION,PLATFORM,ORIGIN,WHEN_PROCESSED,CHECKSUM_SHA1,WHEN_GATHERED,CHECKSUM_MD5,WHEN_INDEXED,LAST_MODIFIED,FILE_SIZE,ARTIFA CT_ID,CLASSIFIER,GROUP_ID,REPOSITORY_ID,FILE_TYPE,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) .... NestedThrowablesStackTrace: java.sql.SQLIntegrityConstraintViolationException: ORA-00001: unique constraint (ARCHIVA.ARCHIVA_ARTIFACT_PK) violated We have been running Archiva 1.1.3 on Tomcat and Oracle RAC before without such errors. Before I deployed 1.2.1 I adjusted the JDO-schema (package.jpox), basically by adding jdbc-type="clob" to all varchars larger than 250. That strategy worked well for us before. Anybody having an idea how to work around those 2 errors? If not, can I safely delete the database, and let it recreated by Archiva on startup ? (I asked that question already before, but the answer was not clear enough for me.) -- View this message in context: http://www.nabble.com/upgrade-to-1.2.1-%3D%3E-numerous-SQL-errors-tp23865774p23865774.html Sent from the archiva-users mailing list archive at Nabble.com.
