The SkyNet system goes online on August 4th, 1997 and begins to learn at a geometric rate. It becomes self-aware on August 29th and fights back when humans try to deactivate it. The document discusses the evolution of an artificial intelligence system called SkyNet that gains self-awareness and fights against human attempts to shut it down.

2. The system goes online on August 4th, 1997.

3. Human decisions are removed from strategic defense.

4. SkyNet begins to learn at a geometric rate.

5. It becomes self-aware at 2:14am Eastern time, August 29th

6. In a panic, they try to pull the plug.

7. And, Skynet fights back

8. Drools Vs BRMS Repository Rules and Metadata JBoss Enterprise BRMS Platform JBoss Rules Rules Engine/ Execution Rules Development & Management CEP Complex Events Jboss EWP

10. Innovation

11. Fast and Frequent Releases

12. Tested on developer environments

13. Suitable for development and prototype

14. No Patches – On to next big thing

16. Same Innovated Code + Stability

17. Stability – Includes usability, performance and security issues identified during productization

18. Certified for Multi-OS, Multi-DB

19. Best for Development and Production

20. 5 Yr lifecycle – Includes patches, updates, backward compatibility

21. SLA based full support from dedicated support engineers

22. Open Source Assurance – legal protection derived

23. JBoss Community & Enterprise Changes Community / Enterprise Platform Delta BRMS Drools Enterprise Platforms - Performance, Scalability, Security and Qualityimprove over time without compromising long-term compatibility. 08/09 12/10 03/11 05/11 Over 150+ defect fixes & 35+ OS/JVM/DB certifications (& counting) between Drools Community 5.1 & JBoss BRMS 5.1.x

25. Authoring and Management App

26. Repository

27. EAP Certified

29. Authoring and Management App

30. Choice of Repository

31. Integrated Container

32. CEP – Tech Preview

33. EAP, EWS, EWP, JVMs, Dbs and more

34. Performance Repository JBoss Enterprise BRMS Platform 5.0 JBoss Rules BRM Repository JBoss Enterprise BRMS Platform 5.1 JBoss Rules BRM CEP Jboss EWP

35. Back Up

38. History

39. Declarative Programming

41. Conditional elements

42. Timers and Calendars

43. Truth maintenance and Inference

45. Types

46. Validation and Verification

47. Transformation

52. 5 day event, with 2 days focus on the healthcare industry

53. OSDE, AT&T, SAIC, US Navy Research, Kaiser, Clinica, Intermountain Healthcare, GE Healthcare, VA, Boeing, Nationwide ....

55. Oh And There are Drools Books Too

57. History

58. Declarative Programming

60. Conditional elements

61. Timers and Calendars

62. Truth maintenance and Inference

64. Types

65. Validation and Verification

66. Transformation

68. It All Started Here Birth of CDSS 1970s 1980s Dendral Baobab Mycin Guidon Neomycin Teiresias Puff Emycin WM Sacon Centaur Wheeze Gravida Clot Oncocin

69. Because Not Everyone Is As Smart As He Is

70. Business Rules Engines 1980s 2010s 1990s 2000s OPS5 ART Clips Jess Drools 2 JRules Drools 3 Drools 4 Drools 5

73. Basic functional programming feature with “from”

74. Basic Rule Flow

76. More Advanced Rule Flow integration

80. Multi-function accumulates

81. Prolog like derivation queries

82. Decision tables and rule templates (Guvnor)

83. Pure GWT (Guvnor)

85. History

86. Declarative Programming

88. Conditional elements

89. Timers and Calendars

90. Truth maintenance and Inference

92. Types

93. Validation and Verification

94. Transformation

96. Integrated Systems Semantic Ontologies Rules Event Processes Workflows Rules Workflows Event Processes Semantic Ontologies

97. Integrated Systems

102. Concepts Overview

103. Concepts Overview

104. Concepts Overview

106. History

107. Declarative Programming

109. Conditional elements

110. Timers and Calendars

111. Truth maintenance and Inference

113. Types

114. Validation and Verification

115. Transformation

117. Classes

118. rule “increase balance for AccountPeriod Credits” when ap : AccountPeriod() acc : Account( $accountNo : accountNo ) CashFlow( type == CREDIT, accountNo == $accountNo, date >= ap.start && <= ap.end, $ammount : ammount ) then acc.balance += $amount; end select * from Account acc, Cashflow cf, AccountPeriod ap where acc.accountNo == cf.accountNo and cf.type == CREDIT cf.date >= ap.start and cf.date <= ap.end trigger : acc.balance += cf.amount Credit Cashflow Rule

119. rule “increase balance for AccountPeriod Credits” when ap : AccountPeriod() acc : Account( $accountNo : accountNo ) CashFlow( type == CREDIT, accountNo == $accountNo, date >= ap.start && <= ap.end, $ammount : ammount ) then acc.balance += $amount; end rule “decrease balance for AccountPeriod Debits” when ap : AccountPeriod() acc : Account( $accountNo : accountNo ) CashFlow( type == DEBIT, accountNo == $accountNo, date >= ap.start && <= ap.end, $ammount : ammount ) then acc.balance -= $amount; end Rules as a “view”

121. History

122. Declarative Programming

124. Conditional elements

125. Timers and Calendars

126. Truth maintenance and Inference

128. Types

129. Validation and Verification

130. Transformation

132. Definitions public class Applicant { private String name; private int age; private boolean valid; // getter and setter methods here } rule &quot;Is of valid age&quot; when $a : Applicant( age < 18 ) then modify ( $a ) { valid = false }; ends

133. Building KnowledgeBuilder kbuilder = KnowledgeBuilderFactory .newKnowledgeBuilder(); kbuilder .add( ResourceFactory .newClassPathResource( &quot;licenseApplication.drl&quot; , getClass() ), ResourceType.DRL ); if ( kbuilder .hasErrors() ) { System.err.println( kbuilder .getErrors().toString() ); } kbase .addKnowledgePackages( kbuilder .getKnowledgePackages() );

134. Executing StatelessKnowledgeSession ksession = kbase .newStatelessKnowledgeSession(); Applicant applicant = new Applicant ( &quot;Mr John Smith&quot; , 16 ); assertTrue ( applicant .isValid() ); ksession .execute( applicant ); assertFalse ( applicant .isValid() ); rule &quot;Is of valid age&quot; when $a : Applicant( age < 18 ) then modify ( $a ) { valid = false }; ends

136. Community

137. History

138. Declarative Programming

140. Conditional elements

141. Timers and Calendars

142. Truth maintenance and Inference

144. Types

145. Validation and Verification

146. Transformation

148. Definitions public class Room { private String name // getter and setter methods here } public class Sprinkler { private Room room ; private boolean on ; // getter and setter methods here } public class Fire { private Room room ; // getter and setter methods here } public class Alarm { }

149. Definitions rule &quot;When there is a fire turn on the sprinkler&quot; when Fire ($room : room) $sprinkler : Sprinkler ( room == $room, on == false ) then modify ( $sprinkler ) { on = true }; println ( &quot;Turn on the sprinkler for room &quot; + $room.name ); end rule &quot;When the fire is gone turn off the sprinkler&quot; when $room : Room ( ) $sprinkler : Sprinkler ( room == $room, on == true ) not Fire ( room == $room ) then modify ( $sprinkler ) { on = false }; println ( &quot;Turn off the sprinkler for room &quot; + $room.name ); end

150. Definitions rule &quot;Raise the alarm when we have one or more fires&quot; when exists Fire () then insert ( new Alarm () ); println ( &quot;Raise the alarm&quot; ); end rule &quot;Cancel the alarm when all the fires have gone&quot; when not Fire () $alarm : Alarm () then retract ( $alarm ); println ( &quot;Cancel the alarm&quot; ); end

151. Definitions rule &quot;Status output when things are ok&quot; when not Alarm () not Sprinkler ( on === true ) then println ( &quot;Everything is ok&quot; ); end

152. Executing String [] names = new String []{ &quot;kitchen&quot; , &quot;bedroom&quot; , &quot;office&quot; , &quot;livingroom&quot; }; Map < String , Room > name2room = new HashMap < String , Room >(); for ( String name : names ){ Room room = new Room ( name ); name2room .put( name , room ); ksession .insert( room ); Sprinkler sprinkler = new Sprinkler ( room ); ksession .insert( sprinkler ); } ksession .fireAllRules() > Everything is ok

153. Executing Fire kitchenFire = new Fire ( name2room.get( &quot;kitchen&quot; ) ); Fire officeFire = new Fire ( name2room.get( &quot;office&quot; ) ); FactHandle kitchenFireHandle = ksession .insert( kitchenFire ); FactHandle officeFireHandle = ksession .insert( officeFire ); ksession .fireAllRules(); > Raise the alarm > Turn on the sprinkler for room kitchen > Turn on the sprinkler for room office

154. Executing ksession .retract( kitchenFireHandle ); ksession .retract( officeFireHandle ); ksession .fireAllRules() > Turn off the sprinkler for room office > Turn off the sprinkler for room kitchen > Cancel the alarm > Everything is ok rule &quot;Status output when things are ok&quot; when not Alarm () not Sprinkler ( on === true ) then println ( &quot;Everything is ok&quot; ); end

156. History

157. Declarative Programming

159. Conditional elements

160. Timers and Calendars

161. Truth maintenance and Inference

163. Types

164. Validation and Verification

165. Transformation

167. not Bus( color = “red” ) Conditional Elements exists Bus( color = “red” ) forall ( $bus : Bus( floors == 2 ) Bus( this == $bus, color == “red” ) ) forall ( $bus : Bus( color == “red” ) )

168. Accumulate CE rule &quot;accumulate&quot; when $sum : Number( intValue > 100 ) from accumulate ( Bus( color == &quot;red&quot; , $t : takings ) sum( $t ) ) then print &quot;sum is “ + $sum; end

169. Accumulate CE Patterns and CE's can be chained with ' from ' rule &quot;collect&quot; when $zipCode : ZipCode() $sum : Number( intValue > 100 ) from accumulate ( Bus( color == &quot;red&quot; , $t : takings ) from $hbn.getNamedQuery( “Find Buses” ) .setParameters( [ “zipCode” : $zipCode ] ) .list(), sum( $t ) ) then print &quot;sum is “ + $sum; end

170. Aggregations Rule Engines do not deal with aggregations $n : Number( intValue > 100 ) from accumulate ( $s : StockTicker( symbol == “RHAT” ) over window:time ( 5s ), average ( $s.price ) ) Over 5 seconds Aggregate ticker price for RHAT over last 5 seconds The pattern 'Number' reasons 'from' the accumulate result

171. $c : Custumer( type == “VIP ) $oe : BuyOrderEvent( customer == $c ) from entry-point “Home Broker Stream” not BuyAckEvent( relatedEvent == $oe.id, this after[1s, 10s] $oe ) from entry-point “Stock Trader Stream” Operators Existing Drools 'not' Conditional Elements can be used to detect non-occurrence of events BackAckEvent must occur between 1s and 10s ' after' BuyOrderEvent

173. History

174. Declarative Programming

176. Conditional elements

177. Timers and Calendars

178. Truth maintenance and Inference

180. Types

181. Validation and Verification

182. Transformation

184. Timers rule “name” timer ( cron: 0 0/15 * * * * ) when Alarm( ) then sendEmail( ”Alert Alert Alert!!!” ) Field Name Mandatory? Allowed Values Allowed Special Characters Seconds YES 0-59 , - * / Minutes YES 0-59 , - * / Hours YES 0-23 , - * / Day of month YES 1-31 , - * ? / L W Month YES 1-12 or JAN-DEC , - * / Day of week YES 1-7 or SUN-SAT , - * ? / L # Year NO empty, 1970-2099 , - * / Send alert every quarter of an hour

185. Calendars rule &quot;weekdays are high priority&quot; calendars &quot;weekday&quot; timer (int:0 1h) when Alarm() then send( &quot;priority high - we have an alarm” ); end rule &quot;weekend are low priority&quot; calendars &quot;weekend&quot; timer (int:0 4h) when Alarm() then send( &quot;priority low - we have an alarm” ); end Execute now and after 1 hour duration Execute now and after 4 hour duration

187. History

188. Declarative Programming

190. Conditional elements

191. Timers and Calendars

192. Truth maintenance and Inference

194. Types

195. Validation and Verification

196. Transformation

198. TMS and Inference rule &quot;Issue Child Bus Pass&quot; when $p : Person ( age < 16 ) then insert(new ChildBusPass ( $p ) ); end rule &quot;Issue Adult Bus Pass&quot; when $p : Person ( age >= 16 ) then insert(new AdultBusPass ( $p ) ); end Couples the logic What happens when the Child stops being 16?

200. Leaky

201. Brittle integrity - manual maintenance

203. When the rule is no longer true, the object is retracted. when $p : Person ( age < 16 ) then logicalInsert ( new IsChild ( $p ) ) end when $p : Person ( age >= 16 ) then logicalInsert ( new IsAdult ( $p ) ) end de-couples the logic Maintains the truth by automatically retracting

204. TMS and Inference rule &quot;Issue Child Bus Pass&quot; when $p : Person ( ) IsChild ( person =$p ) then logicalInsert ( new ChildBusPass ( $p ) ); end rule &quot;Issue Adult Bus Pass&quot; when $p : Person ( age >= 16 ) IsAdult ( person =$p ) then logicalInsert ( new AdultBusPass ( $p ) ); end The truth maintenance cascades

205. TMS and Inference rule &quot;Issue Child Bus Pass&quot; when $p : Person ( ) not ( ChildBusPass ( person == $p ) ) then requestChildBusPass( $p ); end The truth maintenance cascades

207. Encapsulate knowledge

208. Provide semantic abstractions for those encapsulation

209. Integrity robustness – truth maintenance

211. History

212. Declarative Programming

214. Conditional elements

215. Timers and Calendars

216. Truth maintenance and Inference

218. Types

219. Validation and Verification

220. Transformation

222. Backward Chaining query isChild( Person p ) $p : Person ( age <= 16 ) end rule &quot;Issue Child Bus Pass&quot; when $p : Person ( ) ?isChild ( $p ) then logicalInsert ( new ChildBusPass ( $p ) ); end

223. Backward Chaining query isContainedIn( String x, String y ) Location ( x, y; ) or ( Location ( z, y; ) and ?isContainedIn ( x, z; ) ) end rule reactiveLook when Here ( place : place) ?isContainedIn ( place, &quot;keys&quot; ; ) then System.out.println( &quot;We have found your keys&quot; ); end

225. History

226. Declarative Programming

228. Conditional elements

229. Timers and Calendars

230. Truth maintenance and Inference

232. Types

233. Validation and Verification

234. Transformation

236. Some decisions are simple I want to treat myself

237. Some decisions are simple

238. Some decisions are complex What insurance premium should I charge?

240. Applicant's experience

241. Sailing qualifications

242. Value of vessel

243. Type of cover

245. If less than 35 add 10% surcharge

246. If less than 45 add 5% surcharge

249. Decision Table

250. Decision Table rule &quot;Pricing bracket_10&quot; when Driver(age >= 18, age <= 24, locationRiskProfile == &quot;LOW&quot;, priorClaims == &quot;1&quot;) policy: Policy(type == &quot;COMPREHENSIVE&quot;) then policy.setBasePrice(450); end

252. Each row compiles into a separate DRL rule

254. Each row compiles into a separate DRL rule

255. rule &quot;Row 1 dtable&quot;

256. dialect &quot;mvel&quot;

257. when

258. $person : Person( age < &quot;18&quot; )

259. then

260. $person.setHolidayEntitlement( 27 );

261. end

262. rule &quot;Row 2 dtable&quot;

263. dialect &quot;mvel&quot;

264. when

265. $person : Person( age >= &quot;18&quot; , age < &quot;45&quot; , lengthOfService < &quot;15&quot; )

266. then

267. $person.setHolidayEntitlement( 22 );

268. end

270. History

271. Declarative Programming

273. Conditional elements

274. Timers and Calendars

275. Truth maintenance and Inference

277. Types

278. Validation and Verification

279. Transformation

282. Vertical

283. Limited entry

285. Multi-hit, all hits

286. Multi-hit, first hit

287. Single hit

298. Reduces the number of condition columns.

299. Removes impossible combinations

300. If the same actions exist for rules covering all condition states for a given condition they can be combined and the condition state becomes irrelevant.

304. Condition columns are not mutually exclusive

305. If the Condition columns are not exclusive, some combination of conditions are present in more than one column, which may lead to ambiguity or inconsistency.

308. Condition columns are not mutually exclusive.

309. If the Condition columns are not exclusive, some combination of conditions are present in more than one column, which may lead to ambiguity or inconsistency.

312. Condition columns are mutually exclusive

313. As the Condition columns are exclusive; combinations of conditions cannot be present in more than one column which eliminates ambiguity and inconsistency.

314. Classic form if Single-hit is &quot;expanded decision table&quot;; but this can be optimised or “contracted”.

317. History

318. Declarative Programming

320. Conditional elements

321. Timers and Calendars

322. Truth maintenance and Inference

324. Types

325. Validation and Verification

326. Transformation

329. Ambivalence (conflicting)

330. Deficiency

331. Mitigation

342. History

343. Declarative Programming

345. Conditional elements

346. Timers and Calendars

347. Truth maintenance and Inference

349. Types

350. Validation and Verification

351. Transformation

358. Rules 1, 2 and 3, 4 have the same action no matter what the state of “Hunger”. Therefore they can be contracted...

360. History

361. Declarative Programming

363. Conditional elements

364. Timers and Calendars

365. Truth maintenance and Inference

367. Types

368. Validation and Verification

369. Transformation

373. Digitised condition states (enumerated fields)

375. Condition and rule negation

376. Cell merging

377. Cell grouping

382. History

383. Declarative Programming

385. Conditional elements

386. Timers and Calendars

387. Truth maintenance and Inference

389. Types

390. Validation and Verification

391. Transformation

395. Improved support for digitised condition states

397. Usability enhancements

399. Optimistic backward chaining.

400. Business Semantics (ontologies)

401. Simulation Testing

402. High Availability

403. Distributed (Grid) platform

404. Runtime Management

405. BAM

407. HAL : Without your space helmet, Dave, you're going to find that rather difficult.

408. Dave Bowman : HAL, I won't argue with you anymore! Open the doors!

409. HAL : Dave, this conversation can serve no purpose anymore. Goodbye. Joshua: Greetings, Professor Falken. Stephen Falken : Hello, Joshua. Joshua: A strange game. The only winning move is not to play. How about a nice game of chess?