[JBoss JIRA] Created: (JBIDE-1549) Linked folders in EAR-project result in broken J2EE Module Dependencies
by Jens Weintraut (JIRA)
Linked folders in EAR-project result in broken J2EE Module Dependencies
-----------------------------------------------------------------------
Key: JBIDE-1549
URL: http://jira.jboss.com/jira/browse/JBIDE-1549
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Seam
Affects Versions: 2.0.0.GA
Reporter: Jens Weintraut
I created a Seam project using the Seam Web Project wizard. Then I had 4 projects: war, ear, ejb and test. Since we separate Eclipse's project-setting-files from the source I replaced all folders with linked folders.
As soon as I replaced the EAR-project's folders "EarContent" and "resources" by directories outside the workspace I wasn't able to display the "J2EE Module Dependencies" page in the ejb's or war's project settings. Therefore I couldn't add important jars like jboss-seam.jar to the ejb or war. And this prevents a build.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 2 months
[JBoss JIRA] Created: (JBIDE-1539) Project archives does not update deployed exploded archives
by Bolke de Bruin (JIRA)
Project archives does not update deployed exploded archives
-----------------------------------------------------------
Key: JBIDE-1539
URL: http://jira.jboss.com/jira/browse/JBIDE-1539
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Archives
Affects Versions: 2.0.0.CR1
Environment: Windows 2003 / EAR / Project archives, exploded acrhive
Reporter: Bolke de Bruin
I have Seam project which I haven't move to the new layout yet(...). To get rid of the constant build/deploy cycle ant forces me to, I took the suggested path and configured project archives. However something does not seem to work quite as it should.
Project archives does not seem to update the deployed exploded archive. It triggers a redployment of the app (also with changes to xhtml files unfortunately), but files do not get updated. The files in the temporrary directory (eg. the external or in workspace directory) are updated. So only updates to the server are not functioning.
Well, I tried thinking about what I could have been doing wrong, but I cant quite figure it out. It seems a bug to me.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 2 months
[JBoss JIRA] Created: (JBIDE-1676) Seam completion seem to assume it is always used within XML documents
by Max Andersen (JIRA)
Seam completion seem to assume it is always used within XML documents
---------------------------------------------------------------------
Key: JBIDE-1676
URL: http://jira.jboss.com/jira/browse/JBIDE-1676
Project: Tools (JBoss Tools)
Issue Type: Bug
Affects Versions: 2.0.1
Reporter: Max Andersen
Priority: Blocker
Fix For: 2.0.1
the fix for JBIDE-1645 breaks code completion in Java editor.
Maybe time to get a unittest for that too ;)
java.lang.ClassCastException: org.eclipse.core.internal.filebuffers.SynchronizableDocument
at org.eclipse.wst.sse.ui.internal.contentassist.ContentAssistUtils.getStructuredDocumentRegion(ContentAssistUtils.java:83)
at org.jboss.tools.seam.ui.text.java.SeamELProposalProcessor.checkStartPositionInEL(SeamELProposalProcessor.java:430)
at org.jboss.tools.seam.ui.text.java.SeamELProposalProcessor.computeCompletionProposals(SeamELProposalProcessor.java:263)
at org.jboss.tools.seam.ui.text.java.SeamELProposalComputer.computeCompletionProposals(SeamELProposalComputer.java:42)
at org.eclipse.jdt.internal.ui.text.java.CompletionProposalComputerDescriptor.computeCompletionProposals(CompletionProposalComputerDescriptor.java:303)
at org.eclipse.jdt.internal.ui.text.java.CompletionProposalCategory.computeCompletionProposals(CompletionProposalCategory.java:264)
at org.eclipse.jdt.internal.ui.text.java.ContentAssistProcessor.collectProposals(ContentAssistProcessor.java:251)
at org.eclipse.jdt.internal.ui.text.java.ContentAssistProcessor.computeCompletionProposals(ContentAssistProcessor.java:220)
at org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1759)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:478)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(CompletionProposalPopup.java:475)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(CompletionProposalPopup.java:410)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:404)
at org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1588)
at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:176)
at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
at org.eclipse.ui.texteditor.ContentAssistAction.run(ContentAssistAction.java:80)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 2 months
[JBoss JIRA] Created: (JBIDE-782) Bring Back Capabilities
by Max Andersen (JIRA)
Bring Back Capabilities
------------------------
Key: JBIDE-782
URL: http://jira.jboss.com/jira/browse/JBIDE-782
Project: JBoss Tools
Issue Type: Bug
Components: JBoss Tools Core
Affects Versions: 2.0.0.Beta3
Reporter: Max Andersen
Assigned To: Marshall Culpepper
Priority: Critical
Fix For: 2.0.0.Beta4
Capabilities, library set, templates are a very usefull feature.
Here is a list of reasons why we disabled it (and things that would be relevant to improve)...lets find out if these are really true or we can fix or live with these:
1) All templates, including libraries seem to be copied to the users workspace on startup. That has several issues:
a) why is a copy necessary ? Can't we just use directly from our plugins ? Users workspace should not contain something that is not workspace local.
b) users can change the templates we have tested and verified - makes supporting them pretty hard.
c) what happens in case of a new version ? do we overwrite whatever changes that are done ? Users won't be happy.
My Suggested solution: Separate the capabilities/libraries etc. up into System preinstalled/plugin provided plugins and User templates. If a user want's to redefine an existing template they make a copy with a different name.
2) Library sets are very close to class libraries...so why not put them/define them as such ?
And then we could add a "Copy class libraries" feature to actually copy any class library to the project - giving users teh best of two worlds and no redundant functionallity.
3) Capabilities are very much like facets just more dynamic...should it be exposed like that instead ?
(issue: what about on projects that are not facet projects ... maybe a "Capability" facet could be made ? ...will it work with all the version number checks they got ?)
4) It seem to be bound to JSF/Struts....why ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 2 months