May 2015 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-19761) Hibernate Tools DelegatingReverseEngineeringStrategy not working

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-19761?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen reassigned JBIDE-19761: ------------------------------------------- Assignee: Koen Aers > 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 > Assignee: Koen Aers > Fix For: 4.1.3.Final, 4.3.0.Beta1 > > > 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

1
0
0 / 0

[JBoss JIRA] (JBIDE-19761) Hibernate Tools DelegatingReverseEngineeringStrategy not working

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-19761?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen updated JBIDE-19761: ---------------------------------------- Priority: Blocker (was: Major) > 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 > Assignee: Koen Aers > Priority: Blocker > Fix For: 4.1.3.Final, 4.3.0.Beta1 > > > 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

1
0
0 / 0

[JBoss JIRA] (JBIDE-19761) Hibernate Tools DelegatingReverseEngineeringStrategy not working

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-19761?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen updated JBIDE-19761: ---------------------------------------- Fix Version/s: 4.1.3.Final 4.3.0.Beta1 > 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 > Fix For: 4.1.3.Final, 4.3.0.Beta1 > > > 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

1
0
0 / 0

[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ] Max Rydahl Andersen commented on LOCUS-13: ------------------------------------------ I did not see this jira - we discussed early on for Locus that since this site will be used across multiple versions of Eclipse and from different installations it would be important we did not unnecessarily bump the version of the libraries. That said, is this the actual issue [~pleacu] bumped into ? > Build number in qualifier are against reproducible version qualifier > -------------------------------------------------------------------- > > Key: LOCUS-13 > URL: https://issues.jboss.org/browse/LOCUS-13 > Project: JBoss Tools Locus > Issue Type: Enhancement > Reporter: Mickael Istria > Assignee: Mickael Istria > Priority: Critical > Fix For: 1.2.0 > > > We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER. > Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ] Max Rydahl Andersen updated LOCUS-13: ------------------------------------- Fix Version/s: 1.2.0 (was: LATER) > Build number in qualifier are against reproducible version qualifier > -------------------------------------------------------------------- > > Key: LOCUS-13 > URL: https://issues.jboss.org/browse/LOCUS-13 > Project: JBoss Tools Locus > Issue Type: Enhancement > Reporter: Mickael Istria > Assignee: Mickael Istria > Priority: Critical > Fix For: 1.2.0 > > > We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER. > Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (TOOLSDOC-641) How-to configure a remote server with JBDS 8.1

by Misha Ali (JIRA)

[ https://issues.jboss.org/browse/TOOLSDOC-641?page=com.atlassian.jira.plug... ] Misha Ali commented on TOOLSDOC-641: ------------------------------------ Thanks, [~apodhrad] - I did have a couple of questions: 1. I'm trying to develop information about why a user would set up a remote server as an intro for this article. My general impression is that it is to have the web application and its data stored in a location that is not corrupted if the local data is corrupted or lost, and it allows users to interact remotely with applications and change and update things as required. Can you tell me if I'm on the right track or completely off? 2. For the limited functionalities in step 4 above, I have included them because that seemed to be the direction we pointed users to in the 7.1 edition of these instructions. If these are not necessary, I am happy to replace it with something more open-ended, such as for example, telling users to select either "Filesystem and shell operations" or "Management operations" depending on their remote server requirements. Would this be better? I'll implement the input above tomorrow, and if you can find the time to add some quick answers to the above, I'd appreciate it, Andrej. :) > How-to configure a remote server with JBDS 8.1 > ---------------------------------------------- > > Key: TOOLSDOC-641 > URL: https://issues.jboss.org/browse/TOOLSDOC-641 > Project: Documentation for JBoss Tools and Developer Studio > Issue Type: Sub-task > Components: General documentation issues > Affects Versions: 4.2.3.Final > Reporter: Misha Ali > Assignee: Misha Ali > Fix For: 4.2.3.Final > > > Requesting QE review for the following content: > https://docs.google.com/a/redhat.com/document/d/1sd5_RaThCjbRxeA4D-YcYjXL... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBDS-3247) Hybrid Mobile Tooling covering base Apache Cordova

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/JBDS-3247?page=com.atlassian.jira.plugin.... ] Karel Piwko commented on JBDS-3247: ----------------------------------- Will it support Cordova 5? Cordova 5 plugins are switching to npm, and current registry will be working till October 2015, see https://cordova.apache.org/announcements/2015/04/21/plugins-release-and-m... Adding related task https://issues.jboss.org/browse/FHBF-31 > Hybrid Mobile Tooling covering base Apache Cordova > -------------------------------------------------- > > Key: JBDS-3247 > URL: https://issues.jboss.org/browse/JBDS-3247 > Project: Developer Studio (JBoss Developer Studio) > Issue Type: Epic > Components: aerogear-hybrid, cordovasim, requirements > Reporter: Max Rydahl Andersen > Assignee: Gorkem Ercan > Fix For: 9.0.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (TOOLSDOC-642) JBDS Articles: draft intro text about why to do a certain thing

by Misha Ali (JIRA)

[ https://issues.jboss.org/browse/TOOLSDOC-642?page=com.atlassian.jira.plug... ] Misha Ali updated TOOLSDOC-642: ------------------------------- Description: Need intro text about why a user would want to do the thing the article describes. For example, why would the user want to import a FH app, or why create a HTML5 web app, etc. > JBDS Articles: draft intro text about why to do a certain thing > --------------------------------------------------------------- > > Key: TOOLSDOC-642 > URL: https://issues.jboss.org/browse/TOOLSDOC-642 > Project: Documentation for JBoss Tools and Developer Studio > Issue Type: Bug > Reporter: Misha Ali > Assignee: Supriya Bharadwaj > > Need intro text about why a user would want to do the thing the article describes. > For example, why would the user want to import a FH app, or why create a HTML5 web app, etc. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (TOOLSDOC-642) JBDS Articles: draft intro text about why to do a certain thing

by Misha Ali (JIRA)

[ https://issues.jboss.org/browse/TOOLSDOC-642?page=com.atlassian.jira.plug... ] Misha Ali reassigned TOOLSDOC-642: ---------------------------------- Assignee: Supriya Bharadwaj (was: Misha Ali) > JBDS Articles: draft intro text about why to do a certain thing > --------------------------------------------------------------- > > Key: TOOLSDOC-642 > URL: https://issues.jboss.org/browse/TOOLSDOC-642 > Project: Documentation for JBoss Tools and Developer Studio > Issue Type: Bug > Reporter: Misha Ali > Assignee: Supriya Bharadwaj > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (TOOLSDOC-642) JBDS Articles: draft intro text about why to do a certain thing

by Misha Ali (JIRA)

Misha Ali created TOOLSDOC-642: ---------------------------------- Summary: JBDS Articles: draft intro text about why to do a certain thing Key: TOOLSDOC-642 URL: https://issues.jboss.org/browse/TOOLSDOC-642 Project: Documentation for JBoss Tools and Developer Studio Issue Type: Bug Reporter: Misha Ali Assignee: Misha Ali -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues May 2015