This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | CLEARCASE: Not able to check in EJB module : NoSuchElementException | ||
---|---|---|---|
Product: | obsolete | Reporter: | pcmreddy <pcmreddy> |
Component: | vcscore | Assignee: | Martin Entlicher <mentlicher> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | dkonecny, mentlicher, mmirilovic, ttran |
Priority: | P1 | Keywords: | JDK_SPECIFIC |
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Attaching the same exception in a more readable form.
zipped test case from BugTraq The contextual diff of the fix. The binary patch that fix this issue, put into <NB-install>/modules/autoload/patches/org-netbeans-modules-vcscore/ folder. |
Description
pcmreddy
2003-04-16 22:20:30 UTC
Created attachment 9984 [details]
Attaching the same exception in a more readable form.
It seems like the fix of issue #29271 was not sufficient. Not sure if that bug should be reopened, this may be a different condition. Moving to DataSystems for evaluation, see issue #29271 for a hint where can be the problem. > If you are not able to connect to this system I attached this test
case in
attachments.
Where is an attachemnt ?!?!?!
It seems like this issue was transfered from BugTraq, it will be nice
to know bugtraq bug number .
See BugId: 4849586 for attachments. Created attachment 10013 [details]
zipped test case from BugTraq
I'm not able to reproduce it. And there can be several reasons for that because we are not able to connect to your clearcase repository and I'm not familiar with clearcase VCS and your EJB staff at all. So my first question is: are you able to always reproduce it? Or did it happen only once? Second, I need _very_ detail guide how and what to do in IDE to "Add contents to your local clearcase repository". What I did is following: mounted some empty folder as clearcase FS; used ClearCase->Add Directory command to add all the directory structure from the zip; copied sources from the zip file to the local mirror of Clearcase repository; used ClearCase->Add To SourceControl on all the sources from the zip file; tried ClearCase->Check In on team/TeamModule node. The reported exception did not appear, but I'm experiencing several other ones like: INFORMATIONAL *********** Exception occurred ************ at Fri Apr 18 10:42:35 CEST 2003 java.io.IOException: Could not locate the primary file for the target application, "team/RosterApp.appasm". atcom.sun.forte4j.j2ee.appclient.ACDataObject.getTargetAppDO(ACDataObj ect.java:683) and there is also several times logged message: "Warning: assemblee couldn't restore link to file testlinuxvob5/cmproster3/web" which looks that your sources has some hardcoded path which can affect reproducibility of the issue as well. So please tell me what are exact steps to create ClearCase repository and TeamModule check in. Also try it on clear installation with empty userdir so that we both operate in the same environment. Btw. do I need a J2EE server or some special configuration of IDE? In the meantime I will analyze the source code, but at first glance I did get a clue what the problem might be. oops, I wanted to say "In the meantime I will analyze the source code, but at first glance I did _NOT_ get a clue what the problem might be." This is JDK bug. See <http://developer.java.sun.com/developer/bugParade/bugs/4721752.html> which was closed as duplicate of <http://developer.java.sun.com/developer/bugParade/bugs/4715206.html> which was fixed for JDK 1.4.2. The first issue contains also suggested workaround. The problem is that implementation of java.util.ArrayList.addAll() in JDK older than 1.4.2 is buggy - it does not expect that size of the passed collection could change. I suggest to workaround this in VcsFSCommandsAction.getSelectedFileObjectsFromActiveNodes(). Thanks David for your investigations, I will implement the workaround. Ironically, the workaround was already there for some time, but I've removed it after issue #29271 was fixed ;-) Fixed in the main trunk: /cvs/vcscore/src/org/netbeans/modules/vcscore/VcsFSCommandsAction.java,v <-- VcsFSCommandsAction.java new revision: 1.9; previous revision: 1.8 The fix is trivial and should be safe. Created attachment 10020 [details]
The contextual diff of the fix.
Created attachment 10021 [details]
The binary patch that fix this issue, put into <NB-install>/modules/autoload/patches/org-netbeans-modules-vcscore/ folder.
Reviewed. OK. pcmreddy, would you please verify the problem with the attached patch so that we can integrate it into the NB 3.5 / S1S 5.0 codebase? Thanks. Well, I try to verify the patch however I would strongly like to ask also PCM Reddy to verify it. So can you help us ? Well, it works fine for me too. I could "ClearCase|Check In" the TeamModule dataobject into the repository without any problems. All of its fileobjects were checked in properly. Are you sure the "team" directory had [CHECKEDOUT] status ? Sun ONE Studio 5.0 build #030417 with JDK 1.4.1 build #21 on Solaris 5.8 approved for 3.5 Thanks for the review, verification and approval. The workaround is merged into release35 branch: /shared/data/helm/cvs/repository/vcscore/src/org/netbeans/modules/vcscore/VcsFSCommandsAction.java,v <-- VcsFSCommandsAction.java new revision: 1.6.2.3; previous revision: 1.6.2.2 Verified in Sun ONE Studio 5.0 Standard Edition build #030521. |