[JBoss JIRA] Created: (JBIDE-708) Seam gen->Generate Entities action is always use default connection parameters
by Denis Golovin (JIRA)
Seam gen->Generate Entities action is always use default connection parameters
------------------------------------------------------------------------------
Key: JBIDE-708
URL: http://jira.jboss.com/jira/browse/JBIDE-708
Project: JBoss Tools
Issue Type: Bug
Components: Seam
Reporter: Denis Golovin
Assigned To: Max Andersen
Fix For: 2.0.0.Beta3
No matter where build.properties is placed: source folder, root project folder.
No matter if there are connection parameters in hibernate-console.properties or hibernate.properties.
It always says.
[hibernate] Executing Hibernate Tool with a JDBC Configuration (for reverse engineering)
[hibernate] 1. task: hbm2java (Generates a set of .java files)
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.cfg.Environment <clinit>
[hibernate] INFO: Hibernate 3.2.0.cr5
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.cfg.Environment <clinit>
[hibernate] INFO: hibernate.properties not found
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.cfg.Environment buildBytecodeProvider
[hibernate] INFO: Bytecode provider name : cglib
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.cfg.Environment <clinit>
[hibernate] INFO: using JDK 1.4 java.sql.Timestamp handling
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.connection.DriverManagerConnectionProvider configure
[hibernate] INFO: Using Hibernate built-in connection pool (not for production use!)
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.connection.DriverManagerConnectionProvider configure
[hibernate] INFO: Hibernate connection pool size: 20
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.connection.DriverManagerConnectionProvider configure
[hibernate] INFO: autocommit mode: false
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.connection.DriverManagerConnectionProvider configure
[hibernate] INFO: using driver: org.hsqldb.jdbcDriver at URL: jdbc:hsqldb:hsql://localhost:1701
[hibernate] Aug 13, 2007 9:54:11 PM org.hibernate.connection.DriverManagerConnectionProvider configure
[hibernate] INFO: connection properties: {user=sa, password=****}
[hibernate] Aug 13, 2007 9:54:12 PM org.hibernate.cfg.SettingsFactory buildSettings
[hibernate] WARNING: Could not obtain connection metadata
[hibernate] java.sql.SQLException: socket creation error
It looks like it tries to load hibernate.properties from resources available for ClassLoader.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 6 months
[JBoss JIRA] Assigned: (RHDS-133) Screenshots re-sizing. and some remarks on screenshots
by Svetlana mukhina (JIRA)
[ http://jira.jboss.com/jira/browse/RHDS-133?page=all ]
Svetlana mukhina reassigned RHDS-133:
-------------------------------------
Assignee: Sergei Abragevich (was: Anatoly Fedosik)
> Screenshots re-sizing. and some remarks on screenshots
> ------------------------------------------------------
>
> Key: RHDS-133
> URL: http://jira.jboss.com/jira/browse/RHDS-133
> Project: Red Hat Developer Studio
> Issue Type: Task
> Components: Doc - JBossJSFTools guide
> Affects Versions: 1.0.0.beta1
> Reporter: Svetlana mukhina
> Assigned To: Sergei Abragevich
> Fix For: 1.0.0.CR1
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Some screen-shots have to be retaken in smaller scale
> defaultImage.png -must be replaced with grey one, not the real window, in order not to forget that it should be replaced.
> CreateNewJSFProject.png
> AddingJSFCapabilities.png
> JSFConfigurationFile.png
> not resize but: validator14.png - the cursor in the screen
> ImportTagsFromTLDBrowse.png
> addstrcap2.png
> customization.png
> not resize, but delete grey marking from the field with ""page word - vpe8.png
> custcapabilit.png
> prefeditors.png
> jsfflowdiagram.png
> tilesdiagram.png
> not resize jsfprojectversion4.png - the cursor is on the screen
> not resize AddLibraryReference.png - the cursor is on the screen
> pagetemplate4.png
> strutsautomation.png - resize and don't cut the menu on the left
> plugininsets.png
> + all other preferences pictures
> not resize - pref3.png - the cursor
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 6 months
[JBoss JIRA] Created: (JBIDE-1063) Pick up the entity-manager-factory definition to avoid validation errors
by Max Andersen (JIRA)
Pick up the entity-manager-factory definition to avoid validation errors
------------------------------------------------------------------------
Key: JBIDE-1063
URL: http://jira.jboss.com/jira/browse/JBIDE-1063
Project: JBoss Tools
Issue Type: Feature Request
Components: Seam
Affects Versions: 2.0.0.Beta4
Reporter: Max Andersen
Assigned To: Alexey Kazakov
Fix For: 2.0.0.CR1
In components xml the #{rtEntityManagerFactory} get's validated as an error in the following:
<core:managed-persistence-context name="entityManager"
auto-create="true"
entity-manager-factory="#{rtEntityManagerFactory}"/>
It seems that if we would pick up this one as the definition of the factory then we would be fine:
<core:entity-manager-factory name="rtEntityManagerFactory"
persistence-unit-name="rt"/>
Is that doable in the current setup ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 6 months
[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12382499 ]
Max Andersen commented on JBIDE-675:
------------------------------------
Note: We haven't had any other performance issue reports with jsf includes etc.
> Large JSF file are too slow to handle, making editor useless for them
> ---------------------------------------------------------------------
>
> Key: JBIDE-675
> URL: http://jira.jboss.com/jira/browse/JBIDE-675
> Project: JBoss Tools
> Issue Type: Bug
> Components: JSF, Visual Page Editor
> Affects Versions: ExadelStudioPro4
> Environment: Eclipse 3.2.2
> Exadel Studio 4.0.4
> Kubuntu Feisty Fawn
> 1G RAM
> CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated
> Reporter: David Delbecq
> Assigned To: Sergey Vasilyev
> Fix For: 2.1
>
> Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, JBIDE-675.tar.gz, loading_dump.txt, profiling.tar.gz, stacktraces-rhd2b1.log.gz, tree.txt
>
>
> Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447
> When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags.
> I will be posting attachement containing description of files involved (sorry, no file content).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 6 months
[JBoss JIRA] Updated: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-675?page=all ]
Max Andersen updated JBIDE-675:
-------------------------------
Fix Version/s: 2.1
(was: 2.0.0.CR1)
This will require a deeper profiling of the editor than we can make before 2.0; will need to look into it after GA.
> Large JSF file are too slow to handle, making editor useless for them
> ---------------------------------------------------------------------
>
> Key: JBIDE-675
> URL: http://jira.jboss.com/jira/browse/JBIDE-675
> Project: JBoss Tools
> Issue Type: Bug
> Components: JSF, Visual Page Editor
> Affects Versions: ExadelStudioPro4
> Environment: Eclipse 3.2.2
> Exadel Studio 4.0.4
> Kubuntu Feisty Fawn
> 1G RAM
> CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated
> Reporter: David Delbecq
> Assigned To: Sergey Vasilyev
> Fix For: 2.1
>
> Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, JBIDE-675.tar.gz, loading_dump.txt, profiling.tar.gz, stacktraces-rhd2b1.log.gz, tree.txt
>
>
> Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447
> When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags.
> I will be posting attachement containing description of files involved (sorry, no file content).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 6 months