Go to packages\WmMarketConnectTN\code folder and create a “libs” folder. Also there is a known issues with the above fix in advantage site.
Could you please tell me where to find the known issues for C1 in the webMethods site? I looked under the known issues and bugs section, but couldnt find anything there.
Thanks
Under Known Issues/FAQ->C1 OnRamp for Commerce One MarketSite 3.0 goto “Cannot submit C1 OnRamp Document after applying IS_4-6_SP2 and TNS_4-6_SP1”
The error you desribed looks like that, so throught may be helpful.
I fixed the earlier error by adding the dependency to the WmMarketConnectTN package.
Now I am getting this error.
I think there is a patch for C1 adaptor for this errors. Any ideas?
Thanks
java.lang.IllegalArgumentException: Alias default not found.
at com.wm.pkg.marketconnect.config.ConfigurationManager.getAlias(ConfigurationManager.java:191)
at wm.marketconnect.xdk.transport.getSendEnvelopeServiceFromAlias(transport.java:227)
at wm.marketconnect.xdk.transport.sendEnvelope(transport.java:182)
at java.lang.reflect.Method.invoke(Native Method)
at com.wm.app.b2b.server.JavaService.baseInvoke(JavaService.java:288)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:688)
at com.wm.app.b2b.server.BaseService.invoke(BaseService.java:140)
at com.wm.lang.flow.FlowInvoke.invoke(FlowInvoke.java:292)
at com.wm.lang.flow.FlowState.invokeNode(FlowState.java:559)
at com.wm.lang.flow.FlowState.step(FlowState.java:430)
at com.wm.lang.flow.FlowState.invoke(FlowState.java:400)
at com.wm.app.b2b.server.FlowSvcImpl.baseInvoke(FlowSvcImpl.java:1786)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:688)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:450)
at com.wm.app.b2b.server.Service.doInvoke(Service.java:495)
at com.wm.app.b2b.server.Service.doInvoke(Service.java:392)
at wm.marketconnect.tn.delivery.sendEnvelope(delivery.java:122)
at java.lang.reflect.Method.invoke(Native Method)
at com.wm.app.b2b.server.JavaService.baseInvoke(JavaService.java:281)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:688)
at com.wm.app.b2b.server.BaseService.invoke(BaseService.java:140)
at com.wm.lang.flow.FlowInvoke.invoke(FlowInvoke.java:292)
at com.wm.lang.flow.FlowState.invokeNode(FlowState.java:559)
at com.wm.lang.flow.FlowState.step(FlowState.java:430)
at com.wm.lang.flow.FlowState.invoke(FlowState.java:400)
at com.wm.app.b2b.server.FlowSvcImpl.baseInvoke(FlowSvcImpl.java:1786)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:688)
at com.wm.app.b2b.server.ServiceManager.invoke(ServiceManager.java:450)
at com.wm.app.b2b.server.Service.doInvoke(Service.java:495)
at com.wm.app.b2b.server.Service.doInvoke(Service.java:392)
at com.wm.app.tn.delivery.DeliveryUtils.invokeLocal(DeliveryUtils.java:930)
at com.wm.app.tn.delivery.DeliveryUtils.invokeService(DeliveryUtils.java:569)
at com.wm.app.tn.delivery.GuaranteedJob.invoke(GuaranteedJob.java:203)
at com.wm.app.tn.delivery.JobMgr$JobExecutor.run(JobMgr.java:975)
at com.wm.util.pool.PooledThread.run(PooledThread.java:103)
at java.lang.Thread.run(Thread.java:498)
Mark - Do you get this while trying to send out documents using the WmMarketConnectTN delivery service? It seems the delivery service isn’t able to select the correct alias for this customer. So its dropping down to the alias called ‘default’, but that’s not created either. So it chokes out.
In the TN profiles, choose the customer’s TN profile, then ‘Extended fields’; select the ‘C1 OnRamp’ group, and make sure the ‘MarketSite Alias’ is set to the correct alias defined in the C1 Onramp web administrator tool, and that the ‘C1DeliveryMode’ field is set to ‘Receiver Market’. If you see something different, do post it here.
PU: I found the bug with the C1 Onramp. 
You can just use “webMethods OnRamp for Commerce One MarketSite, 3.0 Fix 18” instead of manually creating the libs directory. The problem is this directory isn’t transferred across during package creation unless its non-empty.
Also, Mark - the problem I posted on Advantage went away with a server restart IIRC (its been sometime… . Also, we don’t use WmMarketConnectHTTPS anymore since we only deal with 4.1+ C1 Marketsites (which have fixed their HTTPS bug).
Hi Sonam,
Thanks for the reply.
I searched webMethods archive and found a bug regarding the default Alias.
This fix applies to the C1 Envelope HTTP(S) delivery service. Before this fix, all envelopes were routed to the default Alias. This fix now correctly routes the envelopes to the destination as specified by the C1DeliveryAlias attribute.
Commerce One OnRamp 3.0, Fix 7
I guess I will have to get the fix from wM.
Thanks
VR - Sorry man… I had hit this bug myself, and it should have sprung to mind. I keep forgetting the C1OR has its own seperate list of fixes! Below is the list of C1OR fixes that has our platform running stable with multiple marketsites.
The two numbers below are from the C1OR ‘About’ screen:
C1OR Version: 3.0.6
C1OR Build Number: 64
These are the C1OR Fixes we applied (no screen exists for this):
A) Certificate workaround - Used to deliver documents without certs to remote C1 marketsites which have a cert delivery bug. I don’t know the specific name for this fix, but it replaces C1OR Fix 1 (C1HTTPSClient.zip) which does not work on the 4.6 platform.
B) Fix 6 - makes Sender-Id corresponds to the participant ID
C) Fix 7 - fixes envelope routing to default Alias
D) Fix 8 - cosmetic fix for the web UI.
E) Fix 18 - ‘libs’ issue
I got “kills” A, B, D and E. :-). If someone is using the C1OR with other fixes, can you please add to this thread?
One thing - you may need to use the custom HTTPS listener provided in WmMarketConnectHTTPS. This is only needed if you transact with C1 marketsites whose C1 software version is below 4.1. With C1 4.1 and above, the normal HTTPS listener does fine.
It seems like C1 integration is a messy one. I am now trying to test sending documents to C1 site.
Thanks everyone and I will keep you posted how it goes.
Sonam,
We are using C1 OnRamp 3.0 with C1SP1. It is still in dev.
Fix 1 and 8 are already part of the SP1. That makes your version 3.0.12 build 70. We did the “libs” solution manually.
In production we have C1 OnRamp 3.0 with fix 1,2,3,4 for OnRamp that takes the version to 3.0 and build 62. I need to check on fix 6, 7, 18
Thanks for the information PU. I didn’t know that C1SP1 was out.
Fixes 6 and 7 are needed to communicate with multiple marketsites. Fix 18 is the same as the /libs fix you did manually.
Cheers!
Sonam
Hi,
I have been trying to get the C1 issues fixed. Now when I try to invoke the SendEnvelope service, the document doesnt get posted to Trading Networks. I search the TN for any documents but there is none. I also tried the receiveDocument but to no avail!
Any help is greatly appreciated.
Thanks
Error message indicates–TN ConversationScript is not able to recognize RNO (PIP starting doctype) that you are posting and not able to kickoff the conversation.
Pls make sure the RNO complies with mandatory headers(Preamble,Delivery,ServiceHeader,ServiceContent), and with proper cofiguration of loading PAR files with starting doctype.
HTH.
–
<javaclass>java.lang.NoClassDefFoundError</javaclass>
<message>com/wm/app/tn/cm/ConversationScriptList</message>
<stacktrace>java.lang.NoClassDefFoundError: com/wm/app/tn/cm/ConversationScriptList
“NoClassDefFoundError” most likely means a classpath problem.
I don’t think this is a C1 Onramp isuse, and I am not sure how to fix it. However, but when we were using (buggy!) FCS versions of the C1 OnRamp, I had to hardcode the classpath to certain packages in server.sh. Thankfully, we don’t need to do that now, but we don’t use Conversation Manager.