[ http://jira.jboss.com/jira/browse/JBESB-1017?page=all ] Mark Little reassigned JBESB-1017: ---------------------------------- Assignee: Tom Fennelly (was: Mark Little) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12376115 ] Tom Fennelly commented on JBESB-1017: ------------------------------------- In fact, can you please zip up and attach the modified QS as is. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=all ] Tom Fennelly updated JBESB-1017: -------------------------------- Fix Version/s: 4.2.1 IR2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12380909 ] Tom Fennelly commented on JBESB-1017: ------------------------------------- I tried the attached quickstart and I'm not getting any errors. I'm getting what I think you're expecting to get i.e Smooks initialised POJOs. I also ran the trunk version of the quickstart, modified the input message so as to rout the message to the green team (statusCode="2") and saw that in it's case it was printing out XML insterad of the POJO values. I'm going to close this for now as "can't reproduce". .... After comparing the esb config with that of the fun_cbr on the trunk, I see some unusual differences.... The <messageProp> config on each of the service's NotifyQueues target config is inside the <queue> config Vs outside on the trunk version of the file e.g. on the trunk it looks like this: <target class="NotifyQueues"> <messageProp name="quickstart" value="Fun_CBR_Blue_Alert"/> <queue jndiName="queue/quickstart_Fun_CBR_Blue_Alert"> </queue> </target> Whereas in the attached quickstart, it's configured differently - the <messageProp> is nested inside the <queue> config: <target class="NotifyQueues"> <queue jndiName="queue/quickstart_Fun_CBR_Blue_Alert"> <messageProp name="quickstart" value="Fun_CBR_Blue_Alert" /> </queue> </target> The quickstart *seems* to behave the same either way, so I'm not sure what effect this config is supposed to have. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=all ] Jaroslaw Kijanowski reopened JBESB-1017: ---------------------------------------- please try to reproduce it that way: deploy, run and undeploy the transform_XML2POJO QS. Then try the fun_cbr QS, you should have the error messages mentioned above. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12381004 ] Tom Fennelly commented on JBESB-1017: ------------------------------------- Tom Cummins is going to try it out too and will comment back here when done. Thanks Tom. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12381013 ] Tom Fennelly commented on JBESB-1017: ------------------------------------- Ah, I misread that... running the transform_XML2POJO quickstart beforehand is a required step??? Would basic Java types (like Calendar) be effected by JBESB-1130? Id have expected those to come out of the system/root/whatever classloader. Anyway, thanks Kev. Jaroslaw... can you firm exactly (in a numbered list) what the steps are to reproducing this bug, including the running of other quickstarts beforehand if that's relevant. Thanks. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12381028 ] Kevin Conner commented on JBESB-1017: ------------------------------------- This is not JBESB-1130, it looks like it is a simple mismatch between the smooks-res.xml and the DTO codes. The errors I am seeing are the following: org.milyn.cdr.SmooksConfigurationException: Bean [orderHeader] configuration invalid. Bean setter method [setOrderDate(java.util.GregorianCalendar)] not found on type [org.jboss.soa.esb.dvdstore.OrderHeader]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderHeader] configuration invalid. Bean setter method [setStatusCode(java.lang.Integer)] not found on type [org.jboss.soa.esb.dvdstore.OrderHeader]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderHeader] configuration invalid. Bean setter method [setNetAmount(java.lang.Double)] not found on type [org.jboss.soa.esb.dvdstore.OrderHeader]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderHeader] configuration invalid. Bean setter method [setTotalAmount(java.lang.Double)] not found on type [org.jboss.soa.esb.dvdstore.OrderHeader]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderHeader] configuration invalid. Bean setter method [setTax(java.lang.Double)] not found on type [org.jboss.soa.esb.dvdstore.OrderHeader]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderItem] configuration invalid. Bean setter method [setPosition(java.lang.Integer)] not found on type [org.jboss.soa.esb.dvdstore.OrderItem]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderItem] configuration invalid. Bean setter method [setQuantity(java.lang.Integer)] not found on type [org.jboss.soa.esb.dvdstore.OrderItem]. You may need to set a 'decoder' on the binding config. org.milyn.cdr.SmooksConfigurationException: Bean [orderItem] configuration invalid. Bean setter method [setPrice(java.lang.Double)] not found on type [org.jboss.soa.esb.dvdstore.OrderItem]. You may need to set a 'decoder' on the binding config. Checking the code shows that these properties are all of type String. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12381065 ] Jaroslaw Kijanowski commented on JBESB-1017: -------------------------------------------- You shouldn't run the attached QS (which should run "fine" - with some WARN messages), but use the original fun_cbr -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=comments#action_12381077 ] Jaroslaw Kijanowski commented on JBESB-1017: -------------------------------------------- Why is this a problem? I guess you have deployed both QSs at the same time? I think you can undeploy the transform_XML2POJO QS before deploying the fun_cbr QS and you should see those errors, too. This is the case in the ESB shipped as part of the SOA-P bits and trunk from ~ Sept, 10th. However, tomorrow I will chek with trunk again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBESB-1017?page=all ] Tom Fennelly closed JBESB-1017. ------------------------------- Resolution: Done Fixed (this time ;-) ). Sorry for the confusion on this. I assumed that the attachment was to reproduce the issue. If I'd read the comments more closely I'd have seen that it was actually a fix. Perhaps we could come up with some sort of naming convention for attachments to help avoid this type of confusion in future e.g. a suffix of "fixes" or "reproduces". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira