[keycloak-dev] WildFly demo?

Stian Thorgersen stian at redhat.com
Fri Jan 10 05:43:41 EST 2014 

I've seen this as well: https://issues.jboss.org/browse/KEYCLOAK-256

----- Original Message -----
> From: ssilvert at redhat.com
> To: keycloak-dev at lists.jboss.org
> Sent: Thursday, 9 January, 2014 11:23:50 PM
> Subject: Re: [keycloak-dev] WildFly demo?
> 
> I spoke too soon. I can recreate the problem with a clean build. I think
> restarting the server causes the problem.
> 
> 1) unzip the appliance
> 2) start appliance
> 3) log into admin and import the demo realm
> 4) go to wildfly-demo and run mvn jboss-as:deploy
> 5) hit http://localhost:8080/customer-portal/customers/view.jsp
> 6) login as bburke at redhat.com
> 7) restart the server
> 8) try to hit http://localhost:8080/customer-portal/customers/view.jsp again
> 9) See exception below:
> 
> Context Path:
> /customer-portal
> 
> Servlet Path:
> /customers/view.jsp
> 
> Path Info:
> null
> 
> Query String:
> code=eyJhbGciOiJSUzI1NiJ9.MTliMzIwODItZDJmYy00ZGEwLTljZGEtOWRjOGJiMjFlNTFmMTM4OTMwOTIwODgxNQ.RRjX2D7VFhU0u7wpEAcRV0itleFa5UmCyCIZ4ltCON44Hm9sXr9Jc6gXJj1nWZAay7ONI07Fh1oxQodKJDSP1ROo2QsUWZhhOc3sQTPpsuOfm-D1kAGjelNoIY_d-HDe7gCT9qQMACJs-e6PmGZlIm5qZeAm8guZkNWgLaCnkqY&state=0%2F98f2b694-0cd3-4cc3-b442-48b0359f972d
> 
> Stack Trace
> org.apache.jasper.JasperException: java.lang.RuntimeException:
> org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code
> 60)): expected a valid value (number, String, array, object, 'true', 'false'
> or 'null') at [Source: org.apache.http.conn.EofSensorInputStream at 601dae5e;
> line: 1, column: 2]
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:410)
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326)
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:259)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87)
> io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61)
> io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> org.keycloak.adapters.undertow.ServletPropagateSessionHandler.handleRequest(ServletPropagateSessionHandler.java:42)
> org.keycloak.adapters.undertow.AuthenticatedActionsHandler.handleRequest(AuthenticatedActionsHandler.java:46)
> io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113)
> io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
> io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45)
> io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61)
> io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
> io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
> io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67)
> io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> org.keycloak.adapters.undertow.ServletAdminActionsHandler.handleRequest(ServletAdminActionsHandler.java:91)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240)
> io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227)
> io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73)
> io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146)
> io.undertow.server.Connectors.executeRootHandler(Connectors.java:164)
> io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> java.lang.Thread.run(Thread.java:722)
> 
> On 1/9/2014 2:52 PM, ssilvert at redhat.com wrote:
> 
> 
> 
> It's definitely my fault.  A clean build runs fine.
> 
> On 1/9/2014 2:42 PM, Bill Burke wrote:
> 
> 
> 
> It was an implicit import problem last time.  Had to muck with
> jboss-structure-deployment.xml
> 
> On 1/9/2014 2:24 PM, ssilvert at redhat.com wrote:
> 
> 
> 
> On 1/9/2014 2:17 PM, Bill Burke wrote:
> 
> 
> 
> Are you sure you've built from latest examples/code?
> I merged the latest.  I do have some of my own changes mixed in so it
> could definitely be my fault.  Just wondering what the problem was the
> last time so I can figure out how to get past it.
> 
> 
> 
> On 1/9/2014 2:11 PM, ssilvert at redhat.com wrote:
> 
> 
> 
> I'm seeing this again with the latest build.  It doesn't happen on the
> admin console but does occur whenever I try to hit a secured page of one
> of the apps.
> 
> What was the secret to get past it?
> 
> On 1/2/2014 5:44 PM, ssilvert at redhat.com wrote:
> 
> 
> 
> Looks good now.
> 
> On 1/2/2014 4:36 PM, Bill Burke wrote:
> 
> 
> 
> Let me know if it works now.  I was able to get it running with WF8CR1
> after modifying jboss-deployment-structure.xml
> 
> 
> 
> On 1/2/2014 3:52 PM, Bill Burke wrote:
> 
> 
> 
> Demo works, but admin console login doesn't.  Seems to be a classloader
> issue with Wildfly 8cr1.
> 
> On 1/2/2014 3:41 PM, Bill Burke wrote:
> 
> 
> 
> It should be working.  I'll take a look.
> 
> On 1/2/2014 12:57 PM, ssilvert at redhat.com wrote:
> 
> 
> 
> Should the WildFly demo be working right now?  I built the latest and
> deployed.  It looked like it was working.  Then I started getting this
> every time I hit the customer-portal:
> 
> org.apache.jasper.JasperException: java.lang.RuntimeException:
> org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code
> 60)): expected a valid value (number, String, array, object, 'true',
> 'false' or 'null') at [Source:
> org.apache.http.conn.EofSensorInputStream at 5dbf7b27; line: 1, column: 2]
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:410)
> 
> On 1/2/2014 10:12 AM, Bill Burke wrote:
> 
> 
> 
> On 1/2/2014 2:40 AM, Stian Thorgersen wrote:
> 
> 
> 
> Happy New Year :)
> 
> It would be great to release Keycloak alpha in a week or two. To get things
> started here's remaining work I'm aware of:
> Want to do it ASAP.
> 
> 
> 
> * Documentation - what's the status of docs? I'm happy to review, and also
> write some as well
> Was going to start on docs after dist was finalized.  There's still a
> little bit of work to do there.  See below.
> 
> 
> 
> * Logo - Gabriel are you looking at this?
> * Website - Should we update to the new JBoss community theme used by
> WildFly, Infinispan, PicketLink, etc.?
> jboss.org/keycloak is sufficient at the moment, IMO.  Especially if we
> have no logo.  keycloak.org redirects there.  If somebody wants to put a
> site together, fine with me, but this isn't a skill set I have.
> 
> Jason told me that wildfly.org is on filemgmt.jboss.org/www_htdocs.
> Pretty sure we have a keycloak directory there that is hooked up via my
> ssh key.
> 
> 
> 
> * Dist/examples - Upgrade to WildFly CR1. With WildFly CR1 they introduced a
> new minimal dist, maybe we could use this to reduce the dl size?
> What's status on Openshift Quickstart?  FYI, patching AS7 is no longer
> required to run on AS7.  Please see examples/as7-eap-demo/server.  Are
> you familiar with Docbook?  Can you write up how to set up the Openshift
> Quickstart?
> 
> For dist, I was going to provide the following downloads:
> 
> Zip 1 Appliance:
> * examples/as7-eap-demo
> * examples/wildfly-demo
> * docs/
> * A pre-configured Wildfly CR1 Dist
> * adapters packaged as different jboss modules zips
> * lib/as7-adapter
> * lib/wildfly-adapter
> * exploded server WAR
> 
> Zip 2:
> * examples/docs
> * adapters packaged as different jboss modules zips
> * lib/as7-adapter
> * lib/wildfly-adapter
> * exploded server WAR
> 
> We would still need the following components to build on top of a
> Wildfly minimal dist:
> 
> * Embeddable DB
> * JPA
> * Web
> * JAX-RS
> 
> I was actually thinking of writing a utility that scanned a jboss
> module's dist to determine subsystems and their dependencies.  Its
> pretty difficult to figure out now with the current Wildfly build.
> _______________________________________________
> keycloak-dev mailing list keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
> _______________________________________________
> keycloak-dev mailing list keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
> _______________________________________________
> keycloak-dev mailing list keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
> _______________________________________________
> keycloak-dev mailing list keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
> 
> 
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev

More information about the keycloak-dev mailing list