Pula połączeń czy źródło danych? Co powinienem umieścić w JNDI?

Czy bardziej sensowne jest połączenie puli na poziomie JNDI lub na poziomie webapp? Na przykład mógłbym stworzyć po prostu javax.sql.DataSource thusly:

<Context antiJARLocking="true">
  <Resource name="jdbc/myDataSource" 
    auth="Container"
    type="javax.sql.DataSource" 
    driverClassName="com.mysql.jdbc.Driver"
    url="jdbc:mysql://localhost/myDataSource" user="user" password="password" />
</Context>

A następnie skonfigurować basen na wiosnę w ten sposób:

<bean id="myDataSource" class="com.mchange.v2.c3p0.DataSources"
  factory-method="pooledDataSource">
  <constructor-arg>
    <jee:jndi-lookup jndi-name="java:comp/env/jdbc/myDataSource" />
  </constructor-arg>
</bean>

Lub mógłbym skonfigurować pulę bezpośrednio w samym JNDI:

<Resource name="jdbc/myDataSource" 
  auth="Container"
  factory="org.apache.naming.factory.BeanFactory"
  type="com.mchange.v2.c3p0.ComboPooledDataSource" 
  driverClassName="com.mysql.jdbc.Driver"
  jdbcUrl="jdbc:mysql://localhost/myDataSource" 
  user="user" password="password"
  minPoolSize="3" 
  maxPoolSize="15" 
  maxIdleTime="5000"
  idleConnectionTestPeriod="300" 
  acquireIncrement="3" />

Odejście tej wiosny:

<jee:jndi-lookup id="myDataSource" jndi-name="java:comp/env/jdbc/myDataSource" />

W obu przypadkach źródełko źródłowe myDataSource byłoby zbiorczym źródłem danych c3p0, ale które z nich jest lepsze? Myślę posiadanie puli w JNDI ma największy sens, ale minusem tego jest to, że musisz wypchnąć swoją bibliotekę c3p0 do poziomu kontenera serwletów, co może powodować konflikty z istniejącymi serwletami, jeśli obecnie używają innej wersji. Jednak umieszczenie go w JNDI oznacza, że Twoje aplikacje nie muszą się martwić o łączenie. Co o tym myślicie?