[JBoss JIRA] (WFWIP-347) Bootable JAR - No context is registered on server if packaging is left on default
by Jan Kasik (Jira)
[ https://issues.redhat.com/browse/WFWIP-347?page=com.atlassian.jira.plugin... ]
Jan Kasik commented on WFWIP-347:
---------------------------------
[~jdenise][~dlofthouse] Thanks for confirming this. I cloned this issue to JBEAP project since I think there should be at least be a note that packaging has to be set.
> Bootable JAR - No context is registered on server if packaging is left on default
> ---------------------------------------------------------------------------------
>
> Key: WFWIP-347
> URL: https://issues.redhat.com/browse/WFWIP-347
> Project: WildFly WIP
> Issue Type: Bug
> Reporter: Jan Kasik
> Assignee: Jean Francois Denise
> Priority: Major
>
> When default packaging for app is selected (meaning no {{<packaging>}}), the app deploys but no web context is registered. {{war}} must be set as value of {{<packaging>}} in order to register web context.
> Since setting of packaging is not a part of plugin configuration I find it confusing.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (DROOLS-5633) 【looking for help】I want to load class from string instead of from source, but it always failed
by zhang shuai (Jira)
zhang shuai created DROOLS-5633:
-----------------------------------
Summary: 【looking for help】I want to load class from string instead of from source, but it always failed
Key: DROOLS-5633
URL: https://issues.redhat.com/browse/DROOLS-5633
Project: Drools
Issue Type: Feature Request
Reporter: zhang shuai
Assignee: Mario Fusco
I want to dynamically load rules(drl files) and java classes. And now I can load drl by the below way. But I dont know how to dynamically load java classes by String type.
For example: I have a drl which is including class Person, so the Person must be existed in my project. However my service is running, I can not restart the serbice, and I have Person class in my database as String type. How can I load the String Person to kiebase?
please help me, thank you very much!
{code:java}
public static void loadRulesFromStr(InternalKnowledgeBase kBase, List<String> drls) {
KnowledgeBuilderConfiguration kbc = KnowledgeBuilderFactory.newKnowledgeBuilderConfiguration();
KnowledgeBuilder kBuilder = KnowledgeBuilderFactory.newKnowledgeBuilder(kbc);
for (String drl : drls) {
kBuilder.add(ResourceFactory.newByteArrayResource(drl.getBytes()), ResourceType.DRL);
}
if (kBuilder.hasErrors()) {
System.out.println(kBuilder.getErrors().toString());
}
kBase.addPackages(kBuilder.getKnowledgePackages());
}
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (AG-148) Run all tests in CI
by Luis Barreiro (Jira)
Luis Barreiro created AG-148:
--------------------------------
Summary: Run all tests in CI
Key: AG-148
URL: https://issues.redhat.com/browse/AG-148
Project: Agroal
Issue Type: Task
Components: build
Affects Versions: 1.8
Reporter: Luis Barreiro
Assignee: Luis Barreiro
Fix For: 1.9
Currently, some groups don't run by default
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (ELY-2020) Revisit code style for tool / CredentialStoreCommand
by Darran Lofthouse (Jira)
Darran Lofthouse created ELY-2020:
-------------------------------------
Summary: Revisit code style for tool / CredentialStoreCommand
Key: ELY-2020
URL: https://issues.redhat.com/browse/ELY-2020
Project: WildFly Elytron
Issue Type: Task
Components: Command-Line Tool
Affects Versions: 1.13.0.CR4
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
This should probably wait until after ELY-1842 as refactoring before will cause more problems.
Working on ELY-1842 another engineer has also worked on an RFE for different reasons to adjust the credential store, the current code has a long method building up with the options for the command line - if multiple engineers work on this code it leads to conflicts easily but is also hard to unravel to correct the conflicts.
As the scope of CredentialStoreCommand has expanded since it's original implementation which was very tightly constrained we probably need to break this up into more logical chunks, also many variables just have a very short name which keeps the code concise but if you have not bee in the code for a while it is hard to see the purpose of each variable to we should expand the variable names to be more meaningful.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months