April 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-112) Allow join constraints in sliding windows

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-112?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-112: ------------------------------------------ Fix Version/s: 6.1.0.Beta4 (was: 6.1.0.Beta3) > Allow join constraints in sliding windows > ----------------------------------------- > > Key: DROOLS-112 > URL: https://issues.jboss.org/browse/DROOLS-112 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 6.0.0.Alpha9, 6.0.0.Beta1 > Reporter: Davide Sottara > Assignee: Mark Proctor > Priority: Critical > Fix For: 6.1.0.Beta4 > > > When using a sliding window, alpha constraints are evaluated before the window is considered, but beta (join) constraints are evaluated afterwards. > While it does not usually make a difference when time windows are concerned, > it DOES make a difference with length windows. > Imho, a clear warning should be added in the documentation to clarify > the current behavior. -- 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-432) Types declared in a foreign package are processed one at a time

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-432?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-432: ------------------------------------------ Fix Version/s: 6.1.0.Beta4 (was: 6.1.0.Beta3) > Types declared in a foreign package are processed one at a time > --------------------------------------------------------------- > > Key: DROOLS-432 > URL: https://issues.jboss.org/browse/DROOLS-432 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final, 5.6.0.Final, 6.0.1.Final > Reporter: Davide Sottara > Assignee: Mark Proctor > Fix For: 6.1.0.Beta4 > > > The following snippet has two issues > {code} > package a; > declare b.X field : b.Y end > declare b.Y end > {code} > While processing package a, the packageBuilder will infer the existence of package b and create the appropriate typeDeclarations. > However, a partial, independent package b is created for X and Y: > - it is inefficient > - internal dependencies cannot be resolved : b.X does not (yet) see b.Y -- 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-332) Space Invaders and Number Guess Game

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-332?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-332: ------------------------------------------ Fix Version/s: 6.1.0.Beta4 (was: 6.1.0.Beta3) > Space Invaders and Number Guess Game > ------------------------------------ > > Key: DROOLS-332 > URL: https://issues.jboss.org/browse/DROOLS-332 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 6.1.0.Beta4 > > -- 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-316) Arbitrary Conflict Resolution can be confusing use LoadOrder

by Michael Biarnes Kiefer (JIRA)

[ https://issues.jboss.org/browse/DROOLS-316?page=com.atlassian.jira.plugin... ] Michael Biarnes Kiefer updated DROOLS-316: ------------------------------------------ Fix Version/s: 6.1.0.Beta4 (was: 6.1.0.Beta3) > Arbitrary Conflict Resolution can be confusing use LoadOrder > ------------------------------------------------------------ > > Key: DROOLS-316 > URL: https://issues.jboss.org/browse/DROOLS-316 > Project: Drools > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 6.1.0.Beta4 > > -- 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: ------------------------------------ I got past the stall issue. Appears to be something with H2 and getting a non-xa & xa connections from two separate concurrent threads. > 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 > > Attachments: hang.txt, msc.txt > > > 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-3304) RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-3304: -------------------------------------- Summary: RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented Key: WFLY-3304 URL: https://issues.jboss.org/browse/WFLY-3304 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: Domain Management Affects Versions: 8.1.0.CR1, 8.0.0.Final Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 9.0.0.CR1 The WFLY-2043 implementation is not working correctly because fetching the config from the master without fully registering is not properly implemented. -- 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-3299) Outdated default app client configuration

by Eduardo Martins (JIRA)

[ https://issues.jboss.org/browse/WFLY-3299?page=com.atlassian.jira.plugin.... ] Eduardo Martins reassigned WFLY-3299: ------------------------------------- Assignee: Eduardo Martins (was: Stuart Douglas) > Outdated default app client configuration > ----------------------------------------- > > Key: WFLY-3299 > URL: https://issues.jboss.org/browse/WFLY-3299 > Project: WildFly > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Application Client, Build System > Reporter: Eduardo Martins > Assignee: Eduardo Martins > Priority: Blocker > Fix For: 8.1.0.Final > > > The app client xml configuration is outdated, most subsystems are not using latest version. -- 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-3198) Reenabling an application prevents it from deployement after a restart

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3198?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3198: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1074999|https://bugzilla.redhat.com/show_bug.cgi?id=1074999] from ON_QA to ASSIGNED > Reenabling an application prevents it from deployement after a restart > ---------------------------------------------------------------------- > > Key: WFLY-3198 > URL: https://issues.jboss.org/browse/WFLY-3198 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: ConfigAdmin > Affects Versions: 8.0.0.Final > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Fix For: 8.1.0.CR1 > > > After disabling and then re-enabling the application, I don't see Application.war.deployed; I still see Application.war.undeployed. > That explains why it doesn't get deployed after restart. -- 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-3303) WildFly console is not able to display more than 5 global-modules

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3303?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3303: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1092650 > WildFly console is not able to display more than 5 global-modules > ----------------------------------------------------------------- > > Key: WFLY-3303 > URL: https://issues.jboss.org/browse/WFLY-3303 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web Console > Affects Versions: 8.1.0.Final > Reporter: Jay Kumar SenSharma > Assignee: Heiko Braun > Attachments: WilfFly_Global_Modules_Issue.png > > > - The WildFly management console is not able to show more than 5 *"global-modules"*. -- 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-3279) HttpServletResponse.sendRedirect() not working for relative URL

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-3279?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFLY-3279. ---------------------------------- Fix Version/s: 8.1.0.Final Resolution: Done > HttpServletResponse.sendRedirect() not working for relative URL > --------------------------------------------------------------- > > Key: WFLY-3279 > URL: https://issues.jboss.org/browse/WFLY-3279 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web (Undertow) > Affects Versions: 8.0.0.Final, 8.1.0.CR1 > Environment: Windows > Reporter: Mehboob Alam > Assignee: Stuart Douglas > Fix For: 8.1.0.Final > > Attachments: Recreate_SendRedirect_Problem.ear > > > I cannot get HttpServletResponse.sendRedirect() to work correctly. This only happens to me with Wildfly. It works on previous versions of JBoss EAP/AS and several other app servers where I tested the scenario. > > The sample app has two servlet. I navigate from one to the other using sendRedirect. The key seems to be relative path in the form "../whatever/whatever" is not working. > To test this, I enter my app's URL like this- > http://localhost:8080/helloworld/hello > Then, inside the first servlet, I do a redirect - > String url = "../goodbye/bye"; > response.sendRedirect(response.encodeRedirectURL(url)); > wildfly 8 gives me a HTTP Status 404. wildfly 8.1 CR1 gives me a HTTP Status 403. All other app server works. It takes me to this url: > http://localhost:8080/goodbye/bye > JBoss eap-6-1-0 > Status Host Path > 302 localhost:8080 /helloworld/hello > 200 localhost:8080 /goodbye/bye/ > WildFly 8.0 Final > Status Host Path > 302 localhost:8080 /helloworld/hello > 404 localhost:8080 /helloworld/ > WildFly 8.1.0 CR1 Final > Status Host Path > 302 localhost:8080 /helloworld/hello > 403 localhost:8080 /helloworld/ > This behavior also appears to be different than that of java.net.URL, > public URL(URL context, String spec) > throws MalformedURLException > which states this: If the spec's path component begins with a slash character "/" then the path is treated as absolute and the spec path replaces the context path. > Otherwise, the path is treated as a relative path and is appended to the context path, as described in RFC2396. Also, in this case, the path is canonicalized through the removal of directory changes made by occurences of ".." and ".". -- 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