1:07 a.m.
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
1:38 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
how big is the db your are reveng'ing ?
the upcoming version will have more incremental schema reading for the ui parts, but the
reveng used to do reverse engineering is just
reading the tables you told it to read (e.g. what is in the db you pointed it to, thus
using table-filter and/or schema-selection is a very good way of having this)
note, on mysql i have a 50 table schema and it completes in about 2-3 seconds or even
less.
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
11:41 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Syd Poetry commented on HBX-812:
--------------------------------
45 tables or so. it used to take 1-2 seconds, not long at all. I ran the update software
which updated several components. I added a new table, went to regenerate the mapping
files, stubs, and boom, 4-5 minutes. It sticks (on the reveng.xml) "Fetching
children of database". Went it does finally respond, the root element is
"undefined", with the table names listed (properly)underneath it. The database
itself is quite responsive when using other tools (not related to Java/Eclipse). So
I'm pretty sure its not a DB or system resources issue. Restarted hoping that might
clear it, but still no go (4-5 minutes on refresh). *Anything* from the Hibernate tools
code that access the jdbc meta-data gets stuck on reading the JDBC Metadata. I switched
from the MYSQL 3.13 connecter to MYSQL 5.0 jdbc connecter hoping it was an incompatibility
with 3.13 that was causing the problem, but no appreciable improvement.
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
2:31 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
very weird :(
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
2:46 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Martin Bergeron commented on HBX-812:
-------------------------------------
I have the exact same problem here.
DB: Oracle 9.2.0
Eclipse 3.2.1
Hibernate tools 3.2.0 beta8
Also, the filters do not seems to work that well.
Any clues on the issue?
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
2:15 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
no, I have not been able to replicate it.
p.s. filters is not applied in the database browsing node (there is a jira issue for
enabling that - or maybe just show the "mapped" part of the db)
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
5:31 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Chris Wolf commented on HBX-812:
--------------------------------
I have the problem, it takes 10-20 MINUTES for the metadata query to complete,
the same thing happens with middlegen.
DB: Sybase ASE-12.5.3
Eclipse: 3.2
Hibernate tools: 3.2.0-beta9a
I tried jConnect-5.5.6 and jTDS-1.2. jTDS was faster, but did not return
all the tables. I also had to configure autocommit=true.
Granted, there are 2700 tables in this database, however this is the reality in a large
institutional environment with lots of legacy database objects. I had
the tables filter configured to select only three tables, and that still did
not improve the metadata query time.
This is pretty much a show-stopper for me to use tools or middlegen.
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Type: Bug
Components: reverse-engineer
Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
2:45 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
use altest svn and use schema-selection to select only the three tables
or
implement a faster way to get metadata ;)
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:57 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Chris Wolf commented on HBX-812:
--------------------------------
Can you point me to more info on "altest svn" is that a module in Subversion?
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:03 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
altest -> latest
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:01 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Chris Wolf commented on HBX-812:
--------------------------------
I followed the instructions on:
http://www.hibernate.org/6.html#A4
i.e. : "svn co http://anonsvn.jboss.org/repos/hibernate/trunk/HibernateExt"
But this code seems to be "3.2.0.beta8", not "3.2.0.beta9":
HibernateExt/tools/src/java/org/hibernate/tool/Version.java :
final public class Version {
public static final String VERSION = "3.2.0.beta8";
[...]
Is it possible that this Version.java was not updated?
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:07 p.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Karl Palsson commented on HBX-812:
----------------------------------
This affects me too, the end result works ok, and the schema shows up, but it takes far
far far longer than say, openning up squirrel sql tree view.
I'm using hibernate tools 3.1.0beta4, which seems out of date, I just installed it
today using
http://download.jboss.org/jbosside/hibernatetools/updates/development/ as the plugin
repository url to look at.
I'm using eclipse 3.3.2R33
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:39 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Max Rydahl Andersen commented on HBX-812:
-----------------------------------------
how did you get to that really old url ?
jboss.org/tools should be used for new things.
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:55 a.m.
New subject: [Hibernate-JIRA] Commented: (HBX-812) Fetching Children of Database _crawls_.
[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-812?page=co...
]
Igor commented on HBX-812:
--------------------------
For oracle you should add following element to your .cfg.xml:
<hibernate-configuration>
<session-factory>
...
<property
name="hibernate.default_schema">YOUR_SCHEMANAME_IN_UPPERCASE</property>
...
</session-factory>
</hibernate-configuration>
Fetching Children of Database _crawls_.
---------------------------------------
Key: HBX-812
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-812
Project: Hibernate Tools
Issue Type: Bug
Components: reverse-engineer
Affects Versions: 3.2beta8
Environment: MySQL 5.0, Eclipse 3.2, JDK 1.5, Beta8 for Hibernate Tools
Reporter: Syd Poetry
I just updated a bunch of components for Eclipse (mostly related to Visual Editor); added
a couple of tables to my database, went to regenerate all the POJO clases .hbm.xml mapping
files, and found that anything that queries the database schema runs abysmally slow.
Updated the tools from beta6 to beta8 thinking it might be a conflict with one of the
updates that was performed, still very slow (5+ minutes to retrieve a list of tables!).
Deleted all my hibernate-related XML files thinking it might be a parsing error, went to
generate a new console file, and revenge.xml, found out that any listbox that tried to
access the schema appeared to be hanging. It finishes after much hard-drive crunching. I
have 2.2 GBs free running windows XP, MEM usage is 856 MB out of 1.5 GB physical memory.
Just out of curiousity, is *anyone* else having this slow response for schema detection?
I'm wondering if I have to update another component like a driver or something like
that.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5409
days inactive
6375
days old
hibernate-issues@lists.jboss.org
13 comments
6 participants
participants (6)
-
Chris Wolf (JIRA) -
Igor (JIRA)
-
Karl Palsson (JIRA)
-
Martin Bergeron (JIRA)
-
Max Rydahl Andersen (JIRA)
-
Syd Poetry (JIRA)