[JBoss JIRA] Created: (EJBTHREE-786) String remove() method on SFSB
by Gavin King (JIRA)
String remove() method on SFSB
------------------------------
Key: EJBTHREE-786
URL: http://jira.jboss.com/jira/browse/EJBTHREE-786
Project: EJB 3.0
Issue Type: Bug
Reporter: Gavin King
Assigned To: Bill Burke
I get the following exception if I try to declare a method with the signature String remove() on the local interface:
17:53:02,953 WARN [ServiceController] Problem starting service jboss.j2ee:ear=MyDomain.ear,jar=MyDomain.jar,name=UserHome,service=EJB3
java.lang.IllegalArgumentException: methods with same signature remove() but incompatible return types: void and others
at sun.misc.ProxyGenerator.checkReturnTypes(ProxyGenerator.java:610)
at sun.misc.ProxyGenerator.generateClassFile(ProxyGenerator.java:420)
at sun.misc.ProxyGenerator.generateProxyClass(ProxyGenerator.java:306)
at java.lang.reflect.Proxy.getProxyClass(Proxy.java:501)
at org.jboss.ejb3.stateful.BaseStatefulProxyFactory.init(BaseStatefulProxyFactory.java:58)
at org.jboss.ejb3.stateful.BaseStatefulProxyFactory.start(BaseStatefulProxyFactory.java:66)
at org.jboss.ejb3.stateful.StatefulLocalProxyFactory.start(StatefulLocalProxyFactory.java:61)
at org.jboss.ejb3.ProxyDeployer.start(ProxyDeployer.java:105)
at org.jboss.ejb3.SessionContainer.start(SessionContainer.java:124)
at org.jboss.ejb3.stateful.StatefulContainer.start(StatefulContainer.java:91)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.ejb3.ServiceDelegateWrapper.startService(ServiceDelegateWrapper.java:102)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor87.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy96.start(Unknown Source)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 9 months
[JBoss JIRA] Created: (JBAS-4361) java.util.logging.FileHandler.formatter cannot be changed to java.util.logging.SimpleFormatter
by Wolfgang Knauf (JIRA)
java.util.logging.FileHandler.formatter cannot be changed to java.util.logging.SimpleFormatter
----------------------------------------------------------------------------------------------
Key: JBAS-4361
URL: http://jira.jboss.com/jira/browse/JBAS-4361
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Logging
Affects Versions: JBossAS-4.2.0.CR2
Environment: JDK is 1.5.0_11-b03
Reporter: Wolfgang Knauf
Assigned To: Scott M Stark
Priority: Minor
I tried to create a plain text log output with this logging.properties file:
handlers= java.util.logging.FileHandler, java.util.logging.ConsoleHandler
.level= INFO
java.util.logging.FileHandler.pattern = c:/temp/logfile.log
java.util.logging.FileHandler.level = INFO
java.util.logging.FileHandler.limit = 50000
java.util.logging.FileHandler.count = 1
java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter
java.util.logging.ConsoleHandler.level = INFO
java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter
I startup the server with this commandline:
run.bat -c default -Djava.util.logging.config.file=c:/temp/logging.properties
The log file is placed in c:\temp\logfile.log and contains my output, but it is in XML, not in Simple format. Console output is in SimpleFormat as expected.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 9 months
[JBoss JIRA] Created: (JBAS-4059) JBoss5 RARDeployer deploys RAR's twice
by Weston Price (JIRA)
JBoss5 RARDeployer deploys RAR's twice
--------------------------------------
Key: JBAS-4059
URL: http://jira.jboss.com/jira/browse/JBAS-4059
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JCA service
Affects Versions: JBossAS-5.0.0.Beta1
Reporter: Weston Price
Assigned To: Weston Price
Fix For: JBossAS-5.0.0.Beta2
Because of the new deployment structure in JBoss5, the RAR deployer is now deploying RAR's twice. I assume this has to do with the RARDeployer using a deprecated API of the DeploymentUnit.
As a result, the JMX console records deployments such as:
# name='jboss-ha-local-jdbc.rar#jboss-ha-local-jdbc.rar',service=RARDeployment
# name='jboss-ha-local-jdbc.rar',service=RARDeployment
This is causing issues with programmatic deployment, as well as the new metadata repository.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 9 months
[JBoss JIRA] Created: (JBREM-687) allow binding to 0.0.0.0
by Tom Elrod (JIRA)
allow binding to 0.0.0.0
------------------------
Key: JBREM-687
URL: http://jira.jboss.com/jira/browse/JBREM-687
Project: JBoss Remoting
Issue Type: Task
Security Level: Public (Everyone can see)
Components: transport
Affects Versions: 1.4.6.GA, 2.0.0.GA (Boon)
Reporter: Tom Elrod
Assigned To: Tom Elrod
Fix For: 2.2.0.Beta2 (Boon)
Need to be able to really bind to 0.0.0.0. Currently, remoting will swap out 0.0.0.0 with local host name or address. Although this is about only way to be able to provide an invoker locator url that can be used by anyone else externally, means that only one network interface can ever be used. For things such as JNDI, may want to use all interfaces and need to add back in ability to do 0.0.0.0 binding.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months