Loading...
 
ESA > Join & Share > Forums > SSE Forum > HMA Ordering + EOLI

SSE Forum

Help

Show posts:
Jump to forum:

HMA Ordering + EOLI

We've deployed an EOLI-based catalogue at the Test Portal and now try to add HMA Ordering interface to it. I wrote a stub, implementing all the requests, and tested one under Toolbox (lastest verions of TDE/TRE @ Linux are used). All seems to be ok, and yet it doesn't work under Test Portal.

When I select a product from the catalogue and click "Proceed" button I get the page with the following message:

SSE Portal Error

An unexpected problem occurred

Tomcat & Toolbox logs shows absolutely nothing, so it seems to be Test Portal problem. What can be wrong?


Re: HMA Ordering + EOLI

Hi Paulo,

Sorry for delayed answer. Some things are definetly changed to the better, thank you! First, order is being processed correctly (with all the requests or Submit only enabled), without disabling validation at the Toolbox. Second, I get the e-mail notification when order is "complete".

What for the things to be fixed... this could be the same strange values coming from nowhere:

password=passwordToBeChanged

orderAccount=project_10000
companyRef=companyName
postBox=-

orderItemRemark=test product

I also have found a problem with my scripts actually - I just figured out that fogot to implement/test GetStatus and Cancel due to some TDE problem, but assume this can't be the cause. I'll let you now when will be able to deal with it and perform full test cycle.

Ilya



Re: HMA Ordering + EOLI

Hi Ilya,

A patch has been installed on the Test Portal to handle the problems you found with this type of chaining.

When/if you can, let us know if it works OK now. If not, let us know what is missing to be fixed (i.e. check also the default user profile information that is entered on the message).

Paulo



Re: HMA Ordering + EOLI

Yes, you can delete them, thank you.

Re: Re: HMA Ordering + EOLI

Done.

Regarding the main issue, I don't see any exception on the log file and normally I should when you get an SSE Portal Error.

Looking at the service, at the database records and at the existing BPEL workflows, the picture doesn't seem very coherent, so I'm wondering:

- if it is your intention to have an HMA Ordering Service with just a GetOptions operation and no actual RFQ or Order.
- when you registered or updated the service for the last time. It's possible that in the meantime the interface specification changed and in these cases it's better to re-register the service. Note however that this hasn't happened recently.

Finally, I see that workflows for HMA RFQ and Order operations exist on your BPEL domain, which suggests that sometime in the past the service was registered with those operations configured (they don't exist now, though).

Can you give some more information on the points above?

Thanks,

Paulo


Re: Re: Re: HMA Ordering + EOLI

I had the same error message when all the operations were registred. I've disabled them only for debugging purposes, trying to figure out what's wrong. According to specification, portal should call GetCapabilities and GetOptions in the very begining (am I right?), so I should have something in my logs anyway, but I haven't.

I've just re-registred all the operations and performed a test again. Some seconds of waiting - and the same message. I'm also sure that address of our server is correct. Catalogue service was developed/deployed the same way, yet it works and shows logs correctly. I hope this information is somehow useful.


Re: Re: Re: Re: HMA Ordering + EOLI

At least now I see an exception on the Portal logs and the seconds of waiting are a positive sign, because they mean that the workflow is initiated in a synchronous invocation, as it should be.

The problem is that this synchronous invocation (between the SSE Portal and the BPEL Process Manager) is not returning within a reasonable amount of time (the few seconds you mention) and so a timeout expires, you see the SSE Portal Error and I see an exception. And in fact your backend is not even invoked, so it's normal that you don't see anything on the TOOLBOX.

The reason for this is probably a wrong workflow input message, which may be caused by a bug on the SSE or some problem in the input you provide on Step 2 of the Service Registration Wizard, in particular the endpoint. Could you attach a screenshot that shows what input you enter on Step 2?

Thanks,

Paulo


Re: Re: Re: Re: Re: HMA Ordering + EOLI

This makes things clear, thanks.

Here is the screenshot. I'm not quite sure if I should check the flag, but if memory serves, it didn't work anyway.


Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

OK, after some debugging the problem seems evident.

The SSE is not correctly chaining an EOLI search with an HMA Order (or at least the GetOptions). In particular, the EOLI search output message which is inserted in the GetOptions input message is so in a namespace different from what the subsequent XPaths expect, so all XPath queries return empty results, blocking the workflow.

We need to involve the SSE supplier to patch this. In the meantime, could you try to remove the GetOptions operation and then eventually also the GetQuotation, to see if you can chain the EOLI Search with the GetQuotation and/or the Submit?

Thanks,

Paulo


Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

I just have performed tests you asked for.

In both cases all seem to be clear and portal says: "Your request for quotation has been sent to the service provider." Right at that moment ordering service log says "Unknown SOAP port: ".


Re: Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

I assume you are referring to the TOOLBOX log.

A few suggestions:

- try to check the "server uses SOAP action" box
- check the SOAP input messages that the SSE is sending to the TOOLBOX to see if they match what you expect. You should find them on the filesystem.
- the problem on the SSE side now is that the orderId returned by the workflow is 00000000 (the default error value set by the workflow). This will make the SSE order status be "Processing" forever. Probably you are already doing this, but when you return a message to the SSE, the orderId must be exactly the same that you received as input from the SSE. This value is put on a JMS queue that the SSE polls to check for completion.

Paulo


Re: Re: Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

Actually I mean log file located in service log folder (SML_Ordering). Anyway, main TOOLBOX log shows the similar output.

I've checked "server uses SOAP action" and performed "Submit-only" test again. According to the logs, input message is invalid. The message logged contains empty elements "streetAddress" and "collectionId", which caused the error. I've checked this under TDE.

I am also wondering about following elements values:

password=passwordToBeChanged

orderAccount=project_10000
companyRef=companyName
postBox=-

orderItemRemark=test product
I don't have anything alike in my profile or anywhere else.


You can find the service log and the input message attached.


Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

All of that seems to come from an incorrect chaining, so I would wait for a patch.

It would maybe be possible to proceed and arrive at some result if you would disable validation on the TOOLBOX side but this is not easy to do when you use the TDE. Basically, the TOOLBOX does not validate messages if there are no schemas associated to the operation loaded on the TRE.

Paulo


Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

Thanks a lot for the assistance, Paulo! I do believed that something is wrong with my service or TOOLBOX configuration.

What for disabling validation... I just have deleted all the schemas of the service deployed (TOOLBOX/WEB-INF/services/SML_Ordering/Schemas). Order is being processed correctly by the service for now, but I am not able to open "Order List" - portal shows "An unexpected problem occurred" again. Probably this is because of output from my service stub. I'll try to figure out what can be wrong at my side.

Thanks again,
Ilya

P.S. Am I really the first one who's trying to attach HMA Ordering to EOLI?


Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: HMA Ordering + EOLI

Hi Ilya,

> What for disabling validation... I just have deleted all the schemas of the service deployed (TOOLBOX/WEB-INF/services/SML_Ordering/Schemas). Order is being processed correctly by the service for now, but I am not able to open "Order List" - portal shows "An unexpected problem occurred" again. Probably this is because of output from my service stub. I'll try to figure out what can be wrong at my side.

There was something very wrong in fact, I don't know exactly what. Your order list was blocked, as were those that show all orders in the SSE. To fix this I had to forcefully delete 2 or 3 of your orders. Let us know if it happens again. I placed an Order just now and the loop seems to be complete.

> P.S. Am I really the first one who's trying to attach HMA Ordering to EOLI?

Well... Yes :-) Normally if you use an EOLI Search on the SSE you use a Custom or Default SSE Order. If you plan to use and HMA Order you start with an HMA Search. But it should work anyway.



Re: HMA Ordering + EOLI

Hello Ilya.

Which service is it? I see 3 on your account?

Paulo


Re: Re: HMA Ordering + EOLI

Hello Paulo,
the service I mean is "OntoSat Catalogue". Are you able to access one while it is in "testing" state?


Re: Re: Re: HMA Ordering + EOLI

OK, I'll give it a look.

If you want to delete services, all you need to do is tell us. We can do it but Service Providers can't.

We also have special privileges that allow us to access all services.

Paulo



Show posts:
Jump to forum: