Support Forum

[phancox]

Running version 4.0.8 with Subversion as our SCM. After upgrade we are seeing the following in the logs.

Code: Select all

2010-11-25 17:01:24,222 DEBUG com.trackstudio.startup.SCMDaemon:run:124 - CLOSE SESSION SCMDaemon
2010-11-25 17:01:27,206 DEBUG com.trackstudio.startup.SCMDaemon:run:128 - SCMDaemon error:
CVS: SSH connection failed.
        at com.trackstudio.app.scm.CVSManager.cvsRlog(CVSManager.java:209)
        at com.trackstudio.app.scm.CVSManager.initCache(CVSManager.java:129)
        at com.trackstudio.startup.SCMDaemon.run(SCMDaemon.java:126)

We aren't using CVS at all.

A brief inspection of the code shows:

Code: Select all

                     if (TypeSCMConstrain.SVN.equals(Config.getInstance().getSCMType(connectionName))) {
                        scmManager = CVSManager.getInstance();
                    } else if (TypeSCMConstrain.CVS.equals(Config.getInstance().getSCMType(connectionName))) {
                        scmManager = SVNManager.getInstance();
                    } else if (TypeSCMConstrain.P4.equals(Config.getInstance().getSCMType(connectionName))) {
                        scmManager = PerforceManager.getInstance();
                    } else if (TypeSCMConstrain.BZR.equals(Config.getInstance().getSCMType(connectionName))) {
                        scmManager = BazaarManager.getInstance(connectionName);     
                    } else {
                        continue;
                    }
                    synchronized (indexLock) {
                        log.debug("CLOSE SESSION SCMDaemon");
                        try {
                            scmManager.initCache(connectionName);
                        } catch (Exception ex) {
                            log.debug("SCMDaemon error:", ex);
                        }
                    } // sync
                    minCnt++;
                } // for


Are the first two "if" statements the wrong way around?

[admin]

Yes, looks like ugly bug.

[phancox]

I'm thinking of trying to fix this in a local build as I have a source code licence.

Haven't attempted this before. Is there any documentation available on building from source? I see the ".bash" scripts but they appear to have some paths hardcoded so not sure of all the places I'd need to check?

[admin]

I'm thinking of trying to fix this in a local build as I have a source code licence.

Haven't attempted this before. Is there any documentation available on building from source? I see the ".bash" scripts but they appear to have some paths hardcoded so not sure of all the places I'd need to check?

Please check this one
http://download.trackstudio.com/doc/en/ ... ource.html

You should execute "build" target and replace old trackstudio.jar with new one.

[phancox]

I'm thinking of trying to fix this in a local build as I have a source code licence.

Haven't attempted this before. Is there any documentation available on building from source? I see the ".bash" scripts but they appear to have some paths hardcoded so not sure of all the places I'd need to check?

Please check this one
http://download.trackstudio.com/doc/en/ ... ource.html

You should execute "build" target and replace old trackstudio.jar with new one.

That was simple enough and implementing that patch seems to have resolved my issue

THANKS

[phancox]

Has this issue been fixed in 4.0.9?

How far off is version 4.0.10?

Just contemplating whether to update to latest formal release.

THANKS

[admin]

Hope to release 4.0.10 this/next week.

[phancox]

Hope to release 4.0.10 this/next week.

Thanks, I'll probably wait for 4.0.10 then.

Can you confirm that this issue is fixed in the 4.0.10 release? I can't recall if you publish release notes or not? If you do, I can't recall where to find them

REGARDS