May 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1127) Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1127?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1127: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from ON_QA to NEW > Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory > ------------------------------------------------------------------------------------------------- > > Key: DROOLS-1127 > URL: https://issues.jboss.org/browse/DROOLS-1127 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Any code that does `new Thread()` on GAE throws an exception, because you can't create new threads yourself. > Other future cloud platforms might have a similar restriction. It should be possible to plug in a custom way of creating threads. > *Proposal A)* Add a kieBase configuration property to change the ThreadFactory > {code} > drools.threadFactory = com.user.project.GoogleAppEngineThreadFactory > {code} > *Proposal B)* Add a kieBase configuration property to change the ExecutorServiceFactory > {code} > drools.executorServiceFactory = com.user.project.ExecutorServiceFactory > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1125) Google App Engine support: ClassLoader.getSystemClassLoader() throws exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1125?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1125: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from ON_QA to NEW > Google App Engine support: ClassLoader.getSystemClassLoader() throws exception > ------------------------------------------------------------------------------ > > Key: DROOLS-1125 > URL: https://issues.jboss.org/browse/DROOLS-1125 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Class org.kie.internal.utils.ChainedProperties > Every call to get the System Class Loader > confClassLoader = ClassLoader.getSystemClassLoader(); (i.e. lines 133, 169) > raises an exception. > Todo: figure out which particular exception. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1196) Segment split/merge doesn't adjust the position of a TimerNode in its own segment

by Anton Giertli (JIRA)

Anton Giertli created DROOLS-1196: ------------------------------------- Summary: Segment split/merge doesn't adjust the position of a TimerNode in its own segment Key: DROOLS-1196 URL: https://issues.jboss.org/browse/DROOLS-1196 Project: Drools Issue Type: Bug Components: core engine Reporter: Anton Giertli Assignee: Mario Fusco If an incremental compilation requires a segment split or merge the position of the TimerNode inside the new segment is not set acordingly -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-550) Update the FORM authentication mechanism so it can be configured to redirect to specific location after authentication.

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-550?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse updated ELY-550: --------------------------------- Description: The current implementation caches the intercepted location that the user was attempting to access and after authentication sends them back to that location - this feature request is to support additional configuration to send them to a pre-defined location i.e. some form of welcome page. Note: Request suspension should probably also be disabled for this mode as if the user is not being directed back to the page they requested there is no point saving and restoring any additional data associated with that request. was:The current implementation caches the intercepted location that the user was attempting to access and after authentication sends them back to that location - this feature request is to support additional configuration to send them to a pre-defined location i.e. some form of welcome page. > Update the FORM authentication mechanism so it can be configured to redirect to specific location after authentication. > ----------------------------------------------------------------------------------------------------------------------- > > Key: ELY-550 > URL: https://issues.jboss.org/browse/ELY-550 > Project: WildFly Elytron > Issue Type: Feature Request > Components: HTTP > Reporter: Darran Lofthouse > Fix For: 2.0.0.Alpha1 > > > The current implementation caches the intercepted location that the user was attempting to access and after authentication sends them back to that location - this feature request is to support additional configuration to send them to a pre-defined location i.e. some form of welcome page. > Note: Request suspension should probably also be disabled for this mode as if the user is not being directed back to the page they requested there is no point saving and restoring any additional data associated with that request. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6654) Optimize live/backup replication after failback

by Miroslav Novak (JIRA)

Miroslav Novak created WFLY-6654: ------------------------------------ Summary: Optimize live/backup replication after failback Key: WFLY-6654 URL: https://issues.jboss.org/browse/WFLY-6654 Project: WildFly Issue Type: Enhancement Components: JMS Affects Versions: 10.0.0.Final Reporter: Miroslav Novak Assignee: Clebert Suconic Priority: Critical Currently if there is master/slave pair configured using replicated journal then after each failback when master is starting, it copies the whole journal directory from slave. This seems to ineffective as master might have significant part of backups journal before it failed. If only differences between journals would be transfered then it would be effective especially in case when failback is completed and master starts to synchronize the whole journal back to slave. It copies the whole journal to backup again which is almost the same. This would greatly speed up synchronization of slave and safe network bandwidth. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1195) Segment split/merge doesn't adjust the position of a TimerNode in its own segment

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-1195: ----------------------------------- Summary: Segment split/merge doesn't adjust the position of a TimerNode in its own segment Key: DROOLS-1195 URL: https://issues.jboss.org/browse/DROOLS-1195 Project: Drools Issue Type: Bug Components: core engine Reporter: Mario Fusco Assignee: Mario Fusco If an incremental compilation requires a segment split or merge the position of the TimerNode inside the new segment is not set acordingly -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-550) Update the FORM authentication mechanism so it can be configured to redirect to specific location after authentication.

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-550: ------------------------------------ Summary: Update the FORM authentication mechanism so it can be configured to redirect to specific location after authentication. Key: ELY-550 URL: https://issues.jboss.org/browse/ELY-550 Project: WildFly Elytron Issue Type: Feature Request Components: HTTP Reporter: Darran Lofthouse Fix For: 2.0.0.Alpha1 The current implementation caches the intercepted location that the user was attempting to access and after authentication sends them back to that location - this feature request is to support additional configuration to send them to a pre-defined location i.e. some form of welcome page. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1125) Google App Engine support: ClassLoader.getSystemClassLoader() throws exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1125?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1125: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from MODIFIED to ON_QA > Google App Engine support: ClassLoader.getSystemClassLoader() throws exception > ------------------------------------------------------------------------------ > > Key: DROOLS-1125 > URL: https://issues.jboss.org/browse/DROOLS-1125 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Class org.kie.internal.utils.ChainedProperties > Every call to get the System Class Loader > confClassLoader = ClassLoader.getSystemClassLoader(); (i.e. lines 133, 169) > raises an exception. > Todo: figure out which particular exception. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1127) Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1127?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1127: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from MODIFIED to ON_QA > Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory > ------------------------------------------------------------------------------------------------- > > Key: DROOLS-1127 > URL: https://issues.jboss.org/browse/DROOLS-1127 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Any code that does `new Thread()` on GAE throws an exception, because you can't create new threads yourself. > Other future cloud platforms might have a similar restriction. It should be possible to plug in a custom way of creating threads. > *Proposal A)* Add a kieBase configuration property to change the ThreadFactory > {code} > drools.threadFactory = com.user.project.GoogleAppEngineThreadFactory > {code} > *Proposal B)* Add a kieBase configuration property to change the ExecutorServiceFactory > {code} > drools.executorServiceFactory = com.user.project.ExecutorServiceFactory > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-549) HTTP GSSAPI / SPNEGO Authentication

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-549: ------------------------------------ Summary: HTTP GSSAPI / SPNEGO Authentication Key: ELY-549 URL: https://issues.jboss.org/browse/ELY-549 Project: WildFly Elytron Issue Type: Sub-task Components: HTTP Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.1.0.Beta6 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2016