[jetty-dev] strange post

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[jetty-dev] strange post

Scott Lewis

Hi,

We are experiencing a very strange set of behaviors around a servlet running in Jetty 9.4.15.v20190215 on java8.

We are doing a post of text/csv content type.   In the doPost method of our servlet we have some code to do authentication before completing the upload.  The authentication is done via active directory.

When doing upload via the winhttprequest 5.1 com object/excel macro, we have experienced failures...but only for relatively long data files.  If over a certain size of data (~14500bytes), the upload fails.   We think it could be the authentication that's failing for these long data uploads as per the stack trace below...but the below might be an innocuous error (login fail).

We turned on jetty debug output to help diagnose.  Now, we are finding it difficult to reproduce the upload fail.   That is, so far it's working without fail when only change was turning on jetty debug logging.

Any suggestions for known issues, and/or diagnosis techniques?

Thanksinadvance,

Scott

2019-05-23 11:16:13,892 ERROR [qtp1743803726-2251] ActiveDirectoryServiceImpl - Error during Active Directory login

javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: LdapErr: DSID-0C09042F, comment: AcceptSecurityContext error, data 52e, v2580 ]

        at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3136)

        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:3082)

        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2883)

        at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2797)

        at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:319)

        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:192)

        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:210)

        at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:153)

        at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:83)

        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)

        at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)

        at javax.naming.InitialContext.init(InitialContext.java:244)

        at javax.naming.InitialContext.<init>(InitialContext.java:216)

        at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.java:101)

        at com.xxxxxxxxx.activedirectory.service.ActiveDirectoryServiceImpl.getInitialDirContext(ActiveDirectoryServiceImpl.java:206)

        at com.xxxxxxxxx.activedirectory.service.ActiveDirectoryServiceImpl.login(ActiveDirectoryServiceImpl.java:76)

        at com.xxxxxxxxx.xxxx.local.service.AuthServiceImpl.authenticate(AuthServiceImpl.java:63)

        at com.xxxxxxxxx.xxxx.web.servlet.AuthServlet.authenticate(AuthServlet.java:127)

        at com.xxxxxxxxx.xxxx.web.servlet.MyServlet.doPost(PriceServlet.java:219)

        at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)

        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)

        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873)

        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:542)

        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)

        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)

        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)

        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)

        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)

        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)

        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)

        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)

        at org.eclipse.jetty.server.Server.handle(Server.java:502)

        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)

        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)

        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)

        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)

        at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)

        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)

        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)

        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)

        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)

        at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)

        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)

        at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)

        at java.lang.Thread.run(Thread.java:745)



_______________________________________________
jetty-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jetty-dev
Reply | Threaded
Open this post in threaded view
|

Re: [jetty-dev] strange post

Simone Bordet-3
Hi,

On Thu, May 23, 2019 at 10:09 PM Scott Lewis <[hidden email]> wrote:
> If over a certain size of data (~14500bytes), the upload fails.

Fails how?
Stack trace?

> We think it could be the authentication that's failing for these long data uploads as per the stack trace below...but the below might be an innocuous error (login fail).
>
> We turned on jetty debug output to help diagnose.  Now, we are finding it difficult to reproduce the upload fail.   That is, so far it's working without fail when only change was turning on jetty debug logging.
>
> Any suggestions for known issues, and/or diagnosis techniques?

We need to know how it fails to tell something more specific.

If the authentication fails, I'm guessing you stop reading the POST
content, so the upload would fail.

--
Simone Bordet
----
http://cometd.org
http://webtide.com
Developer advice, training, services and support
from the Jetty & CometD experts.
_______________________________________________
jetty-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jetty-dev
Reply | Threaded
Open this post in threaded view
|

Re: [jetty-dev] strange post

Scott Lewis
Hi Simone,

On 5/23/2019 1:27 PM, Simone Bordet wrote:
> Hi,
>
> On Thu, May 23, 2019 at 10:09 PM Scott Lewis <[hidden email]> wrote:
>> If over a certain size of data (~14500bytes), the upload fails.
> Fails how?
> Stack trace?

Unfortunately not with the winhttprequest com object.  It turns out that
the problem was that this winhttprequest5.1 com object (very old) was
doing the wrong thing...and older versions jetty tolerated it...while
this new version of jetty   did not.   Use a more modern com object and
the problem goes away.

Thanks,

Scott


_______________________________________________
jetty-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jetty-dev