[JBoss JIRA] (AS7-4420) CLONE - standalone.bat sets -client by default and standalone.sh sets -server by default
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-4420?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry commented on AS7-4420:
---------------------------------------
Note that this requires review. The reason -client is used on Darwin is due to the expectation that a Mac is a developer machine. With Windows it's not so clear cut.
> CLONE - standalone.bat sets -client by default and standalone.sh sets -server by default
> ----------------------------------------------------------------------------------------
>
> Key: AS7-4420
> URL: https://issues.jboss.org/browse/AS7-4420
> Project: Application Server 7
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 7.1.1.Final
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Fix For: 7.1.2.Final-redhat1
>
>
> standalone.bat sets -client by default if -server or -client isn't specified in JAVA_OPTS
> standalone.sh sets -server by default if -server or -client isn't specified in JAVA_OPTS (with exception for darwin)
> I think EAP should set -server by default.
> Part of standalone.bat
> {code}
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> {code}
> Part of standalone.sh
> {code}
> CLIENT_VM=false
> if [ "x$CLIENT_SET" != "x" ]; then
> CLIENT_VM=true
> elif [ "x$SERVER_SET" = "x" ]; then
> if $darwin && [ "$JVM_OPTVERSION" = "-d32" ]; then
> # Prefer client for Macs, since they are primarily used for development
> CLIENT_VM=true
> PREPEND_JAVA_OPTS="$PREPEND_JAVA_OPTS -client"
> else
> PREPEND_JAVA_OPTS="$PREPEND_JAVA_OPTS -server"
> fi
> fi
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4387) CLONE - standalone.bat doesn't modify JAVA_OPTS correctly
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/AS7-4387?page=com.atlassian.jira.plugin.s... ]
Jason Greene reassigned AS7-4387:
---------------------------------
Assignee: Jason Greene (was: Brian Stansberry)
> CLONE - standalone.bat doesn't modify JAVA_OPTS correctly
> ---------------------------------------------------------
>
> Key: AS7-4387
> URL: https://issues.jboss.org/browse/AS7-4387
> Project: Application Server 7
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 7.1.1.Final
> Reporter: Rostislav Svoboda
> Assignee: Jason Greene
> Priority: Critical
> Fix For: 7.1.2.Final-redhat1
>
>
> standalone.bat doesn't modify JAVA_OPTS correctly because Only last change of JAVA_OPTS is reflected. JAVA_OPTS isn't dynamically changed withing 'if' part.
> {code}
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> rem Add compressed oops, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-UseCompressedOops \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+UseCompressedOops -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+UseCompressedOops %JAVA_OPTS%"
> )
> )
> rem Add tiered compilation, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-TieredCompilation \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+TieredCompilation -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+TieredCompilation %JAVA_OPTS%"
> )
> )
> )
> {code}
> must be changed to
> {code}
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> )
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add compressed oops, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-UseCompressedOops \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+UseCompressedOops -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+UseCompressedOops %JAVA_OPTS%"
> )
> )
> )
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add tiered compilation, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-TieredCompilation \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+TieredCompilation -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+TieredCompilation %JAVA_OPTS%"
> )
> )
> )
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4387) CLONE - standalone.bat doesn't modify JAVA_OPTS correctly
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/AS7-4387?page=com.atlassian.jira.plugin.s... ]
Jason Greene commented on AS7-4387:
-----------------------------------
Hmm these should be functionally equivalent
> CLONE - standalone.bat doesn't modify JAVA_OPTS correctly
> ---------------------------------------------------------
>
> Key: AS7-4387
> URL: https://issues.jboss.org/browse/AS7-4387
> Project: Application Server 7
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 7.1.1.Final
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Priority: Critical
> Fix For: 7.1.2.Final-redhat1
>
>
> standalone.bat doesn't modify JAVA_OPTS correctly because Only last change of JAVA_OPTS is reflected. JAVA_OPTS isn't dynamically changed withing 'if' part.
> {code}
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> rem Add compressed oops, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-UseCompressedOops \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+UseCompressedOops -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+UseCompressedOops %JAVA_OPTS%"
> )
> )
> rem Add tiered compilation, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-TieredCompilation \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+TieredCompilation -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+TieredCompilation %JAVA_OPTS%"
> )
> )
> )
> {code}
> must be changed to
> {code}
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> )
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add compressed oops, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-UseCompressedOops \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+UseCompressedOops -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+UseCompressedOops %JAVA_OPTS%"
> )
> )
> )
> if not "%PRESERVE_JAVA_OPTS%" == "true" (
> rem Add tiered compilation, if supported (64 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I "\-XX:\-TieredCompilation \-client" > nul
> if errorlevel == 1 (
> "%JAVA%" -XX:+TieredCompilation -version > nul 2>&1
> if not errorlevel == 1 (
> set "JAVA_OPTS=-XX:+TieredCompilation %JAVA_OPTS%"
> )
> )
> )
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4420) CLONE - standalone.bat sets -client by default and standalone.sh sets -server by default
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-4420?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry moved JBPAPP-8646 to AS7-4420:
-----------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-4420 (was: JBPAPP-8646)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: 7.1.1.Final
(was: EAP 6.0.0 ER 4)
Component/s: Scripts
(was: Scripts and Commands)
Security: (was: Public)
Fix Version/s: 7.1.2.Final-redhat1
(was: EAP 6.0.0 ER 5)
Docs QE Status: (was: NEW)
> CLONE - standalone.bat sets -client by default and standalone.sh sets -server by default
> ----------------------------------------------------------------------------------------
>
> Key: AS7-4420
> URL: https://issues.jboss.org/browse/AS7-4420
> Project: Application Server 7
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 7.1.1.Final
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Fix For: 7.1.2.Final-redhat1
>
>
> standalone.bat sets -client by default if -server or -client isn't specified in JAVA_OPTS
> standalone.sh sets -server by default if -server or -client isn't specified in JAVA_OPTS (with exception for darwin)
> I think EAP should set -server by default.
> Part of standalone.bat
> {code}
> rem Add -client to the JVM options, if supported (32 bit VM), and not overriden
> echo "%JAVA_OPTS%" | findstr /I \-server > nul
> if errorlevel == 1 (
> "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul
> if not errorlevel == 1 (
> set "JAVA_OPTS=-client %JAVA_OPTS%"
> )
> )
> {code}
> Part of standalone.sh
> {code}
> CLIENT_VM=false
> if [ "x$CLIENT_SET" != "x" ]; then
> CLIENT_VM=true
> elif [ "x$SERVER_SET" = "x" ]; then
> if $darwin && [ "$JVM_OPTVERSION" = "-d32" ]; then
> # Prefer client for Macs, since they are primarily used for development
> CLIENT_VM=true
> PREPEND_JAVA_OPTS="$PREPEND_JAVA_OPTS -client"
> else
> PREPEND_JAVA_OPTS="$PREPEND_JAVA_OPTS -server"
> fi
> fi
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4419) CLONE - EJB remoting server side doesn't honour the max outbound messages configured on a channel
by Radoslav Husar (JIRA)
Radoslav Husar created AS7-4419:
-----------------------------------
Summary: CLONE - EJB remoting server side doesn't honour the max outbound messages configured on a channel
Key: AS7-4419
URL: https://issues.jboss.org/browse/AS7-4419
Project: Application Server 7
Issue Type: Bug
Components: EJB
Affects Versions: 7.1.1.Final
Reporter: Radoslav Husar
Assignee: jaikiran pai
Priority: Critical
While sending out messages/responses on the EJB remote channel, the server side doesn't take into account the configured max outbound messages on the channel. This can lead to the following exception on the server side:
{code}
org.jboss.remoting3.ChannelBusyException: Too many open outbound writes
at org.jboss.remoting3.remote.RemoteConnectionChannel.openOutboundMessage(RemoteConnectionChannel.java:111) [jboss-remoting-3.2.4.GA.jar:3.2.4.GA]
at org.jboss.remoting3.remote.RemoteConnectionChannel.writeMessage(RemoteConnectionChannel.java:296) [jboss-remoting-3.2.4.GA.jar:3.2.4.GA]
at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.writeMethodInvocationResponse(MethodInvocationMessageHandler.java:330)
at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$500(MethodInvocationMessageHandler.java:64)
at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:226)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_b147-icedtea]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_b147-icedtea]
at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_b147-icedtea]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea]
at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4418) Atrribute <factory-type> is not parsed correctly in configuration of connection-factory
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/AS7-4418?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved JBPAPP-8644 to AS7-4418:
-------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-4418 (was: JBPAPP-8644)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: (was: EAP 6.0.0 ER 4)
Component/s: JMS
(was: HornetQ)
Security: (was: Public)
Fix Version/s: 7.1.2.Final-redhat1
(was: EAP 6.0.0 ER 5)
Docs QE Status: (was: NEW)
> Atrribute <factory-type> is not parsed correctly in configuration of connection-factory
> ---------------------------------------------------------------------------------------
>
> Key: AS7-4418
> URL: https://issues.jboss.org/browse/AS7-4418
> Project: Application Server 7
> Issue Type: Bug
> Components: JMS
> Reporter: Miroslav Novak
> Assignee: Jeff Mesnil
> Labels: eap6_need_triage
> Fix For: 7.1.2.Final-redhat1
>
>
> Attribute factory-type in configuration connection factory is not parsed correctly and default "CF" type is always used.
> Following configuration should register XAConnectionFactory but attribute factory-type is ignored:
> {code}
> <connection-factory name="RemoteConnectionFactory">
>
> <jms-connection-factories>
> ...
> <connection-factory name="RemoteConnectionFactory">
> <factory-type>XA_GENERIC</factory-type>
> <connectors>
> <connector-ref connector-name="netty"/>
> </connectors>
> <entries>
> <entry name="RemoteConnectionFactory"/>
> <entry name="java:jboss/exported/jms/RemoteConnectionFactory"/>
> </entries>
> <ha>true</ha>
> </connection-factory>
> ...
> </jms-connection-factories>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (AS7-4418) Atrribute <factory-type> is not parsed correctly in configuration of connection-factory
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/AS7-4418?page=com.atlassian.jira.plugin.s... ]
Jason Greene commented on AS7-4418:
-----------------------------------
Hi Jeff, can you look at this?
> Atrribute <factory-type> is not parsed correctly in configuration of connection-factory
> ---------------------------------------------------------------------------------------
>
> Key: AS7-4418
> URL: https://issues.jboss.org/browse/AS7-4418
> Project: Application Server 7
> Issue Type: Bug
> Components: JMS
> Reporter: Miroslav Novak
> Assignee: Jeff Mesnil
> Labels: eap6_need_triage
> Fix For: 7.1.2.Final-redhat1
>
>
> Attribute factory-type in configuration connection factory is not parsed correctly and default "CF" type is always used.
> Following configuration should register XAConnectionFactory but attribute factory-type is ignored:
> {code}
> <connection-factory name="RemoteConnectionFactory">
>
> <jms-connection-factories>
> ...
> <connection-factory name="RemoteConnectionFactory">
> <factory-type>XA_GENERIC</factory-type>
> <connectors>
> <connector-ref connector-name="netty"/>
> </connectors>
> <entries>
> <entry name="RemoteConnectionFactory"/>
> <entry name="java:jboss/exported/jms/RemoteConnectionFactory"/>
> </entries>
> <ha>true</ha>
> </connection-factory>
> ...
> </jms-connection-factories>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month