June 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-827) creating timers inside start() creates duplicate timers.

by David Owens (JIRA)

creating timers inside start() creates duplicate timers. -------------------------------------------------------- Key: EJBTHREE-827 URL: http://jira.jboss.com/jira/browse/EJBTHREE-827 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC9 - FD Environment: Windows 2000, JBoss 4.0.5 (jems installer), Java 1.5 Reporter: David Owens Calling ctx.getTimerService().createTimer(...) within the start() method of a managed service bean creates duplicate timers. In other words, I have a bean which is both @Management and @Service which has a method which is @Timeout. In the start method of the bean (when the bean is deployed) I create a new timer. But then the method marked @Timeout is called twice. When I investigate the timers in by calling ctx.getTimerService().getTimers(), I find there are actually 2 timers with different ids, but with the exact same info. I have attached an example. You will see the start() method getting called once when the bean is deployed, but then the timeout method getting called twice. -- 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

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-860) Eclipse IDE takes only last bound value for evaluation to create RETE Tree

by Thomas Joseph (JIRA)

Eclipse IDE takes only last bound value for evaluation to create RETE Tree -------------------------------------------------------------------------- Key: JBRULES-860 URL: http://jira.jboss.com/jira/browse/JBRULES-860 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Affects Versions: 3.0.6 Environment: Windows 2000, Eclipse 3.2.2, Drools 3.0.6, JDK1.4.2 Reporter: Thomas Joseph Assigned To: Mark Proctor Eclipse IDE would not take bound variables created earlier for same type of Facts. The following code shows Parse errer for RETE Tree in the Eclipse IDE rule "rule_demo" no-loop agenda-group "SPECIAL_AGENDA" when $ruleStatus: RuleStatus( ) $mapEntryBugCreated: MapEntry( key "bugCreated", valueAsString == "Y" ) MapEntry( key == "bugCreatedDate", $bugCreatedDate: valueAsCalDate ) MapEntry( key == "fixedDate", $fixedDate: valueAsCalDate ) eval($bugCreatedDate.getYear() > 2007) then System.out.println("Bug Created Date is Invalid"); end where getValueAsCalDate returns a java.util.Date object. I have used the Deprecated method getYear(), for ease. Otherwise too, this wont work. -- 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

3
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1312) Urgent --- Issue creating a Portlet with JSF

by Vijaya Kumar Aalati (JIRA)

Urgent --- Issue creating a Portlet with JSF -------------------------------------------- Key: JBPORTAL-1312 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1312 Project: JBoss Portal Issue Type: Release Security Level: Public (Everyone can see) Components: Portal Core, Portal Portlet Affects Versions: 2.4.1 Final Environment: Windows Reporter: Vijaya Kumar Aalati Assigned To: Julien Viet Priority: Blocker Hi, I am trying to use JSF to develop a portlet and when I load the Portlet in a page I get an error which says: javax.portlet.PortletException: Org.apache.jasper.JasperException:Exception in JSP And this exception points to the line in the JSP where the <f:view> tag is defined. I have pasted the code in my JSP below. Could some one please tell me what is wrong with it and why I am getting the error. I am extending the GenericPortlet to write my own Portlet class. I hope this should not be an issue, correct? In my own Portlet class that I wrote, I am setting the response.setContentType("text/html"). Would this cause any issue? Thanks much, Vijay <%@ page language="java" session="true" %> <%@ page import = "java.util.HashMap" %> <%@ page import = "javax.swing.*" %> <%@ page import = "javax.portlet.PortletSession" %> <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %> <%@ taglib uri="/WEB-INF/tld/portlet.tld" prefix="portlet" %> <portlet:defineObjects/> <portlet:actionURL var="loginAction"> <portlet:param name="command" value="doLogin" /> </portlet:actionURL> <f:view> </f:view> -- 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

3
3
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-174) Add API for dynamic aliases

by Adrian Brock (JIRA)

Add API for dynamic aliases --------------------------- Key: JBMICROCONT-174 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-174 Project: JBoss MicroContainer Issue Type: Sub-task Components: Dependency Reporter: Adrian Brock Fix For: JBossMC_2_0_0_CR1 Besides the static aliases defined upfront in for example the beans xml, an additional feature is to be able to add dynamic aliases as well. For example. If a bean is deployed with something like: <bean name="POJOName"> <annotation>@JMX(objectName="com.acme:a=b")</annotation> Then that ObjectName could also be an alias for POJOName context added "dynamically" by the JMX Decorator. This would involve two new methods on the Controller interface: addAlias(Object alias, Object original); removeAlias(Object alias); Initially, for simplicty, we should apply the following constraints: 1) The "original" name must already exist. 2) The person that adds the alias is expected to remove the alias. A full solution would require keeping track of aliases and originals and also define a correct way of handling broken aliases with the caller having to do it themselves. -- 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

2
2
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-173) Write tests for the JMX ObjectName fix using normal bean xml

by Adrian Brock (JIRA)

Write tests for the JMX ObjectName fix using normal bean xml ------------------------------------------------------------ Key: JBMICROCONT-173 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-173 Project: JBoss MicroContainer Issue Type: Sub-task Components: Dependency Reporter: Adrian Brock Fix For: JBossMC_2_0_0_CR1 There is a generic test for the problem fixed in JBMICROCONT-166 Need to write extra tests for this from the bean xml (BeanMetaData) to make sure we have caught everything. -- 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

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-944) Version compabitlity matrix for jboss aop and javassist version in PojoCache

by Ben Wang (JIRA)

Version compabitlity matrix for jboss aop and javassist version in PojoCache ---------------------------------------------------------------------------- Key: JBCACHE-944 URL: http://jira.jboss.com/jira/browse/JBCACHE-944 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: 2.0.0.GA This has come up in different places that jboss aop and javassist versions are not compabitliy between jboss as and jbc release. I have request ed Kabir to make sure it will be in the future. -- 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

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1066) Add serialVersionUIDs to PojoCache Notification subclasses

by Brian Stansberry (JIRA)

Add serialVersionUIDs to PojoCache Notification subclasses ---------------------------------------------------------- Key: JBCACHE-1066 URL: http://jira.jboss.com/jira/browse/JBCACHE-1066 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Affects Versions: 2.0.0.CR1 Reporter: Brian Stansberry Assigned To: Jason T. Greene Fix For: 2.0.0.GA Eclipse reports about 7 of them are missing. -- 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

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-848) Compilation failures due to illegal UTF8 characters

by Lars Ivar Igesund (JIRA)

Compilation failures due to illegal UTF8 characters --------------------------------------------------- Key: JBRULES-848 URL: http://jira.jboss.com/jira/browse/JBRULES-848 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.MR2 Environment: Linux, JDK 1.6 Reporter: Lars Ivar Igesund Assigned To: Mark Proctor Trying to do mvn install from trunk using JDK 1.6. Some files fail to compile due to containing invalid UTF8 characters, all in comments. drools/drools-core/src/main/java/org/objenesis/instantiator/jrockit/JRockitLegacyInstantiator.java:[10,81] unmappable character for encoding UTF8 drools/drools-core/src/main/java/org/objenesis/instantiator/jrockit/JRockit131Instantiator.java:[10,81] unmappable character for encoding UTF8 drools/drools-core/src/main/java/org/drools/asm/attrs/StackMapTableAttribute.java:[46,17] unmappable character for encoding UTF8 drools/drools-core/src/main/java/org/drools/asm/attrs/StackMapTableAttribute.java:[48,58] unmappable character for encoding UTF8 drools/drools-compiler/src/test/java/org/drools/IndexedNumber.java:[57,37] unmappable character for encoding UTF8 drools/drools-compiler/src/test/java/org/drools/IndexedNumber.java:[71,31] unmappable character for encoding UTF8 -- 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

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1506) CMSPortlet : change internal properties from private to protected

by Antoine Herzog (JIRA)

CMSPortlet : change internal properties from private to protected ----------------------------------------------------------------- Key: JBPORTAL-1506 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1506 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6 CR3 Environment: JBP2.6RC3 Reporter: Antoine Herzog Assigned To: Sohil Shah Priority: Minor In the CMSPortlet (great new features !), a lot of internal properties are with the PRIVATE scope. url manipulation, CMSservice, DEFAULT_PAGES_PATH, etc... it would be great that they are in PROTECTED scope, so anyone can override the CMSPortlet class for minor adaptation of features. I write my own CMSPortlet, from the one provided, for the CMS needs of my portal (adding a footer, logging for debug, I18n management, etc...) but some people may just want to override the class and modify a few thing here and there -- 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

3
3
0 / 0

[JBoss JIRA] Created: (JBRULES-786) Using a Package with a not condition across multiple RuleBases causes ArrayIndexOutOfBoundsException

by Thomas Meeks (JIRA)

Using a Package with a not condition across multiple RuleBases causes ArrayIndexOutOfBoundsException ---------------------------------------------------------------------------------------------------- Key: JBRULES-786 URL: http://jira.jboss.com/jira/browse/JBRULES-786 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.0.6 Environment: Linux, Java v1.5.0_11 Reporter: Thomas Meeks Assigned To: Mark Proctor Attachments: droolstest.zip, exception.txt When a Package containing a "not" condition (i.e. when not Fact()) is used in multiple disparate RuleBases, an ArrayIndexOutOfBoundsException is thrown. The exception will be thrown after the WorkingMemory from the second RuleBase using the same Package is executed. -- 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

3
5
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 June 2007