[JBoss JIRA] (DROOLS-404) NoClassDefFoundError happens when using "function"s in drl
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-404?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on DROOLS-404:
------------------------------------------------
Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1060218|https://bugzilla.redhat.com/show_bug.cgi?id=1060218] from NEW to ASSIGNED
> NoClassDefFoundError happens when using "function"s in drl
> ----------------------------------------------------------
>
> Key: DROOLS-404
> URL: https://issues.jboss.org/browse/DROOLS-404
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Final, 6.0.1.Final
> Environment: The base environment is the same as DefaultKieSessionExample.
> See attached maven project for details.
> Reporter: Nandor Galambosi
> Assignee: Mark Proctor
> Attachments: noclassdeffound.zip
>
>
> If I reuse a KieSession for multiple times, it seems to forget about the function defined in the DRL file.
> DRL:
> {noformat}
> package org.drools.example.api.defaultkiesession.Hal1
> import org.drools.example.api.defaultkiesession.Message
> function boolean alwaysTrue() {
> return true;
> }
> rule "rule 1" when
> m : Message( )
> then
> retract(m);
> end
> rule "rule 2" when
> Message( alwaysTrue(), text == "Hello, HAL. Do you read me, HAL?" )
> then
> insert( new Message("HAL", "Dave. I read you." ) );
> end
> {noformat}
> Java code:
> {noformat}
> package org.drools.example.api.defaultkiesession;
> import org.kie.api.KieServices;
> import org.kie.api.runtime.KieContainer;
> import org.kie.api.runtime.KieSession;
> public class DefaultKieSessionExample
> {
> static int counter = 0;
> public void failCase1()
> {
> KieServices ks = KieServices.Factory.get();
> KieContainer kContainer = ks.getKieClasspathContainer();
> KieSession kSession = kContainer.newKieSession();
> for( counter = 0; counter < 10000; ++counter) {
> kSession.insert(new Message("Dave", "Hello, HAL. Do you read me, HAL?"));
> kSession.fireAllRules();
> if (kSession.getFactCount() != 0) {
> System.err.println("error");
> }
> }
> }
> public static void main(String[] args)
> {
> try {
> DefaultKieSessionExample defaultKieSessionExample = new DefaultKieSessionExample();
> defaultKieSessionExample.failCase1();
> } catch (NoClassDefFoundError error) {
> System.err.println("Failed after "+counter+" testcases");
> error.printStackTrace();
> }
> }
> }
> {noformat}
> Runs fine for some iterations, and after a while an exception happens:
> {noformat}
> java.lang.NoClassDefFoundError: org/drools/example/api/defaultkiesession/Hal1/AlwaysTrue
> at ConditionEvaluator19fe4e382c304060b0046f5cdc6a59fa.evaluate(Unknown Source)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:217)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:174)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:134)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:502)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:387)
> at org.drools.core.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:288)
> at org.drools.core.reteoo.EntryPointNode.assertObject(EntryPointNode.java:260)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:360)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:279)
> at org.drools.core.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1148)
> at org.drools.core.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1092)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:308)
> at org.drools.example.api.defaultkiesession.DefaultKieSessionExample.failCase1(DefaultKieSessionExample.java:17)
> at org.drools.example.api.defaultkiesession.DefaultKieSessionExample.main(DefaultKieSessionExample.java:29)
> Caused by: java.lang.ClassNotFoundException: org.drools.example.api.defaultkiesession.Hal1.AlwaysTrue
> at org.drools.core.common.ProjectClassLoader.tryDefineType(ProjectClassLoader.java:123)
> at org.drools.core.common.ProjectClassLoader.loadType(ProjectClassLoader.java:114)
> at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:84)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 15 more
> {noformat}
--
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
12 years, 2 months
[JBoss JIRA] (DROOLS-404) NoClassDefFoundError happens when using "function"s in drl
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-404?page=com.atlassian.jira.plugin... ]
Mario Fusco reassigned DROOLS-404:
----------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
> NoClassDefFoundError happens when using "function"s in drl
> ----------------------------------------------------------
>
> Key: DROOLS-404
> URL: https://issues.jboss.org/browse/DROOLS-404
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Final, 6.0.1.Final
> Environment: The base environment is the same as DefaultKieSessionExample.
> See attached maven project for details.
> Reporter: Nandor Galambosi
> Assignee: Mario Fusco
> Attachments: noclassdeffound.zip
>
>
> If I reuse a KieSession for multiple times, it seems to forget about the function defined in the DRL file.
> DRL:
> {noformat}
> package org.drools.example.api.defaultkiesession.Hal1
> import org.drools.example.api.defaultkiesession.Message
> function boolean alwaysTrue() {
> return true;
> }
> rule "rule 1" when
> m : Message( )
> then
> retract(m);
> end
> rule "rule 2" when
> Message( alwaysTrue(), text == "Hello, HAL. Do you read me, HAL?" )
> then
> insert( new Message("HAL", "Dave. I read you." ) );
> end
> {noformat}
> Java code:
> {noformat}
> package org.drools.example.api.defaultkiesession;
> import org.kie.api.KieServices;
> import org.kie.api.runtime.KieContainer;
> import org.kie.api.runtime.KieSession;
> public class DefaultKieSessionExample
> {
> static int counter = 0;
> public void failCase1()
> {
> KieServices ks = KieServices.Factory.get();
> KieContainer kContainer = ks.getKieClasspathContainer();
> KieSession kSession = kContainer.newKieSession();
> for( counter = 0; counter < 10000; ++counter) {
> kSession.insert(new Message("Dave", "Hello, HAL. Do you read me, HAL?"));
> kSession.fireAllRules();
> if (kSession.getFactCount() != 0) {
> System.err.println("error");
> }
> }
> }
> public static void main(String[] args)
> {
> try {
> DefaultKieSessionExample defaultKieSessionExample = new DefaultKieSessionExample();
> defaultKieSessionExample.failCase1();
> } catch (NoClassDefFoundError error) {
> System.err.println("Failed after "+counter+" testcases");
> error.printStackTrace();
> }
> }
> }
> {noformat}
> Runs fine for some iterations, and after a while an exception happens:
> {noformat}
> java.lang.NoClassDefFoundError: org/drools/example/api/defaultkiesession/Hal1/AlwaysTrue
> at ConditionEvaluator19fe4e382c304060b0046f5cdc6a59fa.evaluate(Unknown Source)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:217)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:174)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:134)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:502)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:387)
> at org.drools.core.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:288)
> at org.drools.core.reteoo.EntryPointNode.assertObject(EntryPointNode.java:260)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:360)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:279)
> at org.drools.core.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1148)
> at org.drools.core.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1092)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:308)
> at org.drools.example.api.defaultkiesession.DefaultKieSessionExample.failCase1(DefaultKieSessionExample.java:17)
> at org.drools.example.api.defaultkiesession.DefaultKieSessionExample.main(DefaultKieSessionExample.java:29)
> Caused by: java.lang.ClassNotFoundException: org.drools.example.api.defaultkiesession.Hal1.AlwaysTrue
> at org.drools.core.common.ProjectClassLoader.tryDefineType(ProjectClassLoader.java:123)
> at org.drools.core.common.ProjectClassLoader.loadType(ProjectClassLoader.java:114)
> at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:84)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 15 more
> {noformat}
--
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
12 years, 2 months
[JBoss JIRA] (WFLY-2624) add-user.sh/bat should not automatically add users to *both* domain and standalone property files
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-2624?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-2624:
-----------------------------------
Fix Version/s: 8.0.1.Final
(was: Awaiting Volunteers)
> add-user.sh/bat should not automatically add users to *both* domain and standalone property files
> -------------------------------------------------------------------------------------------------
>
> Key: WFLY-2624
> URL: https://issues.jboss.org/browse/WFLY-2624
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Affects Versions: 8.0.0.Beta1
> Reporter: Tom Fonteyne
> Assignee: Darran Lofthouse
> Priority: Minor
> Fix For: 8.0.1.Final
>
>
> The script "add-user.sh" has options to set
> -dc <value> Define the location of the domain config directory.
> -sc <value> Define the location the server config directory.
> The class:
> org/jboss/as/domain/management/security/state/PropertyFileFinder.java
> in
> private boolean findFiles(final String jbossHome, final List<File> foundFiles, final String fileName) {
> will always find both files. This means that in the event the user uses only one of the above options, the new user will also be added to the default file. This is seen as a security risk.
> We propose that when only *one* of the above options is set, that the user is *not* automatically added to the other (default) file. When neither option is set, stick with the current behaviour.
--
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
12 years, 2 months
[JBoss JIRA] (WFLY-19) JMX over remoting pollutes query results with ModelController objects
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-19?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated WFLY-19:
---------------------------------
Fix Version/s: (was: 8.0.0.CR1)
> JMX over remoting pollutes query results with ModelController objects
> ---------------------------------------------------------------------
>
> Key: WFLY-19
> URL: https://issues.jboss.org/browse/WFLY-19
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management, JMX
> Reporter: NadirX
> Assignee: Kabir Khan
> Fix For: 8.0.0.Final
>
>
> When issuing MBean queries over JMX remoting, the AS is returning a list of org.jboss.as.controller.ModelController objects in addition to those matching the query.
> This is a transcript of a chat we had about it on IRC:
> Oct 15 14:51:46 <ttarrant> darranl, if I issue a jmx query over jmx-remoting I get many more objects than expected
> Oct 15 14:51:55 <ttarrant> darranl, i.e. ones that do not match the query
> Oct 15 14:52:09 <ttarrant> darranl, this is with 7.1.x
> Oct 15 14:52:57 <ttarrant> darranl, this works if I use the standard JMX over RMI
> Oct 15 14:53:08 --> fnasser (~fnasser(a)CPE602ad07ab726-CM602ad07ab723.cpe.net.cable.rogers.com) has joined #jboss-as7
> Oct 15 14:53:09 <-- fnasser has quit (Changing host)
> Oct 15 14:53:09 --> fnasser (~fnasser@redhat/jboss/fnasser) has joined #jboss-as7
> Oct 15 14:53:09 --- ChanServ gives voice to fnasser
> Oct 15 14:53:16 <ttarrant> darranl, do you just pass the query the the mbeanserver ?
> Oct 15 14:53:39 <darranl> ttarrant: what kind of objects? within AS7 I think there are two things that could affec
> t this 1 - The Remoting JMX protocol, 2 - The domain management representation over JMX
> Oct 15 14:53:54 <darranl> For #1 yes we just pass it to the MBEanServer and return whatever it returns
> Oct 15 14:54:04 <darranl> if it was a Remoting JMX bug maybe we are messing up the query
> Oct 15 14:54:16 <ttarrant> darranl, the query is as follows: *:type=CacheManager,component=Interpreter,name=*
> Oct 15 14:54:16 <darranl> But not sure if #2 could be the reason more is getting added
> Oct 15 14:54:32 <ttarrant> darranl, wait a sec
> Oct 15 14:54:57 <darranl> ttarrant: I would suggest getting a Jira raised and assigned to me, I can verify if it i
> s a remoting jmx issue or pass over if it is a domain management integration issue
> Oct 15 14:55:20 <darranl> regardless of where it is happenign it sounds like you may have discovered a bug
> Oct 15 14:56:23 <ttarrant> darranl, let me get the objects it's returning
> Oct 15 14:56:39 <darranl> ttarrant: when you enable the RMI approach you bypass both Remoting JMX AND the domain m
> anagement integration
> Oct 15 14:56:42 <darranl> ok
> Oct 15 15:26:08 <ttarrant> darranl, ok, my query actually returns the object I queried for and a bunch of org.jboss.as.controller.ModelController (one for each subsystem)
> Oct 15 15:51:24 <darranl> ttarrant: ok that does then sound like it is the domain management integration that is 'poluting' the query results
> Oct 15 15:51:53 <darranl> ttarrant: going RMI was just bypassing that as well
> Oct 15 15:52:05 <ttarrant> darranl, shall I open a Jira ?
> Oct 15 15:52:34 <ttarrant> darranl, I work around the issue by manually filtering the returned objects based on class name
> Oct 15 15:53:23 <darranl> ttarrant: it would probably be one for kkhan to look into, think he is just back today so may be worth the Jira so he can have a look once he has caught back up ;-)
--
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
12 years, 2 months
[JBoss JIRA] (WFLY-2841) Datasource mapped in jboss-web.xml not available to persistence unit
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-2841?page=com.atlassian.jira.plugin.... ]
Scott Marlow closed WFLY-2841.
------------------------------
> Datasource mapped in jboss-web.xml not available to persistence unit
> --------------------------------------------------------------------
>
> Key: WFLY-2841
> URL: https://issues.jboss.org/browse/WFLY-2841
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Martin Andersson
>
> I have mapped the datasource java:jboss/datasources/ExampleDS to jdbc/MyDS in jboss-web.xml for my application.
> In a stateless bean i can do a jndi lookup and find the datasource in both java:comp/env/jdbc/MyDS and java:module/env/jdbc/MyDS as expected. But if I try to use it in my persistence.xml I get an error:
> 13:18:28,129 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wfds-1.0-SNAPSHOT.war#wfdsPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.\"wfds-1.0-SNAPSHOT\".\"wfds-1.0-SNAPSHOT\".env.MyDS]"]}
> A minimal example application that demonstrates the problem is available at: https://github.com/umartin/wfds/
--
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
12 years, 2 months
[JBoss JIRA] (JGRP-1788) Backport selected testsuite changes from JGroups 3.4
by Richard Achmatowicz (JIRA)
Richard Achmatowicz created JGRP-1788:
-----------------------------------------
Summary: Backport selected testsuite changes from JGroups 3.4
Key: JGRP-1788
URL: https://issues.jboss.org/browse/JGRP-1788
Project: JGroups
Issue Type: Feature Request
Affects Versions: 3.2.13
Reporter: Richard Achmatowicz
Assignee: Richard Achmatowicz
Fix For: 3.2.13
This issue backports the following features from JGroups 3.4:
- the ability to run the testsuite in sequential mode as opposed to the default parallel mode
- the ability to better configure and run Byteman tests on different platforms
--
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
12 years, 2 months
[JBoss JIRA] (JGRP-1787) Adjust Windows command line parameter processing to accept more than 9 parameters.
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/JGRP-1787?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz commented on JGRP-1787:
-------------------------------------------
This is fixed by:
{noformat}
"%JAVA_HOME%\bin\java" -classpath "%CP%" org.apache.tools.ant.Main -buildfile build.xml %*
{noformat}
where %* represents all command-line parameters.
> Adjust Windows command line parameter processing to accept more than 9 parameters.
> ----------------------------------------------------------------------------------
>
> Key: JGRP-1787
> URL: https://issues.jboss.org/browse/JGRP-1787
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.13
> Environment: Windows
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Minor
> Fix For: 3.2.13
>
>
> In the Windows build.bat script, command-line parameters are processed using the following code:
> {noformat}
> "%JAVA_HOME%\bin\java" -classpath "%CP%" org.apache.tools.ant.Main -buildfile build.xml %1 %2 %3 %4 %5 %6 %7 %8 %9
> {noformat}
> This limits the number of command-line parameters to 9, which is not sufficient for executing builds which make use of many system properties (e.g. in the QA lab).
>
--
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
12 years, 2 months
[JBoss JIRA] (JGRP-1787) Adjust Windows command line parameter processing to accept more than 9 parameters.
by Richard Achmatowicz (JIRA)
Richard Achmatowicz created JGRP-1787:
-----------------------------------------
Summary: Adjust Windows command line parameter processing to accept more than 9 parameters.
Key: JGRP-1787
URL: https://issues.jboss.org/browse/JGRP-1787
Project: JGroups
Issue Type: Bug
Affects Versions: 3.2.13
Environment: Windows
Reporter: Richard Achmatowicz
Assignee: Richard Achmatowicz
Priority: Minor
Fix For: 3.2.13
In the Windows build.bat script, command-line parameters are processed using the following code:
{noformat}
"%JAVA_HOME%\bin\java" -classpath "%CP%" org.apache.tools.ant.Main -buildfile build.xml %1 %2 %3 %4 %5 %6 %7 %8 %9
{noformat}
This limits the number of command-line parameters to 9, which is not sufficient for executing builds which make use of many system properties (e.g. in the QA lab).
--
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
12 years, 2 months
[JBoss JIRA] (WFLY-2841) Datasource mapped in jboss-web.xml not available to persistence unit
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-2841?page=com.atlassian.jira.plugin.... ]
Scott Marlow updated WFLY-2841:
-------------------------------
Workaround Description:
Set wildfly.jpa.twophasebootstrap to false in the persistence unit definition as a workaround to have the persistence unit start as late as possible (during the INSTALL deployment phase):
<property name="wildfly.jpa.twophasebootstrap" value="false"/>
Workaround: Workaround Exists
> Datasource mapped in jboss-web.xml not available to persistence unit
> --------------------------------------------------------------------
>
> Key: WFLY-2841
> URL: https://issues.jboss.org/browse/WFLY-2841
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Martin Andersson
>
> I have mapped the datasource java:jboss/datasources/ExampleDS to jdbc/MyDS in jboss-web.xml for my application.
> In a stateless bean i can do a jndi lookup and find the datasource in both java:comp/env/jdbc/MyDS and java:module/env/jdbc/MyDS as expected. But if I try to use it in my persistence.xml I get an error:
> 13:18:28,129 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wfds-1.0-SNAPSHOT.war#wfdsPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.\"wfds-1.0-SNAPSHOT\".\"wfds-1.0-SNAPSHOT\".env.MyDS]"]}
> A minimal example application that demonstrates the problem is available at: https://github.com/umartin/wfds/
--
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
12 years, 2 months
[JBoss JIRA] (WFLY-2841) Datasource mapped in jboss-web.xml not available to persistence unit
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-2841?page=com.atlassian.jira.plugin.... ]
Scott Marlow resolved WFLY-2841.
--------------------------------
Resolution: Rejected
The deployment succeeds with wildfly.jpa.twophasebootstrap set to false.
> Datasource mapped in jboss-web.xml not available to persistence unit
> --------------------------------------------------------------------
>
> Key: WFLY-2841
> URL: https://issues.jboss.org/browse/WFLY-2841
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Martin Andersson
>
> I have mapped the datasource java:jboss/datasources/ExampleDS to jdbc/MyDS in jboss-web.xml for my application.
> In a stateless bean i can do a jndi lookup and find the datasource in both java:comp/env/jdbc/MyDS and java:module/env/jdbc/MyDS as expected. But if I try to use it in my persistence.xml I get an error:
> 13:18:28,129 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wfds-1.0-SNAPSHOT.war#wfdsPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.\"wfds-1.0-SNAPSHOT\".\"wfds-1.0-SNAPSHOT\".env.MyDS]"]}
> A minimal example application that demonstrates the problem is available at: https://github.com/umartin/wfds/
--
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
12 years, 2 months