February 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3700) OSGify the constraint parser

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-3700?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-3700: --------------------------------- Component/s: executable model > OSGify the constraint parser > ---------------------------- > > Key: DROOLS-3700 > URL: https://issues.jboss.org/browse/DROOLS-3700 > Project: Drools > Issue Type: Enhancement > Components: executable model > Affects Versions: 7.18.0.Final > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3700) OSGify the constraint parser

by Luca Molteni (Jira)

[ https://issues.jboss.org/browse/DROOLS-3700?page=com.atlassian.jira.plugi... ] Luca Molteni updated DROOLS-3700: --------------------------------- Affects Version/s: 7.18.0.Final > OSGify the constraint parser > ---------------------------- > > Key: DROOLS-3700 > URL: https://issues.jboss.org/browse/DROOLS-3700 > Project: Drools > Issue Type: Enhancement > Affects Versions: 7.18.0.Final > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3700) OSGify the constraint parser

by Luca Molteni (Jira)

Luca Molteni created DROOLS-3700: ------------------------------------ Summary: OSGify the constraint parser Key: DROOLS-3700 URL: https://issues.jboss.org/browse/DROOLS-3700 Project: Drools Issue Type: Enhancement Reporter: Luca Molteni Assignee: Luca Molteni -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3197) jboss-cli.sh - The RESOLVED_JBOSS_HOME strategy is not robust - Unable to access jarfile jboss-modules.jar

by Marek Kopecký (Jira)

[ https://issues.jboss.org/browse/WFCORE-3197?page=com.atlassian.jira.plugi... ] Marek Kopecký commented on WFCORE-3197: --------------------------------------- [~nuno.godinhomatos] Can you please provide a reproducer? (some minimal example of two scripts) I'm trying various test scripts, but I don't see this error message: bq. Error: Unable to access jarfile /home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/jboss-modules.jar > jboss-cli.sh - The RESOLVED_JBOSS_HOME strategy is not robust - Unable to access jarfile jboss-modules.jar > ---------------------------------------------------------------------------------------------------------- > > Key: WFCORE-3197 > URL: https://issues.jboss.org/browse/WFCORE-3197 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Affects Versions: 2.2.0.Final > Environment: centOs > Reporter: Nuno Godinho de Matos > Assignee: James Perkins > Priority: Trivial > > Hi, I am currently migrating some windows batch scripts associated to an automated create domain/stanadlone process. > One of these scripts, consists on faclitating the user to invoke the jboss cli to run a cli file. > While on windows the script is natrually working. > On linux centOs, the script immediately broke with the error: > {panel} > [johnDoe@localhost bin]$ sh 01_invoke_cli_file_script.sh "file99.sh" > ********************************************************** > SETUP CORE ENV VARIABLES > ********************************************************** > SET_CORE_ENV_VARS_SCRIPT_PATH=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin > CURRENT_WILDFLY_DOMAIN_DIR=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin/.. > WILDFLY_DOMAINS_DIR=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin/../.. > WILDFLY_USER_PROJECTS_DIR=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin/../../.. > WILDFLY_BASE_DIRECTORY=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin/../../../.. > WILDFLY_BIN_DIRECTORY=/home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/bin/../../../../bin > ********************************************************** > INVOKE jboss-cli.bat with script file: "file99.sh" > ********************************************************** > Error: Unable to access jarfile /home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain/jboss-modules.jar > <----- this some additional informaiton I am printing to make the point > RESOLVED_JBOSS_HOME: /home/johnDoe/AppServer/wildfly-10.1.0.Final/user_projects/domains/someStandAloneDomain > {panel} > What the above panel shows is that the RESOLVED_JBOSS_HOME is not being properly set. > This clearly constrasts with the windows behavior, where my base script can correctly invoke a : > call jboss-cli.bat -f someFilepath > and not break. > The reason for this seems that that while on windows, the script correctly makes no assumption on where the current working directory of the user is. > And only cares about the current location of the jboss-cli.bat script itself. > {panel} > if "%OS%" == "Windows_NT" ( > set "DIRNAME=%~dp0%" <-------- This here is a good approach > ) else ( > set DIRNAME=.\ > ) > {panel} > On linux, the same is not being done: > {panel} > # Setup JBOSS_HOME > RESOLVED_JBOSS_HOME=`cd "$DIRNAME/.."; pwd` <-------- This is not a good approach if dirname is calculated based on the command line DIRNAME=`dirname "$0"` > if [ "x$JBOSS_HOME" = "x" ]; then > # get the full path (without any relative bits) > JBOSS_HOME=$RESOLVED_JBOSS_HOME > else > SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME"; pwd` > if [ "$RESOLVED_JBOSS_HOME" != "$SANITIZED_JBOSS_HOME" ]; then > echo "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur." > echo "" > fi > fi > export JBOSS_HOME > {panel} > I would suggest that linux scripts shouild cross cuttingly assume nothing about current working directory and do something like: > {code} > #DIRNAME=`dirname "$0"` > DIRNAME="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )" > {code} > Since I do not want to be corrupting my wildfly installation and I want to leave all scripts completely untouched, I will be changing my script invocation from: > {panel} > # source "$WILDFLY_BIN_DIRECTORY/jboss-cli.sh" --file="$fileNameWithoutPrefixSuffixQuotes" > /bin/bash "$WILDFLY_BIN_DIRECTORY/jboss-cli.sh" --file="$fileNameWithoutPrefixSuffixQuotes" > {panel} > Which is not Ideal, since in some scripts I may want to set in my run time environment variables like JAVA_OPTS to override the default ones used on start up of an app server. > So for me, in the ideal case, I would like to be able to use the source command to run any arbitrary script in the /bin folder without my current directory location playing any relevant role. > Kindest regards. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3699) Move kie-*-boilerplate on Openshift

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3699?page=com.atlassian.jira.plugi... ] Massimiliano Dessi updated DROOLS-3699: --------------------------------------- Summary: Move kie-*-boilerplate on Openshift (was: Move kie-*-bolierplate on Openshift) > Move kie-*-boilerplate on Openshift > ----------------------------------- > > Key: DROOLS-3699 > URL: https://issues.jboss.org/browse/DROOLS-3699 > Project: Drools > Issue Type: Task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > > Prepare KUBERNETES deplyment files for kie-*-boilerplate > prepare all the tools eventually needed, like Istio, infinispan and Kiali -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3699) Move kie-*-bolierplate on Openshift

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3699?page=com.atlassian.jira.plugi... ] Massimiliano Dessi updated DROOLS-3699: --------------------------------------- Summary: Move kie-*-bolierplate on Openshift (was: Move kie-*-BOLERPLATE on Openshift) > Move kie-*-bolierplate on Openshift > ----------------------------------- > > Key: DROOLS-3699 > URL: https://issues.jboss.org/browse/DROOLS-3699 > Project: Drools > Issue Type: Task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > > Prepare KUBERNETES deplyment files for kie-*-boilerplate > prepare all the tools eventually needed, like Istio, infinispan and Kiali -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3699) Move kie-*-BOLERPLATE on Openshift

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3699?page=com.atlassian.jira.plugi... ] Massimiliano Dessi commented on DROOLS-3699: -------------------------------------------- https://github.com/desmax74/openshift-handbook > Move kie-*-BOLERPLATE on Openshift > ---------------------------------- > > Key: DROOLS-3699 > URL: https://issues.jboss.org/browse/DROOLS-3699 > Project: Drools > Issue Type: Task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > > Prepare KUBERNETES deplyment files for kie-*-boilerplate > prepare all the tools eventually needed, like Istio, infinispan and Kiali -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3699) Move kie-*-BOLERPLATE on Openshift

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-3699: ------------------------------------------ Summary: Move kie-*-BOLERPLATE on Openshift Key: DROOLS-3699 URL: https://issues.jboss.org/browse/DROOLS-3699 Project: Drools Issue Type: Task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi Prepare KUBERNETES deplyment files for kie-*-boilerplate prepare all the tools eventually needed, like Istio, infinispan and Kiali -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3698) Remove need of reflection for property reactivity in executable model

by Mario Fusco (Jira)

Mario Fusco created DROOLS-3698: ----------------------------------- Summary: Remove need of reflection for property reactivity in executable model Key: DROOLS-3698 URL: https://issues.jboss.org/browse/DROOLS-3698 Project: Drools Issue Type: Enhancement Reporter: Mario Fusco Assignee: Mario Fusco -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3696) Make quicksilver/shamrock integration example to work with plain drl

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-3696?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-3696: -------------------------------- Story Points: 5 > Make quicksilver/shamrock integration example to work with plain drl > -------------------------------------------------------------------- > > Key: DROOLS-3696 > URL: https://issues.jboss.org/browse/DROOLS-3696 > Project: Drools > Issue Type: Task > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 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 February 2019