Re: Please advise re NullPointerException help

FYI here is the full stack trace of this particular error:

INFO   | jvm 1    | 2020/01/09 11:48:34 | java.lang.ClassCastException:
class org.apache.geronimo.javamail.transport.smtp.SMTPTransport cannot be
cast to class com.sun.mail.smtp.SMTPTransport
(org.apache.geronimo.javamail.transport.smtp.SMTPTransport and
com.sun.mail.smtp.SMTPTransport are in unnamed module of loader 'app')
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.MailDelivrerToHost.tryDeliveryToHost(MailDelivrerToHost.java:66)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.MailDelivrer.doDeliver(MailDelivrer.java:126)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.MailDelivrer.tryDeliver(MailDelivrer.java:108)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.MailDelivrer.deliver(MailDelivrer.java:77)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.DeliveryRunnable.attemptDelivery(DeliveryRunnable.java:126)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.DeliveryRunnable.processMail(DeliveryRunnable.java:109)
INFO   | jvm 1    | 2020/01/09 11:48:34 | at
org.apache.james.transport.mailets.remote.delivery.DeliveryRunnable.runStep(DeliveryRunnable.java:96)

Thanks
Matt


On Thu, 9 Jan 2020 at 11:39, Matt Pryor <[email protected]>
wrote:

> Hi Benoit
>
> I have upgraded to 3.4 (App / spring version) and now getting the same
> error and lots of other errors. I have also upgraded the JRE to 11.
>
> This one seems to be the most pressing
>
> java.lang.ClassCastException: class
> org.apache.geronimo.javamail.transport.smtp.SMTPTransport cannot be cast to
> class com.sun.mail.smtp.SMTPTransport
> (org.apache.geronimo.javamail.transport.smtp.SMTPTransport and
> com.sun.mail.smtp.SMTPTransport are in unnamed module of loader 'app')
>
> Looking on github it seems there is a class conflict and I've tried
> renaming the geronimo jar but no luck:
>
> <exclusions>
> <exclusion>
> <groupId>org.apache.geronimo.javamail</groupId>
> <artifactId>geronimo-javamail_1.4_mail</artifactId>
> </exclusion>
> </exclusions>
>
> Any idea?
>
> Thanks
> Matt
>
>
>
>
>
> On Thu, 9 Jan 2020 at 10:38, Matt Pryor <[email protected]>
> wrote:
>
>> Hi Benoit, thanks for the reply.
>>
>> I am in the process of upgrading to 3.4 and will let you know.
>> Presumably using the app version and going from 3.01 to 3.4 I can just
>> copy the config files across, recreate mailboxes, and should be good to go?
>>
>> Thanks
>> Matt
>>
>>
>>
>> On Thu, 9 Jan 2020 at 10:08, Tellier Benoit <[email protected]> wrote:
>>
>>> Hello Matt,
>>>
>>> Do you still encounter this issue with newer james versions?
>>>
>>> Regards,
>>>
>>> Benoit
>>>
>>> On 09/01/2020 16:59, Matt Pryor wrote:
>>> > Hi there
>>> >
>>> > This is being repeated many times in the logs when attempted to deliver
>>> > email, can anyone suggest anything? We are on James 3.0.1
>>> >
>>> > DEBUG 09:54:59,768 | james.smtpserver | Id='152723796' User='' Unable
>>> to
>>> > process request
>>> > java.lang.NullPointerException
>>> > at
>>> >
>>> org.apache.james.smtpserver.DataLineJamesMessageHookHandler.onLine(DataLineJamesMessageHookHandler.java:145)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:100)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:83)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.SeparatingDataLineFilter.onBodyLine(SeparatingDataLineFilter.java:111)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.SeparatingDataLineFilter.onLine(SeparatingDataLineFilter.java:69)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:100)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:83)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.esmtp.MailSizeEsmtpExtension.onLine(MailSizeEsmtpExtension.java:191)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:100)
>>> > at
>>> >
>>> org.apache.james.protocols.smtp.core.DataCmdHandler$DataLineFilterWrapper.onLine(DataCmdHandler.java:83)
>>> > at
>>> >
>>> org.apache.james.protocols.netty.LineHandlerUpstreamHandler.messageReceived(LineHandlerUpstreamHandler.java:50)
>>> > at
>>> >
>>> org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
>>> > at
>>> >
>>> org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
>>> > at
>>> >
>>> org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
>>> > at
>>> >
>>> org.jboss.netty.channel.SimpleChannelUpstreamHandler.messageReceived(SimpleChannelUpstreamHandler.java:124)
>>> > at
>>> >
>>> org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
>>> > at
>>> >
>>> org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
>>> > at
>>> >
>>> org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
>>> > at
>>> >
>>> org.jboss.netty.handler.execution.ChannelUpstreamEventRunnable.doRun(ChannelUpstreamEventRunnable.java:43)
>>> > at
>>> >
>>> org.jboss.netty.handler.execution.ChannelEventRunnable.run(ChannelEventRunnable.java:67)
>>> > at
>>> >
>>> org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor$ChildExecutor.run(OrderedMemoryAwareThreadPoolExecutor.java:314)
>>> > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>>> > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>>> > at java.lang.Thread.run(Unknown Source)
>>> >
>>> > Many thanks
>>> > Matt
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>> --
>> Matt Pryor
>> Software Developer
>>
>> The International Presence Group of Companies
>> EMAIL: [email protected]
>> URL: www.International-presence.com
>>
>>
>>
>
> --
> Matt Pryor
> Software Developer
>
> The International Presence Group of Companies
> EMAIL: [email protected]
> URL: www.International-presence.com
>
>
>

-- 
Matt Pryor
Software Developer

The International Presence Group of Companies
EMAIL: [email protected]
URL: www.International-presence.com