[JBoss Tools] - Using Sapphire Doesn't Make You Blue! - Experiments with a new UI framework
by Brian Fitzpatrick
Brian Fitzpatrick [http://community.jboss.org/people/bfitzpat] modified the blog post:
"Using Sapphire Doesn't Make You Blue! - Experiments with a new UI framework"
To view the blog post, visit: http://community.jboss.org/community/tools/blog/2011/04/04/using-sapphire...
--------------------------------------------------------------
While at EclipseCon a few weeks ago, I heard about a new framework at Eclipse for quickly developing Eclipse editors for XML files, especially XML configuration files. As Konstantin Komissarchik, one of the lead developers on Sapphire, pointed out in the summary for his EclipseCon talk - "[Sapphire] is a UI building framework that allows developers to specify UI in terms of higher level constructs like property editors instead of widgets and layouts. This paradigm results in several orders of magnitude improvement in developer productivity while simultaneously delivering better quality UI that is easier to maintain."
Though I missed his talk, I had a chance to sit down with Konstantin afterwards and he showed off what his framework can do. To say the least, I was excited. One of the things we do a lot of in JBoss tools is editing XML configuration files. We have them everywhere. And we don't really have a consistent look and feel to any of them. The other thing I was excited to see was the potential integration with Graphiti, a framework for graphical editors. Perhaps they've hit upon the "Holy Grail" of UI development?
Here's an example from one of the samples that comes with the Sapphire framework:
http://community.jboss.org/servlet/JiveServlet/showImage/38-3736-16090/sa... http://community.jboss.org/servlet/JiveServlet/downloadImage/38-3736-1609...
I wanted to find out. So when I got back from my trip, I started playing with Sapphire locally. You have to keep in mind that this is very early in the process for Sapphire. The version I'm working with is 0.3 and they're providing bug fixes nearly every day, which means things may break or change between updates. Honestly that's fine - Konstantin said they're using the framework at Oracle and have commercial editors out in the wild based on this technology, so it has to be pretty good, right?
We have a runtime project at JBoss that's rolling along at a pretty good clip now. It's the next generation of our ESB called SwitchYard. You can check out the http://www.jboss.org/switchyard SwitchYard Community Page for more details. But they've been working on the format of an XML configuration file that we'll need to develop an editor for. It seemed like the perfect opportunity to put Sapphire to the test
.
Over the course of the last 5 or 6 business days, I've probably put in 20-30 hours on this editor. I've run into a few issues here and there, most because I didn't grok the framework fully at the start. But I've ended up with a good first cut that is able to edit the initial sample of the configuration file. And that's amazing to have something that even sort of works in that short a timeframe.
Ultimately developing an editor in Sapphire boils down to two main things:
* A set of Java interface files that map to different parts of your XML configuration.
* And a Sapphire Definition (sdef) file, which defines how different parts of the UI are rendered.
Think of the Java interface files as a quick and easy Java bean representation of your XML. So various element structures and properties are reduced to getters and setters in the interfaces. All you do from there is take the Switchyard annotations and indicate how to tie those properties back to the XML you're editing. The Sapphire framework then takes those annotations to define a model (using EMF of course see the correction below) on the fly representing your XML. This is the "Model" part of your typical Model-Viewer-Controller approach.
[Correction: Konstantin pointed out that "Sapphire does not use EMF for any part of modeling or data binding. The developer specifies semantics in interfaces and annotations. The annotation processor generates implementation classes. The XML binding code directly reads and writes on the live DOM API exposed by the XML editor."]
Then the SDEF file describes how to present that generated model to the user in UI form. Want to generate a view? Cool. Wizard or dialog? Cool. Editor? Cool. And you can define reusable components of the UI so you don't have to redefine everything if you decide to go, for example, from a dialog to an editor later on. It's nice because there's instant integration between the Outline view and the Editor for example, so you don't have to worry about the niggly little bits that can sometimes consume days at a time to get right.
What's awesome is that the Sapphire UI Definition Editor is itself written in Sapphire. Talk about eating your own dog food. :)
Here's a screen shot of what I have working so far:
http://community.jboss.org/servlet/JiveServlet/showImage/38-3736-16091/sw... http://community.jboss.org/servlet/JiveServlet/downloadImage/38-3736-1609...
There are some gotchas:
* Annotation processing is not turned on by default for projects. To do that, go to Project Properties -> Java Compiler -> Annotation Processing -> Enable annotation processing.
* To see the classes generated by the Sapphire framework for your interfaces, you have to turn off the filter that hides files & folders starting with "." Those generated classes appear in the ".apt_generated" folder.
* It's taken me several days to grok how to get XML namespace declarations just right with the XmlNamespace and XmlNamespaces and XmlRootBinding annotations. But it boils down to declaring them when you use them. Easier said than done, but it makes sense once you've played with it a bit.
* You have to make sure that you name things consistently. This is one of the areas I have run into again and again. The name of the property field, property name, getter and setter must be consistent or the framework complains loudly at runtime. So if you have a property named "SOAPBindings", you need to make sure the property is PROP_SOAPBINDINGS, the property name is "SOAPBindings" and the getter is "getSoapbindings()".
Why? Seems to be something with how the processor is looking at the capitalization of various bits in the model and if one is out of whack, they're all out of whack. You can make it a bit more consistent by adding underscores to the PROP_ declaration - such as PROP_SOAP_BINDINGS would need the property name "SoapBindings" and the getter would be "getSoapBindings()" - the underscore hints that there's a uppercase letter coming up.
That's about it at this point. Now that I have the structure working and can define/modify/delete things via the editor, I want to go in and add some polish. Things like boolean options - true/false, combo boxes, validation, etc. After that's done, I'll start playing some with the Graphiti integration - but I'm not quite ready to tackle that yet.
Interested in playing with Sapphire yourself? Here are a few links to get you started:
* Main Sapphire page: http://www.eclipse.org/sapphire/ http://www.eclipse.org/sapphire/
* Konstantin's Sapphire-related blog articles: http://lt-rider.blogspot.com/search/label/eclipse-sapphire http://lt-rider.blogspot.com/search/label/eclipse-sapphire
* Until Indigo is released, Sapphire requires the latest milestones of Graphiti to work correctly. You can find that update site here: http://download.eclipse.org/graphiti/updates/milestones/ http://download.eclipse.org/graphiti/updates/milestones/
* But you can also download latest built packages from Eclipse Hudson server: https://hudson.eclipse.org/hudson/job/sapphire-0.3.x/ https://hudson.eclipse.org/hudson/job/sapphire-0.3.x/
A big thanks to Konstantin for helping me out on the Sapphire mailing list and forum. He's been very patient dealing with me over the last week!
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/community/tools/blog/2011/04/04/using-sapphire...]
15 years
[jBPM] - JBPM5 - WAS CE(Websphere) integration
by Sasi R
Sasi R [http://community.jboss.org/people/sasir] created the discussion
"JBPM5 - WAS CE(Websphere) integration"
To view the discussion, visit: http://community.jboss.org/message/597662#597662
--------------------------------------------------------------
I am getting below exceptions while integrating JBPM5 application with websphere, which am sure might be due to some missing configuration. Persistence xml configuration is below . Due to you think I am missing some jar files or the config is incorrrect? Please advise
**************
*Logs*
**************
2011-04-04 15:02:09,457 WARN [TomcatModuleBuilder] Web application . does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on
the command line.
2011-04-04 15:02:15,269 WARN [Ejb3Configuration] hibernate.connection.autocommit = false break the EJB3 specification
2011-04-04 15:02:25,660 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="default/jBPM5Demo/1301943729457/war?J2E
EApplication=null,PersistenceUnitModule=WEB-INF/lib/jbpm-human-task-5.0.0.jar,WebModule=default/jBPM5Demo/1301943729457/war,j2eeType=PersistenceUnit,name=org.jb
pm.task"
*javax.persistence.PersistenceException: [PersistenceUnit: org.jbpm.task] Unableto build EntityManagerFactory*
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:677)
at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:132)
at org.apache.geronimo.persistence.PersistenceUnitGBean.<init>(PersistenceUnitGBean.java:126)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:41)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)
at java.lang.reflect.Constructor.newInstance(Constructor.java:515)
at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:272)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:106)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:128)
at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:599)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:85)
at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$b97e0d25.startConfiguration(<generated>)
at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
at java.lang.Thread.run(Thread.java:735)
*Caused by:*
*org.hibernate.HibernateException: The chosen transaction strategy requires access to the JTA TransactionManager*
at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:361)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1327)
at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:867)
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:669)
... 29 more
##################Start up Servlet Initiated #################
WARNING: Found unrecognized persistence provider "org.hibernate.ejb.HibernatePersistence" in place of OpenJPA provider. This provider's properties will not be
used.
2011-04-04 15:02:25,910 WARN [Ejb3Configuration] hibernate.connection.autocommit = false break the EJB3 specification
Hibernate: select task0_.id as col_0_0_, deadline1_.id as col_1_0_, deadline1_.deadline_date as col_2_0_ from Task task0_, Deadline deadline1_ where (deadline1_
.id in (select startdeadl2_.id from Deadline startdeadl2_ where task0_.id=startdeadl2_.Deadlines_StartDeadLine_Id) or deadline1_.id in (select enddeadlin3_.id f
rom Deadline enddeadlin3_ where task0_.id=enddeadlin3_.Deadlines_EndDeadLine_Id)) and deadline1_.escalated=0 order by deadline1_.deadline_date
Setting Servlet contextorg.apache.catalina.core.ApplicationContextFacade@2a6e2a6e
##################Start up Servlet Ended #################
2011-04-04 15:02:37,629 ERROR [[/WebApp_ID]] Servlet StartUpServlet threw unload() exception
javax.servlet.ServletException: Servlet.destroy() for servlet StartUpServlet threw exception
at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1305)
at org.apache.catalina.core.StandardWrapper.stop(StandardWrapper.java:1604)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4666)
at org.apache.geronimo.tomcat.GeronimoStandardContext.kill(GeronimoStandardContext.java:238)
at org.apache.geronimo.tomcat.TomcatContainer.removeContext(TomcatContainer.java:382)
at org.apache.geronimo.tomcat.TomcatWebAppContext.doStop(TomcatWebAppContext.java:529)
at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:367)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:192)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:499)
at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:599)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:85)
at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$b97e0d25.startConfiguration(<generated>)
at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
at java.lang.Thread.run(Thread.java:735)
Caused by:
java.lang.NullPointerException
at org.jbpm.task.service.mina.BaseMinaTaskServer.stop(BaseMinaTaskServer.java:80)
at com.citi.cate.jbpm.servlet.StartUpServlet.destroy(StartUpServlet.java:155)
at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1286)
... 27 more
2011-04-04 15:02:37,707 ERROR [DeploymentPortlet] The application was not successfully started
start of default/jBPM5Demo/1301943729457/war failed
org.apache.geronimo.kernel.config.LifecycleException: start of default/jBPM5Demo/1301943729457/war failed
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:579)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:543)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:599)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:85)
at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$b97e0d25.startConfiguration(<generated>)
at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
at java.lang.Thread.run(Thread.java:735)
*Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception*
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:522)
at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562)
... 14 more
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Configuration default/jBPM5Demo/1301943729457/war failed to start due to the following reaso
ns:
The service J2EEApplication=null,PersistenceUnitModule=WEB-INF/lib/jbpm-human-task-5.0.0.jar,WebModule=default/jBPM5Demo/1301943729457/war,j2eeType=Persistenc
eUnit,name=org.jbpm.task did not start because [PersistenceUnit: org.jbpm.task] Unable to build EntityManagerFactory
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:485)
... 16 more
*****************************************
*Persistence XML*
*****************************************
<persistence-unit name="org.drools.persistence.jpa" transaction-type="JTA">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<jta-data-source>java:jdbc/jbpmDS</jta-data-source>
<class>org.jbpm.persistence.processinstance.ProcessInstanceInfo</class>
<class>org.drools.persistence.info.SessionInfo</class>
<class>org.drools.persistence.info.WorkItemInfo</class>
<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.Oracle10gDialect"/>
<property name="hibernate.max_fetch_depth" value="3"/>
<property name="hibernate.hbm2ddl.auto" value="create" />
<property name="hibernate.show_sql" value="false" />
<property name="hibernate.transaction.manager_lookup_class" value="org.hibernate.transaction.JBossTransactionManagerLookup" />
</properties>
</persistence-unit>
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/597662#597662]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
[JBoss Tools] - Using Sapphire Doesn't Make You Blue! - Experiments with a new UI framework
by Brian Fitzpatrick
Brian Fitzpatrick [http://community.jboss.org/people/bfitzpat] modified the blog post:
"Using Sapphire Doesn't Make You Blue! - Experiments with a new UI framework"
To view the blog post, visit: http://community.jboss.org/community/tools/blog/2011/04/04/using-sapphire...
--------------------------------------------------------------
While at EclipseCon a few weeks ago, I heard about a new framework at Eclipse for quickly developing Eclipse editors for XML files, especially XML configuration files. As Konstantin Komissarchik, one of the lead developers on Sapphire, pointed out in the summary for his EclipseCon talk - "[Sapphire] is a UI building framework that allows developers to specify UI in terms of higher level constructs like property editors instead of widgets and layouts. This paradigm results in several orders of magnitude improvement in developer productivity while simultaneously delivering better quality UI that is easier to maintain."
Though I missed his talk, I had a chance to sit down with Konstantin afterwards and he showed off what his framework can do. To say the least, I was excited. One of the things we do a lot of in JBoss tools is editing XML configuration files. We have them everywhere. And we don't really have a consistent look and feel to any of them. The other thing I was excited to see was the potential integration with Graphiti, a framework for graphical editors. Perhaps they've hit upon the "Holy Grail" of UI development?
Here's an example from one of the samples that comes with the Sapphire framework:
http://community.jboss.org/servlet/JiveServlet/showImage/38-3736-16090/sa... http://community.jboss.org/servlet/JiveServlet/downloadImage/38-3736-1609...
I wanted to find out. So when I got back from my trip, I started playing with Sapphire locally. You have to keep in mind that this is very early in the process for Sapphire. The version I'm working with is 0.3 and they're providing bug fixes nearly every day, which means things may break or change between updates. Honestly that's fine - Konstantin said they're using the framework at Oracle and have commercial editors out in the wild based on this technology, so it has to be pretty good, right?
We have a runtime project at JBoss that's rolling along at a pretty good clip now. It's the next generation of our ESB called SwitchYard. You can check out the http://www.jboss.org/switchyard SwitchYard Community Page for more details. But they've been working on the format of an XML configuration file that we'll need to develop an editor for. It seemed like the perfect opportunity to put Sapphire to the test
.
Over the course of the last 5 or 6 business days, I've probably put in 20-30 hours on this editor. I've run into a few issues here and there, most because I didn't grok the framework fully at the start. But I've ended up with a good first cut that is able to edit the initial sample of the configuration file. And that's amazing to have something that even sort of works in that short a timeframe.
Ultimately developing an editor in Sapphire boils down to two main things:
* A set of Java interface files that map to different parts of your XML configuration.
* And a Sapphire Definition (sdef) file, which defines how different parts of the UI are rendered.
Think of the Java interface files as a quick and easy Java bean representation of your XML. So various element structures and properties are reduced to getters and setters in the interfaces. All you do from there is take the Switchyard annotations and indicate how to tie those properties back to the XML you're editing. The Sapphire framework then takes those annotations to define a model (using EMF of course) on the fly representing your XML. This is the "Model" part of your typical Model-Viewer-Controller approach.
Then the SDEF file describes how to present that generated model to the user in UI form. Want to generate a view? Cool. Wizard or dialog? Cool. Editor? Cool. And you can define reusable components of the UI so you don't have to redefine everything if you decide to go, for example, from a dialog to an editor later on. It's nice because there's instant integration between the Outline view and the Editor for example, so you don't have to worry about the niggly little bits that can sometimes consume days at a time to get right.
What's awesome is that the Sapphire UI Definition Editor is itself written in Sapphire. Talk about eating your own dog food. :)
Here's a screen shot of what I have working so far:
http://community.jboss.org/servlet/JiveServlet/showImage/38-3736-16091/sw... http://community.jboss.org/servlet/JiveServlet/downloadImage/38-3736-1609...
There are some gotchas:
* Annotation processing is not turned on by default for projects. To do that, go to Project Properties -> Java Compiler -> Annotation Processing -> Enable annotation processing.
* To see the classes generated by the Sapphire framework for your interfaces, you have to turn off the filter that hides files & folders starting with "." Those generated classes appear in the ".apt_generated" folder.
* It's taken me several days to grok how to get XML namespace declarations just right with the XmlNamespace and XmlNamespaces and XmlRootBinding annotations. But it boils down to declaring them when you use them. Easier said than done, but it makes sense once you've played with it a bit.
* You have to make sure that you name things consistently. This is one of the areas I have run into again and again. The name of the property field, property name, getter and setter must be consistent or the framework complains loudly at runtime. So if you have a property named "SOAPBindings", you need to make sure the property is PROP_SOAPBINDINGS, the property name is "SOAPBindings" and the getter is "getSoapbindings()".
Why? Seems to be something with how the processor is looking at the capitalization of various bits in the model and if one is out of whack, they're all out of whack. You can make it a bit more consistent by adding underscores to the PROP_ declaration - such as PROP_SOAP_BINDINGS would need the property name "SoapBindings" and the getter would be "getSoapBindings()" - the underscore hints that there's a uppercase letter coming up.
That's about it at this point. Now that I have the structure working and can define/modify/delete things via the editor, I want to go in and add some polish. Things like boolean options - true/false, combo boxes, validation, etc. After that's done, I'll start playing some with the Graphiti integration - but I'm not quite ready to tackle that yet.
Interested in playing with Sapphire yourself? Here are a few links to get you started:
* Main Sapphire page: http://www.eclipse.org/sapphire/ http://www.eclipse.org/sapphire/
* Konstantin's Sapphire-related blog articles: http://lt-rider.blogspot.com/search/label/eclipse-sapphire http://lt-rider.blogspot.com/search/label/eclipse-sapphire
* Until Indigo & Sapphire 0.3.0 is released, the latest milestone update site: http://download.eclipse.org/graphiti/updates/milestones/ http://download.eclipse.org/graphiti/updates/milestones/
* But you can also download latest built packages from Eclipse Hudson server: https://hudson.eclipse.org/hudson/job/sapphire-0.3.x/ https://hudson.eclipse.org/hudson/job/sapphire-0.3.x/
A big thanks to Konstantin for helping me out on the Sapphire mailing list and forum. He's been very patient dealing with me over the last week!
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/community/tools/blog/2011/04/04/using-sapphire...]
15 years
[jBPM] - Re: jbpm, process definitions, jboss - looking for knowledge
by Matus Majchrak
Matus Majchrak [http://community.jboss.org/people/dekadence] created the discussion
"Re: jbpm, process definitions, jboss - looking for knowledge"
To view the discussion, visit: http://community.jboss.org/message/596844#596844
--------------------------------------------------------------
Hi Piotr,
First things first, In order to access process definitions you have to have access to the guvnor repository(or fake it as Jbpm5 demo does using -Djbpm.console.directory)
KnowledgeAgent kagent = KnowledgeAgentFactory.newKnowledgeAgent("Guvnor default");
kagent.applyChangeSet(ResourceFactory.newClassPathResource("ChangeSet.xml"));
kagent.monitorResourceChangeEvents(false);
KnowledgeBase kbase = kagent.getKnowledgeBase();
ChangeSet.xml file will direct the knowledge agent to resources it should care about. For example:
<change-set xmlns='http://drools.org/drools-5.0/change-set'
xmlns:xs='http://www.w3.org/2001/XMLSchema-instance'
xs:schemaLocation='http://drools.org/drools-5.0/change-set http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-api/src/...' >
<add>
<resource source='http://localhost:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/defa...' type='PKG' basicAuthentication="enabled" username="admin" password="admin" />
</add>
</change-set>
This will tell your agent to look for your localhost's repository default package.
Try to deploy some processes into default package so that you have something to work with: http://people.redhat.com/kverlaen/jBPM5-guvnor-integration.swf http://people.redhat.com/kverlaen/jBPM5-guvnor-integration.swf
You can now test it by listing deployed processes:
for (Process process : kbase.getProcesses()) {
System.out.println("I found process in Guvnor: " + process.getId());
}
Now for the knowledgeSession.Depending on where does your application run, you have to obtain an EntityManagerFactory for drools persistence.
See the persistence.xml in jbpm5-installers/db folder.
EntityManagerFactory emf = Persistence.createEntityManagerFactory("org.drools.persistence.jpa");
Environment env = KnowledgeBaseFactory.newEnvironment();
env.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf);
Properties properties = new Properties();
properties.put("drools.processInstanceManagerFactory","org.jbpm.persistence.processinstance.JPAProcessInstanceManagerFactory");
properties.put("drools.processSignalManagerFactory","org.jbpm.persistence.processinstance.JPASignalManagerFactory");
KnowledgeSessionConfiguration config = KnowledgeBaseFactory.newKnowledgeSessionConfiguration(properties);
kSession = JPAKnowledgeService.loadStatefulKnowledgeSession(1, kbase, config, env);
The above code will try to load an existing Statefull knowledge session. If this does not exsit you will receive an error and you have to create a fresh kSession like this:
env = KnowledgeBaseFactory.newEnvironment();
env.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf);
kSession = JPAKnowledgeService.newStatefulKnowledgeSession(kbase, config, env);
And thats basicaly it. You can now get a list of processes:
knowledgeSession.getKnowledgeBase().getProcesses()
register a ProcessEventListener to intercept process lifecycle events:
knowledgeSession.addEventListener(... your class implementing ProcessEventListener)
or get list of process instances:
knowledgeSession.getProcessInstances();
So basicaly you have to hook up your application to guvnor to access process related resources and obtain JPA entity management factory to be able to construct or obtain knowledge session. After that, you should have all the thigs you need to fulfill your tasks.
regards
matus
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/596844#596844]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
[JBoss Web Services] - Bizzare host re-write in JAX-WS client on JB6
by borfnorton22 borfnorton22
borfnorton22 borfnorton22 [http://community.jboss.org/people/borfnorton22] created the discussion
"Bizzare host re-write in JAX-WS client on JB6"
To view the discussion, visit: http://community.jboss.org/message/595634#595634
--------------------------------------------------------------
We recent upgraded from Jboss 4.22 to Jboss 6.
The code I am describing below works fine on 4.2.2.
a) We have a JAX-WS generated client
b) The generated client code is configured to talk to a remote webservice and it calls a method on it as follows.
URL url = new URL("http://bass01.stage.fishing89k41.com:80/Netter/NetterSyncQ.nsf/NetterWS?O...");
NetterService netterService = new NetterService(url);
netterService.getNetterServicePort().isNetAvailable("someNetName");
The remote web-services WSDL exposes its service endpoint address as follows:
<service name="NetterService">
<port binding="impl:NetterServicePortSoapBinding" name="NetterServicePort">
<wsdlsoap:address location="http://bass01.stage.fishing89k41.com:80/Netter/NetterSyncQ.nsf/NetterWS?O..."/>
</port>
</service>
c) When this is running on Jboss 4.2.2 it works fine and has for quite some time. When the code executes on our JB6 server we see this is the logs which is absolutely bizzarre! *Something in JB6 (cxf AddressRewritingEndpointInfo) is re-writing the hostname portion of the endpoint out client needs to talk to to a different host.* This totally fails as when it trys to make a call we get a 404. Help! as we are sort of screwed.
11:02:38,377 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] Creating Service {urn:DefaultNamespace}NetterService from WSDL: http://bass01.stage.fishing89k41.com:80/Netter/NetterSyncQ.nsf/NetterWS?O...
11:02:38,378 INFO [org.jboss.wsf.stack.cxf.transport.AddressRewritingEndpointInfo] Setting new service endpoint address in wsdl: http://ws-stage.fishing89k41.com/Netter/NetterSyncQ.nsf/NetterWS
11:02:38,394 INFO [org.jboss.wsf.stack.cxf.transport.AddressRewritingEndpointInfo] Setting new service endpoint address in wsdl: http://ws-stage.fishing89k41.com/Netter/NetterSyncQ.nsf/NetterWS
11:02:38,406 WARN [org.apache.cxf.phase.PhaseInterceptorChain] Interceptor for {urn:DefaultNamespace}NetterService#{urn:DefaultNamespace}isNetAvailable has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Could not send Message.
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64) [:2.3.1]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:255) [:2.3.1]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:516) [:2.3.1]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:313) [:2.3.1]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:265) [:2.3.1]
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) [:2.3.1]
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:124) [:2.3.1]
at $Proxy302.isNetAvailable(Unknown Source) at some.service.SomeService.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/595634#595634]
Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
