Bug 983536 - default kbase and non default ksession combination is not included in kmodule.xml in resulting jar.
Summary: default kbase and non default ksession combination is not included in kmodule...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss BPMS Platform 6
Classification: Retired
Component: Business Central
Version: 6.0.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ER 7
: 6.0.0
Assignee: Toni Rikkola
QA Contact: Jiri Locker
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-11 11:55 UTC by Marek Baluch
Modified: 2014-08-06 20:06 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-08-06 20:06:10 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1034785 0 high CLOSED Defined kbase and ksession not in resulting jar. 2021-02-22 00:41:40 UTC

Internal Links: 1034785

Description Marek Baluch 2013-07-11 11:55:15 UTC
Description of problem:
When I want to use a default kbase with ksessions defined by me then these will not be present in the resulting jar create in the build process.

Steps to reproduce:
1) create a project
2) switch to "knowledge base settings"
3) add a ksession (e.g. session1)
4) build the project
5) explore the kmodule.xml in the jar. it should contain a defaultKieSession and defaultStatelessKieSession.

Build
DR6 (Beta5)

Comment 1 Toni Rikkola 2013-10-07 11:18:39 UTC
Step 5 here might be wrong. It is possible to have a default KBase without any default KSessions. 

So asking if step 5 is based on documentation or if there is any other reason to expect these two ksessions to be there?

Comment 2 Mark Proctor 2013-11-12 15:14:37 UTC
the steps need to first create a kbase, before creating the ksession.

What happens is the UI insists you make atleast one kbase default. This is not actually necessary in the, system will work. The getKieBase() simply returns null, if there is no default. However enforcement actually can cause problems, if you have multiple jars on the class path, each publishing a default. This causes a conflict and the system will not load.

The correct way is to remove the kbase default enforcement, and leave it up to the user to select this. This will also add symmetry between the kbase and ksession.

Comment 3 Toni Rikkola 2013-11-14 10:56:27 UTC
Ok, default kbase is no longer forced.

Comment 7 Marek Baluch 2014-01-08 14:54:17 UTC
Verified on ER7.


All combinations now show up in the jar as expected.


Note You need to log in before you can comment on or make changes to this bug.