[JBoss JIRA] Created: (JBIDE-6102) Server deployment status synchronization improvements
by Dominik Pospisil (JIRA)
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
15 years
[JBoss JIRA] Created: (JBIDE-6156) Exceptions in Seam Wizard under unusual circumstances
by Rob Stryker (JIRA)
Exceptions in Seam Wizard under unusual circumstances
-----------------------------------------------------
Key: JBIDE-6156
URL: https://jira.jboss.org/jira/browse/JBIDE-6156
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Seam
Affects Versions: 3.1.0.GA
Reporter: Rob Stryker
Assignee: Rob Stryker
Fix For: 3.2.next, 3.6-Helios
https://bugs.eclipse.org/bugs/show_bug.cgi?id=303317
Fixed this bug upstream but not sure if they'll accept the patch ;) I'm not sure if there's already a bug here for it but I'll dup it if there is.
Build Identifier: I20090528-2000
Path for project must have only one segment.
java.lang.IllegalArgumentException: Path for project must have only one
segment.
at org.eclipse.core.runtime.Assert.isLegal(Assert.java:63)
at
org.eclipse.core.internal.resources.WorkspaceRoot.getProject(WorkspaceRoot.java:181)
at
org.eclipse.wst.common.project.facet.core.internal.FacetedProjectWorkingCopy.getFacetedProject(FacetedProjectWorkingCopy.java:428)
at
org.eclipse.jst.common.project.facet.core.libprov.LibraryInstallDelegate.refresh(LibraryInstallDelegate.java:376)
at
org.eclipse.jst.common.project.facet.core.libprov.LibraryInstallDelegate$2.handleEvent(LibraryInstallDelegate.java:132)
at
org.eclipse.wst.common.project.facet.core.internal.FacetedProjectWorkingCopy.notifyListeners(FacetedProjectWorkingCopy.java:1690)
at
org.eclipse.wst.common.project.facet.core.internal.FacetedProjectWorkingCopy.resumeEventNotification(FacetedProjectWorkingCopy.java:1735)
at
org.eclipse.wst.common.project.facet.core.internal.FacetedProjectWorkingCopy.setTargetedRuntimes(FacetedProjectWorkingCopy.java:1237)
at
org.jboss.tools.seam.ui.wizard.SeamProjectWizard.setRuntimeAndDefaultFacets(SeamProjectWizard.java:222)
at
org.eclipse.wst.web.ui.internal.wizards.NewProjectDataModelFacetWizard$2.propertyChanged(NewProjectDataModelFacetWizard.java:215)
at
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelImpl.notifyListeners(DataModelImpl.java:346)
at
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelImpl.notifyPropertyChange(DataModelImpl.java:337)
Reproducible: Always
Steps to Reproduce:
EXECUTE: New dynamic web project.
EXECUTE: Input project name "test2/2"
ASSERT: Warning, related to incorrect project name appears.
EXECUTE: Change Server runtime
FAILURE: Two same exceptions thrown in error log each time, when runtime
changes.
--
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
15 years
[JBoss JIRA] Created: (JBIDE-5691) Exported files don't honor the module assembly settings
by Fred Bricon (JIRA)
Exported files don't honor the module assembly settings
-------------------------------------------------------
Key: JBIDE-5691
URL: https://jira.jboss.org/jira/browse/JBIDE-5691
Project: Tools (JBoss Tools)
Issue Type: Bug
Affects Versions: 3.1.0.CR1
Environment: Vista, eclipse 3.5.1, JBT 3.1.CR1
Reporter: Fred Bricon
I'm investigating ways to implement SAR support in m2eclipse (for selfish motivations I agree).
A SAR project would need to export dependencies in a lib folder, inside the archive.
During my investigation, I tried to use the JBT 3.1.CR1 module assembly page, which would, from my understanding, allow me to reach the desired effect.
So I've created sample maven-less projects :
-sarproject : has a dependency to JUNIT_HOME\junit.jar in the module assembly page. The resulting org.eclipse.wst.common.component contains :
{noformat}
<project-modules id="moduleCoreId" project-version="1.5.0">
<wb-module deploy-name="sarproject">
<wb-resource deploy-path="/" source-path="/src"/>
<dependent-module archiveName="junit.jar" deploy-path="/" handle="module:/classpath/var/JUNIT_HOME/junit.jar">
<dependency-type>uses</dependency-type>
</dependent-module>
</wb-module>
</project-modules>
{noformat}
-earproject : needed so sarproject can be a Module project (which totally sucks). I've manually tweaked org.eclipse.wst.common.component so sarproject will have the .sar extension when deployed. Here is the end result :
{noformat}
<project-modules id="moduleCoreId" project-version="1.5.0">
<wb-module deploy-name="earproject">
<wb-resource deploy-path="/" source-path="/EarContent"/>
<dependent-module archiveName="sarproject.sar" deploy-path="/" handle="module:/resource/sarproject/sarproject">
<dependency-type>uses</dependency-type>
</dependent-module>
</wb-module>
</project-modules>
{noformat}
Now, when earproject.ear, there's no junit.jar to be found in sarproject.sar (not expected) nor in the ear (expected).
When using export module on sarproject, the resulting file doesn't contain junit.jar either.
This looks like a bug I've opened at eclipse's bugzilla for Connector projects : https://bugs.eclipse.org/bugs/show_bug.cgi?id=298735
The module assembly page looks very promising in theory, as it would allow support for any kind of archives (sar, har ...)
but from what I understand it's only usable for ear and war projects.
This bug should probably be opened at eclipse.org or is totally a duplicate of #298735 (you tell me),
but I think the module assembly page should not be visible on unsupported projects.
regards,
Fred Bricon
--
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
15 years