November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1355) Optimistic lock fail not reported in a friendly way

by Michael Neale (JIRA)

Optimistic lock fail not reported in a friendly way --------------------------------------------------- Key: JBRULES-1355 URL: http://jira.jboss.com/jira/browse/JBRULES-1355 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-brms Affects Versions: 4.0.3 Reporter: Michael Neale Assigned To: Michael Neale Fix For: 4.1.0 shouldn't really use an exception for this. -- 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, 7 months

1
1
0 / 0

[JBoss JIRA] Created: (JBFORUMS-266) static context path into forums

by Luca Stancapiano (JIRA)

static context path into forums ------------------------------- Key: JBFORUMS-266 URL: http://jira.jboss.com/jira/browse/JBFORUMS-266 Project: JBoss Forums Issue Type: Bug Components: Forum View Layer Affects Versions: 1.1.0 RC Reporter: Luca Stancapiano Assigned To: Ryszard Kozmik Fix For: 1.1.0 GA in some codes there is hard coded '/portal-forums' ....if someone need to change context path, he could to get graphic problems and not to see several graphic features. I modified: forums/src/main/org/jboss/portlet/forums/properties/TCCLXProperties.java : 82 JSFUtil.getContextPath() + "/" + ForumsConstants.THEMENAME + "/" + entry.getValue()); forums/src/resources/portal-forums-war/views/topics/attachmentsview.xhtml : 52 <h:outputLink value="#{forums:contextPath()}/downloadAttachment"> forums/src/resources/portal-forums-war/views/topics/attachmentsview.xhtml : 87 <h:outputLink value="#{forums:contextPath()}/downloadAttachment" styleClass="genmed"> forums/src/resources/portal-forums-war/views/common/common.xhtml : 39 href='#{forums:contextPath()}/default_graphics/forums_styles.css' /forums/src/resources/portal-forums-war/views/common/common_noMenu.xhtml : 36 href='#{forums:contextPath()}/default_graphics/forums_styles.css' -- 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, 7 months

2
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1716) Create better icons

by Chris Laprun (JIRA)

Create better icons ------------------- Key: JBPORTAL-1716 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1716 Project: JBoss Portal Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Chris Laprun Assigned To: Chris Laprun -- 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, 7 months

2
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1798) Cleanup nested tables and other UI elements in core admin

by Wesley Hales (JIRA)

Cleanup nested tables and other UI elements in core admin --------------------------------------------------------- Key: JBPORTAL-1798 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1798 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Reporter: Wesley Hales Fix For: 2.6.3 Final -- 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, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1168) Provide ability to JMS local object reference between JMS endpoints in the same VM

by P Duffy (JIRA)

Provide ability to JMS local object reference between JMS endpoints in the same VM ---------------------------------------------------------------------------------- Key: JBMESSAGING-1168 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1168 Project: JBoss Messaging Issue Type: Feature Request Affects Versions: 1.3.0.GA Environment: EAP 4.2 on Solaris 10 Reporter: P Duffy Assigned To: Tim Fox Our application is using JMS for both inter and intra process messaging. We require the ability to message a local object reference between two messaging endpoints in the same VM. Alternatives are to Serialize the object (not viable, its a complex structure) or cache the object and message the cache identifier of the object (seems silly to have to do this). -- 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, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-4253) ServletContext().getRealPath("/") is returning null

by Scott M Stark (JIRA)

ServletContext().getRealPath("/") is returning null --------------------------------------------------- Key: JBAS-4253 URL: http://jira.jboss.com/jira/browse/JBAS-4253 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Reporter: Scott M Stark Assigned To: Remy Maucherat Fix For: JBossAS-5.0.0.Beta2 The following call: String realPath = getServletContext().getRealPath("/"); is failing due to a null path being returned. I assume this is a vfs integration issue. <testcase classname="org.jboss.test.web.test.WebIntegrationUnitTestCase" name="testRealPath" time="0.15"> − <error message="Expected reply code:200, actual=500" type="java.io.IOException"> java.io.IOException: Expected reply code:200, actual=500 at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:137) at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:108) at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:96) at org.jboss.test.util.web.HttpUtils.accessURL(HttpUtils.java:82) at org.jboss.test.web.test.WebIntegrationUnitTestCase.testRealPath(WebIntegrationUnitTestCase.java:67) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) </error> </testcase> -- 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, 7 months

3
5
0 / 0

[JBoss JIRA] Created: (JBBUILD-431) Fix assembly in security project

by Paul Gier (JIRA)

Fix assembly in security project -------------------------------- Key: JBBUILD-431 URL: http://jira.jboss.com/jira/browse/JBBUILD-431 Project: JBoss Build System Issue Type: Task Components: Maven Reporter: Paul Gier Fix For: Maven Build - Maint 2007 The security project is getting an NPE when the assembly tries to run. This occurs because of the order the projects are build. The aggregator project tries to create the assembly before the modules are built. A parent pom should be split from the aggregate pom to allow the aggregate to be built last. -- 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, 7 months

1
2
0 / 0

[JBoss JIRA] Created: (JBFORUMS-245) implementation for multiple forums

by Luca Stancapiano (JIRA)

implementation for multiple forums ---------------------------------- Key: JBFORUMS-245 URL: http://jira.jboss.com/jira/browse/JBFORUMS-245 Project: JBoss Forums Issue Type: Patch Components: Forum Model Layer, Forum Test Suite Affects Versions: 1.0.1 GA Environment: eclipse 3.2.2 , jboss as 4.0.5_cp_04, jboss portal taken from http://anonsvn.jboss.org/repos/portal/trunk since 9 jun 2007, jboss forums taken from http://anonsvn.labs.jboss.com/labs/jbossforums/branches/forums101P26 since 23 jun 2007 Reporter: Luca Stancapiano Assigned To: Ryszard Kozmik Fix For: 1.0.1 GA hi....I have a patch to use multiple forums into the portal.... updates are many because I added an argument in several method. The principal update is to add a jbp_forums_instances table that contains the instance for the forum and a field jbp_id that represents the instance. You can to add a new forum directly by web adding a preference from portlet instances form of portal. The new forum is represented by a foruminstanceid preference. It is a number that identify a forum. If two instances of forum has the same foruminstanceid , then they are equals, while if those preferences are different , then the forums are different and they will get different categories, forums, topics ...etc etc. I describe my update in steps: STEP 1: DATABASE AND HIBERNATE 1 - added a table called jbp_forums_instances managed through hibernate through interface ForumInstance and class ForumInstanceImpl as for the other tables in the forums 2 - added a field into jbp_forums_categories called jbp_forum_instance_id , that it tie in a one-to-many relation to jbp_forums_instances table and updated Category interface and CategoryImplClass 3 - updated src/resources/setup/setup.sql with the updates over mentioned 4 - updated src/resources/portal-forums-sar/conf/hibernate/setup.txt with the updates over mentioned 5 - updated src/resources/portal-forums-sar/conf/hibernate/hibernate.cfg.xml adding the creation of ForumInstance object into database STEP 2 - PREFERENCES 1 - updated src/resources/portal-forums-war/WEB-INF/portlet.xml adding foruminstanceid preference to configure through web into portlet instances of portal STEP 3 - METHODS 1 - updated findTopics, findTopicsHot, ,findTopicsByLatestPosts , findTopicsHottest, findTopicsMostViewed, findPosts, ,findCategories , findCategoriesFetchForums, findForums, createCategory, findLastPostsOfForums, findForumWatchByUser, findForumWatchedByUser, findTopicWatchedByUser, findTopicWatches and findForumWatches methods into src/main/org/jboss/portlet/forums/ForumsModule.java and src/main/org/jboss/portlet/forums/impl/ForumsModuleImpl.java to use forumInstanceId argument 2 - created findForumInstanceById, createForumInstance, removeForumInstance into src/main/org/jboss/portlet/forums/ForumsModule.java and src/main/org/jboss/portlet/forums/impl/ForumsModuleImpl.java to manage ForumInstance objects STEP 4 - TEST 1 - updated src/main/org/jboss/portlet/test/forums/CategoryModelTestCase.java to use new updates for methods 2 - updated src/main/org/jboss/portlet/test/forums/ForumModelTestCase.java to use new updates for methods 3 - updated src/main/org/jboss/portlet/test/forums/TopicModelTestCase.java to use new updates for methods 4 - updated src/main/org/jboss/portlet/test/forums/PostModelTestCase.java to use new updates for methods SETP 5 - ACTIONS 1- added getPreferences method into src/main/org/jboss/portlet/forums/ui/FormUtil.java. This method is similar to getPreferences of PortalUtil class but it let to get the preferences also for an anonymous user: public static String getPreference(String preferenceKey) { String preference = null; Object o = FacesContext.getCurrentInstance().getExternalContext() .getRequest(); if (o instanceof PortletRequest) { PortletRequest request = (PortletRequest) o; PortletPreferences pp = request.getPreferences(); preference = pp.getValue(preferenceKey, ""); } return preference; } 2 - updated all actions and views that need to get foruminstanceid to query and insert forum objects. Updated actions are: addCategory, moveCategoryDown and moveCategoryUp methods of src/main/org/jboss/portlet/forums/ui/action/AdminController.java Updated views are: getCategories and getForums methods of src/main/org/jboss/portlet/forums/ui/view/ViewAdminPanel.java execute method of src/main/org/jboss/portlet/forums/ui/view/ViewCategory.java getCategories method of src/main/org/jboss/portlet/forums/ui/view/ViewJumpbox.java getWatchedTopics and getTopicWatches methods of src/main/org/jboss/portlet/forums/ui/view/ViewMyForumsAllSubscrived.java getForumsLastPosts, execute and getWatchedForums methods of src/main/org/jboss/portlet/forums/ui/view/ViewMyForumsEditAllForums.java getWatchedTopics, getForumsLastPosts and getWatchedForums methods of src/main/org/jboss/portlet/forums/ui/view/ViewMyForumsMain.java loadDefaultTopics method of src/main/org/jboss/portlet/forums/ui/view/ViewSummary.java 3 - all methods use a FORUM_INSTANCE_ID constant declared into src/main/org/jboss/portlet/forums/ui/Constants.java to call foruminstanceid preferemce -- 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, 7 months

2
8
0 / 0

[JBoss JIRA] Updated: (JBAS-3258) JDBC artificats should throw SQLException when already closed

by Adrian Brock (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-3258?page=all ] Adrian Brock updated JBAS-3258: ------------------------------- Comment: was deleted > JDBC artificats should throw SQLException when already closed > ------------------------------------------------------------- > > Key: JBAS-3258 > URL: http://jira.jboss.com/jira/browse/JBAS-3258 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCA service > Affects Versions: JBossAS-4.0.4.GA > Reporter: Adrian Brock > Assigned To: Weston Price > Fix For: JBossAS-4.0.5.CR1, JBossAS-4.0.4.SP1 > > > In the change to fix JBAS-2741 I mistakenly made the JDBC wrappers throw an SQL > exception if the artifact is already closed. They should just return with an exception. > From the Javadoc: > "Calling the method close on a Statement object that is already closed has no effect." > e.g. In WrappedStatement > public void close() throws SQLException > { > synchronized (lock) > { > if (closed) > throw new SQLException("Already closed"); > closed = true; > } > lc.unregisterStatement(this); > internalClose(); > } > this should be: > public void close() throws SQLException > { > synchronized (lock) > { > if (closed) > return; > closed = true; > } > lc.unregisterStatement(this); > internalClose(); > } -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-3258) JDBC artificats should throw SQLException when already closed

by Adrian Brock (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-3258?page=comments#action_12389843 ] Adrian Brock commented on JBAS-3258: ------------------------------------ Help requests go in the forums, not release notes. > JDBC artificats should throw SQLException when already closed > ------------------------------------------------------------- > > Key: JBAS-3258 > URL: http://jira.jboss.com/jira/browse/JBAS-3258 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCA service > Affects Versions: JBossAS-4.0.4.GA > Reporter: Adrian Brock > Assigned To: Weston Price > Fix For: JBossAS-4.0.5.CR1, JBossAS-4.0.4.SP1 > > > In the change to fix JBAS-2741 I mistakenly made the JDBC wrappers throw an SQL > exception if the artifact is already closed. They should just return with an exception. > From the Javadoc: > "Calling the method close on a Statement object that is already closed has no effect." > e.g. In WrappedStatement > public void close() throws SQLException > { > synchronized (lock) > { > if (closed) > throw new SQLException("Already closed"); > closed = true; > } > lc.unregisterStatement(this); > internalClose(); > } > this should be: > public void close() throws SQLException > { > synchronized (lock) > { > if (closed) > return; > closed = true; > } > lc.unregisterStatement(this); > internalClose(); > } -- 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, 7 months

1
0
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 2007