[jBPM] - Custom work item editor in JBPM Web Designer
by Darshan Pandhi
Darshan Pandhi [https://community.jboss.org/people/darshan.pandhi] created the discussion
"Custom work item editor in JBPM Web Designer"
To view the discussion, visit: https://community.jboss.org/message/730778#730778
--------------------------------------------------------------
Hey everyone,
Is it possible to have custom work item editors in the web designer?
As in for eg. just the way the Email service task has an item editor in Eclipse, can we have a similar Email item editor in the web designer.
Also can we define our own item editors separately for different service task nodes?
Also, can we have a drop down as a parameter for a custom service task, where in the values in the drop down are populated from a Database.
As in for eg. if i want the list of available mail servers while configuring the Email service task in a drop down as a parameter, and the list of available mail servers should be populated from a database. Is it possible to have this functionality?
Following is my work env:
JBPM 5.2
JBPM Web Designer 2.1
JBoss AS7
Thanks in advance!
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/730778#730778]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 11 months
[JBoss Web Services] - How to set new SoapHandler for each invocation?
by Scale It
Scale It [https://community.jboss.org/people/meselfe] created the discussion
"How to set new SoapHandler for each invocation?"
To view the discussion, visit: https://community.jboss.org/message/730564#730564
--------------------------------------------------------------
>From the JBossWS FAQ it appears that the Service object is thread safe:
> *JAX-WS (JBossWS-Native)
> *
> +javax.xml.ws.Service+ - Thread safe
> The port proxy returned by getPort(..) methods of Service is not thread safe instead.
But I need to set a new SoapHandler for each invocation because it is used to set security stuff that unique to each and every invocation:
Service service = Service.create(someWsdlUrl, someQName);
MyHandlerResolver resolver = new MyHandlerResolver();
resolver.addHandler(new MySoapHandler(usercredentials));
service.setHandlerResolver(resolver);
Since the SoapHandler is set on the Service object it seems Im therefore forced to create a new instance of Service for each invocation? I assume theres a performance penalty associated with creating the Service object. Is there some other way I can set credentials uniquely to the invocation without creating a new Service instance every time?
I should mention that the SoapHandler that deals with security supports many security protocols including one thats home grown.
Using JBoss 5.1.0GA.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/730564#730564]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 12 months
[EJB3] - Changing the port number for an EJB exposed as a webservice
by Steffen Schmidt
Steffen Schmidt [https://community.jboss.org/people/stsc] created the discussion
"Changing the port number for an EJB exposed as a webservice"
To view the discussion, visit: https://community.jboss.org/message/730794#730794
--------------------------------------------------------------
I have a stateless session bean with annotations to expose it as a web service:
@Stateless
@WebService(targetNamespace = "http://tempuri.org/", serviceName = "myService")
@WebContext(contextRoot = "/pushServices", urlPattern = "/")
@SOAPBinding(style=SOAPBinding.Style.DOCUMENT)
public class PushBean implements PushBeanIF, PushBeanRemote {
....
Currently, the service is deployed on port 8080, but I would like the web service to be available on port 9090. I don't want to change the general server port because it will interfere with the web application.
I tried to set the property
<property name="webServicePort">9090</property>
in the jboss-beans.xml file for the WSServerConfig entry.
After setting this property, the web service seemed to be available on port 9090 according to the overview on JbossWS/Services page http://localhost:8080/jbossws/services http://localhost:8080/jbossws/services. But this was a false alarm, because it still only responded on port 8080.
So, what do I do? My guess is, that is is a small piece of configuration - I just need to find the right place to do it...
I'm working on a Jboss AS 5.1
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/730794#730794]
Start a new discussion in EJB3 at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 12 months
[JBoss Portal] - Facebook Gadget goes to initial paga after some action in a portlet
by Abhishek Kunal
Abhishek Kunal [https://community.jboss.org/people/abhi_iips] created the discussion
"Facebook Gadget goes to initial paga after some action in a portlet"
To view the discussion, visit: https://community.jboss.org/message/730779#730779
--------------------------------------------------------------
Hi all,
I am facing a very basic problem. What my requirement is to have a facebook gadget on a portal page, and on the same page i will have a portlet also (The urls/actions referenced from this portlet are Portlet URLs, ie created with PortletURL API). I will browse through the fb gadget, do some commenting/liking/posting :) , and at the same time i will perform some actions in the portlet, whats happening is when i do some action/browsing, after action is performed the fb gadget is going to its inital state, so all my context is lost. The reason is , after some action/render is performed in a portlet, as part of the render phase for other portlets, gadget markup is being returned from the server and thats why gadget reloads and goes to initial state.
My question is,
1. Is it a valid use case?? Can we expect a gadget (not a portlet) to be in the same state regardless of what is happening in other portlets on that page?
2. If it is, how do we override this behavior with the needed one?
Please help, i am entangled in this situation :(
Many thanks in advance!!
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/730779#730779]
Start a new discussion in JBoss Portal at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 12 months
[JBoss Cache] - Data loss in cluster aware cache
by Ramu Akula
Ramu Akula [https://community.jboss.org/people/akula.reddy] created the discussion
"Data loss in cluster aware cache"
To view the discussion, visit: https://community.jboss.org/message/730776#730776
--------------------------------------------------------------
Hi,
We are using JBosscache cluster aware feature, and we are persisting the data to DB.
For persistancy we have set fetchPersistentState to true.
When all the nodes in the cluster are up and running, there is no problem noticed.
However, when one node restarts, sometimes the entire data in DB vanishes.
When we debugged the issue, we found the below scenario.
During restart of the node, the entire content in DB is flushed (removed) and persisted again by the new node joingin back the cluster
In between. right after flushing, the other node in the cluster is inserting a row, with the same primary key.
Because of this, the node joining the cluster is getting unique constraint violation
and inside DefaultStateTransferIntegrator class, we saw the call is going to integratePersistentState and it's calling loader.StoreEntireState.
When it's storing the state, Oracle is throwing Unique constraint violation, because of this transientSet would be false and in finally block it's deleting the entire data from DB.
It looks it's a bug.
And is there a way to avoid DB flusing during restart of a node in the cluster?
Any hints would be of great help to us.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/730776#730776]
Start a new discussion in JBoss Cache at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 12 months
[jBPM] - Handling Faults leads to log entry: cvc-id.2: There are multiple occurrences of ID value 'TestException'.
by sebb
sebb [https://community.jboss.org/people/sebb] created the discussion
"Handling Faults leads to log entry: cvc-id.2: There are multiple occurrences of ID value 'TestException'."
To view the discussion, visit: https://community.jboss.org/message/648364#648364
--------------------------------------------------------------
While trying to figure how to deal with exceptions I found the way by "catching" Error Events with a Signal. In order to be able to catch an Error Event I have to do the following things:
1. Add the metadata key "ErrorEvent" with value "FaultName" of my ErrorEvent (in my case: ErrorEvent:TestException).
2. Define the EventType of the Signal with a combination of "Error-[node id of subprocess]-[FaultName of my ErrorEvent]" (in my case: Error-_6-TestException).
But as soon as I do this the log shows the following entries:
(null: 19, 61): cvc-id.2: There are multiple occurrences of ID value 'TestException'.
(null: 19, 61): cvc-attribute.3: The value 'TestException' of attribute 'id' on element 'error' is not valid with respect to its type, 'ID'.
I dont even understand those entries. Of course I will have multiple occurences of the same ID if I reference to it inside my process.
Any opinions to that problem?
Thanks :)
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/648364#648364]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 12 months
