[JBoss JIRA] (JBIDE-18036) Decouple FTL target language syntax coloring
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18036?page=com.atlassian.jira.plugi... ]
Denis Golovin updated JBIDE-18036:
----------------------------------
Story Points: 3
> Decouple FTL target language syntax coloring
> --------------------------------------------
>
> Key: JBIDE-18036
> URL: https://issues.jboss.org/browse/JBIDE-18036
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: freemarker
> Reporter: Peter Palaga
> Assignee: Denis Golovin
> Fix For: 4.3.0.Beta1
>
> Attachments: coloring-issues.png
>
>
> This issue covers the requirement formulated in point (1) of my earlier comment in [JBIDE-11287|https://issues.jboss.org/browse/JBIDE-11287?focusedCommentId=...].
> The present Freemarker plugin has a hard-coded XML/HTML syntax coloring. Although XML/HTML may well be the most common target language of an FTL template, it is clearly not the only possible target language. One can target virtually any language or even plaintext, where {{<}} and {{<!--}} may have completely different meanings or no meanigs at all. Hardcoding XML highlighting for every file opened by the FTL editor is thus simply incorrect.
> Let's define the present task as follows:
> (1) Decouple the syntax coloring of the target language of a FTL template by introducing an interface (call it {{TargetLanguageSupport}}) that will provide the general functionality needed for coloring of target languages.
> (2) At least two implementations of {{TargetLanguageSupport}} should be added:
> (2.1) XML/HTML and
> (2.2) plain text.
> (3) Some kind of target-language detection should be added, e.g. based on file extensions, making XML/HTML syntax coloring active for files ending with {{\*.xml.ftl}}, {{\*.xhtml.ftl}}, {{\*.html.ftl}} and {{\*.htm.ftl}}.
> (3.1) There should be a workspace-wide preference that will say for which file extensions will e.g. XML/HTML syntax coloring be active.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (JBIDE-19761) Hibernate Tools DelegatingReverseEngineeringStrategy not working
by Luis Lima (JIRA)
Luis Lima created JBIDE-19761:
---------------------------------
Summary: Hibernate Tools DelegatingReverseEngineeringStrategy not working
Key: JBIDE-19761
URL: https://issues.jboss.org/browse/JBIDE-19761
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: hibernate
Environment: Eclipse Luna
Reporter: Luis Lima
I'm using the HibernateTools plugin (latest version) with Eclipse Luna and keep getting an error when trying to use my own reverse engineering implementation class. Every time I try to generate my classes I get this exception from Eclipse:
org.hibernate.console.HibernateConsoleRuntimeException: java.lang.IllegalAccessException: Class org.jboss.tools.hibernate.proxy.ServiceProxy can not access a member of class org.hibernate.cfg.reveng.ReverseEngineeringStrategyUtil with modifiers "private" java.lang.IllegalAccessException: Class org.jboss.tools.hibernate.proxy.ServiceProxy can not access a member of class org.hibernate.cfg.reveng.ReverseEngineeringStrategyUtil with modifiers "private"
Seems there's some incompatibility with ServiceProxy and the ReverseEngineeringStrategyUtil class as it seems to be trying to access a method that's no longer private. The stacktrace doesn't really provide any info other than this so hopefully this is a known issue and someone might be able to suggest how to fix it.
It's not related to my code since right now my ReverseEngineeringStrategy implementation is doing nothing ie:
@Override
public String tableToClassName(TableIdentifier tableIdentifier){
return super.tableToClassName(tableIdentifier);
}
My libraries are 4.3 (4.3.1.CR1 more specifically) and I also have the console configuration set to that version.
Here's my maven dependency:
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-tools</artifactId>
<version>4.3.1.CR1</version>
</dependency>
And always get the error.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (JBDS-3427) Filter installed graphical files per OS
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3427?page=com.atlassian.jira.plugin.... ]
Denis Golovin updated JBDS-3427:
--------------------------------
Description: Installer should not copy .ico files on Mac and Linux, also some .png files installed on every supported OS are never used. (was: Installer should not copy .ico files on Mac and Linux, also some .png files included installed on every supported OS are never used.)
CDW devel_ack: + (was: ?)
CDW qa_ack: + (was: ?)
> Filter installed graphical files per OS
> ---------------------------------------
>
> Key: JBDS-3427
> URL: https://issues.jboss.org/browse/JBDS-3427
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: installer
> Affects Versions: 9.0.0.Beta1
> Reporter: Denis Golovin
> Assignee: Denis Golovin
>
> Installer should not copy .ico files on Mac and Linux, also some .png files installed on every supported OS are never used.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months