[Gaurav Mittal]

Hi James,

Thanks for your answer.

i tried to reach Support team following your mentioned step.

Emailid mentioned in Cloverleaf support is :-  techsupport@healthvision.com

But when I emailed I got revert email stating :-

“

Delivery to the following recipient failed permanently:

    techsupport@healthvision.com

“

May I know if there is an alternative email to reach them.

Regards,

Gaurav Mittal

[Gaurav Mittal]

May I know which Support team your talking? any email or contact may I request you to provide.

[Gaurav Mittal]

Hi James/Rob,

Its correct I have installed unlicensed cloverleaf and am not having license.

Now from your reply I got to know that without license I wont be able to run my samples.

But may I know if there is any free/trial version license or server available.Pasrdon for this question but since I am new to cloverleaf and desparate to learn so asking.

Looking for favorable response.

Regards,

Gaurav Mittal

[Gaurav Mittal]

Hi Michael,

We are working Cloverleaf 5.8 version. Currently we have to xlate an xml to hl7 . while doing this we getting follwoing error:-

assertion ‘(grml)->grml_count == 1’ failedat Encode cpp1761

Can you help me in rectifying this error.

Regards,

Gaurav Mittal

[Gaurav Mittal]

Hi Frederic,

Even i am facing same issue in WebService Client thread:-

“

ERROR 10:20:26.593 [Worker#0] IB |

[Gaurav Mittal]

Hi Richard,

I am also getting the same error.

If you have got any solution to it please let us know.

Regards,

Gaurav Mittal

Richard Hart wrote:

Were are running ib2.1 (CL 5.6 and AIX 5.3) in our test environment and plan to migrate this to prod with the interfaces it supports.

I am currently getting a fault warning – I’ve parsed the message …

Number : IB:Error

Message: Code: MISC_1

[Gaurav Mittal]

Hi Richard,

I am creating Client on IHB and I am getting following error:-

jvm 1    | ERROR 08:16:36.074 [Worker#8] IB.siteThread.gauravm.dest4_src4_typ_out |     (HXML_072) Error processing XSP “IBSoapOutbound.xsp”

jvm 1    | ERROR 40XL1: A lock could not be obtained within the time requested

jvm 1    |      at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)

jvm 1    |      at org.apache.derby.impl.services.locks.LockSet.lockObject(Unknown Source)

jvm 1    |      at org.apache.derby.impl.services.locks.SinglePool.lockAnObject(Unknown Source)

jvm 1    |      at org.apache.derby.impl.services.locks.SinglePool.lockObject(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.raw.xact.RowLocking2.lockRecordForRead(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockRowOnPage(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3._lockScanRow(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.btree.index.B2IRowLockingRR.lockScanRow(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.btree.BTreeForwardScan.fetchRows(Unknown Source)

jvm 1    |      at org.apache.derby.impl.store.access.btree.BTreeScan.fetchNext(Unknown Source)

jvm 1    |      at org.apache.derby.impl.sql.execute.TableScanResultSet.getNextRowCore(Unknown Source)

jvm 1    |      at org.apache.derby.impl.sql.execute.IndexRowToBaseRowResultSet.getNextRowCore(Unknown Source)

jvm 1    |      at org.apache.derby.impl.sql.execute.ProjectRestrictResultSet.getNextRowCore(Unknown Source)

jvm 1    |      at org.apache.derby.impl.sql.execute.BasicNoPutResultSetImpl.getNextRow(Unknown Source)

jvm 1    |      at org.apache.derby.impl.jdbc.EmbedResultSet.movePosition(Unknown Source)

jvm 1    |      at org.apache.derby.impl.jdbc.EmbedResultSet.next(Unknown Source)

jvm 1    |      at com.quovadx.bpms.api.SQLExec.SQLExecTag(SQLExec.java:241)

jvm 1    |      at com.quovadx.bpms.api.HXML.evalHXMLTag(HXML.java:1576)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeNode(HXML.java:1484)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeNode(HXML.java:1316)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeNode(HXML.java:1316)

jvm 1    |      at com.quovadx.bpms.api.HXML.doExecuteNode(HXML.java:491)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeProc2(HXML.java:991)

jvm 1    |      at com.quovadx.bpms.api.HXML.resultDocFromExecuteProc(HXML.java:786)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeProc(HXML.java:835)

jvm 1    |      at com.quovadx.bpms.api.HXML.executeHXML(HXML.java:553)

jvm 1    |      at com.quovadx.bpms.api.RequestProcessor.executeRequest(RequestProcessor.java:107)

jvm 1    |      at com.quovadx.bpms.api.RequestProcessor.processRequest(RequestProcessor.java:182)

jvm 1    |      at com.quovadx.bpms.api.CWTransactionalJob.handleRequest(CWTransactionalJob.java:231)

jvm 1    |      at com.quovadx.bpms.api.CWTransactionalJob.run(CWTransactionalJob.java:140)

jvm 1    |      at com.quovadx.bpms.core.WorkerPool$Worker.run(WorkerPool.java:67)

from your point bad data i am not using custom tcl and simple using ibclientenvelopeout IB proc but still getting this error.

May I have your valuable tip to get rid of this error.

Regards,

Gaurav.

Richard Hart wrote:

This is just an update to my initial post.

So far the Intelligent Broker has been very reliable; after starting, it just works!

We run on AIX and the server hosts the IB and Cloverleaf versions.

Note that the IB is linked to a Cloverleaf version!

We have had the web services I was developing in my previous post in production for more than a year now without issue. During a document ‘bulk load’ we managed 5 messages per second, too fast for some of the SOA code later so it required throttling!

My advice for first time users is to read the IB_Development guide and for the DEV/TEST environment, set debug on and modify the IB setup to allow connectivity from the SQuirrelSQL client tool just in case!

We have custom inbound code, based on the supplied IbEnvelopeIn,

[Author]

Replies