[JBoss JIRA] Created: (JOPR-73) Add support for changing arguments passed to start/stop operations
by Charles Crouch (JIRA)
Add support for changing arguments passed to start/stop operations
------------------------------------------------------------------
Key: JOPR-73
URL: https://jira.jboss.org/jira/browse/JOPR-73
Project: Jopr
Issue Type: Feature Request
Components: Plugin - JBoss AS 4, Plugin - JBoss AS 5
Reporter: Charles Crouch
Comes out of case: 264527
Right now if you change the start/stop scripts used by a JBAS instance the new scripts have to understand the same arguments which the default jbas ones takes, e.g. for shutdown thats:
--server=jnp://localhost:1099 --user=myuser --password=mypassword --shutdown
Given we enable people to specify their own scripts for these operations we should enable them to configure the arguments we pass to the scripts, just like we do when executing a JBAS script resource.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Commented: (JOPR-426) Datasource incorrectly flagged as unavailable
by Larry O'Leary (JIRA)
[ https://jira.jboss.org/browse/JOPR-426?page=com.atlassian.jira.plugin.sys... ]
Larry O'Leary commented on JOPR-426:
------------------------------------
We have a code fix in upstream JBoss AS that should be included in EAP 5.1. This info should propagate to JBPAPP-4332 in the very near future.
> Datasource incorrectly flagged as unavailable
> ---------------------------------------------
>
> Key: JOPR-426
> URL: https://jira.jboss.org/browse/JOPR-426
> Project: Jopr
> Issue Type: Bug
> Components: Plugin - JBoss AS 5
> Affects Versions: 2.3
> Reporter: Lami Akagwu
> Assignee: Ian Springer
> Fix For: 2.3.1
>
>
> For clustered nodes, where datasources are deployed to the farm directory of one instance, the datasources, when viewed in the GUI are flagged as being unavailable in the second node even though the server logs from both instances indicate the datasources were successfully deployed.
> The problem also occurs if the datasources are deployed to the farm directory after the instances have already been started.
> Test Case 1:
> - Make two copies of the 'all' config (named node1 and node2)
> - Copy multiple datasources to node2/farm
> - Using the service binding manager, startup both instances
> ./run.sh -c node1 -Djboss.service.binding.set=ports-01
> ./run.sh -c node2 -Djboss.service.binding.set=ports-02
> - Import the resources into the repository ( the datasource will appear as unavailable in one of the nodes)
> Test Case 2 :
> Add new datasources to node2/farm (the Server GUI wouldn't reflect the availability of the new datasource in node1)
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months