November 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-3754) ExceptionSorter which marks all exceptions as fatal

by Brian Egge (JIRA)

ExceptionSorter which marks all exceptions as fatal --------------------------------------------------- Key: JBAS-3754 URL: http://jira.jboss.com/jira/browse/JBAS-3754 Project: JBoss Application Server Issue Type: Patch Security Level: Public (Everyone can see) Reporter: Brian Egge Priority: Trivial With Sybase we've had a few occasions where the exception sorter does not properly detect a failed connection. We've found for our production servers the safest thing is to recycle the connection on any error. This class would also be useful if your JDBC provider doesn't have an existing exception sorter. ---- package org.jboss.resource.adapter.jdbc; import java.sql.SQLException; /** * Mark all exceptions as fatal. * * @author <a href="mailto:brianegge@users.sourceforge.net">Brian Egge</a> */ public class GenericExceptionSorter implements ExceptionSorter { public boolean isExceptionFatal(SQLException e) { return true; } } -- 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

19 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (JBAS-3769) JBossMail Adapter needs logging improvements

by Weston Price (JIRA)

JBossMail Adapter needs logging improvements -------------------------------------------- Key: JBAS-3769 URL: http://jira.jboss.com/jira/browse/JBAS-3769 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: No Release Reporter: Weston Price Assigned To: Weston Price Priority: Minor The Inbound JCA Mail adapter needs improved logging. Pariculary in areas such as: MailActivation.java: catch (Exception e) { log.error("Failed to execute folder check, spec="+spec); } This should be in addition to any output provided by the Mail service itself. -- 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

19 years, 6 months

2
5
0 / 0

[JBoss JIRA] Updated: (JBAS-1746) Different forms of singleton deployment

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1746?page=all ] Brian Stansberry updated JBAS-1746: ----------------------------------- Component/s: Clustering Assignee: Brian Stansberry > Different forms of singleton deployment > --------------------------------------- > > Key: JBAS-1746 > URL: http://jira.jboss.com/jira/browse/JBAS-1746 > Project: JBoss Application Server > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Clustering, Deployment services > Affects Versions: JBossAS-4.0.1 Final, JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1 > Reporter: Adrian Brock > Assigned To: Brian Stansberry > > Create tests for different singleton deployments. > deploy-hasingleton is a static (not hotdeploy) folder deployment. > Other possiblities include deploying a -service.xml rather than a folder that > deploys a URLDeploymentScanner for hotdeploy or even a farm service. -- 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

19 years, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBCACHE-485) Refactor the current Collection classes (list and set)

by Elias Ross (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-485?page=comments#action_12346565 ] Elias Ross commented on JBCACHE-485: ------------------------------------ Yes, changes have been committed. I haven't been able to test the performance improvement, so I can't judge what it might be. > Refactor the current Collection classes (list and set) > ------------------------------------------------------ > > Key: JBCACHE-485 > URL: http://jira.jboss.com/jira/browse/JBCACHE-485 > Project: JBoss Cache > Issue Type: Task > Security Level: Public(Everyone can see) > Components: PojoCache > Reporter: Ben Wang > Assigned To: Ben Wang > Priority: Critical > Fix For: PojoCache > > Attachments: icache.diff, set.diff > > Original Estimate: 4 weeks > Remaining Estimate: 4 weeks > > Current implementation of Collection uses direct coupling to the cache store indices. E.g., we map them into subtree according to index ordering. This is not very desirable for performance reason. We should consider to provide a indirect mapping such that it is considered a graph instead of ordered tree. > Or we should investigate whether it is possible to use a proxy operates on java.util.* classes such that we don't need to have our own implementation. The JDK lincense aside, ArrayList, e.g., uses an internal transient array. Is it possible to "aspectize" on that array only? -- 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

19 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-544) getQueryResults behavior: return null

by Edson Tirelli (JIRA)

getQueryResults behavior: return null -------------------------------------- Key: JBRULES-544 URL: http://jira.jboss.com/jira/browse/JBRULES-544 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 3.0.4 Reporter: Edson Tirelli Assigned To: Edson Tirelli Fix For: 3.0.5, 3.1-m1 AS REPORTED BY GEOFFREY DE SMET: --------------------------------------------------------- Thanks Edson for fixing the getQueryResults() method in JBRULES-539. I found something interesting I'd like to bring under discussion: WorkingMemory.getQueryResults() returns null when: - no such query exists in the drl's. I would have expected an IllegalArgumentException, in the spirit of fail-fast, but it's not that big a deal. - but it also returns null when the query has 0 results. I would have expected a QueryResults instance with .size() == 0. It seems inconsistent with WorkingMemory.getObjects(X.class) which does return an empty list, instead of null. [tested on the branch for 3.0.x for Rete] What do you think? -- With kind regards, Geoffrey De Smet -- 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

19 years, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1085) CMS Export : Exception if empty folder or no file found for one language

by Antoine Herzog (JIRA)

CMS Export : Exception if empty folder or no file found for one language ------------------------------------------------------------------------ Key: JBPORTAL-1085 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1085 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.4 Final Environment: JBPortal 2.4 / windows / CMS all stored in filesystem. Reporter: Antoine Herzog Assigned To: Roy Russo when trying to export folder or files, there is sometimes this error : 14:03:38,140 ERROR [STDERR] java.lang.NullPointerException 14:03:38,140 ERROR [STDERR] at org.jboss.portal.cms.impl.jcr.command.GetArchiveCommand.zipFiles(GetArchiveCommand.java:112) 14:03:38,140 ERROR [STDERR] at org.jboss.portal.cms.impl.jcr.command.GetArchiveCommand.execute(GetArchiveCommand.java:72) 14:03:38,140 ERROR [STDERR] at org.jboss.portal.cms.impl.jcr.JCRCommand.dispatch(JCRCommand.java:61) 14:03:38,140 ERROR [STDERR] at org.jboss.portal.cms.impl.jcr.JCRCMS.execute(JCRCMS.java:436) sometimes is : - when asking to export a folder and there is some sub folders with no files in it (no file for the asked language) - when asking to export a file that exist in language A but you ask export for language B in the code of GetArchiveCommand.java : private ZipOutputStream zipFiles(String sPath, ZipOutputStream zos) { .... JCRCommand fileList = (JCRCommand) this.mContext.getCommandFactory().createFileGetCommand(node.getPath(), new Locale(this.msLanguage)); File childFile = (File) this.mContext.execute(fileList); ZipEntry entry = new ZipEntry(this.rootFolderName + node.getPath()); zos.putNextEntry(entry); Content content = childFile.getContent(); ... line "112" is Content content = childFile.getContent(); childFile is null when the file was not found for the language. It should be checked before use and do nothing if the file is not found. (optional log ?) enhancement : may be propose the export feature to take the default language file instead (a check box in the portal CMS management screen), so some exported site could be build with always a page shown (like in CMS Portlet). -- 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

19 years, 6 months

2
1
0 / 0

[JBoss JIRA] Created: (JBESB-134) Content-based routing support

by Mark Little (JIRA)

Content-based routing support ----------------------------- Key: JBESB-134 URL: http://jira.jboss.com/jira/browse/JBESB-134 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Components: ESB Core Affects Versions: 4.0 Beta 1 Reporter: Mark Little Assigned To: Kurt Stam Fix For: 4.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

19 years, 6 months

2
6
0 / 0

[JBoss JIRA] Resolved: (JBPORTAL-538) CMSPortlet displays only in default page when link is clicked on a different page.

by Roy Russo (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-538?page=all ] Roy Russo resolved JBPORTAL-538. -------------------------------- Resolution: Won't Fix Workaround is: 1. Either modify the CMSObjectCommandFactory with a different target window <mbean code="org.jboss.portal.core.cms.CMSObjectCommandFactory" name="portal:commandFactory=CMSObject" xmbean-dd="" xmbean-code="org.jboss.portal.jems.as.system.JBossServiceModelMBean"> <xmbean/> <attribute name="TargetWindowRef">default.default.DefaultCMSPortletWindow</attribute> <depends optional-attribute-name="CMSService" proxy-type="attribute">portal:service=CMS</depends> </mbean> 2. Create your own mappers for it to use. > CMSPortlet displays only in default page when link is clicked on a different page. > ---------------------------------------------------------------------------------- > > Key: JBPORTAL-538 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-538 > Project: JBoss Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Portal CMS > Affects Versions: 2.2 Final, 2.4 Final > Reporter: Roy Russo > Assigned To: Roy Russo > Fix For: 2.6.Alpha1 > > > As mentioned here: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3914462 -- 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

19 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1098) Filesize not displaying in CMSAdminUI

by Roy Russo (JIRA)

Filesize not displaying in CMSAdminUI ------------------------------------- Key: JBPORTAL-1098 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1098 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6.Alpha1 Reporter: Roy Russo Assigned To: Roy Russo Fix For: 2.6.Alpha1 -- 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

19 years, 6 months

1
1
0 / 0

[JBoss JIRA] Created: (JBREM-630) Fix client/server race in org.jboss.test.remoting.transport.multiplex.LateClientShutdownTestCase.

by Ron Sigal (JIRA)

Fix client/server race in org.jboss.test.remoting.transport.multiplex.LateClientShutdownTestCase. ------------------------------------------------------------------------------------------------- Key: JBREM-630 URL: http://jira.jboss.com/jira/browse/JBREM-630 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Alpha3 (Bluto) Reporter: Ron Sigal Assigned To: Ron Sigal Priority: Minor Fix For: 2.2.0.Alpha3 (Bluto) The server starts a Connector in a separate in setUp(), and the client tries to connect before the server is ready. -- 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

19 years, 6 months

1
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 November 2006