March 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBEE-20) Create EL API 2.2

by Pete Muir (JIRA)

Create EL API 2.2 ----------------- Key: JBEE-20 URL: https://jira.jboss.org/jira/browse/JBEE-20 Project: JBoss JavaEE APIs Issue Type: Feature Request Reporter: Pete Muir Assignee: Shelly McGowan It would be really useful if we could release a standalone version of javax.el:el-api:2.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (JBEE-32) javax.annotations

by Anil Saldhana (JIRA)

javax.annotations ------------------ Key: JBEE-32 URL: https://jira.jboss.org/jira/browse/JBEE-32 Project: JBoss JavaEE APIs Issue Type: Feature Request Reporter: Anil Saldhana Assignee: Shelly McGowan the tomcat annotations-api.jar has the following annotations: ================= anil@localhost:~/apache-tomcat-6.0.18/lib$ jar tvf annotations-api.jar 0 Tue Jul 22 02:00:40 CDT 2008 META-INF/ 106 Tue Jul 22 02:00:38 CDT 2008 META-INF/MANIFEST.MF 0 Tue Jul 22 02:00:32 CDT 2008 javax/ 0 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/ 0 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/ 637 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/Generated.class 396 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/PostConstruct.class 390 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/PreDestroy.class 1179 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/Resource$AuthenticationType.class 903 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/Resource.class 427 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/Resources.class 433 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/DeclareRoles.class 393 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/DenyAll.class 409 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/PermitAll.class 447 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/RolesAllowed.class 418 Tue Jul 22 02:00:30 CDT 2008 javax/annotation/security/RunAs.class 0 Tue Jul 22 02:00:30 CDT 2008 javax/ejb/ 629 Tue Jul 22 02:00:30 CDT 2008 javax/ejb/EJB.class 398 Tue Jul 22 02:00:30 CDT 2008 javax/ejb/EJBs.class 0 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/ 737 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceContext.class 1085 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceContextType.class 459 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceContexts.class 404 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceProperty.class 524 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceUnit.class 450 Tue Jul 22 02:00:30 CDT 2008 javax/persistence/PersistenceUnits.class 0 Tue Jul 22 02:00:32 CDT 2008 javax/xml/ 0 Tue Jul 22 02:00:32 CDT 2008 javax/xml/ws/ 633 Tue Jul 22 02:00:32 CDT 2008 javax/xml/ws/WebServiceRef.class 434 Tue Jul 22 02:00:32 CDT 2008 javax/xml/ws/WebServiceRefs.class ============================================= Some of these are generic cross cutting annotations that should not reside in for example, the jboss ejb3 jars. Carlo had mentioned sometime back that he intends to pull out the annotations from ejb3 into a separate module under javaee project. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBREM-1195) Support SASL EXTERNAL mechanism

by David Lloyd (JIRA)

Support SASL EXTERNAL mechanism ------------------------------- Key: JBREM-1195 URL: https://jira.jboss.org/jira/browse/JBREM-1195 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: r3 core: remote Reporter: David Lloyd Fix For: 3.1.0.CR1 In order to use any authentication credentials established by the outer security layer (i.e. SSL), SASL provides the EXTERNAL mechanism. We need to make sure we support this mechanism, including documentation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2433) Facts with event roles in process constraints cause exception

by Paul Borlin (JIRA)

Facts with event roles in process constraints cause exception ------------------------------------------------------------- Key: JBRULES-2433 URL: https://jira.jboss.org/jira/browse/JBRULES-2433 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Paul Borlin Assignee: Mark Proctor When the following conditions are met, a runtime exception is thrown when the following said type is inserted into working memory: 1. A ruleflow and rule definition are asserted into the knowledgebase 2. The rule definition declares a type as being an "event". (declare myType @role( event ) @timestamp( value ) end ) 3. The ruleflow references that type in a constraint. 4. A rule in the rule definition has a LHS constraint that references that type as an event (i.e., code such as "over window:time( 12M )" is used) Attached is a JUnit test that reproduces issue. The following stack trace is the result: java.lang.ClassCastException: org.drools.common.DefaultFactHandle cannot be cast to org.drools.common.EventFactHandle at org.drools.rule.SlidingTimeWindow.updateNextExpiration(SlidingTimeWindow.java:198) at org.drools.rule.SlidingTimeWindow.assertRightTuple(SlidingTimeWindow.java:120) at org.drools.rule.BehaviorManager.assertRightTuple(BehaviorManager.java:88) at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:186) at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:42) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:147) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:360) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:337) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:184) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1093) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1044) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:829) at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:233) at com.company.RuleFlowTest.pepPostEvent(RuleFlowTest.java:83) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

3
6
0 / 0

[JBoss JIRA] Created: (JGRP-906) Marshalling: requirement to use magic numbers

by Bela Ban (JIRA)

Marshalling: requirement to use magic numbers --------------------------------------------- Key: JGRP-906 URL: https://jira.jboss.org/jira/browse/JGRP-906 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 3.0 Sometimes (e.g. Util.writeOtherAddress()), we use the classname if a magic number is not available, to marshall a type. We should change to always using magic numbers. If a magic number is not registered, we should throw an exception. This should at least be done for JGroups defined types -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
3
0 / 0

[JBoss JIRA] Created: (JBVFS-144) vfs30 does not play well with 3rd party registering URLHandlers

by Thomas Diesler (JIRA)

vfs30 does not play well with 3rd party registering URLHandlers --------------------------------------------------------------- Key: JBVFS-144 URL: https://jira.jboss.org/jira/browse/JBVFS-144 Project: JBoss VFS Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.0.0.CR3 Reporter: Thomas Diesler Assignee: John Bailey The Felix OSGi Framework registers URLHandlers http://svn.apache.org/repos/asf/felix/releases/org.apache.felix.framework... If it does so all access to file resources breaks and you should see 14:00:38,361 INFO [FelixIntegration] JBossOSGi Felix - 2.0.2.SP1-SNAPSHOT 14:01:52,483 WARN [JBossEntityResolver] Trying to resolve systemId as a non-file URL: http://java.sun.com/dtd/web-app_2_3.dtd 14:02:00,703 WARN [JBossEntityResolver] Trying to resolve systemId as a non-file URL: http://www.jboss.org/j2ee/dtd/jboss-web_5_0.dtd 14:02:01,190 WARN [JBossEntityResolver] Trying to resolve systemId as a non-file URL: http://www.jboss.org/j2ee/dtd/service-ref_5_0.dtd 14:02:03,064 WARN [JBossEntityResolver] Cannot load systemId from resource: connector_1_5.xsd 14:02:03,065 WARN [JBossEntityResolver] Trying to resolve systemId as a non-file URL: http://java.sun.com/xml/ns/j2ee/connector_1_5.xsd 14:02:04,243 WARN [JBossEntityResolver] Cannot load systemId from resource: j2ee_1_4.xsd 14:02:04,245 WARN [JBossEntityResolver] Trying to resolve systemId as a non-file URL: http://java.sun.com/xml/ns/j2ee/j2ee_1_4.xsd 14:02:05,411 WARN [JBossEntityResolver] Cannot load systemId from resource: xml.xsd Later there are also various classloading issues. The URLHandlers can be disabled like this <entry><key>felix.service.urlhandlers</key><value>false</value></entry> However then, you'll see a variation of [JBVFS-142] Caused by: java.lang.NullPointerException at org.jboss.vfs.VirtualJarInputStream.read(VirtualJarInputStream.java:149) at org.jboss.vfs.VirtualJarInputStream.read(VirtualJarInputStream.java:142) at org.apache.felix.framework.cache.BundleCache.copyStreamToFile(BundleCache.java:254) at org.apache.felix.framework.cache.JarRevision.initialize(JarRevision.java:167) at org.apache.felix.framework.cache.JarRevision.<init>(JarRevision.java:80) at org.apache.felix.framework.cache.JarRevision.<init>(JarRevision.java:58) at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:1020) at org.apache.felix.framework.cache.BundleArchive.revise(BundleArchive.java:631) at org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:147) at org.apache.felix.framework.cache.BundleCache.create(BundleCache.java:176) at org.apache.felix.framework.Felix.installBundle(Felix.java:2317) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-1149) Decrease round trip time

by Bela Ban (JIRA)

Decrease round trip time ------------------------ Key: JGRP-1149 URL: https://jira.jboss.org/jira/browse/JGRP-1149 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.10 RpcDispatcherSpeedTest or PingPong show round trip times (RTTs) of over a millisecond on a local box (where ping shows an avg of 0.017 ms RTT time), or 1-3 ms (!) in the ATL cluster lab where ping shows an avg of 0.130 ms RTT. Investigate where the time is spent, and reduce it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
4
0 / 0

[JBoss JIRA] Created: (JBREFLECT-101) Replace Cached tests by duplicate run of ClassPoolTestCase with cache enabled

by Flavia Rainone (JIRA)

Replace Cached tests by duplicate run of ClassPoolTestCase with cache enabled ----------------------------------------------------------------------------- Key: JBREFLECT-101 URL: https://jira.jboss.org/jira/browse/JBREFLECT-101 Project: JBoss Reflection Issue Type: Task Components: Class Pool Affects Versions: JBossReflection.2.2.0-Alpha3 Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: JBossReflection.2.2.0-Alpha4 All Cached test classes simply inherit a test class and sets the "org.jboss.classpool.policy" system property value to "org.jboss.util.TimedCachePolicy". Below is an example of such test class: public class CachedArchiveClassPoolTestCase extends ArchiveClassPoolTestCase { public CachedArchiveClassPoolTestCase(String name) { super(name); } @Override protected void setUp() throws Exception { super.setUp(); System.setProperty(CtClassCacheFactory.POLICY_CLASS, TimedCachePolicy.class.getName()); } } These classes should be replaced by a second run of the extended ClassPoolTestCases with the system property configured as described. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBREFLECT-102) Remove uneeded ClassPool classes

by Flavia Rainone (JIRA)

Remove uneeded ClassPool classes -------------------------------- Key: JBREFLECT-102 URL: https://jira.jboss.org/jira/browse/JBREFLECT-102 Project: JBoss Reflection Issue Type: Task Components: BeanInfo Affects Versions: JBossReflection.2.2.0-Alpha4 Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: JBossReflection.2.2.0-Alpha5 Once all changes made in JBAOP-742 as merged to JBoss AOP, we will be able to determine which ClassPool classes exactly are not going to be needed. This classes should be deleted. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1480) Specify Lock datarow on Sybase create tables

by Clebert Suconic (JIRA)

Specify Lock datarow on Sybase create tables -------------------------------------------- Key: JBMESSAGING-1480 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1480 Project: JBoss Messaging Issue Type: Task Affects Versions: 1.4.0.SP3.CP04 Reporter: Clebert Suconic Assignee: Howard Gao Priority: Minor Fix For: 1.4.0.SP3.CP05, 1.4.3.GA Some users were complaining about dead locks on sybase with JBossMessaging. That trully is a config issue on sybase, but to avoid that maybe we should specify the lock schema at create table level, as shown on this doc. http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.dc20021_125... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

2
18
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2010