Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Bulk Upload Error

Status
Not open for further replies.

cdfly

Programmer
Jun 16, 2010
68
US
Hello,
I'm troubleshooting an existing bulk upload module we are using in Livelink 9.5.1. The module allows users to select multiple files and then upload them. All works well until more than 20 files are selected, it fails with the following error on the 21st file. I've set breakpoints but it never breaks when it gets that error, when 20 or less files it reaches the break

Error parsing the GET/POST data stream.

Thanks
 
Yep, one of our modules. Correct, it's always the 21st file to fail. I thought that it must be a limit set in one of the config files but didn't see anything. Plus it doesn't reach any of the break points which makes it harder

Thanks
 
That is very surprising.If you view source and find what the post( I doubt if we can do gets) is doing whether it is a RH or a webnodeaction,regardless of 20 or less when the code works it should hit that,wouldn't it.If you can make it break before the 20 limit then you can look at the problematic areas I suppose.Or could it be that the module is loaded on serveral servers in a cluster and when you put a break the request isnot going to the server where you have put the break on.


Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008
 
Ok. Yea, I'm confused on why it won't break when it's has more that 20 files but does when it's less than 20. Well actually I suppose that it's throwing an error before it reaches the break point. Is there somewhere that I can put a break point before the module gets called? Just as a test I changed the action of the form to point to amazon.com and that worked so it's definitely some in the livelink server when it get's posted to it.
 
Without seeing the code and some details of your test files its almost impossible to identify where to put a break point to provide any useful information.

Greg Griffiths
Livelink Certified Developer & ECM Global Star Champion 2005 & 2006
 
Thanks. I wasn't sure if there was one module that always got called first before any other module was called. There is a setting in opentext.ini that I noticed, do you know what the following is for?

FetchSize=20
 
modules get called in a variety of orders depending on what you are calling. I am not aware of that setting, what is the section header for it in opentext.ini ?

Greg Griffiths
Livelink Certified Developer & ECM Global Star Champion 2005 & 2006
 
It's under the [XML] section heading.

Thanks
 
Looking at the OpenText.ini reference, included in the Admin OnLine Help ( page 159 describes this value, which seems to be only related to XML Import/Export, so unless your method is using XML, it is unlikely that this is the cause.

Is this an OScript module you have written yourself, or have you purchased it from a third party ?

To assist further we would need to see the module and your sample files as well as some config details to ensure our setup is the same as yours.

Greg Griffiths
Livelink Certified Developer & ECM Global Star Champion 2005 & 2006
 
This is a in house mod. I went through the log files and found some errors when it tries to read the last file.
These look like LiveLink mods to me, do you have an idea
where these are "KHTTPArgs" or "CrackMultipart" ?


file_1_dcstype = text/plain
file_1 = d:\Upload-S01\ll5720T00
KHTTPArgs::GotoNextPart start -- 10:21:19(2156) 2434
KHTTPArgs::ReadMoreUntil end -- 10:21:19(2156) returned 52 bytes and found the until string.
KHTTPArgs::GotoNextPart end -- 10:21:19(2156) 2380 part size was: 7
file_0_content_type = text/plain
Error detecting mime type: 3
file_0_dcsMimeTypeStatus = failure
file_0 = d:\Upload-S01\ll5720
CrackMultipart: error - did not process full content length: 2380
Exiting
 
I have, the only place I see it is in the main.findInfo
This is what I see when I go there.
{'GotoNextPart',0,'',2,4}
 
Unfortunately my customer won't allow me to release the code. I really appreciate your time with this though. I guess from here I need to do some research and hopefully get a break point set so that I can step through the code. I put break points in every place that I could think of in our module but it never makes it which leads me to believe that LiveLink is grabbing it up the chain somewhere.
Anyway, thanks again for the help, I'll post a solution if I find one
 
Well since you are on a wild goose chase here's something that you can try.I am sure the programmer that did the module used standard livelink code so my guess is that eventually
the calls like llipi.nodecreate will internally call some methods in this
$WebDocUtils.
If this came form the era of DAPI stuff(pre 1992 or so) it will make your life pretty difficult) you can check in your code to see if the programmer used a lot of DAPI stuff vs lliapi stuff.

I would try putting a break in webdsp Dispatch tracing the chain from there on wards if livelink is involved.This is not fun you should know enough about the chain of command and is very time consuming.

if you put debug=2,wantlogs=true and run the exception and see if a trace file is generated.Post the trace file and perhaps Greg or I may be able to spot something.

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top