Mailing-List: contact users-help@pdfbox.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@pdfbox.apache.org
Subject: Re: PDFBOX-2896 - Problem in DublinCoreSchema title element occurs
 when deployed to Application Server, but is fine in Unit Tests
To: users@pdfbox.apache.org
References: 
 <413A3FD7F5C7F245802A11E9E05A74162495A96D@G4W3233.americas.hpqcorp.net>
 <56B4FF09.1040108@t-online.de>
 <413A3FD7F5C7F245802A11E9E05A74162495BD46@G4W3233.americas.hpqcorp.net>
From: Tilman Hausherr <THausherr@t-online.de>
Message-ID: <56B8CE2F.9080200@t-online.de>
Date: Mon, 8 Feb 2016 18:19:43 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: 
 <413A3FD7F5C7F245802A11E9E05A74162495BD46@G4W3233.americas.hpqcorp.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

I tried creating my own servlet with netbeans, tomcat 8 and maven. 
Initially I used the -SNAPSHOT version, worked fine. Then I used the RC3 
version, also worked fine, so I wanted to create a .war file. I was 
curious so I looked into the .war file, and found both versions, i.e. 
RC3 and SNAPSHOT. So I did a "clean and build" and now there's only one 
version.

I then copied the .war file into the CATALINA_BASE directory and 
accessed the servlet from the browser (it had a different address than 
my test from the IDE, which I had also unloaded anyway) and looked at 
the XML of the PDF file - all fine. The size of my .war file is about 
4MB - which is the size of pdfbox+fontbox+xmpbox+logging.

=> Please verify the size of your .war file.

The only thing I didn't do is to install Wildfly and to test with it.

If you want, I could upload my .war file somewhere and you could run it.

Tilman

Am 08.02.2016 um 10:16 schrieb Mehlhose, Frank (HP Enterprise 
Information Solutions):
> I include pdfbox and xmpbox in the web application archive in WEB-INF\lib.
> I checked visually and by comparing the SHA1 that my development environment and my runtime environment actually contain pdfbox-2.0.0-RC3.jar and xmpbox-2.0.0-RC3.jar.
>
> -----Urspr�ngliche Nachricht-----
> Von: Tilman Hausherr [mailto:THausherr@t-online.de]
> Gesendet: Freitag, 5. Februar 2016 20:59
> An: users@pdfbox.apache.org
> Betreff: Re: PDFBOX-2896 - Problem in DublinCoreSchema title element occurs when deployed to Application Server, but is fine in Unit Tests
>
> Did you check that the XmpSerializer.class is identical to the RC3 jar file?
>
> I'm wondering if you're using an older PDFBox version for your .war.
>
> Tilman
>
>
>
> Am 05.02.2016 um 10:35 schrieb Mehlhose, Frank (HP Enterprise Information Solutions):
>> Hello,
>>
>> I'm trying to upgrade from pdfbox 1.8.10 to 2.0.0-RC3.
>>
>> We try to create valid PDF/A documents with pdfbox.
>>
>> I took the following example from trunk and recreated it in our
>> application:
>>
>> pdfbox\examples\src\main\java\org\apache\pdfbox\examples\pdmodel\Creat
>> ePDFA.java
>>
>> I created a unit test similar to CreatePDFA.java and pdfbox creates
>> valid PDF/A document in our unit tests.
>>
>> But when I start to package the code into a WAR File and deploy it to
>> a Wildfly 9.0.1-Final, pdfbox starts to create slightly different XMP
>> Metadata.
>>
>> The XMP Metadata seems to be incorrect, just as described in
>> https://issues.apache.org/jira/browse/PDFBOX-2896 :
>>
>> <x:xmpmeta xmlns:x="adobe:ns:meta/">
>>
>>    <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
>>
>>      <rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/"
>> rdf:about="">
>>
>>        <dc:title>
>>
>>          <rdf:Alt>
>>
>>            <rdf:li lang="x-default">PDF/A Rendition</rdf:li>
>>
>>          </rdf:Alt>
>>
>>        </dc:title>
>>
>> </rdf:Description>
>>
>>      <rdf:Description xmlns:pdfaid="http://www.aiim.org/pdfa/ns/id/"
>> rdf:about="">
>>
>> <pdfaid:part>1</pdfaid:part>
>>
>> <pdfaid:conformance>B</pdfaid:conformance>
>>
>> </rdf:Description>
>>
>>    </rdf:RDF>
>>
>> </x:xmpmeta>
>>
>> The list element for the Dublin Core title should have a xml:lang=""
>> attribute instead of lang="".
>>
>> The problem only occurs when the application is deployed to the
>> application server.
>>
>> If I manually adjust the Dublin Core title element, the resulting PDF
>> is recognized as PDF/A by the Adobe Reader.
>>
>> What can cause the different results in the XMP Metadata between Unit
>> Test and Application Server Runtime?
>>
>> With kind regards
>>
>> *Frank Mehlhose*
>>
>> Application Business Services - Public Sector
>>
>> +49 152 0165 0812  Mobile
>>
>> +49 7031 4502 958 Office
>> Herrenberger Strasse 140, 71034 B�blingen
>>
>> HPE_logoemail
>>
>> Gesch�ftsf�hrer: Heiko Meyer (Vorsitzender), Thomas B�ssler, Volkhard
>> Bregulla, Michael Eberhardt, Angelika Gifford, Ernst Reichart.
>> Vorsitzender des Aufsichtsrats: J�rg Menno Harms Sitz der
>> Gesellschaft: B�blingen, Amtsgericht Stuttgart HRB 244081
>> WEEE-Reg.-Nr. DE 30409072
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org