April 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3020) LogStoreProbeHandler overwrites the LogStoreResource root model

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3020?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3020: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1092198 > LogStoreProbeHandler overwrites the LogStoreResource root model > --------------------------------------------------------------- > > Key: WFLY-3020 > URL: https://issues.jboss.org/browse/WFLY-3020 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Transactions > Affects Versions: 8.0.0.Final > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Fix For: 8.1.0.CR1 > > > LogStoreProbeHandler replaces the 'delegate' held by LogStoreResource. Doing this removes any data from the existing delegate's 'model' field, i.e. the "type" attribute. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow commented on WFLY-3301: ------------------------------------ Created pull request in case we have enough time to address this > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 8.1.0.Final > > > Improve checking for default datasource. Workaround for this issue to set the persistence unit "wildfly.jpa.twophasebootstrap" hint to false. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow updated WFLY-3301: ------------------------------- Description: Improve checking for default datasource. Workaround for this issue to set the persistence unit "wildfly.jpa.twophasebootstrap" hint to false. > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 8.1.0.Final > > > Improve checking for default datasource. Workaround for this issue to set the persistence unit "wildfly.jpa.twophasebootstrap" hint to false. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow commented on WFLY-3301: ------------------------------------ Testing https://github.com/scottmarlow/wildfly/tree/WFLY-3301_defaultds locally... > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 8.1.0.Final > > -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-373) Kie Maven plugin don't use the project classpath

by Jinghai Rao (JIRA)

[ https://issues.jboss.org/browse/DROOLS-373?page=com.atlassian.jira.plugin... ] Jinghai Rao commented on DROOLS-373: ------------------------------------ I have a problem with Drools Eclipse plugin which may relate to this bug. I imported the attached project to eclipse as a Maven Project, and then converted it to a Drools project. Then I got an error at the third line of package.drl: "global org.apache.commons.lang3.tuple.ImmutablePair ip;". The error message is "Unable to find class 'org.apache.commons.lang3.tuple.ImmutablePair'". I have un-commented the dependency part in pom.xml, but it didn't change anything. Actually I have this problem for all external classes, so I have to disable drools nature. Despite the error message, I can run the project inside eclipse without any problem. I think you guys are using eclipse too. Do you have the same problem? Below is my environment: * OS: Mac OS X 10.9.2 * Eclipse Kepler * Drool Eclipse Plugin - JBoss Drools Core 6.0.1Final. (I don't have problem with Drools Core 5.6.0Final) * Java SE 1.7 * Drools Runtime 6.0.1 Thanks. > Kie Maven plugin don't use the project classpath > ------------------------------------------------ > > Key: DROOLS-373 > URL: https://issues.jboss.org/browse/DROOLS-373 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.0.1.Final > > Attachments: drools6scratch-kiemavenclasspath.zip > > > When compiling drls the kie maven plugin uses the plugin classpath instead of the project one. This imply that it is necessary to duplicate the dependencies used by the kie project also inside the plugin declaration, as reported by this email: http://drools.46999.n3.nabble.com/rules-users-Drool-6-0-0-Final-2-questio... -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3296) NullPointerException with JDK 1.8.0_05 on Windows

by Dino Tsoumakis (JIRA)

[ https://issues.jboss.org/browse/WFLY-3296?page=com.atlassian.jira.plugin.... ] Dino Tsoumakis commented on WFLY-3296: -------------------------------------- https://bugs.openjdk.java.net/browse/JDK-8039776 Fix should be included in 8u20. > NullPointerException with JDK 1.8.0_05 on Windows > ------------------------------------------------- > > Key: WFLY-3296 > URL: https://issues.jboss.org/browse/WFLY-3296 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JSF > Affects Versions: 8.1.0.CR1 > Environment: Microsoft Windows [Version 6.1.7601] > java version "1.8.0_05" > Java(TM) SE Runtime Environment (build 1.8.0_05-b13) > Java HotSpot(TM) Client VM (build 25.5-b02, mixed mode) > Reporter: Dino Tsoumakis > Assignee: Farah Juma > > Running the same web-app on Wildfly 8.1.0.CR1 with > a) JDK 1.7.0_51 > b) JDK 1.8.0_05 > results in no problem on 1.7 JDK, but throws a NullPointerException on JDK 1.8. This might be a JDK bug. > Stack trace on JDK 1.8 is: > 2014-04-27 21:05:52,207 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (default task-15) Error Rendering View[/secure/dashboard.xhtml]: java.lang.NullPointerException > at java.lang.Class.isAssignableFrom(Native Method) [rt.jar:1.8.0_05] > at java.beans.Introspector.isAssignable(Introspector.java:809) [rt.jar:1.8.0_05] > at java.beans.Introspector.processPropertyDescriptors(Introspector.java:705) [rt.jar:1.8.0_05] > at java.beans.Introspector.getTargetPropertyInfo(Introspector.java:553) [rt.jar:1.8.0_05] > at java.beans.Introspector.getBeanInfo(Introspector.java:428) [rt.jar:1.8.0_05] > at java.beans.Introspector.getBeanInfo(Introspector.java:173) [rt.jar:1.8.0_05] > at javax.el.BeanELResolver$BeanProperties.<init>(BeanELResolver.java:223) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at javax.el.BeanELResolver.getBeanProperty(BeanELResolver.java:726) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at javax.el.BeanELResolver.getValue(BeanELResolver.java:351) [jboss-el-api_3.0_spec-1.0.3.Final.jar:1.0.3.Final] > at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:140) [javax.el-3.0.0.jar:] > at com.sun.el.parser.AstValue.getValue(AstValue.java:204) [javax.el-3.0.0.jar:] > at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0.0.jar:] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23] > at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.facelets.component.UIRepeat.getValue(UIRepeat.java:279) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.facelets.component.UIRepeat.getDataModel(UIRepeat.java:255) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.facelets.component.UIRepeat.setIndex(UIRepeat.java:523) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.facelets.component.UIRepeat.process(UIRepeat.java:577) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.facelets.component.UIRepeat.encodeChildren(UIRepeat.java:1110) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:115) [jsf-impl-2.2.6-jbossorg-3.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:115) [jsf-impl-2.2.6-jbossorg-3.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1857) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at com.sun.faces.renderkit.html_basic.CompositeRenderer.encodeChildren(CompositeRenderer.java:78) [jsf-impl-2.2.6-jbossorg-3.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1857) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.render.Renderer.encodeChildren(Renderer.java:176) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:889) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1857) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1860) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1860) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:461) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.6-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.6-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.6-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.6.jar:2.2.6] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at de.diehl.metering.izar.net.application.components.fileupload.FileUploadFilter.doFilter(FileUploadFilter.java:53) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.5.Final.jar:1.0.5.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_05] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_05] -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBWEB-297) NIO can improperly lead to request/response objects being used concurrently

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBWEB-297?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on JBWEB-297: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1090103|https://bugzilla.redhat.com/show_bug.cgi?id=1090103] from POST to MODIFIED > NIO can improperly lead to request/response objects being used concurrently > --------------------------------------------------------------------------- > > Key: JBWEB-297 > URL: https://issues.jboss.org/browse/JBWEB-297 > Project: JBoss Web > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Tomcat > Affects Versions: JBossWeb-7.2.2.GA, JBossWeb-7.3.0.GA, JBossWeb-7.4.0.GA > Reporter: Aaron Ogburn > Assignee: Remy Maucherat > Attachments: JBWEB-297.diff > > > Using NIO with async servlets can improperly lead to a processor and its request/response objects being used by multiple threads to process different requests at once. The problem arises here in Http11NioProtocol.event(): > {code:title=Http11NioProtocol.java|borderStyle=solid} > public SocketState event(NioChannel channel, SocketStatus status) { > Http11NioProcessor processor = connections.get(channel.getId()); > SocketState state = SocketState.CLOSED; > if (processor != null) { > processor.startProcessing(); > // Call the appropriate event > try { > state = processor.event(status); > } catch (java.net.SocketException e) { > // SocketExceptions are normal > CoyoteLogger.HTTP_NIO_LOGGER.socketException(e); > } catch (java.io.IOException e) { > // IOExceptions are normal > CoyoteLogger.HTTP_NIO_LOGGER.socketException(e); > } > // Future developers: if you discover any other > // rare-but-nonfatal exceptions, catch them here, and log as > // above. > catch (Throwable e) { > // any other exception or error is odd. Here we log it > // with "ERROR" level, so it will show up even on > // less-than-verbose logs. > CoyoteLogger.HTTP_NIO_LOGGER.socketError(e); > } finally { > if (state != SocketState.LONG) { > connections.remove(channel.getId()); > recycledProcessors.offer(processor); > {code} > If two events occur on the same channel and execute this at the same time, it'll lead to this issue if they result in a SocketState other than LONG. When that happens, they both offer the same processor to recycledProcessors in the finally block. Later on, two different requests can then poll the same processor at once from reycledProcessors; a processor should only ever have one entry in recycledProcessors. > It looks like we need to synch the Http11NioProtocol.event() call or the NioEndpoint.ChannelProcessor.run(). -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow reassigned WFLY-3301: ---------------------------------- Assignee: Scott Marlow (was: Eduardo Martins) > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Scott Marlow > Fix For: 8.1.0.Final > > -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow updated WFLY-3301: ------------------------------- Forum Reference: https://community.jboss.org/message/871331, http://lists.jboss.org/pipermail/wildfly-dev/2014-January/001552.html > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Eduardo Martins > Fix For: 8.1.0.Final > > -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3301) JPA subsystem should check explicitely for java:comp/DefaultDataSource

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-3301?page=com.atlassian.jira.plugin.... ] Scott Marlow commented on WFLY-3301: ------------------------------------ We should check if the datasource name is java:comp/DefaultDataSource and use the default datasource if so. > JPA subsystem should check explicitely for java:comp/DefaultDataSource > ---------------------------------------------------------------------- > > Key: WFLY-3301 > URL: https://issues.jboss.org/browse/WFLY-3301 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: JPA / Hibernate > Reporter: Scott Marlow > Assignee: Eduardo Martins > Fix For: 8.1.0.Final > > -- 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

10 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2014