July 2007 - jboss-user - Jboss List Archives

[JBoss and NetBeans] - Re: JNDI Netbeans Error

by kabirb

The Full error is as follows java.lang.RuntimeException: javax.naming.NameNotFoundException: VeterinaryInformationSystem not bound web.vetServlet.lookupImmunizationEntityFacade(vetServlet.java:130) web.vetServlet.processRequest(vetServlet.java:71) web.vetServlet.doGet(vetServlet.java:95) javax.servlet.http.HttpServlet.service(HttpServlet.java:697) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061420#4061420 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061420

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Trouble Deploying Seam App To Tomcat

by strickla

Sorry I should have mentioned: I'm using Tomcat 6.0.13 and Seam 2.0 Beta1 also, here is my components.xml: <?xml version="1.0" encoding="UTF-8"?> | <components xmlns="http://jboss.com/products/seam/components" | xmlns:core="http://jboss.com/products/seam/core" | xmlns:persistence="http://jboss.com/products/seam/persistence" | xmlns:drools="http://jboss.com/products/seam/drools" | xmlns:security="http://jboss.com/products/seam/security" | xmlns:mail="http://jboss.com/products/seam/mail" | xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" | xsi:schemaLocation= | "http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.0.xsd | http://jboss.com/products/seam/persistence http://jboss.com/products/seam/persistence-2.0.xsd | http://jboss.com/products/seam/drools http://jboss.com/products/seam/drools-2.0.xsd | http://jboss.com/products/seam/security http://jboss.com/products/seam/security-2.0.xsd | http://jboss.com/products/seam/mail http://jboss.com/products/seam/mail-2.0.xsd | http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.0.xsd | http://jboss.com/products/seam/transaction http://jboss.com/products/seam/transaction-2.0.xsd"> | | <core:init debug="@debug@" jndi-pattern="@jndiPattern@"/> | | <core:manager concurrent-request-timeout="500" | conversation-timeout="120000" | conversation-id-parameter="cid"/> | | <transaction:ejb-transaction/> | |  | | <security:identity authenticate-method="#{authenticator.authenticate}" | security-rules="#{securityRules}" | remember-me="true"/> | | <event type="org.jboss.seam.notLoggedIn"> | <action expression="#{redirect.captureCurrentView}"/> | </event> | <event type="org.jboss.seam.postAuthenticate"> | <action expression="#{redirect.returnToCapturedView}"/> | </event> | |  |  |  | | </components> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061419#4061419 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061419

18 years, 9 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: Multiple persistence strategies in jbossMQ

by justinmiller

anonymous wrote : | You can then choose which destinations are really persisted when you deploy them | http://wiki.jboss.org/wiki/Wiki.jsp?page=ConfigTopic | e.g. | Code: | | | <depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager | <depends optional-attribute-name="SecurityManager">jboss.mq:service=SecurityManager | | | | | | | |  | true | | If I use the NullPersistenceManager with a delegate, and set InMemory=false, will it still perform message softening? Ideally, here's the situation I want: For all queues and topics, I want both message persistence and softening. For select queues, I just want the message softening, but not persistence. The wiki leads me to believe that this configuration isn't possible. Any way I can achieve this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061418#4061418 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061418

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Trouble Deploying Seam App To Tomcat

by strickla

I'm trying to deploy my seam app on Tomcat (with embedded JBoss) without much luck. I'm getting the following exception but it doesn't make much sense to me. I've read and followed all the steps in http://docs.jboss.com/seam/2.0.0.B1/reference/en/html/configuration.html#... and [url]http://wiki.jboss.org/wiki/Wiki.jsp?page=EmbeddedAndTomcat, including adding the embedded JBoss listener (last) in server.xml and the WEB-INF scanner listener in context.xml. I WAS able to run ant deploy.tomcat on the Seam booking example and it works just fine. I then tried modeling my app config files after the booking ones but I'm still getting the exception below. Any help/clues are appreciated. <UNKNOWN> -> ** UNRESOLVED AbstractDemandMetaData$DemandDependencyItem@1aee513{n | ame=persistence.units:unitName=mmogwidgets dependsOn=null whenRequired=Described | resolved=false demand=jboss.jca:name=mmogwidgetsDatasource,service=DataSourceBi | nding} ** | | | at org.jboss.embedded.DeploymentGroup.checkIncomplete(DeploymentGroup.ja | va:151) | at org.jboss.embedded.DeploymentGroup.process(DeploymentGroup.java:129) | at org.jboss.embedded.tomcat.WebinfScanner.lifecycleEvent(WebinfScanner. | java:88) | ... 24 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061417#4061417 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061417

18 years, 9 months

1
0
0 / 0

[JBoss and NetBeans] - JNDI Netbeans Error

by kabirb

Hi I have been working on a minor EJB 3 project. My project consists of a couple entities with One to Many relationships. In the initial phase of the project I worked with one set of entities. I got everything working. I think added the rest of the entities and started working on the servlets. And now the error pops out of no where! java.lang.RuntimeException: javax.naming.NameNotFoundException: VeterinaryInformationSystem not bound VeterinaryInformationSystem is the name of the project. I have added java:/DefautDS to the persistent file. My lookup is as follows return (ImmunizationEntityFacadeLocal) c.lookup("VeterinaryInformationSystem/ImmunizationEntityFacade/local"); I have tried everything to fix it but it just won't come right. This look up worked before so I don't understand how it can suddenly stop working! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061415#4061415 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061415

18 years, 9 months

1
0
0 / 0

[JBoss Messaging] - Re: XA transaction

by timfox

Yes, that would be expected behaviour. You have a transaction in which you are doing two things: 1) persisting something to your database 2) sending a jms message When the transaction commits, the two XAResources corresponding to the database and the jms system will first have prepare called on them by the transaction manager, then they will have commit called on them. The *order* in which each XAResource is called is up to the transaction manager and not specified in the JTA spec. So, if the commit gets called on the database XAResource *before* commit is called on the JMS XAresource there is a chance the message is sent and received before the entity is persisted in the database. You should design your system not to rely on implementation details of the transaction manager which may vary from transaction manager to transaction manager and from time to time. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061413#4061413 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061413

18 years, 9 months

1
0
0 / 0

[Clustering/JBoss] - Re: :: Question On JBoss Clustering with Hibernate Second Le

by bstansberry＠jboss.com

Use the [ code ] button. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061412#4061412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061412

18 years, 9 months

1
0
0 / 0

[JBoss AOP] - Problem instantiating instrumentd class after redeploy

by bstansberry＠jboss.com

Currently in AS trunk I'm seeing failures instantiating objects of an instrumented following redeploy of a WAR: | 2007-07-06 10:46:43,229 ERROR [STDERR] java.lang.RuntimeException: | public org.jboss.test.cluster.web.aop.JoinPoint_w_name_16 WebappClassLoader | delegate: false | repositories: | /WEB-INF/classes/ | ----------> Parent Classloader: | java.net.FactoryURLClassLoader@25997c | | private transient org.jboss.aspects.patterns.observable.SubjectInterceptor around1 org.jboss.mx.loading.UnifiedClassLoader3@6aa95b{ url=vfsfile:/C:/dev/jboss/jbc-2.0-int/build/output/jboss-5.0.0.Beta3/server/cluster-field-UDP-0/deployers/jboss-aop-jboss5.deployer/ ,addedOrder=7} | boolean initialisedLightweightInstanceAspects null | boolean isForInstanceAdvisor null | extends | | public static org.jboss.test.cluster.web.aop.Person$JoinPoint_w_name WebappClassLoader | delegate: false | repositories: | /WEB-INF/classes/ | ----------> Parent Classloader: | java.net.FactoryURLClassLoader@25997c | | protected org.jboss.test.cluster.web.aop.Person typedTargetObject WebappClassLoader | delegate: false | repositories: | /WEB-INF/classes/ | ----------> Parent Classloader: | java.net.FactoryURLClassLoader@25997c | | protected [Ljava.lang.Object; arguments null | protected org.jboss.aop.FieldInfo info org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | extends | | public org.jboss.aop.joinpoint.FieldWriteInvocation org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | static final long serialVersionUID null | protected java.lang.Object value null | extends | | public abstract org.jboss.aop.joinpoint.FieldInvocation org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | private static final long serialVersionUID null | protected transient java.lang.reflect.Field field null | protected int index null | extends | | public abstract org.jboss.aop.joinpoint.InvocationBase org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | static final long serialVersionUID null | protected org.jboss.aop.metadata.SimpleMetaData metadata org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | protected transient int currentInterceptor null | protected transient [Lorg.jboss.aop.advice.Interceptor; interceptors org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | protected transient org.jboss.aop.Advisor advisor org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | protected transient java.util.Map responseContextInfo null | protected transient java.lang.Object targetObject null | protected transient org.jboss.aop.metadata.MetaDataResolver instanceResolver org.jboss.system.server.NoAnnotationURLClassLoader@cd2c3c | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator.instantiateClass(JoinPointGenerator.java:314) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator.doGenerateJoinPointClass(JoinPointGenerator.java:278) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator.access$200(JoinPointGenerator.java:74) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator$GenerateJoinPointClassAction$2.generateJoinPointClass(JoinPointGenerator.java:1621) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass(JoinPointGenerator.java:237) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.aop.GeneratedClassAdvisor.generateJoinPointClass(GeneratedClassAdvisor.java:984) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.test.cluster.web.aop.Person$PersonAdvisor.Person$PersonAdvisor$name_w_$aop(Person$PersonAdvisor.java) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.test.cluster.web.aop.Person.name_w_$aop(Person.java) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.jboss.test.cluster.web.aop.Person.<init>(Person.java:38) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:64) | 2007-07-06 10:46:43,229 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) | 2007-07-06 10:46:43,245 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:393) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) | 2007-07-06 10:46:43,245 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:177) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.service.session.BatchReplicationClusteredSessionValve.invoke(BatchReplicationClusteredSessionValve.java:102) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:105) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584) | 2007-07-06 10:46:43,245 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | 2007-07-06 10:46:43,245 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) | 2007-07-06 10:46:43,245 ERROR [STDERR] Caused by: java.lang.reflect.InvocationTargetException | 2007-07-06 10:46:43,245 ERROR [STDERR] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) | 2007-07-06 10:46:43,245 ERROR [STDERR] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) | 2007-07-06 10:46:43,245 ERROR [STDERR] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) | 2007-07-06 10:46:43,261 ERROR [STDERR] at java.lang.reflect.Constructor.newInstance(Constructor.java:494) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.instrument.JoinPointGenerator.instantiateClass(JoinPointGenerator.java:309) | 2007-07-06 10:46:43,261 ERROR [STDERR] ... 36 more | 2007-07-06 10:46:43,261 ERROR [STDERR] Caused by: java.lang.NullPointerException | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.deployment.ScopedClassLoaderDomain.getPerVmAspectWithNoParentDelegation(ScopedClassLoaderDomain.java:125) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.deployment.ScopedClassLoaderDomain.getPerVMAspect(ScopedClassLoaderDomain.java:98) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.Domain.getPerVMAspect(Domain.java:734) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.Domain.getPerVMAspect(Domain.java:720) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.advice.GeneratedAdvisorInterceptor.getAspectInstance(GeneratedAdvisorInterceptor.java:191) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.advice.GeneratedAdvisorInterceptor.getAspect(GeneratedAdvisorInterceptor.java:157) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.aop.advice.GeneratedAdvisorInterceptor.getAspect(GeneratedAdvisorInterceptor.java:129) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.test.cluster.web.aop.JoinPoint_w_name_16.getAround1(JoinPoint_w_name_16.java) | 2007-07-06 10:46:43,261 ERROR [STDERR] at org.jboss.test.cluster.web.aop.JoinPoint_w_name_16.<init>(JoinPoint_w_name_16.java) | 2007-07-06 10:46:43,261 ERROR [STDERR] ... 41 more I'm seeing this when working with a unit test that deploys a war -- first time unit test passes (and cleans up by undeploying the war). If I run the test again against the same appserver instance, it fails as above. The Person class is packaged in the war. It has been instrumented at compile time with a DynamicAop "prepare" and also with a Subject mixin and the SubjectInterceptor. An earlier similar failure also included some WARN messages from Tomcat's WebAppClassloader complaining about using a classloader from an undeployed webapp. These were right before the failure. Unfortunately I didn't keep those logs and haven't been able to reproduce the exact scenario that generated them. The Tomcat WARN messages didn't happen before the above stack trace. Any thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061411#4061411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061411

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: difference between mcast_addr and bind_addr

by manik.surtani＠jboss.com

bind _addr specifies the address to bind to for incoming communications. mcast_addr and mcast_port specify the muticast address/port to use when broadcasting messages to the cluster. Even if you don't specify a mcast address and port one is used. See the javadocs on the UDP protocol on the JGroups website for defaults. There is no specific reason why specifying these would help performance though. I suppose what you need to do is to identify where your bottlenecks are - at what stages of the app do you run into performance bottlenecks, etc etc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061410#4061410 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061410

18 years, 9 months

1
0
0 / 0

[JBoss Messaging] - Re: XA transaction

by relgames

Sorry, below is right url: http://tvpayrev.belhard.com:8183/feeds/t.txt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061409#4061409 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061409

18 years, 9 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 July 2007