[JBoss JIRA] Created: (JBIDE-2813) Exception in VPE during junit testing
by Denis Golovin (JIRA)
Exception in VPE during junit testing
-------------------------------------
Key: JBIDE-2813
URL: https://jira.jboss.org/jira/browse/JBIDE-2813
Project: Tools (JBoss Tools)
Issue Type: Task
Affects Versions: 3.0.0.beta1
Reporter: Denis Golovin
Assignee: Denis Golovin
Fix For: 3.0.0.beta1
java.lang.NullPointerException
[java] at org.eclipse.core.internal.runtime.Activator.getURLConverter(Activator.java:313)
[java] at org.eclipse.core.runtime.FileLocator.resolve(FileLocator.java:186)
[java] at org.jboss.tools.vpe.VpePlugin.getPluginResourcePath(VpePlugin.java:113)
[java] at org.jboss.tools.vpe.editor.util.VpeStyleUtil.getAbsoluteResourcePath(VpeStyleUtil.java:709)
[java] at org.jboss.tools.vpe.editor.util.VpeStyleUtil.addFullPathToImgSrc(VpeStyleUtil.java:613)
--
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
17 years, 5 months
[JBoss JIRA] Created: (JBIDE-2787) can't support "<#include" tag for parse all marcos for freemarker library
by super watano (JIRA)
can't support "<#include" tag for parse all marcos for freemarker library
-------------------------------------------------------------------------
Key: JBIDE-2787
URL: https://jira.jboss.org/jira/browse/JBIDE-2787
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: FreeMarker
Environment: eclipse 3.4
Reporter: super watano
Attachments: ConfigurationManager.java, MacroInstance.java
there is one freemarker library file "a.ftl". in the "a.ftl" file, it use code "<#include "b.ftl" />" to include "b.ftl". In this way, when Content Assist list all marcos, it only get all marcos from "a.ftl" and can't get from "b.ftl".
for this bug, I read all related codes, I find it only parse "#marco" for ftl file, the "#include" can't be supported now. so I need other temp solution for this case. I try to add the two ftl file into freemarker library as same namespace "w" on ".freemarker-ide.xml". but it only can get all marcos from the last ftl file. I read all related codes, I find it use the namespace to the key of Map on "org.jboss.ide.eclipse.freemarker.configuration.ConfigurationManager", It only support one namespace at one time. So I hack this codes, before add a MacroLibrary into the Map, I will check the Map, if it contain the current namespace, I will append some "_" char in the namespace begain, and use this new namespace for key to add MacroLibrary into the Map. When the Content Assist need list all marcos by file "org.jboss.ide.eclipse.freemarker.model.MacroInstance" on line 109, I will remove all begins "_" char for namespace.
I know this is a bad solution for this case, but it can fixed this bug. I sincerely hope you can fix this bug by a good solution.
--
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
17 years, 5 months
[JBoss JIRA] Created: (JBIDE-2749) Exception caught in FolderImpl.update()
by Krasimir Goutcev (JIRA)
Exception caught in FolderImpl.update()
---------------------------------------
Key: JBIDE-2749
URL: https://jira.jboss.org/jira/browse/JBIDE-2749
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Hibernate
Environment: JBoss nightly 2008/09/05
Ganymede
Reporter: Krasimir Goutcev
Every time when i save some ...hbm.xml -----> 34 identical exceptions:
eclipse.buildId=I20080617-2000
java.version=1.5.0_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=bg_BG
Command-line arguments: -os win32 -ws win32 -arch x86 -clean
This is a continuation of log file D:\EclipseGanymede6\eclipse\MyWorks\.metadata\.bak_1.log
Created Time: 2008-09-09 17:11:48.270
Error
Tue Sep 09 17:15:44 EEST 2008
Exception caught in FolderImpl.update()
org.eclipse.core.internal.resources.ResourceException: The resource tree is locked for modifications.
at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:115)
at org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1747)
at org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1470)
at org.jboss.tools.common.model.filesystems.impl.FolderImpl.update(FolderImpl.java:236)
at org.jboss.tools.common.model.util.EclipseResourceUtil.findResourceInFileSystem(EclipseResourceUtil.java:381)
at org.jboss.tools.common.model.util.EclipseResourceUtil.getObjectByResource(EclipseResourceUtil.java:107)
at org.jboss.tools.common.model.util.EclipseResourceUtil.getObjectByResource(EclipseResourceUtil.java:94)
at org.jboss.tools.common.model.markers.XMarkerManager.reload(XMarkerManager.java:61)
at org.jboss.tools.common.model.markers.XMarkerManager.reload(XMarkerManager.java:53)
at org.jboss.tools.common.model.markers.XMarkerManager.resourceChanged(XMarkerManager.java:42)
at org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:288)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:282)
at org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:148)
at org.eclipse.core.internal.resources.Workspace.broadcastPostChange(Workspace.java:313)
at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:1022)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1809)
at org.eclipse.team.svn.core.utility.ProgressMonitorUtility$1.run(ProgressMonitorUtility.java:57)
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: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 5 months