January 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-543) Use a file based transaction logger instead of logging in the database

by Tim Fox (JIRA)

Use a file based transaction logger instead of logging in the database ---------------------------------------------------------------------- Key: JBMESSAGING-543 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-543 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.1 Currently we are logging prepared state transactions in the database. Instead, we should utilise a tried and tested transaction logger for performance reasons. We should evaluate both JBoss TS objectstore, and HOWL to take this role -- 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, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-576) Separate paging and persistence functionality

by Tim Fox (JIRA)

Separate paging and persistence functionality --------------------------------------------- Key: JBMESSAGING-576 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-576 Project: JBoss Messaging Issue Type: Task Affects Versions: 1.2.0.Alpha1, 1.0.1.CR5 Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.1 Reference management gets complex when we have to take into account messages and refs paged and not paged to storage especially if the database is shared, this means we end up having to do extra queries to work out if the ref is alredy in the database etc. We should separate the paging functionality out, so it doesn't page to the normal persistent store, but to a separate paging store which typically would be a local file based store using HOWL or some other fast logger. -- 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, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-626) Add Pagination to SortableTable (the iterators support skipping already)

by Michael Neale (JIRA)

Add Pagination to SortableTable (the iterators support skipping already) ------------------------------------------------------------------------ Key: JBRULES-626 URL: http://jira.jboss.com/jira/browse/JBRULES-626 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1192) Hiding old versions of documents

by Nils Kassube (JIRA)

Hiding old versions of documents --------------------------------- Key: JBPORTAL-1192 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1192 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.4.1 Final Reporter: Nils Kassube Assigned To: Roy Russo To improve usability it's a good idea to hide old versions of a document, e.g. using paging or a "More versions..." link. Currently you have to export and import stuff to get rid of the distracting display of dozens of old versions. -- 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, 2 months

6
8
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1176) Error Displaying Flash in JBoss Portal 2.4.1.CR2

by Mitch De Felice (JIRA)

Error Displaying Flash in JBoss Portal 2.4.1.CR2 ------------------------------------------------ Key: JBPORTAL-1176 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1176 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Portlet Affects Versions: 2.4.1 SP1 Environment: Release ID: JBoss [Zion] 4.0.5.GA Home Dir: E:\Apache Group\jboss-portal-2.4.1-CR2 Java version: 1.4.2_09,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Server VM 1.4.2_09-b05,Sun Microsystems Inc. OS-System: Windows 2000 5.0,x86 Database: Oracle 9i Reporter: Mitch De Felice Assigned To: Julien Viet I'm having two problems with running the flash plugin in Jboss Portel window. 1. When I try to set the height and width on the object tag to a 100%, the window goes totally blank, like I didn't have any statements in the jsp. However, if I set the width="100%" and set a specific height="450" the flash plugin will be displayed. <center> <object width="100%" height="100%"> <param name="movie" value="<%= request.getAttribute("flashurl") %>"/> <embed src="<%= request.getAttribute("flashurl") %>" width="100%" height="100%"/> </object> </center> 2. The second problem that I'm seeing when trying to view a flash plungin in a Portlet Window is when I specify the classid on the object tag, the footer of the Portlet Window gets clipped off. <center> <object width="100%" height="455" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" > <param name="movie" value="<%= request.getAttribute("flashurl") %>"/> <embed src="<%= request.getAttribute("flashurl") %>" width="100%" height="455"/> </object> </center> I need to specify the classid so as the flash plugin can make an Ajax call back into the server. -- 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, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-661) Security: Deploying a bean without mandatory org.jboss.ejb3.security.SecurityDomain results in a NullPointerException

by Galder Zamarreno (JIRA)

Security: Deploying a bean without mandatory org.jboss.ejb3.security.SecurityDomain results in a NullPointerException --------------------------------------------------------------------------------------------------------------------- Key: EJBTHREE-661 URL: http://jira.jboss.com/jira/browse/EJBTHREE-661 Project: EJB 3.0 Issue Type: Bug Components: Security Affects Versions: EJB 3.0 RC7 - FD Reporter: Galder Zamarreno Assigned To: Galder Zamarreno Fix For: EJB 3.0 RC9 - FD When setting up security in a EJB3 bean, it is mandatory adding the org.jboss.ejb3.security.SecurityDomain tag. Failure to do so results on a NullPointerException. AS should log a more meaningful message rather than a NullPointerException. -- 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, 2 months

6
11
0 / 0

[JBoss JIRA] Created: (JBAS-3540) Streamable based serialization for HAPartitionImpl

by Brian Stansberry (JIRA)

Streamable based serialization for HAPartitionImpl -------------------------------------------------- Key: JBAS-3540 URL: http://jira.jboss.com/jira/browse/JBAS-3540 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR1 JGroups has some utility functions that optimize serialization of its classes that implement its Streamable interface. But, HAPartitionImpl has to bypass those opimizations due to the need to use MarshalledValueInputStream. We should look into adding similar optimizations into a Marshaller for HAPartitionImpl. -- 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, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (HIBERNATE-52) HibernateMBean.SecondLevelCacheEnabled attribute ignored

by Steve Ebersole (JIRA)

HibernateMBean.SecondLevelCacheEnabled attribute ignored -------------------------------------------------------- Key: HIBERNATE-52 URL: http://jira.jboss.com/jira/browse/HIBERNATE-52 Project: Hibernate Issue Type: Bug Reporter: Steve Ebersole Assigned To: Steve Ebersole Thats because transferSettings() ignores it when transferring the properties to the Configuration. -- 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, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-3883) JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF

by Amit Kasher (JIRA)

JBoss ignores "Class-Path" attribute in WAR's MANIFEST.MF --------------------------------------------------------- Key: JBAS-3883 URL: http://jira.jboss.com/jira/browse/JBAS-3883 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: ClassLoading, Web (Tomcat) service Affects Versions: JBossAS-5.0.0.Beta1 Reporter: Amit Kasher Assigned To: Scott M Stark An EAR file that deploys well in JBoss4.0.5 fails to deploy in JBoss5.0Beta1 when initializing the web application (NoClassDefFound). However, this ear does deploy well when taking the required jar files (the WAR dependencies) out of the EAR and placing them inside the .war/WEB-INF/lib folder, as well as removing the "Class-Path" entry in the WAR's MANIFEST.MF. Documents stating, as far as I understand, the existence of the requirement that this should work are here: http://java.sun.com/j2ee/verified/packaging.html ... as well as in the spec ... (http://jcp.org/en/jsr/detail?id=244) in section EE.8.2.1 (Bundled Libraries) starting in page 155. It's related to Tomcat's classpath (or to the classpath augmentation JBoss performs, where there were probably recent changes to support resource injection into web clients, like servlets). This is why I indicated Tomcat as an additional affected component. -- 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, 3 months

3
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1111) Integrate with JBoss SSO framework

by Alex Pinkin (JIRA)

Integrate with JBoss SSO framework ---------------------------------- Key: JBPORTAL-1111 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1111 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Security Reporter: Alex Pinkin Assigned To: Julien Viet Fix For: 3.0 Final Dev will need to look into this for 3.0 -- 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, 3 months

2
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2007