Perché ClassCastException su JMS ConnectionFactory cerca in JNDI?

Question

Quale potrebbe essere la causa del seguente ClassCastException in un'applicazione client JMS autonoma quando tenta di recuperare un factory di connessione dal provider JNDI?

Exception in thread "main" java.lang.ClassCastException: javax.naming.Reference cannot be cast to javax.jms.ConnectionFactory 

Ecco una versione abbreviata del client JMS che include solo i start() e stop() metodi. L'eccezione si verifica sulla prima riga nel metodo start() che tenta di recuperare il factory di connessione dal provider JNDI, un server LDAP remoto. La factory di connessione JMS e gli oggetti di destinazione si trovano su un server JMS remoto.

class JmsClient { 
    private ConnectionFactory connectionFactory; 
    private Connection connection; 
    private Session session; 
    private MessageConsumer consumer; 
    private Topic topic; 

    public void stop() throws JMSException { 
     consumer.close(); 
     session.close(); 
     connection.close(); 
    } 

    public void start(Context context, String connectionFactoryName, String topicName) throws NamingException, JMSException { 
     // ClassCastException occurs when retrieving connection factory. 
     connectionFactory = (ConnectionFactory) context.lookup(connectionFactoryName); 
     connection = connectionFactory.createConnection("username","password"); 
     session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); 
     topic = (Topic) context.lookup(topicName); 
     consumer = session.createConsumer(topic); 
     connection.start(); 
    } 

    private static Context getInitialContext() throws NamingException, IOException { 
     String filename = "context.properties"; 
     Properties props = new Properties(); 
     props.load(new FileInputStream(filename)); 
     return new InitialContext(props); 
    } 
} 

Anche se io preferisco non rivelare i contenuti specifici del context.properties, contiene le seguenti voci generali:

java.naming.factory.initial=... 
java.naming.provider.url=... 
java.naming.security.principal=... 
java.naming.security.credentials=... 

Answer 1

scopre che il problema era dovuto ad una jarfile Tibco JMS, tibjms.jar, essendo assente dal classpath JVM. Questo jarfile implementa il protocollo Tibco JMS e quindi, poiché mancava, il client JMS non poteva recuperare la factory di connessione JMS dal provider di servizi JNDI LDAP.