[JBoss JIRA] Created: (JBRULES-1317) Rule Execution Very Slow on Subsequent Session Using the Same Packages
by Ming Jin (JIRA)
Rule Execution Very Slow on Subsequent Session Using the Same Packages
----------------------------------------------------------------------
Key: JBRULES-1317
URL: http://jira.jboss.com/jira/browse/JBRULES-1317
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Reteoo
Affects Versions: 4.0.3
Environment: Windows XP
Reporter: Ming Jin
Using the same packages, repeatedly creating a new ruleBase and stateless session, then executing rules. The timing of rule execution was good on first time, but 6+ times slower on subsequent calls, such as the following:
Time of rule execution: 0.06
Time of rule execution: 3.956
Time of rule execution: 3.926
Time of rule execution: 3.995
Time of rule execution: 3.906
When under debugger, such as running in IntelliJ, the second execution call would pause (dead lock?). I have a test program to demonstrate this behavior.
--
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
17 years, 1 month
[JBoss JIRA] Created: (JBCOMMON-29) Unable to read in jarfile if application installed to location with spaces in directory name
by klaasjan elzinga (JIRA)
Unable to read in jarfile if application installed to location with spaces in directory name
--------------------------------------------------------------------------------------------
Key: JBCOMMON-29
URL: http://jira.jboss.com/jira/browse/JBCOMMON-29
Project: JBoss Common
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: core
Affects Versions: 2.0.4.GA
Environment: windows XP sun-jre, happens also in core-2.2.0.GA
Reporter: klaasjan elzinga
Assigned To: Dimitris Andreadis
I get an exception if the application is installed to a directory containing a space. I I rename the directory to a name without a space, the application runs perfectly.
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [loadtool/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.RuntimeException: error trying to scan <jar-file>: file:/C:/TIS%20FIIBLoadTool-3.0.2.SN
APSHOT/TISFIIBLoadTool-3.0.2.SNAPSHOT-jar-with-dependencies.jar
Caused by: java.lang.RuntimeException: error trying to scan <jar-file>: file:/C:/TIS%20FIIBLoadTool-3.0.2.SNAPSHOT/TISFIIBLoadTool-3.0.2.SNAPSHOT-jar-with-dependencies.jar
at org.hibernate.ejb.Ejb3Configuration.scanForClasses(Ejb3Configuration.java:635)
at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:350)
at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:126)
at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:218)
at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:251)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1201)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1171)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425)
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
...
at loadtool.Main.main(Main.java:40)
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: C:\TIS%20FIIBLoadTool-3.0.2.SNAPSHOT\TISFIIBLoadTool-3.0.2.SNAPSHOT-jar-with-dependencies.jar (The system cannot find th
e path specified)
at org.jboss.util.file.JarArchiveBrowser.<init>(JarArchiveBrowser.java:74)
at org.jboss.util.file.FileProtocolArchiveBrowserFactory.create(FileProtocolArchiveBrowserFactory.java:48)
at org.jboss.util.file.ArchiveBrowser.getBrowser(ArchiveBrowser.java:57)
at org.hibernate.ejb.Ejb3Configuration.scanForClasses(Ejb3Configuration.java:626)
... 29 more
Caused by: java.io.FileNotFoundException: C:\TIS%20FIIBLoadTool-3.0.2.SNAPSHOT\TISFIIBLoadTool-3.0.2.SNAPSHOT-jar-with-dependencies.jar (The system cannot find the path specified)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:114)
at java.util.jar.JarFile.<init>(JarFile.java:133)
at java.util.jar.JarFile.<init>(JarFile.java:97)
at org.jboss.util.file.JarArchiveBrowser.<init>(JarArchiveBrowser.java:69)
... 32 more
--
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
17 years, 1 month
[JBoss JIRA] Created: (JBPORTAL-1773) Unable to destroy instance customization
by Ovidiu Nichifor (JIRA)
Unable to destroy instance customization
----------------------------------------
Key: JBPORTAL-1773
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1773
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Portal Core
Affects Versions: 2.6.1 Final
Environment: Fedora Core 7
JVM 1.5.0_12
JBoss [Zion] 4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339) (installed with jems-installer 1.2.0.GA with 'ejb3' profile)
JBoss Potal 2.6.1.GA
Reporter: Ovidiu Nichifor
Assigned To: Julien Viet
Create & place a window on a region of an ordinary page of your personal dashboard.
Make sure it is visible on your dashboard.
Destroy that window.
Recreate the window with the same name, content type, instance, page parent, region and order as before.
An error will appear in the console:
12:17:12,694 ERROR [AbstractInstance] Was not able to destroy local._4 for customization dashboard:/admin/sample/P, reason is : null
12:17:57,309 ERROR [AbstractInstance] Was not able to destroy local._3 for customization dashboard:/admin/sample/Preferences, reason is : null
It seems that when a window is destroyed the entries from 'JBP_PORTLET_STATE' table are deleted but the customization entry from 'JBP_INSTANCE_PER_USER' is not; this entry references an invalid portlet ref in the previous table.
Sample:
`JBP_PORTLET_STATE`
PK PORTLET_ID REGISTRATION_ID REGISTRATION_TIME TERMINATION_TIME PARENT_PK
1 /portal-news-samples.NewsPortlet NULL 2007-10-25 11:57:28 NULL NULL
`JBP_INSTANCE_PER_USER`
PK INSTANCE_PK SER_STATE USER_ID PORTLET_REF
1 16 [BLOB - NULL] dashboard:/admin/default/Preferences local._2
2 16 [BLOB - NULL] dashboard:/admin/sample/Preferences local._3
3 16 [BLOB - NULL] dashboard:/admin/sample/P local._4
Your newly created window does exist in the 'OBJECT_NODE' table but the portal will NOT render it anymore, especially if you restart the AS. Done some more debug and ended up with a NoSuchPortletException which is as expected since the persistent state (local._X) is no longer valid.
Also, org.jboss.portal.core.impl.model.instance.AbstarctInstance#destroyCustomization does remove the customization state but does not delete the entry from 'JBP_INSTANCE_PER_USER'.
--
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
17 years, 1 month
[JBoss JIRA] Created: (JBAS-4955) All the known bind address properties should be set to the default bind address
by Adrian Brock (JIRA)
All the known bind address properties should be set to the default bind address
-------------------------------------------------------------------------------
Key: JBAS-4955
URL: http://jira.jboss.com/jira/browse/JBAS-4955
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Other
Affects Versions: JBossAS-4.2.2.GA
Reporter: Adrian Brock
Assigned To: Adrian Brock
Fix For: JBossAS-4.2.3.GA
Currently in jboss-4.2 the jboss.bind.address is set to "localhost" by default.
There's also some code to fixup the java.rmi.server.hostname to "localhost" when not configured.
This code should be changed to set the java.rmi.server.hostname to the jboss.bind.address when not configured
and the other known bind addresses
bind.address (legacy name)
jgroups.bind.address (for clustering)
should also be updated to the jboss.bind.address when not configured.
--
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
17 years, 1 month