February 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2455) Cannot configure the list of recovery modules due to ArjunaRecoveryManagerService hardcoding them

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-2455?page=com.atlassian.jira.plugin.... ] Tom Jenkinson updated WFLY-2455: -------------------------------- Issue Type: Enhancement (was: Bug) > Cannot configure the list of recovery modules due to ArjunaRecoveryManagerService hardcoding them > ------------------------------------------------------------------------------------------------- > > Key: WFLY-2455 > URL: https://issues.jboss.org/browse/WFLY-2455 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Transactions > Affects Versions: 8.0.0.Beta1 > Reporter: gui borland > Assignee: Tom Jenkinson > > Using a custom jbossts-properties.xml file defined via the com.arjuna.ats.arjuna.common.propertiesFile systemsetting, i can register a custom recovery manager for arjuna. > However, the ArjunaRecoveryManagerService class overwrite the recovery configuration mentioned in my jbossts-properties.xml file with a hardcoded list of recovery modules. > This makes me wonder if/how the hornetq recovery (org.hornetq.jms.server.recovery.HornetQXAResourceRecover) gets registered in wildfly.. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3041) Add additional packages to the sun.jdk that are expected to be available by JDBC drivers using Kerberos

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-3041?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-3041: ----------------------------------- Component/s: Class Loading > Add additional packages to the sun.jdk that are expected to be available by JDBC drivers using Kerberos > ------------------------------------------------------------------------------------------------------- > > Key: WFLY-3041 > URL: https://issues.jboss.org/browse/WFLY-3041 > Project: WildFly > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Class Loading > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 9.0.0.CR1 > > > A couple of additional packages are required, nothing really special either siblings or children of packages we already list. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3041) Add additional packages to the sun.jdk that are expected to be available by JDBC drivers using Kerberos

by Darran Lofthouse (JIRA)

Darran Lofthouse created WFLY-3041: -------------------------------------- Summary: Add additional packages to the sun.jdk that are expected to be available by JDBC drivers using Kerberos Key: WFLY-3041 URL: https://issues.jboss.org/browse/WFLY-3041 Project: WildFly Issue Type: Task Security Level: Public (Everyone can see) Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 9.0.0.CR1 A couple of additional packages are required, nothing really special either siblings or children of packages we already list. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3040) Missing modules

by David Cabillic (JIRA)

David Cabillic created WFLY-3040: ------------------------------------ Summary: Missing modules Key: WFLY-3040 URL: https://issues.jboss.org/browse/WFLY-3040 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: OSGi Affects Versions: 8.0.0.Final Environment: Windows 64 bits Reporter: David Cabillic Assignee: Thomas Diesler I listed modules with links to missing ones : || module || missing module || | org.infinispan.client.hotrod | com.google.protobuf | | org.jboss.as.aggregate | org.jboss.as.managed-beans | | org.jboss.genericjms | org.jboss.genericjms.provider | -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBVFS-194) Clean the status of testing jars for jboss-vfs

by Ales Justin (JIRA)

[ https://issues.jboss.org/browse/JBVFS-194?page=com.atlassian.jira.plugin.... ] Ales Justin commented on JBVFS-194: ----------------------------------- [~goldmann] >> Can they be replaced with something dummy? They are dummy. We're just testing their structure; .ear with nested jars / wars. Or what's the issue with them? > Clean the status of testing jars for jboss-vfs > ---------------------------------------------- > > Key: JBVFS-194 > URL: https://issues.jboss.org/browse/JBVFS-194 > Project: JBoss VFS > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Marek Goldmann > Assignee: Ales Justin > Priority: Critical > > There are some JARs in jboss-vfs test directory. Some of them are dummy jars containing plain text files, but some of them contain class files. As a general rule Fedora doesn't allow to ship binary files. Although we can have exception for jar files containing dummy files because this is required to test jboss-vfs behavior. > What's the status of following files? Who wrote them and what is the license of those and where is the upstream code? > ./src/test/resources/vfs/test/spring-ear.ear/lib/spring-beans.jar > ./src/test/resources/vfs/test/spring-ear.ear/spring-ejb.jar > Can they be replaced with something dummy? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2899) Help and error messages in Main classes should be printed raw

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2899?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2899: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1069514|https://bugzilla.redhat.com/show_bug.cgi?id=1069514] from POST to MODIFIED > Help and error messages in Main classes should be printed raw > ------------------------------------------------------------- > > Key: WFLY-2899 > URL: https://issues.jboss.org/browse/WFLY-2899 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Logging > Reporter: James Perkins > Assignee: James Perkins > Priority: Minor > Fix For: 8.0.1.Final > > > The help in standalone and host-controller main methods gets printed after {{System.out}} and {{System.err}} have been captured by jboss-stdio. This leads the help and errors being printed in a log manager format rather than just the raw text. > Example output: > {code} > [jperkins@jperkins-rh wildfly]$ ./build/target/wildfly-8.0.0.Final-SNAPSHOT/bin/standalone.sh -help > ========================================================================= > JBoss Bootstrap Environment > JBOSS_HOME: /home/jperkins/projects/jboss/as/wildfly/build/target/wildfly-8.0.0.Final-SNAPSHOT > JAVA: java > JAVA_OPTS: -server -XX:+UseCompressedOops -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true > ========================================================================= > 15:31:43,895 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.0.Final > 15:31:44,918 INFO [stdout] (main) > 15:31:44,918 INFO [stdout] (main) Usage: standalone.sh [args...] > 15:31:44,918 INFO [stdout] (main) where args include: > 15:31:44,918 INFO [stdout] (main) --admin-only Set the server's running type to > 15:31:44,919 INFO [stdout] (main) ADMIN_ONLY causing it to open > 15:31:44,919 INFO [stdout] (main) administrative interfaces and accept > 15:31:44,919 INFO [stdout] (main) management requests but not start other > 15:31:44,920 INFO [stdout] (main) runtime services or accept end user > 15:31:44,920 INFO [stdout] (main) requests. > 15:31:44,920 INFO [stdout] (main) > 15:31:44,920 INFO [stdout] (main) > 15:31:44,921 INFO [stdout] (main) -b <value>, -b=<value> Set system property jboss.bind.address > 15:31:44,921 INFO [stdout] (main) to the given value > 15:31:44,921 INFO [stdout] (main) > 15:31:44,921 INFO [stdout] (main) > 15:31:44,922 INFO [stdout] (main) -b<interface>=<value> Set system property > 15:31:44,922 INFO [stdout] (main) jboss.bind.address.<interface> to the > 15:31:44,922 INFO [stdout] (main) given value > 15:31:44,922 INFO [stdout] (main) > 15:31:44,923 INFO [stdout] (main) > 15:31:44,923 INFO [stdout] (main) -c <config>, -c=<config> Name of the server configuration file > 15:31:44,923 INFO [stdout] (main) to use (default is "standalone.xml") > 15:31:44,923 INFO [stdout] (main) (Same as --server-config) > 15:31:44,924 INFO [stdout] (main) > 15:31:44,924 INFO [stdout] (main) > 15:31:44,924 INFO [stdout] (main) --debug [<port>] Activate debug mode with an optional > 15:31:44,924 INFO [stdout] (main) argument to specify the port. Only > 15:31:44,925 INFO [stdout] (main) works if the launch script supports it. > 15:31:44,925 INFO [stdout] (main) > 15:31:44,925 INFO [stdout] (main) > 15:31:44,925 INFO [stdout] (main) -D<name>[=<value>] Set a system property > 15:31:44,926 INFO [stdout] (main) > 15:31:44,926 INFO [stdout] (main) > 15:31:44,926 INFO [stdout] (main) -h, --help Display this message and exit > 15:31:44,927 INFO [stdout] (main) > 15:31:44,927 INFO [stdout] (main) > 15:31:44,927 INFO [stdout] (main) --read-only-server-config=<config> Name of the server configuration file > 15:31:44,927 INFO [stdout] (main) to use. This differs from > 15:31:44,928 INFO [stdout] (main) '--server-config' and '-c' in that the > 15:31:44,928 INFO [stdout] (main) original file is never overwritten. > 15:31:44,928 INFO [stdout] (main) > 15:31:44,928 INFO [stdout] (main) > 15:31:44,929 INFO [stdout] (main) -P <url>, -P=<url>, Load system properties from the given > 15:31:44,929 INFO [stdout] (main) --properties=<url> url > 15:31:44,929 INFO [stdout] (main) > 15:31:44,929 INFO [stdout] (main) > 15:31:44,930 INFO [stdout] (main) -S<name>[=<value>] Set a security property > 15:31:44,930 INFO [stdout] (main) > 15:31:44,930 INFO [stdout] (main) > 15:31:44,930 INFO [stdout] (main) --server-config=<config> Name of the server configuration file > 15:31:44,931 INFO [stdout] (main) to use (default is "standalone.xml") > 15:31:44,931 INFO [stdout] (main) (Same as -c) > 15:31:44,931 INFO [stdout] (main) > 15:31:44,931 INFO [stdout] (main) > 15:31:44,932 INFO [stdout] (main) -u <value>, -u=<value> Set system property > 15:31:44,932 INFO [stdout] (main) jboss.default.multicast.address to the > 15:31:44,932 INFO [stdout] (main) given value > 15:31:44,933 INFO [stdout] (main) > 15:31:44,933 INFO [stdout] (main) > 15:31:44,933 INFO [stdout] (main) -v, -V, --version Print version and exit > 15:31:44,934 INFO [stdout] (main) > 15:31:44,934 INFO [stdout] (main) > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1722) Improve performance of ENCRYPT protocol

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1722?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1722: -------------------------------- As every message that needs to be encrypted (when sent or received) has to acquire the *single* lock in {{ENCRYPT}}, even unrelated messages (e.g. from different senders or tagged as {{OOB|DONT_BUNDLE}}) are delivered or sent sequentially. SOLUTION: use a pool of ciphers. Each cipher has a related lock. A sender or receiver thread grabs a random cipher and locks its associated lock. This way, lock requests are striped and the single lock bottleneck is removed. The pool size (and thus the lock striping) needs to be configurable. > Improve performance of ENCRYPT protocol > --------------------------------------- > > Key: JGRP-1722 > URL: https://issues.jboss.org/browse/JGRP-1722 > Project: JGroups > Issue Type: Enhancement > Affects Versions: 3.4 > Reporter: Martin Gencur > Assignee: Bela Ban > Fix For: 3.5 > > > A stress tests with the following setup showed that performance (reads and writes/sec) is halved when ENCRYPT protocol is enabled: > Infinispan had distributed sync cache with 2 owners on 4 nodes, no transactions. The stress test used 10 threads on each node accessing 1024 byte entries, no conflicts on keys, 20 % writes, 80 % reads. > It would be great if we could improve the performance of ENCRYPT protocol. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3036) Forwarded POST request becomes a GET request

by Matti Tahvonen (JIRA)

[ https://issues.jboss.org/browse/WFLY-3036?page=com.atlassian.jira.plugin.... ] Matti Tahvonen commented on WFLY-3036: -------------------------------------- A minimalistic test case for the issue (tested to fail in wildly, works in jboss 7.1): https://github.com/mstahv/stripped-down-jaas-forward-testcase > Forwarded POST request becomes a GET request > -------------------------------------------- > > Key: WFLY-3036 > URL: https://issues.jboss.org/browse/WFLY-3036 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web (Undertow) > Affects Versions: 8.0.0.Final > Reporter: Matti Tahvonen > Assignee: Stuart Douglas > > POST requests that get forwarded (at least due to <security-constraint> rule) are reported as GET requests when the request arrives to the destination. > Now e.g. Vaadin login UI that sends POST request (XHR) to the "original" address dies as Vaadin servlet returns html instead of JSON. > The same setup works in JBoss 7.1 and Glassfish. > The issue (and workaround) is describe in the github project: > https://github.com/mstahv/vaadin-cdi-jaas-jbossas-example/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3036) Forwarded POST request becomes a GET request

by Matti Tahvonen (JIRA)

[ https://issues.jboss.org/browse/WFLY-3036?page=com.atlassian.jira.plugin.... ] Matti Tahvonen commented on WFLY-3036: -------------------------------------- Ah, sorry about that, one dependency was coming from our add-on repository. Now fixed. > Forwarded POST request becomes a GET request > -------------------------------------------- > > Key: WFLY-3036 > URL: https://issues.jboss.org/browse/WFLY-3036 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web (Undertow) > Affects Versions: 8.0.0.Final > Reporter: Matti Tahvonen > Assignee: Stuart Douglas > > POST requests that get forwarded (at least due to <security-constraint> rule) are reported as GET requests when the request arrives to the destination. > Now e.g. Vaadin login UI that sends POST request (XHR) to the "original" address dies as Vaadin servlet returns html instead of JSON. > The same setup works in JBoss 7.1 and Glassfish. > The issue (and workaround) is describe in the github project: > https://github.com/mstahv/vaadin-cdi-jaas-jbossas-example/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-76) JBoss Logging Processor should support WSDLException

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/LOGTOOL-76?page=com.atlassian.jira.plugin... ] David Lloyd commented on LOGTOOL-76: ------------------------------------ We talked about possibly having a way to override or specify the argument offset of the message parameter, and maybe providing a way to feed other parameters in as well. > JBoss Logging Processor should support WSDLException > ---------------------------------------------------- > > Key: LOGTOOL-76 > URL: https://issues.jboss.org/browse/LOGTOOL-76 > Project: Log Tool > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tom Cunningham > Assignee: David Lloyd > > This is a jboss-logging-processor issue - javax.wsdl.WSDLException has constructors : > {code} > public WSDLException(java.lang.String faultCode, > java.lang.String msg, > java.lang.Throwable t) > public WSDLException(java.lang.String faultCode, > java.lang.String msg) > {code} > When I try to localize with this : > {code} > /** > * couldNotFindServiceInTheWSDL method definition. > * @param portName the portName > * @param definitionDocumentBaseURI definitionDocumentBaseURI > * @return WSDLException > */ > @Message(id = 35436, value = "Could not find service %s in the WSDL %s") > WSDLException couldNotFindServiceInTheWSDL(String portName, String definitionDocumentBaseURI); > {code} > I see compilation errors because jboss-logging-processor doesn't know how to support the WSDLException constructors. We should support them. > {noformat} > Failure: > [ERROR] /Users/tcunning/src/switchyard/cunningt/components/soap/src/main/java/org/switchyard/component/soap/SOAPMessages.java:[189,18] MessageMethod does not have an usable constructor for the return type javax.wsdl.WSDLException. > [ERROR] /Users/tcunning/src/switchyard/cunningt/components/soap/src/main/java/org/switchyard/component/soap/SOAPMessages.java:[197,18] MessageMethod does not have an usable constructor for the return type javax.wsdl.WSDLException. > [ERROR] /Users/tcunning/src/switchyard/cunningt/components/soap/src/main/java/org/switchyard/component/soap/SOAPMessages.java:[206,18] MessageMethod does not have an usable constructor for the return type javax.wsdl.WSDLException. > {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 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 February 2014