[JBoss JIRA] (WFLY-5153) IIOP migrate operation does not translate ior-settings
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5153?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5153.
----------------------------
> IIOP migrate operation does not translate ior-settings
> ------------------------------------------------------
>
> Key: WFLY-5153
> URL: https://issues.jboss.org/browse/WFLY-5153
> Project: WildFly
> Issue Type: Bug
> Components: IIOP
> Affects Versions: 10.0.0.Beta1
> Reporter: Ondra Chaloupka
> Assignee: Ondra Chaloupka
> Fix For: 10.0.0.CR1
>
>
> Ior-settings is not migrated in current time despite the fact that their values seem to be valid for migration.
> If I have JacORB configuration like
> {code}
> <subsystem xmlns="urn:jboss:domain:jacorb:1.4">
> <orb socket-binding="jacorb" ssl-socket-binding="jacorb-ssl">
> <initializers security="identity" transactions="on"/>
> </orb>
> <security client-requires="ServerAuth" server-supports="ServerAuth" server-requires="ServerAuth"/>
> <ior-settings>
> <transport-config integrity="required" confidentiality="supported" trust-in-client="required" trust-in-target="supported" "
> detect-replay="required" detect-misordering="required"/>
> <as-context auth-method="none"/>
> <sas-context caller-propagation="supported"/>
> </ior-settings>
> </subsystem>
> {code}
> The migration output will be
> {code}
> <subsystem xmlns="urn:jboss:domain:iiop-openjdk:1.0">
> <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb"/>
> <initializers transactions="full" security="identity"/>
> <security server-requires="ServerAuth" server-supports="ServerAuth" client-requires="ServerAuth"/>
> </subsystem>
> {code}
> but I would rather expect output like
> {code}
> <subsystem xmlns="urn:jboss:domain:iiop-openjdk:1.0">
> <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb"/>
> <initializers transactions="full" security="identity"/>
> <security server-requires="ServerAuth" server-supports="ServerAuth" client-requires="ServerAuth" client-supports="ServerAuth"/>
> <transport-config detect-misordering="required" detect-replay="required" trust-in-client="required" trust-in-target="supported" confidentiality="supported" integrity="required"/>
> <as-context auth-method="none"/>
> </subsystem>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (WFLY-4695) Remove infinispan-query module and its dependencies
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4695?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4695.
----------------------------
> Remove infinispan-query module and its dependencies
> ---------------------------------------------------
>
> Key: WFLY-4695
> URL: https://issues.jboss.org/browse/WFLY-4695
> Project: WildFly
> Issue Type: Task
> Components: Clustering
> Reporter: Sanne Grinovero
> Assignee: Paul Ferraro
> Fix For: 10.0.0.Beta1
>
>
> We generally expect people to use the version bundled by the Infinispan project, and there are no strong reasons to include this in WildFly.
> Also it makes it much harder to upgrade components such as Hibernate and Infinispan as this components introduces strong coupling on several of these components, essentially mandating that these are all upgraded in lock step.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (WFLY-4839) annotation must be scanned regardless of the version of web.xml unless metadata-complete is explicitly set to true
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4839?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4839.
----------------------------
> annotation must be scanned regardless of the version of web.xml unless metadata-complete is explicitly set to true
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-4839
> URL: https://issues.jboss.org/browse/WFLY-4839
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Alpha4
> Reporter: Chao Wang
> Assignee: Chao Wang
> Fix For: 10.0.0.Beta2
>
>
> {noformat}
> ### Description of problem:
> Annotation must be scanned regardless of the version of web.xml unless metadata-complete is explicitly set to true.
> Note that Servlet 3.0 specification clearly states the following:
> ~~~
> 1.6.2 Processing annotations
> In Servlet 2.5, metadata-complete only affected the scanning of annotations at
> deployment time. The notion of web-fragments did not exist in servlet 2.5. However
> in servlet 3.0 metadata-complete affects scanning of all annotations and web-
> fragments at deployment time. The version of the descriptor MUST not affect which
> annotations you scan for in a web application. An implementation of a particular
> version of the specification MUST scan for all annotations supported in that
> configuration, unless metadata-complete is specified.
> ~~~
> ### How reproducible:
> Anytime
> ### Steps to Reproduce:
> 1. Create a library jar which contains a servlet filter using @WebFilter
> 2. Put the jar under WEB-INF/lib of the web application which web.xml version is 2.3 or 2.4
> 3. Start JBoss EAP 6
> 4. Access the web application and see if the servlet filter works
> ### Actual results:
> The servlet filter is not invoked
> ### Expected results:
> The servlet filter is invoked
> ### Additional info:
> It works when the version of web.xml is 2.5 or 3.0
> [reply] [−]
> Private
> Comment 1 Masafumi Miura 2015-06-25 07:18:17 EDT
> RED HAT CONFIDENTIAL
> It looks metadata-complete is always set to true when the version of web.xml is 2.3 or 2.4 at the line 96 of web/src/main/java/org/jboss/as/web/deployment/WarMetaDataProcessor.java.
> Though Servlet 2.3/2.3 specification does not have metadata-complete attribute, Servlet 3.0 specification states the following. I think it means that the metadata-complete attribute default to false if it is not specified.
> ~~~
> 8.1 Annotations and pluggability
> if the metadata-complete attribute is not specified or is set to "false", the
> deployment tool must examine the class files of the application for annotations, and
> scan for web fragments.
> ~~~
> * web/src/main/java/org/jboss/as/web/deployment/WarMetaDataProcessor.java
> 76 public class WarMetaDataProcessor implements DeploymentUnitProcessor {
> 77
> 78 @Override
> 79 public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException {
> ...
> 87 boolean isComplete = false;
> 88 WebMetaData specMetaData = warMetaData.getWebMetaData();
> 89 if (specMetaData != null) {
> 90 if (specMetaData instanceof Web25MetaData) {
> 91 isComplete |= ((Web25MetaData) specMetaData).isMetadataComplete();
> 92 } else if (specMetaData instanceof Web30MetaData) {
> 93 isComplete |= ((Web30MetaData) specMetaData).isMetadataComplete();
> 94 } else {
> 95 // Any web.xml 2.4 or earlier deployment is metadata complete
> 96 isComplete = true;
> 97 }
> 98 }
> 99
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (WFLY-4670) Term 'jacorb' is part of xml configuration file despite of fact being replaced by IIOP orb
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4670?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4670.
----------------------------
> Term 'jacorb' is part of xml configuration file despite of fact being replaced by IIOP orb
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-4670
> URL: https://issues.jboss.org/browse/WFLY-4670
> Project: WildFly
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.0.Alpha1
> Reporter: Ondra Chaloupka
> Assignee: Tomasz Adamski
> Priority: Minor
> Fix For: 10.0.0.Alpha2
>
>
> Implementation of ORB - JacORB is replaced by JDK ORB in WildFly 10. Neverhteless server xml configuration files contain term 'jacorb' at several places.
> Should not be word 'jacorb' removed from xml configuration and replaced by term 'iiop orb'?
> Examples of occurrence
> {code}
> <!-- TODO - only show this if the jacorb subsystem is added -->
> <interface name="unsecure">
> <!--
> ~ Used for IIOP sockets in the standard configuration.
> ~ To secure JacORB you need to setup SSL
> -->
> <inet-address value="${jboss.bind.address.unsecure:127.0.0.1}"/>
> </interface>
> {code}
> {code}
> <logger category="jacorb">
> <level name="WARN"/>
> </logger>
> <logger category="jacorb.config">
> <level name="ERROR"/>
> </logger>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months