-
1. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kurtstam Jun 7, 2007 4:12 PM (in response to ldimaggio)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.
Thx,
--Kurt -
2. Re: Seeing a problem with the fun_cbr quickstart - ESB from
ldimaggio Jun 7, 2007 4:33 PM (in response to ldimaggio)I've tried this so far...
rm ../server/default/deploy/Quickstart_fun_cbr.esb
rm ../server/default/data/hypersonic/*
/run.sh -c default
then rebuild ESB
then...for the fun_cbr quickstart
ant clean
ant compile
ant jar
ant config
ant quickstart-specific-deploys
ant deploy
ant runtest -
3. Re: Seeing a problem with the fun_cbr quickstart - ESB from
ldimaggio Jun 7, 2007 4:39 PM (in response to ldimaggio)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) -
4. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 4:55 PM (in response to ldimaggio)The current version of JBrules breaks the quickstarts, you have to revert to the previous one.
The revision needed is documented in http://www.jboss.com/index.html?module=bb&op=viewtopic&t=110237 -
5. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 5:02 PM (in response to ldimaggio)BTW to revert you should do the following
cd product/services svn update -r 12265 jbrules
-
6. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kurtstam Jun 7, 2007 5:02 PM (in response to ldimaggio)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. -
7. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 5:09 PM (in response to ldimaggio)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. -
8. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 5:11 PM (in response to ldimaggio)BTW Which jar are you seeing in the .esb? I have none in mine.
-
9. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kurtstam Jun 7, 2007 5:25 PM (in response to ldimaggio)I ran:
ant clean
ant compile
ant jar
ant deploy.
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. -
10. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 5:26 PM (in response to ldimaggio)When you should have ran
ant clean
ant deploy -
11. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kurtstam Jun 7, 2007 5:28 PM (in response to ldimaggio)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.
-
12. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 5:32 PM (in response to ldimaggio)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). -
13. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kurtstam Jun 7, 2007 5:40 PM (in response to ldimaggio)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.
-
14. Re: Seeing a problem with the fun_cbr quickstart - ESB from
kconner Jun 7, 2007 6:11 PM (in response to ldimaggio)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.