28277 lines of code analyzed,
in 550 classes,
in 84 packages.
Click on a warning row to see full context information.
BC
|
Random object created and used only once in org.jboss.remoting.transport.PortUtil.getRandomStartingPort() |
|
Bug type DMI_RANDOM_USED_ONLY_ONCE (click for details)
In class org.jboss.remoting.transport.PortUtil In method org.jboss.remoting.transport.PortUtil.getRandomStartingPort() Called method java.util.Random.nextInt(int) At PortUtil.java:[line 153]
|
BC
|
Random object created and used only once in org.jboss.remoting.transporter.DefaultLoadBalancer.selectServer(ArrayList) |
|
Bug type DMI_RANDOM_USED_ONLY_ONCE (click for details)
In class org.jboss.remoting.transporter.DefaultLoadBalancer In method org.jboss.remoting.transporter.DefaultLoadBalancer.selectServer(ArrayList) Called method java.util.Random.nextInt(int) At DefaultLoadBalancer.java:[line 20]
|
Dm
|
new org.jboss.remoting.samples.chat.client.Chat(String[]) invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.chat.client.Chat In method new org.jboss.remoting.samples.chat.client.Chat(String[]) At Chat.java:[line 54]
|
Dm
|
new org.jboss.remoting.samples.chat.server.ChatManager() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.chat.server.ChatManager In method new org.jboss.remoting.samples.chat.server.ChatManager() At ChatManager.java:[line 51]
|
Dm
|
org.jboss.remoting.samples.chat.server.ChatManager.initialize() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.chat.server.ChatManager In method org.jboss.remoting.samples.chat.server.ChatManager.initialize() At ChatManager.java:[line 72] Another occurrence at ChatManager.java:[line 76]
|
Dm
|
org.jboss.remoting.samples.chat.server.ChatManagerLauncher.launchButton_actionPerformed(ActionEvent) invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.chat.server.ChatManagerLauncher In method org.jboss.remoting.samples.chat.server.ChatManagerLauncher.launchButton_actionPerformed(ActionEvent) At ChatManagerLauncher.java:[line 102]
|
Dm
|
org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient.runPrimeScenario() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient.runPrimeScenario() At PrimeScenarioExampleClient.java:[line 66]
|
Dm
|
org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient$AsynchronousThread.run() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient$AsynchronousThread In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient$AsynchronousThread.run() At PrimeScenarioExampleClient.java:[line 102]
|
Dm
|
org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer.runPrimeScenario() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer.runPrimeScenario() At PrimeScenarioExampleServer.java:[line 74]
|
Dm
|
org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread.run() invokes System.exit(...), which shuts down the entire virtual machine |
|
Bug type DM_EXIT (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread.run() At PrimeScenarioExampleServer.java:[line 110]
|
DP
|
org.jboss.remoting.MicroRemoteClientInvoker.invoke(InvocationRequest) creates a org.jboss.remoting.loading.RemotingClassLoader classloader, which should be performed within a doPrivileged block |
|
Bug type DP_CREATE_CLASSLOADER_INSIDE_DO_PRIVILEGED (click for details)
In class org.jboss.remoting.MicroRemoteClientInvoker In method org.jboss.remoting.MicroRemoteClientInvoker.invoke(InvocationRequest) In class org.jboss.remoting.loading.RemotingClassLoader At MicroRemoteClientInvoker.java:[line 100] Another occurrence at MicroRemoteClientInvoker.java:[line 104]
|
ES
|
Comparison of String objects using == or != in org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.rule2(String, int) |
|
Bug type ES_COMPARING_STRINGS_WITH_EQ (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.rule2(String, int) Actual type String At MultiplexServerInvoker.java:[line 977]
|
HE
|
org.jboss.remoting.InvokerRegistry$ClientInvokerHolder defines equals and uses Object.hashCode() |
|
Bug type HE_EQUALS_USE_HASHCODE (click for details)
In class org.jboss.remoting.InvokerRegistry$ClientInvokerHolder In method org.jboss.remoting.InvokerRegistry$ClientInvokerHolder.equals(Object) At InvokerRegistry.java:[lines 759-777]
|
HE
|
org.jboss.remoting.samples.http.ComplexObject defines equals and uses Object.hashCode() |
|
Bug type HE_EQUALS_USE_HASHCODE (click for details)
In class org.jboss.remoting.samples.http.ComplexObject In method org.jboss.remoting.samples.http.ComplexObject.equals(Object) At ComplexObject.java:[lines 72-86]
|
Nm
|
Class org.jboss.remoting.samples.transporter.complex.NoDoctorAvailableException is not derived from an Exception, even though it is named as such |
|
Bug type NM_CLASS_NOT_EXCEPTION (click for details)
In class org.jboss.remoting.samples.transporter.complex.NoDoctorAvailableException At NoDoctorAvailableException.java:[lines 10-11]
|
NP
|
org.jboss.remoting.network.NetworkInstance.equals(Object) does not check for null argument |
|
Bug type NP_EQUALS_SHOULD_HANDLE_NULL_ARGUMENT (click for details)
In class org.jboss.remoting.network.NetworkInstance In method org.jboss.remoting.network.NetworkInstance.equals(Object) Local variable named obj At NetworkInstance.java:[line 104]
|
NP
|
org.jboss.remoting.transport.socket.ServerAddress.equals(Object) does not check for null argument |
|
Bug type NP_EQUALS_SHOULD_HANDLE_NULL_ARGUMENT (click for details)
In class org.jboss.remoting.transport.socket.ServerAddress In method org.jboss.remoting.transport.socket.ServerAddress.equals(Object) Local variable named obj At ServerAddress.java:[lines 109-140]
|
OS
|
org.jboss.remoting.samples.chat.utility.Parameters.getSecondaryParameterSources() may fail to close stream |
|
Bug type OS_OPEN_STREAM (click for details)
In class org.jboss.remoting.samples.chat.utility.Parameters In method org.jboss.remoting.samples.chat.utility.Parameters.getSecondaryParameterSources() Need to close java.io.InputStream At Parameters.java:[line 108]
|
RR
|
org.jboss.remoting.transport.multiplex.MultiplexingInputStream.read() ignores result of org.jboss.remoting.transport.multiplex.MultiplexingInputStream.skip(long) |
|
Bug type SR_NOT_CHECKED (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingInputStream In method org.jboss.remoting.transport.multiplex.MultiplexingInputStream.read() Called method org.jboss.remoting.transport.multiplex.MultiplexingInputStream.skip(long) At MultiplexingInputStream.java:[line 157]
|
RR
|
org.jboss.remoting.transport.multiplex.MultiplexingInputStream.read(byte[], int, int) ignores result of org.jboss.remoting.transport.multiplex.MultiplexingInputStream.skip(long) |
|
Bug type SR_NOT_CHECKED (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingInputStream In method org.jboss.remoting.transport.multiplex.MultiplexingInputStream.read(byte[], int, int) Called method org.jboss.remoting.transport.multiplex.MultiplexingInputStream.skip(long) At MultiplexingInputStream.java:[line 219]
|
RV
|
org.jboss.remoting.ident.Identity.createId(MBeanServer) ignores exceptional return value of java.io.File.createNewFile() |
|
Bug type RV_RETURN_VALUE_IGNORED_BAD_PRACTICE (click for details)
In class org.jboss.remoting.ident.Identity In method org.jboss.remoting.ident.Identity.createId(MBeanServer) Called method java.io.File.createNewFile() At Identity.java:[line 292]
|
RV
|
org.jboss.remoting.ident.Identity.createId(MBeanServer) ignores exceptional return value of java.io.File.mkdirs() |
|
Bug type RV_RETURN_VALUE_IGNORED_BAD_PRACTICE (click for details)
In class org.jboss.remoting.ident.Identity In method org.jboss.remoting.ident.Identity.createId(MBeanServer) Called method java.io.File.mkdirs() At Identity.java:[line 237] Another occurrence at Identity.java:[line 252]
|
RV
|
org.jboss.remoting.loading.ClassByteClassLoader.clean(ClassByteClassLoader$MyRef) ignores exceptional return value of java.io.File.delete() |
|
Bug type RV_RETURN_VALUE_IGNORED_BAD_PRACTICE (click for details)
In class org.jboss.remoting.loading.ClassByteClassLoader In method org.jboss.remoting.loading.ClassByteClassLoader.clean(ClassByteClassLoader$MyRef) Called method java.io.File.delete() At ClassByteClassLoader.java:[line 107]
|
RV
|
org.jboss.remoting.loading.ClassByteClassLoader.finalize() ignores exceptional return value of java.io.File.delete() |
|
Bug type RV_RETURN_VALUE_IGNORED_BAD_PRACTICE (click for details)
In class org.jboss.remoting.loading.ClassByteClassLoader In method org.jboss.remoting.loading.ClassByteClassLoader.finalize() Called method java.io.File.delete() At ClassByteClassLoader.java:[line 148]
|
RV
|
org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.handleStream(InputStream, InvocationRequest) ignores exceptional return value of java.io.File.createNewFile() |
|
Bug type RV_RETURN_VALUE_IGNORED_BAD_PRACTICE (click for details)
In class org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler In method org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.handleStream(InputStream, InvocationRequest) Called method java.io.File.createNewFile() At StreamingServer.java:[line 125]
|
Se
|
Class org.jboss.remoting.marshal.encryption.EncryptingMarshaller defines non-transient non-serializable instance field cipher |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.marshal.encryption.EncryptingMarshaller Field org.jboss.remoting.marshal.encryption.EncryptingMarshaller.cipher In EncryptingMarshaller.java
|
Se
|
Class org.jboss.remoting.marshal.encryption.EncryptingUnMarshaller defines non-transient non-serializable instance field cipher |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.marshal.encryption.EncryptingUnMarshaller Field org.jboss.remoting.marshal.encryption.EncryptingUnMarshaller.cipher In EncryptingUnMarshaller.java
|
Se
|
Class org.jboss.remoting.marshal.serializable.SerializableUnMarshaller defines non-transient non-serializable instance field customClassLoader |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.marshal.serializable.SerializableUnMarshaller Field org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.customClassLoader In SerializableUnMarshaller.java
|
Se
|
org.jboss.remoting.samples.chat.utility.ReadWriteArrayList$Gate is serializable and an inner class |
|
Bug type SE_INNER_CLASS (click for details)
In class org.jboss.remoting.samples.chat.utility.ReadWriteArrayList$Gate At ReadWriteArrayList.java:[lines 90-139]
|
Se
|
Class org.jboss.remoting.socketfactory.CreationListenerServerSocketFactory defines non-transient non-serializable instance field listener |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.socketfactory.CreationListenerServerSocketFactory Field org.jboss.remoting.socketfactory.CreationListenerServerSocketFactory.listener In CreationListenerServerSocketFactory.java
|
Se
|
Class org.jboss.remoting.socketfactory.CreationListenerSocketFactory defines non-transient non-serializable instance field listener |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.socketfactory.CreationListenerSocketFactory Field org.jboss.remoting.socketfactory.CreationListenerSocketFactory.listener In CreationListenerSocketFactory.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.MasterServerSocket defines non-transient non-serializable instance field ss |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.MasterServerSocket Field org.jboss.remoting.transport.multiplex.MasterServerSocket.ss In MasterServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.MasterServerSocket defines non-transient non-serializable instance field ssc |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.MasterServerSocket Field org.jboss.remoting.transport.multiplex.MasterServerSocket.ssc In MasterServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field actualSocket |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.actualSocket In VirtualServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field cis |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.cis In VirtualServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field dummySocket |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.dummySocket In VirtualServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field is |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.is In VirtualServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field manager |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.manager In VirtualServerSocket.java
|
Se
|
Class org.jboss.remoting.transport.multiplex.VirtualServerSocket defines non-transient non-serializable instance field protocol |
|
Bug type SE_BAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket Field org.jboss.remoting.transport.multiplex.VirtualServerSocket.protocol In VirtualServerSocket.java
|
MF
|
Field HTTPSServerInvoker.serverSocketFactory masks field in superclass org.jboss.remoting.ServerInvoker |
|
Bug type MF_CLASS_MASKS_FIELD (click for details)
In class org.jboss.remoting.transport.http.ssl.HTTPSServerInvoker Masking field org.jboss.remoting.transport.http.ssl.HTTPSServerInvoker.serverSocketFactory Masked field org.jboss.remoting.ServerInvoker.serverSocketFactory At HTTPSServerInvoker.java:[lines 52-160]
|
MF
|
Field MultiplexClientInvoker.clientSocketClassName masks field in superclass org.jboss.remoting.transport.socket.MicroSocketClientInvoker |
|
Bug type MF_CLASS_MASKS_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexClientInvoker Masking field org.jboss.remoting.transport.multiplex.MultiplexClientInvoker.clientSocketClassName Masked field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.clientSocketClassName At MultiplexClientInvoker.java:[lines 53-567]
|
NP
|
callback could be null and is guaranteed to be dereferenced in org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallback(Callback, boolean, boolean) |
|
Bug type NP_GUARANTEED_DEREF (click for details)
In class org.jboss.remoting.callback.ServerInvokerCallbackHandler In method org.jboss.remoting.callback.ServerInvokerCallbackHandler.handleCallback(Callback, boolean, boolean) Value loaded from callback Dereferenced at ServerInvokerCallbackHandler.java:[line 835] Dereferenced at ServerInvokerCallbackHandler.java:[line 829] Known null at ServerInvokerCallbackHandler.java:[line 795]
|
NP
|
Possible null pointer dereference of Client$ConnectionValidatorKey.metadata in org.jboss.remoting.Client$ConnectionValidatorKey.equals(Object) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.Client$ConnectionValidatorKey In method org.jboss.remoting.Client$ConnectionValidatorKey.equals(Object) Value contained in org.jboss.remoting.Client$ConnectionValidatorKey.metadata Dereferenced at Client.java:[line 2073] Known null at Client.java:[line 2073]
|
NP
|
Possible null pointer dereference of domainNodes in org.jboss.remoting.detection.AbstractDetector.setConfiguration(Element) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.detection.AbstractDetector In method org.jboss.remoting.detection.AbstractDetector.setConfiguration(Element) Value loaded from domainNodes Dereferenced at AbstractDetector.java:[line 316] Known null at AbstractDetector.java:[line 311]
|
NP
|
Possible null pointer dereference of Detection.serverInvokers in org.jboss.remoting.detection.Detection.getLocators() |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.detection.Detection In method org.jboss.remoting.detection.Detection.getLocators() Value contained in org.jboss.remoting.detection.Detection.serverInvokers Dereferenced at Detection.java:[line 98] Known null at Detection.java:[line 97]
|
NP
|
Possible null pointer dereference of ident in org.jboss.remoting.ident.Identity.setDomain(String) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.ident.Identity In method org.jboss.remoting.ident.Identity.setDomain(String) Value loaded from ident Dereferenced at Identity.java:[line 89] Known null at Identity.java:[line 85]
|
NP
|
Possible null pointer dereference of customer in org.jboss.remoting.samples.transporter.basic.CustomerProcessorImpl.processCustomer(Customer) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.samples.transporter.basic.CustomerProcessorImpl In method org.jboss.remoting.samples.transporter.basic.CustomerProcessorImpl.processCustomer(Customer) Value loaded from customer Dereferenced at CustomerProcessorImpl.java:[line 49] Known null at CustomerProcessorImpl.java:[line 45]
|
NP
|
Possible null pointer dereference of customer in org.jboss.remoting.samples.transporter.multiple.CustomerProcessorImpl.processCustomer(Customer) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.samples.transporter.multiple.CustomerProcessorImpl In method org.jboss.remoting.samples.transporter.multiple.CustomerProcessorImpl.processCustomer(Customer) Value loaded from customer Dereferenced at CustomerProcessorImpl.java:[line 26] Known null at CustomerProcessorImpl.java:[line 22]
|
NP
|
Possible null pointer dereference of customerProxy in org.jboss.remoting.samples.transporter.proxy.CustomerProcessorImpl.processCustomer(Customer) on exception path |
|
Bug type NP_NULL_ON_SOME_PATH_EXCEPTION (click for details)
In class org.jboss.remoting.samples.transporter.proxy.CustomerProcessorImpl In method org.jboss.remoting.samples.transporter.proxy.CustomerProcessorImpl.processCustomer(Customer) Value loaded from customerProxy Dereferenced at CustomerProcessorImpl.java:[line 64] Known null at CustomerProcessorImpl.java:[line 61]
|
NP
|
Possible null pointer dereference of handler in org.jboss.remoting.ServerInvoker.removeCallbackListener(String, InvokerCallbackHandler) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.ServerInvoker In method org.jboss.remoting.ServerInvoker.removeCallbackListener(String, InvokerCallbackHandler) Value loaded from handler Dereferenced at ServerInvoker.java:[line 989] Known null at ServerInvoker.java:[line 984]
|
NP
|
Possible null pointer dereference of proxyTypeClass in org.jboss.remoting.transport.http.HTTPClientInvoker.createURLConnection(String, Map) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.createURLConnection(String, Map) Value loaded from proxyTypeClass Dereferenced at HTTPClientInvoker.java:[line 754] Known null at HTTPClientInvoker.java:[line 743]
|
NP
|
Possible null pointer dereference of configuration in new org.jboss.remoting.transport.multiplex.MultiplexingManager(InetSocketAddress, int, Map) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager In method new org.jboss.remoting.transport.multiplex.MultiplexingManager(InetSocketAddress, int, Map) Value loaded from configuration Dereferenced at MultiplexingManager.java:[line 391] Known null at MultiplexingManager.java:[line 389]
|
NP
|
Possible null pointer dereference of configuration in new org.jboss.remoting.transport.multiplex.MultiplexingManager(Map) |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager In method new org.jboss.remoting.transport.multiplex.MultiplexingManager(Map) Value loaded from configuration Dereferenced at MultiplexingManager.java:[line 353] Known null at MultiplexingManager.java:[line 351]
|
NP
|
Possible null pointer dereference of org.jboss.remoting.AbstractInvoker.configuration in org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.getParameters() |
|
Bug type NP_NULL_ON_SOME_PATH (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.getParameters() Value contained in org.jboss.remoting.AbstractInvoker.configuration Dereferenced at MultiplexServerInvoker.java:[line 1148] Known null at MultiplexServerInvoker.java:[line 1145]
|
RCN
|
Nullcheck of locator at line 116 of value previously dereferenced in new org.jboss.remoting.AbstractInvoker(InvokerLocator, Map) |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.AbstractInvoker In method new org.jboss.remoting.AbstractInvoker(InvokerLocator, Map) Value loaded from locator At AbstractInvoker.java:[line 100] Redundant null check at AbstractInvoker.java:[line 116]
|
RCN
|
Nullcheck of locator at line 328 of value previously dereferenced in org.jboss.remoting.marshal.MarshalFactory.getMarshaller(InvokerLocator, ClassLoader, Map) |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.marshal.MarshalFactory In method org.jboss.remoting.marshal.MarshalFactory.getMarshaller(InvokerLocator, ClassLoader, Map) Value loaded from locator At MarshalFactory.java:[line 326] Redundant null check at MarshalFactory.java:[line 328]
|
RCN
|
Nullcheck of locator at line 479 of value previously dereferenced in org.jboss.remoting.marshal.MarshalFactory.getUnMarshaller(InvokerLocator, ClassLoader, Map) |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.marshal.MarshalFactory In method org.jboss.remoting.marshal.MarshalFactory.getUnMarshaller(InvokerLocator, ClassLoader, Map) Value loaded from locator At MarshalFactory.java:[line 477] Redundant null check at MarshalFactory.java:[line 479]
|
RCN
|
Nullcheck of configuration at line 429 of value previously dereferenced in org.jboss.remoting.MicroRemoteClientInvoker.establishLease(String, Map, long) |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.MicroRemoteClientInvoker In method org.jboss.remoting.MicroRemoteClientInvoker.establishLease(String, Map, long) Value loaded from configuration At MicroRemoteClientInvoker.java:[line 426] Redundant null check at MicroRemoteClientInvoker.java:[line 429]
|
RCN
|
Nullcheck of Client2Server1.client at line 122 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Client2Server1.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client2Server1 In method org.jboss.remoting.samples.multiplex.invoker.Client2Server1.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Client2Server1.client At Client2Server1.java:[line 113] Redundant null check at Client2Server1.java:[line 122]
|
RCN
|
Nullcheck of Client2Server2.client at line 122 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Client2Server2.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client2Server2 In method org.jboss.remoting.samples.multiplex.invoker.Client2Server2.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Client2Server2.client At Client2Server2.java:[line 113] Redundant null check at Client2Server2.java:[line 122]
|
RCN
|
Nullcheck of Client3Server1.client at line 120 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Client3Server1.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client3Server1 In method org.jboss.remoting.samples.multiplex.invoker.Client3Server1.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Client3Server1.client At Client3Server1.java:[line 111] Redundant null check at Client3Server1.java:[line 120]
|
RCN
|
Nullcheck of Server2Client1.client at line 114 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Server2Client1.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server2Client1 In method org.jboss.remoting.samples.multiplex.invoker.Server2Client1.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Server2Client1.client At Server2Client1.java:[line 105] Redundant null check at Server2Client1.java:[line 114]
|
RCN
|
Nullcheck of Server2Client2.client at line 112 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Server2Client2.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server2Client2 In method org.jboss.remoting.samples.multiplex.invoker.Server2Client2.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Server2Client2.client At Server2Client2.java:[line 103] Redundant null check at Server2Client2.java:[line 112]
|
RCN
|
Nullcheck of Server3Client1.client at line 114 of value previously dereferenced in org.jboss.remoting.samples.multiplex.invoker.Server3Client1.tearDown() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server3Client1 In method org.jboss.remoting.samples.multiplex.invoker.Server3Client1.tearDown() Value loaded from field org.jboss.remoting.samples.multiplex.invoker.Server3Client1.client At Server3Client1.java:[line 105] Redundant null check at Server3Client1.java:[line 114]
|
RCN
|
Nullcheck of MicroSocketClientInvoker.pool at line 341 of value previously dereferenced in org.jboss.remoting.transport.socket.MicroSocketClientInvoker.flushConnectionPool() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker In method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.flushConnectionPool() Value loaded from field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.pool At MicroSocketClientInvoker.java:[line 339] Redundant null check at MicroSocketClientInvoker.java:[line 341]
|
RCN
|
Nullcheck of ServerThread.invoker at line 840 of value previously dereferenced in org.jboss.remoting.transport.socket.ServerThread.processNewSocket() |
|
Bug type RCN_REDUNDANT_NULLCHECK_WOULD_HAVE_BEEN_A_NPE (click for details)
In class org.jboss.remoting.transport.socket.ServerThread In method org.jboss.remoting.transport.socket.ServerThread.processNewSocket() Value loaded from field org.jboss.remoting.transport.socket.ServerThread.invoker At ServerThread.java:[line 834] Redundant null check at ServerThread.java:[line 840]
|
USELESS_STRING
|
Invocation of toString on bytes in org.jboss.remoting.loading.ClassByteClassLoader.loadClass(String, ClassBytes[]) |
|
Bug type DMI_INVOKING_TOSTRING_ON_ARRAY (click for details)
In class org.jboss.remoting.loading.ClassByteClassLoader In method org.jboss.remoting.loading.ClassByteClassLoader.loadClass(String, ClassBytes[]) Local variable named bytes At ClassByteClassLoader.java:[line 163]
|
USELESS_STRING
|
Invocation of toString on ClassBytes.classBytes in org.jboss.remoting.loading.ClassBytes.toString() |
|
Bug type DMI_INVOKING_TOSTRING_ON_ARRAY (click for details)
In class org.jboss.remoting.loading.ClassBytes In method org.jboss.remoting.loading.ClassBytes.toString() Value loaded from field org.jboss.remoting.loading.ClassBytes.classBytes At ClassBytes.java:[line 44]
|
USELESS_STRING
|
Invocation of toString on params in org.jboss.remoting.ServerInvoker.handleInternalInvocation(InternalInvocation, InvocationRequest, ServerInvocationHandler) |
|
Bug type DMI_INVOKING_TOSTRING_ON_ARRAY (click for details)
In class org.jboss.remoting.ServerInvoker In method org.jboss.remoting.ServerInvoker.handleInternalInvocation(InternalInvocation, InvocationRequest, ServerInvocationHandler) Local variable named params At ServerInvoker.java:[line 1567]
|
EI
|
org.jboss.remoting.detection.Detection.getServerInvokers() may expose internal representation by returning Detection.serverInvokers |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.detection.Detection In method org.jboss.remoting.detection.Detection.getServerInvokers() Field org.jboss.remoting.detection.Detection.serverInvokers At Detection.java:[line 114]
|
EI
|
org.jboss.remoting.detection.ServerInvokerMetadata.getSubSystems() may expose internal representation by returning ServerInvokerMetadata.subSystems |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.detection.ServerInvokerMetadata In method org.jboss.remoting.detection.ServerInvokerMetadata.getSubSystems() Field org.jboss.remoting.detection.ServerInvokerMetadata.subSystems At ServerInvokerMetadata.java:[line 54]
|
EI
|
org.jboss.remoting.invocation.NameBasedInvocation.getSignature() may expose internal representation by returning NameBasedInvocation.sig |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.invocation.NameBasedInvocation In method org.jboss.remoting.invocation.NameBasedInvocation.getSignature() Field org.jboss.remoting.invocation.NameBasedInvocation.sig At NameBasedInvocation.java:[line 71]
|
EI
|
org.jboss.remoting.invocation.RemoteInvocation.getParameters() may expose internal representation by returning RemoteInvocation.params |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.invocation.RemoteInvocation In method org.jboss.remoting.invocation.RemoteInvocation.getParameters() Field org.jboss.remoting.invocation.RemoteInvocation.params At RemoteInvocation.java:[line 53]
|
EI
|
org.jboss.remoting.loading.ClassBytes.getClassBytes() may expose internal representation by returning ClassBytes.classBytes |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.loading.ClassBytes In method org.jboss.remoting.loading.ClassBytes.getClassBytes() Field org.jboss.remoting.loading.ClassBytes.classBytes At ClassBytes.java:[line 54]
|
EI
|
org.jboss.remoting.network.NetworkInstance.getLocators() may expose internal representation by returning NetworkInstance.locators |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.network.NetworkInstance In method org.jboss.remoting.network.NetworkInstance.getLocators() Field org.jboss.remoting.network.NetworkInstance.locators At NetworkInstance.java:[line 70]
|
EI
|
org.jboss.remoting.network.NetworkInstance.getServerInvokers() may expose internal representation by returning NetworkInstance.serverInvokers |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.network.NetworkInstance In method org.jboss.remoting.network.NetworkInstance.getServerInvokers() Field org.jboss.remoting.network.NetworkInstance.serverInvokers At NetworkInstance.java:[line 93]
|
EI
|
org.jboss.remoting.network.NetworkNotification.getLocator() may expose internal representation by returning NetworkNotification.locators |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.network.NetworkNotification In method org.jboss.remoting.network.NetworkNotification.getLocator() Field org.jboss.remoting.network.NetworkNotification.locators At NetworkNotification.java:[line 87]
|
EI
|
org.jboss.remoting.network.NetworkNotification.getServerInvokers() may expose internal representation by returning NetworkNotification.serverInvokers |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.network.NetworkNotification In method org.jboss.remoting.network.NetworkNotification.getServerInvokers() Field org.jboss.remoting.network.NetworkNotification.serverInvokers At NetworkNotification.java:[line 109]
|
EI
|
org.jboss.remoting.samples.chat.client.ChatInfo.get_origin() may expose internal representation by returning ChatInfo.origin |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.samples.chat.client.ChatInfo In method org.jboss.remoting.samples.chat.client.ChatInfo.get_origin() Field org.jboss.remoting.samples.chat.client.ChatInfo.origin At ChatInfo.java:[line 31]
|
EI
|
org.jboss.remoting.serialization.impl.java.JavaMarshalledValue.toByteArray() may expose internal representation by returning JavaMarshalledValue.serializedForm |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.serialization.impl.java.JavaMarshalledValue In method org.jboss.remoting.serialization.impl.java.JavaMarshalledValue.toByteArray() Field org.jboss.remoting.serialization.impl.java.JavaMarshalledValue.serializedForm At JavaMarshalledValue.java:[line 106]
|
EI
|
org.jboss.remoting.stream.StreamCallPayload.getParams() may expose internal representation by returning StreamCallPayload.paramArray |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.stream.StreamCallPayload In method org.jboss.remoting.stream.StreamCallPayload.getParams() Field org.jboss.remoting.stream.StreamCallPayload.paramArray At StreamCallPayload.java:[line 81]
|
EI
|
org.jboss.remoting.transport.multiplex.SocketId.toByteArray() may expose internal representation by returning SocketId.bytes |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.transport.multiplex.SocketId In method org.jboss.remoting.transport.multiplex.SocketId.toByteArray() Field org.jboss.remoting.transport.multiplex.SocketId.bytes At SocketId.java:[line 128]
|
EI
|
org.jboss.remoting.transport.multiplex.utility.ShrinkableByteArrayOutputStream.toByteArray(int) may expose internal representation by returning ShrinkableByteArrayOutputStream.buf |
|
Bug type EI_EXPOSE_REP (click for details)
In class org.jboss.remoting.transport.multiplex.utility.ShrinkableByteArrayOutputStream In method org.jboss.remoting.transport.multiplex.utility.ShrinkableByteArrayOutputStream.toByteArray(int) Field org.jboss.remoting.transport.multiplex.utility.ShrinkableByteArrayOutputStream.buf At ShrinkableByteArrayOutputStream.java:[line 140]
|
EI2
|
new org.jboss.remoting.detection.Detection(Identity, ServerInvokerMetadata[]) may expose internal representation by storing an externally mutable object into Detection.serverInvokers |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.detection.Detection In method new org.jboss.remoting.detection.Detection(Identity, ServerInvokerMetadata[]) Field org.jboss.remoting.detection.Detection.serverInvokers Local variable named serverInvokers At Detection.java:[line 46]
|
EI2
|
new org.jboss.remoting.detection.ServerInvokerMetadata(InvokerLocator, String[]) may expose internal representation by storing an externally mutable object into ServerInvokerMetadata.subSystems |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.detection.ServerInvokerMetadata In method new org.jboss.remoting.detection.ServerInvokerMetadata(InvokerLocator, String[]) Field org.jboss.remoting.detection.ServerInvokerMetadata.subSystems Local variable named supportedSubsystems At ServerInvokerMetadata.java:[line 44]
|
EI2
|
new org.jboss.remoting.invocation.NameBasedInvocation(String, Object[], String[]) may expose internal representation by storing an externally mutable object into NameBasedInvocation.sig |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.invocation.NameBasedInvocation In method new org.jboss.remoting.invocation.NameBasedInvocation(String, Object[], String[]) Field org.jboss.remoting.invocation.NameBasedInvocation.sig Local variable named sig At NameBasedInvocation.java:[line 66]
|
EI2
|
new org.jboss.remoting.invocation.RemoteInvocation(String, Object[]) may expose internal representation by storing an externally mutable object into RemoteInvocation.params |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.invocation.RemoteInvocation In method new org.jboss.remoting.invocation.RemoteInvocation(String, Object[]) Field org.jboss.remoting.invocation.RemoteInvocation.params Local variable named params At RemoteInvocation.java:[line 43]
|
EI2
|
new org.jboss.remoting.loading.ClassBytes(String, byte[]) may expose internal representation by storing an externally mutable object into ClassBytes.classBytes |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.loading.ClassBytes In method new org.jboss.remoting.loading.ClassBytes(String, byte[]) Field org.jboss.remoting.loading.ClassBytes.classBytes Local variable named data At ClassBytes.java:[line 39]
|
EI2
|
new org.jboss.remoting.network.NetworkInstance(Identity, InvokerLocator[]) may expose internal representation by storing an externally mutable object into NetworkInstance.locators |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.network.NetworkInstance In method new org.jboss.remoting.network.NetworkInstance(Identity, InvokerLocator[]) Field org.jboss.remoting.network.NetworkInstance.locators Local variable named locators At NetworkInstance.java:[line 48]
|
EI2
|
new org.jboss.remoting.network.NetworkInstance(Identity, ServerInvokerMetadata[]) may expose internal representation by storing an externally mutable object into NetworkInstance.serverInvokers |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.network.NetworkInstance In method new org.jboss.remoting.network.NetworkInstance(Identity, ServerInvokerMetadata[]) Field org.jboss.remoting.network.NetworkInstance.serverInvokers Local variable named serverInvokers At NetworkInstance.java:[line 58]
|
EI2
|
new org.jboss.remoting.network.NetworkNotification(ObjectName, String, Identity, InvokerLocator[]) may expose internal representation by storing an externally mutable object into NetworkNotification.locators |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.network.NetworkNotification In method new org.jboss.remoting.network.NetworkNotification(ObjectName, String, Identity, InvokerLocator[]) Field org.jboss.remoting.network.NetworkNotification.locators Local variable named locators At NetworkNotification.java:[line 65]
|
EI2
|
new org.jboss.remoting.network.NetworkNotification(ObjectName, String, Identity, ServerInvokerMetadata[]) may expose internal representation by storing an externally mutable object into NetworkNotification.serverInvokers |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.network.NetworkNotification In method new org.jboss.remoting.network.NetworkNotification(ObjectName, String, Identity, ServerInvokerMetadata[]) Field org.jboss.remoting.network.NetworkNotification.serverInvokers Local variable named serverInvokers At NetworkNotification.java:[line 56]
|
EI2
|
new org.jboss.remoting.samples.chat.client.ChatInfo(String, String, ChatMember, Date, int, int) may expose internal representation by storing an externally mutable object into ChatInfo.origin |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.samples.chat.client.ChatInfo In method new org.jboss.remoting.samples.chat.client.ChatInfo(String, String, ChatMember, Date, int, int) Field org.jboss.remoting.samples.chat.client.ChatInfo.origin Local variable named origin At ChatInfo.java:[line 13]
|
EI2
|
org.jboss.remoting.samples.chat.client.ChatInfo.set_origin(Date) may expose internal representation by storing an externally mutable object into ChatInfo.origin |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.samples.chat.client.ChatInfo In method org.jboss.remoting.samples.chat.client.ChatInfo.set_origin(Date) Field org.jboss.remoting.samples.chat.client.ChatInfo.origin Local variable named origin At ChatInfo.java:[line 32]
|
EI2
|
org.jboss.remoting.samples.http.ComplexObject.setBytes(byte[]) may expose internal representation by storing an externally mutable object into ComplexObject.bytes |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.samples.http.ComplexObject In method org.jboss.remoting.samples.http.ComplexObject.setBytes(byte[]) Field org.jboss.remoting.samples.http.ComplexObject.bytes Local variable named bytes At ComplexObject.java:[line 57]
|
EI2
|
org.jboss.remoting.stream.StreamCallPayload.setParams(Object[]) may expose internal representation by storing an externally mutable object into StreamCallPayload.paramArray |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.stream.StreamCallPayload In method org.jboss.remoting.stream.StreamCallPayload.setParams(Object[]) Field org.jboss.remoting.stream.StreamCallPayload.paramArray Local variable named params At StreamCallPayload.java:[line 71]
|
EI2
|
new org.jboss.remoting.transport.multiplex.SocketId(byte[]) may expose internal representation by storing an externally mutable object into SocketId.bytes |
|
Bug type EI_EXPOSE_REP2 (click for details)
In class org.jboss.remoting.transport.multiplex.SocketId In method new org.jboss.remoting.transport.multiplex.SocketId(byte[]) Field org.jboss.remoting.transport.multiplex.SocketId.bytes Local variable named bytes At SocketId.java:[line 109]
|
MS
|
org.jboss.remoting.ident.Identity.DEFAULT_DOMAIN isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.ident.Identity Field org.jboss.remoting.ident.Identity.DEFAULT_DOMAIN At Identity.java:[line 52]
|
MS
|
org.jboss.remoting.InvokerLocator.legacyParsingFlag should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.InvokerLocator Field org.jboss.remoting.InvokerLocator.legacyParsingFlag In InvokerLocator.java
|
MS
|
org.jboss.remoting.InvokerLocator.log isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.InvokerLocator Field org.jboss.remoting.InvokerLocator.log At InvokerLocator.java:[line 74]
|
MS
|
org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.clearMethod isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.loading.ObjectInputStreamWithClassLoader Field org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.clearMethod At ObjectInputStreamWithClassLoader.java:[line 53]
|
MS
|
org.jboss.remoting.samples.config.factories.FactoryConfigSample.log isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.samples.config.factories.FactoryConfigSample Field org.jboss.remoting.samples.config.factories.FactoryConfigSample.log At FactoryConfigSample.java:[line 76]
|
MS
|
org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.port should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer Field org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.port At SimpleDetectorServer.java:[line 30]
|
MS
|
org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.transport should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer Field org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.transport At SimpleDetectorServer.java:[line 28]
|
MS
|
org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.host isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer Field org.jboss.remoting.samples.detection.jndi.SimpleDetectorServer.host At SimpleDetectorServer.java:[line 29]
|
MS
|
org.jboss.remoting.samples.transporter.clustered.server.SocketServer.locatorURI isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.samples.transporter.clustered.server.SocketServer Field org.jboss.remoting.samples.transporter.clustered.server.SocketServer.locatorURI At SocketServer.java:[line 34]
|
MS
|
org.jboss.remoting.samples.transporter.complex.server.Server.locatorURI isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.samples.transporter.complex.server.Server Field org.jboss.remoting.samples.transporter.complex.server.Server.locatorURI At Server.java:[line 34]
|
MS
|
org.jboss.remoting.samples.transporter.custom.server.SocketServer.locatorURI isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.samples.transporter.custom.server.SocketServer Field org.jboss.remoting.samples.transporter.custom.server.SocketServer.locatorURI At SocketServer.java:[line 22]
|
MS
|
org.jboss.remoting.transport.coyote.CoyoteInvoker.receivedInvocationRequest isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker Field org.jboss.remoting.transport.coyote.CoyoteInvoker.receivedInvocationRequest At CoyoteInvoker.java:[line 74]
|
MS
|
org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.configMaps isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory Field org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.configMaps At RemotingRMIClientSocketFactory.java:[line 80]
|
MS
|
org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.log isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory Field org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.log At RemotingRMIClientSocketFactory.java:[line 79]
|
MS
|
org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.socketFactories isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory Field org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.socketFactories At RemotingRMIClientSocketFactory.java:[line 81]
|
MS
|
org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getSocketTime should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker Field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getSocketTime At MicroSocketClientInvoker.java:[line 115]
|
MS
|
org.jboss.remoting.transport.socket.MicroSocketClientInvoker.readTime should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker Field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.readTime At MicroSocketClientInvoker.java:[line 116]
|
MS
|
org.jboss.remoting.transport.socket.MicroSocketClientInvoker.writeTime should be package protected |
|
Bug type MS_PKGPROTECT (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker Field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.writeTime At MicroSocketClientInvoker.java:[line 117]
|
MS
|
org.jboss.remoting.transport.socket.SocketServerInvoker.MAX_POOL_SIZE_DEFAULT isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.socket.SocketServerInvoker Field org.jboss.remoting.transport.socket.SocketServerInvoker.MAX_POOL_SIZE_DEFAULT At SocketServerInvoker.java:[line 66]
|
MS
|
org.jboss.remoting.transport.web.WebServerInvoker.HEADER_SESSION_ID isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.web.WebServerInvoker Field org.jboss.remoting.transport.web.WebServerInvoker.HEADER_SESSION_ID At WebServerInvoker.java:[line 47]
|
MS
|
org.jboss.remoting.transport.web.WebServerInvoker.HEADER_SUBSYSTEM isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.web.WebServerInvoker Field org.jboss.remoting.transport.web.WebServerInvoker.HEADER_SUBSYSTEM At WebServerInvoker.java:[line 48]
|
MS
|
org.jboss.remoting.transport.web.WebUtil.BINARY isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.web.WebUtil Field org.jboss.remoting.transport.web.WebUtil.BINARY At WebUtil.java:[line 34]
|
MS
|
org.jboss.remoting.transport.web.WebUtil.HTML isn't final but should be |
|
Bug type MS_SHOULD_BE_FINAL (click for details)
In class org.jboss.remoting.transport.web.WebUtil Field org.jboss.remoting.transport.web.WebUtil.HTML At WebUtil.java:[line 31]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.AbstractInvoker.classbyteloader; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.AbstractInvoker Field org.jboss.remoting.AbstractInvoker.classbyteloader Synchronized 50% of the time Unsynchronized access at ServerInvoker.java:[line 951] Unsynchronized access at ServerInvoker.java:[line 953] Synchronized access at AbstractInvoker.java:[line 251] Synchronized access at AbstractInvoker.java:[line 268] Synchronized access at AbstractInvoker.java:[line 82] Synchronized access at AbstractInvoker.java:[line 108] Synchronized access at MicroRemoteClientInvoker.java:[line 311]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.callback.CallbackPoller.reportStatistics; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.callback.CallbackPoller Field org.jboss.remoting.callback.CallbackPoller.reportStatistics Synchronized 50% of the time Unsynchronized access at CallbackPoller.java:[line 747] Synchronized access at CallbackPoller.java:[line 202]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.callback.DefaultCallbackErrorHandler.callbackHandler; locked 66% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.callback.DefaultCallbackErrorHandler Field org.jboss.remoting.callback.DefaultCallbackErrorHandler.callbackHandler Synchronized 66% of the time Unsynchronized access at DefaultCallbackErrorHandler.java:[line 150] Synchronized access at DefaultCallbackErrorHandler.java:[line 133] Synchronized access at DefaultCallbackErrorHandler.java:[line 134]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.callback.DefaultCallbackErrorHandler.handlerSubsystem; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.callback.DefaultCallbackErrorHandler Field org.jboss.remoting.callback.DefaultCallbackErrorHandler.handlerSubsystem Synchronized 50% of the time Unsynchronized access at DefaultCallbackErrorHandler.java:[line 85] Synchronized access at DefaultCallbackErrorHandler.java:[line 133]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.callback.DefaultCallbackErrorHandler.numOfErrorsAllowed; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.callback.DefaultCallbackErrorHandler Field org.jboss.remoting.callback.DefaultCallbackErrorHandler.numOfErrorsAllowed Synchronized 50% of the time Unsynchronized access at DefaultCallbackErrorHandler.java:[line 95] Unsynchronized access at DefaultCallbackErrorHandler.java:[line 105] Synchronized access at DefaultCallbackErrorHandler.java:[line 122] Synchronized access at DefaultCallbackErrorHandler.java:[line 128] Synchronized access at DefaultCallbackErrorHandler.java:[line 71]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.callback.DefaultCallbackErrorHandler.serverInvoker; locked 66% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.callback.DefaultCallbackErrorHandler Field org.jboss.remoting.callback.DefaultCallbackErrorHandler.serverInvoker Synchronized 66% of the time Unsynchronized access at DefaultCallbackErrorHandler.java:[line 144] Synchronized access at DefaultCallbackErrorHandler.java:[line 131] Synchronized access at DefaultCallbackErrorHandler.java:[line 133] Synchronized access at DefaultCallbackErrorHandler.java:[line 159] Synchronized access at DefaultCallbackErrorHandler.java:[line 165]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.samples.chat.utility.ShutDownGate.numberOfUsers; locked 87% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.samples.chat.utility.ShutDownGate Field org.jboss.remoting.samples.chat.utility.ShutDownGate.numberOfUsers Synchronized 87% of the time Unsynchronized access at ShutDownGate.java:[line 30] Synchronized access at ShutDownGate.java:[line 65] Synchronized access at ShutDownGate.java:[line 67] Synchronized access at ShutDownGate.java:[line 54] Synchronized access at ShutDownGate.java:[line 57] Synchronized access at ShutDownGate.java:[line 57] Synchronized access at ShutDownGate.java:[line 49] Synchronized access at ShutDownGate.java:[line 49]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.samples.chat.utility.ShutDownGate.shuttingDown; locked 80% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.samples.chat.utility.ShutDownGate Field org.jboss.remoting.samples.chat.utility.ShutDownGate.shuttingDown Synchronized 80% of the time Unsynchronized access at ShutDownGate.java:[line 31] Synchronized access at ShutDownGate.java:[line 63] Synchronized access at ShutDownGate.java:[line 36] Synchronized access at ShutDownGate.java:[line 42] Synchronized access at ShutDownGate.java:[line 47]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlMonitorTimerTask.running; locked 80% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlMonitorTimerTask Field org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlMonitorTimerTask.running Synchronized 80% of the time Unsynchronized access at BisocketServerInvoker.java:[line 982] Synchronized access at BisocketServerInvoker.java:[line 964] Synchronized access at BisocketServerInvoker.java:[line 991] Synchronized access at BisocketServerInvoker.java:[line 1006] Synchronized access at BisocketServerInvoker.java:[line 1018] Synchronized access at BisocketServerInvoker.java:[line 940]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingInputStream.readException; locked 88% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingInputStream Field org.jboss.remoting.transport.multiplex.MultiplexingInputStream.readException Synchronized 88% of the time Unsynchronized access at MultiplexingInputStream.java:[line 469] Synchronized access at MultiplexingInputStream.java:[line 153] Synchronized access at MultiplexingInputStream.java:[line 154] Synchronized access at MultiplexingInputStream.java:[line 185] Synchronized access at MultiplexingInputStream.java:[line 186] Synchronized access at MultiplexingInputStream.java:[line 215] Synchronized access at MultiplexingInputStream.java:[line 216] Synchronized access at MultiplexingInputStream.java:[line 264] Synchronized access at MultiplexingInputStream.java:[line 265]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager.createdForRemoteServerSocket; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager.createdForRemoteServerSocket Synchronized 50% of the time Unsynchronized access at MultiplexingManager.java:[line 1334] Synchronized access at MultiplexingManager.java:[line 1290]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager.inputThread; locked 57% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager.inputThread Synchronized 57% of the time Unsynchronized access at MultiplexingManager.java:[line 2785] Unsynchronized access at MultiplexingManager.java:[line 2787] Unsynchronized access at MultiplexingManager.java:[line 2791] Synchronized access at MultiplexingManager.java:[line 470] Synchronized access at MultiplexingManager.java:[line 471] Synchronized access at MultiplexingManager.java:[line 471] Synchronized access at MultiplexingManager.java:[line 472]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager.remoteServerSocketRegistered; locked 71% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager.remoteServerSocketRegistered Synchronized 71% of the time Unsynchronized access at MultiplexingManager.java:[line 1346] Unsynchronized access at MultiplexingManager.java:[line 1353] Synchronized access at MultiplexingManager.java:[line 227] Synchronized access at MultiplexingManager.java:[line 1303] Synchronized access at MultiplexingManager.java:[line 1308] Synchronized access at MultiplexingManager.java:[line 227] Synchronized access at MultiplexingManager.java:[line 1340] Synchronized access at MultiplexingManager.java:[line 227] Synchronized access at MultiplexingManager.java:[line 1272] Synchronized access at MultiplexingManager.java:[line 1279]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager.remoteSocketAddress; locked 55% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager.remoteSocketAddress Synchronized 55% of the time Unsynchronized access at MultiplexingManager.java:[line 1973] Unsynchronized access at MultiplexingManager.java:[line 1977] Unsynchronized access at MultiplexingManager.java:[line 1984] Synchronized access at MultiplexingManager.java:[line 1950] Synchronized access at MultiplexingManager.java:[line 2020] Synchronized access at MultiplexingManager.java:[line 2024] Synchronized access at MultiplexingManager.java:[line 2031] Synchronized access at MultiplexingManager.java:[line 1283]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager.socket; locked 81% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager.socket Synchronized 81% of the time Unsynchronized access at MultiplexingManager.java:[line 1612] Unsynchronized access at MultiplexingManager.java:[line 1641] Unsynchronized access at MultiplexingManager.java:[line 2736] Unsynchronized access at MultiplexingManager.java:[line 2761] Unsynchronized access at MultiplexingManager.java:[line 2762] Unsynchronized access at MultiplexingManager.java:[line 2771] Synchronized access at MultiplexingManager.java:[line 355] Synchronized access at MultiplexingManager.java:[line 393] Synchronized access at MultiplexingManager.java:[line 1122] Synchronized access at MultiplexingManager.java:[line 1125] Synchronized access at MultiplexingManager.java:[line 1123] Synchronized access at MultiplexingManager.java:[line 1128] Synchronized access at MultiplexingManager.java:[line 369] Synchronized access at MultiplexingManager.java:[line 2065] Synchronized access at MultiplexingManager.java:[line 2077] Synchronized access at MultiplexingManager.java:[line 1143] Synchronized access at MultiplexingManager.java:[line 1151] Synchronized access at MultiplexingManager.java:[line 1154] Synchronized access at MultiplexingManager.java:[line 1152] Synchronized access at MultiplexingManager.java:[line 405] Synchronized access at MultiplexingManager.java:[line 421] Synchronized access at MultiplexingManager.java:[line 430] Synchronized access at MultiplexingManager.java:[line 425] Synchronized access at MultiplexingManager.java:[line 426] Synchronized access at MultiplexingManager.java:[line 431] Synchronized access at MultiplexingManager.java:[line 432] Synchronized access at MultiplexingManager.java:[line 462] Synchronized access at MultiplexingManager.java:[line 476] Synchronized access at MultiplexingManager.java:[line 470] Synchronized access at MultiplexingManager.java:[line 481] Synchronized access at MultiplexingManager.java:[line 481] Synchronized access at MultiplexingManager.java:[line 482] Synchronized access at MultiplexingManager.java:[line 482] Synchronized access at MultiplexingManager.java:[line 486] Synchronized access at MultiplexingManager.java:[line 494]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager.shutdown; locked 73% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager.shutdown Synchronized 73% of the time Unsynchronized access at MultiplexingManager.java:[line 2710] Unsynchronized access at MultiplexingManager.java:[line 2302] Unsynchronized access at MultiplexingManager.java:[line 2316] Unsynchronized access at MultiplexingManager.java:[line 2303] Synchronized access at MultiplexingManager.java:[line 2692] Synchronized access at MultiplexingManager.java:[line 2271] Synchronized access at MultiplexingManager.java:[line 2584] Synchronized access at MultiplexingManager.java:[line 2511] Synchronized access at MultiplexingManager.java:[line 2660] Synchronized access at MultiplexingManager.java:[line 2663] Synchronized access at MultiplexingManager.java:[line 2652] Synchronized access at MultiplexingManager.java:[line 2644] Synchronized access at MultiplexingManager.java:[line 2408] Synchronized access at MultiplexingManager.java:[line 2431] Synchronized access at MultiplexingManager.java:[line 2420] Synchronized access at MultiplexingManager.java:[line 2446]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager.shutdownRequestInProgress; locked 71% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager Field org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager.shutdownRequestInProgress Synchronized 71% of the time Unsynchronized access at MultiplexingManager.java:[line 2317] Unsynchronized access at MultiplexingManager.java:[line 2292] Synchronized access at MultiplexingManager.java:[line 2259] Synchronized access at MultiplexingManager.java:[line 2564] Synchronized access at MultiplexingManager.java:[line 2491] Synchronized access at MultiplexingManager.java:[line 2650] Synchronized access at MultiplexingManager.java:[line 2656] Synchronized access at MultiplexingManager.java:[line 2454]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.multiplex.utility.GrowablePipedInputStream.timeout; locked 75% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.multiplex.utility.GrowablePipedInputStream Field org.jboss.remoting.transport.multiplex.utility.GrowablePipedInputStream.timeout Synchronized 75% of the time Unsynchronized access at GrowablePipedInputStream.java:[line 235] Unsynchronized access at GrowablePipedInputStream.java:[line 132] Synchronized access at GrowablePipedInputStream.java:[line 150] Synchronized access at GrowablePipedInputStream.java:[line 156] Synchronized access at GrowablePipedInputStream.java:[line 156] Synchronized access at GrowablePipedInputStream.java:[line 197] Synchronized access at GrowablePipedInputStream.java:[line 203] Synchronized access at GrowablePipedInputStream.java:[line 203]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.socket.ServerThread.timeout; locked 50% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.socket.ServerThread Field org.jboss.remoting.transport.socket.ServerThread.timeout Synchronized 50% of the time Unsynchronized access at ServerThread.java:[line 378] Synchronized access at ServerThread.java:[line 255] Synchronized access at ServerThread.java:[line 145]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.socket.SocketServerInvoker.idleTimerTask; locked 42% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.socket.SocketServerInvoker Field org.jboss.remoting.transport.socket.SocketServerInvoker.idleTimerTask Synchronized 42% of the time Unsynchronized access at SocketServerInvoker.java:[line 496] Unsynchronized access at SocketServerInvoker.java:[line 487] Unsynchronized access at SocketServerInvoker.java:[line 498] Unsynchronized access at SocketServerInvoker.java:[line 489] Unsynchronized access at SocketServerInvoker.java:[line 491] Unsynchronized access at SocketServerInvoker.java:[line 492] Synchronized access at SocketServerInvoker.java:[line 252] Synchronized access at SocketServerInvoker.java:[line 243] Synchronized access at SocketServerInvoker.java:[line 254] Synchronized access at SocketServerInvoker.java:[line 245] Synchronized access at SocketServerInvoker.java:[line 247] Synchronized access at SocketServerInvoker.java:[line 248] Synchronized access at SocketServerInvoker.java:[line 97] Synchronized access at SocketServerInvoker.java:[line 97]
|
IS
|
Inconsistent synchronization of org.jboss.remoting.transport.socket.SocketServerInvoker.numAcceptThreads; locked 60% of time |
|
Bug type IS2_INCONSISTENT_SYNC (click for details)
In class org.jboss.remoting.transport.socket.SocketServerInvoker Field org.jboss.remoting.transport.socket.SocketServerInvoker.numAcceptThreads Synchronized 60% of the time Unsynchronized access at SocketServerInvoker.java:[line 406] Unsynchronized access at SocketServerInvoker.java:[line 417] Synchronized access at SocketServerInvoker.java:[line 235] Synchronized access at SocketServerInvoker.java:[line 209] Synchronized access at SocketServerInvoker.java:[line 211] Synchronized access at SocketServerInvoker.java:[line 85] Synchronized access at SocketServerInvoker.java:[line 85]
|
ML
|
org.jboss.remoting.transport.socket.MicroSocketClientInvoker.initPool() synchronizes on updated field MicroSocketClientInvoker.pool |
|
Bug type ML_SYNC_ON_UPDATED_FIELD (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker In method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.initPool() Field org.jboss.remoting.transport.socket.MicroSocketClientInvoker.pool At MicroSocketClientInvoker.java:[line 853]
|
NN
|
Naked notify in org.jboss.remoting.transport.bisocket.BisocketClientInvoker.handleDisconnect() |
|
Bug type NN_NAKED_NOTIFY (click for details)
In class org.jboss.remoting.transport.bisocket.BisocketClientInvoker In method org.jboss.remoting.transport.bisocket.BisocketClientInvoker.handleDisconnect() At BisocketClientInvoker.java:[line 413]
|
SC
|
new org.jboss.remoting.samples.callback.CallbackServer$SampleInvocationHandler() invokes Thread.start() |
|
Bug type SC_START_IN_CTOR (click for details)
In class org.jboss.remoting.samples.callback.CallbackServer$SampleInvocationHandler In method new org.jboss.remoting.samples.callback.CallbackServer$SampleInvocationHandler() Called method Thread.start() At CallbackServer.java:[line 140]
|
SC
|
new org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler() invokes Thread.start() |
|
Bug type SC_START_IN_CTOR (click for details)
In class org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler In method new org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler() Called method Thread.start() At CallbackServer.java:[line 140]
|
SC
|
new org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler() invokes Thread.start() |
|
Bug type SC_START_IN_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler In method new org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler() Called method Thread.start() At MultiplexInvokerServer.java:[line 123]
|
UW
|
Unconditional wait in org.jboss.remoting.callback.BlockingCallbackStore.add(Serializable) |
|
Bug type UW_UNCOND_WAIT (click for details)
In class org.jboss.remoting.callback.BlockingCallbackStore In method org.jboss.remoting.callback.BlockingCallbackStore.add(Serializable) At BlockingCallbackStore.java:[line 102]
|
Wa
|
Wait not in loop in org.jboss.remoting.callback.BlockingCallbackStore.add(Serializable) |
|
Bug type WA_NOT_IN_LOOP (click for details)
In class org.jboss.remoting.callback.BlockingCallbackStore In method org.jboss.remoting.callback.BlockingCallbackStore.add(Serializable) At BlockingCallbackStore.java:[line 102]
|
Wa
|
Wait not in loop in org.jboss.remoting.transport.multiplex.SocketId.getFreePort() |
|
Bug type WA_NOT_IN_LOOP (click for details)
In class org.jboss.remoting.transport.multiplex.SocketId In method org.jboss.remoting.transport.multiplex.SocketId.getFreePort() At SocketId.java:[line 242]
|
Bx
|
Method org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler.run() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler In method org.jboss.remoting.samples.callback.statistics.CallbackServer$SampleInvocationHandler.run() Called method new Integer(int) Should call Integer.valueOf(int) instead At CallbackServer.java:[line 194]
|
Bx
|
Method org.jboss.remoting.samples.config.factories.FactoryConfigSample$SampleInvocationHandler.addListener(InvokerCallbackHandler) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.config.factories.FactoryConfigSample$SampleInvocationHandler In method org.jboss.remoting.samples.config.factories.FactoryConfigSample$SampleInvocationHandler.addListener(InvokerCallbackHandler) Called method new Integer(int) Should call Integer.valueOf(int) instead At FactoryConfigSample.java:[line 678]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Client2Server1.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client2Server1 In method org.jboss.remoting.samples.multiplex.invoker.Client2Server1.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Client2Server1.java:[line 138]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Client2Server2.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client2Server2 In method org.jboss.remoting.samples.multiplex.invoker.Client2Server2.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Client2Server2.java:[line 138]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Client3Server1.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Client3Server1 In method org.jboss.remoting.samples.multiplex.invoker.Client3Server1.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Client3Server1.java:[line 136]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler.run() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler In method org.jboss.remoting.samples.multiplex.invoker.MultiplexInvokerServer$SampleInvocationHandler.run() Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexInvokerServer.java:[line 187]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Server2Client1.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server2Client1 In method org.jboss.remoting.samples.multiplex.invoker.Server2Client1.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Server2Client1.java:[line 130]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Server2Client2.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server2Client2 In method org.jboss.remoting.samples.multiplex.invoker.Server2Client2.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Server2Client2.java:[line 128]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.invoker.Server3Client1.makeClientCall() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.invoker.Server3Client1 In method org.jboss.remoting.samples.multiplex.invoker.Server3Client1.makeClientCall() Called method new Integer(int) Should call Integer.valueOf(int) instead At Server3Client1.java:[line 130]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient.runPrimeScenario() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient.runPrimeScenario() Called method new Integer(int) Should call Integer.valueOf(int) instead At PrimeScenarioExampleClient.java:[line 58]
|
Bx
|
Method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread.run() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread In method org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread.run() Called method new Integer(int) Should call Integer.valueOf(int) instead At PrimeScenarioExampleServer.java:[line 102]
|
Bx
|
Method org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.handleStream(InputStream, InvocationRequest) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler In method org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.handleStream(InputStream, InvocationRequest) Called method new Long(long) Should call Long.valueOf(long) instead At StreamingServer.java:[line 163]
|
Bx
|
Method org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.invoke(InvocationRequest) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler In method org.jboss.remoting.samples.stream.StreamingServer$TestStreamInvocationHandler.invoke(InvocationRequest) Called method new Long(long) Should call Long.valueOf(long) instead At StreamingServer.java:[line 179]
|
Bx
|
Method org.jboss.remoting.ServerInvoker.invoke(InvocationRequest) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.ServerInvoker In method org.jboss.remoting.ServerInvoker.invoke(InvocationRequest) Called method new Long(long) Should call Long.valueOf(long) instead At ServerInvoker.java:[line 800]
|
Bx
|
Method org.jboss.remoting.stream.StreamHandler.mark(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.stream.StreamHandler In method org.jboss.remoting.stream.StreamHandler.mark(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At StreamHandler.java:[line 256]
|
Bx
|
Method org.jboss.remoting.stream.StreamHandler.skip(long) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.stream.StreamHandler In method org.jboss.remoting.stream.StreamHandler.skip(long) Called method new Long(long) Should call Long.valueOf(long) instead At StreamHandler.java:[line 291]
|
Bx
|
Method org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.stream.StreamServer$Handler In method org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) Called method new Integer(int) Should call Integer.valueOf(int) instead At StreamServer.java:[line 205] Another occurrence at StreamServer.java:[line 210] Another occurrence at StreamServer.java:[line 251]
|
Bx
|
Method org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.stream.StreamServer$Handler In method org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) Called method new Long(long) Should call Long.valueOf(long) instead At StreamServer.java:[line 243]
|
Bx
|
Method org.jboss.remoting.transport.bisocket.BisocketServerInvoker.createControlConnection(String, boolean) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.bisocket.BisocketServerInvoker In method org.jboss.remoting.transport.bisocket.BisocketServerInvoker.createControlConnection(String, boolean) Called method new Integer(int) Should call Integer.valueOf(int) instead At BisocketServerInvoker.java:[line 313] Another occurrence at BisocketServerInvoker.java:[line 317]
|
Bx
|
Method org.jboss.remoting.transport.coyote.CoyoteInvoker.addLeaseInfo(ResponseMap) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.addLeaseInfo(ResponseMap) Called method new Long(long) Should call Long.valueOf(long) instead At CoyoteInvoker.java:[line 425]
|
Bx
|
Method org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport.getKeySize() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport In method org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport.getKeySize() Called method new Integer(int) Should call Integer.valueOf(int) instead At RemotingSSLSupport.java:[line 188]
|
Bx
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) Called method new Integer(int) Should call Integer.valueOf(int) instead At HTTPClientInvoker.java:[line 486]
|
Bx
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) Called method new Long(long) Should call Long.valueOf(long) instead At HTTPClientInvoker.java:[line 516]
|
Bx
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.getSimulatedTimeout(Map, Map, HttpURLConnection) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.getSimulatedTimeout(Map, Map, HttpURLConnection) Called method new Integer(int) Should call Integer.valueOf(int) instead At HTTPClientInvoker.java:[line 665] Another occurrence at HTTPClientInvoker.java:[line 667]
|
Bx
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.setChunked(Map, HttpURLConnection) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.setChunked(Map, HttpURLConnection) Called method new Integer(int) Should call Integer.valueOf(int) instead At HTTPClientInvoker.java:[line 597]
|
Bx
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) Called method new Integer(int) Should call Integer.valueOf(int) instead At HTTPClientInvoker.java:[line 280] Another occurrence at HTTPClientInvoker.java:[line 328] Another occurrence at HTTPClientInvoker.java:[line 360]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setInputBufferSize(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setInputBufferSize(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1193]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setInputMaxErrors(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setInputMaxErrors(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1207]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setMaxAcceptErrors(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setMaxAcceptErrors(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1221]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxChunkSize(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxChunkSize(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1266]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxDataSlice(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxDataSlice(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1280]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxTimeSlice(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMaxTimeSlice(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1294]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMessagePoolSize(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMessagePoolSize(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1308]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMessageSize(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setOutputMessageSize(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1322]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownMonitorPeriod(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownMonitorPeriod(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1351]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownRefusalsMaximum(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownRefusalsMaximum(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1365]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownRequestTimeout(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setShutdownRequestTimeout(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1379]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setStaticThreadsMonitorPeriod(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setStaticThreadsMonitorPeriod(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MultiplexServerInvoker.java:[line 1393]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.SocketId.freePort(int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.SocketId In method org.jboss.remoting.transport.multiplex.SocketId.freePort(int) Called method new Integer(int) Should call Integer.valueOf(int) instead At SocketId.java:[line 223]
|
Bx
|
Method org.jboss.remoting.transport.multiplex.SocketId.getFreePort() invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.multiplex.SocketId In method org.jboss.remoting.transport.multiplex.SocketId.getFreePort() Called method new Integer(int) Should call Integer.valueOf(int) instead At SocketId.java:[line 251] Another occurrence at SocketId.java:[line 263]
|
Bx
|
Method org.jboss.remoting.transport.PortUtil.getFreePort(String) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.PortUtil In method org.jboss.remoting.transport.PortUtil.getFreePort(String) Called method new Integer(int) Should call Integer.valueOf(int) instead At PortUtil.java:[line 133]
|
Bx
|
Method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.createClientSocket(Socket, int, Map) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker In method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.createClientSocket(Socket, int, Map) Called method new Integer(int) Should call Integer.valueOf(int) instead At MicroSocketClientInvoker.java:[line 964]
|
Bx
|
Method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(Marshaller, UnMarshaller, int) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.socket.MicroSocketClientInvoker In method org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(Marshaller, UnMarshaller, int) Called method new Integer(int) Should call Integer.valueOf(int) instead At MicroSocketClientInvoker.java:[line 931] Another occurrence at MicroSocketClientInvoker.java:[line 940]
|
Bx
|
Method org.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(Socket, int, Map) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.socket.ServerThread In method org.jboss.remoting.transport.socket.ServerThread.createServerSocketWrapper(Socket, int, Map) Called method new Integer(int) Should call Integer.valueOf(int) instead At ServerThread.java:[line 782] Another occurrence at ServerThread.java:[line 785]
|
Bx
|
Method org.jboss.remoting.transport.socket.SocketClientInvoker.createClientSocket(Socket, int, Map) invokes inefficient new Integer(int) constructor; use Integer.valueOf(int) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.socket.SocketClientInvoker In method org.jboss.remoting.transport.socket.SocketClientInvoker.createClientSocket(Socket, int, Map) Called method new Integer(int) Should call Integer.valueOf(int) instead At SocketClientInvoker.java:[line 161]
|
Bx
|
Method org.jboss.remoting.transport.web.WebServerInvoker.addLeaseInfo(Map) invokes inefficient new Long(long) constructor; use Long.valueOf(long) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.transport.web.WebServerInvoker In method org.jboss.remoting.transport.web.WebServerInvoker.addLeaseInfo(Map) Called method new Long(long) Should call Long.valueOf(long) instead At WebServerInvoker.java:[line 177]
|
Bx
|
Method org.jboss.remoting.Version.<static initializer>() invokes inefficient new Byte(byte) constructor; use Byte.valueOf(byte) instead |
|
Bug type DM_NUMBER_CTOR (click for details)
In class org.jboss.remoting.Version In method org.jboss.remoting.Version.<static initializer>() Called method new Byte(byte) Should call Byte.valueOf(byte) instead At Version.java:[line 103]
|
Dm
|
org.jboss.remoting.callback.ServerInvokerCallbackHandler$1.run() forces garbage collection; extremely dubious except in benchmarking code |
|
Bug type DM_GC (click for details)
In class org.jboss.remoting.callback.ServerInvokerCallbackHandler$1 In method org.jboss.remoting.callback.ServerInvokerCallbackHandler$1.run() At ServerInvokerCallbackHandler.java:[line 662]
|
Dm
|
org.jboss.remoting.callback.ServerInvokerCallbackHandler$2.run() forces garbage collection; extremely dubious except in benchmarking code |
|
Bug type DM_GC (click for details)
In class org.jboss.remoting.callback.ServerInvokerCallbackHandler$2 In method org.jboss.remoting.callback.ServerInvokerCallbackHandler$2.run() At ServerInvokerCallbackHandler.java:[line 764]
|
Dm
|
org.jboss.remoting.InvokerLocator.setUseLegacyParsing(boolean) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.InvokerLocator In method org.jboss.remoting.InvokerLocator.setUseLegacyParsing(boolean) At InvokerLocator.java:[line 108]
|
Dm
|
org.jboss.remoting.loading.CompressedClassBytes.main(String[]) invokes inefficient new String(String) constructor |
|
Bug type DM_STRING_CTOR (click for details)
In class org.jboss.remoting.loading.CompressedClassBytes In method org.jboss.remoting.loading.CompressedClassBytes.main(String[]) At CompressedClassBytes.java:[line 63]
|
Dm
|
org.jboss.remoting.ServerInvoker.invoke(InvocationRequest) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.ServerInvoker In method org.jboss.remoting.ServerInvoker.invoke(InvocationRequest) At ServerInvoker.java:[line 787] Another occurrence at ServerInvoker.java:[line 802]
|
Dm
|
org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.stream.StreamServer$Handler In method org.jboss.remoting.stream.StreamServer$Handler.invoke(InvocationRequest) At StreamServer.java:[line 228]
|
Dm
|
org.jboss.remoting.transport.coyote.CoyoteInvoker.<static initializer>() invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.<static initializer>() At CoyoteInvoker.java:[line 75] Another occurrence at CoyoteInvoker.java:[line 76]
|
Dm
|
org.jboss.remoting.transport.coyote.CoyoteInvoker.addLeaseInfo(ResponseMap) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.addLeaseInfo(ResponseMap) At CoyoteInvoker.java:[line 420]
|
Dm
|
org.jboss.remoting.transport.coyote.CoyoteInvoker.setProperty(Object, String, String) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.setProperty(Object, String, String) At CoyoteInvoker.java:[line 1022]
|
Dm
|
org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.checkForLeasePing(HttpURLConnection, Object, Map) At HTTPClientInvoker.java:[line 501] Another occurrence at HTTPClientInvoker.java:[line 517]
|
Dm
|
org.jboss.remoting.transport.web.WebServerInvoker.addLeaseInfo(Map) invokes inefficient Boolean constructor; use Boolean.valueOf(...) instead |
|
Bug type DM_BOOLEAN_CTOR (click for details)
In class org.jboss.remoting.transport.web.WebServerInvoker In method org.jboss.remoting.transport.web.WebServerInvoker.addLeaseInfo(Map) At WebServerInvoker.java:[line 172]
|
SBSC
|
Method org.jboss.remoting.detection.Detection.toString() concatenates strings using + in a loop |
|
Bug type SBSC_USE_STRINGBUFFER_CONCATENATION (click for details)
In class org.jboss.remoting.detection.Detection In method org.jboss.remoting.detection.Detection.toString() At Detection.java:[line 72]
|
SBSC
|
Method org.jboss.remoting.detection.ServerInvokerMetadata.toString() concatenates strings using + in a loop |
|
Bug type SBSC_USE_STRINGBUFFER_CONCATENATION (click for details)
In class org.jboss.remoting.detection.ServerInvokerMetadata In method org.jboss.remoting.detection.ServerInvokerMetadata.toString() At ServerInvokerMetadata.java:[line 64]
|
SBSC
|
Method org.jboss.remoting.samples.transporter.complex.Doctor.toString() concatenates strings using + in a loop |
|
Bug type SBSC_USE_STRINGBUFFER_CONCATENATION (click for details)
In class org.jboss.remoting.samples.transporter.complex.Doctor In method org.jboss.remoting.samples.transporter.complex.Doctor.toString() At Doctor.java:[line 71]
|
SBSC
|
Method org.jboss.remoting.transport.Connector.getInvokerConfig(Map) concatenates strings using + in a loop |
|
Bug type SBSC_USE_STRINGBUFFER_CONCATENATION (click for details)
In class org.jboss.remoting.transport.Connector In method org.jboss.remoting.transport.Connector.getInvokerConfig(Map) At Connector.java:[line 556]
|
SIC
|
Should org.jboss.remoting.AbstractInvoker$CallbackHandlerHolder be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.AbstractInvoker$CallbackHandlerHolder At AbstractInvoker.java:[lines 444-462]
|
SIC
|
Should org.jboss.remoting.AbstractInvoker$CallbackLocatorHolder be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.AbstractInvoker$CallbackLocatorHolder At AbstractInvoker.java:[lines 472-484]
|
SIC
|
Should org.jboss.remoting.callback.NullCallbackStore$FailedCallback be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.callback.NullCallbackStore$FailedCallback At NullCallbackStore.java:[lines 161-167]
|
SIC
|
Should org.jboss.remoting.detection.AbstractDetector$Server be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.detection.AbstractDetector$Server At AbstractDetector.java:[lines 675-715]
|
SIC
|
Should org.jboss.remoting.loading.ClassByteClassLoader$MyRef be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.loading.ClassByteClassLoader$MyRef At ClassByteClassLoader.java:[lines 86-94]
|
SIC
|
Should org.jboss.remoting.samples.callback.CallbackClient$CallbackHandler be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.samples.callback.CallbackClient$CallbackHandler At CallbackClient.java:[lines 202-217]
|
SIC
|
Should org.jboss.remoting.samples.callback.statistics.CallbackClient$CallbackHandler be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.samples.callback.statistics.CallbackClient$CallbackHandler At CallbackClient.java:[lines 99-113]
|
SIC
|
Should org.jboss.remoting.samples.chat.client.RemoteStrategyRemoting$ChatServerStub be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.samples.chat.client.RemoteStrategyRemoting$ChatServerStub At RemoteStrategyRemoting.java:[lines 260-322]
|
SIC
|
Should org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient$AsynchronousThread be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleClient$AsynchronousThread At PrimeScenarioExampleClient.java:[lines 76-104]
|
SIC
|
Should org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.samples.multiplex.PrimeScenarioExampleServer$AsynchronousThread At PrimeScenarioExampleServer.java:[lines 84-112]
|
SIC
|
Should org.jboss.remoting.security.SSLSocketBuilder$NullStoreURLException be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.security.SSLSocketBuilder$NullStoreURLException At SSLSocketBuilder.java:[lines 1714-1716]
|
SIC
|
Should org.jboss.remoting.ServerInvoker$CallbackContainer be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.ServerInvoker$CallbackContainer At ServerInvoker.java:[lines 1991-2003]
|
SIC
|
Should org.jboss.remoting.transport.bisocket.BisocketServerInvoker$SecondaryServerSocketThread be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.transport.bisocket.BisocketServerInvoker$SecondaryServerSocketThread At BisocketServerInvoker.java:[lines 863-933]
|
SIC
|
Should org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker$AnyhostVerifier be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.transport.http.ssl.HTTPSClientInvoker$AnyhostVerifier At HTTPSClientInvoker.java:[lines 223-228]
|
SIC
|
Should org.jboss.remoting.transport.multiplex.VirtualServerSocket$PendingClose be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualServerSocket$PendingClose At VirtualServerSocket.java:[lines 810-817]
|
SIC
|
Should org.jboss.remoting.transport.multiplex.VirtualSocket$PendingClose be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualSocket$PendingClose At VirtualSocket.java:[lines 1336-1343]
|
SIC
|
Should org.jboss.remoting.transport.multiplex.VirtualSocket$PendingRemoteDisconnect be a _static_ inner class? |
|
Bug type SIC_INNER_SHOULD_BE_STATIC (click for details)
In class org.jboss.remoting.transport.multiplex.VirtualSocket$PendingRemoteDisconnect At VirtualSocket.java:[lines 1317-1329]
|
UrF
|
Unread field: org.jboss.remoting.samples.chat.client.LocalStrategy$3.remoteChatServerWrapper |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.samples.chat.client.LocalStrategy$3 Field org.jboss.remoting.samples.chat.client.LocalStrategy$3.remoteChatServerWrapper At LocalStrategy.java:[line 171]
|
UrF
|
Unread field: org.jboss.remoting.transport.coyote.InputBuffer.bytesRead |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.coyote.InputBuffer Field org.jboss.remoting.transport.coyote.InputBuffer.bytesRead At InputBuffer.java:[line 79]
|
UrF
|
Unread field: org.jboss.remoting.transport.coyote.InputBuffer.charsRead |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.coyote.InputBuffer Field org.jboss.remoting.transport.coyote.InputBuffer.charsRead At InputBuffer.java:[line 85]
|
UrF
|
Unread field: org.jboss.remoting.transport.coyote.InputBuffer.inputChunk |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.coyote.InputBuffer Field org.jboss.remoting.transport.coyote.InputBuffer.inputChunk At InputBuffer.java:[line 97]
|
UrF
|
Unread field: org.jboss.remoting.transport.multiplex.InputMultiplexor$MultiGroupInputThread.info |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.InputMultiplexor$MultiGroupInputThread Field org.jboss.remoting.transport.multiplex.InputMultiplexor$MultiGroupInputThread.info At InputMultiplexor.java:[line 141]
|
UrF
|
Unread field: org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread.debug |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread Field org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread.debug At InputMultiplexor.java:[line 514]
|
UrF
|
Unread field: org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread.info |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread Field org.jboss.remoting.transport.multiplex.InputMultiplexor$SingleGroupInputThread.info At InputMultiplexor.java:[line 515]
|
UrF
|
Unread field: org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager$ShutdownMonitorTimerTask.cancelled |
|
Bug type URF_UNREAD_FIELD (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager$ShutdownMonitorTimerTask Field org.jboss.remoting.transport.multiplex.MultiplexingManager$ShutdownManager$ShutdownMonitorTimerTask.cancelled At MultiplexingManager.java:[line 2389]
|
WMI
|
Method new org.jboss.remoting.InvokerLocator(String, String, int, String, Map) makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.InvokerLocator In method new org.jboss.remoting.InvokerLocator(String, String, int, String, Map) At InvokerLocator.java:[line 484]
|
WMI
|
Method org.jboss.remoting.ServerInvoker.getMBeanObjectName() makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.ServerInvoker In method org.jboss.remoting.ServerInvoker.getMBeanObjectName() At ServerInvoker.java:[line 1019]
|
WMI
|
Method org.jboss.remoting.transport.Connector.getInvokerConfig(Map) makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.Connector In method org.jboss.remoting.transport.Connector.getInvokerConfig(Map) At Connector.java:[line 548]
|
WMI
|
Method org.jboss.remoting.transport.coyote.CoyoteInvoker.setup() makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.setup() At CoyoteInvoker.java:[line 162]
|
WMI
|
Method org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) At HTTPClientInvoker.java:[line 267]
|
WMI
|
Method org.jboss.remoting.transport.multiplex.Protocol$BackChannelThread.doRun() makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.multiplex.Protocol$BackChannelThread In method org.jboss.remoting.transport.multiplex.Protocol$BackChannelThread.doRun() At Protocol.java:[line 453]
|
WMI
|
Method org.jboss.remoting.transport.servlet.ServletServerInvoker.processRequest(HttpServletRequest, HttpServletResponse) makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.servlet.ServletServerInvoker In method org.jboss.remoting.transport.servlet.ServletServerInvoker.processRequest(HttpServletRequest, HttpServletResponse) At ServletServerInvoker.java:[line 166] Another occurrence at ServletServerInvoker.java:[line 187]
|
WMI
|
Method org.jboss.remoting.transport.servlet.ServletServerInvoker.processRequest(HttpServletRequest, byte[], HttpServletResponse) makes inefficient use of keySet iterator instead of entrySet iterator |
|
Bug type WMI_WRONG_MAP_ITERATOR (click for details)
In class org.jboss.remoting.transport.servlet.ServletServerInvoker In method org.jboss.remoting.transport.servlet.ServletServerInvoker.processRequest(HttpServletRequest, byte[], HttpServletResponse) At ServletServerInvoker.java:[line 315]
|
BC
|
Unchecked/unconfirmed cast from java.net.Socket to javax.net.ssl.SSLSocket in org.jboss.remoting.transport.coyote.ssl.RemotingServerSocketFactory.handshake(Socket) |
|
Bug type BC_UNCONFIRMED_CAST (click for details)
In class org.jboss.remoting.transport.coyote.ssl.RemotingServerSocketFactory In method org.jboss.remoting.transport.coyote.ssl.RemotingServerSocketFactory.handshake(Socket) Actual type java.net.Socket Expected javax.net.ssl.SSLSocket Value loaded from sock At RemotingServerSocketFactory.java:[line 198]
|
BC
|
Unchecked/unconfirmed cast from java.net.Socket to javax.net.ssl.SSLSocket in org.jboss.remoting.transport.coyote.ssl.RemotingSSLImplementation.getSSLSupport(Socket) |
|
Bug type BC_UNCONFIRMED_CAST (click for details)
In class org.jboss.remoting.transport.coyote.ssl.RemotingSSLImplementation In method org.jboss.remoting.transport.coyote.ssl.RemotingSSLImplementation.getSSLSupport(Socket) Actual type java.net.Socket Expected javax.net.ssl.SSLSocket Value loaded from sock At RemotingSSLImplementation.java:[line 58]
|
DLS
|
Dead store to obj in org.jboss.remoting.loading.CompressedClassBytes.main(String[]) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.loading.CompressedClassBytes In method org.jboss.remoting.loading.CompressedClassBytes.main(String[]) Local variable named obj At CompressedClassBytes.java:[line 67]
|
DLS
|
Dead store to count in org.jboss.remoting.loading.CompressedClassBytes.readExternal(ObjectInput) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.loading.CompressedClassBytes In method org.jboss.remoting.loading.CompressedClassBytes.readExternal(ObjectInput) Local variable named count At CompressedClassBytes.java:[line 89]
|
DLS
|
Dead store to CloseableFrame in org.jboss.remoting.samples.chat.client.CloseableFrame.main(String[]) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.samples.chat.client.CloseableFrame In method org.jboss.remoting.samples.chat.client.CloseableFrame.main(String[]) Local variable named CloseableFrame At CloseableFrame.java:[line 61]
|
DLS
|
Dead store to backChat in org.jboss.remoting.samples.chat.client.TalkFrame.main(String[]) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.samples.chat.client.TalkFrame In method org.jboss.remoting.samples.chat.client.TalkFrame.main(String[]) Local variable named backChat Did you mean to refer to the field org.jboss.remoting.samples.chat.client.TalkFrame.backChat? At TalkFrame.java:[line 161]
|
DLS
|
Dead store to backChat in new org.jboss.remoting.samples.chat.server.CallbackThread(InvokerCallbackHandler, ShutDownGate, ReadWriteArrayList) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.samples.chat.server.CallbackThread In method new org.jboss.remoting.samples.chat.server.CallbackThread(InvokerCallbackHandler, ShutDownGate, ReadWriteArrayList) Local variable named backChat At CallbackThread.java:[line 42]
|
DLS
|
Dead store to chatManagerLauncher in org.jboss.remoting.samples.chat.server.ChatManagerLauncher.main(String[]) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.samples.chat.server.ChatManagerLauncher In method org.jboss.remoting.samples.chat.server.ChatManagerLauncher.main(String[]) Local variable named chatManagerLauncher At ChatManagerLauncher.java:[line 55]
|
DLS
|
Dead store to locatorURI in org.jboss.remoting.samples.stream.StreamingClient.main(String[]) |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.samples.stream.StreamingClient In method org.jboss.remoting.samples.stream.StreamingClient.main(String[]) Local variable named locatorURI Did you mean to refer to the field org.jboss.remoting.samples.stream.StreamingClient.locatorURI? At StreamingClient.java:[line 131]
|
DLS
|
Dead store to port in org.jboss.remoting.transport.coyote.CoyoteInvoker.start() |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.start() Local variable named port At CoyoteInvoker.java:[line 230]
|
DLS
|
Dead store to originalPort in org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setBindingInfo() |
|
Bug type DLS_DEAD_LOCAL_STORE (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setBindingInfo() Local variable named originalPort At MultiplexServerInvoker.java:[line 1108] Another occurrence at MultiplexServerInvoker.java:[line 1112]
|
DMI
|
org.jboss.remoting.InvokerLocator.legacyParse(String) invokes substring(0), which returns the original value |
|
Bug type DMI_USELESS_SUBSTRING (click for details)
In class org.jboss.remoting.InvokerLocator In method org.jboss.remoting.InvokerLocator.legacyParse(String) At InvokerLocator.java:[line 366]
|
DMI
|
org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setBindingInfo() invokes substring(0), which returns the original value |
|
Bug type DMI_USELESS_SUBSTRING (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexServerInvoker In method org.jboss.remoting.transport.multiplex.MultiplexServerInvoker.setBindingInfo() At MultiplexServerInvoker.java:[line 1123]
|
Eq
|
org.jboss.remoting.network.NetworkInstance.equals(Object) is unusual |
|
Bug type EQ_UNUSUAL (click for details)
In class org.jboss.remoting.network.NetworkInstance In method org.jboss.remoting.network.NetworkInstance.equals(Object) At NetworkInstance.java:[line 104]
|
IA
|
Ambiguous invocation of either an outer or inherited method java.util.TimerTask.cancel() in org.jboss.remoting.ConnectionValidator$WaitOnConnectionCheckTimerTask.run() |
|
Bug type IA_AMBIGUOUS_INVOCATION_OF_INHERITED_OR_OUTER_METHOD (click for details)
In class org.jboss.remoting.ConnectionValidator$WaitOnConnectionCheckTimerTask In method org.jboss.remoting.ConnectionValidator$WaitOnConnectionCheckTimerTask.run() Inherited method java.util.TimerTask.cancel() Did you intend to invoke org.jboss.remoting.ConnectionValidator.cancel() At ConnectionValidator.java:[line 928]
|
ICAST
|
integral division result cast to double or float in org.jboss.remoting.callback.ServerInvokerCallbackHandler.isMemLow() |
|
Bug type ICAST_IDIV_CAST_TO_DOUBLE (click for details)
In class org.jboss.remoting.callback.ServerInvokerCallbackHandler In method org.jboss.remoting.callback.ServerInvokerCallbackHandler.isMemLow() At ServerInvokerCallbackHandler.java:[line 891]
|
NP
|
Load of known null value in org.jboss.remoting.Client.addCallbackListener(InvokerCallbackHandler, Map, InvokerLocator, Object) |
|
Bug type NP_LOAD_OF_KNOWN_NULL_VALUE (click for details)
In class org.jboss.remoting.Client In method org.jboss.remoting.Client.addCallbackListener(InvokerCallbackHandler, Map, InvokerLocator, Object) At Client.java:[line 1966]
|
NP
|
Possible null pointer dereference in org.jboss.remoting.Client.addConnectionListener(ConnectionListener, Map) due to return value of called method |
|
Bug type NP_NULL_ON_SOME_PATH_FROM_RETURN_VALUE (click for details)
In class org.jboss.remoting.Client In method org.jboss.remoting.Client.addConnectionListener(ConnectionListener, Map) Value contained in org.jboss.remoting.Client.connectionValidator Dereferenced at Client.java:[line 486] Known null at Client.java:[line 486]
|
NP
|
Load of known null value in org.jboss.remoting.InvokerRegistry.loadClientInvoker(String, InvokerLocator, Map) |
|
Bug type NP_LOAD_OF_KNOWN_NULL_VALUE (click for details)
In class org.jboss.remoting.InvokerRegistry In method org.jboss.remoting.InvokerRegistry.loadClientInvoker(String, InvokerLocator, Map) At InvokerRegistry.java:[line 451]
|
NP
|
Load of known null value in org.jboss.remoting.InvokerRegistry.loadServerInvoker(String, InvokerLocator, Map) |
|
Bug type NP_LOAD_OF_KNOWN_NULL_VALUE (click for details)
In class org.jboss.remoting.InvokerRegistry In method org.jboss.remoting.InvokerRegistry.loadServerInvoker(String, InvokerLocator, Map) At InvokerRegistry.java:[line 470]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.ident.Identity.createId(MBeanServer) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.ident.Identity In method org.jboss.remoting.ident.Identity.createId(MBeanServer) At Identity.java:[line 242]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.transport.Connector.getInvokerConfig(Map) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.transport.Connector In method org.jboss.remoting.transport.Connector.getInvokerConfig(Map) At Connector.java:[line 568]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.transport.coyote.CoyoteInvoker.setProperty(Object, String, String) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.transport.coyote.CoyoteInvoker In method org.jboss.remoting.transport.coyote.CoyoteInvoker.setProperty(Object, String, String) At CoyoteInvoker.java:[line 1066]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport.getX509Certificates(SSLSession) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport In method org.jboss.remoting.transport.coyote.ssl.RemotingSSLSupport.getX509Certificates(SSLSession) At RemotingSSLSupport.java:[line 139]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.transport.http.HTTPClientInvoker In method org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HttpURLConnection, Object, Map, Marshaller, UnMarshaller) At HTTPClientInvoker.java:[line 364]
|
REC
|
Exception is caught when Exception is not thrown in org.jboss.remoting.transport.http.HTTPServerInvoker.processRequest(FilterInputStream, FilterOutputStream) |
|
Bug type REC_CATCH_EXCEPTION (click for details)
In class org.jboss.remoting.transport.http.HTTPServerInvoker In method org.jboss.remoting.transport.http.HTTPServerInvoker.processRequest(FilterInputStream, FilterOutputStream) At HTTPServerInvoker.java:[line 705]
|
SA
|
Double assignment of remoteStrategyName in new org.jboss.remoting.samples.chat.client.Chat(String[]) |
|
Bug type SA_LOCAL_DOUBLE_ASSIGNMENT (click for details)
In class org.jboss.remoting.samples.chat.client.Chat In method new org.jboss.remoting.samples.chat.client.Chat(String[]) Local variable named remoteStrategyName At Chat.java:[line 42]
|
ST
|
Write to static field org.jboss.remoting.network.NetworkRegistry.singleton from instance method new org.jboss.remoting.network.NetworkRegistry() |
|
Bug type ST_WRITE_TO_STATIC_FROM_INSTANCE_METHOD (click for details)
In class org.jboss.remoting.network.NetworkRegistry In method new org.jboss.remoting.network.NetworkRegistry() Field org.jboss.remoting.network.NetworkRegistry.singleton At NetworkRegistry.java:[line 62]
|
ST
|
Write to static field org.jboss.remoting.transport.multiplex.MultiplexingManager.configuration from instance method org.jboss.remoting.transport.multiplex.MultiplexingManager.initParameters(Map) |
|
Bug type ST_WRITE_TO_STATIC_FROM_INSTANCE_METHOD (click for details)
In class org.jboss.remoting.transport.multiplex.MultiplexingManager In method org.jboss.remoting.transport.multiplex.MultiplexingManager.initParameters(Map) Field org.jboss.remoting.transport.multiplex.MultiplexingManager.configuration At MultiplexingManager.java:[line 501]
|
This code creates a java.util.Random object, uses it to generate one random number, and then discards
the Random object. This produces mediocre quality random numbers and is inefficient.
If possible, rewrite the code so that the Random object is created once and saved, and each time a new random number
is required invoke a method on the existing Random object to obtain it.
This cast is unchecked, and not all instances of the type casted from can be cast to
the type it is being cast to. Ensure that your program logic ensures that this
cast will not fail.
Values between -128 and 127 are guaranteed to have corresponding cached instances
and using valueOf
is approximately 3.5 times faster than using constructor.
For values outside the constant range the performance of both styles is the same.
Unless the class must be compatible with JVMs predating Java 1.5,
use either autoboxing or the valueOf()
method when creating instances of
Long
, Integer
, Short
, Character
, and Byte
.
This instruction assigns a value to a local variable,
but the value is not read or used in any subsequent instruction.
Often, this indicates an error, because the value computed is never
used.
Note that Sun's javac compiler often generates dead stores for
final local variables. Because FindBugs is a bytecode-based tool,
there is no easy way to eliminate these false positives.
Code explicitly invokes garbage collection.
Except for specific use in benchmarking, this is very dubious.
In the past, situations where people have explicitly invoked
the garbage collector in routines such as close or finalize methods
has led to huge performance black holes. Garbage collection
can be expensive. Any situation that forces hundreds or thousands
of garbage collections will bring the machine to a crawl.
Invoking System.exit shuts down the entire Java virtual machine. This
should only been done when it is appropriate. Such calls make it
hard or impossible for your code to be invoked by other code.
Consider throwing a RuntimeException instead.
This code invokes substring(0) on a String, which returns the original value.
This code creates a classloader, which requires a security manager.
If this code will be granted security permissions, but might be invoked by code that does not
have security permissions, then the classloader creation needs to occur inside a doPrivileged block.
Returning a reference to a mutable object value stored in one of the object's fields
exposes the internal representation of the object.
If instances
are accessed by untrusted code, and unchecked changes to
the mutable object would compromise security or other
important properties, you will need to do something different.
Returning a new copy of the object is better approach in many situations.
This code stores a reference to an externally mutable object into the
internal representation of the object.
If instances
are accessed by untrusted code, and unchecked changes to
the mutable object would compromise security or other
important properties, you will need to do something different.
Storing a copy of the object is better approach in many situations.
This class doesn't do any of the patterns we recognize for checking that the type of the argument
is compatible with the type of the this
object. There might not be anything wrong with
this code, but it is worth reviewing.
If you don't think instances of this class will ever be inserted into a HashMap/HashTable,
the recommended hashCode
implementation to use is:
An inner class is invoking a method that could be resolved to either a inherited method or a method defined in an outer class. By the Java semantics,
it will be resolved to invoke the inherited method, but this may not be want
you intend. If you really intend to invoke the inherited method,
invoke it by invoking the method on super (e.g., invoke super.foo(17)), and
thus it will be clear to other readers of your code and to FindBugs
that you want to invoke the inherited method, not the method in the outer class.
This code casts the result of an integral division (e.g., int or long division)
operation to double or
float.
Doing division on integers truncates the result
to the integer value closest to zero. The fact that the result
was cast to double suggests that this precision should have been retained.
What was probably meant was to cast one or both of the operands to
double before performing the division. Here is an example:
The fields of this class appear to be accessed inconsistently with respect
to synchronization. This bug report indicates that the bug pattern detector
judged that
A typical bug matching this bug pattern is forgetting to synchronize
one of the methods in a class that is intended to be thread-safe.
You can select the nodes labeled "Unsynchronized access" to show the
code locations where the detector believed that a field was accessed
without synchronization.
Note that there are various sources of inaccuracy in this detector;
for example, the detector cannot statically detect all situations in which
a lock is held. Also, even when the detector is accurate in
distinguishing locked vs. unlocked accesses, the code in question may still
be correct.
This class defines a field with the same name as a visible
instance field in a superclass. This is confusing, and
may indicate an error if methods update or access one of
the fields when they wanted the other.
This method synchronizes on an object
referenced from a mutable field.
This is unlikely to have useful semantics, since different
threads may be synchronizing on different objects.
A mutable static field could be changed by malicious code or
by accident from another package.
The field could be made final to avoid
this vulnerability.
A mutable static field could be changed by malicious code or
by accident.
The field could be made package protected to avoid
this vulnerability.
This class is not derived from another exception, but ends with 'Exception'. This will
be confusing to users of this class.
This bug does not necessarily indicate an error, since the change to
mutable object state may have taken place in a method which then called
the method containing the notification.
This implementation of equals(Object) violates the contract defined
by java.lang.Object.equals() because it does not check for null
being passed as the argument. All equals() methods should return
false if passed a null value.
The variable referenced at this point is known to be null due to an earlier
check against null. Although this is valid, it might be a mistake (perhaps you
intended to refer to a different variable, or perhaps the earlier check to see if the
variable is null should have been a check to see if it was nonnull).
There is a statement or branch that if executed guarantees that
a value is null at this point, and that
value that is guaranteed to be dereferenced
(except on forward paths involving runtime exceptions).
The return value from a method is dereferenced without a null check,
and the return value of that method is one that should generally be checked
for null. This may lead to a NullPointerException
when the code is executed.
A reference value which is null on some exception control path is
dereferenced here. This may lead to a NullPointerException
when the code is executed.
Note that because FindBugs currently does not prune infeasible exception paths,
this may be a false warning.
Also note that FindBugs considers the default case of a switch statement to
be an exception path, since the default case is often infeasible.
This method may fail to clean up (close, dispose of) a stream,
database object, or other
resource requiring an explicit cleanup operation.
In general, if a method opens a stream or other resource,
the method should use a try/finally block to ensure that
the stream or resource is cleaned up before the method
returns.
This bug pattern is essentially the same as the
OS_OPEN_STREAM and ODR_OPEN_DATABASE_RESOURCE
bug patterns, but is based on a different
(and hopefully better) static analysis technique.
We are interested is getting feedback about the
usefulness of this bug pattern.
To send feedback, either:
In particular,
the false-positive suppression heuristics for this
bug pattern have not been extensively tuned, so
reports about false positives are helpful to us.
The method creates an IO stream object, does not assign it to any
fields, pass it to other methods that might close it,
or return it, and does not appear to close
the stream on all paths out of the method. This may result in
a file descriptor leak. It is generally a good
idea to use a finally
block to ensure that streams are
closed.
A value is checked here to see whether it is null, but this value can't
be null because it was previously dereferenced and if it were null a null pointer
exception would have occurred at the earlier dereference.
Essentially, this code and the previous dereference
disagree as to whether this value is allowed to be null. Either the check is redundant
or the previous dereference is erroneous.
This method uses a try-catch block that catches Exception objects, but Exception is not
thrown within the try block, and RuntimeException is not explicitly caught. It is a common bug pattern to
say try { ... } catch (Exception e) { something } as a shorthand for catching a number of types of exception
each of whose catch blocks is identical, but this construct also accidentally catches RuntimeException as well,
masking potential bugs.
This method returns a value that is not checked. The return value should be checked
since it can indicate an unusual or unexpected function execution. For
example, the File.delete()
method returns false
if the file could not be successfully deleted (rather than
throwing an Exception).
If you don't check the result, you won't notice if the method invocation
signals unexpected behavior by returning an atypical return value.
This method contains a double assignment of a local variable; e.g.
Assigning the same value to a variable twice is useless, and may indicate a logic error or typo.
The method seems to be building a String using concatenation in a loop.
In each iteration, the String is converted to a StringBuffer/StringBuilder,
appended to, and converted back to a String.
This can lead to a cost quadratic in the number of iterations,
as the growing string is recopied in each iteration.
Better performance can be obtained by using
a StringBuffer (or StringBuilder in Java 1.5) explicitly.
The constructor starts a thread. This is likely to be wrong if
the class is ever extended/subclassed, since the thread will be started
before the subclass constructor is started.
This Serializable class defines a non-primitive instance field which is neither transient,
Serializable, or java.lang.Object
, and does not appear to implement
the Externalizable
interface or the
readObject()
and writeObject()
methods.
Objects of this class will not be deserialized correctly if a non-Serializable
object is stored in this field.
This Serializable class is an inner class. Any attempt to serialize
it will also serialize the associated outer instance. The outer instance is serializable,
so this won't fail, but it might serialize a lot more data than intended.
If possible, making the inner class a static inner class (also known as a nested class) should solve the
problem.
This class is an inner class, but does not use its embedded reference
to the object which created it. This reference makes the instances
of the class larger, and may keep the reference to the creator object
alive longer than necessary. If possible, the class should be
made static.
This instance method writes to a static field. This is tricky to get
correct if multiple instances are being manipulated,
and generally bad practice.
This field is never read. Consider removing it from the class.
The code invokes toString on an array, which will generate a fairly useless result
such as [C@16f0472. Consider using Arrays.toString to convert the array into a readable
String that gives the contents of the array. See Programming Puzzlers, chapter 3, puzzle 12.
This method accesses the value of a Map entry, using a key that was retrieved from
a keySet iterator. It is more efficient to use an iterator on the entrySet of the map, to avoid the
Map.get(key) lookup.