Has anyone had any experience sending a Cordys SOAP request from within Baan code to the WCP Gateway? I'm doing it exactly like their documentation says to but get the message "Couldnt invoke the method in JVM."

Hi Steve,

It would be helpfull to know what version of Cordys you are using?
Do you use BCP 4.1 or perhaps one of the Cordys WCP versions?
Also whether the Cordys Business Application Connector for BAAN is being used as well.

Regards,

Edwin

We are using BAC 1.4 and WCP 1.5

Hi,
IT's because of classpath problem. CBACServer.jar which comes with Cordys BAC - for Baan is not in the classpath. Set this to classpath. Everything will go right.

Regards,

Heard that Cordys is using illegal non supported interfaces towards Baan. So, why should I buy this stuff ? :confused:

It uses only the features which Baan exposes. It doesnt use any illegal interface as far as my knowledge goes. So start using it instead of getting confused :-) :)

Hello "Cordys"

I invite you to come and see our product. Then you can judge. We are ready to take comments anytime as we do with all participants.

Hey "Cordÿs"

Who are you, why not your own name? be fair.

Hi, It should be classpath problem. set the classpath to cbacserver.jar and also other to bjvmi.jar as described in the document.

Hey "Cordÿs"

Who are you, why not your own name? be fair.


Hey hdruiter,
:cool: I took this name because my normal name was already in use. Normally I only watch and read the discussions, but now I wanted to react as I see big risks for customers. Let me explain.

I work for a big consulting group and evaluated Cordys and OpenWorldX. My customer wanted to have a deep and native integration and the only ones that have that is Baan/SSA. They can change, enhance, build interfaces to make their product better. Integrating from the outside is painfull and complex. In most case you hit private interfaces which can change without any notice of the software vendor. My customer found that a big risk, and they started to implement OpenWorldX (they are up and running right now).

Using a tools like Cordys brings these kind of risks also, because Cordys is not a certified or known Baan partner like for example Crystal reports (BO). Baan did a joint development together with Crystal to build the integration. In that case the integration product is supported. They also integrate deeply into the product.

I am also not interested in the invitation as I saw already demo's and worked with a trial version (or was it a job offer?). As I have a deep technical knowledge about interfacing to Baan, I checked the Cordys to Baan integration and was not very impressed by the way of integration. Even worse, I think that some of the interfaces that are used are outdated and work only with old portingsets. They are also not documented in the public developer manuals but only in the internal developer manuals (yes!, I am lucky and have got the internal developers manual, but I program only with the public interfaces). So, when you do not use public interfaces you will run into big big trouble. That was also the conclusion of my customer.

Steve

Hi Steve,
Could you tell what kind of illegal interfaces that are used in Cordys? It will be nice if you are more specific while quoting something. Also let me know what you mean by old porting set(i mean in numbers) and what u mean by new porting set?

Regards,

Hi steve,

is this really true? I was engaging a customer yesterday (staying a couple of months in EMEA) and they were interested in Cordys, but if this type of integration will not be supported I need be fair to the customer and maybe redirect them to OpenWorldX.

will wait for your answer!

Hi Steve and others,

I am totally not technical and have been following your discussions with high interest.
However, the last posts by Steve and Jeremy are confusing to me.

Of course SSA Global will only support OpenWorldX and no other interfaces with BAAN. This is in their best interest.
But in the world of today and certainly in that of the tomorrow nobody is waiting for a solution that can be interfaced with only one product.
I was always under the impression that the whole purpose of stuff like XML and SOAP was to expose proprietary systems like BAAN so that you can interface to other systems as well. It should therefore not matter what platform (Cordys BCP, OWX, BizTalk, etc.) is sitting in the middle.

As mentioned in an earlier post I have to repeat again that in fact this entire discussion is useless.
In the end the market will decide what solution/concept will be the winner and what solutions/concepts will be the losers.
One thing I do know is that if SSA is not going to further enhance the exposure of the BAAN software (IV, V and VI Gemini) so that others can interface with BAAN as well they will shoot themselves in the foot.
Customers will recognize that and simply walk away from BAAN and its single door to the scary outside world, OpenWorldX.

I have never understood that BAAN mentality of protecting their ideas, products and vision. The world outside of BAAN is so much bigger and the forces out there are so much stronger. One has to listen to the market and cannot afford to create this self-fullfilling prophecy among employees and supporters. One only has to analyze what happened to the way BAAN VI Gemini was designed and developed initially to understand how BAAN is putting their products and solutions in the market place: a major gap between what the market needs and what the vendor assumes the market needs.
That is the underlying reason why BAAN, and OpenWorldX potentially, failed and that is why I am so concerned customers will never hear about things like this.

Again, I am just a non-technical observer but to me this whole discussion is futile so please do not shoot the messenger.
My two cents is that in the end Microsoft will come up with a single standard that supports both .NET and JAVA and their integration tools will dominate the market. Just like Lance Armstrong dominates the Tour de Lance and the US dominates the political and military agenda in the world. It is all about control. Whether we like it or not.

Regards,

Edwin

Hi steve,

is this really true? I was engaging a customer yesterday (staying a couple of months in EMEA) and they were interested in Cordys, but if this type of integration will not be supported I need be fair to the customer and maybe redirect them to OpenWorldX.

will wait for your answer!


Hi Jeremy,

I will leave you a PM with my observations.

Steve

Hi Edwin,

so if M$ is going to rule the world as you were saying, why should I buy Cordys? M$ has so much R&D power that even if Cordys has some advantages, they will overtake them. The new visual studio (whidbey) is really much further than Cordys.

So ERP + OWX Connector for .NET and M$ tools would be then the solution?

Hi Jeremy,

My intention is not to defend Microsoft, Cordys or BAAN.
In fact I do not care what particular standard(s) will become widely accepted by the market as leading. I am just observing the directions vendors of collaborative technologies are taking and as an independent I can only say this: Knowing what is going to be at stake in the market of collaborative technologies in the next few years I only find that discussions between BAAN and Cordys are marginal and peanuts.

BAAN with OWX never even made it to Gartner's Magic Quadrant. Cordys did but has to work on their ability to execute. Microsoft is so powerful that within five years from now we will only be discussing all that is going on between the two traditional sides: Microsoft and the rest of the vendors.

Do whatever you think is best for your client.
If you believe that right now BAAN OWX is the best solution for today, be my guest. However, I do not believe that is the solution for tomorrow and I believe that you as an independent are obliged to tell your client the full story. In the end they have to make the decision and need to know where the market is going before they start investing in particular technologies.

Regards,

Edwin

Hi Edwin,

actually Baan and OWX were in the magic quadrant last year.....look at the integration one.....

Hi Jeremy,

Thanks a lot for the info.
Are they in the MQ this year again? Or has the technology already become outdated?

Regards,

Edwin

Edwin,

OpenWorldX was last year in the Gartner MQ (Integrations). We are not in this years MQ, because we decided that with our IBM partnership we are in the right spot :p. Therefore we did not re-apply.

To come back to your statement. OpenWorldX is NOT outdated :p and provides together with IBM an even broader suite then ever :D . SSA/Baan is the only vendor that can provide a native integration towards Baan and other SSA products.

AJ

Arend-Jan,

Thanks a lot for your explanation.
Perhaps SSA/BAAN has to do a better job in communicating this info towards its existing and prospective customers. That is another weakness you guys still have. These are not my own words and by listening to the user community you can hear that too.

I will no longer add to this discussion as it still remains useless.
Good luck with your battles against Cordys.

Regards,

Edwin