[jira] [Commented] (PDFBOX-4784) Possibility to provide the SecureRandom to SecurityHandler

2020-05-28 Thread Tilman Hausherr (Jira)


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

Tilman Hausherr commented on PDFBOX-4784:
-

Also javadoc problem in setCustomSecureRandom() (wrong "@param")

> Possibility to provide the SecureRandom to SecurityHandler
> --
>
> Key: PDFBOX-4784
> URL: https://issues.apache.org/jira/browse/PDFBOX-4784
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Crypto
>Affects Versions: 2.0.19
>Reporter: Pierrick Vandenbroucke
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In DSS, we build electronic signatures with two stateless operations 
> (computation of the data to be signed and incorporation of the signature 
> value). Currently, the signature creation fails with encrypted documents 
> (AES) due to the Initialization Vector generations which produce different 
> values at each call.
> We would need a way to "stabilize" this part. We discussed about that on our 
> [issue tracker|https://ec.europa.eu/cefdigital/tracker/browse/DSS-1962] and 
> the idea would be to provide a custom instance of the SecureRandom to the 
> [SecurityHandler|https://github.com/apache/pdfbox/blob/2.0.19/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/SecurityHandler.java#L381].



--
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



Jenkins build is back to stable : PDFBox-trunk #5246

2020-05-28 Thread Apache Jenkins Server
See 


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



Jenkins build is back to stable : PDFBox-trunk » Apache PDFBox examples #5246

2020-05-28 Thread Apache Jenkins Server
See 



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



[jira] [Commented] (PDFBOX-4784) Possibility to provide the SecureRandom to SecurityHandler

2020-05-28 Thread Tilman Hausherr (Jira)


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

Tilman Hausherr commented on PDFBOX-4784:
-

The build sometimes fails in a test. I suspect this happens when several builds 
run on the same machine.

java.lang.AssertionError
at 
org.apache.pdfbox.examples.pdmodel.TestCreateSignature.testPDFBox4784(TestCreateSignature.java:580)

> Possibility to provide the SecureRandom to SecurityHandler
> --
>
> Key: PDFBOX-4784
> URL: https://issues.apache.org/jira/browse/PDFBOX-4784
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Crypto
>Affects Versions: 2.0.19
>Reporter: Pierrick Vandenbroucke
>Assignee: Andreas Lehmkühler
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> In DSS, we build electronic signatures with two stateless operations 
> (computation of the data to be signed and incorporation of the signature 
> value). Currently, the signature creation fails with encrypted documents 
> (AES) due to the Initialization Vector generations which produce different 
> values at each call.
> We would need a way to "stabilize" this part. We discussed about that on our 
> [issue tracker|https://ec.europa.eu/cefdigital/tracker/browse/DSS-1962] and 
> the idea would be to provide a custom instance of the SecureRandom to the 
> [SecurityHandler|https://github.com/apache/pdfbox/blob/2.0.19/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/SecurityHandler.java#L381].



--
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



Jenkins build is back to stable : PDFBox-sonar2 » Apache PDFBox #260

2020-05-28 Thread Apache Jenkins Server
See 



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



Jenkins build is back to stable : PDFBox-sonar2 #260

2020-05-28 Thread Apache Jenkins Server
See 


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



Jenkins build became unstable: PDFBox-trunk » Apache PDFBox examples #5245

2020-05-28 Thread Apache Jenkins Server
See 



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



Jenkins build became unstable: PDFBox-trunk #5245

2020-05-28 Thread Apache Jenkins Server
See 



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



Jenkins build became unstable: PDFBox-sonar2 #259

2020-05-28 Thread Apache Jenkins Server
See 


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



Jenkins build became unstable: PDFBox-sonar2 » Apache PDFBox #259

2020-05-28 Thread Apache Jenkins Server
See 



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



[jira] [Resolved] (PDFBOX-4822) Off-by-one error in PDSignature.getConvertedContents()

2020-05-28 Thread Tilman Hausherr (Jira)


 [ 
https://issues.apache.org/jira/browse/PDFBOX-4822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr resolved PDFBOX-4822.
-
Resolution: Fixed

> Off-by-one error in PDSignature.getConvertedContents()
> --
>
> Key: PDFBOX-4822
> URL: https://issues.apache.org/jira/browse/PDFBOX-4822
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel, Signing
>Affects Versions: 2.0.19
>Reporter: Gábor Stefanik
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 1.8.17, 2.0.20, 3.0.0 PDFBox
>
>
> In PDSignature.java, we have the following function:
> {code:java}
> private byte[] getConvertedContents(InputStream is) throws IOException
> {
> ByteArrayOutputStream byteOS = new ByteArrayOutputStream(1024);
> byte[] buffer = new byte[1024];
> int c;
> while ((c = is.read(buffer)) != -1)
> {
> // Filter < and (
> if(buffer[0]==0x3C || buffer[0]==0x28)
> {
> byteOS.write(buffer, 1, c); // ERROR: may read buffer[1024], 
> which doesn't exist!
> }
> // Filter > and )
> else if(buffer[c-1]==0x3E || buffer[c-1]==0x29)
> {
> byteOS.write(buffer, 0, c-1);
> }
> else
> {
> byteOS.write(buffer, 0, c);
> }
> }
> is.close();return 
> COSString.parseHex(byteOS.toString("ISO-8859-1")).getBytes();
> }
> {code}
>  
> If c = 1024 (i.e. is.read() fills the buffer completely), and the first byte 
> is 0x3C or 0x28, we try to read the 1025th byte of the buffer, and hit an 
> IndexOutOfBoundsException:
> {noformat}
> java.lang.IndexOutOfBoundsException: Range [1, 1 + 1024) out of bounds for 
> length 1024
> at jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64) 
> ~[?:?]
> at 
> jdk.internal.util.Preconditions.outOfBoundsCheckFromIndexSize(Preconditions.java:82)
>  ~[?:?]
> at 
> jdk.internal.util.Preconditions.checkFromIndexSize(Preconditions.java:343) 
> ~[?:?]
> at java.util.Objects.checkFromIndexSize(Objects.java:424) ~[?:?]
> at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:155) 
> ~[?:?]
> at 
> org.apache.pdfbox.pdmodel.interactive.digitalsignature.PDSignature.getConvertedContents(PDSignature.java:348)
>  ~[pdfbox-2.0.19.jar:2.0.19]
> at 
> org.apache.pdfbox.pdmodel.interactive.digitalsignature.PDSignature.getContents(PDSignature.java:335)
>  ~[pdfbox-2.0.19.jar:2.0.19]{noformat}
>  
> By changing the first byteOS.write call to this:
> {code:java}
> byteOS.write(buffer, 1, c-1);
> {code}
> the problem is fixed.
>  



--
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] [Resolved] (PDFBOX-4849) FlateFilter Inflater leaks

2020-05-28 Thread Tilman Hausherr (Jira)


 [ 
https://issues.apache.org/jira/browse/PDFBOX-4849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr resolved PDFBOX-4849.
-
Resolution: Fixed

> FlateFilter Inflater leaks
> --
>
> Key: PDFBOX-4849
> URL: https://issues.apache.org/jira/browse/PDFBOX-4849
> Project: PDFBox
>  Issue Type: Bug
>Affects Versions: 2.0.19
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> From Christof Lorenz on the users mailing list
> {quote}
> I saw that the inflater's end() method is being called in 
> FlateFilter.decompress.
> But our tests are showing inflaters not being closed, that were opened by 
> FlateFilter.decompress.
> I think the inflater.end() should be called in a finally block to really 
> close them all.
> {quote}



--
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-4849) FlateFilter Inflater leaks

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878241 from Tilman Hausherr in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1878241 ]

PDFBOX-4849: avoid Flate leak, as suggested by Christof Lorenz

> FlateFilter Inflater leaks
> --
>
> Key: PDFBOX-4849
> URL: https://issues.apache.org/jira/browse/PDFBOX-4849
> Project: PDFBox
>  Issue Type: Bug
>Affects Versions: 2.0.19
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> From Christof Lorenz on the users mailing list
> {quote}
> I saw that the inflater's end() method is being called in 
> FlateFilter.decompress.
> But our tests are showing inflaters not being closed, that were opened by 
> FlateFilter.decompress.
> I think the inflater.end() should be called in a finally block to really 
> close them all.
> {quote}



--
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-4849) FlateFilter Inflater leaks

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878242 from Tilman Hausherr in branch 'pdfbox/branches/issue45'
[ https://svn.apache.org/r1878242 ]

PDFBOX-4849: avoid Flate leak, as suggested by Christof Lorenz

> FlateFilter Inflater leaks
> --
>
> Key: PDFBOX-4849
> URL: https://issues.apache.org/jira/browse/PDFBOX-4849
> Project: PDFBox
>  Issue Type: Bug
>Affects Versions: 2.0.19
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> From Christof Lorenz on the users mailing list
> {quote}
> I saw that the inflater's end() method is being called in 
> FlateFilter.decompress.
> But our tests are showing inflaters not being closed, that were opened by 
> FlateFilter.decompress.
> I think the inflater.end() should be called in a finally block to really 
> close them all.
> {quote}



--
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-4849) FlateFilter Inflater leaks

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878240 from Tilman Hausherr in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1878240 ]

PDFBOX-4849: avoid Flate leak, as suggested by Christof Lorenz

> FlateFilter Inflater leaks
> --
>
> Key: PDFBOX-4849
> URL: https://issues.apache.org/jira/browse/PDFBOX-4849
> Project: PDFBox
>  Issue Type: Bug
>Affects Versions: 2.0.19
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.20, 3.0.0 PDFBox
>
>
> From Christof Lorenz on the users mailing list
> {quote}
> I saw that the inflater's end() method is being called in 
> FlateFilter.decompress.
> But our tests are showing inflaters not being closed, that were opened by 
> FlateFilter.decompress.
> I think the inflater.end() should be called in a finally block to really 
> close them all.
> {quote}



--
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] [Created] (PDFBOX-4849) FlateFilter Inflater leaks

2020-05-28 Thread Tilman Hausherr (Jira)
Tilman Hausherr created PDFBOX-4849:
---

 Summary: FlateFilter Inflater leaks
 Key: PDFBOX-4849
 URL: https://issues.apache.org/jira/browse/PDFBOX-4849
 Project: PDFBox
  Issue Type: Bug
Affects Versions: 2.0.19
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
 Fix For: 2.0.20, 3.0.0 PDFBox


>From Christof Lorenz on the users mailing list
{quote}
I saw that the inflater's end() method is being called in 
FlateFilter.decompress.
But our tests are showing inflaters not being closed, that were opened by 
FlateFilter.decompress.
I think the inflater.end() should be called in a finally block to really close 
them all.
{quote}




--
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-4071) Improve code quality (3)

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878238 from Tilman Hausherr in branch 'pdfbox/branches/issue45'
[ https://svn.apache.org/r1878238 ]

PDFBOX-4071: update commons-io

> Improve code quality (3)
> 
>
> Key: PDFBOX-4071
> URL: https://issues.apache.org/jira/browse/PDFBOX-4071
> Project: PDFBox
>  Issue Type: Task
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Priority: Major
> Attachments: pdfbox-screenshot-bad.png, pdfbox-screenshot-good.png
>
>
> This is a longterm issue for the task to improve code quality, by using the 
> [SonarQube 
> report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor],
>  hints in different IDEs, the FindBugs tool and other code quality tools.
> This is a follow-up of PDFBOX-2852, which was getting too long.



--
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-4071) Improve code quality (3)

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878239 from Tilman Hausherr in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1878239 ]

PDFBOX-4071: update commons-io

> Improve code quality (3)
> 
>
> Key: PDFBOX-4071
> URL: https://issues.apache.org/jira/browse/PDFBOX-4071
> Project: PDFBox
>  Issue Type: Task
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Priority: Major
> Attachments: pdfbox-screenshot-bad.png, pdfbox-screenshot-good.png
>
>
> This is a longterm issue for the task to improve code quality, by using the 
> [SonarQube 
> report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor],
>  hints in different IDEs, the FindBugs tool and other code quality tools.
> This is a follow-up of PDFBOX-2852, which was getting too long.



--
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-4071) Improve code quality (3)

2020-05-28 Thread ASF subversion and git services (Jira)


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

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

Commit 1878237 from Tilman Hausherr in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1878237 ]

PDFBOX-4071: update commons-io

> Improve code quality (3)
> 
>
> Key: PDFBOX-4071
> URL: https://issues.apache.org/jira/browse/PDFBOX-4071
> Project: PDFBox
>  Issue Type: Task
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Priority: Major
> Attachments: pdfbox-screenshot-bad.png, pdfbox-screenshot-good.png
>
>
> This is a longterm issue for the task to improve code quality, by using the 
> [SonarQube 
> report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor],
>  hints in different IDEs, the FindBugs tool and other code quality tools.
> This is a follow-up of PDFBOX-2852, which was getting too long.



--
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-4848) Automate building website without local install

2020-05-28 Thread Maruan Sahyoun (Jira)


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

Maruan Sahyoun commented on PDFBOX-4848:


Additional note - I'm not using Docker myself but a toolset around podman which 
is similar but doesn't require a daemon but should be fine for doing a local 
setup and testing when we reach that stage.

> Automate building website without local install
> ---
>
> Key: PDFBOX-4848
> URL: https://issues.apache.org/jira/browse/PDFBOX-4848
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Documentation
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>
> As discussed on the dev mailing list we are looking to utilize the [git - 
> .asf.yaml 
> features|https://cwiki.apache.org/confluence/display/INFRA/git+-+.asf.yaml+features]
>  and/or other capabilities to simplify building the website without the need 
> to install the site generation locally.



--
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-4848) Automate building website without local install

2020-05-28 Thread Maruan Sahyoun (Jira)


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

Maruan Sahyoun commented on PDFBOX-4848:


I can do a Jenkins/Docker build but havn't done so on ASF infrastructure. Are 
there any steps needed to do the setup? E.g. assigning the right node to build 
on etc?

I'd propose to do it in stages. With the first step being to move from a local 
Jekyll install to maven (and plugins) to generate the website from the sources 
(this might also need some adjustements to the templates). The asf-site update 
step will still be manual with the current maven configuration.

With that being successful we can create the Jenkins/Docker setup. 
 The Apache Camel configs are 
[Jenkinsfile|https://github.com/apache/camel-website/blob/master/Jenkinsfile] 
and [Docker|https://github.com/apache/camel-website/blob/master/Dockerfile]

When doing the step towards automating the build we need to decide where to 
build to.

> Automate building website without local install
> ---
>
> Key: PDFBOX-4848
> URL: https://issues.apache.org/jira/browse/PDFBOX-4848
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Documentation
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>
> As discussed on the dev mailing list we are looking to utilize the [git - 
> .asf.yaml 
> features|https://cwiki.apache.org/confluence/display/INFRA/git+-+.asf.yaml+features]
>  and/or other capabilities to simplify building the website without the need 
> to install the site generation locally.



--
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-4848) Automate building website without local install

2020-05-28 Thread Jira


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

Andreas Lehmkühler commented on PDFBOX-4848:


Thanks for the clarification. So it's either the .asf.yaml feature or the maven 
based build. For the latter we have the option to implement an automated build 
via jenkins/docker.

[~msahyoun] Do you know how to set up such a jenkins/docker build, maybe by 
copying the Apache Camel build?


> Automate building website without local install
> ---
>
> Key: PDFBOX-4848
> URL: https://issues.apache.org/jira/browse/PDFBOX-4848
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Documentation
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>
> As discussed on the dev mailing list we are looking to utilize the [git - 
> .asf.yaml 
> features|https://cwiki.apache.org/confluence/display/INFRA/git+-+.asf.yaml+features]
>  and/or other capabilities to simplify building the website without the need 
> to install the site generation locally.



--
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