10 Replies Latest reply on Sep 18, 2012 12:44 PM by dward

Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

jodonya Sep 17, 2012 6:15 AM

I have a switchayard rule service configuration that looks like this

In the xml

<implementation.rules xmlns="urn:switchyard-component-rules:config:1.0"

agent="true" clock="REALTIME" eventProcessing="CLOUD"

multithreadEvaluation="false">

</implementation.rules>

<interface.java interface="com.magick.magicktrader.trade.TradeRules" />

</service>

</component>

and then

for the annotation

@Rules(value=TradeRules.class, facts={

@Mapping(expression="context['tradeOrder']", expressionType=ExpressionType.MVEL, contextScope=Scope.OUT),

@Mapping(expression="message.content.tick")

}

)

public interface TradeRules extends Trade {

@Override

@FireAllRules

public void send(TradeOrder tradeOrder);

}

I am using both because,

1) I could not set the resource type in the annotation, they is no way of providing the resource type attribute in the annotation, you can only specify location which I provide the changeset , but if you leave out the type attribute, switchyard provides xml as the default type while I needed to set CHANGE_SET, this works well in xml

2) It seemed like when I set facts using xml , my expressions were being ignored.

Now, the main issue is , when I set up my configs as above, on deploying to jboss, I get the error,

13:02:46,896 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-5) WELD-000119 Not generating any bean definitions from com.magick.magicktrader.trade.TradeRules because of underlying class loading error

13:02:46,897 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-5) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class com.magick.magicktrader.trade.TradeRules

at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:167) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.bootstrap.BeanDeployer.loadWeldClass(BeanDeployer.java:108) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:79) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:123) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:349) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final]

at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final]

at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)

at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_10]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_10]

at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_10]

Caused by: java.lang.TypeNotPresentException: Type org.switchyard.component.common.rules.Mapping not present

at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:98) [rt.jar:1.6.0_10]

at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107) [rt.jar:1.6.0_10]

at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.java:370) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:181) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseAnnotationArray(AnnotationParser.java:694) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:466) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69) [rt.jar:1.6.0_10]

at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52) [rt.jar:1.6.0_10]

at java.lang.Class.initAnnotationsIfNecessary(Class.java:3072) [rt.jar:1.6.0_10]

at java.lang.Class.getAnnotations(Class.java:3052) [rt.jar:1.6.0_10]

at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:119) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:59) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)

at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184)

at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)

at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69)

at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393)

at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:163) [weld-core-1.1.6.Final.jar:2012-03-21 18:52]

... 12 more

Caused by: java.lang.ClassNotFoundException: org.switchyard.component.common.rules.Mapping from [Module "deployment.magicktrader.jar:main" from Service Module Loader]

at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)

at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) [rt.jar:1.6.0_10]

at java.lang.Class.forName0(Native Method) [rt.jar:1.6.0_10]

at java.lang.Class.forName(Class.java:247) [rt.jar:1.6.0_10]

at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95) [rt.jar:1.6.0_10]

... 33 more

Initially this error used to come when I could not get the drules resources, I think it could be the same here, but them what is wrong with this configuration? The surprising thing is if I remove facts and use globals, everything works fine, but I need to use facts to get out data from the rule execution.

Note: I updated my switchyard using maven -U clean install -- courtesy of Keith Babo, that is when my version was old and I needed to get up to date.

Thanks in advance.

1. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 17, 2012 9:48 AM (in response to jodonya)
Hi Japeth,

The annotation processor guesses the resourceType based on the extension of the file. So, if you want to keep it ".xml" but with a resourceType of CHANGE_SET, you should define your implementation.rules in xml instead of using annotations. There's no point to do both. Unless you want to depend upon the configuration merge (anntotation + xml). The other option you have is to change you ChangeSet.xml to ChangeSet.xcs, which is the default extension for the CHANGE_SET resourceType. Then, you should be able to depend just on using annotations.
I don't see an example of your fact mappings in xml above, just in annotations. However, doing this I do notice two things: a) Your first mapping has a context scope of OUT. My guess would be this should be IN or EXCHANGE? b) Your second mapping has an expression of message.content.tick. Did you copy/paste this from a different quickstart? Was it supposed to end in "ticket"? You might want to double check you don't have any typos, and if there's still a problem, attach a debugger to the running quickstart and make sure what you need from your context is actually in there, and in the right place.
Over the weekend a pull request of mine was processed which might fix this classloader issue in AS7. Specifically, the reference to the module.xml for the switchyard-component-common-rules component from switchyard-component-rules is now "exported", so the Mapping class should now be visible. You will have to build the AS7 release (from the "release" repo) to get these changes. It sounds like you've had quite a few issues lately with classlouding and wrong versions of built code. Unfortunately this is a side-effect of cherry-picking specific builds of specific modules yourself before a version gets released as Final. That's why many of us just build everything ourselves just to make sure we're always on the latest/greatest combinations of everything.

Best regards,
David
Actions
2. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

jodonya Sep 17, 2012 2:03 PM (in response to dward)

Thanks David,

I preferred annotations because they manage the switchyard config for me, thanks for the .xcs extension, just didnt know about it.

The mapping expression message.content.tick is correct, I have a model object tick and a variable tick in my rules, based on that I guess message.content.tick should be fine as a mapping expression or is there anywhere else that I will need to add it?

Thanks for the hint on the release, will update to the new release and hopefully my self imposed drama will come to a good ending.

Thanks
Actions
3. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 17, 2012 4:15 PM (in response to jodonya)

What is the Class type of the object that represents the content of the SwitchYard message? If it is your Tick object, then your mapping would look like this <facts><mapping expression="message.content"/></facts>, because the content itself is a Tick. However, if you wrap your Tick object in some other object (which is the content), then the expression you described would be correct.
1 of 1 people found this helpful
Actions
4. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 17, 2012 4:17 PM (in response to dward)

Note: You wouldn't need a variable of "tick" in your mapping if the mapping is a facts mapping. If it is a globals mapping, then you would need to specify a variable.
1 of 1 people found this helpful
Actions
5. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

jodonya Sep 17, 2012 4:29 PM (in response to dward)

My object is of type Tick, I think that must be where I was getting it wrong, let me try fix it and see.
I somehow misinterpreted the example in the rule-camel-cbr quickstart which looks like

facts={@Mapping(expression="message.content.widget")}

What you are saying is that widget is actually a wrapper for the box object in that example?

I appreciate your help,
will give you feedback on how I get along.

Regards
Actions
6. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 17, 2012 4:49 PM (in response to jodonya)

In the rules-camel-cbr example, "message.content" resolves to Box. And "message.content.widget" resolves to Widget, because of Box.getWidget(). Make sense?
Actions
7. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

jodonya Sep 17, 2012 5:03 PM (in response to dward)

Yes, that is much clearer now, I think the cyclic containment of the models in that quickstart can mix someone up, like you got a Box inside a Widget and you also have got a Widget inside a box, so you can do a call like $widget.getBox() and leave someone not knowing between the Box and the Widget who is supposed to contain who?
Thanks so much, I have it clear.
Actions
8. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 17, 2012 5:36 PM (in response to jodonya)

A Box contains a Widget, but a Widget has a reference to it's parent Box. But yeah, I get watcha mean.

The parent object, or the message content, for bean services is always the parameter to the service method, if that helps.
Actions
9. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

jodonya Sep 18, 2012 12:31 PM (in response to dward)

Thanks David,

Today I come with good news , the stuff I was trying did actually work, the last concept 'the message content, for bean services is always the parameter to the service method', just sunk everything in.

Thanks alot fellow SwitchYarders
Actions
10. Re: Do you need to have the context and message.content already set with the facts in guvnor to repeat the same in switchyard configurations?

dward Sep 18, 2012 12:44 PM (in response to jodonya)

Good to hear. Thanks for your interest!
Actions

Go to original post