Can you make sure that you have a fresh jbossesb.sar (maybe deleting, and rebuilding it is a good idea)? It maybe that you still have the old JbossRules jars in the sar. They now moved out the jbrules.esb.
I've tried this so far...
/run.sh -c default
then rebuild ESB
then...for the fun_cbr quickstart
Also - in trying a quickstart that I'm working on - it makes use of a Rules/XPath CBR - I'm seeing the following exception - this all works with MR2. Did something change since then?
16:39:05,025 ERROR [STDERR] Exception in thread "pool-6-thread-1"
16:39:05,026 ERROR [STDERR] java.lang.NoSuchMethodError: org.antlr.runtime.DFA.unpackEncodedString(Ljava/lang/String;)[S
16:39:05,026 ERROR [STDERR] at org.drools.lang.DRLParser.(DRLParser.java:6912)
16:39:05,026 ERROR [STDERR] at org.drools.compiler.DrlParser.getParser(DrlParser.java:160)
16:39:05,026 ERROR [STDERR] at org.drools.compiler.DrlParser.parse(DrlParser.java:48)
16:39:05,026 ERROR [STDERR] at org.drools.compiler.DrlParser.parse(DrlParser.java:104)
16:39:05,073 ERROR [STDERR] at org.drools.compiler.DrlParser.parse(DrlParser.java:78)
16:39:05,074 ERROR [STDERR] at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:195)
16:39:05,074 ERROR [STDERR] at org.jboss.internal.soa.esb.services.routing.cbr.JBossRulesRouter.readRuleBase(JBossRulesRouter.java:195)
16:39:05,074 ERROR [STDERR] at org.jboss.internal.soa.esb.services.routing.cbr.JBossRulesRouter.route(JBossRulesRouter.java:126)
16:39:05,074 ERROR [STDERR] at org.jboss.soa.esb.actions.ContentBasedRouter.process(ContentBasedRouter.java:85)
16:39:05,074 ERROR [STDERR] at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.process(ActionProcessingPipeline.java:253)
16:39:05,074 ERROR [STDERR] at org.jboss.soa.esb.listeners.message.MessageAwareListener$1.run(MessageAwareListener.java:297)
16:39:05,074 ERROR [STDERR] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
16:39:05,074 ERROR [STDERR] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
16:39:05,074 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595)
BTW to revert you should do the following
cd product/services svn update -r 12265 jbrules
Kevin, did you look at the Quickstart_fun_cbr.esb? it's got the same rule in 4 places and it has a jar that seems to have everything in that the esb has in it.
Something is really wrong here.
That is not the issue, it is the update to jbrules which is at fault.
From what I can see there appears to be three versions of the rules contained in the jar but there is only one picked up when executed. The others are a result of the original packaging of the source.
I will tidy that up.
BTW Which jar are you seeing in the .esb? I have none in mine.
I end up with a Quickstart_fun_cbr_jar and Quickstart_fun_cbr_rules.jar in the esb archive.
Also I see a services dir which is not supposed to be there.
When you should have ran
When the esb thing is fixed we should look at antlr. antlr-3.0b7.jar is what JBossRules 4.0 now ships with. Before they messed up at antlr and you needed 2 older version, which we still have in lib/ext for other reasons I can't remember right now. We should try to go antlr-3.0b7 across the board.
Yes the third version of antlr is the cause, I mentioned this on SILC on Monday.
In the meantime I would be tempted to revert the jbrules version until we can sort out these dependencies. This will allow people checking out the source to run the quickstarts.
Once Tom has finished the webservices ones we will have a clean sheet again (only the trailblazer to go).
I was under the impression you had already reverted. BTW I don't like non-deterministic builds very much. And the services dir should be removed.
I reverted locally, not in the repository. You would have seen an update if I had reverted the version in the repository :)
As to the non determinism, I also dislike it. I have removed the creation of those jar files from the build file so that it is deterministic again ;)
As to the services directory, I will tidy up those resources tomorrow.