tc server start error

[gokdemirgnu]

I am using springsource-tool-suite-groovy-2.1.0.RELEASE-e3.5-linux-gtk-x86_64 on Ubuntu Jaunty 64 bit when click to start tc server from STS I get following error. Do you know any fix for that? Thanks

SEVERE: Unable to load property source[com.springsource.tcserver.security.PropertyDecoder].
java.io.FileNotFoundException: springsource (Is a directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at java.io.FileReader.<init>(FileReader.java:55)
at com.springsource.tcserver.security.PropertyDecoder .readFile(PropertyDecoder.java:139)
at com.springsource.tcserver.security.PropertyDecoder .<init>(PropertyDecoder.java:125)
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newI nstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Construc tor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.tomcat.util.digester.Digester.<clinit>(Digester.java:102)
at org.apache.catalina.startup.Catalina.createStartDi gester(Catalina.java:266)
at org.apache.catalina.startup.Catalina.load(Catalina .java:474)
at org.apache.catalina.startup.Catalina.load(Catalina .java:559)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.load(Bootstr ap.java:262)
at org.apache.catalina.startup.Bootstrap.main(Bootstr ap.java:414)
Aug 8, 2009 8:03:35 PM org.apache.tomcat.util.digester.Digester <clinit>
SEVERE: Unable to load property source[com.springsource.tcserver.security.PropertyDecoder].
java.io.FileNotFoundException: springsource (Is a directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at java.io.FileReader.<init>(FileReader.java:55)
at com.springsource.tcserver.security.PropertyDecoder .readFile(PropertyDecoder.java:139)
at com.springsource.tcserver.security.PropertyDecoder .<init>(PropertyDecoder.java:125)
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newI nstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Construc tor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.tomcat.util.digester.Digester.<clinit>(Digester.java:102)
at org.apache.catalina.startup.Catalina.createStartDi gester(Catalina.java:266)
at org.apache.catalina.startup.Catalina.load(Catalina .java:474)
at org.apache.catalina.startup.Catalina.load(Catalina .java:559)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.load(Bootstr ap.java:262)
at org.apache.catalina.startup.Bootstrap.main(Bootstr ap.java:414)

[mark.thomas]

Hi,

I think you have hit a bug in com.springsource.tcserver.security.PropertyDecoder

That class looks for a system property called com.springsource.tcserver.security.PropertyDecoder .passphrase which can be set to the actual passphrase or point to a file where tc Server can find the passphrase. It looks like it is set to "springsource" and you also have a directory called springsource in the current directory when tc Server starts.

Since the default tc Server bundled with STS does not use property encryption/encoding for any properties you can just change the passphrase. Under your servers folder, find the tc Server instance you are trying to start. Under that server there will be a number of files. One will be called calatina.properties. Open this file and edit the line
com.springsource.tcserver.security.PropertyDecoder .passphrase=springsource
to
com.springsource.tcserver.security.PropertyDecoder .passphrase=anythingthatisnotafilename

I have modified the tc Server code to be more rigorous in checking if this property is a file or a passphrase. The fix will be in the next release.

[gokdemirgnu]

Thanks Thomas although I changed passphrase to something else. when I run Tc server it modifies the catalina.propertie on runtime and turn the passphrase to springsource again so it gave the same error.
I changed the passphrase then chmod the catalina.properties to exclude write permission. I tried it it didnt give the same error but a popup windows appeared as below because it tries to replace it:


Publishing the configuration...
Error copying file to /home/katana/springsource/tc-server-6.0.20.A/conf/catalina.properties: /home/katana/springsource/tc-server-6.0.20.A/conf/catalina.properties (Permission denied)
/home/katana/springsource/tc-server-6.0.20.A/conf/catalina.properties (Permission denied)

[mark.thomas]

Hi,

I've just installed STS 2.1.0.SR01 and the tc Server integration isn't behaving the way I would expect it to. Changes I am making to the catalina.properties file aren't taking effect. I'll ping the STS team to figure out what I am doing wrong.

Mark

[cquirk]

Same problem here. If this becomes a Jira request please post. Thanks.

[mark.thomas]

Hi,

Sorry for the delay in replying - I was on annual leave.

The root cause has been fixed and released in tc Server 6.0.20.B. However, the 6.0.20.B release was only certified (ie went through our QA process) for AIX platforms. So you have two options:
1. Download tc Server for AIX and extract 6.0.20.B from that. It should work since Java is platform neutral but obviously be careful as we only tested it on AIX.
2. Wait for 6.0.20.C which will include the same fix and be certified for the usual platforms.

As for the issues you are seeing with STS not picking up your config changes, that would be best addressed on the Spring Development Tools Forum (http://forum.springsource.org/forumdisplay.php?f=32).

Kind regards,

Mark