[JBoss JIRA] (WFLY-10241) -secmgr property doesn't work in wsprovide&&wsconsume scripts
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-10241?page=com.atlassian.jira.plugin... ]
James Perkins commented on WFLY-10241:
--------------------------------------
Is there a reason that the {{wsconsume}} and {{wsprovide}} scripts need to run under a security manager? AIUI these are developer tools which seems like an odd place to add a security manager constraint.
> -secmgr property doesn't work in wsprovide&&wsconsume scripts
> -------------------------------------------------------------
>
> Key: WFLY-10241
> URL: https://issues.jboss.org/browse/WFLY-10241
> Project: WildFly
> Issue Type: Bug
> Components: Scripts, Web Services
> Reporter: Marek Kopecký
> Assignee: R Searls
> Priority: Major
>
> standalone&&domain&&appclient scripts support {{-secmgr}} command line argument or {{SECMGR=true}} env property, see the details [here|https://github.com/wildfly/wildfly-core/blob/master/core-feature-pac...]
> wsprovide&&wsconsume scripts should be able to use the same configuration settings.
> But scripts behaviour is different in these two scenarios, so {{-secmgr}} command line argument is not handled correctly:
> {noformat}
> [mkopecky@dhcp-10-40-5-128 bin]$ java -version
> java version "1.8.0_162"
> Java(TM) SE Runtime Environment (build 1.8.0_162-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode)
> [mkopecky@dhcp-10-40-5-128 bin]$ export SECMGR=""
> [mkopecky@dhcp-10-40-5-128 bin]$ ./wsconsume.sh -secmgr https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test...
> Could not find log4j.properties or log4j.xml configuration, logging to console.
> Loading FrontEnd jaxws ...
> Loading DataBinding jaxb ...
> wsdl2java -compile -exsh false -d /home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output/tmp5356716 -verbose -classdir /home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output -allowElementReferences https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test...
> wsdl2java - Apache CXF 3.2.4
> [mkopecky@dhcp-10-40-5-128 bin]$ export SECMGR="true"
> [mkopecky@dhcp-10-40-5-128 bin]$ ./wsconsume.sh https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test... not find log4j.properties or log4j.xml configuration, logging to console.
> Loading FrontEnd jaxws ...
> Loading DataBinding jaxb ...
> wsdl2java -compile -exsh false -d /home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output/tmp1569691 -verbose -classdir /home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output -allowElementReferences https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test...
> wsdl2java - Apache CXF 3.2.4
> JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava
> org.apache.cxf.tools.common.ToolException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output/tmp1569691/org/openuri/_2004/_04/helloworld/EndpointInterface.java" "read")" in code source "(file:/home/mkopecky/base/jdk1.8.0_162/lib/tools.jar <no signer certificates>)" of "java.net.FactoryURLClassLoader@6fd5717c")
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:420)
> at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
> at org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:313)
> at org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:298)
> at org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:108)
> at org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:96)
> at org.jboss.modules.Module.runMainMethod(Module.java:348)
> at org.jboss.modules.Module.run(Module.java:328)
> at org.jboss.modules.Main.main(Main.java:557)
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.23/wfly.23/bin/output/tmp1569691/org/openuri/_2004/_04/helloworld/EndpointInterface.java" "read")" in code source "(file:/home/mkopecky/base/jdk1.8.0_162/lib/tools.jar <no signer certificates>)" of "java.net.FactoryURLClassLoader@6fd5717c")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
> at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:360)
> at java.io.File.isDirectory(File.java:844)
> at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:69)
> at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:64)
> at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromFiles(JavacFileManager.java:785)
> at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromStrings(JavacFileManager.java:185)
> at org.apache.cxf.common.util.Compiler.useJava6Compiler(Compiler.java:202)
> at org.apache.cxf.common.util.Compiler.compileFiles(Compiler.java:141)
> at org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:123)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:303)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:412)
> ... 9 more
> [mkopecky@dhcp-10-40-5-128 bin]$
> {noformat}
> In first example, secmgr is not activated (wrong behaviour, that should be fixed by this jira). In second example, secmgr is activated, exception should be handled in WFLY-10240.
> cc: [~jbliznak]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3116) [DMN Designer] Literal Expression is not saved
by Matteo Mortari (Jira)
[ https://issues.jboss.org/browse/DROOLS-3116?page=com.atlassian.jira.plugi... ]
Matteo Mortari edited comment on DROOLS-3116 at 10/11/18 4:16 PM:
------------------------------------------------------------------
I don't recall by heart the dialogue on this topic,
but I am pretty sure this requirement: https://issues.jboss.org/browse/DROOLS-2217?focusedCommentId=13522142&pag...
which was reflected as an assert statement: https://github.com/kiegroup/kie-wb-common/commit/904ce4a76efc676c65ce513c...
in the code, was as the request which came from the previous JIRA.
I understand you want now instead, that if a user chosen a Literal Expression, but missed to fill the expression, it will be unmarshalled again as an Literal expression (with null text).
I will change the code following the new requirement as part of this JIRA then.
was (Author: tari_manga):
I don't recall by heart the dialogue on this topic,
but I am pretty sure this requirement: https://issues.jboss.org/browse/DROOLS-2217?focusedCommentId=13522142&pag...
which was reflected as an assert statement: https://github.com/kiegroup/kie-wb-common/commit/904ce4a76efc676c65ce513c...
in the code, was as the request which came from the previous JIRA.
I understand you want now instead, that if a user chosen a Literal Expression, but missed to fill the expression, it will be unmarshalled again as an Literal expression with an empty (NON-null) text string --please bear in mind when coming from XML I cannot omit the <text> element as it would generate an invalid XML, so it will have an <text> element with a string of 0character, which will reflect as an empty String of the LiteralExpression.
I will change the code following the new requirement as part of this JIRA then.
> [DMN Designer] Literal Expression is not saved
> ----------------------------------------------
>
> Key: DROOLS-3116
> URL: https://issues.jboss.org/browse/DROOLS-3116
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.13.0.Final
> Reporter: Jozef Marko
> Assignee: Matteo Mortari
> Priority: Blocker
> Labels: drools-tools
>
> Literal Expression of decision node is not saved.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10884) Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
by Sande Gilda (Jira)
[ https://issues.jboss.org/browse/WFLY-10884?page=com.atlassian.jira.plugin... ]
Sande Gilda reassigned WFLY-10884:
----------------------------------
Assignee: Eduardo Martins (was: Sande Gilda)
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
> ---------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10884
> URL: https://issues.jboss.org/browse/WFLY-10884
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Affects Versions: 13.0.0.Final
> Reporter: Masafumi Miura
> Assignee: Eduardo Martins
> Priority: Major
>
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore.
> We can not expect ../standalone/configuration/jwt.keystore is always a valid path for jwt.keystore because the process current directory can be changed to any other location than $JBOSS_HOME/bin when standalone.sh is invoked from other location.
> For example, when you start WildFly by executing ./bin/standalone.sh under $JBOSS_HOME directory, the request fails with the following FileNotFoundException:
> {code}
> 19:15:57,579 ERROR [stderr] (default task-1) java.io.FileNotFoundException: ../standalone/configuration/jwt.keystore (No such file or directory)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open0(Native Method)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open(FileInputStream.java:195)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:138)
> 19:15:57,582 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:93)
> 19:15:57,582 ERROR [stderr] (default task-1) at org.jboss.quickstarts.jaxrsjwt.auth.JwtManager.<clinit>(JwtManager.java:46)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.Class.newInstance(Class.java:442)
> 19:15:57,585 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.DefaultProxyInstantiator.newInstance(DefaultProxyInstantiator.java:43)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.run(ProxyFactory.java:359)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:343)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyFactory.create(ClientProxyFactory.java:81)
> 19:15:57,587 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:206)
> ....
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10884) Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
by Sande Gilda (Jira)
[ https://issues.jboss.org/browse/WFLY-10884?page=com.atlassian.jira.plugin... ]
Sande Gilda reassigned WFLY-10884:
----------------------------------
Assignee: Sande Gilda (was: Eduardo Martins)
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore
> ---------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10884
> URL: https://issues.jboss.org/browse/WFLY-10884
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Affects Versions: 13.0.0.Final
> Reporter: Masafumi Miura
> Assignee: Sande Gilda
> Priority: Major
>
> Quickstart jaxrs-jwt should use the "jboss.server.config.dir" system property for the file path to jwt.keystore.
> We can not expect ../standalone/configuration/jwt.keystore is always a valid path for jwt.keystore because the process current directory can be changed to any other location than $JBOSS_HOME/bin when standalone.sh is invoked from other location.
> For example, when you start WildFly by executing ./bin/standalone.sh under $JBOSS_HOME directory, the request fails with the following FileNotFoundException:
> {code}
> 19:15:57,579 ERROR [stderr] (default task-1) java.io.FileNotFoundException: ../standalone/configuration/jwt.keystore (No such file or directory)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open0(Native Method)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.open(FileInputStream.java:195)
> 19:15:57,581 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:138)
> 19:15:57,582 ERROR [stderr] (default task-1) at java.io.FileInputStream.<init>(FileInputStream.java:93)
> 19:15:57,582 ERROR [stderr] (default task-1) at org.jboss.quickstarts.jaxrsjwt.auth.JwtManager.<clinit>(JwtManager.java:46)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 19:15:57,583 ERROR [stderr] (default task-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 19:15:57,584 ERROR [stderr] (default task-1) at java.lang.Class.newInstance(Class.java:442)
> 19:15:57,585 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.DefaultProxyInstantiator.newInstance(DefaultProxyInstantiator.java:43)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.run(ProxyFactory.java:359)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:343)
> 19:15:57,586 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyFactory.create(ClientProxyFactory.java:81)
> 19:15:57,587 ERROR [stderr] (default task-1) at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:206)
> ....
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (JGRP-2296) DNS_PING is dropping port values with SRV based service discovery
by Eric Thompson (Jira)
[ https://issues.jboss.org/browse/JGRP-2296?page=com.atlassian.jira.plugin.... ]
Eric Thompson resolved JGRP-2296.
---------------------------------
Release Notes Text: DNS_PING based service discovery now captures port values from SRV records
Tester: Eric Thompson
Resolution: Done
> DNS_PING is dropping port values with SRV based service discovery
> -----------------------------------------------------------------
>
> Key: JGRP-2296
> URL: https://issues.jboss.org/browse/JGRP-2296
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.11
> Environment: JGroups version 4.0.11.Final
> Used in Keycloak 4.4.0
> Deployed as Jboss based Docker container from jboss/keycloak into AWS ECS
> Reporter: Eric Thompson
> Assignee: Bela Ban
> Priority: Blocker
> Fix For: 4.0.16
>
>
> Using DNS_PING in Jgroups 4.0.11 and SRV records the port from the SRV record is being dropped (set to zero) and the default is used instead (7600).
> I am using this Jgroups config:
> {code}
> <subsystem xmlns="urn:jboss:domain:jgroups:6.0">
> <channels default="ee">
> <channel name="ee" stack="tcp" cluster="ejb"/>
> </channels>
> <stacks>
> <stack name="tcp">
> <transport type="TCP" socket-binding="jgroups-tcp">
> <property name="external_addr">${env.EXTERNAL_ADDR}</property>
> </transport>
> <protocol type="dns.DNS_PING">
> <property name="dns_query">
> jgroups.${env.DNS_NAME}.svc.cluster.local
> </property>
> <property name="dns_record_type">
> SRV
> </property>
> </protocol>
> <protocol type="MERGE3"/>
> <protocol type="FD_SOCK"/>
> <protocol type="FD_ALL"/>
> <protocol type="VERIFY_SUSPECT"/>
> <protocol type="pbcast.NAKACK2"/>
> <protocol type="UNICAST3"/>
> <protocol type="pbcast.STABLE"/>
> <protocol type="pbcast.GMS"/>
> <protocol type="MFC"/>
> <protocol type="FRAG3"/>
> </stack>
> </stacks>
> </subsystem>
> {code}
> I have these service discovery DNS entries
> {code}
> $ dig jgroups.dev.auth.example.com.svc.cluster.local SRV
> ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.58.amzn1 <<>> jgroups.dev.auth.example.com.svc.cluster.local SRV
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16690
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
> ;; QUESTION SECTION:
> ;jgroups.dev.auth.example.com.svc.cluster.local. IN SRV
> ;; ANSWER SECTION:
> jgroups.dev.auth.example.com.svc.cluster.local. 10 IN SRV 1 1 32921 9ec82e3f-3a0e-4e30-b785-17879c63cd7d.jgroups.dev.auth.example.com.svc.cluster.local.
> jgroups.dev.auth.example.com.svc.cluster.local. 10 IN SRV 1 1 32923 60b5a820-9678-4bd2-84c6-00061a52bde0.jgroups.dev.auth.example.com.svc.cluster.local.
> jgroups.dev.auth.example.com.svc.cluster.local. 10 IN SRV 1 1 32915 9d9d78d0-8919-4b91-9df8-2e4e65afedae.jgroups.dev.auth.example.com.svc.cluster.local.
> jgroups.dev.auth.example.com.svc.cluster.local. 10 IN SRV 1 1 32917 161f3d66-f1e3-46f4-a44f-ebda925a25c6.jgroups.dev.auth.example.com.svc.cluster.local.
> ;; Query time: 2 msec
> ;; SERVER: 10.42.3.2#53(10.42.3.2)
> ;; WHEN: Fri Sep 21 01:45:44 2018
> ;; MSG SIZE rcvd: 481
> {code}
> But I get this in the logs when running Keycloak in standalone cluster:
> {code}
> 17:45:10,121 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Performing initial discovery
> 17:45:10,154 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Entries collected from DNS: [10.42.3.56:0, 10.42.3.56:0, 10.42.3.44:0, 10.42.3.44:0]
> 17:45:10,155 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Discovered IP Address with port 0 (10.42.3.56:0). Replacing with default Transport port: 7600
> 17:45:10,159 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Discovered IP Address with port 0 (10.42.3.56:0). Replacing with default Transport port: 7600
> 17:45:10,159 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Discovered IP Address with port 0 (10.42.3.44:0). Replacing with default Transport port: 7600
> 17:45:10,159 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Discovered IP Address with port 0 (10.42.3.44:0). Replacing with default Transport port: 7600
> 17:45:10,159 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) Performing discovery of the following hosts [10.42.3.56:7600, 10.42.3.44:7600, e200a617bf7a]
> 17:45:10,159 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) e200a617bf7a: sending discovery request to 10.42.3.56:7600
> 17:45:10,160 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) e200a617bf7a: sending discovery request to 10.42.3.44:7600
> 17:45:10,160 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-10,ejb,e200a617bf7a) Received discovery from: e200a617bf7a, IP: 10.42.3.44:7600
> 17:45:10,161 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-3,null,null) e200a617bf7a: sending discovery request to e200a617bf7a
> 17:45:10,162 DEBUG [org.jgroups.protocols.dns.DNS_PING] (thread-11,ejb,e200a617bf7a) Received discovery from: e200a617bf7a, IP: 10.42.3.44:7600
> {code}
> As you can see it is resolving the DNS addresses, but discarding the ports.
> To be clear, in this example 32923 ids the port (eg:
> 1 1 32923 60b5a820-9678-4bd2-84c6-00061a52bde0.jgroups.dev.auth.example.com.svc.cluster.local).
> These are dynamic ports mapped to port 7600 in order to put more Keycloak containers on each instance.
> {code}
> $ docker ps
> CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
> f67e39f8f403 datadog/agent:latest-jmx "/init" 8 hours ago Up 8 hours (healthy) 8125/udp, 8126/tcp ecs-auth-service-dev-26-datadog-agent-a2b7f783ddd0ba9cf601
> bbb12f0c43a5 233747045000.dkr.ecr.us-east-2.amazonaws.com/ops/keycloak:latest "/opt/jboss/tools/do…" 8 hours ago Up 8 hours 0.0.0.0:32923->7600/tcp, 0.0.0.0:32922->8080/tcp ecs-auth-service-dev-26-keycloak-f4bd8f8dca9fd4cd4f00
> 932cad7c4fb9 datadog/agent:latest-jmx "/init" 8 hours ago Up 8 hours (healthy) 8125/udp, 8126/tcp ecs-auth-service-dev-26-datadog-agent-baa38a98ccaddea6f501
> e200a617bf7a 233747045000.dkr.ecr.us-east-2.amazonaws.com/ops/keycloak:latest "/opt/jboss/tools/do…" 8 hours ago Up 8 hours 0.0.0.0:32921->7600/tcp, 0.0.0.0:32920->8080/tcp ecs-auth-service-dev-26-keycloak-e6f398e6cc8db5b5f101
> 73bc0b863c73 amazon/amazon-ecs-agent:latest "/agent" 2 days ago Up 2 days ecs-agent
> {code}
> This seems like it might be where ports are getting lost:
> https://github.com/belaban/JGroups/blob/07060c3ba6e52ad4aad3ac799c2bc95ff...
> I don't see the port number being extracted from the SRV entry and appended to the IP returned from resolveAEntries.
> Let me know if I am missing any details. This is a major blocker for development.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3118) [DMN Designer] Literal Expression Cell in Decision Table or Relation
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3118?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3118:
----------------------------------------
[~jomarko] DROOLS-2804 added generic support for "drill down" and concrete support for {{LiteralExpression}}.
What is not clear however is that it only added concrete support for the {{LiteralExpressionGrid}} and not every use of {{LiteralExpression}}.
Completion of the "drill down" properties is to be completed under DROOLS-3109.
Both {{DecisionTableGrid}} and {{RelationGrid}} need concrete support to be added.
Feel free to keep this JIRA open (to test later) or close and track with DROOLS-3109.
> [DMN Designer] Literal Expression Cell in Decision Table or Relation
> --------------------------------------------------------------------
>
> Key: DROOLS-3118
> URL: https://issues.jboss.org/browse/DROOLS-3118
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.13.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> Literal Expression specific properties are not shown if the literal expression cell is in Relation or Decision Table.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months