We finally got hold of ClearCase 7.0.1.0. This solved the remaining issues in this thread.

Thanks!
//OLof

This error would occur if the location being looked up is not in a view
.... so it looks like there are other CC V6.x problems beyond the one you
addressed with the workaround script you provided for the "view root"
problem. We're setting up a ClearCase V6 machine to test against, so we
can reproduce the error (and fix it!).

If anyone using V7.x ClearCase is encountering this problem, please let
me know.

Cheers,
Geoff

oloza wrote:

When running the synchronization build engine, the java version _does_
matter. In my las post, I used

jbe -repository http://localhost:9080/jazz -userId ccsync -engineId
CcSyncEngine -sleep 1

This would give java 1,6,0_03, as returned by "java
-version".

On the other hand, if I use

jbe -vm ..\..\..\client\eclipse\jdk\bin\java.exe -repository
http://localhost:9080/jazz -userId ccsync -engineId CcSyncEngine
-sleep 1

(which seems to use java 1.5.0) I get a different error message in my
build log:

---
java.lang.ClassCastException:
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with
javax.wvcm.ControllableResource
at
com.ibm.rational.wvcm.interop.InteropStream.findCloneRoot(InteropStream.java:474)
at
com.ibm.rational.wvcm.interop.InteropStream.internalSetCloneRoots(InteropStream.java:2207)
at
com.ibm.rational.wvcm.interop.InteropStream.sync(InteropStream.java:2815)
at
com.ibm.team.connector.scm.task.ConnectorTasks.synchronizeStream(ConnectorTasks.java:151)
at
com.ibm.team.connector.scm.task.ConnectorTasks.doExecute(ConnectorTasks.java:82)
at
com.ibm.team.build.ant.task.AbstractTeamBuildTask.execute(AbstractTeamBuildTask.java:341)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:357)
at
org.apache.tools.ant.Target.performTasks(Target.java:385)
at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
at
org.apache.tools.ant.Project.executeTarget(Project.java:1298)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at
org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at org.apache.tools.ant.Main.runBuild(Main.java:698)
at org.apache.tools.ant.Main.startAnt(Main.java:199)
at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

BUILD FAILED
C:\jazz\buildsystem\buildtoolkit\ScmConnectors\buildfile.xml:39:
java.lang.ClassCastException:
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with
javax.wvcm.ControllableResource
---

BR //OLof

"oloza" <olof.zachrisson@tietoenator-dot-com.no-spam.invalid> wrote in
message news:fj8on1$46e$1@localhost.localdomain...

Thanx for the support so far. I haven't got hold of a CC 7.x client
yet, but I wrote a C cleartool wrapper that does a
printf("M:\n") if it detects "pwv -mvfsroot"
subcommand.

Hey, now that's downright clever! :-) I like it.

The wrapper _seems_ to work. I.e. the old error message is gone, and I
get just a little bit further. Trying the New ClearCase Workspace
wizard, in the Edit ClearCase Paths page, I can now press Browse
Paths and get a Browse Paths window where I can see my vobs. But when
pressing the "+" next to my vob, I get a Jazz ClearCase
Interop popup saying:

---
Unexpected Error Message

Reason:
An InvocationTargetException was thrown while 'Fetching children of
jazz_test'

Details:
java.lang.reflect.InvocationTargetException
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with
javax.wvcm.ControllableFolder
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with
javax.wvcm.ControllableFolder
---

But what does this mean? I thought javax was part of the JRE, which
would mean I'm running the wrong version of java? But RTC comes with
it's own JDK... I don't get it.

//OLof

I think I saw this at one time too, in the past week. I don't remember the
cause, and it's fixed
now in the latest version of the code (so reproducing would be very
difficult, I hope). Can
you post a stack trace? Every message the GUI outputs is also written to
the error log, so there
should be something in there.

To answer your question, we ship with our own version of javax. For reasons
I don't understand,
the lower layer was returning a ResourceImpl object when I'd asked for a
ControllableFolder
object, and I was getting a class cast exception. I wish I could remember
the cause, but sorry,
I just can't.

Brian

When running the synchronization build engine, the java version _does_ matter. In my las post, I used

jbe -repository http://localhost:9080/jazz -userId ccsync -engineId CcSyncEngine -sleep 1

This would give java 1,6,0_03, as returned by "java -version".

On the other hand, if I use

jbe -vm ..\..\..\client\eclipse\jdk\bin\java.exe -repository http://localhost:9080/jazz -userId ccsync -engineId CcSyncEngine -sleep 1

(which seems to use java 1.5.0) I get a different error message in my build log:

---
java.lang.ClassCastException: com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with javax.wvcm.ControllableResource
at com.ibm.rational.wvcm.interop.InteropStream.findCloneRoot(InteropStream.java:474)
at com.ibm.rational.wvcm.interop.InteropStream.internalSetCloneRoots(InteropStream.java:2207)
at com.ibm.rational.wvcm.interop.InteropStream.sync(InteropStream.java:2815)
at com.ibm.team.connector.scm.task.ConnectorTasks.synchronizeStream(ConnectorTasks.java:151)
at com.ibm.team.connector.scm.task.ConnectorTasks.doExecute(ConnectorTasks.java:82)
at com.ibm.team.build.ant.task.AbstractTeamBuildTask.execute(AbstractTeamBuildTask.java:341)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:357)
at org.apache.tools.ant.Target.performTasks(Target.java:385)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at org.apache.tools.ant.Main.runBuild(Main.java:698)
at org.apache.tools.ant.Main.startAnt(Main.java:199)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

BUILD FAILED
C:\jazz\buildsystem\buildtoolkit\ScmConnectors\buildfile.xml:39: java.lang.ClassCastException: com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with javax.wvcm.ControllableResource
---

BR //OLof

Still using my cleartool wrapper I manually add my CC path and run the synchronization build, getting yet another error message in the build log. See below.

BR //OLof

---
java.lang.ClassCastException: com.ibm.rational.wvcm.ri.impl.ResourceImpl cannot be cast to javax.wvcm.ControllableResource
at com.ibm.rational.wvcm.interop.InteropStream.findCloneRoot(InteropStream.java:474)
at com.ibm.rational.wvcm.interop.InteropStream.internalSetCloneRoots(InteropStream.java:2207)
at com.ibm.rational.wvcm.interop.InteropStream.sync(InteropStream.java:2815)
at com.ibm.team.connector.scm.task.ConnectorTasks.synchronizeStream(ConnectorTasks.java:151)
at com.ibm.team.connector.scm.task.ConnectorTasks.doExecute(ConnectorTasks.java:82)
at com.ibm.team.build.ant.task.AbstractTeamBuildTask.execute(AbstractTeamBuildTask.java:341)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:357)
at org.apache.tools.ant.Target.performTasks(Target.java:385)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at org.apache.tools.ant.Main.runBuild(Main.java:698)
at org.apache.tools.ant.Main.startAnt(Main.java:199)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

BUILD FAILED
C:\jazz\buildsystem\buildtoolkit\ScmConnectors\buildfile.xml:39: java.lang.ClassCastException: com.ibm.rational.wvcm.ri.impl.ResourceImpl cannot be cast to javax.wvcm.ControllableResource
---

BR //OLof

Thanx for the support so far. I haven't got hold of a CC 7.x client yet, but I wrote a C cleartool wrapper that does a printf("M:\n") if it detects "pwv -mvfsroot" subcommand.

The wrapper _seems_ to work. I.e. the old error message is gone, and I get just a little bit further. Trying the New ClearCase Workspace wizard, in the Edit ClearCase Paths page, I can now press Browse Paths and get a Browse Paths window where I can see my vobs. But when pressing the "+" next to my vob, I get a Jazz ClearCase Interop popup saying:

---
Unexpected Error Message

Reason:
An InvocationTargetException was thrown while 'Fetching children of
jazz_test'

Details:
java.lang.reflect.InvocationTargetException
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with javax.wvcm.ControllableFolder
com.ibm.rational.wvcm.ri.impl.ResourceImpl incompatible with javax.wvcm.ControllableFolder
---

But what does this mean? I thought javax was part of the JRE, which would mean I'm running the wrong version of java? But RTC comes with it's own JDK... I don't get it.

//OLof

We're going to fix this in beta2 so that it it tries the standard
defaults (M: on windows, /views on Unix) if the user has a version of
cleartool that doesn't support the -mvfsroot option, so it will work on
pre-V7 versions of ClearCase.

Cheers,
Geoff

Christophe Elek wrote:

Geoffrey Clemm <geoffrey.clemm@us.ibm.com> wrote in
news:fj6jn8$6mt$2@localhost.localdomain:

Hopefully, we can adjust our use of cleartool so we can work with v6.x
versions of ClearCase (stay tuned on that), but until then, if you can
get access to a v7.x version of ClearCase, please retry on a v7.x
version.

Cheers,
Geoff

Geoff, is it worth adding an explanation to the error message before beta
2 ? Something like


*********
Unexpected Error Message

Reason:
An InvocationTargetException was thrown while 'Fetching children of
workspace...'

Details:
java.lang.reflect.InvocationTargetException
Could not list files for the
pathname:null/jazz_test_JAZZ_TEST_BASE_8dbfd....
"cleartool pwv -mvfsroot" returns 'null'
Ensure you are using ClearCase version 7
********

I will create a work item once we confirm this:
An InvocationTargetException was thrown while 'Fetching children of
workspace...'
Means we do not have CC7 installed


Thoughts ?

Hopefully, we can adjust our use of cleartool so we can work with v6.x
versions of ClearCase (stay tuned on that), but until then, if you can
get access to a v7.x version of ClearCase, please retry on a v7.x version.

Cheers,
Geoff

Rob Stanzel wrote:

oloza wrote:
There seems to be no -mvfsroot option for pwv, at least on my system.

Hi, this indicates that the version of ClearCase you're using is too old
- it needs to be v7.x.

The two warning messages you see can be ignored (we'll add this to the
beta2 documentation). In particular, the "unable to locate tools.jar"
is just a message from ant, but sync doesn't use anything from
tools.jar, so this is not a problem. Also, the "log4j missing
appenders" can be ignored, since we don't currently send anything
interesting to the log4j logger.

The real problem is the fact that "cleartool pwv -mvfsroot" isn't
supported on your system (that's what is causing the sync to fail).
I'll check with our cleartool guru, but it sounds like the -mvfsroot
option may not be supported on older versions of CC, and we need instead
to just strip this value out of the "cleartool pwv" command. I'll get
back to you soon on that.

Cheers,
Geoff

oloza wrote:

I tried executing this syncengine.startup.bat file from the command
line, and it did get the ClearCase syncronization started. However,
in the online docs, another way of starting the synchronization build
engine are suggested. I tried:

jbe -repository http://localhost:9080/jazz -userId ccsync -engineId
CcSyncEngine -sleep 1

The result seems to be the same however: syncronization starts but
failes. Still I guess the jbe way is the right way to start the
synchronization build engine?

But there is a related issue regarding the build engine and tools.jar.
Both syncengine.startup.bat end the jbe command above produces a
"Unable to locate tools.jar" message in the build log. Now,
TeamConcert-0.6M4 contains an JDK (and thus tools.jar) but jbe is not
aware of that. After searching the forum I found the following
workaround:

jbe -vm ..\..\..\client\eclipse\jdk\bin\java.exe -repository
http://localhost:9080/jazz -userId ccsync -engineId CcSyncEngine
-sleep 1

This feels very awkward. But for now, could someone please confirm
that this is a correct way of starting the CcSyncEngine?

And it doesn't end there. The jbe command produces the following
output:

2007-12-05 14:41:53 Running build loop...
2007-12-05 14:41:53 Waiting for request...
log4j:WARN No appenders could be found for
params.DefaultHttpParams).
log4j:WARN Please initialize the log4j syst
2007-12-05 14:43:00 Found a request for bui
JAZZ_TEST_BASE_16.54.43".
2007-12-05 14:43:23 Waiting for request...

Is there an additional step regarding log4j that I've missed? Or could
I simply ignore these warnings?

BR //OLof

The ccuser is a TeamConcert user, not a ClearCase user.
The ClearCase user for the sync process is the OS identity of
whoever
executed the syncengine.startup.bat file.

Cheers,
Geoff

Yes, this is the result of the same problem you saw before ... failure
of the getMvfsRoot function. A fix for that will fix both of the
problems you have encountered. We'll have this fixed by beta2 (which
happily is only a couple of weeks away).

And we *really* appreciate you giving the M4 bits a whirl, so we could
get this problem uncovered and fixed for beta2!

Cheers,
Geoff

oloza wrote:

So I've started my CcSyncEngine, the syncronization runs but failes
with the following in the log file:

---
java.lang.IllegalStateException: CCaseLib has not been
initialized
at
com.ibm.rational.wvcm.ct.CCaseLib.getMvfsRoot(CCaseLib.java:100)
at
com.ibm.rational.wvcm.ct.CTLocation.parent(CTLocation.java:111)
at
com.ibm.rational.wvcm.ct.CTLocation.parent(CTLocation.java:1)
at
com.ibm.rational.wvcm.interop.InteropStream.internalSetCloneRoots(InteropStream.java:2226)
at
com.ibm.rational.wvcm.interop.InteropStream.sync(InteropStream.java:2815)
at
com.ibm.team.connector.scm.task.ConnectorTasks.synchronizeStream(ConnectorTasks.java:151)
at
com.ibm.team.connector.scm.task.ConnectorTasks.doExecute(ConnectorTasks.java:82)
at
com.ibm.team.build.ant.task.AbstractTeamBuildTask.execute(AbstractTeamBuildTask.java:341)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:357)
at
org.apache.tools.ant.Target.performTasks(Target.java:385)
at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
at
org.apache.tools.ant.Project.executeTarget(Project.java:1298)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at
org.apache.tools.ant.Project.executeTargets(Project.java:1181)
at org.apache.tools.ant.Main.runBuild(Main.java:698)
at org.apache.tools.ant.Main.startAnt(Main.java:199)
at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)

BUILD FAILED
C:\jazz\TeamConcert-0.6M4-win32\jazz\buildsystem\buildtoolkit\ScmConnectors\buildfile.xml:39:
java.lang.IllegalStateException: CCaseLib has not been initialized
---

Seems it fails in getMvfsRoot. Could this be related to my other
problem, not being able to browse for CC paths?

BR //OLof