Dynamic list of user(s) in Human task activity.

Hello Friends,
Warm Greetings!!!
Here is my query:-
Can we have dynamic list of user(s) in human task for the same role. Request will flow to executive but based on some parameter it needs to go to different executives and this would be checked at run time.
Please provide some clue or pointers for the same.
PK

===========
Assign tasks dynamically
You can assign users, groups, and application roles dynamically using XPath expressions. These expressions enable you to dynamically determine the task participants at runtime. For example, you may have a business requirement to create a dynamic list of task approvers specified in a payload variable. The XPath expression can resolve to zero or more XML nodes. Each node value can be either of the following:
Ref- http://docs.oracle.com/cd/E14571_01/integration.1111/e10224/bp_introhwf.htm
==============
Either You can put a Xpath expression on Owner (open Human task from composite and see the General tab ) or you can have rule based assignment for users .
Also in Xpath - Identity related functions can be found under - Identity Service Functions (from Functions drop down)
Regards
Rupesh Somani

Similar Messages

  • Problem in creating Human Task Activity in JDeveloper

    Dear Experts,
    I'm very new to JDeveloper & Oracle Bpel PM Server. So I'm trying with sample & demo application.
    I'm facing lots of issues. Kindly guide me to learn Jdeveloper.
    Now I'm trying with "Vacation Request" Application to learn about "Human Task" activity. Also
    I have gone through lot of documents respective to "Human Task" Activity. Still i'm facing problem in
    Implementation.
    +Error: Unable to save *.task file. (Reason system cant find the path specified..
    Des: Can not able to create a new Human Task activity. Also not able to map xsd parameters with
    Dynamic user path........ please suggest me a solution.
    Thanks
    Rajesh

    Please help me in developing Simple "Human Workflow activity" with proper examples or tutorials.

  • Dynamic Sequential List of Approvers in the Human Task

    Hi all - I have this asynchronous BPEL process and want to dynamically assign a Sequential List of Approvers that are the result of an Invoke of a Database Adapter.
    1. Added the OutputCollection of the Invoke as a parameter to the Human Task (element type).
    2. Under Assignment and Routing Policy, chose Sequential List of Approvers, and By Expression, chose the value from the OutputCollection from the payload.
    3. After deployment, the instance falls through to completion without errors, but without assigning a task to any approvers. I can see in the Invoke where it pulled the names I want to be assigned.
    Any help or direction would be greatly appreciated.
    Using JDeveloper 10.1.3.3

    I tried to recreate the problem like listed above, but after I add the Outputcollection of the Invoke as a parameter, there is no schema info (not even task:task) when editing the Assignment and Routing Policy section. At any rate, there weren't errors to speak of - the instance completed with "The state of this instance is Completed".
    In the meantime, I've used a while loop to loop through a sequence of approvers that are result of a query. I'll have to keep track of approvers and include them in each new payload I think.

  • How to programmatically add user comment using human task data control

    Hi,
    We create the task form by using “create Task flow based on Human task”. I need to programmatically create and insert the user comment for the task. I know I need to create and insert a new element to the userCommentIterator that linked to the human task data control. But I could not get it work or find any related detail sample coding. Please help.
    Thanks a lot,
    Helen

    post it in soa suite forum
    SOA Suite
    or bpel forum
    BPEL
    to get.. quick reply.

  • Error in Dynamic Human Task Assignment

    Hi,
    I am trying to assign task dynamically using Xpath but i keep getting error when i deploy & run the BPEL process.
    I tried using orcl:create-nodeset-from-delimited-string(') but it returns the error
    "Error while processing xpath expression, the reason is message can't be null.
    Please verify the xpath query."
    I tried using Qname as 'task:assignee' as well as '/task:task/task:systemAttributes/task:assigneeUsers/task:id' but it returns the same error!
    I would really appreciate if someone can tell me how can I assign user dynamically!

    The trick is that the user id to which you will assign the task should be present somewhere within your payload. When editing the task file, the dynamic user xpath expression you enter should be pointing to this element which contains the user id. That's all indeed.
    By the way, "message can't be null" error may occur if you are not setting the payload instance correctly. You specify the message or element types for the payload while editing the task file, however you should specify real object instances for the payload elements in the dialog box which opens when you double click the human task activity in the BPEL diagram.
    Hope this helps..
    Serkan

  • Problem in setting dynamic expiration duration from Human Task

    Hi,
    I have a BPEL process, in which the Human task expiration has to be set dynamically..
    In the , I have set the expiration duration with this :-
    <copy>
    <from expression="xp20:format-dateTime(xp20:current-dateTime(),'PT1M')"/>
    <to variable="initiateTaskInput" part="payload"
    query="/taskservice:initiateTask/task:task/task:systemAttributes/task:expirationDuration"/>
    </copy>
    Do not get confused with 'PT1M' .. I want the duration to be 1 minute... Had I used 'PT1M' as a String and assign to the expirationDuration var, it would have caused an error... It needs to be fromatted as a Date..That's y i took this approach ... I am sure this is working fine as I have checked the payload of the task..
    It has a proper duration..
    <initiateTaskInput><part xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" name="payload"><initiateTask xmlns="http://xmlns.oracle.com/bpel/workflow/taskService">
    <task xmlns="http://xmlns.oracle.com/bpel/workflow/task">
    <systemAttributes>
    <expirationDuration>PT1M</expirationDuration>
    Now in the Human task definition(.task file), I have set the expiration duration with "By Expression" option in this way..
    <globalConfiguration>
    <owner>oc4jadmin</owner>
    <expirationDuration duration="/task:task/task:systemAttributes/task:expirationDuration"
    type="XPATH"/>
    </globalConfiguration>
    The problem is the task(at runtime) cannot evaluate the expirationDuration from the XPATH..
    I checked with the WF_TASK table in the orabpel schema ...
    When I use a static duration EXPIRATIONDURATION cloumn gets assigned properly (ie PT1M).. But when i take the XPATH approach, it translates to PT0S.
    Can someone look into this please ?
    Struggling with this for quite sometime...
    saptarishi

    If the Human Task shows status complete, then it's possible that there was an error in the output data association in the process. In EM do you see a fault on the output for the Human Task activity, or if PS4FP the process will go to suspended state if the data association fails.

  • Dynamic participant block in Human task flow

    Hi All,
    I am working on human task flow and got stopped on below use case.
    I have two participant block let say A and B. I want to assign participant A depends on flat inside task flow parameter. If Flag is Yes, then it should assign to A and on approval of A it should complete the task flow. But if Flag is NO, then it should first assign to B, on approval from B, it should again assign to A and after that it should complete the task flow.
    I tried to use dynamic role assignment but there i am not able to define above use case. Dynamic rule is saying you can assign A or B depends on some rule(task flow parameter) but my requirement is little different.
    If Flag is Yes,
    - assign to A -> on approval -> complete the task flow.
    If Flag is No
    - Assign to B -> on approval from B -> assign to A -> on approval from A -> complete the task flow.
    I want to build this logic inside single human task flow.
    Please help.
    -Sunil

    Hi Zaloa,
    Can you pls try this.This should work.
    1. Go to Edit Task Definition page and add a Parameter of type string(default).
    2. Now come to the human task dialog( the one you get on double clicking the human task activity) and add a value to the parametr you just added(string)using the search light .This value should be the variable containing the value of the asssigne which you want to add dynamically.
    3.Now again go to the Edit Task Definition page and select the Assignment policy and select the expression path builder.
    4. You should be able to see the parameter you just added under task:payload. select this . now your assigne is dynamically added.
    Pls let me know if you need further details. Hope this helps.
    Thnks
    Message was edited by:
    soaUser

  • Dynamic role setting in human task

    Hi,
    I would like to use the human task activity in a BPEL process setting the role that has to complete the activity dynamically.
    I mean, inside the human task editor, there is a section named "Assignment and Routing policy" where I add a participant to the task. There, I have two options: By name (which I have already used) or by expression.
    I would like to assign the role from a variable of my process. This is, I invoke the business rules engine, and the result is a role. Then, I want to assign the human task to that role. It this possible? How do I do this?
    Thanks in advance,
    Zaloa

    We do the same. We invoke a service from BPEL before the human workflow activity. This service returns a department (that is also present in our OID) based on some instance data. We assign this role to the human task in the task definition like this:
    <routingSlip xmlns="http://xmlns.oracle.com/bpel/workflow/routingSlip">
    <globalConfiguration>
    <expirationDuration duration="/task:task/task:payload/ns0:humanTaskInformation/ns0:expirationDate"
    type="XPATH"/>
    </globalConfiguration>
    <participants isAdhocRoutingSupported="false">
    <participant name="Department">
    <resource isGroup="true" type="XPATH">/task:task/task:payload/ns0:humanTaskInformation/ns0:department</resource>
    </participant>
    </participants>
    <notification includeTaskAttachments="false" actionable="false"
    secureNotifications="false"/>
    </routingSlip>
    This works.
    As Eric already indicated, you should see some error detail in the audit trail when the human workflow activity "falls through".
    Regards, Ronald

  • Getting User Id which Approved Human Task

    Hello,
    how can I get User which approved Human Task in BPM Workspace. My Task is assigned to role but I need to know which one user approved form and have moved it to next stage of my process.
    Thanks

    Hi any one can help my scenario I am new to BPM/SOA,
    I want to use this Xpath function for getting the previous task approver.{ hwf:getPreviousTaskApprover(bpmn:getDataObject('taskID'))}
    Let me know what exactly taskID is ?
    Can you please provide exact syntax and with any examples.
    Thanks & regards,
    Raju.

  • Add a Human Task in BPEL but it shows as an Auto Task in BPA

    Hi, all,
    I create a BPMN flow in BPA and mapping to BPEL. And I add a Human Task in jDeveloper, and saved back to BPA server. But the problem is the updated BPMN flow shows that I added a Auto Task in BPA. Could you help me on that? Thanks in advance.
    Best Regards,
    Bill

    Hi Bill,
    Prefatory a quick intro on the basic idea of the BPA concept and a few personal recommendations. In general all changes on the control flow should be initiated top-down from the business process, which means your requirement becomes relevant only in certain cases. If the refinement of the BPEL process is going beyond the technical implementation, then the BPMN diagram itself needs to be corrected. That being said, in certain cases it may be sensible to make use of the improvement proposal feature (e.g. the IT developer recognizes the need of an additional service invocation, so that the control flow of the business process has to be refined).
    Referring to your issue these changes are displayed as Automated Activities (abstract) in the superior business process (in BPA). For this reason some activities require a different approach when it comes to accepting or rejecting by the business users. The description below provides an overview about how-to add activities in BPEL subsequently (as improvement proposals) and how they will be represented in the superior business process after synchronization (personal recommendations).
    Control flow
    Email, Fax, Pager, Pager, SMS, Voice+
    BPEL process (JDeveloper)+
    Encapsulate within a separate Abstract activity - choose a name, which helps to identify that this should be a Notification activity (define naming conventions in the conventions handbook).
    Business process (BP Architect)+
    By default represented as Automated Activity (abstract).
    Open the improvement proposal model and select the new activity. Go to Format/Representation and select 'Notification' in the Symbol-dropdown list - the object appearance changes.
    Important: double-click the new activity and specify all the required parameters. Share the blueprint with IT.
    Note: The attributes of the abstract Automated Activity still appear in the attributes view.
    Invoke+
    BPEL process (JDeveloper)+
    Encapsulate within Abstract activities.
    Business process (BP Architect)+
    If encapsulated within an existing scope in BPEL - not visible in the superior process.
    If encapsulated within an Abstract activity in BPEL - represented as Automated Activity (abstract).
    Human Task+
    BPEL process (JDeveloper)+
    Encapsulate with an a separate Abstract activity - choose a name, which helps to identify that this should be a Human Task activity (define naming conventions in the conventions handbook). Ignore the Switch activity that will be added below the Human Task.
    Business process (BP Architect)+
    By default represented as Automated Activity (abstract).
    Open the improvement proposal model and select the new activity. Go to Format/Representation and select 'Human Task' in the Symbol-dropdown list - the object appearance changes.
    Important: double-click the new activity and specify all the required parameters. Share the blueprint with IT.
    Note: The attributes of the abstract Automated Activity still appear in the attributes view.
    Receive, Reply+
    BPEL process (JDeveloper)+
    Encapsulate within Abstract activities.
    Business process (BP Architect)+
    If encapsulated within an existing scope in BPEL - not visible in the superior process.
    If encapsulated within an Abstract activity in BPEL - represented as Automated Activity (abstract).
    Decide+
    BPEL process (JDeveloper)+
    Add a new Abstract scope - choose a name, which helps to identify that this should be a Business Rule activity (define naming conventions in the conventions handbook). Place an Empty activity inside the scope.
    Business process (BP Architect)+
    By default represented as Automated Activity (abstract).
    Open the improvement proposal model and select the new activity. Go to Format/Representation and select 'Business rule function' in the Symbol-dropdown list - the object appearance does change.
    Important: double-click the new activity and specify all the required parameters. Share the blueprint with IT.
    Note: The attributes of the abstract Automated Activity still appear in the attributes view.
    Flow, Switch, Pick+
    BPEL process (JDeveloper)+
    Only new branches within existing activities can be added subsequently. Each branch should contain at least one Abstract activity.
    Business process (BP Architect)+
    New activities should be defined in the superior business process.
    Displayed as gateways (AND, XOR &lt;event-based&gt;, XOR &lt;data-type&gt;, OR) - the definition of these activities should be initiated in the business process.
    While+
    BPEL process (JDeveloper)+
    Only within existing scopes. Loops should be defined in the superior business process.
    Business process (BP Architect)+
    If not encapsulated within a scope in BPEL - will be represented as Automated Activity (abstract).
    If encapsulated within an existing scope in BPEL - not visible in the superior process after synchronization.
    If encapsulated within an Abstract in BPEL - will be represented as Automated Activity (abstract).
    Implementation
    Assign, Transform, Throw+
    BPEL process (JDeveloper)+
    Only within existing scopes.
    Business process (BP Architect)+
    Not visible.
    Wait, Terminate+
    BPEL process (JDeveloper)+
    Not recommended to add them subsequently - should be defined in the superior business process via Intermediate events (BPMN).
    Business process (BP Architect)+
    Displayed as intermediate event - the definition of these activities should be initiated in the business process.
    Kind regards,
    Danilo

  • Fault/Error Handling in Human Task

    Hi,
    We are using Oracle BPM 11.1.1.3.
    1. I create "synchronous" BPM process containing Human Task. Is synchronous process containing Human Task correct? When I invoke this process through EM console, it hangs, i.e. I can not interact with EM console any more. I think the reason is, Human Task activity when executed expects human interaction. I am correct?
    2. I create "asynchronous" BPM process containing Human Task. I invoke it and it runs properly. I login to workspace and work on task.
    My main question is: "Asynchronous" process executes Human Task and waits for Human Interaction. My process is invoked by Java. How will calling Java code know if execution was successful? If any fault/error occurs how can I notify? How will I notify calling Java code if human task encountered any error?
    Please let me know if my question is not clear.
    Many Thanks.

    Hi Anirudh,
    Thanks for quick reply.
    I have a requirement where based on certain condition i need to update the task and reassign it.
    There is a batch that runs and performs the task. While doing so i dont have any info as to whom
    the task is assigned.
    So i am using bpeladmin to perform the task.
    If task is assigned to user and i try to update the task using bpeladmin then am able to do so.
    But if the task is assigned to Group i am getting the error. If task is assigned to user, i am able to
    acquire the task but not able to update the task.
    While updation it shows the task has been acquired by some other user.
    Is there any other way by which i can implement the same ?
    Regards,
    Bhavik

  • Payload on Human Task and Task Form

    Hi all,
    I have implemented a simple BPM process on Oracle BPM 11g suite, that it calls a human task activity. The payload, for this activity, is a Data Object (related to external XSD) and it is editable via worklist. The user interface for this Human Task implementation is generated automatically through Auto-Generate actions without any customization.
    The application has been deployed successfully from JDev, but when I open the task by Workspace, I see all fields of payload in read-only mode, so I cannot edit nothing in the task form.
    Please let me know what could be the problem.
    Thanks,
    Paolo

    Are you using ps2 (11.1.1.3)? There was an issue where initiator human task activities that had parameters that were complex types needed to have the Data Object initialized via a script activity, or the fields could not be edited in the task from.
    There's an example of how to use the script in the SalesQuoteDemo. Basically you use the oraext:parseXML() function to create an initialized version of the Data Object and assign it to the Data Object in a script activity that's placed before the Initiator Human Activity. It can also be used to set defaults if needed. Here's a snippet of the expression from the SalesQuoteDemo.
    oraext:parseXML('<ns1:QuoteRequest xmlns:ns1="http://www.mycompany.com/ns/salesquote"><ns1:Summary>....</ns1:Summary<ns1:QuoteRequestStatus/></ns1:QuoteRequest>')

  • Human Task JSPs not deploying on SOA 10.1.3.1 production

    Hi All,
    I am trying to use a custom JSP for a Human Task on SOA Suite 10.1.3.1 & JDev 10.1.3.1. It seems that the JSPs are not being deployed, or they are being deployed in the wrong place.
    The error I get in the Worklist application, when I try to view a task is:
    The requested URL /default/FridayMorning/1.0/HumanTask1/HumanTask1.jsp was not found on this server.
    I have tried this on multiple SOA Suite server machines, one with only one domain, and one with multiple domains, and have also tried developing the project on different JDevelopers on different machines, with the same result.
    I could not find the JSP registered anywhere on the AS Control. I understand they are meant to be deployed under orabpel?
    The BPEL Suitcase does not contain any jsp files, and in the output directory, there is a .jsps folder which contains the java and class files that relate to the JSPs.
    To recreate:
    Open JDev
    Create a new application
    Create a new BPEL project
    Drop a Human Task into the process
    Give it a name
    Click on the magic wand to define the task
    Give it a name
    Click on the + to add a parameter, select the payload of inputVariable
    Click on the + to add someone to route to, pick a user
    Save
    Close Human Task
    Save process
    In the Applications Navigator, expand the project, right click on the HumanTask folder and select Auto Generate Simple Task Form
    Save all
    Build all
    Deploy to BPEL server
    Go to BPEL console, start the process
    Go to BPEL worklist, select the task
    The error appears.
    We have also tried using custom JSPs (instead of simple ones).
    Also, I noticed that if you delete task form files from the popup menu, and then regenerate them, you only get the .tform file, no JSPs are generated.
    Can anyone else verify this happens to them?
    Thanks,
    Mark Nelson

    OCMS stands for Oracle Communication and Mobility Server and is basically a SIP Container embedded as a hook into OC4J 10.1.3.1. I'm using JDK 1.5.0_12-b04. Wondering if there's any other way to check configuration of the JSP compiler.
    Thanks for your help,
    Adam

  • Human Task Display Form problem

    Hi,
    I am deploying a new BPEL Process using a simple Human Task activity. for the display i choosed XSL format. this is the centent of my coordinatorApproval_Display.tform file :
    <?xml version = '1.0' encoding = 'UTF-8'?>
    <taskDisplay targetNamespace="http://xmlns.companyABC.com/workflow/orderTaskDisplay" generateInternationlizedJSP="false" xmlns:task="http://xmlns.oracle.com/bpel/workflow/task" xmlns="http://xmlns.oracle.com/bpel/workflow/taskDisplay">
    <taskDefinitionId>${domain_id}_${process_id}_${process_revision}_coordinatorApproval</taskDefinitionId>
    <applicationName>worklist</applicationName>
    <templateName>ThreeRegionJSP</templateName>
    <template>${http_url}/${domain_id}/${process_id}/${process_revision}/coordinatorApproval/coordinatorApproval.jsp</template>
    <regions>
    <defaultJSP regionName="Footer">
    <jspURI>Footer1.jsp</jspURI>
    </defaultJSP>
    <xsl regionName="Body">
    <xslURI>${http_url}/${domain_id}/${process_id}/${process_revision}/coordinatorApproval/payloadXSL.xsl</xslURI>
    </xsl>
    <defaultJSP regionName="Header">
    <jspURI>Header1.jsp</jspURI>
    </defaultJSP>
    </regions>
    </taskDisplay>
    i start the process from http://localhost:9700/BPELConsole
    but at the work list application , i can not show the content of my xml input !!!
    this the exception from the BPEL (standalone) :
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java
    :368)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecuto
    r.java:303)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> ORABPEL-30022
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> Error in validating workflow task display configuration.
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform could not be validated against the workflow task display configuration XML schema definition. The workflow task disp
    lay configuration is associated with workflow default_centralIntake_1.0_coordinatorApproval
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration is available at the specified URL. If availa
    ble check the underlying exception and correct the error. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:339)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataServ
    ice.java:331)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetada
    taService.java:464)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:45
    8)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:42
    1)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java
    :368)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecuto
    r.java:303)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> Caused by: ORABPEL-30021
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> Invalid workflow task display configuration.
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to the workflow task display configuration XML schema definition. The workflow task display configura
    tion is associated with workflow {1}. The errors are {2}
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration conforms to the workflow task display config
    uration XML schema definition. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,218> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:332)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ... 21 more
    <2007-11-09 16:51:20,234> <ERROR> <oracle.bpel.services.workflow> <::> Invalid workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to
    the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow {1}. The errors are {2}
    Make sure that the workflow task display configuration conforms to the workflow task display configuration XML schema definition. Contact oracle support if error is not f
    ixable.
    ORABPEL-30021
    Invalid workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to
    the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow {1}. The errors are {2}
    Make sure that the workflow task display configuration conforms to the workflow task display configuration XML schema definition. Contact oracle support if error is not f
    ixable.
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.java:332)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataService.java:331)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetadataService.java:464)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:458)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:421)
    at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368)
    at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
    at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ORABPEL-30022
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Error in validating workflow task display configuration.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform could not be validated against the workflow task display configuration XML schema definition. The workflow task disp
    lay configuration is associated with workflow default_centralIntake_1.0_coordinatorApproval
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration is available at the specified URL. If availa
    ble check the underlying exception and correct the error. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:339)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataServ
    ice.java:331)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetada
    taService.java:464)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:45
    8)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:42
    1)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java
    :368)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecuto
    r.java:303)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Caused by: ORABPEL-30021
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Invalid workflow task display configuration.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to the workflow task display configuration XML schema definition. The workflow task display configura
    tion is associated with workflow {1}. The errors are {2}
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration conforms to the workflow task display config
    uration XML schema definition. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:332)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ... 21 more
    <2007-11-09 16:51:20,234> <ERROR> <oracle.bpel.services.workflow> <::> Invalid workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to
    the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow {1}. The errors are {2}
    Make sure that the workflow task display configuration conforms to the workflow task display configuration XML schema definition. Contact oracle support if error is not f
    ixable.
    ORABPEL-30021
    Invalid workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to
    the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow {1}. The errors are {2}
    Make sure that the workflow task display configuration conforms to the workflow task display configuration XML schema definition. Contact oracle support if error is not f
    ixable.
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.java:332)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataService.java:331)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetadataService.java:464)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:458)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:421)
    at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368)
    at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
    at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ORABPEL-30508
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Error while inoking URL to display the content.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Error while invoking URL.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Check the underlying exception and correct the error. Contact oracle support if error is not fixabl
    e.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:49
    0)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:42
    1)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java
    :368)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecuto
    r.java:303)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at java.lang.Thread.run(Thread.java:595)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Caused by: ORABPEL-30022
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Error in validating workflow task display configuration.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform could not be validated against the workflow task display configuration XML schema definition. The workflow task disp
    lay configuration is associated with workflow default_centralIntake_1.0_coordinatorApproval
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration is available at the specified URL. If availa
    ble check the underlying exception and correct the error. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:339)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataServ
    ice.java:331)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetada
    taService.java:464)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:45
    8)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ... 18 more
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Caused by: ORABPEL-30021
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Invalid workflow task display configuration.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/
    coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to the workflow task display configuration XML schema definition. The workflow task display configura
    tion is associated with workflow {1}. The errors are {2}
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> Make sure that the workflow task display configuration conforms to the workflow task display config
    uration XML schema definition. Contact oracle support if error is not fixable.
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::>
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.
    java:332)
    <2007-11-09 16:51:20,234> <ERROR> <default.collaxa.cube.services> <::> ... 21 more
    <2007-11-09 16:51:20,234> <ERROR> <oracle.bpel.services.workflow> <::> Error in validating workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform could not be vali
    dated against the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow default_centralIntake_1.0
    _coordinatorApproval
    Make sure that the workflow task display configuration is available at the specified URL. If available check the underlying exception and correct the error. Contact oracl
    e support if error is not fixable.
    ORABPEL-30022
    Error in validating workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform could not be vali
    dated against the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow default_centralIntake_1.0
    _coordinatorApproval
    Make sure that the workflow task display configuration is available at the specified URL. If available check the underlying exception and correct the error. Contact oracl
    e support if error is not fixable.
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.java:339)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplay(TaskMetadataService.java:331)
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataService.getTaskDisplayRegion(TaskMetadataService.java:464)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:458)
    at oracle.bpel.services.workflow.worklist.display.DOPostService.invokeRegion(DOPostService.java:421)
    at coordinatorApproval.jspService(_coordinatorApproval.java:140)
    at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
    at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:701)
    at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:405)
    at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
    at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)
    at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368)
    at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)
    at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
    at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
    at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
    at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
    at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
    at java.lang.Thread.run(Thread.java:595)
    Caused by: ORABPEL-30021
    Invalid workflow task display configuration.
    The workflow task display configuration at http://localhost:9700/orabpel/default/centralIntake/1.0/coordinatorApproval/coordinatorApproval_Display.tform doesnt conform to
    the workflow task display configuration XML schema definition. The workflow task display configuration is associated with workflow {1}. The errors are {2}
    Make sure that the workflow task display configuration conforms to the workflow task display configuration XML schema definition. Contact oracle support if error is not f
    ixable.
    at oracle.bpel.services.workflow.metadata.impl.TaskMetadataCache.getTaskDisplay(TaskMetadataCache.java:332)
    ... 21 more
    Please help.
    Bach.

    By deploying the bpel, you get messages like:
    [deployTaskForm] 07/06/12 11:07:50 Notification ==>Datei HT_1_0_MyHT.ear wird hochgeladen...
    [deployTaskForm]
    [deployTaskForm] 07/06/12 11:07:50 Notification ==>Application Deployer für HT_1_0_MyHT STARTS.
    can you provide this messges here?

  • Human task expression builder (10.1.3.1 GA)

    When I open up the Expression builder while inside the humanTask builder/editer/whatchamacallit I cannot see any BPEL variables. The Title displayed in the Expression builder is schema (vs the BPEL variables I see elsewhere). This gives me access to Task variables which isn't what I want. I want access to BPEL variables to use my dynamic expressions.
    In addition to the above the expression builder is essentially broken within the humanTask. <Control><space> doesn't work properly.
    This has behaved the same in both the developer preview and GA versions. Tell me that this some stupid configuration parameter that I've got fouled up. I can't deal with it as I'm currently experiencing.

    The Expression editor inside of the Human Task editor does not show the BPEL variables as the XPath expressions are not evaluated from the context of a BPEL instance, but are executed in the context of the Human Task instance. This is not a bug.
    In order to refer to BPEL variables, one can use input parameters (as noted by John above). You can also map the output parameters from the task to BPEL variables - once the Human Task activity completes.
    Please refer to section 15.6.5.2.1 of Oracle® BPEL Process Manager Developer's Guide for details.
    Best Regards,
    Sidda

Maybe you are looking for