[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-05-14 Thread Miroslav Holubec (Jira)


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17107240#comment-17107240
 ] 

Miroslav Holubec commented on PDFBOX-4817:
--

perfect, thank you!

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-04-26 Thread Jira


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17092719#comment-17092719
 ] 

Andreas Lehmkühler commented on PDFBOX-4817:


[~myroch] I've added another constructor to pass a TransaformerFactory and a 
DocumentBuilderFactory. Does this work for you?

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-04-26 Thread ASF subversion and git services (Jira)


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17092717#comment-17092717
 ] 

ASF subversion and git services commented on PDFBOX-4817:
-

Commit 1877024 from le...@apache.org in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1877024 ]

PDFBOX-4817: introduce an additional constructor to pass an alternative 
TransformerFactory and DocumentBuilderFactory

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-04-26 Thread ASF subversion and git services (Jira)


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17092718#comment-17092718
 ] 

ASF subversion and git services commented on PDFBOX-4817:
-

Commit 1877025 from le...@apache.org in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1877025 ]

PDFBOX-4817: introduce an additional constructor to pass an alternative 
TransformerFactory and DocumentBuilderFactory

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-04-20 Thread Miroslav Holubec (Jira)


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087955#comment-17087955
 ] 

Miroslav Holubec commented on PDFBOX-4817:
--

Yeah exactly. Or at least setters...
I verified that Xalan XSLTC and Vanilla Java (based on same) are working 
without issues. Saxon and standard Xalan unfortunately not.

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Priority: Major
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Commented] (PDFBOX-4817) Generated XMP Metadata with other XSLT processor are XML invalid

2020-04-20 Thread Jira


[ 
https://issues.apache.org/jira/browse/PDFBOX-4817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087830#comment-17087830
 ] 

Andreas Lehmkühler commented on PDFBOX-4817:


Is this about {{org.apache.xmpbox.xml.XmpSerializer.XmpSerializer()}}? You are 
proposing to add a second constructor passing a DocumentBuilderFactory and a 
TransformerFactory from outside to the serializer?

> Generated XMP Metadata with other XSLT processor are XML invalid
> 
>
> Key: PDFBOX-4817
> URL: https://issues.apache.org/jira/browse/PDFBOX-4817
> Project: PDFBox
>  Issue Type: Bug
>  Components: XmpBox
>Affects Versions: 2.0.19
>Reporter: Miroslav Holubec
>Priority: Major
>
> In our system I cannot affect javax.xml.transform.TransformerFactory 
> property, it is per default set to 
> org.apache.xalan.processor.TransformerFactoryImpl (Xalan v2.7.2).
> When I generate XMP metadata DublinCoreSchema with title, I will get 
> following piece of XML:
> {noformat}
> http://purl.org/dc/elements/1.1/; rdf:about="">
>   
>
>  some title
>
>   
> 
> {noformat}
> Problem is, that before _lang_ attribute is _xml:_ attribute prefix missing, 
> and then is XML invalid as per specification. With 
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl is everything OK.
> Solution to the problem will be providing DocumentBuilderFactory and 
> TransformerFactory from outside via constructor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org