November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1799) Documentation for Seam, JSF, and RichFaces portlets

by Wesley Hales (JIRA)

Documentation for Seam, JSF, and RichFaces portlets ---------------------------------------------------- Key: JBPORTAL-1799 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1799 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, 3 months

4
11
0 / 0

[JBoss JIRA] Created: (JGRP-636) NullPointerException in Multiplexer

by Robert Newson (JIRA)

NullPointerException in Multiplexer ----------------------------------- Key: JGRP-636 URL: http://jira.jboss.com/jira/browse/JGRP-636 Project: JGroups Issue Type: Bug Affects Versions: 2.6 Reporter: Robert Newson Assigned To: Bela Ban java.lang.NullPointerException at org.jgroups.mux.Multiplexer.handleStateRequest(Multiplexer.java:639) at org.jgroups.mux.Multiplexer.up(Multiplexer.java:352) at org.jgroups.JChannel.up(JChannel.java:1148) at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:362) at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:427) at org.jgroups.protocols.pbcast.STATE_TRANSFER.requestApplicationStates(STATE_TRANSFER.java:233) at org.jgroups.protocols.pbcast.STATE_TRANSFER.handleStateReq(STATE_TRANSFER.java:367) at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:117) at org.jgroups.protocols.FRAG2.up(FRAG2.java:205) at org.jgroups.protocols.pbcast.GMS.up(GMS.java:766) at org.jgroups.protocols.VIEW_SYNC.up(VIEW_SYNC.java:161) at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234) at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:579) at org.jgroups.protocols.UNICAST.up(UNICAST.java:250) at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:714) at org.jgroups.protocols.BARRIER.up(BARRIER.java:122) at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167) at org.jgroups.protocols.FD.up(FD.java:322) at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:300) at org.jgroups.protocols.MERGE2.up(MERGE2.java:145) at org.jgroups.protocols.Discovery.up(Discovery.java:250) at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1510) at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1459) at java.util.concurrent.ThreadPoolExecutor$CallerRunsPolicy.rejectedExecution(ThreadPoolExecutor.java:1737) at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:767) at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:658) at org.jgroups.protocols.TP.dispatchToThreadPool(TP.java:1060) at org.jgroups.protocols.TP.receive(TP.java:1031) at org.jgroups.protocols.UDP$UcastReceiver.run(UDP.java:899) at java.lang.Thread.run(Thread.java:619) -- 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
6
0 / 0

[JBoss JIRA] Created: (JBAS-4637) Fix org.jboss.test.messaging.* tests

by Dimitris Andreadis (JIRA)

Fix org.jboss.test.messaging.* tests ------------------------------------ Key: JBAS-4637 URL: http://jira.jboss.com/jira/browse/JBAS-4637 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Test Suite Reporter: Dimitris Andreadis Fix For: JBossAS-5.0.0.Beta3 http://cruisecontrol.jboss.com/cc/artifacts/jboss-head-testsuite-sun-1.5/... The failing messaging tests need to be looked-up and further qualified or fixed. The failures are not necessarily messaging related: SecurityUnitTestCase 30 0 9 21.235 SecurityUnitTestCase(tests-jbossmessaging) 30 0 10 33.938 SessionCloseStressTestCase(tests-standard-stress) 1 1 0 0.000 UnackedUnitTestCase -- 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

4
11
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, 3 months

6
11
0 / 0

[JBoss JIRA] Created: (JBSER-97) RegularObjectPersister.readSlotWithFields to log number of fields being read

by Galder Zamarreno (JIRA)

RegularObjectPersister.readSlotWithFields to log number of fields being read ---------------------------------------------------------------------------- Key: JBSER-97 URL: http://jira.jboss.com/jira/browse/JBSER-97 Project: JBoss Serialization Issue Type: Task Affects Versions: 1.0.3 GA Reporter: Galder Zamarreno Assigned To: Clebert Suconic Priority: Minor writeSlotWithFields logs the slot name and number of fields to be written. for debugging pupouses, readSlotWithFields could do with logging the number of fields written too, i.e. RegularObjectPersister.readSlotWithFields() to start like this: short numberOfFields = (short)fieldsKey.length; if (isDebug) { log.debug("readSlotWithFields slot=" + slot.getSlotClass().getName() + " and " + numberOfFields + " fields"); } instead of: if (isDebug) { log.debug("readSlotWithFields slot=" + slot.getSlotClass().getName()); } //final int numberOfFields = input.readShort(); short numberOfFields = (short)fieldsKey.length; -- 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

1
2
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-5016) Update docs for beta3

by Scott M Stark (JIRA)

Update docs for beta3 --------------------- Key: JBAS-5016 URL: http://jira.jboss.com/jira/browse/JBAS-5016 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Reporter: Scott M Stark Assigned To: Norman Richards Priority: Blocker Fix For: JBossAS-5.0.0.Beta3 We need to update wiki/project pages for changes in beta3. -- 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
7
0 / 0

[JBoss JIRA] Created: (JBAS-4605) JSP compiler won't compile JDK 1.5 source

by Stan Silvert (JIRA)

JSP compiler won't compile JDK 1.5 source ----------------------------------------- Key: JBAS-4605 URL: http://jira.jboss.com/jira/browse/JBAS-4605 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.2.1.GA Reporter: Stan Silvert Assigned To: Stan Silvert >From the comments in conf/web.xml, it looks like the JSP servlet should detect the JVM version and then set compilerTargetVM and compilerSourceVM automatically. This is not working as a JSP with JDK 1.5 source will not compile. -- 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
5
0 / 0

[JBoss JIRA] Created: (JGRP-557) MuxChannel should not receive views after it disconnects

by Vladimir Blagojevic (JIRA)

MuxChannel should not receive views after it disconnects -------------------------------------------------------- Key: JGRP-557 URL: http://jira.jboss.com/jira/browse/JGRP-557 Project: JGroups Issue Type: Bug Affects Versions: 2.5 Reporter: Vladimir Blagojevic Assigned To: Bela Ban Brian Stansberry said: Noticed a behavior difference between a MuxChannel and a regular JChannel. If a service uses a regular JChannel and calls disconnect, it does not get a viewAccepted callback with the new view that excludes itself. If the service uses a MuxChannel, it does get the callback. I have a vague memory that this came up in discussions a long time ago (and that maybe we decided to ignore it???). Couldn't find anything in the archive though. In a way it's nice to get the view, but if we leave this as is, services that can handle either type of channel (e.g. JBoss Cache) will need to properly handle both cases. -- 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

1
6
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