[PDFBOX-2318] NPE in new DomXmpParser when no type is found

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.0.0
• Fix Version/s: 2.0.0
• Component/s: XmpBox
• Labels: patch
• Assignee: Andreas Lehmkühler
• Reporter: Jeremy Anderson
• Created: 04/Sep/14 18:24
• Updated: 17/Mar/16 19:08
• Resolved: 12/Oct/14 13:39

Description

Discovered this bug while trying to sync both TIKA and PDFBOX to their current SNAPSHOT builds.

Issue came to light when running Tika's JpegParserTest.testJPEGEmptyEXIFDateTime() junit test case since the test file contains the following property photoshop:LegacyIPTCDigest which is a non defined property in the PhotoshopSchema.

This causes a null Type to be created in DomXmpParser.parseDescriptionRoot(). The solution in my patch is to default to text for any undefined types. It may be beneficial to also log a warning about such types so that the schema files can be properly amended. (Currently the LegacyIPTCDigest has not been added to the Schema in this patch)

Relates to work done via Tika in TIKA-1285