Rob, By chance have you come up with anything else on this? Is my best shot just deleting the existing file and reading it? Is there a way to rebuild all the XML files on a chance that one of these files has become corrupted?
Any help / guidance would be greatly appreciated. Tom -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Thomas Conte Sent: Thursday, August 12, 2004 4:24 PM To: 'Robert MacGrogan' Cc: [EMAIL PROTECTED] Subject: RE: [SourceJammer-users] Soap Error Rob, Here is a copy of file 174 from the masterfile directory. I've looked everywhere I can think of but have not found any logs that would seem to be relevant. I've attached the stdout, stderr and the tomcat logs. If you can think of anywhere else I can look I would be happy to do so. Tom -----Original Message----- From: Robert MacGrogan [mailto:[EMAIL PROTECTED] Sent: Thursday, August 12, 2004 3:39 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [SourceJammer-users] Soap Error OK. We're getting somewhere. The branch report builder is running into a problem pulling in the meta-data file for one of the branches--but it's not a file not found. Let's take a look at that master file. It's number 174 in the masterfile directory. Also, could you look again for exceptions in the server-side log. We've got to be getting some exception logging in there somewhere. --Rob --- Thomas Conte <[EMAIL PROTECTED]> wrote: > Rob, > > Attached is the file in question. When I click on the various tabs under > details I am able to view the FileInfo and History tabs. When I click on > the Tree tab I get the following: > > Error: Exception in building branch report. Exception in adding branch. > unable to access file information. null > > Out of curiosity I checked to see what would happen if I checked the > previous branches of the file. I get the same thing. > > > Here is what shows up on the fileinfo tab: > > Name: pkb_cb_nonpay_req.sql > ID: 1373 > File Size: 445k > File Type: Text > Created Date: 8/5/04 2:19 PM > History storage type: Diff > > File description > This is the initial load of the Source Jammer Repository. These files were > extracted from Oracle's CSRCS repository. The CSRCS terminal release > information is identified by lines beginning with "-- const". > > Here is what shows on the history tab: > > 18 3353 8/5/04 2:19 PM tconte > 17 3352 8/5/04 2:19 PM tconte > 16 2445 6/22/04 1:02 PM maugust > 15 2202 5/21/04 4:03 PM maugust > 14 2193 5/19/04 2:22 PM maugust > 13 2182 5/17/04 11:26 AM maugust > 12 2176 5/14/04 10:17 AM maugust > 11 2175 5/14/04 10:17 AM maugust > 10 2174 5/14/04 10:17 AM maugust > 9 1885 4/23/04 1:18 PM rbailey > 8 1186 4/14/04 9:32 AM maugust > 7 1083 3/26/04 11:16 AM maugust > 6 1068 3/22/04 7:08 PM maugust > 5 1027 3/17/04 8:28 PM maugust > 4 1000 3/10/04 1:21 PM maugust > 3 960 2/26/04 7:13 PM maugust > 2 526 1/22/04 11:35 AM tconte > 1 174 1/16/04 3:21 PM cmsadmin > > > > -----Original Message----- > From: Robert MacGrogan [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 12, 2004 10:28 AM > To: [EMAIL PROTECTED]; 'Sourcejammer-Users (E-mail)' > Subject: RE: [SourceJammer-users] Soap Error > > > Thomas, I'm afraid I don't really know what to tell you. > > The best I can guess is that the server-side check in method is throwing a > null pointer exception > for some unknown reason. I really would expect to see the stack trace in the > Tomcat logs > somewhere. Are there also some daily log files in the same TC logs > directory? If so, have you > checked these? This is a longshot. > > Since this is happening consistently with the same file, then it must be > that the xml meta data > file for that file is somehow corrupt. Do you think you could find the file > in question and send > it to me so I can take a look? > > The file I'm talking will be in your SJ server's archives directory, in a > directory called files > in another directory named for your archive. Like so: > > SJ_ROOT/archives/myArchive/files > > Look for the file with the same number as the id of the file you're having > trouble with. You can > find the id of your file by selecting the file in the SJ client, > right-clicking, selecting > Details, and then selecting the File Info tab. If you can't get this to work > (which might happen > if meta data file is corrupt) then I've got another way to find the id, but > it's more of a pain, > so I'll save the instructions until we really need them. > > Thanks. > > --Rob > > --- Thomas Conte <[EMAIL PROTECTED]> wrote: > > > Albert, > > > > The error you pointed out is not related to this one it was a case of user > > error. The file in error was checked out by my user, tconte. There is > > nothing in the logs that I can find that record information regarding my > > error. > > > > Tom > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of > > Albert Moliner > > Sent: Monday, August 09, 2004 3:04 AM > > To: 'Sourcejammer-Users (E-mail)' > > Subject: Re: [SourceJammer-users] Soap Error > > > > > > > > Hi, Tom. > > > > Line 771 of the server log says "This file is not checked out to user: > > bsakach". > > It looks as if you used to log in with a user, checked out the file, > > disconnected and from then on logged in with this other user, bsakach, > from > > the > > same client. > > To check the file back in you ought to log in with the same user who did > the > > check-out, whose name you can see in the file list of the client. > > > > Anyway, SJ should be sending the cause of the error to the client, and > > displaying a proper message, instead of the null error you are getting. > > > > Please, tell us if the username change solves it out. > > Albert. > > > > > > > > > > ----- Original Message ----- > > From: "Thomas Conte" <[EMAIL PROTECTED]> > > To: "'Robert MacGrogan'" <[EMAIL PROTECTED]>; "'Sourcejammer-Users > > (E-mail)'" <[EMAIL PROTECTED]> > > Sent: Friday, August 06, 2004 2:53 PM > > Subject: RE: [SourceJammer-users] Soap Error > > > > > > > Robert, Albert, > > > > > > Attached is stdout.log from the Tomcat server. Stderr.log is empty. > > > > > > Tom > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > > one more big change to announce. We are now OSTG- Open Source Technology > > Group. Come see the changes on the new OSTG site. www.ostg.com > > _______________________________________________ > > SourceJammer-users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > > one more big change to announce. We are now OSTG- Open Source Technology > > Group. Come see the changes on the new OSTG site. www.ostg.com > > _______________________________________________ > > SourceJammer-users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ATTACHMENT part 2 application/octet-stream name=1373 __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail File attachment: sj-logs.zip The file attached to this email was removed because the file name is not allowed. ------------------------------------------------------- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m _______________________________________________ SourceJammer-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sourcejammer-users