November 2006 - jboss-user - Jboss List Archives

[JBoss and NetBeans] - Re: cant add jboss 4.0.2 to netbeans 5.5

by pjiricka

NetBeans 5.5 was thoroughly tested with JBoss 4.0.4. We are hoping it also works with other versions of JBoss, but this is not guaranteed and there may be bugs. If you have problems with JBoss 4.0.2, please try version 4.0.4. Regards, Petr View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987842#3987842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987842

19 years, 5 months

1
0
0 / 0

[JBossWS] - Deployment fails with 1.0.4 - NPE in DeployerInterceptor

by minime

Hi, the web services I have developed fail to deploy with JBossWS 1.0.4. This worked flawlessly with JBossWS 1.0.0 to 1.0.3 I'm using JBoss 4.0.4 GA with EJB3. I have also tried 4.0.5 with the same result -> NPE. The web service I have developed are quite simple using only annotations like @WebService, @Webmethod and are deployed as statless bean (also tried deployment as servlet, same result, worked in 1.0.3 doesn't work in 1.0.4). Any help? anonymous wrote : 2006-11-21 17:04:01,058 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/D:/jzx/zxdev_jboss/server/default/deploy/deploy.last/zxapp_webservices.ear | 2006-11-21 17:04:02,199 ERROR [org.jboss.deployment.MainDeployer] Could not create deployment: file:/D:/jzx/zxdev_jboss/server/default/tmp/deploy/tmp21556zxapp_webservices.ear-contents/zxapp_webservices_logic.jar | java.lang.NullPointerException | at org.jboss.ws.integration.jboss.DeployerInterceptor.getServiceEndpointDeployer(DeployerInterceptor.java:142) | at org.jboss.ws.integration.jboss.DeployerInterceptor.create(DeployerInterceptor.java:80) | at org.jboss.ws.integration.jboss.DeployerInterceptorEJB.create(DeployerInterceptorEJB.java:44) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | 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 $Proxy35.create(Unknown Source) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:943) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:943) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at sun.reflect.GeneratedMethodAccessor13.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.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | 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 $Proxy6.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | 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.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.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.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 $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) | 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.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | 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 $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) | at org.jboss.Main.boot(Main.java:200) | at org.jboss.Main$1.run(Main.java:464) | at java.lang.Thread.run(Thread.java:595) | 2006-11-21 17:04:02,402 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Incomplete Deployment listing: | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987840#3987840 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987840

19 years, 5 months

1
0
0 / 0

[JBoss Seam] - Some philosophy on the context name and access to Java Backi

by toni

Hello, I'm using an "Entity Bean" as a backing bean to store the values from a form submited via a a post request. I have noticed that in order to be able to access the instance of the "Entity Bean" in a "Session Bean" I have to use a syntax like: @In(create=true) EntityBean entityBean; If I instead only use @In EntityBean entityBean; I get an exception, saying that the "In" requires a value, which implies that the instance of the EntityBean has not yet been bound to any one of the 6 seam contexts by a name. Otherwise the second "In" should return an instance. But it returns null. However, an instance of the EntityBean must exist somewhere else, because the post requests values must be kept somewhere. What confuses me is the syntax of the @In(create=true), because the instance of the EntityBean must have been already created before we reach this annotation. Shouldn't it be named more appropriately "(bound=true)" or "(bindToDefinedContext=true)" or something which refelcts this relationship more closely? Because if it actually were created just when we reach the annotation, then all the values of it would be null or set to the default. Any comments on the subject? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987839#3987839 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987839

19 years, 5 months

1
0
0 / 0

[JBoss and NetBeans] - Re: eta jboss 5.0b NB support ?

by pjiricka

We will track milestone builds of JBoss 5, and will provide support for them in the NetBeans 6 codebase on an ongoing basis. So NetBeans 6 will contain support for JBoss 5 final. Right now we have no plans to backport this to NetBeans 5.5. Regards, Petr Jiricka, NetBeans team View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987838#3987838 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987838

19 years, 5 months

1
0
0 / 0

[JBoss Seam] - Re: Seam+JSF - File Download through HttpServletResponse pro

by petemuir

You need to call facesContext.responseComplete() after os.flush() otherwise the JSF lifecycle will continue as normal. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987836#3987836 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987836

19 years, 5 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: JSR 168 Calendaring portlets for MS Exchange

by shweta_13

Hi David, You can have a look at SyncEx Collaboration Suite offering JSR 168 compliant email, calendar, contact & task portlet . The portlets offer seamless portal integration with MS Exchange, lotus domino and databases. To know more, you can go through http://www.syncex.com Thanks Shweta View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987835#3987835 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987835

19 years, 5 months

1
0
0 / 0

[JBoss Portal] - Re: Single Signon - Where do I start

by thanvi

When I access the portal I get the above error, But when I access my webapp it gives the follwoing error java.io.IOException: No properties file: users.properties or defaults: defaultUsers.properties found at org.jboss.security.auth.spi.Util.loadProperties(Util.java:313) at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:186) at org.jboss.security.auth.spi.UsersRolesLoginModule.createUsers(UsersRolesLoginModule.java:200) at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:127) 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:324) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:662) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607) at javax.security.auth.login.LoginContext.login(LoginContext.java:534) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:601) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987834#3987834 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987834

19 years, 5 months

1
0
0 / 0

[JBoss Seam] - Debug Seam using the "jboss-seam-debug.jar"

by toni

Hi, I would like to debug my seam application and have a look inside the contexts etc. For that I have added the "jboss-seam-debug.jar" to the "/WEB-INF/lib/" directory of the WAR and inserted the following lines into the "web.xml" descriptor: <context-param> <param-name>org.jboss.seam.core.init.debug</param-name> <param-value>true</param-value> </context-param> However, as soon as I try to access the webapplicaton the following exception gets thrown: Servlet.service() for servlet Faces Servlet threw exception java.lang.IllegalStateException: org.apache.myfaces.webapp.webxml.WebXml.init must be called before! What do I have to change to make it working? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987833#3987833 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987833

19 years, 5 months

1
0
0 / 0

[Beginners Corner] - use custom classloader instead of ucl

by editha

As far as I understand jboss classloading, for every application a ucl (you can find out which ucl it is by mydeploymentinfo.ucl ) is created when the application is deployed, that does the classloading for this application. Is there any possibility to substitute this ucl with a custom classloader (which extends URLClassloader), so that this custom classloader is responsible for the classloading of the application? Thank you for your answers! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987832#3987832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987832

19 years, 5 months

1
0
0 / 0

[JBoss Eclipse IDE (users)] - importing code to eclipse...

by j-o-l

Hi, does anyone have any experience in bringing a web application (jsf for ui, ejb's for business logic and hibernate for persistence + some web services totalling about 30k+ lines of code), that was written with common text editors and not using any ide, to eclipse jboss ide. We have been using ant to build and deploy the application but we would like to start using eclipse + jboss pluging mainly to be able to debug the code properly. So my question is: is there something that makes it hard to import project of that size to jboss ide (like that some files need to be in certain format in jboss ide projects etc..?) and what would be the easiest way to import that code to eclipse? Thanks in advance! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3987831#3987831 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3987831

19 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user November 2006