We're publishing to artifactory via ant and ivy using the ibiblio resolver.
Things have been working fine in the past, but now it is failing with the
following error message:
"failed with status code 500: Node type: nt:unstructured has no descriptor."
which seems related to the JCR store. We are running artifactory behind an
apache server, but this fails with direct access to the open port as well as
when connecting via Apache. Publishing was working prior to this. We have
had a couple of failures due to the file system filling up with backups but
there's plenty of room at this point.
The ant task is:
<target name="publish" depends="pom, javadoc, sourcejar"
description="Publish directly to a repository">
<echo>Publishing revision ${ivy.new.revision}</echo>
<ivy:publish resolver="maven-proxy"
revision="${ivy.new.revision}"
update="true" overwrite="true">
<artifacts pattern="rel/[artifact].[ext]" />
<artifacts pattern="rel/jars/[artifact].[ext]" />
</ivy:publish>
</target>
The relevant resolver is:
<ibiblio name="maven-proxy" namespace="m2"
root="http://maven-proxy/artifactory/libs-releases-local";
m2compatible="true" />
The console log shows the following interesting exception (partial stack
shown):
2009-09-16 17:17:23,215 [ERROR] (o.m.log )
/artifactory/libs-releases-local/org/mitre/itf/giscore/0.4.11/giscore-0.4.11.jar
org.apache.jackrabbit.ocm.exception.IncorrectPersistentClassException: Node
type: nt:unstructured has no descriptor.
at
org.apache.jackrabbit.ocm.mapper.impl.AbstractMapperImpl.getClassDescriptorByNodeType(AbstractMapperImpl.java:188)
[jackrabbit-ocm-1.4-jcr-1385.jar:na]
at
org.apache.jackrabbit.ocm.manager.objectconverter.impl.ObjectConverterImpl.getObject(ObjectConverterImpl.java:295)
[jackrabbit-ocm-1.4-jcr-1385.jar:na]
at
org.apache.jackrabbit.ocm.manager.impl.ObjectContentManagerImpl.getObject(ObjectContentManagerImpl.java:264)
[jackrabbit-ocm-1.4-jcr-1385.jar:na]
at
org.artifactory.security.JcrUserGroupManager.loadUserByUsername(JcrUserGroupManager.java:95)
[artifactory-core-2.0.6.jar:na]
at sun.reflect.GeneratedMethodAccessor121.invoke(Unknown Source)
[na:na]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[na:1.6.0_15]
at java.lang.reflect.Method.invoke(Method.java:597) [na:1.6.0_15]
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
[spring-aop-2.5.5.jar:2.5.5]
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
[spring-aop-2.5.5.jar:2.5.5]
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
[spring-aop-2.5.5.jar:2.5.5]
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
[spring-tx-2.5.5.jar:2.5.5]
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
[spring-aop-2.5.5.jar:2.5.5]
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
[spring-aop-2.5.5.jar:2.5.5]
at $Proxy42.loadUserByUsername(Unknown Source) [na:na]
How broken is our server and how might I fix this? Thoughts gratefully
accepted.
Doug
--
View this message in context:
http://www.nabble.com/Publishing-fails-with-500-error-tp25480947p25480947.html
Sent from the Artifactory-Users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
