[Design of JBoss ESB] - Re: Wise based soap client for esb
by maeste
"jeffdelong" wrote : As for the problems with the wise.properties, the issues seems to be with re-deployment. If I change wise.properties, or in another case, I changed smooks-handler.xml, ant then do ant undeploy, ant deploy, ant runtest, I still see the same results,
Just take a quick look...it seems to me a problem with quickstart build...if you just change wise-core.properties without clean it doesn't rebuild the esb file. Target undeploy just remove it from server directory, and if nothing is changed in code "deploy" doesn't rebuild the package and so leave unchanged wise-code.properties.
Maybe it's an error in how I include the properties in esb package using generic quickstart build...anyway, it doesn't seems an integration problem between wise and esb, but of course I look deeper to make quickstart samples more solid.
Thanks for the feedbacks and interests.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161047#4161047
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161047
15 years, 10 months
[Design of JBoss Portal] - Managed portlet mode support
by julien＠jboss.com
I have added support for portlet managed modes in the trunk of the portlet container.
It is a feature that allow a portlet mode to be managed by the portlet and is equivalent for the portal a the PortletMode.VIEW mode.
for instance the developer provides
<custom-portlet-mode>
| <description>Creates content for Cut and Paste</description>
| <portlet-mode>clipboard</portlet-mode>
| <portal-managed>false</portal-managed>
| </custom-portlet-mode>
What do you think of the inclusion of that in 2.7 ? I don't think it would be at least trivial to add support for that as we do have hardcoding for view/edit/admin/help in a few places (like portal css styling).
More generally how could we support custom window states and modes ? any suggestion ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161022#4161022
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161022
15 years, 10 months
[Design of JBoss ESB] - Re: Wise based soap client for esb
by maeste
"jeffdelong" wrote : Thanks for your reply. Do you plan to add support for custom handlers to the ESB Action? I think this would be easier that using Smooks to transform the header.
Yep I'll add this support in next future, a soon I find an hour to implement and test it...it's really easy, but I'm really busy in these weeks..sorry.
Anyway, I'm little curious what is the difficult you have with smooks handler. Do you really thing is easier to write a JAX-WS handler?
Even if in some case I can see the usefulness of custom handler (and the ability to add chain of handler mixing custom, smooks, and eventually predefined handler), I'd like to know your, and others opinion about.
Writing wise and esb-wise action I always keep in mind the ability to write complex webservice task rapidly and easily (BTW wise means Wise Invoke Services Easily), and smooks handler seems to me perfectly fitting in this approach. If they aren't I'd like to understand where I'm wrong in my thought.
Thanks for feedbacks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161000#4161000
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161000
15 years, 10 months
[Design of JBoss Transaction Services] - JTS and XTS go LGPL
by mark.little＠jboss.com
Back when ArjunaTS was acquired by JBoss the decision was made to licence the core transaction engine (ArjunaCore) and the local JTA under LGPL, but use GPL for the OTS (JTS) implementation as well as for XTS, our Web Services Transactions component. There were some strategic decisions at the time (a dual-licence model) that made sense for JBoss, but with the Red Hat acquisition we've been reconsidering. As a result, the next release of JBossTS will be entirely based on LGPL, i.e., there will no longer be any GPL component. Hopefully this will satisfy those users and customers out there who wanted to use JTS or XTS but found that they were uncomfortable with GPL. From a community perspective, let's also hope that this helps encourage everyone to get behind JBossTS and continue to ensure it is the premier open source transaction engine out there. Next step: Project Blacktie.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160978#4160978
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160978
15 years, 10 months