November 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11259) Wildfly 11.0.0.Final org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory

by Adam Bialas (Jira)

[ https://issues.jboss.org/browse/WFLY-11259?page=com.atlassian.jira.plugin... ] Adam Bialas commented on WFLY-11259: ------------------------------------ Stacktrace: 20:48:56,043 INFO [org.hibernate.envers.boot.internal.EnversServiceImpl] (ServerService Thread Pool -- 71) Envers integration enabled? : true 20:49:12,554 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 71) MSC000001: Failed to start service jboss.persistenceunit."aaa.ear/bbb.war#bbb-default": org.jboss.msc.service.StartException in service jboss.persistenceunit."aaa.ear/bbb.war#bbb-default": java.lang.ClassCastException: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:195) at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:125) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:640) at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:209) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) at org.jboss.threads.JBossThread.run(JBossThread.java:320) Caused by: java.lang.ClassCastException: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory at org.dom4j.DocumentFactory.getInstance(DocumentFactory.java:97) at org.hibernate.internal.util.xml.XMLHelper$1.doWork(XMLHelper.java:33) at org.hibernate.internal.util.xml.XMLHelper$1.doWork(XMLHelper.java:27) at org.hibernate.boot.registry.classloading.internal.ClassLoaderServiceImpl.workWithClassLoader(ClassLoaderServiceImpl.java:358) at org.hibernate.internal.util.xml.XMLHelper.<init>(XMLHelper.java:26) at org.hibernate.envers.boot.internal.EnversServiceImpl.initialize(EnversServiceImpl.java:115) at org.hibernate.envers.boot.internal.AdditionalJaxbMappingProducerImpl.produceAdditionalMappings(AdditionalJaxbMappingProducerImpl.java:99) at org.hibernate.boot.model.process.spi.MetadataBuildingProcess.complete(MetadataBuildingProcess.java:288) at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.metadata(EntityManagerFactoryBuilderImpl.java:848) at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:875) at org.jboss.as.jpa.hibernate5.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44) at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:167) ... 7 more > Wildfly 11.0.0.Final org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory > ------------------------------------------------------------------------------------------ > > Key: WFLY-11259 > URL: https://issues.jboss.org/browse/WFLY-11259 > Project: WildFly > Issue Type: Bug > Components: JPA / Hibernate > Affects Versions: 11.0.0.Final > Reporter: Adam Bialas > Assignee: Scott Marlow > Priority: Major > > I have an ear file which I want to deploy to the Wildfly 11.0.0.Final. In this ear file in the lib folder I have dom4j-2.0.1.jar. One of the sub deployments (war) uses JPA (no dependencies to hibernate, just to javax.javaee-api as compile only). This sub deployment contains of course the persistence.xml file. I see in the logs that when the application server starts and loads this file the following exception is thrown: > org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory > and the application fails to deploy. > I checked many posts and forums on the net and as far as I understand I must exclude the dom4j provided by the application server so the jar located in the lib folder of ear can be used. > I created jboss-deployment-structure: > <?xml version="1.0" encoding="UTF-8"?> > <jboss-deployment-structure> > <deployment> > <exclusions> > <module name="org.dom4j"/> > </exclusions> > </deployment> > </jboss-deployment-structure> > Even though I get the same exception so I suppose both jars are loaded and cause problems. > I checked how class loading works on Wildfly 11.0.0 in comparison to JBoss EAP 7.1. In both cases this class is first loaded from provided 1.6.1 jar. JBoss does not load the newer version. However, Wildfly does and here is the problem. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3193) UX to support selection of multiple data/domain object instances

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3193?page=com.atlassian.jira.plugi... ] Liz Clayton updated DROOLS-3193: -------------------------------- Attachment: (was: Screen Shot 2018-10-30 at 10.50.55 AM.png) > UX to support selection of multiple data/domain object instances > ---------------------------------------------------------------- > > Key: DROOLS-3193 > URL: https://issues.jboss.org/browse/DROOLS-3193 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Liz Clayton > Assignee: Liz Clayton > Priority: Major > Labels: ScenarioSimulation, UX, UXTeam > > As user I want to use multiple instances of the same data object in my test scenarios (multiple instances support) (i.e. scenario with more than one instance of “Person”...), so that I can create a test scenario. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-472) Prototype Kiali Python Client Test Case

by Matt Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-472?page=com.atlassian.jira.plugin.... ] Matt Mahoney reassigned SWSQE-472: ---------------------------------- Assignee: Matt Mahoney (was: Michael Foley) > Prototype Kiali Python Client Test Case > --------------------------------------- > > Key: SWSQE-472 > URL: https://issues.jboss.org/browse/SWSQE-472 > Project: Kiali QE > Issue Type: Sub-task > Reporter: Matt Mahoney > Assignee: Matt Mahoney > Priority: Major > > Create at least one test case to be used as a model for all tests. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11265) wildfly-feature-pack -- Dependency Error

by Dennis Gesker (Jira)

[ https://issues.jboss.org/browse/WFLY-11265?page=com.atlassian.jira.plugin... ] Dennis Gesker commented on WFLY-11265: -------------------------------------- Hi Brian: Thanks for looking into this. Is this something where a request to the upstream project for an alteration/correction could be made? It would be nice to just be able to use the feature-pack directly out of Maven without conflict. Dennis On Fri, Nov 2, 2018 at 10:50 AM Brian Stansberry (Jira) <issues(a)jboss.org> -- Dennis R. Gesker [image: LinkedIn] <https://mailtrack.io/trace/link/40c07073ef1f079e46b6c95fd95fe9aa0d73ca38?...>[image: WordPress] <https://mailtrack.io/trace/link/5740e1283aee01dca1989107ed4c17d57e53bc18?...>[image: Gesker] <https://mailtrack.io/trace/link/92cdad02b6406ba91fb2aeca86965269e9918df6?...>[image: GPG_PGP] <https://mailtrack.io/trace/link/fd063f0bd5e0bafedfa8563c31ae44b420f338e0?...>[image: dennis(a)gesker.com] <dennis(a)gesker.com> “Be without fear in the face of your enemies. Be brave and upright that God may love thee. Speak the truth always, even if it leads to your death. Safeguard the helpless and do no wrong – that is your oath.”* -The Knight’s Oath (Kingdom of Heaven)* > wildfly-feature-pack -- Dependency Error > ---------------------------------------- > > Key: WFLY-11265 > URL: https://issues.jboss.org/browse/WFLY-11265 > Project: WildFly > Issue Type: Bug > Affects Versions: 14.0.0.Final > Environment: Ubuntu 18.10 > JDK 11 > WildFly 14.0.1.Final > Reporter: Dennis Gesker > Assignee: Jason Greene > Priority: Major > Labels: wildfly-feature-pack > Fix For: 14.0.0.Final > > > In my gradle build I've added: > * providedCompile "org.wildfly:wildfly-feature-pack:14.0.1.Final"* > > But, I'm getting: > > *> Could not resolve javax.security.enterprise:javax.security.enterprise-api:1.1-b01-SNAPSHOT. > Required by: > project : > org.wildfly:wildfly-feature-pack:14.0.1.Final > org.glassfish.soteria:javax.security.enterprise:1.0* > > Could not resolve javax.security.enterprise:javax.security.enterprise-api:1.1-b01-SNAPSHOT. > > Unable to load Maven meta-data from https://repository.jboss.org/nexus/content/groups/public-jboss/javax/secu.... > > Could not get resource 'https://repository.jboss.org/nexus/content/groups/public-jboss/javax/secu...'. > > Could not GET 'https://repository.jboss.org/nexus/content/groups/public-jboss/javax/secu...'. > > extension (10) should not be presented in server_hello > > Presently I have the following repositories in my build: > > jcenter() > mavenCentral() > > maven { > name "Gradle Repository" > url "https://plugins.gradle.org/m2/" > } > maven { > name "JBoss Public Maven Repository Group" > url "https://repository.jboss.org/nexus/content/groups/public-jboss/" > } > maven { > name "JBoss Public Maven Repository Group" > url "http://repository.jboss.org/nexus/content/groups/public/" > } > > > But, I suspect I am missing a repository specific to WildFly. Or, maybe there is a bad entry in the POM? > > Thanks, > Dennis -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JBEE-159) PropertyNotFoundException when the property is a JDK8 defender method

by Karsten Wutzke (Jira)

[ https://issues.jboss.org/browse/JBEE-159?page=com.atlassian.jira.plugin.s... ] Karsten Wutzke commented on JBEE-159: ------------------------------------- My original SO question is here: https://stackoverflow.com/questions/53111221/java-8-default-method-throws... It was marked as a duplicate of: https://stackoverflow.com/questions/37205642/java-8-default-interface-met... The workaround described there is to use methods as-is, calling #{blaBean.getPassword()} instead of the property #{blaBean.password}. Please fix nonetheless... > PropertyNotFoundException when the property is a JDK8 defender method > --------------------------------------------------------------------- > > Key: JBEE-159 > URL: https://issues.jboss.org/browse/JBEE-159 > Project: JBoss JavaEE Spec APIs > Issue Type: Enhancement > Components: jboss-el-api > Affects Versions: jboss-el-api_3.0_spec-1.0.2.Final > Reporter: Rich DiCroce > Assignee: Scott Marlow > Priority: Minor > Labels: java8 > > I have a class that implements an interface that uses Java 8's new defender methods feature. Some getters on the interface have default implementations, and the concrete classes don't override them. > If I try to refer to one of these getters as a property like so: > {code:xml} > value="#{cc.filter.filter.valueChoices}" > {code} > Then I get this exception: > {noformat} > Caused by: javax.el.PropertyNotFoundException: The class 'com.lapis.jsf.framework.dao.search.DefaultEntityFilter' does not have the property 'valueChoices'. > at javax.el.BeanELResolver.getBeanProperty(BeanELResolver.java:731) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at javax.el.BeanELResolver.getValue(BeanELResolver.java:351) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:140) [javax.el-3.0.0.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:204) [javax.el-3.0.0.jar:] > at com.sun.el.parser.AstEmpty.getValue(AstEmpty.java:66) [javax.el-3.0.0.jar:] > at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0.0.jar:] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at com.sun.faces.facelets.el.ContextualCompositeValueExpression.getValue(ContextualCompositeValueExpression.java:158) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) [jsf-impl-2.2.6-jbossorg-4.jar:] > ... 68 more > {noformat} > Two workarounds exist. One: you can override the default method in a concrete class and have it just call the default super method. Two: you can call the getter using a method expression instead of a value expression. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JBEE-159) PropertyNotFoundException when the property is a JDK8 defender method

by Karsten Wutzke (Jira)

[ https://issues.jboss.org/browse/JBEE-159?page=com.atlassian.jira.plugin.s... ] Karsten Wutzke commented on JBEE-159: ------------------------------------- Still a problem on Wildfly 14. I think the priority is obsolete. Maybe it used to be not as important, but three years later it should be considered Major - at least. Its really being a problem creating a Java 8 business architecture initially and then having to fallback to pre Java 8. Please vote. > PropertyNotFoundException when the property is a JDK8 defender method > --------------------------------------------------------------------- > > Key: JBEE-159 > URL: https://issues.jboss.org/browse/JBEE-159 > Project: JBoss JavaEE Spec APIs > Issue Type: Enhancement > Components: jboss-el-api > Affects Versions: jboss-el-api_3.0_spec-1.0.2.Final > Reporter: Rich DiCroce > Assignee: Scott Marlow > Priority: Minor > Labels: java8 > > I have a class that implements an interface that uses Java 8's new defender methods feature. Some getters on the interface have default implementations, and the concrete classes don't override them. > If I try to refer to one of these getters as a property like so: > {code:xml} > value="#{cc.filter.filter.valueChoices}" > {code} > Then I get this exception: > {noformat} > Caused by: javax.el.PropertyNotFoundException: The class 'com.lapis.jsf.framework.dao.search.DefaultEntityFilter' does not have the property 'valueChoices'. > at javax.el.BeanELResolver.getBeanProperty(BeanELResolver.java:731) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at javax.el.BeanELResolver.getValue(BeanELResolver.java:351) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:140) [javax.el-3.0.0.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:204) [javax.el-3.0.0.jar:] > at com.sun.el.parser.AstEmpty.getValue(AstEmpty.java:66) [javax.el-3.0.0.jar:] > at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0.0.jar:] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at com.sun.faces.facelets.el.ContextualCompositeValueExpression.getValue(ContextualCompositeValueExpression.java:158) [jsf-impl-2.2.6-jbossorg-4.jar:] > at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) [jsf-impl-2.2.6-jbossorg-4.jar:] > ... 68 more > {noformat} > Two workarounds exist. One: you can override the default method in a concrete class and have it just call the default super method. Two: you can call the getter using a method expression instead of a value expression. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1705) Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/ELY-1705?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1705: ---------------------------------- Fix Version/s: 1.7.0.CR4 > Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management) > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ELY-1705 > URL: https://issues.jboss.org/browse/ELY-1705 > Project: WildFly Elytron > Issue Type: Bug > Environment: * wildfly-14.0.1.Final > * keycloak-oidc/keycloak-wildfly-adapter-dist-4.5.0.Final.tar.gz > * keycloak-saml-wildfly-adapter-dist-4.5.0.Final.tar.gz > * Attached "protect-wildfly-mgmt-services.cli" > Reporter: Michael Schnell > Assignee: Darran Lofthouse > Priority: Major > Fix For: 1.7.0.CR4 > > Attachments: protect-wildfly-mgmt-services.cli > > > Following the instuctions [Protecting Wildfly Adminstration Console With Keycloak|https://docs.jboss.org/author/display/WFLY/Protecting+Wildfly+Ad...] leads to an error in CLI script "protect-wildfly-mgmt-services.cli". > Execution of the following line: > {code} > /subsystem=elytron/http-authentication-factory=keycloak-mgmt-http-authentication:add(security-domain=KeycloakDomain,http-server-mechanism-factory=wildfly-management,mechanism-configurations=[{mechanism-name=KEYCLOAK,mechanism-realm-configurations=[{realm-name=KeycloakOIDCRealm,realm-mapper=keycloak-oidc-realm-mapper}]}]) > {code} > Leads to error: > {code:json} > { > "outcome" => "failed", > "failure-description" => { > "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.http-server-mechanism-factory.wildfly-management"], > "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.http-authentication-factory.keycloak-mgmt-http-authentication is missing [org.wildfly.security.http-server-mechanism-factory.wildfly-management]"] > }, > "rolled-back" => true > } > {code} > Steps to reproduce: > 1. Download [Wildfly 14.0.1.Final|http://download.jboss.org/wildfly/14.0.1.Final/wildfly-14.0....] and extract to disk > 2. Change to Wildfly directory > 3. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/keycloak-oidc/k... | tar zx > 4. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/saml/keycloak-s... | tar zx > 5. Execute: bin/jboss-cli.sh --file="bin/adapter-elytron-install-offline.cli" > 6. Copy attached "protect-wildfly-mgmt-services.cli" to Wildfly's "bin" directory > 7. Execute: bin/jboss-cli.sh --file="bin/protect-wildfly-mgmt-services.cli" > Result: Fails with above error. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11278) Management Console Replace Deployment file chooser doesn't select file

by Ian Roskam (Jira)

Ian Roskam created WFLY-11278: --------------------------------- Summary: Management Console Replace Deployment file chooser doesn't select file Key: WFLY-11278 URL: https://issues.jboss.org/browse/WFLY-11278 Project: WildFly Issue Type: Bug Components: Management Affects Versions: 14.0.0.Final Environment: Server on Solaris 11.3 User on Windows 10 Chrome 69.0.3497.92 (Official Build) (64-bit) Reporter: Ian Roskam Assignee: Jeff Mesnil When clicking "Choose a file or drag it here" in the Replace Deployment dialog the OS file chooser appears. The selected file does not get set in the Replace Deployment dialog. Dragging the file into the dialog does work. To reproduce: Deployments tab Choose to Replace a deployment Click "Choose a file or drag it here" link in the Replace Deployment dialog. Select war to deploy in OS file chooser. Press OK. Expected result: File is set in dialog so replacement can proceed. Actual result: File is +not+ set in dialog and replacement cannot proceed. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11246) mod_cluster enable/disable/stop/enable-context/disable-context/stop-context operations do not describe operation result type

by Radoslav Husar (Jira)

[ https://issues.jboss.org/browse/WFLY-11246?page=com.atlassian.jira.plugin... ] Radoslav Husar updated WFLY-11246: ---------------------------------- Summary: mod_cluster enable/disable/stop/enable-context/disable-context/stop-context operations do not describe operation result type (was: mod_cluster enable/disable/stop/enable-context/disable-context operations do not describe operation result type) > mod_cluster enable/disable/stop/enable-context/disable-context/stop-context operations do not describe operation result type > ---------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-11246 > URL: https://issues.jboss.org/browse/WFLY-11246 > Project: WildFly > Issue Type: Bug > Components: mod_cluster > Affects Versions: 14.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 15.0.0.Alpha1 > > > These previously ignored the result. Now, they do return the result, but do not describe the result types. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11246) mod_cluster enable/disable/stop/enable-context/disable-context operations do not describe operation result type

by Radoslav Husar (Jira)

[ https://issues.jboss.org/browse/WFLY-11246?page=com.atlassian.jira.plugin... ] Radoslav Husar updated WFLY-11246: ---------------------------------- Summary: mod_cluster enable/disable/stop/enable-context/disable-context operations do not describe operation result type (was: mod_cluster enable/disable/stop operations do not describe operation result type) > mod_cluster enable/disable/stop/enable-context/disable-context operations do not describe operation result type > --------------------------------------------------------------------------------------------------------------- > > Key: WFLY-11246 > URL: https://issues.jboss.org/browse/WFLY-11246 > Project: WildFly > Issue Type: Bug > Components: mod_cluster > Affects Versions: 14.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 15.0.0.Alpha1 > > > These previously ignored the result. Now, they do return the result, but do not describe the result types. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2018