[JBoss Cache: Core Edition] - Use the correct MBeanServer if multiple MBeanServers are pre
by vrsn-rbuck
The prior bug did not fix the issue of running the cache under jboss when the following options are present:
set JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote
|
The code is presently as follows (which is incorrect, by the way):
| 158 if(servers == null || servers.size() == 0)
| 159 throw new Exception("TreeCacheView.init(): no MBeanServers found");
| 160 srv=(MBeanServer)servers.get(0);
| 161 log.info("init(): found MBeanServer " + srv);
| 162 cache=(TreeCacheMBean)MBeanProxyExt.create(
| TreeCacheMBean.class, cache_service, srv);
TreeCacheView fails to deploy because it is using the wrong MBeanServer. Rather than doing the above, you should either do something like:
| import org.jboss.mx.util.MBeanServerLocator;
| ...
| // find the local MBeanServer
| MBeanServer server = MBeanServerLocator.locateJBoss();
|
, or you should do something like this:
public static MBeanServer getDefaultMBeanServer() {
| return findMBeanServer("jboss");
| }
|
| private static MBeanServer findMBeanServer(String agentId) {
| List servers = MBeanServerFactory.findMBeanServer(null);
| if (servers != null && servers.size() > 0) {
| for (Object object : servers) {
| MBeanServer server = (MBeanServer) object;
| if (server.getDefaultDomain().equals(agentId)) {
| return server;
| }
| }
| }
| return null;
| }
The reason is because with Java 5, when the "-Dcom.sun.management.jmxremote" switch is turned on, the default platform MBeanServer is the zeroth instance rather than "jboss".
See:
http://fisheye.jboss.com/browse/JBossCache/core/support-branches/1.4.1.SP...
To test, deploy the tree cache view, and start JBoss with the JAVA_OPTS mentioned above.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166141#4166141
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166141
17 years, 11 months
[Installation, Configuration & DEPLOYMENT] - Unable to stop jboss server
by jamesbilla
Hello,
I have JBOSS 4.0.5 installed on Linux. I am able to start the server. But when I try to stop the server using /jboss stop it is throwing an exception shown below. Any idea what could the problem?
Stopping JBoss .Exception in thread "main" javax.naming.NameNotFoundException: jmx not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:529)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:537)
at org.jnp.server.NamingServer.getObject(NamingServer.java:543)
at org.jnp.server.NamingServer.lookup(NamingServer.java:267)
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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:595)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at org.jboss.Shutdown.main(Shutdown.java:214)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166136#4166136
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166136
17 years, 11 months
[JBossWS] - NPE when web services are shut down
by adinn
Hi guys,
I found a problem in shutdown processing for JBossWS Native 3.0.2 on 5.0.0.CR1. I'm getting NullPointerExceptions from BareWSFRuntime.stop() as web services are being undeployed. This occurs both for an application web service (the XTS demo) and for the web services deployed in the XTS sar as part of the XTS implementation.
The stack traces are as follows
| 13:32:45,437 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-t11.war
| java.lang.NullPointerException
| at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71)
| at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109)
| at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144)
| at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354)
| at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406)
| at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160)
| at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508)
| at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827)
|
| 13:32:45,438 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-c11.war
| java.lang.NullPointerException
| at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71)
| at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109)
| at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144)
| at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354)
| at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406)
| at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160)
| at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508)
| at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827)
|
| 13:32:45,437 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-t11.war
| java.lang.NullPointerException
| at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71)
| at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109)
| at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144)
| at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354)
| at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406)
| at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160)
| at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508)
| at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827)
| 13:32:45,438 ERROR [WebServiceDeployerPostJSE] Error during undeploy: vfszip:/home/adinn/jboss/jbossas/JBoss_5_0_0_CR1/build/output/jboss-5.0.0.CR1/server/default/deploy/jbossxts.sar/ws-c11.war
| java.lang.NullPointerException
| at org.jboss.wsf.container.jboss50.BareWSFRuntime.stop(BareWSFRuntime.java:71)
| at org.jboss.wsf.container.jboss50.deployer.ArchiveDeployerHook.undeploy(ArchiveDeployerHook.java:109)
| at org.jboss.wsf.container.jboss50.deployer.AbstractWebServiceDeployer.internalUndeploy(AbstractWebServiceDeployer.java:68)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:197)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1189)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1169)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1144)
| at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354)
| at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1406)
| at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1064)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:677)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:455)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:510)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unload(ProfileServiceBootstrap.java:371)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.unloadProfile(ProfileServiceBootstrap.java:332)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:160)
| at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerImpl.java:508)
| at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServerImpl.java:827)
|
The WSFRuntime has a null value in its deploymentManager field. This can only happen if it has not been initialised after creation. I debugged the error and noticed that ArchiveDeployerHook.undeploy will create a new runtime when shutting down a web service if the current runtime is null.
Presumably this is happening because the runtime which started the web services has been closed down before the web services and then a new instance recreated by ArchiveDeployerHook in an environment where it cannot obtain a deploymentManager when it initialises.
Please note that the XTS service does not declare a service/bean dependency on JBossWS because of another issue to do with start-up (see JBWS-2246). Nevertheless, the problem is obviously not just to do with service dependencies because the XTS demo application is a simple app rather than a service and should not be expected to declare dependencies upon JBossWS services/beans in order to be started and stopped correctly.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166135#4166135
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166135
17 years, 11 months
[JBoss jBPM] - Jboss - Drools
by mallraoa2
I am getting the below exception when i try to Build the package using the JBRMS. Looks like this is a bug. can any one help on this,
I am using TOMCAT-Drools & Windows - Xp and Jdk1.5
Thanks,
Malli
An error occurred executing the action.
Details
org.drools.repository.RulesRepositoryException: Unexpected error when parsing package.
at org.drools.brms.server.builder.ContentPackageAssembler.addDrl(ContentPackageAssembler.java:216)
at org.drools.brms.server.builder.ContentPackageAssembler.preparePackage(ContentPackageAssembler.java:178)
at org.drools.brms.server.builder.ContentPackageAssembler.(ContentPackageAssembler.java:83)
at org.drools.brms.server.builder.ContentPackageAssembler.(ContentPackageAssembler.java:92)
at org.drools.brms.server.ServiceImplementation.buildPackage(ServiceImplementation.java:781)
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.seam.util.Reflections.invoke(Reflections.java:21)
at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:40)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:106)
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:155)
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:91)
at org.drools.brms.server.ServiceImplementation_$$_javassist_3.buildPackage(ServiceImplementation_$$_javassist_3.java)
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.seam.remoting.gwt.GWTToSeamAdapter.callWebRemoteMethod(GWTToSeamAdapter.java:74)
at org.jboss.seam.remoting.gwt.GWTRemoteServiceServlet.processCall(GWTRemoteServiceServlet.java:290)
at org.jboss.seam.remoting.gwt.GWTRemoteServiceServlet.doPost(GWTRemoteServiceServlet.java:172)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:46)
at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.drools.compiler.DroolsParserException: Unknown error while parsing. This is a bug. Please contact the Development team.
at org.drools.compiler.DrlParser.compile(DrlParser.java:183)
at org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:165)
at org.drools.brms.server.builder.ContentPackageAssembler.addDrl(ContentPackageAssembler.java:214)
... 49 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166132#4166132
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166132
17 years, 11 months
[JBossWS] - Casting to StubExr leads to ClassCastException
by gressho
Hello,
I'm trying to add WS-Security to my web services which are running fine
without. I generated the client code with Netbeans 6.1 and built the
following class to use it. I added all jars from wsrunclient to the classpath
of my project and tried to run it. The result was
anonymous wrote :
| java.lang.ClassCastException: $Proxy31 cannot be cast to org.jboss.ws.core.StubExt
| at javaapplication1.Main.main(Main.java:33)
|
My code:
| /*
| * To change this template, choose Tools | Templates
| * and open the template in the editor.
| */
|
| package javaapplication1;
|
| import de.wwu.services.mailservice.Charset;
| import de.wwu.services.mailservice.Recipient;
| import de.wwu.services.mailservice.RecipientType;
| import java.io.File;
| import java.net.URL;
| import org.jboss.ws.core.StubExt;
|
| /**
| *
| * @author gressho
| */
| public class Main {
|
| /**
| * @param args the command line arguments
| */
| public static void main(String[] args) {
|
| try { // Call Web Service Operation
| de.wwu.services.mailservice.NotificationService service = new de.wwu.services.mailservice.NotificationService();
| de.wwu.services.mailservice.NotificationEndpoint port = service.getNotificationEndpointPort();
| URL securityURL = new File("META-INF/jboss-wsse-client.xml").toURI().toURL();
| URL securityConfig= new File("META-INF/standard-jaxws-client-config.xml").toURI().toURL();
| ((StubExt)port).setSecurityConfig(securityConfig.toExternalForm());
| ((StubExt)port).setConfigName("Standard WSSecurity Client");
| // TODO initialize WS operation arguments here
| de.wwu.services.mailservice.Message message = new de.wwu.services.mailservice.Message();
| message.setCharset(Charset.UTF_8);
| Recipient firstRecipient = new Recipient();
| firstRecipient.setRecipientType(RecipientType.TO);
| firstRecipient.setRecipientAddress("gressho(a)uni-muenster.de");
| message.getRecipients().add(firstRecipient);
| message.setSender("gressho(a)uni-muenster.de");
| message.setSubject("Clustertest");
| message.setContent("Diese Mail ist ein Test... Also gleich wegschmeiÃÂen!");
| port.NotifyRecipients(message);
| } catch (Exception ex) {
| ex.printStackTrace();
| // TODO handle custom exceptions here
| }
|
| // TODO code application logic here
| }
|
| }
|
Every help is appreciated
Werner
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166131#4166131
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166131
17 years, 11 months