[JBoss Seam] - Seam 2.0.0.0GA + Maven2 doesn`t work...
by w17chm4n
First, this is how I did build my application with Seam 1.2.1.GA
Main pom.xml
| <?xml version="1.0" encoding="UTF-8"?>
| <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
| <modelVersion>4.0.0</modelVersion>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>Inquisitor</artifactId>
| <packaging>pom</packaging>
| <version>1.0-SNAPSHOT</version>
| <name>Inquisitor</name>
| <repositories>
| <repository>
| <id>JBossMaven2Repository</id>
| <name>JBoss Maven2 Repository</name>
| <url>http://repository.jboss.com/maven2</url>
| </repository>
| </repositories>
| <dependencyManagement>
| <dependencies>
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam</artifactId>
| <version>1.2.1.GA</version>
| </dependency>
| </dependencies>
| </dependencyManagement>
| <build>
| <plugins>
| <plugin>
| <artifactId>maven-compiler-plugin</artifactId>
| <configuration>
| <fileName>ear/target/Inquisitor.ear</fileName>
| <source>1.5</source>
| <target>1.5</target>
| </configuration>
| </plugin>
| </plugins>
| </build>
| <modules>
| <module>webapp</module>
| <module>ejb3</module>
| <module>ear</module>
| </modules>
| </project>
|
Ear
| <?xml version="1.0"?><project>
| <parent>
| <artifactId>Inquisitor</artifactId>
| <groupId>com.blstream.inquisitor</groupId>
| <version>1.0-SNAPSHOT</version>
| </parent>
| <modelVersion>4.0.0</modelVersion>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>ear</artifactId>
| <packaging>ear</packaging>
| <name>Inquisitor::${artifactId}</name>
| <version>${pom.parent.version}</version>
| <dependencies>
| <dependency>
| <groupId>junit</groupId>
| <artifactId>junit</artifactId>
| <version>3.8.1</version>
| <scope>test</scope>
| </dependency>
| <dependency>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>ejb3</artifactId>
| <version>${pom.parent.version}</version>
| <type>ejb</type>
| </dependency>
| <dependency>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>webapp</artifactId>
| <version>${pom.parent.version}</version>
| <type>war</type>
| </dependency>
| </dependencies>
| <build>
| <plugins>
| <plugin>
| <artifactId>maven-ear-plugin</artifactId>
| <configuration>
| <modules>
| <ejbModule>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>ejb3</artifactId>
| </ejbModule>
| <javaModule>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam</artifactId>
| <includeInApplicationXml>true</includeInApplicationXml>
| </javaModule>
| <webModule>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>webapp</artifactId>
| <contextRoot>inquisitor</contextRoot>
| </webModule>
| </modules>
| </configuration>
| </plugin>
| </plugins>
| <finalName>Inquisitor</finalName>
| </build>
| </project>
|
War
| <?xml version="1.0"?><project>
| <parent>
| <artifactId>Inquisitor</artifactId>
| <groupId>com.blstream.inquisitor</groupId>
| <version>1.0-SNAPSHOT</version>
| </parent>
| <modelVersion>4.0.0</modelVersion>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>webapp</artifactId>
| <packaging>war</packaging>
| <name>Inquisitor::${artifactId}</name>
| <version>${pom.parent.version}</version>
| <build>
| <finalName>webapp</finalName>
| </build>
| <repositories>
| <repository>
| <id>JBossMaven2Repository</id>
| <name>JBoss Maven2 Repository</name>
| <url>http://repository.jboss.com/maven2</url>
| </repository>
| </repositories>
| <dependencies>
| <dependency>
| <groupId>junit</groupId>
| <artifactId>junit</artifactId>
| <version>3.8.1</version>
| <scope>test</scope>
| </dependency>
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam-ui</artifactId>
| <version>1.2.1.GA</version>
| </dependency>
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam-debug</artifactId>
| <version>1.2.1.GA</version>
| </dependency>
| <dependency>
| <groupId>com.sun.facelets</groupId>
| <artifactId>jsf-facelets</artifactId>
| <version>1.1.11</version>
| </dependency>
| </dependencies>
| </project>
|
Ejb3 jar
| <?xml version="1.0"?><project>
| <parent>
| <artifactId>Inquisitor</artifactId>
| <groupId>com.blstream.inquisitor</groupId>
| <version>1.0-SNAPSHOT</version>
| </parent>
| <modelVersion>4.0.0</modelVersion>
| <groupId>com.blstream.inquisitor</groupId>
| <artifactId>ejb3</artifactId>
| <packaging>ejb</packaging>
| <name>Inquisitor::${artifactId}</name>
| <version>${pom.parent.version}</version>
| <repositories>
| <repository>
| <id>JBossMaven2Repository</id>
| <name>JBoss Maven2 Repository</name>
| <url>http://repository.jboss.com/maven2</url>
| </repository>
| </repositories>
| <build>
| <finalName>ejb3</finalName>
| </build>
| <modules>
| <javaModule>jboss-seam-1.2.1.GA</javaModule>
| </modules>
| <dependencies>
| <dependency>
| <groupId>junit</groupId>
| <artifactId>junit</artifactId>
| <version>3.8.1</version>
| <scope>test</scope>
| </dependency>
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam</artifactId>
| </dependency>
| <dependency>
| <!--<groupId>jboss</groupId>-->
| <groupId>org.jboss.javaee</groupId>
| <artifactId>jboss-ejb-api</artifactId>
| <!--<version>4.2.1.GA</version>-->
| <version>3.0.0.20070913080910</version>
| </dependency>
| <dependency>
| <groupId>javax.persistence</groupId>
| <artifactId>persistence-api</artifactId>
| <version>1.0</version>
| </dependency>
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate-validator</artifactId>
| <version>3.0.0.GA</version>
| </dependency>
| </dependencies>
| </project>
|
So with pom`s setted as above I could easyly build and deploy my application. But the problem is when I want to migrate to Seam 2.0.0.GA. To do that I simply change versions and groupId for modules. New libs are downloaded and package is build, but it`s impossible to deploy it (I`m using JBoss 4.2.2).
The problem is that pom`s setted up for jboss-seam, jboss-seam-ui and jboss-seam-debug are hmmmm wrong.
When building application with version 2.0.0.GA of Seam, maven is building ear which helds most of the libs but it also packs up the same libs into the war ! That makes it impossible to deploy - as far as I think. Maybe new pom`s work when building single war file, but not when trying to build an ear,
Oh and I have a question, why there are so many depencies in 2.0.0.GA ?
1.2.1.GA
| <?xml version="1.0" encoding="UTF-8"?><project>
| <modelVersion>4.0.0</modelVersion>
| <groupId>jboss</groupId>
| <artifactId>jboss-seam</artifactId>
| <version>1.2.1.GA</version>
| </project>
|
2.0.0.GA
| <?xml version="1.0" encoding="UTF-8"?>
| <project xmlns="http://maven.apache.org/POM/4.0.0"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
| <modelVersion>4.0.0</modelVersion>
| <groupId>org.jboss.seam</groupId>
| <artifactId>jboss-seam</artifactId>
| <parent>
| <groupId>org.jboss.seam</groupId>
| <artifactId>parent</artifactId>
| <version>2.0.0.GA</version>
| </parent>
|
| <!--
| * Dependencies marked optional are provide optional features of Seam, not necessarily included in JBoss AS
| -->
|
| <dependencies>
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate-annotations</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate-validator</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate-search</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.hibernate</groupId>
| <artifactId>hibernate-entitymanager</artifactId>
| <scope>runtime</scope>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>javassist</artifactId>
| </dependency>
|
| <dependency>
| <groupId>dom4j</groupId>
| <artifactId>dom4j</artifactId>
| </dependency>
|
| <dependency>
| <groupId>javax.portlet</groupId>
| <artifactId>portlet-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.servlet</groupId>
| <artifactId>servlet-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.mail</groupId>
| <artifactId>mail</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.xml.ws</groupId>
| <artifactId>jaxws-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.jws</groupId>
| <artifactId>jsr181-api</artifactId>
| <scope>runtime</scope>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.faces</groupId>
| <artifactId>jsf-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.servlet.jsp</groupId>
| <artifactId>jsp-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.ejb</groupId>
| <artifactId>ejb-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>com.octo.captcha</groupId>
| <artifactId>jcaptcha-all</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.xml.soap</groupId>
| <artifactId>saaj-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.jms</groupId>
| <artifactId>jms</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.annotation</groupId>
| <artifactId>jsr250-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.transaction</groupId>
| <artifactId>jta</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>groovy</groupId>
| <artifactId>groovy-all</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>log4j</groupId>
| <artifactId>log4j</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.el</groupId>
| <artifactId>el-api</artifactId>
| </dependency>
|
| <dependency>
| <groupId>javax.persistence</groupId>
| <artifactId>persistence-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>antlr</groupId>
| <artifactId>antlr</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.apache.ant</groupId>
| <artifactId>ant-antlr</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-cache</artifactId>
| <optional>true</optional>
| </dependency>
|
| <!-- This is actually a dep of jboss-cache, but it doesn't declare it -->
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-system</artifactId>
| <optional>true</optional>
| </dependency>
|
| <!-- This is actually a dep of jboss-cache, but it doesn't declare it -->
| <dependency>
| <groupId>jboss</groupId>
| <artifactId>jboss-jmx</artifactId>
| <optional>true</optional>
| </dependency>
|
| <!-- This is actually a dep of jboss-cache, but it doesn't declare it -->
| <dependency>
| <groupId>jgroups</groupId>
| <artifactId>jgroups</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.buni.meldware</groupId>
| <artifactId>meldware-mailjmx</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.buni.meldware</groupId>
| <artifactId>meldware-mailapi</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.drools</groupId>
| <artifactId>drools-core</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.drools</groupId>
| <artifactId>drools-compiler</artifactId>
| <optional>true</optional>
| </dependency>
|
| <!-- Surefire can't cope with such a new version of testng, so we have to specify it
| here, otherwise ui build fails -->
| <dependency>
| <groupId>org.testng</groupId>
| <artifactId>testng</artifactId>
| <version>5.6</version>
| <optional>true</optional>
| <exclusions>
| <exclusion>
| <groupId>junit</groupId>
| <artifactId>junit</artifactId>
| </exclusion>
| </exclusions>
| </dependency>
|
| <dependency>
| <groupId>org.dbunit</groupId>
| <artifactId>dbunit</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.jbpm</groupId>
| <artifactId>jbpm-jpdl</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.jboss.seam</groupId>
| <artifactId>jboss-el</artifactId>
| </dependency>
|
| <dependency>
| <groupId>org.jboss.embedded</groupId>
| <artifactId>jboss-embedded-api</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>quartz</groupId>
| <artifactId>quartz</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>javax.faces</groupId>
| <artifactId>jsf-impl</artifactId>
| <optional>true</optional>
| </dependency>
|
| <dependency>
| <groupId>org.tuckey</groupId>
| <artifactId>urlrewritefilter</artifactId>
| <optional>true</optional>
| <scope>runtime</scope>
| </dependency>
|
| </dependencies>
|
| </project>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103218#4103218
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103218
18 years, 7 months
[JBoss Seam] - Seam CR2 (need to update soon, I know...) - Webservice Probl
by gbc＠gmx.de
Hi folks,
I'm just profiling my Seam EE App at the moment and I cannot believe what's going on here...
I have some simple WebService like:
| @Name("printProcessorWebService")
| @Stateless
| @WebService
| @WebContext(contextRoot = "/DPSPrintingServices")
| public class PrintProcessorService extends AbstractWebService implements
| PrintProcessorWebService {
|
| @Logger
| private Log log;
|
| @WebMethod
| @WebResult(name = "available")
| public boolean isAvailable() {
| log.debug("isAvailable(): called");
| try {
| return true;
| } catch (Throwable t) {
| log.warn("Throwable while isAlive(): ", t);
| return false;
| }
| }
| }
| (Nothing special in abstract super class, just I few helpers not needed for isAvailable())
Everytime the WebService is being called, JProfilers shows me that references to ConversationEntries and Session have been opened but are never closed again.
So every WS-Call opens a new Websession and thus a conversation but doesn't close it? Is this correct? I need a 24/7 reliable app without any reference/memory leeks of course... Do I need to annotate WS-Methods with @Begin or @End?
I would really appriciate your help. Maybe this is solved for GA, but I haven't seen a Jira or Forum Post around.
Greetz GHad
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103214#4103214
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103214
18 years, 7 months
[JBoss jBPM] - JBPM Workflows
by ruds
Hello there,
is it possible to call another process definition from an exsisting one. if i wanna map this to the designer, i am checking if it is possible to make a transition from a node to another graph where i have another work flow defined. can i do that in JBPM?
moreover when playing around with the examples, i saw some xhtml pages defined there, isnt the application layer seperated from the business core?
can i implement all the logic needed in the core business and use any presentation layer to connect it to JBPM? let's say i wanna build the interface using flash and active-x control, can i make this connect easily with JBPM? i know that i can use web services as a communication layer but i guess this is not yet implemented in 3.2.2
any guidelines or comments are appreiated
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103202#4103202
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103202
18 years, 7 months
[JBossCache] - JBossCache 2.0.0.RC3 unmarshallObject exception
by tmp8914
Hello Experts,
I've got a bizzar replication Exception with JBossCache 2.0.0.RC3.
The code snippet:
1 import org.apache.log4j.Logger;
| 2 import java.io.*;
| 3 import java.util.*;
| 4 import org.jboss.cache.*;
| 5 import org.jboss.cache.config.*;
| 6 import org.jboss.*;
| 7
| 8 class Info implements Serializable
| 9 {
| 10 String s;
| 11 //byte[] data;
| 12 String[] i;
| 13
| 14 Info(String s)
| 15 {
| 16 this.s=s;
| 17 //data=new byte[10];
| 18 //data[0]=0x1;
| 19 i=new String[1];
| 20 i[0]=new String("0x2");
| 21 }
| 22 }
| 23
| 24 class jbc_store
| 25 {
| 26 protected Cache c0;
| 27 public jbc_store()
| 28 {
| 29 CacheFactory factory=DefaultCacheFactory.getInstance();
| 30 c0=factory.createCache("jbc.conf",false);
| 31 Configuration config = c0.getConfiguration();
| 32 config.setClusterName("cluster0");
| 33 c0.create();
| 34 c0.start();
| 35 }
| 36 public void put(long id,String s)
| 37 {
| 38 Node rn=c0.getRoot();
| 39 Fqn n_path=Fqn.fromString("/test");
| 40 Node n=rn.addChild(n_path);
| 41 rn.put("key",new Info(s));
| 42 }
| 43 }
The application is running on two nodes.
When I call jbc_store.put(0,"test") the second node which receives the replicated "Info" object catches an exception:
2007-11-09 12:40:53,504 ERROR InactiveRegionAwareRpcDispatcher : exception marshalling object
| java.lang.ClassNotFoundException: [Ljava.lang.String;
| at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
| at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:58)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
| at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:537)
| at org.jboss.cache.marshall.CacheMarshaller200.unmarshallMethodCall(CacheMarshaller200.java:642)
| at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:541)
| at org.jboss.cache.marshall.CacheMarshaller200.unmarshallMethodCall(CacheMarshaller200.java:642)
| at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:541)
| at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStream(CacheMarshaller200.java:147)
| at org.jboss.cache.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:154)
| at org.jboss.cache.marshall.InactiveRegionAwareRpcDispatcher.handle(InactiveRegionAwareRpcDispatcher.java:50)
| at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:654)
| at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:544)
| at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:367)
| at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:777)
| at org.jgroups.JChannel.up(JChannel.java:1091)
| at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:382)
| at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:398)
| at org.jgroups.stack.Protocol.passUp(Protocol.java:520)
| at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158)
| at org.jgroups.stack.UpHandler.run(Protocol.java:60)
After some tests, I've noticed that only array couldn't be deserialized (regardless of the type of elements).
The application is compiled and run under Java6.
What could be the origin of this problem?
Thank you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103195#4103195
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103195
18 years, 7 months
[JNDI/Naming/Network] - How to bind JNDI within Tomcat in JBoss 4.2.1?
by sraick
Hi,
I m trying to make a shared repository with Jackrabbit. For this, I need to register in the JNDI the 'javax.jcr.Repository'.
As explained by Apache for Tomcat, I m trying to adapt the config within JBoss 4.2.1. Here is my config:
in /default/deploy/jboss-web.deployer/server.xml:
| <GlobalNamingResources>
| <Resource name="jcr/globalRepository"
| auth="Container"
| type="javax.jcr.Repository"
| factory="org.apache.jackrabbit.core.jndi.BindableRepositoryFactory"
| configFilePath="/global/u04/cmds/rules/repository.xml"
| repHomeDir="/global/u04/cmds/rules"/>
| </GlobalNamingResources>
|
in /default/deploy/jboss-web.deployer/context.xml:
| <ResourceLink name="jcr/globalRepository"
| global="jcr/globalRepository"
| type="javax.jcr.Repository"/>
|
and in my %WEB_APP%/WEB-INF/web.xml:
| <resource-env-ref>
| <description>Jackrabbit Repository</description>
| <resource-env-ref-name>jcr/globalRepository</resource-env-ref-name>
| <resource-env-ref-type>javax.jcr.Repository</resource-env-ref-type>
| <res-auth>Container</res-auth>
| </resource-env-ref>
|
|
At the deployment time, the repository is not binded to JNDI and I get of course the following exception:
| 08:33:07,765 INFO [TomcatDeployer] deploy, ctxPath=/cmds/drools-jbrms, warUrl=.../tmp/deploy/tmp15154cmds-app-3.5.4.ear-contents/drools-jbrms-4.0.1-exp.war/
| 08:33:07,807 WARN [ServiceController] Problem starting service jboss.web.deployment:war=drools-jbrms-4.0.1.war,id=-952031388
| org.jboss.deployment.DeploymentException: Error during deploy; - nested throwable: (javax.naming.NamingException: resource-env-ref: jcr/globalRepository has no valid JNDI binding. Check the jboss-web/resource-env-ref.)
| at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:384)
| at org.jboss.web.WebModule.startModule(WebModule.java:83)
| at org.jboss.web.WebModule.startService(WebModule.java:61)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor3.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.GeneratedMethodAccessor9.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 $Proxy51.start(Unknown Source)
| at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
| 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.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
| at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
| at org.jboss.ws.integration.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:93)
| at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
| at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
| 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 $Proxy52.start(Unknown Source)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor18.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 $Proxy44.deploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
| at org.jboss.ha.framework.server.FarmMemberService.deploy(FarmMemberService.java:394)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.ha.framework.server.FarmMemberService.startService(FarmMemberService.java:194)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor3.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 org.jboss.system.ServiceController.start(ServiceController.java:435)
| at sun.reflect.GeneratedMethodAccessor9.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 $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| 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 $Proxy48.start(Unknown Source)
| at org.jboss.deployment.XSLSubDeployer.start(XSLSubDeployer.java:197)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor18.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 $Proxy9.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.GeneratedMethodAccessor3.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.GeneratedMethodAccessor9.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 $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
| 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:508)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: javax.naming.NamingException: resource-env-ref: jcr/globalRepository has no valid JNDI binding. Check the jboss-web/resource-env-ref.
| at org.jboss.web.AbstractWebDeployer.linkResourceEnvRefs(AbstractWebDeployer.java:579)
| at org.jboss.web.AbstractWebDeployer.parseWebAppDescriptors(AbstractWebDeployer.java:509)
| at org.jboss.web.AbstractWebDeployer$DescriptorParser.parseWebAppDescriptors(AbstractWebDeployer.java:878)
| at org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:159)
| at org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
| at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
| ... 174 more
|
|
If anyone could help please, it would be great! Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103186#4103186
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103186
18 years, 7 months