July 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [JBoss ESB Development] - ESB CEP support for multiple event streams

by David Ward

David Ward [http://community.jboss.org/people/dward] replied to the discussion "ESB CEP support for multiple event streams" To view the discussion, visit: http://community.jboss.org/message/554672#554672 -------------------------------------------------------------- Thanks Jeff. It's good to break this out into its own conversation, as I believe everything else in http://community.jboss.org/message/349596 this thread has been addressed (for 4.9). Let me spend some brain-cycles on this and respond in a bit. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554672#554672] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - ESB CEP support for multiple event streams

by Jeff DeLong

Jeff DeLong [http://community.jboss.org/people/jeffdelong] created the discussion "ESB CEP support for multiple event streams" To view the discussion, visit: http://community.jboss.org/message/554670#554670 -------------------------------------------------------------- CEP applications often are designed to correlate messages from multiple event streams. A common example (used often the Drools CEP presentations and documentation) is a Online Trading System, which has a "Home Broker Stream" and a "Stock Trader Stream". An Enterprise Service Bus such as JBoss ESB can provide a good architecture to support this type of CEP application. The developer could create three ESB Serivces. The first would create the Drool stateful knowledge session (and somehow publish this object to make it available for the other services), insert static facts, and call fireUntilHalt. The second service would represent the Home Broker Stream. It would receive trade requests from the Home Broker (say via a SOAP message), transform the XML into Java BuyOrderEvent objects, and insert these events into the stateful knowledge session via the Home Broker Stream entry point. The third service would be similar to the second service, except that it would handle messages from the Stock Trader, which for the sake of this example, come in as XML via a JMS transport, get transformed into Java BuyAckEvent objects and inserted into the session via the Stock Trader Stream entry point. The rationale for having multiple services is to be able to handle different protocols and perform different transformations. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554670#554670] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - JBossESB example using Saxon (XSLT 2.0)

by Steam s

Steam s [http://community.jboss.org/people/sbutt] created the discussion "JBossESB example using Saxon (XSLT 2.0)" To view the discussion, visit: http://community.jboss.org/message/554629#554629 -------------------------------------------------------------- Hi Folks, I have currently an esb based project that implements transformation logic using xalan (xslt 1.0) processor. But I am now planning to upgrade the transformation logic to XSLT 2.0, using saxon, as there is no xalan engine that complies to xslt 2.0 specs. So i'm kind of looking for some example classes that implements tranformation logic using saxon api, which i would then convert to esb project. Any pointers in this direction? And how much effort approx. there would be to change the implementation from xalan to saxon? My assumption is that there would be just change in the java implementation (transformation) classes (xalan to saxon) whereas in the jboss esb script perhaps nothing. Currently, this is how i am accessing the transformation logic in the esb service. > > <action name="Transform" class="com.project.name.backend.transformer.Transformator"> > > <property name="service-template-pool-name" value="Service"/> > > <property name="xsl-resources" value="/META-INF/xsl/script.xsl"/> > > <property name="template" value="/META-INF/xsl/script.xsl"/> > > </action> > > thanks. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554629#554629] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Tools Development] - Portlet Development is Effectively Unusable in JBoss Tools

by Robert Brown III

Robert Brown III [http://community.jboss.org/people/factor3] replied to the discussion "Portlet Development is Effectively Unusable in JBoss Tools" To view the discussion, visit: http://community.jboss.org/message/554546#554546 -------------------------------------------------------------- Actually, I had an OK weekend, since I was attending the memorial service of a friend/brother who recently passed away. It could have beenbetter -- but it could have been worse. Thanks for asking. Anyway, yes I did download and utilize what should be a Portlet runtime: the JBoss (Gatein) Portlet Container runtime. I chose it because I needed to have a more lightweight system for development on the machines that I was using. This is structured like the full JBoss Gatein Portal, the only difference was the .WAR file(s) that are deployed to it. I would consider it a bug if the portlet component checker in the JBoss Tools plugin(s) did not recognize the Portlet Container as a legitimate Portlet runtime. It runs like a JBoss Portlet and even displays JBoss Portlet pages, and you can deploy portlets to it using the same methods as you would using the full Portal. Consequently, in my opinion if the Tools do not recognize the container as a real portlet runtime, then this is definitely something that should be rectified. Of course, I am not working on this stuff so it isn't my call. I can only suggest... As for the alternative: I did deactivate the "check runtimes... " checkbox and the portlet facets appeared. And frankly, I agree: you probably should make this disabled by default. Not just because of the confusion, and the fact that the documentation doesn't say a word about it, but because this check ties users into developing/testing portlets only for JBoss. If someone wants to make a portlet that can work under any Portal (which is what JSR-286 portlets are supposed to be able to do) the "check runtimes... " selection will make it impossible to test the portlet on other environments from within Eclipse. In other words, that selection is providing a form of "vendor lock- in" that you people are supposed to be avoiding. Unfortunately, there is another problem that I am encountering that is not in the documentation: the problem of having to select "user libraries" where none are available. There is a window in the Wizard called "JBoss Portlet Capabilities" where Eclipse tries to force me to select a "user library" in order to complete the portlet facet. I find this to be extremely annoying for two reasons: (1) I thought I was including the necessary libraries for portlets when I configured the facet in the first place (compare this wizard with the one provided by the Eclipse Portal Pack plugin which works with Webspace). An Eclipse facet is supposed to provide this kind of dependency automatically when selected (Eclipse Portal Pack certainly does!), so why the necessity for pointing to a user library??? (2) when this window comes up it displays an empty list of user libraries. So where am I supposed to find the user libraries that are required??? I consider this a definite bug and a sign of improper implementation of an Eclipse facet. At least, you need to update the documentation so that a user can find and point to wherever the required JAR files are. A more acceptable solution would be to at least put the names and locations of appropriate user libraries into the Wizard so that a user can select one of them. Of course, the best solution would be to eliminate the "Portlet Capabilities" window entirely and create a proper facet that includes the correct libraries in the classpath when it is selected. In summary: I thank you for your help and information, but despite it JBoss Tools is still unusable for portlet development, as far as I can tell. Unless, of course, there is more information about the portlet setup that I am unaware of... Please advise. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554546#554546] Start a new discussion in JBoss Tools Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - Supporting config file(s) host specific settings

by Dave Siracusa

Dave Siracusa [http://community.jboss.org/people/davesiracusa] replied to the discussion "Supporting config file(s) host specific settings" To view the discussion, visit: http://community.jboss.org/message/554495#554495 -------------------------------------------------------------- We started using system properties specified in properties-service.xml. When deploying a new/updated .ESB things work just fine. When restarting SOA-P the properties don't resolve when loading our .ESB. We specify system properties in: jbm-queue-service.xml jboss-esb.xml If we rename the .ESB to .tmp and back again, things are okay. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554495#554495] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - How to create my own gateway classes

by Andreas Riedel

Andreas Riedel [http://community.jboss.org/people/AndreasRiedel] replied to the discussion "How to create my own gateway classes" To view the discussion, visit: http://community.jboss.org/message/554384#554384 -------------------------------------------------------------- Ok, I understand. I havn't seen this. Thanks. Andreas -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554384#554384] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - How to create my own gateway classes

by Edward Pilipczuk

Edward Pilipczuk [http://community.jboss.org/people/edx] replied to the discussion "How to create my own gateway classes" To view the discussion, visit: http://community.jboss.org/message/554357#554357 -------------------------------------------------------------- You can do your own implementation of org.jboss.soa.esb.listeners.ScheduledEventMessageComposer. Then you should define the Schedule Provider and then the instance of Scheduled Listener containing the definition of your class as EventProcessor. regs. Edward -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554357#554357] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/554348#554348 -------------------------------------------------------------- > > If a class can't be loaded by the classloader then I can't see how Weld would end up with the Class object to pass to loadBeanDeploymentArchive... > In that case, the "is reachable check" is pointless and I'm replacing the current implementation of loadBDA by one that uses a singleton map of CL->Archives. How did we then decide to handle library archives? Or, actually, how did you implement it? Or what happens if you push in a java.* Class instance into this loadBDA method? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554348#554348] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Tools Development] - Portlet Development is Effectively Unusable in JBoss Tools

by Max Andersen

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] replied to the discussion "Portlet Development is Effectively Unusable in JBoss Tools" To view the discussion, visit: http://community.jboss.org/message/554344#554344 -------------------------------------------------------------- Hi Robert, Hope you had a good weekend :) The portlet facet should be enabled if the runtime it is pointing to have a JBoss portlet runtime installed in it. If you are sure you got a JBoss portlet runtime installed then I would love to hear which one since then we might have a bug in the identification. In any case you can disabled the facet/runtime check in Preferences (JBoss Tools > JBoss Portlet > Check runtimes for portlet components) When that is disabled then portlet facet is possible to install on runtimes with no known Portlet implementation. I'm actually starting to think we should make that the default since users seem to be more confused by it... -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554344#554344] Start a new discussion in JBoss Tools Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Wiki Portlet Development] - Portlet Development is Effectively Unusable in JBoss Tools

by Piergiorgio Lucidi

Piergiorgio Lucidi [http://community.jboss.org/people/piergiorgiolucidi] replied to the discussion "Portlet Development is Effectively Unusable in JBoss Tools" To view the discussion, visit: http://community.jboss.org/message/554329#554329 -------------------------------------------------------------- Probably you should post this question in the JBoss Portal Development forums. This is the forum for the old JBoss Wiki portlet. Hope this helps. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554329#554329] Start a new discussion in JBoss Wiki Portlet Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2010