Does RTC-CC Synchronizer support BaseCC-CQ integration ?

Yes, you can use the CC Synchronizer against any VOB.
But note that it doesn't do anything special with the metadata
produced/stored by the BaseCC-CQ integration, i.e. no CQ information is
imported to RTC from the BaseCC-CQ integration.

Cheers,
Geoff

On 5/27/2010 9:52 PM, masumi wrote:

Hi,

Is it possible to use RTC ClearCase Synchronizer against a VOB which
is using BaseCC-CQ integration ?

Thank you for the reply!

I tried both Windows trigger types, V1(Visual Basic) and V2(Perl).
When using V1 trigger, synchronization goes fine.
But when using V2,synchronization fails with the following error messages .

Is there any workarounds ?
Something to do with config.pl ?


== SynchronizationStackTrace ==
javax.wvcm.WvcmException: cleartool コマンドの実行に失敗しました:

cleartool checkin -nwarn -nc M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt
ERROR: The Base ClearCase/ClearQuest Integration is not currently
supported under ClearCase Web Servers
cleartool: Error: Unable to check in "M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt".
現行作業ディレクトリー: M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2
コマンドの結果のステータス: 1
コマンドの所要時間: 969 ms
プロセス環境:

at com.ibm.rational.wvcm.ct.CommandResult.assertSuccess(CommandResult.java:86)
at com.ibm.rational.wvcm.ct.CCaseLib.checkin(CCaseLib.java:728)
at com.ibm.rational.wvcm.ct.CTResource.checkinHelper(CTResource.java:353)
at com.ibm.rational.wvcm.ct.CTResource.checkinAllHelper(CTResource.java:369)
at com.ibm.rational.wvcm.ct.CTBaseCCView.doCheckinAll(CTBaseCCView.java:83)
at com.ibm.rational.wvcm.ri.srvc.SrvcResource.doCheckinAll(SrvcResource.java:1733)
at com.ibm.rational.wvcm.ri.impl.WvcmServiceConverter.doCheckinAll(WvcmServiceConverter.java:1275)
at com.ibm.rational.wvcm.ri.impl.WorkspaceImpl.doCheckinAll(WorkspaceImpl.java:255)
at com.ibm.rational.wvcm.interop.InteropStream.sendoverChanges(InteropStream.java:1160)
at com.ibm.rational.wvcm.interop.InteropStream.sendoverThisStream(InteropStream.java:762)
at com.ibm.rational.wvcm.interop.InteropStream.internalSync(InteropStream.java:2570)
at com.ibm.rational.wvcm.interop.InteropStream.doOperation(InteropStream.java:3935)
at com.ibm.team.connector.scm.operations.ConnectorOps.synchronizeStream(ConnectorOps.java:209)
at com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:184)
at com.ibm.team.connector.scm.cli.SyncSubcommand.synchronizeStream(SyncSubcommand.java:112)
at com.ibm.team.connector.scm.cli.SyncSubcommand.run(SyncSubcommand.java:74)
at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown Source)
at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(Unknown Source)
at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown Source)
at com.ibm.team.filesystem.cli.core.internal.Application.start(Unknown Source)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Unknown Source)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown Source)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at org.eclipse.equinox.launcher.Main.invokeFramework(Unknown Source)
at org.eclipse.equinox.launcher.Main.basicRun(Unknown Source)
at org.eclipse.equinox.launcher.Main.run(Unknown Source)

Yes, you can use the CC Synchronizer against any VOB.
But note that it doesn't do anything special with the metadata
produced/stored by the BaseCC-CQ integration, i.e. no CQ information is
imported to RTC from the BaseCC-CQ integration.

Cheers,
Geoff

On 5/27/2010 9:52 PM, masumi wrote:

Hi,

Is it possible to use RTC ClearCase Synchronizer against a VOB which
is using BaseCC-CQ integration ?

In general, the synchronizer just runs cleartool commands on the
synchronization host, and if one of those cleartool commands fail, it
prints out the command that failed (such as it did below). At this
point, you should get your cleartool experts to figure out why that
particular command fails on the synchronization host machine. (You
should be able to reproduce the same failure by just running that
command from the cleartool command line on the sync host machine)

If your local cleartool experts can't help, please call Rational
ClearCase support, and they will be able to help.

Cheers,
Geoff

On 5/31/2010 8:37 PM, masumi wrote:

Thank you for the reply!

I tried both Windows trigger types, V1(Visual Basic) and V2(Perl).
When using V1 trigger, synchronization goes fine.
But when using V2,synchronization fails with the following error
messages .

Is there any workarounds ?
Something to do with config.pl ?


== SynchronizationStackTrace ==
javax.wvcm.WvcmException: cleartool
nLk1WW~W_:


cleartool checkin -nwarn -nc
M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt
ERROR: The Base ClearCase/ClearQuest Integration is not
currently
supported under ClearCase Web Servers
cleartool: Error: Unable to check in
"M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt".

L\m:
M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2
nPn:
1
n@B:
969 ms
:

at
com.ibm.rational.wvcm.ct.CommandResult.assertSuccess(CommandResult.java:86)
at com.ibm.rational.wvcm.ct.CCaseLib.checkin(CCaseLib.java:728)
at
com.ibm.rational.wvcm.ct.CTResource.checkinHelper(CTResource.java:353)
at
com.ibm.rational.wvcm.ct.CTResource.checkinAllHelper(CTResource.java:369)
at
com.ibm.rational.wvcm.ct.CTBaseCCView.doCheckinAll(CTBaseCCView.java:83)
at
com.ibm.rational.wvcm.ri.srvc.SrvcResource.doCheckinAll(SrvcResource.java:1733)
at
com.ibm.rational.wvcm.ri.impl.WvcmServiceConverter.doCheckinAll(WvcmServiceConverter.java:1275)
at
com.ibm.rational.wvcm.ri.impl.WorkspaceImpl.doCheckinAll(WorkspaceImpl.java:255)
at
com.ibm.rational.wvcm.interop.InteropStream.sendoverChanges(InteropStream.java:1160)
at
com.ibm.rational.wvcm.interop.InteropStream.sendoverThisStream(InteropStream.java:762)
at
com.ibm.rational.wvcm.interop.InteropStream.internalSync(InteropStream.java:2570)
at
com.ibm.rational.wvcm.interop.InteropStream.doOperation(InteropStream.java:3935)
at
com.ibm.team.connector.scm.operations.ConnectorOps.synchronizeStream(ConnectorOps.java:209)
at
com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:184)
at
com.ibm.team.connector.scm.cli.SyncSubcommand.synchronizeStream(SyncSubcommand.java:112)
at
com.ibm.team.connector.scm.cli.SyncSubcommand.run(SyncSubcommand.java:74)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.Application.start(Unknown
Source)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Unknown
Source)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown
Source)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at org.eclipse.equinox.launcher.Main.invokeFramework(Unknown Source)
at org.eclipse.equinox.launcher.Main.basicRun(Unknown Source)
at org.eclipse.equinox.launcher.Main.run(Unknown Source)


gmclemmwrote:
Yes, you can use the CC Synchronizer against any VOB.
But note that it doesn't do anything special with the metadata
produced/stored by the BaseCC-CQ integration, i.e. no CQ information
is
imported to RTC from the BaseCC-CQ integration.

Cheers,
Geoff

On 5/27/2010 9:52 PM, masumi wrote:
Hi,

Is it possible to use RTC ClearCase Synchronizer against a VOB
which
is using BaseCC-CQ integration ?

Thanks for the replies.

But it was not a cleartool problem.
(running that command from the cleartool command line succeeded)

It was a trigger problem.

Synchronization sets the environment variable ATRIA_WEB_GUI to a value of 1, and that was the reason.
When ATRIA_WEB_GUI value is 1 (and ATRIA_WEB_CLEARPROMPT not defined), the V2 trigger ends up with an error.

So, for now, when using V2 trigger, maybe we should just deselect the branch type to apply the checkin/out policy in the CC-CQ integration tool.

In general, the synchronizer just runs cleartool commands on the
synchronization host, and if one of those cleartool commands fail, it
prints out the command that failed (such as it did below). At this
point, you should get your cleartool experts to figure out why that
particular command fails on the synchronization host machine. (You
should be able to reproduce the same failure by just running that
command from the cleartool command line on the sync host machine)

If your local cleartool experts can't help, please call Rational
ClearCase support, and they will be able to help.

Cheers,
Geoff

On 5/31/2010 8:37 PM, masumi wrote:

Thank you for the reply!

I tried both Windows trigger types, V1(Visual Basic) and V2(Perl).
When using V1 trigger, synchronization goes fine.
But when using V2,synchronization fails with the following error
messages .

Is there any workarounds ?
Something to do with config.pl ?


== SynchronizationStackTrace ==
javax.wvcm.WvcmException: cleartool
nLk1WW~W_:


cleartool checkin -nwarn -nc
M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt
ERROR: The Base ClearCase/ClearQuest Integration is not
currently
supported under ClearCase Web Servers
cleartool: Error: Unable to check in
"M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt".

L\m:
M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2
nPn:
1
n@B:
969 ms
:

at
com.ibm.rational.wvcm.ct.CommandResult.assertSuccess(CommandResult.java:86)
at com.ibm.rational.wvcm.ct.CCaseLib.checkin(CCaseLib.java:728)
at
com.ibm.rational.wvcm.ct.CTResource.checkinHelper(CTResource.java:353)
at
com.ibm.rational.wvcm.ct.CTResource.checkinAllHelper(CTResource.java:369)
at
com.ibm.rational.wvcm.ct.CTBaseCCView.doCheckinAll(CTBaseCCView.java:83)
at
com.ibm.rational.wvcm.ri.srvc.SrvcResource.doCheckinAll(SrvcResource.java:1733)
at
com.ibm.rational.wvcm.ri.impl.WvcmServiceConverter.doCheckinAll(WvcmServiceConverter.java:1275)
at
com.ibm.rational.wvcm.ri.impl.WorkspaceImpl.doCheckinAll(WorkspaceImpl.java:255)
at
com.ibm.rational.wvcm.interop.InteropStream.sendoverChanges(InteropStream.java:1160)
at
com.ibm.rational.wvcm.interop.InteropStream.sendoverThisStream(InteropStream.java:762)
at
com.ibm.rational.wvcm.interop.InteropStream.internalSync(InteropStream.java:2570)
at
com.ibm.rational.wvcm.interop.InteropStream.doOperation(InteropStream.java:3935)
at
com.ibm.team.connector.scm.operations.ConnectorOps.synchronizeStream(ConnectorOps.java:209)
at
com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:184)
at
com.ibm.team.connector.scm.cli.SyncSubcommand.synchronizeStream(SyncSubcommand.java:112)
at
com.ibm.team.connector.scm.cli.SyncSubcommand.run(SyncSubcommand.java:74)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.Application.start(Unknown
Source)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Unknown
Source)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown
Source)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at org.eclipse.equinox.launcher.Main.invokeFramework(Unknown Source)
at org.eclipse.equinox.launcher.Main.basicRun(Unknown Source)
at org.eclipse.equinox.launcher.Main.run(Unknown Source)


gmclemmwrote:
Yes, you can use the CC Synchronizer against any VOB.
But note that it doesn't do anything special with the metadata
produced/stored by the BaseCC-CQ integration, i.e. no CQ information
is
imported to RTC from the BaseCC-CQ integration.

Cheers,
Geoff

On 5/27/2010 9:52 PM, masumi wrote:
Hi,

Is it possible to use RTC ClearCase Synchronizer against a VOB
which
is using BaseCC-CQ integration ?

Yes, ATRIA_WEB_GUI is set by the CC Synchronizer, as documented in the
on-line documentation section:

Integrating > Rational Team Concert and Rational ClearCase > Using the
ClearCase Connector for Rational Team Concert source control >
Configuring and using the ClearCase Synchronizer > Synchronizing > Using
ClearCase triggers during Synchronization

This is to help prevent the synchronization process from hanging waiting
for interactive user input (the synchronizer runs as an unattended
background process, not as an interactive process).

Cheers,
Geoff


On 6/1/2010 10:38 AM, masumi wrote:

Thanks for the replies.

But it was not a cleartool problem.
(running that command from the cleartool command line succeeded)

It was a trigger problem.

Synchronization sets the environment variable ATRIA_WEB_GUI to a value
of 1, and that was the reason.
When ATRIA_WEB_GUI value is 1 (and ATRIA_WEB_CLEARPROMPT not defined),
the V2 trigger ends up with an error.

So, for now, when using V2 trigger, maybe we should just deselect the
branch type to apply the checkin/out policy in the CC-CQ integration
tool.

gmclemmwrote:
In general, the synchronizer just runs cleartool commands on the
synchronization host, and if one of those cleartool commands fail,
it
prints out the command that failed (such as it did below). At this

point, you should get your cleartool experts to figure out why that

particular command fails on the synchronization host machine. (You

should be able to reproduce the same failure by just running that
command from the cleartool command line on the sync host machine)

If your local cleartool experts can't help, please call Rational
ClearCase support, and they will be able to help.

Cheers,
Geoff

On 5/31/2010 8:37 PM, masumi wrote:
Thank you for the reply!

I tried both Windows trigger types, V1(Visual Basic) and V2(Perl).
When using V1 trigger, synchronization goes fine.
But when using V2,synchronization fails with the following error
messages .

Is there any workarounds ?
Something to do with config.pl ?


== SynchronizationStackTrace ==
javax.wvcm.WvcmException: cleartool
nLk1WW~W_:


cleartool checkin -nwarn -nc

M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt
ERROR: The Base ClearCase/ClearQuest Integration is not
currently
supported under ClearCase Web Servers
cleartool: Error: Unable to check in

"M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2\BASECCCQ\folder1\text.txt".

L\m:
M:\DO_NOT_USE_main_5d5f379b-f625-40af-bf7a-bb3b08fab3b2
nPn:
1
n@B:
969 ms
:

at

com.ibm.rational.wvcm.ct.CommandResult.assertSuccess(CommandResult.java:86)
at com.ibm.rational.wvcm.ct.CCaseLib.checkin(CCaseLib.java:728)
at

com.ibm.rational.wvcm.ct.CTResource.checkinHelper(CTResource.java:353)
at

com.ibm.rational.wvcm.ct.CTResource.checkinAllHelper(CTResource.java:369)
at

com.ibm.rational.wvcm.ct.CTBaseCCView.doCheckinAll(CTBaseCCView.java:83)
at

com.ibm.rational.wvcm.ri.srvc.SrvcResource.doCheckinAll(SrvcResource.java:1733)
at

com.ibm.rational.wvcm.ri.impl.WvcmServiceConverter.doCheckinAll(WvcmServiceConverter.java:1275)
at

com.ibm.rational.wvcm.ri.impl.WorkspaceImpl.doCheckinAll(WorkspaceImpl.java:255)
at

com.ibm.rational.wvcm.interop.InteropStream.sendoverChanges(InteropStream.java:1160)
at

com.ibm.rational.wvcm.interop.InteropStream.sendoverThisStream(InteropStream.java:762)
at

com.ibm.rational.wvcm.interop.InteropStream.internalSync(InteropStream.java:2570)
at

com.ibm.rational.wvcm.interop.InteropStream.doOperation(InteropStream.java:3935)
at

com.ibm.team.connector.scm.operations.ConnectorOps.synchronizeStream(ConnectorOps.java:209)
at

com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:184)
at

com.ibm.team.connector.scm.cli.SyncSubcommand.synchronizeStream(SyncSubcommand.java:112)
at

com.ibm.team.connector.scm.cli.SyncSubcommand.run(SyncSubcommand.java:74)
at

com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at

com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(Unknown
Source)
at

com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(Unknown
Source)
at
com.ibm.team.filesystem.cli.core.internal.Application.start(Unknown
Source)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(Unknown
Source)
at

org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown
Source)
at

org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown
Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at org.eclipse.equinox.launcher.Main.invokeFramework(Unknown
Source)
at org.eclipse.equinox.launcher.Main.basicRun(Unknown Source)
at org.eclipse.equinox.launcher.Main.run(Unknown Source)


gmclemmwrote:
Yes, you can use the CC Synchronizer against any VOB.
But note that it doesn't do anything special with the metadata
produced/stored by the BaseCC-CQ integration, i.e. no CQ
information
is
imported to RTC from the BaseCC-CQ integration.

Cheers,
Geoff

On 5/27/2010 9:52 PM, masumi wrote:
Hi,

Is it possible to use RTC ClearCase Synchronizer against a VOB
which
is using BaseCC-CQ integration ?