[JBoss JIRA] Created: (JBDS-726) Installer should deploy Babel langpacks for Eclipse
by Sean Flanigan (JIRA)
Installer should deploy Babel langpacks for Eclipse
---------------------------------------------------
Key: JBDS-726
URL: https://jira.jboss.org/jira/browse/JBDS-726
Project: Developer Studio
Issue Type: Sub-task
Components: installer
Affects Versions: 2.1.0
Reporter: Sean Flanigan
For Developer Studio to be fully translated, we need to package the Babel langpacks for Galileo [1] in our target languages [2]. These langpacks provide translations for Eclipse and related eclipse.org projects (TPTP, datatools, etc). Translations are always being updated, so we will need to be able to update the langpacks without too much mucking around.
NB: This issue is separate from the question of translating the installer's own English text.
To install the langpacks, we just need to extract them all under jbdevstudio/eclipse/dropins (or perhaps dropins/babel for neatness).
Any guidance on how to approach this? eg, the storage of these langpack downloads, repackage as one big zip (better compression?) or keep the many smaller zips, whether we need a script (sh, Ant?) to download the required langpacks automatically, that sort of thing.
[1] http://download.eclipse.org/technology/babel/babel_language_packs/
[2] de, es, fr, ja, pt_BR, zh
--
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
15 years
[JBoss JIRA] Created: (JBDS-1510) Movement of artifacts across operating systems
by Brian Fitzpatrick (JIRA)
Movement of artifacts across operating systems
----------------------------------------------
Key: JBDS-1510
URL: https://issues.jboss.org/browse/JBDS-1510
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Components: integration
Reporter: Brian Fitzpatrick
Assignee: Max Rydahl Andersen
Recently there was a discussion with Andy Miller and Burr regarding JBDS40_050 - Movement of artifacts across operating systems.
This is one we didn't have enough information to try and resolve for the 3.2/4.0 release. But when reminded, Andy provided the following details:
"Okay, this rings a bell. We had a case, where an SE was pinging me about a performance test a customer was doing to compare EAP to WebSphere. Part of what they were doing was using JBDS to generate some Web Service stuff, and they were running that application for the performance test on Linux. They generated the web service stuff with JBDS on Windows.
In the logs, all the invocations to the web services were failing, and were logging errors with the Windows file path information for the WSDL, which of course was not going to work on Linux, as it would never find C:\some\path on a Linux server."
Ray Ploski may have been involved in this effort initially (per Andy), but he's not sure.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[JBoss JIRA] Created: (JBDS-1451) RevEng not allows to extend Beans
by Peter Rader (JIRA)
RevEng not allows to extend Beans
---------------------------------
Key: JBDS-1451
URL: https://jira.jboss.org/browse/JBDS-1451
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Affects Versions: 4.0.0.Beta1
Environment: winxp jdk6
Reporter: Peter Rader
Priority: Minor
hibernate.reveng.xml:
<hibernate-reverse-engineering>
<table-filter match-schema="public" match-name=".*">
<meta attribute="extends">xx.xxx.Base</meta>
</table-filter>
</hibernate-reverse-engineering>
Beans does not extends from "xx.xxx.Base"!
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[JBoss JIRA] Created: (JBIDE-5461) NullPointerException when reverse engineering
by Olivier Cailloux (JIRA)
NullPointerException when reverse engineering
---------------------------------------------
Key: JBIDE-5461
URL: https://jira.jboss.org/jira/browse/JBIDE-5461
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Hibernate
Affects Versions: 3.2.next
Environment: Using eclipse Platform Version: 3.5.1 Build id: M20090917-0800 on debian etch, Hibernate Tools 3.2.4.v200909151014R-H192-GA
Reporter: Olivier Cailloux
This error appears when reverse engineering (trying to generate Java5 EJB3 code) a mysql database:
java.lang.NullPointerException
at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.java:77)
at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.java:73)
at org.hibernate.cfg.Configuration.secondPassCompileForeignKeys(Configuration.java:1263)
at org.hibernate.cfg.JDBCMetaDataConfiguration.secondPassCompileForeignKeys(JDBCMetaDataConfiguration.java:33)
at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1170)
at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1115)
at org.hibernate.eclipse.launch.CodeGenerationLaunchDelegate$2.execute(CodeGenerationLaunchDelegate.java:318)
at org.hibernate.console.execution.DefaultExecutionContext.execute(DefaultExecutionContext.java:64)
at org.hibernate.console.ConsoleConfiguration.execute(ConsoleConfiguration.java:94)
at org.hibernate.eclipse.launch.CodeGenerationLaunchDelegate.buildConfiguration(CodeGenerationLaunchDelegate.java:285)
at org.hibernate.eclipse.launch.CodeGenerationLaunchDelegate.runExporters(CodeGenerationLaunchDelegate.java:218)
at org.hibernate.eclipse.launch.CodeGenerationLaunchDelegate.launch(CodeGenerationLaunchDelegate.java:138)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:853)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:703)
at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:866)
at org.eclipse.debug.internal.ui.DebugUIPlugin$8.run(DebugUIPlugin.java:1069)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
You will find herebelow the sql schema, to import into a mysql 5.0 database. I used mysql --default-character-set=utf8 to import it.
The error does not happen if the last line of the schema (adding a foreign key) is removed.
Thanks for any help.
----
DROP TABLE IF EXISTS Catégorie;
CREATE TABLE Catégorie
(
ID Int8
);
DROP TABLE IF EXISTS Transaction;
CREATE TABLE Transaction
(
Compte_positif Int8
);
alter table Catégorie ADD INDEX(ID);
alter table Transaction add constraint youpee foreign key (Compte_positif) references Catégorie(ID);
--
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
15 years
[JBoss JIRA] Created: (JBIDE-7568) Code generation for JPA 2.0 uses old features
by Juergen Zimmermann (JIRA)
Code generation for JPA 2.0 uses old features
---------------------------------------------
Key: JBIDE-7568
URL: https://jira.jboss.org/browse/JBIDE-7568
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Hibernate
Affects Versions: 3.2.0.Beta1
Reporter: Juergen Zimmermann
Assignee: Max Andersen
When choosing JPA 2.0 for code generation, then @OneToMany and @ManyToOne still generates relationships as in JPA 1.0. But the JPA 2.0 style is definitely better esspecially when it comes to unidirectional relationships where you just want to delete one side of the bidirectional relationship.
Example: one customer has many orders
@Entity
@Table(name = "customer")
public class Customer implements Serializable {
...
@OneToMany
@JoinColumn(name = "customer_fk") // foreign key in table "order"
private Set<Order> orders;
@Entity
@Table(name = "order")
public class Order implements Serializable {
...
@ManyToOne
@JoinColumn(name = "customer_fk", insertable = false, updatable = false)
private Customer customer;
As you can see: the foreign key is declared at both sides of the relationship so that one side can easily ommitted to just have a unidirectional relationship.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[JBoss JIRA] Created: (JBIDE-7441) Move FakeTransactionManagerLookup from Tools UI to Core
by Vitali Yemialyanchyk (JIRA)
Move FakeTransactionManagerLookup from Tools UI to Core
-------------------------------------------------------
Key: JBIDE-7441
URL: https://jira.jboss.org/browse/JBIDE-7441
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: Hibernate
Affects Versions: 3.2.0.Beta2
Reporter: Vitali Yemialyanchyk
Assignee: Max Andersen
Priority: Minor
it is necessary to move FakeTransactionManagerLookup from Hibernate Tools UI to Hibernate Tools Core.
This is necessary because run code generation from external process required to be equal with ordinal codegen.
All versions of Hibernate require to use this workaround with FakeTransactionManagerLookup, if
hibernate.transaction.manager_lookup_class is an empty string.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years