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.