May 2008 - jboss-user - Jboss List Archives

[Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying

by david.lloyd＠jboss.com

Ah, nevermind. Something else (I guess the bean deployer) claimed "*beans.xml". IMO it should be grabbing "*-beans.xml" :-) I switched back to "jboss-io.xml" and it works now. Why can I never be satisfied with a name... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153124#4153124 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153124

18 years, 1 month

1
0
0 / 0

[Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying

by david.lloyd＠jboss.com

So do I need anything beyond this: | <?xml version="1.0" encoding="UTF-8"?> | | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | <bean name="JBossIODeployer" class="org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer"> | <constructor> | <parameter>org.jboss.cx.io.metadata.DeploymentMetaData</parameter> | </constructor> | </bean> | | <bean name="JBossIOParser" class="org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer"> | <constructor> | <parameter>org.jboss.cx.io.metadata.DeploymentMetaData</parameter> | </constructor> | <property name="name">jboss-iobeans.xml</property> | <property name="registerWithJBossXB">true</property> | </bean> | </deployment> | to make this work? I'm getting a ClassCastException on deployment: | [org.jboss.deployers.plugins.deployers.DeployersImpl] (HDScanner) Deploying vfsfile:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/jboss-iobeans.xml | [org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer] (HDScanner) Parsing file: FileHandler(a)277720476[path=jboss-iobeans.xml context=file:/home/david/src/java/jboss-5.0.0.CR1-r73551/server | /default/deploy/ real=file:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/jboss-iobeans.xml] for deploymentType: class org.jboss.cx.io.metadata.DeploymentMetaData | [...] | [org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer] (HDScanner) Parsed file: FileHandler(a)277720476[path=jboss-iobeans.xml context=file:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/ real=file:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/jboss-iobeans.xml] to: org.jboss.cx.io.metadata.DeploymentMetaData@73fcd8fb | [org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer] (HDScanner) Error during deploy: vfsfile:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/jboss-iobeans.xml | org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfsfile:/home/david/src/java/jboss-5.0.0.CR1-r73551/server/default/deploy/jboss-iobeans.xml | [...] | Caused by: java.lang.ClassCastException | at java.lang.Class.cast(Class.java:2990) | at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:230) | Sorry in advance if these brilliant forums mangle the logs. I'm not really sure what type it is expecting but it looks to me like it's parsing the XML but not passing the resultant custom metadata to the BeanMetaDataFactoryDeployer. (My DeploymentMetaData class does implement BeanMetaDataFactory). What did I forget? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153123#4153123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153123

18 years, 1 month

1
0
0 / 0

Delivery Notification <efin_messages_01@raiffeisen.ru>

by Postmaster＠lists.jboss.org

This is a delivery status notification, automatically generated by MTA mgate.raiffeisen.ru on Sat, 24 May 2008 04:24:07 +0400 Regarding recipient(s) : efin_messages_01(a)raiffeisen.ru Delivery status : Failed. Message could not be delivered to domain <raiffeisen.ru> .Failed while initiating the protocol. <[('efin_messages_01(a)raiffeisen.ru', 550, 'efin_messages_01@raiffeisen.ru... No such user')]> MTA Response :550 The original message headers are included as attachment.

18 years, 1 month

1
0
0 / 0

[EJB 3.0] - Re: Single persistence.xml file with multiple EJB jars

by gcshields

Is this a bug? If I have a jar file that has my entities in it - myApp.jar with the persistence.xml file in it and I have a jar with common entities named myCommonStuff.jar in the same directory. If I put the absolute path in the persistence.xml file - ... <jar-file>/absolute/path/to/my/jar/myCommonStuff.jar</jar-file> ... It picks it up fine. If I try <jar-file>../myCommonStuff.jar</jar-file> jboss looks for it inside the myApp.jar file. If I try <jar-file>../../myCommonStuff.jar</jar-file> jboss looks for it inside the myApp.jar file, but now it looks for a file called 'yCommonStuff.jar'! (removes first character in filename instead of moving back a directory). I am running 4.2.2.GA thanks, g View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153112#4153112 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153112

18 years, 1 month

1
0
0 / 0

[JBoss Tools (users)] - Drools: Newbie terminology question

by jayne2520

What do you call it when you combine several assertions? Is this possible with Drools? Example: your working memory is full of marble objects. If you have a red marble, a blue marble, and a yellow marble you have enough to make a set. I know how to test each marble for its color but how do you test several objects? I've tried searching for this but I'm not sure what its called so I get way too many returns. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153110#4153110 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153110

18 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: PLEASE DO NOT POST JBOSS MQ QUESTIONS HERE

by clebert.suconic＠jboss.com

anonymous wrote : an someone provide a one-liner pointing out the *differences*: In a single but big: "JBoss MQ (JBMQ)is our legacy implementation of JMS. It exists because there are still production systems using it, and JBoss is obligated to provide support for its users/customers, while JBoss Messaging (JBM) is our new implementation, where we are doing the new features, development and enhancements. JBM is under constant renovation and active development. If you look at our dev forums you will see a lot of activity going on." Some more information: JBMQ can *probably* still accept new features or enhancements if users contribute good code without breaking compatibility, but JBoss MQ by it's by definition now is maintenance state only. JBMQ is the default JMS provider on JBAS 4.0.5 and 4.2.0. We support replacing JBMQ by JBM as we state on the documentation. JBM is also the default JMS provider at EAP 4.3, and it is already default on JBoss 5. I hope this answers your questions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153109#4153109 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153109

18 years, 1 month

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - JBoss 4.2.1: Classloader hang at findBoostrapClass

by tingzhou

Recently we run into a serious problem with our JBoss 4.2.1 server. About an hour (sometimes shorter) after the server is started, many threads (hundreds of them) start frequent lockup, all waiting to acquire a "synchronized" lock on AppClassLoader. And the thread that holds the lock has the following stack trace: java.lang.ClassLoader.findBootstrapClass(Native Method) java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:891) java.lang.ClassLoader.loadClass(ClassLoader.java:301) java.lang.ClassLoader.loadClass(ClassLoader.java:299) sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) java.lang.ClassLoader.loadClass(ClassLoader.java:251) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) -- snip -- I did a little timing exercise. This simple findBootstrapClass() call, which usually takes a few milliseconds at most, would take 20 seconds to multi-minutes to complete. During this time, since AppClassLoader.loadClass() is synchronized, the entire application simply stops and the requests quickly stack up and crash the application as a result. I'm not saying this is a JBoss or JVM bug (though could be), since this only happens after we recently deploys our new application code. Some change in our code triggered this behavior but we don't know what it is, and this behavior only shows up in one of our JBoss servers. Any experience on this kind of lockup? This problem has jeopardized our release schedule and any help will be greatly appreciated. Ting Zhou View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153108#4153108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153108

18 years, 1 month

1
0
0 / 0

[JBossWS] - Re: SOAP response not parsing into Java objects

by JimDwyer

I am seeing similar issues using the same JBossWS, app server and JDK. I played around with the SOAP annotation elements and got lots of different results. That was when I went home for the weekend. ;-) I will bang on it some more but am also a bit baffled. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153098#4153098 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153098

18 years, 1 month

1
0
0 / 0

[JBoss Portal] - Re: Portlets: Partial Refresh

by andrewg

Hi, Were you able to solve this problem? I you have please let me know how to resolve. Thanks, Andrew View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153094#4153094 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153094

18 years, 1 month

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: MDB not

by scooter4j

confirmed. I had left the jboss.xml file out of the ear file. when I included it (and re-added the JNDIName attribute to the jbossmq-destinations-service.xml file) it worked as expected. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153093#4153093 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4153093

18 years, 1 month

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 May 2008