> *nod* Well, I appreciate everyone's willingness to look at my posts.
> I'm more than happy to admit I'm learning a heck of a lot of things at
> a single time.
>
> The worst part about all this is that with J2EE 1.4 and 1.3, I've had
> NONE of these problems. It's all my vast inexperience with Java EE and
> glassfish, specifically.
It is simply because initial versions of J2EE 1.4 and 1.3.1 did not have
pooling for JMS.
Didnt you have any issue in J2EE 1.4 FCS as well?
- Binod.
>
> On Tue, 2 May 2006, Binod wrote:
>
>> GlassFish reuse the same pool implementation for all resources. So,
>> yes, JMS will show symptoms similar to JDBC
>> w.r.t pooling.
>>
>> Glad that you crossed the issue :-)
>>
>> - Binod.
>>
>>> Okay, I figured out something of what had happened. It *was* a
>>> connection pool problem, and in retrospect, it makes perfect sense:
>>> boneheaded move on my part, partially exposed by someone who rather
>>> generously pointed out some information based on my review of
>>> Glassfish (which needs to be revised, since one of my complaints was
>>> based on my own error.)
>>>
>>> I made the mistake of thinking the connection pool was a JDBC
>>> connection pool. Bzzt. It was the CONNECTION FACTORY for JMS, being
>>> fired off by a filter which could generate a HUGE number of
>>> connections. That's definitely something in my code, both as
>>> something to be fixed in deployment *and* as something to change
>>> about how messages are fired off. (I need to check the filter to
>>> make sure it's not creating a connection per item, which would be an
>>> absurd concept, but hey... new codebase, entirely untuned.)
>>>
>>> Thank you for all who're paying attention. :)
>>>
>>> -----------------------------------------------------------------------
>>> Joseph B. Ottinger http://enigmastation.com
>>> Editor, http://www.TheServerSide.com joeo@enigmastation.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
> -----------------------------------------------------------------------
> Joseph B. Ottinger http://enigmastation.com
> Editor, http://www.TheServerSide.com joeo@enigmastation.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>