From tdiesler at redhat.com Wed Aug 1 10:57:42 2018 From: tdiesler at redhat.com (Thomas Diesler) Date: Wed, 1 Aug 2018 16:57:42 +0200 Subject: [wildfly-dev] WildFly-Camel 7.0.0 Message-ID: <9DED0E1C-5846-4CEC-956B-D5D39D2CD711@redhat.com> WildFly-Camel 7.0.0 provides Camel-2.22.0 integration with WildFly-13.0.0 This is a major wildfly update release that also adds a number of new components and data formats Component upgrades include ? Camel-2.22.0 ? WildFly-13.0.0 ? HawtIO-2.0.2 Additional components in the supported set are: ? elasticsearch-rest ? micrometer ? rxjava2 Additional dataformats in the supported set? are: ? fhirJson ? fhirXml In addition to that, we also resolved a number of other tasks and bugs . For details please see the 7.0.0 Milestone . Enjoy ? thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180801/bac02fb6/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP Url : http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180801/bac02fb6/attachment.bin From Boyd.Nolan at tylertech.com Fri Aug 3 10:10:55 2018 From: Boyd.Nolan at tylertech.com (Nolan, Boyd) Date: Fri, 3 Aug 2018 14:10:55 +0000 Subject: [wildfly-dev] Registering session activity in Wildfly In-Reply-To: References:

Message-ID: Hello All (again), I?ve been conversing with Stuart seeking a solution for this problem but without any luck. We?ve gotten as far as figuring out that the activity timer *should* reset when you do a get/set of attributes on the session, but so far I am not seeing that happen. Normally submitted actions from the browser reset the activity timer and session timeout happens as expected, but if all the actions on a given page are executed using jQuery / ajax to call the actions then it does not. The result is that your session gets axed while you are in the middle of active work. All of this seems to be linked to some difference in how the action requests are processed between browser submits and ajax calls, but I am not finding the missing key. If anyone else has thoughts about what piece I am missing to the puzzle I would be very happy to hear them. Thanks in advance for your time in helping me with this. J. Boyd Nolan, P.E. Director of Technical Development P: 214.593.6733 www.tylertech.com From: Stuart Douglas Sent: Wednesday, July 25, 2018 20:39 To: Nolan, Boyd Cc: Wildfly Dev mailing list Subject: Re: [wildfly-dev] Registering session activity in Wildfly It will only count as an event if something calls getSession(). If say you just request a static file or some other resource that does not use the session then it will not reset the session timeout. If you want to change this behaviour you could just write a filter that calls getSession(false) on every request. Stuart On Thu, Jul 26, 2018 at 11:22 AM Nolan, Boyd > wrote: Hello All, This may not be exactly the right forum / audience to ask this question, and if so please accept my apologies in advance. That being said, I need to understand what actions or events inside of Wildfly / Undertow are recognized as valid activity relating to the session timeout. I?m battling some issues in a web application where a user is doing legitimate actions via ajax that are being processed through wildfly, but they still end up getting their session terminated even though they are legitimately active. Is it a limited class or category of session event that is recognized as activity, which should result in resetting the timer for the session timeout? Does anyone know, or can you point me to the information that explains it? J. Boyd Nolan, P.E. Director of Technical Development Tyler Technologies, Inc. P: 214.593.6733 www.tylertech.com [Tyler Technologies] _______________________________________________ wildfly-dev mailing list wildfly-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180803/e00105b9/attachment-0001.html From rory.odonnell at oracle.com Tue Aug 7 04:31:26 2018 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 7 Aug 2018 09:31:26 +0100 Subject: [wildfly-dev] JDK 11 , JDK 12 and JDK 8u192 Early Access builds are available on jdk.java.net Message-ID: Hi Jason/Tomaz, *JDK 11 Early Access? build 25 is available at : - **jdk.java.net/11/* * *JDK 11 entered Rampdown Phase 2 on 26-July [1]* o The overall feature set is frozen. No further JEPs will be targeted to this release. o We now turn our focus to P1 and P2 bugs. * Release notes are available here? [2] *JDK 12 Early Access? build 05 is available at : - **jdk.java.net/12/* * Changes in this build here . *JDK 8u192 Early Access build 04 is available at : - http://jdk.java.net/8/* * JDK 8u192 timeline is available [3] o GA is scheduled for October 2018 **Conference videos online* * * *OpenJDK Committers? Workshop [4]* * JVM Language Summit 2018 [5]: Regards, Rory [1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-July/001669.html [2] http://jdk.java.net/11/release-notes [3] http://openjdk.java.net/projects/jdk8u/releases/8u192.html [4] https://www.youtube.com/playlist?list=PLX8CzqL3ArzXY_9Ornabhxs-j2h4hnvJ3 [5] https://www.youtube.com/playlist?list=PLX8CzqL3ArzVnxC6PYxMlngEMv3W1pIkn -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180807/190d2709/attachment.html From rory.odonnell at oracle.com Fri Aug 24 04:40:45 2018 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Fri, 24 Aug 2018 09:40:45 +0100 Subject: [wildfly-dev] JDK 11: First Release Candidate available Message-ID: <826ef75b-9d1f-3536-db65-50430694b41f@oracle.com> Hi David & Richard,* * *JDK 11 build 28 is our first JDK 11 Release Candidate [1] * * JDK 11 Early Access? build 28 is available at : - jdk.java.net/11/ *FOSS fixes in recent builds.* * Eclipse Jetty - JDK-8207177 (b27) * Apache Tomcat ? -JDK-8208642 (b27) * JBoss Netty - JDK-8207029 (b23), JDK-8208166 (b25) *JDK 12 Early Access build 8 is available at : - jdk.java.net/12/* * Release Notes for JDK 12 [2] * Changes in this build include o JDK-8208350 - Disable all DES TLS cipher suites *OpenJFX Early-Access Build 24 is available at :-* *http://jdk.java.net/openjfx/* * This library is delivered as a set of modules, along with the native code needed to run JavaFX, that can be run using a JDK 10 build or a JDK 11 EA build. * This build is intended to allow application developers and OpenJFX contributors to test their applications with an unbundled, standalone JavaFX library. Regards, Rory [1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-August/001844.html [2] http://jdk.java.net/12/release-notes -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180824/4b28f34b/attachment.html From dvanbale at redhat.com Fri Aug 24 14:18:35 2018 From: dvanbale at redhat.com (David van Balen) Date: Fri, 24 Aug 2018 13:18:35 -0500 Subject: [wildfly-dev] Accessing an HTTP header in a custom Elytron domain Message-ID: Hi, I have a web frontend application that is communicating with a beckend REST service. I would like the web frontend to automatically authenticate/authorize with the REST services by including the username and roles of the authenticated user as HTTP headers in the REST call. I found a wildfly quickstart (http-custom-mechanism) which allows me to the authentication part. However, I haven't not been able to figure out how to provide the roles in the same fashion. In the case of the quickstart I mentioned, it would be something like adding an additional HTTP header to the curl call, like so: -H "X-ROLES:admin,ops" which would result in the user being assigned the "admin" and "ops" roles in the REST service. Does anyone have any pointers on how I can do this? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180824/27f91171/attachment.html From mchoma at redhat.com Mon Aug 27 01:35:58 2018 From: mchoma at redhat.com (Martin Choma) Date: Mon, 27 Aug 2018 07:35:58 +0200 Subject: [wildfly-dev] Accessing an HTTP header in a custom Elytron domain In-Reply-To: References: Message-ID: This sort of question fits more to wildfly forum, as this is more developers forum. In custom http mechanism you can access X-ROLES header in same manner as you access X-USERNAME header now; request.getFirstRequestHeaderValue(USERNAME_HEADER) On Fri, Aug 24, 2018 at 8:18 PM, David van Balen wrote: > Hi, > > I have a web frontend application that is communicating with a beckend REST > service. I would like the web frontend to automatically > authenticate/authorize with the REST services by including the username and > roles of the authenticated user as HTTP headers in the REST call. I found a > wildfly quickstart (http-custom-mechanism) which allows me to the > authentication part. However, I haven't not been able to figure out how to > provide the roles in the same fashion. In the case of the quickstart I > mentioned, it would be something like adding an additional HTTP header to > the curl call, like so: > > -H "X-ROLES:admin,ops" > > which would result in the user being assigned the "admin" and "ops" roles in > the REST service. > > Does anyone have any pointers on how I can do this? > > Thanks in advance. > > > _______________________________________________ > wildfly-dev mailing list > wildfly-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev From brian.stansberry at redhat.com Wed Aug 29 13:01:04 2018 From: brian.stansberry at redhat.com (Brian Stansberry) Date: Wed, 29 Aug 2018 12:01:04 -0500 Subject: [wildfly-dev] Use caution with SnapshotRestoreSetupTask Message-ID: SnapshotRestoreSetupTask is a nice testsuite convenience, but it needs to be used with great care. What it does is save you the hassle of writing cleanup code to revert any configuration changes your test makes. It saves a snapshot of the xml config before your test runs and then when the test class is done reloads the server using that snapshot. Voila, all config changes magically gone! But like all dark magic, there's a hidden cost. The problem is reloading to an earlier snapshot is not the same thing as executing management ops to reverse out changes. Management ops don't just change the model, they change runtime resources, and those runtime resource may persist state outside the xml file, e.g. in the data dir. A management op like a 'remove' may result in that persisted state being cleaned up, but a simple reload to a snapshot will not. And that leftover state may have mysterious side effects later. The messaging-activemq subsystem seems like a place to be particularly careful. Cheers, -- Brian Stansberry Manager, Senior Principal Software Engineer Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180829/00c31391/attachment-0001.html From darran.lofthouse at redhat.com Thu Aug 30 13:01:10 2018 From: darran.lofthouse at redhat.com (Darran Lofthouse) Date: Thu, 30 Aug 2018 18:01:10 +0100 Subject: [wildfly-dev] Making More Use of wildfly-proposals Message-ID: At the moment we have a lot of effort going into populating the wildfly-proposals repository with the proposals for new features as they are added to the application server - but at the end other than them sitting in the repository we don't really do anything with them. I was wondering if we could maybe do something to add a table of contents per WildFly release cross referencing the proposals added in that release and at the end we could generate publishable documentation. This could give us some quite detailed release notes without a huge amount of additional effort taking advantage of the effort that goes into writing these in the first place. Regards, Darran Lofthouse. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20180830/936f94b9/attachment.html