Suggerimenti per l'utilizzo di piscina comune in produzione

Question

Sulla base di una risposta, ho ottenuto here, ho iniziato a dare a commons-pool un aspetto serio. La mia ultima esperienza di utilizzo è stata intorno al 2003, probabilmente versione 1.1 o 1.2. Il suo utente principale, DBCP, è considerato da molti come difettoso e da evitare.

Qualcuno usa i comuni in produzione per scrivere un proprio pool? Qual è il miglior tipo di piscina da usare? Intendo memorizzare i socket del client in esso.

C'è un altro pool generico che lo sostituisce?

Answer 1

Qualcuno usa il comune nella produzione per scrivere il proprio?

Sì, lo faccio e il pool contiene connessioni TCP, come tu hai intenzione di fare. E 'cablato via Primavera, assumendo così si capisce la configurazione Primavera:

<bean class="com.company.ConnectionSupplier"> 
<constructor-arg> 
    <!-- The ConnectionSupplier wraps an object pool --> 
    <bean class="org.apache.commons.pool.impl.GenericObjectPool"> 
    <constructor-arg> 
     <!-- The ObjectPool uses a ConnectionFactory to build new connections --> 
     <bean class="com.company.ConnectionFactory"> 
     <constructor-arg value="server" /> 
     <constructor-arg value="3000" /> 
     </bean> 
    </constructor-arg> 
    <property name="maxActive" value="20" /> 
    <property name="testOnBorrow" value="true" /> 
    </bean> 
</constructor-arg> 
</bean> 

Il ConnectionFactory estende BasePoolableObjectFactory ed è un piccolo involucro attorno a un SocketFactory.

@ Primo commento: Il costruttore ConnectionFactory accetta un server e una porta. Nell'overridato makeObject(), crea i socket che si connettono a quel server e alla porta. Restituisce oggetti 'Connection' che racchiudono il socket creato con alcuni metodi di convenienza per comunicare attraverso il socket.

La connessione viene testata utilizzando una sorta di "ping" o "echo" fornito dal protocollo utilizzato per comunicare tramite socket. Se questo non fosse disponibile, la convalida/verifica della connessione non è realmente possibile, tranne che per chiedere alla presa se è stata chiusa. In tal caso, una connessione nel pool sarebbe stata invalidata se ha generato un'eccezione e ogni metodo che utilizza Connections dovrebbe essere preparato per quel tipo di errore e tentare la stessa operazione con un'altra connessione.

Answer 2

Check out MultiThreadedHttpConnectionManager - Si tratta di un gestore di pool di connessioni HttpClient di Apache Commons che probabilmente si adatta alle tue necessità fin da subito.

Answer 3

Per prima cosa non utilizzare commons-pool 1.3, presenta alcuni problemi principali con le applicazioni multi-thread.

In secondo luogo, Java 5 pacchetto concurency ha implementazioni piscina decente (vedi esempio here)

Answer 4

Si dovrebbe controllare che i costi instantation più o il recupero dalla piscina. Perché l'unica situazione valida per utilizzare il pool è la prima.

Answer 5

Hai esaminato Netty o Apache MINA? Entrambi terranno traccia delle connessioni TCP e dovrebbero implementare qualsiasi protocollo di comunicazione che i socket TCP useranno anche più facilmente.