[JBoss JIRA] (WFLY-9284) git wildfly build.bat pointing to none existent maven script
by Nuno Godinho de Matos (JIRA)
Nuno Godinho de Matos created WFLY-9284:
-------------------------------------------
Summary: git wildfly build.bat pointing to none existent maven script
Key: WFLY-9284
URL: https://issues.jboss.org/browse/WFLY-9284
Project: WildFly
Issue Type: Bug
Components: Scripts
Reporter: Nuno Godinho de Matos
Assignee: Tomaz Cerar
Priority: Trivial
Trying to build the current wildfly master by calling upon build.bat has failed due to missing mvn.cmd file.
In order to be able to trigger the build process, the build.bat script had to be corrected on the following line:
{panel}
set DIRNAME=%~p0
set MVN=%DIRNAME%\mvnw.cmd
{panel}
The script that is found on my current wildfly\ directory is called:
mvnw.cmd and not mvn.cmd
I would also suggest that in some documentation people are recommended to tune their maven settings and add in the repository:
{code}
<repository>
<id>jboss-public</id>
<url>https://repository.jboss.org/nexus/content/groups/public/</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
{code}
Many thanks.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (JGRP-1911) Use consensus for some subsystems
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1911?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1911:
--------------------------------
Note that {{CounterService}} does exist in the jgroups-raft project.
> Use consensus for some subsystems
> ---------------------------------
>
> Key: JGRP-1911
> URL: https://issues.jboss.org/browse/JGRP-1911
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 5.0
>
>
> Provide options for several subsystems to run with consensus, e.g.
> * {{SEQUENCER}}
> * {{CENTRAL_LOCK}}
> * {{COUNTER}}
> * {{TOA}}
> * Clustered singletons etc
> For example, with the current impl of distributed counters ({{COUNTER}}), the same counter can be available multiple times if we have a split brain. It is currently up to the user to merge counters with different values after a split brain heals.
> This is OK, but we should provide a second implementation, based on jgroups-raft, which uses consensus to determine the counter maintainer in a split brain scenario. This will forfeit availability in favor of consistency.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ELY-1350) Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/ELY-1350?page=com.atlassian.jira.plugin.s... ]
Ilia Vassilev reassigned ELY-1350:
----------------------------------
Assignee: Ilia Vassilev (was: Darran Lofthouse)
> Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1350
> URL: https://issues.jboss.org/browse/ELY-1350
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Ilia Vassilev
>
> Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
> *How to reproduce:*
> * run powershell and set work directory JBOSS_HOME/bin
> * set env variable for custom credential store implementation jar like this:
> {code}
> $env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
> {code}
> * run this command
> {code}
> PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
> Exception encountered executing the command:
> java.security.NoSuchAlgorithmException
> at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
> at
> org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
> {code}
> *Suggestion to improve:*
> For me works one of these changes in elytron-tool.ps1 script
> # if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
> # $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (WFLY-9278) EJB Acces Timeout is ignored on SFSBs when using distributed caches
by Bernhard Hablesreiter (JIRA)
[ https://issues.jboss.org/browse/WFLY-9278?page=com.atlassian.jira.plugin.... ]
Bernhard Hablesreiter commented on WFLY-9278:
---------------------------------------------
Just an update, not directly linked to this issue, but we found out that a change in "org.jboss.as.ejb3.tx.OwnableReentrantLock" caused the different behaviour in accessing SFSBs (see https://github.com/wildfly/wildfly/commit/8403b6b7afbb1d38c6410bde81ece0d...). Maybe this is also related.
> EJB Acces Timeout is ignored on SFSBs when using distributed caches
> -------------------------------------------------------------------
>
> Key: WFLY-9278
> URL: https://issues.jboss.org/browse/WFLY-9278
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, EJB
> Affects Versions: 11.0.0.CR1
> Reporter: Bernhard Hablesreiter
> Attachments: wildfly-request-test.zip
>
>
> When using distributed caches on Stateful Session Beans, the configured access timeout is ignored. However, the caches acquire-timeout is used instead, leading to a "org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after x seconds".
> The configuration:
> {code:xml}
> <session-bean>
> <stateless>
> <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
> </stateless>
> <stateful default-access-timeout="2000" cache-ref="distributable" passivation-disabled-cache-ref="simple"/>
> <singleton default-access-timeout="2000"/>
> </session-bean>
> <pools>
> <bean-instance-pools>
> <strict-max-pool name="slsb-strict-max-pool" derive-size="from-worker-pools" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> <strict-max-pool name="mdb-strict-max-pool" derive-size="from-cpu-count" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> </bean-instance-pools>
> </pools>
> <caches>
> <cache name="simple"/>
> <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/>
> </caches>
> ...
> <subsystem xmlns="urn:jboss:domain:infinispan:4.0">
> ...
> <cache-container name="ejb" aliases="sfsb" default-cache="passivation" module="org.wildfly.clustering.ejb.infinispan">
> <local-cache name="passivation">
> <locking isolation="REPEATABLE_READ" acquire-timeout="10000"/>
> <transaction mode="BATCH" />
> <file-store passivation="true" purge="true"/>
> </local-cache>
> </cache-container>
> ...
> </subsystem>
> {code}
> With the above configuration, any access to a @Stateful-component does not timeout after 2 seconds, but the 10 seconds configured on the infinispan-cache.
> I have attached a simple JSF web application as an eclipse project to reproduce the problem. The application calls a method on a sfsb, increments a counter and waits for 300ms. If one sends multiple request at the same time (e.g. by pressing F5 repeatedly), the problem can easily be reproduced after a few seconds.
> If the cache-ref is set to "simple" the configured access timeout works as exptected, however the access to the stateful bean does not appear to be in sync with the requests the client sent. We came around this issue when trying to migrate vom WF9 to WF10 (see also this forum post: https://developer.jboss.org/thread/266303). When the cache-ref is set to "distrubted", the requests are handled correctly/in correct order (in WF9 this was also the case with cache-ref "simple"), but the access timeout is ignored.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (WFLY-9053) AbstractMethodError with Hibernate 5.2
by Andrei Ivanov (JIRA)
[ https://issues.jboss.org/browse/WFLY-9053?page=com.atlassian.jira.plugin.... ]
Andrei Ivanov commented on WFLY-9053:
-------------------------------------
But why not have Hibernate 5.2 directly in WildFly 11?
I understood that for 10, but not for 11, especially since HB 5.2 is out for quite a long time now.
> AbstractMethodError with Hibernate 5.2
> --------------------------------------
>
> Key: WFLY-9053
> URL: https://issues.jboss.org/browse/WFLY-9053
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Giovanni Lovato
> Assignee: Scott Marlow
>
> I'm deploying an EAR specifying in its {{persistence.xml}} to use Hibernate 5.2 as JPA provider:
> {code:xml}
> <property name="jboss.as.jpa.providerModule" value="org.hibernate:5.2" />
> {code}
> Hibernate 5.2 modules are placed in the {{modules}} directory.
> This configuration works in 10.1.0.Final but in 11.0.0.Alpha1 I get this error at deployment:
> {code}
> ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."oss-application-ear-1.0.0.ear".FIRST_MODULE_USE: org.jboss.msc.service.StartException in service jboss.deployment.unit."oss-application-ear-1.0.0.ear".FIRST_MODULE_USE: WFLYSRV0153: Failed to process phase FIRST_MODULE_USE of deployment "oss-application-ear-1.0.0.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.AbstractMethodError: org.jboss.as.jpa.hibernate5.HibernatePersistenceProviderAdaptor.beanManagerLifeCycle(Ljavax/enterprise/inject/spi/BeanManager;)Ljava/lang/Object;
> at org.jboss.as.jpa.service.PhaseOnePersistenceUnitServiceImpl.<init>(PhaseOnePersistenceUnitServiceImpl.java:89)
> at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deployPersistenceUnitPhaseOne(PersistenceUnitServiceHandler.java:485)
> at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.addPuService(PersistenceUnitServiceHandler.java:279)
> at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.handleEarDeployment(PersistenceUnitServiceHandler.java:228)
> at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:135)
> at org.jboss.as.jpa.processor.PersistenceBeginInstallProcessor.deploy(PersistenceBeginInstallProcessor.java:52)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
> ... 5 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ELY-1350) Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1350?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek commented on ELY-1350:
-----------------------------------
Updated in description.
Thanks [~ctomc]
> Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1350
> URL: https://issues.jboss.org/browse/ELY-1350
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
>
> Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
> *How to reproduce:*
> * run powershell and set work directory JBOSS_HOME/bin
> * set env variable for custom credential store implementation jar like this:
> {code}
> $env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
> {code}
> * run this command
> {code}
> PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
> Exception encountered executing the command:
> java.security.NoSuchAlgorithmException
> at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
> at
> org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
> {code}
> *Suggestion to improve:*
> For me works one of these changes in elytron-tool.ps1 script
> # if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
> # $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ELY-1350) Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1350?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1350:
------------------------------
Description:
Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
*How to reproduce:*
* run powershell and set work directory JBOSS_HOME/bin
* set env variable for custom credential store implementation jar like this:
{code}
$env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
{code}
* run this command
{code}
PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
Exception encountered executing the command:
java.security.NoSuchAlgorithmException
at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
at
org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
{code}
*Suggestion to improve:*
For me works one of these changes in elytron-tool.ps1 script
# if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
# $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
was:
Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
*How to reproduce:*
* run powershell and set work directory JBOSS_HOME/bin
* set env variable for custom credential store implementation jar like this:
{code}
$env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
Process")
{code}
* run this command
{code}
PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
Exception encountered executing the command:
java.security.NoSuchAlgorithmException
at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
at
org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
{code}
*Suggestion to improve:*
For me works one of these changes in elytron-tool.ps1 script
# if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
# $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
> Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1350
> URL: https://issues.jboss.org/browse/ELY-1350
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
>
> Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
> *How to reproduce:*
> * run powershell and set work directory JBOSS_HOME/bin
> * set env variable for custom credential store implementation jar like this:
> {code}
> $env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
> {code}
> * run this command
> {code}
> PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
> Exception encountered executing the command:
> java.security.NoSuchAlgorithmException
> at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
> at
> org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
> {code}
> *Suggestion to improve:*
> For me works one of these changes in elytron-tool.ps1 script
> # if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
> # $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (ELY-1350) Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1350?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1350:
------------------------------
Description:
Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
*How to reproduce:*
* run powershell and set work directory JBOSS_HOME/bin
* set env variable for custom credential store implementation jar like this:
{code}
$env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
Process")
{code}
* run this command
{code}
PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
Exception encountered executing the command:
java.security.NoSuchAlgorithmException
at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
at
org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
{code}
*Suggestion to improve:*
For me works one of these changes in elytron-tool.ps1 script
# if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
# $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
was:
Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
*How to reproduce:*
* run powershell and set work directory JBOSS_HOME/bin
* set env variable for custom credential store implementation jar like this:
{code}
[Environment]::SetEnvironmentVariable("ELYTRON_TOOL_ADDONS", "C:\custom.jar", "
Process")
{code}
* run this command
{code}
PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
Exception encountered executing the command:
java.security.NoSuchAlgorithmException
at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
at
org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
{code}
*Suggestion to improve:*
For me works one of these changes in elytron-tool.ps1 script
# if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
# $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
> Wildfly Elytron Tool, Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1350
> URL: https://issues.jboss.org/browse/ELY-1350
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
>
> Powershell script elytron-tool.ps1 doesn't work with custom credential store implementation.
> There is problem with getting value of environment variable ELYTRON_TOOL_ADDONS.
> *How to reproduce:*
> * run powershell and set work directory JBOSS_HOME/bin
> * set env variable for custom credential store implementation jar like this:
> {code}
> $env:ELYTRON_TOOL_ADDONS="C:\custom.jar"
> Process")
> {code}
> * run this command
> {code}
> PowerShell -ExecutionPolicy Bypass -File elytron-tool.ps1 credential-store --add secret_alias --password pass123 --create -x secret_password -l 001.jceks --type CustomTestCredentialStore --debug
> Exception encountered executing the command:
> java.security.NoSuchAlgorithmException
> at org.wildfly.security.credential.store.CredentialStore.getInstance(CredentialStore.java:80)
> at
> org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:188
> at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:81)
> {code}
> *Suggestion to improve:*
> For me works one of these changes in elytron-tool.ps1 script
> # if (Test-Path env:ELYTRON_TOOL_ADDONS) { $ELYTRON_TOOL_ADDONS=(Get-ChildItem Env:ELYTRON_TOOL_ADDONS).value }
> # $ELYTRON_TOOL_ADDONS=$env:ELYTRON_TOOL_ADDONS
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months