[JBoss JIRA] (WFCORE-1348) Specify filesystem rights for deployment content
by ehsavoie Hugonnet (JIRA)
ehsavoie Hugonnet created WFCORE-1348:
-----------------------------------------
Summary: Specify filesystem rights for deployment content
Key: WFCORE-1348
URL: https://issues.jboss.org/browse/WFCORE-1348
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Affects Versions: 2.0.10.Final
Reporter: ehsavoie Hugonnet
Assignee: Brian Stansberry
Currently when we add a content to the ContentRepository we are using Files.createTempFile whitout specifying the file attributes. On GNU/Linux this may create a file with only read write rights for the user (and not the group or other). We should change that as this could lead to some strange errors.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-6114) service.bat points user to wrong directory
by Nicklas Karlsson (JIRA)
Nicklas Karlsson created WFLY-6114:
--------------------------------------
Summary: service.bat points user to wrong directory
Key: WFLY-6114
URL: https://issues.jboss.org/browse/WFLY-6114
Project: WildFly
Issue Type: Feature Request
Components: Scripts
Affects Versions: 10.0.0.Final
Reporter: Nicklas Karlsson
Assignee: Tomaz Cerar
Priority: Trivial
Running service.bat from the docs/contrib/scripts/service dir tells user to run the script under bin/service*s* but the binary paths to the services expects bin/service, resulting in service install failure with file not found
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-6113) TransactionAttributeMergingProcessor fails when using generics
by Markus Chur (JIRA)
Markus Chur created WFLY-6113:
---------------------------------
Summary: TransactionAttributeMergingProcessor fails when using generics
Key: WFLY-6113
URL: https://issues.jboss.org/browse/WFLY-6113
Project: WildFly
Issue Type: Bug
Affects Versions: 10.0.0.Final
Reporter: Markus Chur
Assignee: Jason Greene
Priority: Minor
Attachments: reproducer.zip
Deployment fails when using type safe generics on session beans with transaction attributes. See reproducer. Works with 9.0.2.Final.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (DROOLS-1049) Upgrade jaxb2-maven-plugin from 1.x to 2.x
by Petr Široký (JIRA)
Petr Široký created DROOLS-1049:
-----------------------------------
Summary: Upgrade jaxb2-maven-plugin from 1.x to 2.x
Key: DROOLS-1049
URL: https://issues.jboss.org/browse/DROOLS-1049
Project: Drools
Issue Type: Task
Components: build
Reporter: Petr Široký
Assignee: Petr Široký
We are seeing intermittent build failures related to {{jaxb2-maven-plugin}} in droolsjbpm-integration repo (kie-remote-jaxb-gen module). Upgrading to latest 2.x version should fix these issues. We should also upgrade to latest version because we are at a start of the development cycle and the risks of breaking something are more acceptable.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (DROOLS-1049) Upgrade jaxb2-maven-plugin from 1.5 to 2.2
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1049?page=com.atlassian.jira.plugi... ]
Petr Široký updated DROOLS-1049:
--------------------------------
Summary: Upgrade jaxb2-maven-plugin from 1.5 to 2.2 (was: Upgrade jaxb2-maven-plugin from 1.x to 2.x)
> Upgrade jaxb2-maven-plugin from 1.5 to 2.2
> ------------------------------------------
>
> Key: DROOLS-1049
> URL: https://issues.jboss.org/browse/DROOLS-1049
> Project: Drools
> Issue Type: Task
> Components: build
> Reporter: Petr Široký
> Assignee: Petr Široký
>
> We are seeing intermittent build failures related to {{jaxb2-maven-plugin}} in droolsjbpm-integration repo (kie-remote-jaxb-gen module). Upgrading to latest 2.x version should fix these issues. We should also upgrade to latest version because we are at a start of the development cycle and the risks of breaking something are more acceptable.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-6112) set javaagent
by veerendra shukla (JIRA)
veerendra shukla created WFLY-6112:
--------------------------------------
Summary: set javaagent
Key: WFLY-6112
URL: https://issues.jboss.org/browse/WFLY-6112
Project: WildFly
Issue Type: Bug
Environment: Window 7 , jdk1.8.0
Reporter: veerendra shukla
Assignee: Jason Greene
getting below error when i am setting jacocoagent.jar as below in standalone.conf.bat file
1. made changes in standalone.conf.bat
set "JAVA_OPTS=%JAVA_OPTS% -javaagent:D:\home\ubuntu\agent\webomates-cq-agent\jacoco\setup\lib\jacocoagent.jar=destfile=D:\home\ubuntu\agent\webomates-cq-agent\jacoco\setup\jacoco.exec,append=false,append=false"
2. run standalone.bat file
Error log:
===============================================================================
JBoss Bootstrap Environment
JBOSS_HOME: "D:\download\wildfly-10.0.0.CR5"
JAVA: "C:\Program Files\Java\jdk1.8.0_66\bin\java"
JAVA_OPTS: "-client -Dprogram.name=standalone.bat -Xms64M -Xmx512M -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -javaagent:D:\home\ubun
tu\agent\webomates-cq-agent\jacoco\setup\lib\jacocoagent.jar=destfile=D:\home\ubuntu\agent\webomates-cq-agent\jacoco\setup\jacoco.exec,append=false,append=false"
===============================================================================
Picked up _JAVA_OPTIONS: -Xmx512M
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 1
at org.jboss.modules.maven.MavenResolver.createDefaultResolver(MavenResolver.java:78)
at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204)
at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170)
at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149)
at java.security.AccessController.doPrivileged(Native Method)
at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144)
at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439)
at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342)
at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289)
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:221)
at __redirected.__RedirectedUtils.loadProvider(__RedirectedUtils.java:88)
at __redirected.__RedirectedUtils.loadProvider(__RedirectedUtils.java:82)
at __redirected.__DocumentBuilderFactory.changeDefaultFactory(__DocumentBuilderFactory.java:76)
at __redirected.__JAXPRedirected.changeAll(__JAXPRedirected.java:39)
at org.jboss.modules.Main.main(Main.java:391)
Press any key to continue . . .
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JGRP-1605) API changes
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1605?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1605:
---------------------------
Description:
API changes to be done in 4.0, which break code:
* MessageDispatcher: remove MessageListener
* Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
* Make {{RspFilter}} --> {{RspFilter<T>}}
* {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* Request<T>
* RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
* Rsp:
** Club {{received}}, {{suspected}}, {{unreachable}} into 1 boolean field, use 1 field for result/exception
** Remove {{sender}}
** Remove {{equals()}} and {{hashCode()}}
was:
API changes to be done in 4.0, which break code:
* MessageDispatcher: remove MessageListener
* Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
* Make {{RspFilter}} --> {{RspFilter<T>}}
* {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* Request<T>
* RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
* Rsp: club {{received}}, {{suspected}}, {{unreachable}} into 1 boolean field, use 1 field for result/exception
> API changes
> -----------
>
> Key: JGRP-1605
> URL: https://issues.jboss.org/browse/JGRP-1605
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 4.0
>
>
> API changes to be done in 4.0, which break code:
> * MessageDispatcher: remove MessageListener
> * Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
> * DONE: Remove @Deprecated methods, properties or classes
> * Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
> * Make {{RspFilter}} --> {{RspFilter<T>}}
> * {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
> * Request<T>
> * RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
> * RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
> * Rsp:
> ** Club {{received}}, {{suspected}}, {{unreachable}} into 1 boolean field, use 1 field for result/exception
> ** Remove {{sender}}
> ** Remove {{equals()}} and {{hashCode()}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JGRP-1605) API changes
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1605?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1605:
---------------------------
Description:
API changes to be done in 4.0, which break code:
* MessageDispatcher: remove MessageListener
* Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
* Make {{RspFilter}} --> {{RspFilter<T>}}
* {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* Request<T>
* RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
* Rsp: club {{received}}, {{suspected}}, {{unreachable}} into 1 boolean field, use 1 field got result/exception
was:
API changes to be done in 4.0, which break code:
* MessageDispatcher: remove MessageListener
* Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
* Make {{RspFilter}} --> {{RspFilter<T>}}
* {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* Request<T>
* RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
> API changes
> -----------
>
> Key: JGRP-1605
> URL: https://issues.jboss.org/browse/JGRP-1605
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 4.0
>
>
> API changes to be done in 4.0, which break code:
> * MessageDispatcher: remove MessageListener
> * Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
> * DONE: Remove @Deprecated methods, properties or classes
> * Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
> * Make {{RspFilter}} --> {{RspFilter<T>}}
> * {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
> * Request<T>
> * RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
> * RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
> * Rsp: club {{received}}, {{suspected}}, {{unreachable}} into 1 boolean field, use 1 field got result/exception
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months