May 2015 - undertow-dev - Jboss List Archives

Mostly IO, non-blocking workload best practice

by Chris Back

I am writing a server that will need to respond to lots of small web requests. Most of the requests will come with a small POST payload. Based on the contents of the payload, the server will either a) respond immediately, or b) forward the request as is to one of a pool of backend servers, waiting for a response and forwarding the response back to the client. It looks like given the existing undertow code, I have good examples of how to forward requests to the backend. What isn't as clear is how to handle the getting the POST data. Is there a way of doing that without blocking? Ideally, my handler flow would be: 1. Non-blocking request handler that makes sure all POST data is in. 2. A non-blocking handler that decisions based on content of POST data to 3a. Immediately return a response to the client (non-blocking). or 3b. Dispatch to the worker pool to forward request to backend server and await response. 90% of my requests will go through path 3a, and I'd like that to be as quick as possible. When the server decides a request should go through 3b, only then should it go to the blocking worker pool. Am I viewing this correctly? What are my options? Based on this thread http://lists.jboss.org/pipermail/undertow-dev/2015-January/001082.html it seems like an option could be to get the request channel in step 1 above? Its not clear to me how that would work. Thanks, Chris

9 years, 9 months

2
3
0 / 0

Changing proxy response

by ralf.battenfeld＠bluewin.ch

Hi I am looking for a way to use the LoadBalancingProxyClient that changes the response received from the backend server. I came up with configuring a ResponseCommitListener. Is this the correct way of manipulating the response within the beforeCommit() call? If yes, how can I change the response with the given HttpServerExchange instance? If not, what would be the best way to achieve this? Thanks a lot for any help. Ralf

9 years, 10 months

2
1
0 / 0

http/2 server starts dying after rapid refresh

by Michael Hixson

Hello, I'm trying out HTTP/2 with undertow-core in my application, and I see that I'm able to get the server into a bad state pretty reliably by refreshing quickly in my browser. It stops responding to requests and the CPU usage of the Java process starts to climb towards 100%. I was able to replicate this in the HTTP/2 example in the latest from the master branch, by changing the main HttpHandler. This is what I put in Http2Server#main(String[]): Undertow server = Undertow.builder() .setServerOption(UndertowOptions.ENABLE_HTTP2, true) .setServerOption(UndertowOptions.ENABLE_SPDY, true) .addHttpListener(8080, bindAddress) .addHttpsListener(8443, bindAddress, sslContext) .setHandler(new HttpHandler() { @Override public void handleRequest(HttpServerExchange exchange) { if (exchange.isInIoThread()) { exchange.dispatch(this); return; } exchange.startBlocking(); exchange.getResponseHeaders().put( new HttpString("Content-Type"), "text/html"); try (BufferedWriter writer = new BufferedWriter( new OutputStreamWriter( exchange.getOutputStream(), StandardCharsets.UTF_8))) { writer.append("<!DOCTYPE html><html>\n"); for (int i = 0; i < 100; i++) { writer.append( "<link rel=\"stylesheet\" href=\"/" + i + ".css\">\n"); } writer.append("hello"); } catch (IOException e) { e.printStackTrace(); throw new RuntimeException(e); } } }).build(); Then I go to https://localhost:8443/ in a browser and hold down F5 for a bit. I start seeing errors like this: java.nio.channels.ClosedChannelException at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.write(AbstractFramedStreamSinkChannel.java:396) at org.xnio.channels.Channels.writeFinalBasic(Channels.java:961) at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.writeFinal(AbstractFramedStreamSinkChannel.java:420) at org.xnio.conduits.StreamSinkChannelWrappingConduit.writeFinal(StreamSinkChannelWrappingConduit.java:66) at org.xnio.conduits.ConduitStreamSinkChannel.writeFinal(ConduitStreamSinkChannel.java:104) at io.undertow.channels.DetachableStreamSinkChannel.writeFinal(DetachableStreamSinkChannel.java:195) at io.undertow.server.HttpServerExchange$WriteDispatchChannel.writeFinal(HttpServerExchange.java:1882) at io.undertow.io.UndertowOutputStream.writeBufferBlocking(UndertowOutputStream.java:288) at io.undertow.io.UndertowOutputStream.close(UndertowOutputStream.java:331) at sun.nio.cs.StreamEncoder.implClose(StreamEncoder.java:320) at sun.nio.cs.StreamEncoder.close(StreamEncoder.java:149) at java.io.OutputStreamWriter.close(OutputStreamWriter.java:233) at java.io.BufferedWriter.close(BufferedWriter.java:266) at io.undertow.examples.http2.Http2Server$1.handleRequest(Http2Server.java:94) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) In case it helps, I saw a different error in my real (not undertow example) application when I started seeing the same effects visibly (site down and CPU climbing to 100%). Maybe it is the same root cause but just being caught/logged differently: ERROR [2015-05-28 14:23:59,804] org.xnio.nio: XNIO000011: Task io.undertow.server.protocol.framed.AbstractFramedChannel$2@308b5f1f failed with an exception java.lang.IllegalStateException: null at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.getBuffer(AbstractFramedStreamSinkChannel.java:523) ~[undertow-core-1.3.0.Beta1-SNAPSHOT.jar:1.3.0.Beta1-SNAPSHOT] at io.undertow.server.protocol.framed.AbstractFramedChannel.flushSenders(AbstractFramedChannel.java:496) ~[undertow-core-1.3.0.Beta1-SNAPSHOT.jar:1.3.0.Beta1-SNAPSHOT] at io.undertow.server.protocol.framed.AbstractFramedChannel$2.run(AbstractFramedChannel.java:581) ~[undertow-core-1.3.0.Beta1-SNAPSHOT.jar:1.3.0.Beta1-SNAPSHOT] at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:560) ~[xnio-nio-3.3.1.Final.jar:3.3.1.Final] at org.xnio.nio.WorkerThread.run(WorkerThread.java:462) ~[xnio-nio-3.3.1.Final.jar:3.3.1.Final] I see the same behavior in my real application with both undertow-core 1.2.6.Final and 1.3.0.Beta1-SNAPSHOT (the latter installed locally from source). I only tried the Http2Server example in the latest version though. -Michael

10 years

3
6
0 / 0

A question about response body size limit in undertow

by adi amir

Hello I'm working with undertow. I would appreciate help regarding the following issue: I have a response that have a large body size (about 1.8MB). It seems that the undertow truncates the response after 100,000~ bytes. I could not find any configuration parameter to increases this limit nor a method to overcome this issue. I would appreciate some tips on this issue. Thank you Adi Amir

10 years

4
4
0 / 0

Server-Sent Event and HttpServerExchange

by Cédric Tran-Xuan

Hello, We are looking at the recent support of Server-Sent Events in Undertow, which looks great! We are using the HttpServerExchange to pass data through different handlers (we do it by passing these data via setting Attachments to the HttpServerExchange). Ultimately, we need these data, to determine what to push to the client via SSE. And as we don't have access to the HttpServerExchange from the ServerSentEventConnection, we are a bit stuck. We imagine we can code some « hack » to do so, but first, we were wondering if ever the dev team had some insights that could help us to implement the best solution that fits the « Undertow spirit » and our need. Thanks in advance for your answer. Best regards, Cédric. PS: may be passing data via Attachments of HttpServerExchange is not the best practice?

10 years

2
3
0 / 0

HTTP/2 with undertow-core 1.2.6.Final?

by Michael Hixson

Hello, I'm trying to test out HTTP/2 with undertow-core 1.2.6.Final. I haven't been able to see any HTTP/2 traffic to from my server locally, and I'm not sure what I'm doing wrong. I mostly followed the example code here: https://github.com/undertow-io/undertow/blob/master/examples/src/main/jav... Notably I: - Enable the HTTP2 and SPDY server options on my Undertow builder. - Am using an HTTPS listener with an SSLContext. - Have a maven dependency for org.mortbay.jetty.alpn:alpn-boot:8.1.3v20150130. But when I make requests in a browser (tried Chrome and Firefox), it says the protocol for all my requests is HTTP/1.1. I know at least Chrome supports HTTP2 because I can see it using HTTP2 in that very same browser console - other resources loaded by that same page on my website (e.g. to Google Analytics) are delivered *not* over HTTP/1.1. Has anyone been able to use HTTP/2 with Undertow on localhost successfully? Any ideas what I might be doing wrong? I'm using a self-signed certificate, if that matters. I also tried the keystores in the examples directory on Github and got the same result. Thinking something else in my app was interfering with this, I also tried a root HttpHandler that simply wrote "hello" to the output stream for every response. No success there either. My apologies if this is me not understanding HTTP/2 rather than any Undertow-specific thing. -Michael

10 years

3
6
0 / 0

Buffers still leaking via lingering timeouts

by Eric Peters

First, great job getting a fix in for UNDERTOW-413 very promptly. I saw that release 1.1.4-Final was finally cut, and pulled it off Maven into our dev system last night... and I'm still seeing the leak. Verified my test setup, it is on undertow-1.1.4-Final - jars for 1.1.0-Final were deleted. It may be a week before I can definitively say if it's improved at all or not, but it is definitely still leaking. I've not yet identified a trigger for the leak, so I don't have a good view on how serious it still is (that's my next task here). As the fix in undertow-1.1.4-Final didn't solve this, I fear you may need an example I don't have to provide. I'm going to need a fix soon. Ultimately I'm thinking of taking io.undertow.conduits.ReadTimeoutStreamSourceConduit.timeoutCommand, making it a named static inner class with a phantom reference to the conduit, which triggers handle.remove() when the conduit is GCd. I'm not fond of using the GC as part of a queue cleanup mechanic, but I don't know the undertow package well enough to try anything more sophisticated. Before I get to trying that, I'm open to suggestions/advice. Eric Peters Software Engineer www.epicor.com<http://epicor.com/> Tel.: (303) 323-8250 Fax: (512) 356-0833 E-Mail: EPeters(a)epicor.com<mailto:EPeters@epicor.com> [Description: Description: http://www.epicor.com/Style%20Library/Images/email/Epicoremail.gif] [Description: Description: http://www.epicor.com/Style%20Library/Images/email/sig_values3.png]<http://solutions.epicor.com/values/> This message has been scanned for malware by Websense. www.websense.com

10 years, 1 month

2
2
0 / 0

Compile error on clean checkout

by Greg Hellings

Undertow, I was trying to do a fresh pull and build of Undertow. I've tried on both the master branch and on the 1.2.x series. Both of them fail the compile goal with different errors. From master I get [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project undertow-servlet: Compilation failure [ERROR] /home/greg/build/undertow/servlet/src/main/java/io/undertow/servlet/spec/ServletPrintWriterDelegate.java:[28,99] incompatible types: java.lang.reflect.Constructor<capture#1 of ?> cannot be converted to java.lang.reflect.Constructor<io.undertow.servlet.spec.ServletPrintWriterDelegate> >From 1.2.x I get this error: [ERROR] Failed to execute goal on project undertow-servlet: Could not resolve dependencies for project io.undertow:undertow-servlet:jar:1.2.6.Final-SNAPSHOT: Failure to find io.undertow:undertow-core:jar:tests:1.2.6.Final-SNAPSHOT in http://repository.jboss.org/nexus/content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of jboss-public-repository-group has elapsed or updates are forced -> [Help 1] I'm building this on Fedora 21 with Java 1.8.0_31 OpenJDK and Maven 3.2.2, both from the Fedora yum repositories. I get very similar errors trying to build on Windows 8.1 with Java 8 and Mavent 3.2.5. I can't help but imagine there is some environmental setup step that I'm missing. Is there any pointer to documentation around getting a development environment configured that I'm missing? Thanks! --Greg

10 years, 1 month

3
6
0 / 0

PR

by Greg Hellings

Undertow, Yesterday I opened a pull request intended to get the javadocs:javadocs Maven target building. When I came back to my email this morning I saw that your CI process had failed on two different builds, build 1134 and 1136. When I ran the builds locally I could see no failures, but perhaps these tests are run in a slightly different environment or perhaps they are integration tests, I'm not sure. The biggest point of confusion for me stems from the fact that I can't see the test run, as the URL in the email (http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=52974&buildTyp...) does not exist and the email tells me that there is no information available except the name of which test failed. Build 1134 failed with 5 tests, while build 1136 failed with only one test. How do I rectify these bad build results if I can't see them, or are a few failures expected on those builds at present? --Greg

10 years, 1 month

1
0
0 / 0

undertow-pac4j v1.0: the security library for Undertow

by Jérôme LELEU

Hi, I’m proud to announce the release of undertow-pac4j v1.0.0 for Undertow ( https://github.com/pac4j/undertow-pac4j). undertow-pac4j is a security library based on the version 1.7 of the authentication/authorization engine pac4j (http://www.pac4j.org) which is also implemented for many frameworks: J2E, Play, Vertx, Spring Security, Ratpack, Shiro, CAS, Spark... It supports authentication and user profile retrieval for multiple protocols: CAS, OAuth, OpenID, SAML, HTTP, Google App Engine, OpenID Connect and therefore for numerous identity providers: Facebook, Twitter, Google… I’m looking for maintainers and contributors for undertow-pac4j (and pac4j), to add support for direct authenticated calls and roles / authorizations management (already available in pac4j) for example. Any help will be appreciated. A demo is available at: https://github.com/pac4j/undertow-pac4j-demo If you have any questions, please use the pac4j mailing lists: https://groups.google.com/forum/?fromgroups#!forum/pac4j-users & https://groups.google.com/forum/?fromgroups#!forum/pac4j-dev. Thanks. Best regards, Jérôme

10 years, 1 month

2
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

undertow-dev May 2015