[
https://jira.jboss.org/jira/browse/JBIDE-6102?page=com.atlassian.jira.plu...
]
Rob Stryker resolved JBIDE-6102.
--------------------------------
Resolution: Rejected
"Synchronization" is not meant to say whether it was deployed correctly or not.
It is meant to say whether the workspace is synchronized with the deployment. Assuming a
coding error in your application leads to a deployment failure, marking the deployment as
"republish needed" would, and has, confused users into continuously clicking
'publish' expecting something different to happen and wondering why it didn't
occur.
The only time we actively respond to errors by marking the deployment "Republish
Needed" is when a file copy has failed due to permissions or file lock, because a
republish or a full publish should fix this issue. We won't respond to deployment
errors by denying that the published artifact matches the workspace artifact.
As for deployment from commandline and other workspaces, we would need to decide what
exactly to show in the server view. Do we show every file listed in the deployment folder?
quartz-ra.rar? jboss-local-jdbc.rar? etc etc? We've found that typically users do not
want to see this.
Also, we would need to constantly poll the server by doing file listings every 20 seconds
or so to see if any of the files have changed, which means we would also need to cache /
keep in memory something about the old copies that were there to know if any changes have
occurred. Since none of those resources are in your workspace, this becomes a lot of work.
However if you really do want to see whats actually in the deploy folder of your server,
you can right-click on the "Filesets" section under your server and add a
fileset to be able to scroll to, and look at, what is in a folder of your choice with
patterns matching whatever you want.
Server deployment status synchronization improvements
-----------------------------------------------------
Key: JBIDE-6102
URL:
https://jira.jboss.org/jira/browse/JBIDE-6102
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: JBossAS
Reporter: Dominik Pospisil
Assignee: Rob Stryker
Fix For: 3.2.next
I can see couple of ways how the project deployment status could be improved.
1) Currently, project deployment status could get easily out of sync.
Once the JBT successfully initiates project deployment, it always assumes that the
deployment was successful. JBT does not detect deployment failures and If something went
wrong it gets out of sync. JBT should check deployment result.
Also, when a project is manually undeployed / deployed from the server the change is not
picked up by JBT.
2) The server view only displays deployments managed by JBT within current workspace. It
would be nice if the user has an overview of projects/applications/resources deployed in
different workspaces or externally. It would be really handy e.g. when a user often
switches workspaces, deploy various project in different workspaces. It could prevent a
user of being confused what actually is or is not deployed.
--
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