June 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4492) NullPointerException in org.jboss.util.propertyeditor.DateEditor setValue(...)

by Daniel Goemans (JIRA)

NullPointerException in org.jboss.util.propertyeditor.DateEditor setValue(...) ------------------------------------------------------------------------------ Key: JBAS-4492 URL: http://jira.jboss.com/jira/browse/JBAS-4492 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.0.4.GA Reporter: Daniel Goemans Attachments: DateEditorStacktrace.txt While using the Spring MVC framework and calling MultiActionController.bind(request, ourBean), we encountered a NullPointerException in org.jboss.util.propertyeditor.DateEditor.setValue(...). We have tested the same deployment on three versions of JBoss -- this error does not occur when running on 4.0.3-SP1; however it did occur in both 4.0.4-GA and 4.0.5-GA. I will attach a stacktrace shortly. -- 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, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (JBCOMMON-24) WeakSet failures

by Sven Meier (JIRA)

WeakSet failures ---------------- Key: JBCOMMON-24 URL: http://jira.jboss.com/jira/browse/JBCOMMON-24 Project: JBoss Common Issue Type: Patch Security Level: Public (Everyone can see) Components: core Environment: irrelevant Reporter: Sven Meier Assigned To: Dimitris Andreadis WeakSet exhibits a major bug in handling of null values and multiple invocations of hasNext(). See attached test case and possible patch. -- 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, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (JBCOMMON-23) JBossEntityResolver does not register jboss-app_5_0.dtd

by Thomas Diesler (JIRA)

JBossEntityResolver does not register jboss-app_5_0.dtd -------------------------------------------------------- Key: JBCOMMON-23 URL: http://jira.jboss.com/jira/browse/JBCOMMON-23 Project: JBoss Common Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Dimitris Andreadis 2.0.4.Alpha registerEntity("-//JBoss//DTD J2EE Application 1.3//EN", "jboss-app_3_0.dtd"); registerEntity("-//JBoss//DTD J2EE Application 1.3V2//EN", "jboss-app_3_2.dtd"); registerEntity("-//JBoss//DTD J2EE Application 1.4//EN", "jboss-app_4_0.dtd"); I added this workaround to XmlFileLoader JBossEntityResolver entityResolver = new JBossEntityResolver(); entityResolver.registerEntity("-//JBoss//DTD Java EE Application 5.0///EN", "jboss-app_5_0.dtd"); -- 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, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (JBCOMMON-26) Error handling in property editors for null values

by Adrian Brock (JIRA)

Error handling in property editors for null values -------------------------------------------------- Key: JBCOMMON-26 URL: http://jira.jboss.com/jira/browse/JBCOMMON-26 Project: JBoss Common Issue Type: Bug Security Level: Public (Everyone can see) Components: common-old, core Reporter: Adrian Brock As per the parent task, the error handling for the DateEditor is not handling null values correctly. public void setValue(Object value) { if (value instanceof Date) { text = null; super.setValue(value); } else { throw new IllegalArgumentException("setValue() expected java.util.Date value, got " + value.getClass().getName()); } } There needs to be an initial if (value == null) throw new IllegalArgumentException("Null value for setValue() expected java.util.Date"); or alternatively (since the javadocs don't disallow null values) if (value == null) return null; The other property editors need checking for the same problem. -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-3613) failing test in org.jboss.test.iiop.test.ParameterPassingStressTestCase

by Dimitris Andreadis (JIRA)

failing test in org.jboss.test.iiop.test.ParameterPassingStressTestCase ----------------------------------------------------------------------- Key: JBAS-3613 URL: http://jira.jboss.com/jira/browse/JBAS-3613 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: IIOP service, Test Suite Environment: Java Version 1.5.0_05 Java Vendor Sun Microsystems Inc. Java VM Name Java HotSpot(TM) Server VM Java VM Version 1.5.0_05-b05 Java VM Info mixed mode OS Name Linux OS Version 2.6.9-34.0.2.ELsmp OS Arch i386 Reporter: Dimitris Andreadis Assigned To: Francisco Reverbel Fix For: JBossAS-4.0.5.GA test_getException Error Invalid indirection to offset 1704 java.io.IOException: Invalid indirection to offset 1704 at com.sun.corba.se.impl.io.IIOPInputStream$ActiveRecursionManager.getObject(IIOPInputStream.java:2684) at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2218) at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221) at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293) at org.jacorb.util.ValueHandler.readValue(ValueHandler.java:25) at org.jacorb.orb.CDRInputStream.read_untyped_value(CDRInputStream.java:2695) at org.jacorb.orb.CDRInputStream.read_typed_value(CDRInputStream.java:2753) at org.jacorb.orb.CDRInputStream.read_value(CDRInputStream.java:2438) at com.sun.corba.se.impl.io.ValueHandlerImpl.read_Array(ValueHandlerImpl.java:756) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:325) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293) at org.jacorb.util.ValueHandler.readValue(ValueHandler.java:25) at org.jacorb.orb.CDRInputStream.read_untyped_value(CDRInputStream.java:2695) at org.jacorb.orb.CDRInputStream.read_typed_value(CDRInputStream.java:2753) at org.jacorb.orb.CDRInputStream.read_value(CDRInputStream.java:2438) at com.sun.corba.se.impl.io.IIOPInputStream.inputObjectField(IIOPInputStream.java:1989) at com.sun.corba.se.impl.io.IIOPInputStream.inputClassFields(IIOPInputStream.java:2213) at com.sun.corba.se.impl.io.IIOPInputStream.inputObject(IIOPInputStream.java:1221) at com.sun.corba.se.impl.io.IIOPInputStream.simpleReadObject(IIOPInputStream.java:400) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValueInternal(ValueHandlerImpl.java:327) at com.sun.corba.se.impl.io.ValueHandlerImpl.readValue(ValueHandlerImpl.java:293) at org.jacorb.util.ValueHandler.readValue(ValueHandler.java:25) at org.jacorb.orb.CDRInputStream.read_untyped_value(CDRInputStream.java:2695) at org.jacorb.orb.CDRInputStream.read_typed_value(CDRInputStream.java:2753) at org.jacorb.orb.CDRInputStream.read_value(CDRInputStream.java:2310) at org.jacorb.orb.Any.read_value(Any.java:816) at org.jacorb.orb.CDRInputStream.read_any(CDRInputStream.java:673) at com.sun.corba.se.impl.javax.rmi.CORBA.Util.readAny(Util.java:401) at javax.rmi.CORBA.Util.readAny(Util.java:92) at org.jboss.iiop.rmi.marshal.CDRStream$ObjectReader.read(CDRStream.java:618) at org.jboss.iiop.rmi.marshal.strategy.StubStrategy.readRetval(StubStrategy.java:226) at org.jboss.proxy.ejb.DynamicIIOPStub.invoke(DynamicIIOPStub.java:128) at org.jboss.test.iiop.interfaces._StatelessSession_Stub.getException(Unknown Source) at org.jboss.test.iiop.test.ParameterPassingStressTestCase.test_getException(ParameterPassingStressTestCase.java:355) 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) -- 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, 10 months

4
21
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1167) Improve error handling in WSRP to be more informative

by Chris Laprun (JIRA)

Improve error handling in WSRP to be more informative ----------------------------------------------------- Key: JBPORTAL-1167 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1167 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.4.1 Final, 2.6.DR1 Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6 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, 10 months

4
7
0 / 0

[JBoss JIRA] Created: (EJBTHREE-689) support XMBean @Service beans

by William DeCoste (JIRA)

support XMBean @Service beans ----------------------------- Key: EJBTHREE-689 URL: http://jira.jboss.com/jira/browse/EJBTHREE-689 Project: EJB 3.0 Issue Type: Feature Request Affects Versions: EJB 3.0 RC8 - FD Reporter: William DeCoste Assigned To: William DeCoste -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JGRP-446) When using an extremely simple protocol stack the app will respond with a NullPointerException.

by Anders Persson (JIRA)

When using an extremely simple protocol stack the app will respond with a NullPointerException. ----------------------------------------------------------------------------------------------- Key: JGRP-446 URL: http://jira.jboss.com/jira/browse/JGRP-446 Project: JGroups Issue Type: Bug Affects Versions: 2.4.1 SP1 Environment: Windows XP java version "1.5.0_11" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode) Reporter: Anders Persson Assigned To: Bela Ban Priority: Minor When using an extremely simple protocol stack the app will respond with a NullPointerException. The communication will however work (at least when running all parties on the same machine). The stack used: <protocol_stacks> <stack name="standard" description="Multicast stack intended for usage on internal highspeed networks."> <config> <UDP mcast_addr="228.15.15.15" mcast_port="45566"/> <PING timeout="2000"/> </config> </stack> <stack name="slow" description="Multicast stack intended for usage on external slow connections."> <config> <UDP mcast_addr="228.15.15.15" mcast_port="45567"/> <PING timeout="2000"/> </config> </stack> </protocol_stacks> Starting DrawMultiplexer using the stack above will generate the following stack trace 2007-mar-26 16:51:24 org.jgroups.JChannelFactory connect SEVERE: failed sending SERVICE_UP message java.lang.NullPointerException at org.jgroups.mux.Multiplexer.generateServiceView(Multiplexer.java:953) at org.jgroups.mux.Multiplexer.handleServiceUp(Multiplexer.java:781) at org.jgroups.mux.Multiplexer.sendServiceUpMessage(Multiplexer.java:224) at org.jgroups.JChannelFactory.connect(JChannelFactory.java:372) at org.jgroups.mux.MuxChannel.connect(MuxChannel.java:126) at org.jgroups.demos.DrawMultiplexer.start(DrawMultiplexer.java:44) at org.jgroups.demos.DrawMultiplexer.main(DrawMultiplexer.java:29) I traced the "problem" to be the lack of a pbcast.GMS entry. (You can try it by removing that entry in the conf/stacks.xml file in your distribution.) Some additional information: In order to get DrawMultiplexer to "communicate" you will have to start two instances using the stack above. Then press "leave" in the window that pops up as a result of the FIRST instance started. (Don't know the inner workings of the DrawMultiplexer app, I don't have to resort to these kinds of actions to get my own app to communicate.) The reason I would like to see this fixed is that I don't want to have NullPointerExceptions in the log file when deploying this at the customer. The reason for my very simple protocol is that we intend to use JGroups in a configuration where one server pumps out data in a stream to a varying number of clients and we don't care if the data was received correctly or not since the stream of data is repeated every six seconds. -- 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, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-683) Document solver in the manual

by Geoffrey De Smet (JIRA)

Document solver in the manual ----------------------------- Key: JBRULES-683 URL: http://jira.jboss.com/jira/browse/JBRULES-683 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Components: Solver Reporter: Geoffrey De Smet Assigned To: Geoffrey De Smet Priority: Trivial concepts of: - move - step - recaller - decider - selecter - accepter - evaluator - score calculator - score comperator -- 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, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-834) Setup decent svn:ignore on all modules

by Geoffrey De Smet (JIRA)

Setup decent svn:ignore on all modules -------------------------------------- Key: JBRULES-834 URL: http://jira.jboss.com/jira/browse/JBRULES-834 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assigned To: Mark Proctor The parent project dir doesn't have target dir & eclipse files ignored, none have idea and netbeans ignored. It's nice to have intellij idea and netbeans files excluded too. The svn:ignore property should be equal on every folder that contains a pom.xml: parent pom dir, module pom dirs etc. Here's an advisable list, it includes the build map, and project configuration of eclipse, idea and netbeans, and a local map, which is handy for a notepad.txt file etc ================ target *.log *.log.* .classpath .project .settings .wtpmodules *.ipr *.iws *.iml nbproject local -- 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, 10 months

3
10
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