JBoss JDBC MBean Предотвратить запуск, если сервер не найден - PullRequest
1 голос
/ 20 июля 2011

Во время запуска JBoss у меня есть Диспетчер сохраняемости, который зависит от соединения JDBC (DefaultDS). Соединение JDBC запускается нормально, независимо от того, может ли оно на самом деле соединиться с базой данных, поэтому при запуске Persistence Manager думает, что у него есть соединение. Затем он взрывается, потому что не может подключиться к базе данных и никогда не запускается. Это предотвращает запуск моего DestinationManager и вызывает все виды головной боли.

Есть ли способ заставить MBean-компоненты, которые зависят от соединения JDBC, не запускаться, если только соединение JDBC не может реально подключиться к базе данных? В качестве альтернативы, есть ли способ сделать соединение JDBC зависимым от MBean, который активен только тогда, когда база данных может быть подключена к?

ТЛ; др; Все, что мне нужно, это чтобы мой MBeans / DestinationManager дождался, пока база данных (DefaultDS) станет доступной перед загрузкой.

Пожалуйста, прокомментируйте, если вам нужна дополнительная информация об окружающей среде.

  • JBoss версия 4.2.3

  • База данных: MsSql

Ответы [ 2 ]

2 голосов
/ 22 июля 2011

Таким образом, нет способа заставить кучку bean-компонентов просто «ждать» и при этом позволить Jboss загружаться до конца?

Нет стандартным способом.Цикл загрузки JBoss либо завершается, либо сообщает об ошибке зависимости.Процесс является последовательным и однопоточным (до JBoss 7).

Что вы можете сделать (и я только кратко проверил это):

  • Повторно внедрить ConnChecker , чтобы запустить его проверку соединения в отдельном потоке.Он будет считаться запущенным, как только будет создан этот поток.
  • Извлеките все XML-файлы конфигурации для служб, от которых вы хотите зависеть ConnChecker (Я полагаю, это будет весь XML-файл развертывания JMS) файлы в другой каталог за пределами deploy , например, / jboss / server / bob / late-deploy .
  • С конца-service файлы теперь отсутствуют в списке путей URLDeploymentScanner , они не будут развернуты как часть процесса развертывания по умолчанию.

Хитрость в получении позднихРазвертывание служебных файлов заключается в том, что ваш новый ConnChecker будет радостно вращаться, ожидая установления соединения (и, возможно, остановится и прекратит работу), но когда он успешно установит соединение, он выполнит код, который выглядит следующим образомэто:

import javax.management.*;
.....
// The JBoss URL Deployment Scanner MBean ObjectName
ObjectName on = new ObjectName("jboss.deployment:flavor=URL,type=DeploymentScanner");
// server is the JBossMBean server. ServiceMBeans automatically have this reference.
server.invoke(on, "addURL", new Object[]{new URL("file:/jboss/server/bob/late-deploy")}, new String[]{String.class.getName});

Итак, сканер развертывания «начнет искать и в этом каталоге», а через пару секунд ваши поздние службы развернутся.Надеюсь, без ошибок.Кроме того, поскольку вы добавили позднюю службу во время выполнения (и, следовательно, непостоянно), когда сервер перезапустится, сканер развертывания вернется к своей первоначальной конфигурации, ожидая, пока ConnChecker добавит новые URL-адреса вit.

Просто убедитесь, что для развертывателя ScanEnabled установлено значение true и что ScanPeriod достаточно низок, чтобы вы получили необходимое время отклика для развертывания вашей позднейуслуги, как только соединение JDBC установлено.Конфигурация MBean находится в

<jboss-home>/server/<server-name>/conf/jboss-service.xml

Ищите это:

   <mbean code="org.jboss.deployment.scanner.URLDeploymentScanner"
      name="jboss.deployment:type=DeploymentScanner,flavor=URL">
....
      <!-- Frequency in milliseconds to rescan the URLs for changes -->
      <attribute name="ScanPeriod">5000</attribute>
      <!-- A flag to disable the scans -->
      <attribute name="ScanEnabled">true</attribute>
....
   </mbean>
2 голосов
/ 20 июля 2011

Если я правильно понимаю проблему, у вас возникла проблема, потому что, хотя источник данных DefaultDS сообщает, что он запущен, так как он не установил никаких соединений, вы не обязательно знаете, что Соединения могут быть сделаны .

К сожалению, даже с включенной опцией prefill служба источника данных будет по-прежнему нормально запускаться, даже если не сможет установить соединение.

Лучше всего внедрить ServiceMBean , который проверяет фактическое соединение из источника данных, прежде чем сообщает о запуске. В этом примере мы назовем его org.bob.ConnChecker и развернем с использованием ObjectName org.bob: service = ConnChecker .

Ваш дескриптор развертывания должен выглядеть примерно так:

  <mbean code="org.bob.ConnChecker" name="jboss.mq:service=DestinationManager">
    <depends optional-attribute-name="DataSource">jboss.jca:name=DefaultDS,service=ManagedConnectionPool</depends>
  </mbean>

Таким образом, ваша служба не будет запущена, пока не будет запущен источник данных. Ваша служба не запустится, если не сможет подключиться. Теперь вам просто нужно добавить org.bob: service = ConnChecker в качестве зависимости DestinationManager:

jboss.mq:service=MessageCache jboss.mq:service=PersistenceManager jboss.mq:service=StateManager jboss.mq:service=ThreadPool JBoss: Сервис = Нейминг org.bob: Сервис = ConnChecker

Код для ConnChecker будет выглядеть примерно так:

....
import org.jboss.system.ServiceMBeanSupport;
....
public class ConnChecker extends ServiceMBeanSupport implements ConnCheckerMBean {
    /** The ObjectName of the data source */
    protected ObjectName dataSourceObjectName = null;
    /** The Datasource reference */
    protected DataSource dataSource = null;
    /**
     * Called by JBoss when the dataSource has started
     * @throws Exception This will happen if the dataSource cannot provide a connection
     * @see org.jboss.system.ServiceMBeanSupport#startService()
     */
    public void startService() throws Exception {
        Connection conn = null;
        try {
            // Get the JNDI name from the DataSource Pool MBean
            String jndiName = (String)server.getAttribute(dataSourceObjectName, "PoolJndiName");
            // Get a ref to the DataSource from JNDI
            lookupDataSource(jndiName);
            // Try getting a connection
            conn = dataSource.getConnection();
            // If we get here, we successfully got a connection and this service will report being Started
        } finally {
            if(conn!=null) try { conn.close(); } catch (Exception e) {}
        }
    }
    /**
     * Configures the service's DataSource ObjectName
     * @param dataSourceObjectName The ObjectName of the connection pool
     */
    public void setDataSource(ObjectName dataSourceObjectName) {
        this.dataSourceObjectName = dataSourceObjectName;
    }
    /**
     * Acquires a reference to the data source from JNDI
     * @param jndiName The JNDI binding name of the data source
     * @throws NamingException
     */
    protected void lookupDataSource(String jndiName) throws NamingException {
        dataSource = (DataSource)new InitialContext().lookup(jndiName);
    }
}

Код для ConnCheckerMBean выглядит следующим образом:

....
import org.jboss.system.ServiceMBeanSupport;
....
public interface ConnCheckerMBean extends ServiceMBean {
    public void setDataSource(ObjectName dataSourceObjectName);
}

Таким образом, вы будете все еще получать ошибки, если невозможно установить соединения с базой данных, но DestinationManager не запустится, и, надеюсь, это будет лучше, чем головные боли, которые у вас сейчас есть.

...