Error Start Schema Registry

[Cris UB]

Hi folks! Today is my first day with confluent and I`m trying to install and run the Confluent QuickStart, following the path I downloaded the las version from confluent and executed the steps: with one on his on terminal in my mac.

1) Start Zookeeper

Command: ./bin/zookeeper-server-start ./etc/kafka/zookeeper.properties

Result: [2015-09-11 20:29:38,370] WARN Either no config or no quorum defined in config, running  in standalone mode (org.apache.zookeeper.server.quorum.QuorumPeerMain)

Running

2)Start Kafka

Command: ./bin/kafka-server-start ./etc/kafka/server.properties

Result : Running

3)Start the Schema Registry

Command:  ./bin/schema-registry-start ./etc/schema-registry/schema-registry.properties

Result: 

Exception in thread "main" java.lang.NoClassDefFoundError: io/confluent/common/config/AbstractConfig

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(ClassLoader.java:760)

at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)

at java.net.URLClassLoader.access$100(URLClassLoader.java:73)

at java.net.URLClassLoader$1.run(URLClassLoader.java:367)

at java.net.URLClassLoader$1.run(URLClassLoader.java:361)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:360)

at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)

at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(ClassLoader.java:760)

at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)

at java.net.URLClassLoader.access$100(URLClassLoader.java:73)

at java.net.URLClassLoader$1.run(URLClassLoader.java:367)

at java.net.URLClassLoader$1.run(URLClassLoader.java:361)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:360)

at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)

at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

at io.confluent.kafka.schemaregistry.rest.Main.main(Main.java:40)

Caused by: java.lang.ClassNotFoundException: io.confluent.common.config.AbstractConfig

at java.net.URLClassLoader$1.run(URLClassLoader.java:372)

at java.net.URLClassLoader$1.run(URLClassLoader.java:361)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:360)

at java.lang.ClassLoader.loadClass(ClassLoader.java:424)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)

at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

... 25 more

Are you guys with the same problem? Probably it`s easy solution but I didn`t found a solution ...

[James Bassett]

We got the same error on upgrading to 1.0.1. I took a quick look and it appears that the share\java\confluent-common directory is no longer in the distribution (so the schema registry can't find the class because common-config-1.0.jar is missing).

I can confirm that copying this directory from the old distribution solves the issue.

Looks like an 1.0.2 might be on the cards :P

[James Bassett]

After a quick glance over the packaging repo, I'd say (just a guess!) it's a typo in settings.sh, i.e.

CP_PACKAGES="common rest-utils schema-registry kafka-rest camus"

should be 

CP_PACKAGES="confluent-common rest-utils schema-registry kafka-rest camus"

[Cris UB]

Tks James yeap is really a bug

I opened the issue on Confluent github and the bug is already fixed on confluent https://github.com/confluentinc/schema-registry/issues/228

[Michael Noll]

Just to confirm to other readers of this discussion thread:
The bug reported by Cris has been fixed in the meantime.  Sorry for any inconvenience this may have caused!

Best wishes,
Michael

[James Bassett]

Thanks Michael,

I didn't think to look on the schema-registry issue tracker, as I figured it was a packaging issue. Great to see it's fixed so quickly :)