[MarkLogic Dev General] CORB processing continuation query.

[sachin gill]

  Yeah Michael ,
    I  realized it after replying.
  When I  try to parse a corrupt XML it throws below exception and shuts
down CORB.

  com.marklogic.xcc.exceptions.XQueryException: XDMP-RANGEINDEX: Range
index error:
float
fn:doc("/root/assets/173-cfa-study-session-17/173-cfa-study-session-17.xml")/asset/*:metadata/*:price:
XDMP-CAST: (err:FORG0001) Invalid cast: xs:untypedAtomic("") cast as
xs:float
in /assets/corb-pipeline.xqy
at
com.marklogic.xcc.impl.handlers.ServerExceptionHandler.handleResponse(ServerExceptionHandler.java:30)
at
com.marklogic.xcc.impl.handlers.EvalRequestController.serverDialog(EvalRequestController.java:72)
at
com.marklogic.xcc.impl.handlers.AbstractRequestController.runRequest(AbstractRequestController.java:76)
at com.marklogic.xcc.impl.SessionImpl.submitRequest(SessionImpl.java:261)
at com.marklogic.developer.corb.Transform.call(Transform.java:68)
at com.marklogic.developer.corb.Transform.call(Transform.java:1)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Nov 28, 2011 2:28:14 AM com.marklogic.developer.corb.Manager stop


I have one more query, does CORB also have time out issue over network, as
we are facing abrupt stopping of CORB  too when our fetched url are too
large.


Thanks
Sachin

On Mon, Nov 28, 2011 at 8:49 PM, Michael Blakeley <mike at blakeley.com> wrote:

> I think John was suggesting an XQuery try-catch expression, not a Java one.
>
> But you are more likely to get helpful suggestions if you post a full
> example of the exception you are trying to avoid. Corb throws some fatal
> exceptions of its own, when it cannot reasonably continue. It also
> re-throws various MarkLogic and XQuery exceptions. Seeing the exception
> that you are hitting would help.
>
> -- Mike
>
> On 28 Nov 2011, at 07:11 , sachin gill wrote:
>
> > HI John,
> >        thanx for the suggestion but I'm using CORB jar (so that if any
> version version upgrade happen we don;t need to do lot of customisation)
> rather than its code , so can't handle it inside CORB code .
> >
> > Thanks
> > Sachin
> >
> > On Mon, Nov 28, 2011 at 6:50 PM, John Zhong <john at yuxipacific.com>
> wrote:
> > First idea is that you can use try/catch. For example:
> >
> > try {
> >    (: your business code here :)
> > } catch($e) {
> >    (: your code to handle exception :)
> > }
> >
> > John
> >
> > On Mon, Nov 28, 2011 at 6:41 PM, sachin gill <sachin.gill07 at gmail.com>
> wrote:
> > Hi ,
> >    We are  facing bulk processing issue with CORB .We are using it to
> process a large set of  XML's , it works fine till it doesn't get any
> issues or exception.Once it finds any exception it stops,And we need to
> start from scratch again.
> >
> > How can i ignore such exception while processing and continue for other
> xmls .
> >
> > Thanks
> > Sachin
> >
> >
> > _______________________________________________
> > General mailing list
> > General at developer.marklogic.com
> > http://developer.marklogic.com/mailman/listinfo/general
> >
> >
> >
> > _______________________________________________
> > General mailing list
> > General at developer.marklogic.com
> > http://developer.marklogic.com/mailman/listinfo/general
> >
> >
> > _______________________________________________
> > General mailing list
> > General at developer.marklogic.com
> > http://developer.marklogic.com/mailman/listinfo/general
>
> _______________________________________________
> General mailing list
> General at developer.marklogic.com
> http://developer.marklogic.com/mailman/listinfo/general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://developer.marklogic.com/pipermail/general/attachments/20111128/5da6973a/attachment.html