Quartz schedular problem accessing thru RMI client

Question

Hi,
I am trying to access Quartz scheduler through RMI client/server.
Quartz scheduler RMI is starting up properly.
When I run the RMI client I am receiving the following error.
=================================================================
org.quartz.SchedulerException: Error communicating with remote scheduler. [See nested exception: java.rmi.UnmarshalException: Error unmarshaling return; nested exception is:
     java.io.InvalidClassException: oracle.classloader.util.AnnotatedNoClassDefFoundError; local class incompatible: stream classdesc serialVersionUID = -4364152148004017014, local class serialVersionUID = -687990861161016914]
     at org.quartz.impl.RemoteScheduler.invalidateHandleCreateException(RemoteScheduler.java:135)
     at org.quartz.impl.RemoteScheduler.scheduleJob(RemoteScheduler.java:335)
     at net.nighttale.scheduling.rmi.QuartzClient.main(QuartzClient.java:17)
* Nested Exception (Underlying Cause) ---------------
java.rmi.UnmarshalException: Error unmarshaling return; nested exception is:
     java.io.InvalidClassException: oracle.classloader.util.AnnotatedNoClassDefFoundError; local class incompatible: stream classdesc serialVersionUID = -4364152148004017014, local class serialVersionUID = -687990861161016914
     at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:217)
     at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
     at org.quartz.core.QuartzScheduler_Stub.scheduleJob(Unknown Source)
     at org.quartz.impl.RemoteScheduler.scheduleJob(RemoteScheduler.java:332)
     at net.nighttale.scheduling.rmi.QuartzClient.main(QuartzClient.java:17)
Caused by: java.io.InvalidClassException: oracle.classloader.util.AnnotatedNoClassDefFoundError; local class incompatible: stream classdesc serialVersionUID = -4364152148004017014, local class serialVersionUID = -687990861161016914
     at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:519)
     at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546)
     at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
     at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
     at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
     at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
     at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836
=============================================================
My client and server quartz properties are as follows.
Client properties
org.quartz.scheduler.instanceName = DefaultQuartzScheduler
org.quartz.scheduler.rmi.proxy = true
org.quartz.scheduler.rmi.registryHost = 127.0.0.1
org.quartz.scheduler.rmi.registryPort = 1098
Server properties
# Default Properties file for use by StdSchedulerFactory
# to create a Quartz Scheduler Instance, if a different
# properties file is not explicitly specified.
org.quartz.scheduler.instanceName = DefaultQuartzScheduler
#org.quartz.scheduler.instanceName = Sched1
org.quartz.scheduler.rmi.export = true
#org.quartz.scheduler.rmi.proxy = false
org.quartz.scheduler.rmi.registryHost = 127.0.0.1
org.quartz.scheduler.rmi.registryPort = 1098
org.quartz.scheduler.rmi.createRegistry = true
org.quartz.scheduler.wrapJobExecutionInUserTransaction = false
org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
org.quartz.threadPool.threadCount = 10
org.quartz.threadPool.threadPriority = 5
org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread = true
org.quartz.jobStore.misfireThreshold = 5000
#org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX
org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.oracle.OracleDelegate
org.quartz.jobStore.useProperties = false
org.quartz.jobStore.dataSource = demoDS
org.quartz.jobStore.tablePrefix = QRTZ_
org.quartz.jobStore.isClustered = false
#============================================================================
# Configure Datasources
#============================================================================
org.quartz.dataSource.demoDS.driver = oracle.jdbc.driver.OracleDriver
org.quartz.dataSource.demoDS.URL = jdbc:oracle:thin:@demou.abc.com:1521:orcl
org.quartz.dataSource.demoDS.user = demo
org.quartz.dataSource.demoDS.password = oracle
org.quartz.dataSource.demoDS.maxConnections = 5
org.quartz.dataSource.demoDS.validationQuery=select 0 from dual
#org.quartz.dataSource.demoDS.validationQuery=select lock_name from qrtz_locks where lock_name = 'TRIGGER_ACCESS'
#============================================================================
# Configure Plugins
#============================================================================
# Uncomment the following to get logging of job execution events...
#org.quartz.plugin.jobHistory.class = org.quartz.plugins.history.LoggingJobHistoryPlugin
# Uncomment the following to get logging of trigger firing events...
#org.quartz.plugin.triggHistory.class = org.quartz.plugins.history.LoggingTriggerHistoryPlugin
#============================================================================
# Configure Listeners
#============================================================================
#org.quartz.jobListener.dummy.class = org.quartz.examples.DumbJobListener
Appreciate your quick response.
Regards,
Nishi

Answer 1

What I did today is that we connected the client PC directly with the server through a switch. So keep in mind please, that for the following informations there is no firewall involved whatsoever.
I've just checked the communication log on the server with the microsoft network monitor. the communication proceedes in the following manner:
1) the client calls the server from a random source port(src) onto the specified destination port(dst) 1088.
2) the server application replies from (src)1088 to (dst)1052.
3) now comes two client calls again from (src)1052 to (dst)1088.
4) and then the server sends something two times from 1088 to 1052
and that's it! end of communication. of course then it comes the above mentioned error.
What the most amazes me is that although I explicitly specify for the client as well, that the rmi registry should be available on the remote port 1088, still it uses a random port (in this case 1052). Could this be alright? After all, what port the client uses to reach for the remote registry could be random I guess...
What I see on the client side with the trace prints is that during the client initialization first a connection will be made on a local machine with port # -1 and just after that calls the remote server. But in that case I don't get it why it prints the 1088 if under the hood is a 1052 or other random port...
Meanwhile, on the server side I get a trace message from the custom security manager that an accept on the random port (1052) has been successful. but after that no more printouts.
Oh, and one more thing... did I mentioned that I implemented a pure socket client/server thingy and it works just fine? with or without firewall.