You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Dominique Pfister (JIRA)" <ji...@apache.org> on 2014/09/02 13:09:20 UTC

[jira] [Updated] (FELIX-4628) [Jetty] Ignore empty string value for truststore

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

Dominique Pfister updated FELIX-4628:
-------------------------------------
    Attachment: patch.txt

Trivial patch against trunk to fix issue

> [Jetty] Ignore empty string value for truststore
> ------------------------------------------------
>
>                 Key: FELIX-4628
>                 URL: https://issues.apache.org/jira/browse/FELIX-4628
>             Project: Felix
>          Issue Type: Bug
>          Components: HTTP Service
>    Affects Versions: http-2.3.0
>            Reporter: Dominique Pfister
>         Attachments: patch.txt
>
>
> When configuring the Jetty Service through the Web Console, the trust store defaults to an empty string. If an empty string is passed to jetty's SslConnector, it interprets it as an empty path, which equals the current working directory. This results in an exception on startup:
> {code}
> java.io.FileNotFoundException: /usr/local/apache-felix (No such file or directory)
> 	at java.io.FileInputStream.open(Native Method)
> 	at java.io.FileInputStream.<init>(FileInputStream.java:120)
>         at org.eclipse.jetty.util.resource.FileResource.getInputStream(FileResource.java:286)
>         at org.eclipse.jetty.util.security.CertificateUtils.getKeyStore(CertificateUtils.java:43)
>         at org.eclipse.jetty.util.ssl.SslContextFactory.getKeyStore(SslContextFactory.java:1053)
>         at org.eclipse.jetty.util.ssl.SslContextFactory.loadTrustStore(SslContextFactory.java:1027)
>         at org.eclipse.jetty.util.ssl.SslContextFactory.doStart(SslContextFactory.java:265)
>         ...
> {code}
> Instead, an empty value for the trust store should be treated as _null_.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)