[JBoss JIRA] (JBIDE-12252) Multi-module project throws ClassNotFoundException when deployed on OpenShift's EAP
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-12252?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen resolved JBIDE-12252.
-----------------------------------------
Resolution: Duplicate Issue
This issue is the problem when JBIDE-12121 is not implemented.
> Multi-module project throws ClassNotFoundException when deployed on OpenShift's EAP
> -----------------------------------------------------------------------------------
>
> Key: JBIDE-12252
> URL: https://issues.jboss.org/browse/JBIDE-12252
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 3.3.0.Final
> Environment: JBDS 5.0.0.GA with bundled EAP6
> Reporter: Stefan Bunciak
> Assignee: Andre Dietisheim
> Priority: Critical
> Fix For: 4.1.x
>
> Attachments: multi-web.png
>
>
> After deploying J2EE multi-module project (e.g. J2ee enterprise app from jboss central) to OpenShift using EAP6, project is probably missing the ejb module on its classpath, because
> * during deployment a ClassNotFoundException is thrown and no data are initially inserted into database:
> {code}
> Loading....
> ==> multi/logs/boot.log <==
> 09:02:11,456 INFO [org.jboss.modules] JBoss Modules version 1.1.2.GA-redhat-1
> 09:02:12,450 INFO [org.jboss.msc] JBoss MSC version 1.0.2.GA-redhat-1
> 09:02:12,677 INFO [org.jboss.as] JBAS015899: JBoss EAP 6.0.0.GA (AS 7.1.2.Final-redhat-1) starting
> 09:02:12,763 DEBUG [org.jboss.as.config] Configured system properties:
> [Standalone] =
> file.encoding = UTF-8
> file.encoding.pkg = sun.io
> file.separator = /
> java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
> java.awt.printerjob = sun.print.PSPrinterJob
> java.class.path = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/jboss-modules.jar
> java.class.version = 50.0
> java.endorsed.dirs = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/endorsed
> java.ext.dirs = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/ext:/usr/java/packages/lib/ext
> java.home = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre
> java.io.tmpdir = /tmp
> java.library.path = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
> java.net.preferIPv4Stack = true
> java.runtime.name = OpenJDK Runtime Environment
> java.runtime.version = 1.6.0_24-b24
> java.specification.name = Java Platform API Specification
> java.specification.vendor = Sun Microsystems Inc.
> java.specification.version = 1.6
> java.util.logging.manager = org.jboss.logmanager.LogManager
> java.vendor = Sun Microsystems Inc.
> java.vendor.url = http://java.sun.com/
> java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi
> java.version = 1.6.0_24
> java.vm.info = mixed mode
> java.vm.name = OpenJDK Client VM
> java.vm.specification.name = Java Virtual Machine Specification
> java.vm.specification.vendor = Sun Microsystems Inc.
> java.vm.specification.version = 1.0
> java.vm.vendor = Sun Microsystems Inc.
> java.vm.version = 20.0-b12
> javax.management.builder.initial = org.jboss.as.jmx.PluggableMBeanServerBuilder
> javax.xml.datatype.DatatypeFactory = __redirected.__DatatypeFactory
> javax.xml.parsers.DocumentBuilderFactory = __redirected.__DocumentBuilderFactory
> javax.xml.parsers.SAXParserFactory = __redirected.__SAXParserFactory
> javax.xml.stream.XMLEventFactory = __redirected.__XMLEventFactory
> javax.xml.stream.XMLInputFactory = __redirected.__XMLInputFactory
> javax.xml.stream.XMLOutputFactory = __redirected.__XMLOutputFactory
> javax.xml.transform.TransformerFactory = __redirected.__TransformerFactory
> javax.xml.validation.SchemaFactory:http://www.w3.org/2001/XMLSchema = __redirected.__SchemaFactory
> javax.xml.xpath.XPathFactory:http://java.sun.com/jaxp/xpath/dom = __redirected.__XPathFactory
> jboss.home.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0
> jboss.host.name = ex-std-node53
> jboss.modules.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/modules
> jboss.node.name = multi-rhdomain.rhcloud.com
> jboss.qualified.host.name = ex-std-node53.prod.rhcloud.com
> jboss.server.base.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone
> jboss.server.config.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/configuration
> jboss.server.data.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/data
> jboss.server.deploy.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/data/content
> jboss.server.log.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/log
> jboss.server.name = ex-std-node53
> jboss.server.temp.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/tmp
> jgroups.bind_addr = 127.7.196.1
> line.separator =
> logging.configuration = file:/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/configuration/logging.properties
> module.path = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/configuration/modules:/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/modules
> org.apache.tomcat.util.LOW_MEMORY = true
> org.jboss.boot.log.file = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/log/boot.log
> org.jboss.resolver.warning = true
> org.xml.sax.driver = __redirected.__XMLReaderFactory
> os.arch = i386
> os.name = Linux
> os.version = 2.6.32-279.el6.x86_64
> path.separator = :
> sun.arch.data.model = 32
> sun.boot.class.path = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/alt-rt.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/resources.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/rt.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/jsse.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/jce.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/charsets.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/netx.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/plugin.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/rhino.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/modules/jdk.boot.jar:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/classes
> sun.boot.library.path = /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386
> sun.cpu.endian = little
> sun.cpu.isalist =
> sun.io.unicode.encoding = UnicodeLittle
> sun.java.command = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/jboss-modules.jar -mp /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/configuration/modules:/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -Djboss.home.dir=/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0
> sun.java.launcher = SUN_STANDARD
> sun.jnu.encoding = ANSI_X3.4-1968
> sun.management.compiler = HotSpot Client Compiler
> sun.os.patch.level = unknown
> user.country = US
> user.dir = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/git/multi.git
> user.home = /var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2
> user.language = en
> user.name = 98b9e224d89a47ac924b9bb5d7ebf6a2
> user.timezone = America/New_York
> 09:02:12,766 DEBUG [org.jboss.as.config] VM Arguments: -D[Standalone] -Xmx256m -XX:MaxPermSize=128m -XX:+AggressiveOpts -Dorg.apache.tomcat.util.LOW_MEMORY=true -Dorg.jboss.resolver.warning=true -Djava.net.preferIPv4Stack=true -Dfile.encoding=UTF-8 -Djava.net.preferIPv4Stack=true -Djboss.node.name=multi-rhdomain.rhcloud.com -Djgroups.bind_addr=127.7.196.1 -Dorg.jboss.boot.log.file=/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/log/boot.log -Dlogging.configuration=file:/var/lib/stickshift/98b9e224d89a47ac924b9bb5d7ebf6a2/multi/jbosseap-6.0/standalone/configuration/logging.properties
> 09:02:22,454 WARN [org.jboss.as.server] JBAS015883: No security realm defined for native management service; all access will be unrestricted.
> 09:02:22,469 INFO [org.xnio] XNIO Version 3.0.4.GA-redhat-1
> 09:02:22,558 INFO [org.jboss.as.server] JBAS015888: Creating http management service using socket-binding (management-http)
> 09:02:22,558 WARN [org.jboss.as.server] JBAS015884: No security realm defined for http management service; all access will be unrestricted.
> 09:02:22,566 INFO [org.xnio.nio] XNIO NIO Implementation Version 3.0.4.GA-redhat-1
> 09:02:22,656 INFO [org.jboss.remoting] JBoss Remoting version 3.2.8.GA-redhat-1
> 09:02:22,993 INFO [org.jboss.as.logging] JBAS011502: Removing bootstrap log handlers
> ==> multi/logs/server.log <==
> at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.6.0_24]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.6.0_24]
> at java.lang.Thread.run(Thread.java:679) [rt.jar:1.6.0_24]
> Caused by: java.lang.NoClassDefFoundError: Lorg/jboss/tools/example/service/MemberRegistration;
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.6.0_24]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [rt.jar:1.6.0_24]
> at java.lang.Class.getDeclaredFields(Class.java:1760) [rt.jar:1.6.0_24]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:105) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:102) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:154) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:119) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> ... 12 more
> Caused by: java.lang.ClassNotFoundException: org.jboss.tools.example.service.MemberRegistration from [Module "deployment.ROOT.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> ... 30 more
> 2012/06/26 09:02:44,551 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-2) WELD-000119 Not generating any bean definitions from org.jboss.tools.example.rest.MemberResourceRESTService because of underlying class loading error
> 2012/06/26 09:02:44,552 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-2) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.tools.example.rest.MemberResourceRESTService
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:167) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.bootstrap.BeanDeployer.loadWeldClass(BeanDeployer.java:108) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:79) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:123) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:350) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.6.0_24]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.6.0_24]
> at java.lang.Thread.run(Thread.java:679) [rt.jar:1.6.0_24]
> Caused by: java.lang.NoClassDefFoundError: org/jboss/tools/example/model/Member
> at java.lang.Class.getDeclaredMethods0(Native Method) [rt.jar:1.6.0_24]
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2444) [rt.jar:1.6.0_24]
> at java.lang.Class.getDeclaredMethods(Class.java:1808) [rt.jar:1.6.0_24]
> at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:175) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:172) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredMethods(SecureReflections.java:172) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:234) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:119) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> ... 12 more
> Caused by: java.lang.ClassNotFoundException: org.jboss.tools.example.model.Member from [Module "deployment.ROOT.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> ... 30 more
> 2012/06/26 09:02:46,945 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Initializing Mojarra 2.1.7-jbossorg-2 (20120412-0335) for context ''
> 2012/06/26 09:02:46,954 INFO [org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator] (MSC service thread 1-3) HHH000130: Instantiating explicit connection provider: org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
> 2012/06/26 09:02:49,065 INFO [org.hibernate.dialect.Dialect] (MSC service thread 1-3) HHH000400: Using dialect: org.hibernate.dialect.H2Dialect
> 2012/06/26 09:02:49,161 WARN [org.hibernate.dialect.H2Dialect] (MSC service thread 1-3) HHH000431: Unable to determine H2 database version, certain features may not work
> 2012/06/26 09:02:49,458 INFO [org.hibernate.engine.transaction.internal.TransactionFactoryInitiator] (MSC service thread 1-3) HHH000268: Transaction strategy: org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
> 2012/06/26 09:02:49,571 INFO [org.hibernate.hql.internal.ast.ASTQueryTranslatorFactory] (MSC service thread 1-3) HHH000397: Using ASTQueryTranslatorFactory
> 2012/06/26 09:02:50,951 INFO [org.hibernate.validator.util.Version] (MSC service thread 1-3) Hibernate Validator 4.2.0.Final-redhat-1
> 2012/06/26 09:02:52,455 INFO [org.jboss.web] (MSC service thread 1-1) JBAS018210: Registering web context:
> 2012/06/26 09:02:54,073 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-3) HHH000227: Running hbm2ddl schema export
> 2012/06/26 09:02:54,155 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-3) HHH000389: Unsuccessful: drop sequence hibernate_sequence
> 2012/06/26 09:02:54,156 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-3) Sequence "HIBERNATE_SEQUENCE" not found; SQL statement:
> drop sequence hibernate_sequence [90036-161]
> 2012/06/26 09:02:54,160 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-3) HHH000230: Schema export complete
> 2012/06/26 09:02:54,346 INFO [org.jboss.weld.deployer] (MSC service thread 1-2) JBAS016008: Starting weld service for deployment multi.ear
> 2012/06/26 09:02:55,166 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-3) Initializing Mojarra 2.1.7-jbossorg-2 (20120412-0335) for context '/multi-web'
> 2012/06/26 09:02:55,368 INFO [org.jboss.web] (MSC service thread 1-3) JBAS018210: Registering web context: /multi-web
> 2012/06/26 09:02:55,458 INFO [org.jboss.as.server] (ServerService Thread Pool -- 39) JBAS018559: Deployed "multi.ear"
> 2012/06/26 09:02:55,459 INFO [org.jboss.as.server] (ServerService Thread Pool -- 39) JBAS018559: Deployed "ROOT.war"
> 2012/06/26 09:02:55,577 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.7.196.1:9990
> 2012/06/26 09:02:55,577 INFO [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss EAP 6.0.0.GA (AS 7.1.2.Final-redhat-1) started in 45821ms - Started 354 of 494 services (137 services are passive or on-demand)
> {code}
> * the attempt to create a new Member in the application throws:
> {code}
> javax.servlet.ServletException: /index.xhtml @21,64 value="#{newMember.name}": Target Unreachable, identifier 'newMember' resolved to null
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
> org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62)
> {code}
> Build output from openshift: [http://pastebin.com/ZVuSPCEM]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (JBIDE-13175) Openshift server adapter: on first push it says that it has no local changes. Even though local clone has 1 commit more than remote
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13175?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-13175 at 1/28/13 4:04 AM:
-------------------------------------------------------------------
after reading a lot of code and a lot of git manuals and even testing a lot, I'm completely sure that there's no way to do a diff btw. an local and a remote without fetching the remote first.
To prove it, do the following:
* git clone an openshift repo to your local machine. You'll get a local branch with 2 branches:
{code}
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/origin/master
{code}
* You'll be able to do a diff btw. those 2:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master origin/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
* Now add the origin as *openshift* to your repo:
{code}
[adietish@adietish-thinkpad aa]$ git remote -v
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (fetch)
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (push)
[adietish@adietish-thinkpad aa]$ git remote add openshift ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/
{code}
* and try to diff, it wont work:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master openshift/master
fatal: ambiguous argument 'openshift': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
{code}
* you have to first fetch (and get another remote tracking branch) so that the diff works:
{code}
[adietish@adietish-thinkpad aa]$ git fetch openshift
>From ssh://aa-myops.rhcloud.com/~/git/aa
* [new branch] master -> openshift/master
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/openshift/master
remotes/origin/master
[adietish@adietish-thinkpad aa]$ git diff master --shortstat openshift/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
was (Author: adietish):
after reading a lot of code and a lot of git manuals and even testing a lot, I'm completely sure that there's no way to do a diff btw. an local and a remote without fetching the remote first.
To prove it, do the following:
* git clone an openshift repo to your local machine. You'll get a local branch with 2 branches:
{code}
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/origin/master
{code}
* You'll be able to do a diff btw. those 2:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master origin/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
* Now add the origin as *openshift* to your repo:
{code}
[adietish@adietish-thinkpad aa]$ git remote -v
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (fetch)
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (push)
[adietish@adietish-thinkpad aa]$ git remote add openshift ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/
{code}
* and try to diff, it wont work:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat openshift origin/master
fatal: ambiguous argument 'openshift': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
{code}
* you have to first fetch (and get another remote tracking branch) so that the diff works:
{code}
[adietish@adietish-thinkpad aa]$ git fetch openshift
>From ssh://aa-myops.rhcloud.com/~/git/aa
* [new branch] master -> openshift/master
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/openshift/master
remotes/origin/master
[adietish@adietish-thinkpad aa]$ git diff master --shortstat openshift/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
> Openshift server adapter: on first push it says that it has no local changes. Even though local clone has 1 commit more than remote
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-13175
> URL: https://issues.jboss.org/browse/JBIDE-13175
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.0.0.Beta2
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Fix For: 4.1.0.Alpha1
>
> Attachments: 1-local-change.png, no-local-changes.png, no_changes_yes.png
>
>
> # EXEC: launch *OpenShift Application* wizard and create a new application / import existing one
> # ASSERT: you get the OpenShift application imported to your workspace
> # EXEC: in *Servers* view, select the adapter for your OpenShift application and pick *Publish* from its context menu
> Result:
> The adapter tells you that there are no local changes. If you look at your local project you'll see in the git-decoration that the local git repo is ahead of 1 commit of the remote, so there is a local commit that could be pushed/published.
> !no-local-changes.png!
> Expected result:
> The adapter should tell you that there are local changes and ask you if you want to publish them.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (JBIDE-13246) When two servers with same version are found only one is added
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13246?page=com.atlassian.jira.plugi... ]
Rob Stryker reassigned JBIDE-13246:
-----------------------------------
Assignee: Max Rydahl Andersen (was: Rob Stryker)
The patch worked, and for master I've added in an additional commit to remove the two unused methods, and remove some deprecated usages. This won't be necessary for maintenance, and snjezana's patch can be used directly.
Passign to max for maintenance approval.
> When two servers with same version are found only one is added
> ---------------------------------------------------------------
>
> Key: JBIDE-13246
> URL: https://issues.jboss.org/browse/JBIDE-13246
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.0.0.CR1
> Reporter: Petr Suchý
> Assignee: Max Rydahl Andersen
> Fix For: 4.1.0.Alpha1, 4.0.x
>
>
> Regression - JBIDE-12714
> When I add a path that contains two servers with the same type and version, both are correctly listed as found but just one is added.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (JBIDE-13175) Openshift server adapter: on first push it says that it has no local changes. Even though local clone has 1 commit more than remote
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13175?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-13175 at 1/28/13 4:05 AM:
-------------------------------------------------------------------
after reading a lot of code and a lot of git manuals and even testing a lot, I'm completely sure that there's no way to do a diff btw. an local and a remote without fetching the remote first.
To prove it, do the following:
* git clone an openshift repo to your local machine. You'll get a local branch with 2 branches:
{code}
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/origin/master
{code}
* You'll be able to do a diff btw. those 2:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master origin/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
* Now add the origin as *openshift* to your repo:
{code}
[adietish@adietish-thinkpad aa]$ git remote -v
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (fetch)
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (push)
[adietish@adietish-thinkpad aa]$ git remote add openshift ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/
{code}
* and try to diff, it wont work:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master openshift/master
fatal: ambiguous argument 'openshift/master': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
{code}
* you have to first fetch (and get another remote tracking branch) so that the diff works:
{code}
[adietish@adietish-thinkpad aa]$ git fetch openshift
>From ssh://aa-myops.rhcloud.com/~/git/aa
* [new branch] master -> openshift/master
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/openshift/master
remotes/origin/master
[adietish@adietish-thinkpad aa]$ git diff master --shortstat openshift/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
was (Author: adietish):
after reading a lot of code and a lot of git manuals and even testing a lot, I'm completely sure that there's no way to do a diff btw. an local and a remote without fetching the remote first.
To prove it, do the following:
* git clone an openshift repo to your local machine. You'll get a local branch with 2 branches:
{code}
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/origin/master
{code}
* You'll be able to do a diff btw. those 2:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master origin/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
* Now add the origin as *openshift* to your repo:
{code}
[adietish@adietish-thinkpad aa]$ git remote -v
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (fetch)
origin ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/ (push)
[adietish@adietish-thinkpad aa]$ git remote add openshift ssh://31d6dc5619f24750b09941de420c133e@aa-myops.rhcloud.com/~/git/aa.git/
{code}
* and try to diff, it wont work:
{code}
[adietish@adietish-thinkpad aa]$ git diff --shortstat master openshift/master
fatal: ambiguous argument 'openshift': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
{code}
* you have to first fetch (and get another remote tracking branch) so that the diff works:
{code}
[adietish@adietish-thinkpad aa]$ git fetch openshift
>From ssh://aa-myops.rhcloud.com/~/git/aa
* [new branch] master -> openshift/master
[adietish@adietish-thinkpad aa]$ git branch -a
* master
remotes/openshift/master
remotes/origin/master
[adietish@adietish-thinkpad aa]$ git diff master --shortstat openshift/master
1 files changed, 0 insertions(+), 4 deletions(-)
{code}
> Openshift server adapter: on first push it says that it has no local changes. Even though local clone has 1 commit more than remote
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-13175
> URL: https://issues.jboss.org/browse/JBIDE-13175
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.0.0.Beta2
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Fix For: 4.1.0.Alpha1
>
> Attachments: 1-local-change.png, no-local-changes.png, no_changes_yes.png
>
>
> # EXEC: launch *OpenShift Application* wizard and create a new application / import existing one
> # ASSERT: you get the OpenShift application imported to your workspace
> # EXEC: in *Servers* view, select the adapter for your OpenShift application and pick *Publish* from its context menu
> Result:
> The adapter tells you that there are no local changes. If you look at your local project you'll see in the git-decoration that the local git repo is ahead of 1 commit of the remote, so there is a local commit that could be pushed/published.
> !no-local-changes.png!
> Expected result:
> The adapter should tell you that there are local changes and ask you if you want to publish them.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (JBIDE-11774) Create New ESB Project wizard - wrong warning message
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBIDE-11774?page=com.atlassian.jira.plugi... ]
Andrej Podhradsky commented on JBIDE-11774:
-------------------------------------------
Verified with JBoss ESB Tools 1.5.100.v20130125-2120-CR1.
Thiss issue will be closed after releasing the appropriate soa tooling whith this fix.
> Create New ESB Project wizard - wrong warning message
> -----------------------------------------------------
>
> Key: JBIDE-11774
> URL: https://issues.jboss.org/browse/JBIDE-11774
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: SOA Tooling
> Affects Versions: 3.3.0.Beta2-SOA
> Environment: Eclipse 3.7.2, JBoss ESB Tools 1.5.0.v20120501-1800-H851-CR1
> Reporter: Andrej Podhradsky
> Assignee: Brian Fitzpatrick
> Priority: Trivial
> Fix For: 4.0.0.Alpha1-SOA
>
> Attachments: JBIDE-11774-git-master.patch, JBIDE-11774-svn-3.3.x.patch, newEsbProject1.png, newEsbProject2.png, newEsbProject3.png
>
>
> "Install ESB Facet" page displays wrong warning, see "Steps to Reproduce".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (JBIDE-13242) Seam 2.3: seam-gen generated project, JBDS reports missing files referenced from view-id in pages.xml
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13242?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-13242:
-----------------------------------
Fix Version/s: 4.1.x
(was: 4.1.0.Alpha1)
> Seam 2.3: seam-gen generated project, JBDS reports missing files referenced from view-id in pages.xml
> -----------------------------------------------------------------------------------------------------
>
> Key: JBIDE-13242
> URL: https://issues.jboss.org/browse/JBIDE-13242
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: Seam 2, UpStream
> Affects Versions: 4.0.0.Beta2
> Environment: Seam.2.3.0, JBDS 5.0.1.GA or JBDS 6.0.0.Beta2a
> Reporter: Marek Novotny
> Assignee: Alexey Kazakov
> Fix For: 4.1.x
>
>
> After importing and building a Seam 2.3 seam-gen generated project in JBDS, it reports missing files referenced from view-id in pages.xml and in somEntity.page.xml files.
> This works OK for a Seam project created in JBDS and for a Maven project imported to JBDS.
> How reproducible:
> Import a seam-gen generated EAR project, check pages.xml.
> Steps to Reproduce:
> 1. Create a seam-gen EAR project.
> 2. Import into JBDS.
> 3. Open pages.xml, make a change (to trigger build).
>
> Actual results:
> On lines referencing a view-id, like
> <redirect view-id="/home.xhtml"/>
> JBDS shows an error saying:
> Cannot find target resource: "/home.xhtml"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months