unsubscribe
by Bruce Powell
Hi ,
Regards
Dr Bruce Powell | Development
Emerging Systems
Unit 18, 9 Hoyle Avenue Castle Hill NSW 2154 Australia | D +61 2 8853 4711 |
F +61 2 9659 9366 |
<mailto:bruce@emerging.com.au> bruce(a)emerging.com.au
<http://www.emerging.com.au/>
<http://www.emerging.com.au/>
www.emerging.com.au
**********************************************************************
This e-mail message and any attached files may contain information that is
copyright or confidential. It has been prepared for the private and
confidential use by the intended recipient and may not be disclosed to
anyone else. Any review, re-transmission, disclosure, dissemination or
other use of, or taking of any action in reliance upon, this information by
persons or entities, other than the intended recipient, is unauthorised.
If you have received this e-mail in error, please notify us immediately by
reply e-mail and delete this e-mail together with any attachments.
**********************************************************************
19 years, 9 months
[JBoss jBPM] - Re: Web console failing
by kukeltje
Brad,
I admire your enthousiasm and get the impression (correct me if I'm wrong) you are into UI stuff. I do not know what your timeline is, but let me address some things regarding 3.1 vs 3.2
- The 3.1 webapp was 'experimental'
- It will not be realy maintained
- The 3.2 webapp will be the focus since:
- it is facelets instead of jsf/jsp (always trouble as you have experienced)
- Authentication in 3.2 webapp will be taken from the container
- better separation of roles, at least at the high level of 'participant', 'manager' and 'admin'
- customizable forms (RAD + look and feel)
- ....
So if your timeline is not to short, I'd definately focus on 3.2 from CVS. It's (IMNSHO) worth the try
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957579#3957579
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957579
19 years, 9 months
[JBoss jBPM] - Re: How to Handle Process Execution History
by brado
Ronald,
Yeah, I think for now I'd be happy to just see the data from the JBPM_LOG table -- problem is I don't seem to be getting any data populated in the table. The user guide states:
"Various kinds of logs are generated by jBPM : graph execution logs, context logs and task management logs.
...
The LoggingInstance will collect all the log entries. When the ProcessInstance is saved, all the logs in the LoggingInstance will be flushed to the database. "
I have a business process deployed to my server, and I'm getting the process definition, creating a process instance, and immediately saving the process instance to the database. Then I execute my business process. Following, I immediately save my process instance again. I am not seeing anything saved to my JBPM_PROCESSINSTANCE or JBPM_LOG table.
Here's basically the code block I'm using:
| JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();
| GraphSession graphSession = jbpmContext.getGraphSession();
| ProcessDefinition processDefinition = graphSession.findLatestProcessDefinition("MyProcess");
| ProcessInstance processInstance = new ProcessInstance(processDefinition);
| jbpmContext.save(processInstance);
| Token token = processInstance.getRootToken();
| token.signal();
| jbpmContext.save(processInstance);
|
I can trace through this in the debugger, and it executes fine, and doesn't either throw exceptions or output any errors to the JBoss log. In addition, it appears I'm able to retrieve my process definition fine from the database, so that should demonstrate that communication with the database is working.
Any ideas?
Brad
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957578#3957578
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957578
19 years, 9 months
[JBoss jBPM] - Re: Web console failing
by brado
It turns out this is a bug in JSF. I'll give the solution in just a moment, but first, my proposed solution above to getting the left navigation links to work on the default page before logging in actually causes other problems once you do log in. So there is a bug here, but the bug is either that the login screen should not have "Home", "Administration", and "Monitoring" links, OR a separate block of code should address the not-logged-in vs. logged-in situations. I suppose this could be done with a conditional block or adding a header3.jsp, and header2.jsp could be used prior to login, and header3.jsp could be used after login.
Now to the problem:
| java.lang.IllegalStateException: Client-id : _id1 is duplicated in the faces tree.
|
Apparently this is a JSF bug, and it is caused by a problem in auto-assigning of component ID's to web components where ID's have not been specified (i.e., when created programmatically). The error is occurring in home.jsp, specifically in the block of code which creates the "Start new process execution" data table. The solution is to drop both data tables in home.jsp into subviews that have explicit ID's assigned to them. Here then is the entire code of home.jsp (with changes) that eliminate the _id1 duplication problem:
| <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %>
| <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %>
|
| <f:view>
|
| <jsp:include page="header1.jsp" />
| Home
| <jsp:include page="header2.jsp" />
|
| <b><h:messages /></b>
|
| <h4>Tasklist</h4>
| <f:subview id="taskInstanceTable">
| <h:dataTable value="#{homeBean.taskInstances}" var="taskInstance" headerClass="tableheader" columnClasses="tablecell">
| <h:column >
| <f:facet name="header">
| <h:outputText value="Task Form Link" />
| </f:facet>
| <h:commandLink action="#{homeBean.selectTaskInstance}">
| <f:param name="taskInstanceId" value="#{taskInstance.id}"/>
| <h:outputText value="#{taskInstance.name}" />
| </h:commandLink>
| </h:column>
| <h:column>
| <f:facet name="header">
| <h:outputText value="Process" />
| </f:facet>
| <h:outputText value="#{taskInstance.taskMgmtInstance.taskMgmtDefinition.processDefinition.name}" />
| </h:column>
| <h:column>
| <f:facet name="header">
| <h:outputText value="Version" />
| </f:facet>
| <h:outputText value="#{taskInstance.taskMgmtInstance.taskMgmtDefinition.processDefinition.version}" />
| </h:column>
| </h:dataTable>
| </f:subview>
|
| <h4>Start New Process Execution</h4>
| <f:subview id="processInstanceTable">
| <h:dataTable value="#{homeBean.latestProcessDefinitions}" var="processDefinition" headerClass="tableheader" columnClasses="tablecell">
| <h:column>
| <f:facet name="header">
| <h:outputText value="Start Process Link" />
| </f:facet>
| <h:commandLink action="#{homeBean.startProcessInstance}">
| <f:param name="processDefinitionId" value="#{processDefinition.id}"/>
| <h:outputText value="#{processDefinition.taskMgmtDefinition.startTask.name}" />
| </h:commandLink>
| </h:column>
| <h:column>
| <f:facet name="header">
| <h:outputText value="Process" />
| </f:facet>
| <h:outputText value="#{processDefinition.name}" />
| </h:column>
| <h:column>
| <f:facet name="header">
| <h:outputText value="Version" />
| </f:facet>
|
| <h:outputText value="#{processDefinition.version}" />
| </h:column>
| </h:dataTable>
| </f:subview>
|
| <jsp:include page="footer.jsp" />
| </f:view>
|
If similar duplicate ID problems are happening elsewhere, I'd try the same approach, of wrapping data tables in subviews and explicitly assigning id values to them.
Cheers,
Brad
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957569#3957569
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957569
19 years, 9 months