On Tue, Mar 16, 2010 at 07:57, Jean-Sebastien Delfino
<[email protected]> wrote:
> Bernd Fondermann wrote:
>>
>> On Sat, Mar 13, 2010 at 18:51, Jean-Sebastien Delfino
>> <[email protected]> wrote:
>>>
>>> Bernd Fondermann wrote:
>>>>
>>>> On Thu, Mar 11, 2010 at 08:58, Niklas Gustavsson <[email protected]>
>>>> wrote:
>>>
>>> ...
>>>
>>>>> Perhaps we should make this configurable on AbstractTLSContextFactory
>>>>> and allow for injecting a TLSContextFactory into XMPPServer? Anyways,
>>>>> could you open a JIRA issue for this problem and we'll have a look.
>>>
>>> Done: https://issues.apache.org/jira/browse/VYSPER-188
>>>
>>>>> It would be very interesting to later on hear more about your results
>>>>> of running Vysper on Harmony.
>>>
>>> ...
>>>
>>> I'm able to build the server and core modules, run XMPPServer,
>>
>> How do you do that? Our Harmony-based CI env exits because the apt
>> tool is not available in Harmony.
>
> Like Niklas is doing too now [1]. I'm building spec-compliance with another
> JDK, all other modules with Harmony, and spec-compliance is just picked up
> from my local Maven repos.
>
>>> then I'm
>>> hitting that KeyStore exception.
>>>
>>> Patching the code to use BKS gets me much further (see my additional
>>> comments in VYSPER-188).
>>
>> Great!
>>
>>> That's a good sign, but I don't know yet if there's
>>> other problems downstream hiding behind this one :)
>>
>> Do we need to get some Harmony people on board?
>>
>
> I've asked on d...@harmony for how to trace SSL [2], and added the trace to
> VYSPER-188.
>
> I'm not sure where to go from there, as the trace doesn't contain much, and
> I really need this working even without SSL/TLS.
>
> Is there a way to disable SSL/TLS altogether with Vysper so that it won't
> even try to use SSL?
Yes.
org.apache.vysper.xmpp.server.ServerFeatures.setStartTLSRequired(false);
- or -
<bean id="serverFeatures" class="org.apache.vysper.xmpp.server.ServerFeatures">
...
<property name="startTLSRequired" value="false"/>
</bean>
Hope that works, long not tried...
Bernd
