[JBoss JIRA] (JBJCA-1365) Statistics not updated when a connection listener is destroyed
by Flavia Rainone (JIRA)
Flavia Rainone created JBJCA-1365:
-------------------------------------
Summary: Statistics not updated when a connection listener is destroyed
Key: JBJCA-1365
URL: https://issues.jboss.org/browse/JBJCA-1365
Project: IronJacamar
Issue Type: Bug
Reporter: Flavia Rainone
Assignee: Flavia Rainone
In Ironjacamar 1.0.4, there is a regression caused by JBJCA-1354 fix.
Whenever a connection is closed, and the corresponding tx connection listener is removed from the pool, the managed connection pool is not notified and that causes the statistics to go inconsistent.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (DROOLS-1008) KieServer to update container for SNAPSHOT kjar
by Martin Weiler (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1008?page=com.atlassian.jira.plugi... ]
Martin Weiler commented on DROOLS-1008:
---------------------------------------
Just for the records, this issue seems to be similar to https://issues.jboss.org/browse/RHBPMS-5076 which has been fixed recently on 6.5.x.
> KieServer to update container for SNAPSHOT kjar
> -----------------------------------------------
>
> Key: DROOLS-1008
> URL: https://issues.jboss.org/browse/DROOLS-1008
> Project: Drools
> Issue Type: Feature Request
> Components: kie server
> Affects Versions: 6.2.0.Final, 6.3.0.Final
> Reporter: Andrew Collins
> Assignee: Mario Fusco
> Attachments: snapshot_kjar_reproducer.patch
>
>
> General:
> When a kjar has a snapshot version, kie-server will not react to new snapshot versions deployed to a remote artifact repository. The remote artifact repository is only queried the first time after JVM startup, regardless of settings.xml snapshot updatePolicy setting. Retrieving a new snapshot version is only possible through use of KieScanner.scanNow() or recycling the JVM, which will both fetch the new artifact from the remote repository and reload the kmodule in the KieServer JVM.
> Steps to reproduce:
> * KieServer and Business Central deployed to separate JVMs, pointing to independent maven repositories. Snapshot updatePolicy should be "always" in KieServer settings.xml.
> * Deploy new kjar snapshot from Business Central to remote artifactory. (unique version "1")
> * Start KieServer (verify new snapshot version is pulled from remote)
> * Deploy new kjar snapnshot. (unique version "2")
> Expected behavior:
> * Creating a new container, or invoking updateReleaseId() on existing container will pull latest snapshot from remote artifactory.
> Actual Behavior
> * Creating a new container, or invoking updateReleaseId() on existing container, does not query remote artifactory for latest snapshots.
> Workaround:
> * Forcing a KieScanner.scanNow() will fetch new snapshot from remote artifactory.
> * Or, restarting KieScanner JVM will fetch new snapshot from remote artifactory.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-9646) Wsconsume is not able to generate jar file from wsdl
by Alessio Soldano (JIRA)
[ https://issues.jboss.org/browse/WFLY-9646?page=com.atlassian.jira.plugin.... ]
Alessio Soldano updated WFLY-9646:
----------------------------------
Fix Version/s: 12.0.0.Alpha1
> Wsconsume is not able to generate jar file from wsdl
> ----------------------------------------------------
>
> Key: WFLY-9646
> URL: https://issues.jboss.org/browse/WFLY-9646
> Project: WildFly
> Issue Type: Bug
> Components: Scripts, Web Services
> Reporter: Marek Kopecký
> Assignee: Alessio Soldano
> Priority: Blocker
> Fix For: 12.0.0.Alpha1
>
>
> *Description:*
> Wsconsume is able to generate jar file from wsdl on WildFly 11. On WildFly master, wsconsume doesn't create any files in "out" folder. It leads to Exception from wsdl2java tool.
> *Steps to reproduce:*
> # cd $\{JBOSS_HOME\}/bin
> # # download Echo1.wsdl, Echo1Service.wsdl and Echo1Service_schema1.xsd files, these files are attached to this jira
> # mkdir out
> # ./wsconsume.sh -j wsClientShort.jar -p org.jboss.test.script -o out Echo1Service.wsdl
> *Actual results:*
> {noformat}
> [mkopecky@dhcp-10-40-4-226 bin]$ ./wsconsume.sh -j wsClientShort.jar -p org.jboss.test.script -o out Echo1Service.wsdl
> Could not find log4j.properties or log4j.xml configuration, logging to console.
> Loading FrontEnd jaxws ...
> Loading DataBinding jaxb ...
> wsdl2java -clientjar wsClientShort.jar -compile -exsh false -p org.jboss.test.script -d /home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583 -verbose -classdir /home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out -allowElementReferences file:/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/Echo1Service.wsdl
> wsdl2java - Apache CXF 3.1.12
> JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava
> org.apache.cxf.tools.common.ToolException: java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583/org/jboss/test/script/package-info.java" "read")
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:423)
> 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.run(Module.java:344)
> at org.jboss.modules.Main.main(Main.java:525)
> Caused by: java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.08/wfly.08/bin/out/tmp3507583/org/jboss/test/script/package-info.java" "read")
> at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
> at java.security.AccessController.checkPermission(AccessController.java:884)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
> at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
> 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:192)
> 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:306)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:415)
> ... 8 more
> [mkopecky@dhcp-10-40-4-226 bin]$ ll out/
> total 0
> [mkopecky@dhcp-10-40-4-226 bin]$
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (DROOLS-2228) [Guided Decision Table] Rename Set the field value with Work Item parameter column
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2228?page=com.atlassian.jira.plugi... ]
Michael Anstis moved RHDM-259 to DROOLS-2228:
---------------------------------------------
Project: Drools (was: Red Hat Decision Manager)
Key: DROOLS-2228 (was: RHDM-259)
Workflow: GIT Pull Request workflow (was: CDW with docs v1)
Docs QE Status: NEW
Component/s: Guided Decision Table Editor
(was: Business Central)
Affects Build: (was: ER2)
Affects Version/s: 7.5.0.Final
(was: 7.0.0)
QE Status: NEW
> [Guided Decision Table] Rename Set the field value with Work Item parameter column
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-2228
> URL: https://issues.jboss.org/browse/DROOLS-2228
> Project: Drools
> Issue Type: Enhancement
> Components: Guided Decision Table Editor
> Affects Versions: 7.5.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Trivial
> Labels: bxms-bughunt-7-la-er2
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> The column *Set the field value with Work Item parameter* actually set the field with Work Item result so maybe it could be renamed to *Set the field value with Work Item result*.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months