2008/5/27 Karakó Miklós <[EMAIL PROTECTED]>: > hi, > > Are there any situation when > node.getProperty(NameConstants.JCR_PREDECESSORS).getValues() returns null?
no, but it could theoretically return an empty Value[] which would lead to same result (NPE). there's been reports on the list of NPE in the AbstractVersionManager#calculateCheckinVersionName() method, see e.g. http://markmail.org/message/lnp7ricovv5mmwue http://markmail.org/message/o5qwgblcurud3sc7 http://markmail.org/message/znmw7pu325o6upsw there's a similar jira issue, however i am not sure whether they're related: https://issues.apache.org/jira/browse/JCR-1223 the problem seems to be caused by inconsistent version state. what caused this corruption is unclear. feel free to file a jira issue, cheers stefan > > Actually, I got NPE in AbstractVersionManager.java:458. > > Caused by java.lang.NullPointerException: null > at > org.apache.jackrabbit.core.version.AbstractVersionManager.calculateCheckinVersionName(AbstractVersionManager.java:458) > at > org.apache.jackrabbit.core.version.AbstractVersionManager.checkin(AbstractVersionManager.java:392) > at > org.apache.jackrabbit.core.version.VersionManagerImpl$2.run(VersionManagerImpl.java:280) > at > org.apache.jackrabbit.core.version.VersionManagerImpl$DynamicESCFactory.doSourced(VersionManagerImpl.java:560) > at > org.apache.jackrabbit.core.version.VersionManagerImpl.checkin(VersionManagerImpl.java:276) > at > org.apache.jackrabbit.core.version.XAVersionManager.checkin(XAVersionManager.java:155) > at org.apache.jackrabbit.core.NodeImpl.checkin(NodeImpl.java:2957) > > Miki >
