[JBoss JIRA] Created: (JBIDE-1181) Web Projects view NPE
by Max Andersen (JIRA)
Web Projects view NPE
---------------------
Key: JBIDE-1181
URL: http://jira.jboss.com/jira/browse/JBIDE-1181
Project: JBoss Tools
Issue Type: Bug
Components: JBoss Tools Core
Reporter: Max Andersen
Assigned To: Viacheslav Kabanovich
Fix For: 2.0.0.CR1
I got this NPE out of the blue when I wanted to open the web projects view:
ava.lang.NullPointerException
at org.jboss.tools.common.model.ui.views.navigator.NavigatorMenuInvoker.<clinit>(NavigatorMenuInvoker.java:28)
at org.jboss.tools.jst.web.ui.navigator.WebProjectsNavigator.createMenuInvoker(WebProjectsNavigator.java:78)
at org.jboss.tools.common.model.ui.views.navigator.NavigatorViewPart.initListeners(NavigatorViewPart.java:252)
at org.jboss.tools.common.model.ui.views.navigator.NavigatorViewPart.createViewer(NavigatorViewPart.java:229)
at org.jboss.tools.common.model.ui.views.navigator.NavigatorViewPart.createPartControl(NavigatorViewPart.java:119)
at org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:370)
--
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, 5 months
[JBoss JIRA] Created: (JBIDE-1166) runtime classpath container assumes runtime exists
by Max Andersen (JIRA)
runtime classpath container assumes runtime exists
--------------------------------------------------
Key: JBIDE-1166
URL: http://jira.jboss.com/jira/browse/JBIDE-1166
Project: JBoss Tools
Issue Type: Bug
Components: JBossAS
Affects Versions: 2.0.0.Beta4
Reporter: Max Andersen
Assigned To: Rob Stryker
Priority: Critical
Fix For: 2.0.0.CR1
EXECUTE: Create Seam Project with references to a JBoss 4.2 container
EXECUTE: import this project into an eclipse without any jboss containers configured
ASSERT: warning shown in problems or similar that the runtime cannot be resolved for our classpath containers.
What does happen is the following when you expend the project:
java.lang.NullPointerException
at org.eclipse.jdt.internal.core.JavaModelManager.containerPutIfInitializingWithSameEntries(JavaModelManager.java:549)
at org.eclipse.jdt.internal.core.SetContainerOperation.executeOperation(SetContainerOperation.java:49)
at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:720)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:785)
at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:4519)
at org.jboss.ide.eclipse.as.classpath.core.runtime.ProjectRuntimeClasspathProvider$RuntimeClasspathContainerInitializer.initialize(ProjectRuntimeClasspathProvider.java:101)
at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:2218)
at org.eclipse.jdt.internal.core.JavaModelManager$9.run(JavaModelManager.java:2148)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
at org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:2164)
at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:1544)
at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1571)
at org.eclipse.jdt.internal.ui.packageview.ClassPathContainer.<init>(ClassPathContainer.java:97)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider.getPackageFragmentRoots(PackageExplorerContentProvider.java:321)
at org.eclipse.jdt.ui.StandardJavaElementContentProvider.getChildren(StandardJavaElementContentProvider.java:179)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider.getChildren(PackageExplorerContentProvider.java:272)
at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractTreeViewer.java:1320)
at org.eclipse.jface.viewers.TreeViewer.getRawChildren(TreeViewer.java:378)
at org.eclipse.jdt.internal.ui.viewsupport.ProblemTreeViewer.getFilteredChildren(ProblemTreeViewer.java:258)
at org.eclipse.jface.viewers.AbstractTreeViewer.getSortedChildren(AbstractTreeViewer.java:581)
at org.eclipse.jface.viewers.AbstractTreeViewer$1.run(AbstractTreeViewer.java:778)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:755)
at org.eclipse.jface.viewers.TreeViewer.createChildren(TreeViewer.java:627)
--
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, 5 months
[JBoss JIRA] Work stopped: (RHDS-133) Screenshots re-sizing. and some remarks on screenshots
by Sergei Abragevich (JIRA)
[ http://jira.jboss.com/jira/browse/RHDS-133?page=all ]
Work on RHDS-133 stopped by Sergei Abragevich.
> Screenshots re-sizing. and some remarks on screenshots
> ------------------------------------------------------
>
> Key: RHDS-133
> URL: http://jira.jboss.com/jira/browse/RHDS-133
> Project: Red Hat Developer Studio
> Issue Type: Task
> Components: Doc - JBossJSFTools guide
> Affects Versions: 1.0.0.beta1
> Reporter: Svetlana mukhina
> Assigned To: Sergei Abragevich
> Fix For: 1.0.0.CR1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Some screen-shots have to be retaken in smaller scale
> defaultImage.png -must be replaced with grey one, not the real window, in order not to forget that it should be replaced.
> CreateNewJSFProject.png
> AddingJSFCapabilities.png
> JSFConfigurationFile.png
> not resize but: validator14.png - the cursor in the screen
> ImportTagsFromTLDBrowse.png
> addstrcap2.png
> customization.png
> not resize, but delete grey marking from the field with ""page word - vpe8.png
> custcapabilit.png
> prefeditors.png
> jsfflowdiagram.png
> tilesdiagram.png
> not resize jsfprojectversion4.png - the cursor is on the screen
> not resize AddLibraryReference.png - the cursor is on the screen
> pagetemplate4.png
> strutsautomation.png - resize and don't cut the menu on the left
> plugininsets.png
> + all other preferences pictures
> not resize - pref3.png - the cursor
--
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, 5 months
[JBoss JIRA] Created: (JBIDE-1168) Error validating Seam EL happens often when generating code into existing projects
by Max Andersen (JIRA)
Error validating Seam EL happens often when generating code into existing projects
----------------------------------------------------------------------------------
Key: JBIDE-1168
URL: http://jira.jboss.com/jira/browse/JBIDE-1168
Project: JBoss Tools
Issue Type: Bug
Components: Seam
Affects Versions: 2.0.0.CR1
Reporter: Max Andersen
Assigned To: Alexey Kazakov
Fix For: 2.0.0.CR1
And it seems like they are all caused by "resource out of sync" exceptions.
I don't think we should log an error in that case; we would just have to ignore it - and if you want it logged only do it as debug/trace.
org.eclipse.core.internal.resources.ResourceException: Resource is out of sync with the file system: '/mysqltest/WebContent/CustomerList.xhtml'.
at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:610)
at org.eclipse.core.internal.resources.File.getContents(File.java:287)
at org.eclipse.core.internal.resources.File.getContents(File.java:276)
at org.jboss.tools.seam.internal.core.validation.SeamELValidator.validateFile(SeamELValidator.java:127)
at org.jboss.tools.seam.internal.core.validation.SeamELValidator.validate(SeamELValidator.java:98)
at org.jboss.tools.seam.internal.core.validation.SeamValidatorManager.validate(SeamValidatorManager.java:75)
at org.jboss.tools.seam.internal.core.validation.SeamValidatorManager.validateInJob(SeamValidatorManager.java:60)
at org.eclipse.wst.validation.internal.operations.ValidatorJob.run(ValidatorJob.java:75)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
--
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, 5 months
[JBoss JIRA] Commented: (JBIDE-727) "Browse Class" has ui issues and funny content
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-727?page=comments#action_12384096 ]
Max Andersen commented on JBIDE-727:
------------------------------------
another thing:
If I have this:
<hibernate-mapping package="org.domain.mysqltest.session">
<class name="">
<id/>
</class>
</hibernate-mapping>
and do a browse for the class name and finds org.domain.mysqltest.session.Authenticator it should just insert "Authenticator" as the clssname:
<hibernate-mapping package="org.domain.mysqltest.session">
<class name="Authenticator">
<id/>
</class>
</hibernate-mapping>
only if the nearest package is empty or I choose another package should the full class name be used (this is the same fix we did for the class code completion in summer)
Note this last part is secondary, the Browse button speed and usability is what we need fixing first.
> "Browse Class" has ui issues and funny content
> ----------------------------------------------
>
> Key: JBIDE-727
> URL: http://jira.jboss.com/jira/browse/JBIDE-727
> Project: JBoss Tools
> Issue Type: Sub-task
> Reporter: Max Andersen
> Assigned To: Viacheslav Kabanovich
> Priority: Optional
> Fix For: 2.0.0.CR1
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Click browse clas for a Class attribute.
> First thing I notice is that ".settings" and "META-INF" is there as a package; why ?
> Expand it so it gets some children and grows bigger than the list.
> layout works fine.
> Close it.
> Click browse again:
> Now the dialog fills up the whole screen (height wise)
> Select a class.
> Close it.
> Open it again:
> Recent tab is empty ?
> Search tab's "arrow down" is bigger and has pixel artifacts. Not the same as with Eclipse's Open Type dialog.
--
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, 5 months
[JBoss JIRA] Commented: (JBIDE-727) "Browse Class" has ui issues and funny content
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-727?page=comments#action_12384095 ]
Max Andersen commented on JBIDE-727:
------------------------------------
*much* slower - its noticable slower than e.g. the normal type dialog. As soon as i start typing it just waits; been typing this since ..took about 40 seconds for it to come back
>the first tab does not allow me just to write "company"
Why is the first tab not designed to be a pattern ? typing in the full name is not friendly; especially not in hbm.xml files where you don't have to put the full classname. This is a broken design in the UI in my opinion. The tree doesn't have to scanned for all matches; one should just look them up like the second tab does and create a tree based on that result.
>third tab:
I do the following:
Use search tab to type in "Authenticator" (this goes fast), select the default Authenticator generated in Seam apps and click ok.
The full class name is inserted i click browse again and there is nothing in the Recent tab (note: I get an hour glass for about 10-15 seconds when I click browse, about the same time as the wait I have for everytime i type in the Browse tab).
So in short:
Browse tab is still extremely slow + it is waaay harder to use than the Search tab
Recent still doesn't work
Search tab works great, so why not have that as the default one ?
Browse is
> "Browse Class" has ui issues and funny content
> ----------------------------------------------
>
> Key: JBIDE-727
> URL: http://jira.jboss.com/jira/browse/JBIDE-727
> Project: JBoss Tools
> Issue Type: Sub-task
> Reporter: Max Andersen
> Assigned To: Viacheslav Kabanovich
> Priority: Optional
> Fix For: 2.0.0.CR1
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Click browse clas for a Class attribute.
> First thing I notice is that ".settings" and "META-INF" is there as a package; why ?
> Expand it so it gets some children and grows bigger than the list.
> layout works fine.
> Close it.
> Click browse again:
> Now the dialog fills up the whole screen (height wise)
> Select a class.
> Close it.
> Open it again:
> Recent tab is empty ?
> Search tab's "arrow down" is bigger and has pixel artifacts. Not the same as with Eclipse's Open Type dialog.
--
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, 5 months