[CDO] NPE exporting from CDO [message #1007323] |
Tue, 05 February 2013 09:30  |
Eclipse User |
|
|
|
When calling on the console cdo export repo1 [path to filee name]
After 2.7 Gigabyte of export. (Yes it's a big DB) we get an exception.
The eClass which is null, is from method:
protected EClass getObjectType(CDOID id) in DBStoreAccessor.
Any clues? thanks.
java.lang.NullPointerException
at org.eclipse.emf.cdo.server.internal.db.mapping.horizontal.AbstractHorizontalMappingStrategy.isMapped(AbstractHorizontalMappingStrategy.java:332)
at org.eclipse.emf.cdo.server.internal.db.mapping.AbstractMappingStrategy.getClassMapping(AbstractMappingStrategy.java:534)
at org.eclipse.emf.cdo.server.internal.db.mapping.horizontal.HorizontalMappingStrategy.getClassMapping(HorizontalMappingStrategy.java:154)
at org.eclipse.emf.cdo.server.internal.db.DBStoreAccessor.readRevisionByVersion(DBStoreAccessor.java:247)
at org.eclipse.emf.cdo.internal.server.Repository.loadRevisionByVersion(Repository.java:570)
at org.eclipse.emf.cdo.internal.common.revision.CDORevisionManagerImpl.getRevisionByVersion(CDORevisionManagerImpl.java:252)
at org.eclipse.emf.cdo.internal.common.revision.CDORevisionManagerImpl.getRevisionByVersion(CDORevisionManagerImpl.java:1)
at org.eclipse.emf.cdo.server.internal.db.mapping.horizontal.AbstractHorizontalClassMapping.handleRevisions(AbstractHorizontalClassMapping.java:631)
at org.eclipse.emf.cdo.server.internal.db.mapping.AbstractMappingStrategy.handleRevisions(AbstractMappingStrategy.java:191)
at org.eclipse.emf.cdo.server.internal.db.mapping.horizontal.HorizontalMappingStrategy.handleRevisions(HorizontalMappingStrategy.java:210)
|
|
|
|
|
|
Re: [CDO] NPE exporting from CDO [message #1007514 is a reply to message #1007479] |
Wed, 06 February 2013 04:43   |
Eclipse User |
|
|
|
Eike,
The stack trace, doesn't show the ID. I don't know which object it concerns, unless the last line in the already flushed XML is the failing object? For that object we checked, and indeed exists. The good news however is we looked for the same problem as described in bug 396743, and we indeed found some mismatch in the list count kolom. After correcting this in the DB, the export succeeded.
With this successful export (The XML file is 4.4 Gig), we will start now with a clean repo, with a DB user with proper permissions, and I really hope we won't experience bug 396743 anymore.
Thank you for your help Eike. I really appreciate, you help us through this. The customer has over 1 year of valuable data in the system, and we need to be able to move forward and have full confidence in CDO.
Cheers Christophe
|
|
|
Re: [CDO] NPE exporting from CDO [message #1007558 is a reply to message #1007514] |
Wed, 06 February 2013 08:11   |
Eclipse User |
|
|
|
Am 06.02.2013 10:43, schrieb Christophe Bouhier:
> Eike,
> The stack trace, doesn't show the ID.
I know. I expected that the debugger and a breakpoint must be used to examine runtime values.
> I don't know which object it concerns, unless the last line in the already flushed XML is the failing object? For that
> object we checked, and indeed exists. The good news however is we looked for the same problem as described in bug
> 396743, and we indeed found some mismatch in the list count kolom. After correcting this in the DB, the export succeeded.
> With this successful export (The XML file is 4.4 Gig), we will start now with a clean repo, with a DB user with proper
> permissions, and I really hope we won't experience bug 396743 anymore.
That would be great.
> Thank you for your help Eike. I really appreciate, you help us through this. The customer has over 1 year of valuable
> data in the system, and we need to be able to move forward and have full confidence in CDO.
Well, that you have confidence is my minimum hope :P
I can't even remember when the last data corruption was reported. Must be more than 3 years ago.
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
|
|
Re: [CDO] NPE exporting from CDO [message #1007598 is a reply to message #1007596] |
Wed, 06 February 2013 12:00  |
Eclipse User |
|
|
|
> What do you mean by "existing"? Sessions to what? The repository that is under (import-) creation >? > must not be used by
> clients until the import has finished.
Ok, I break that contract in the code, so I will change it.
Thanks.
Christophe
|
|
|
Powered by
FUDForum. Page generated in 2.74091 seconds