Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

No pooling in 3.0.1

14 posts in General Discussion (old) Last posting was on 2000-03-23 12:00:51.0Z
Jonas Olsson Posted on 2000-02-19 11:10:04.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: No pooling in 3.0.1
Date: Sat, 19 Feb 2000 12:10:04 +0100
Lines: 842
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_COxcZpse$GA.204@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28331
Article PK: 160362

We're not seeing any pooling of our components on EAS 3.0.1. All components
are set to Concurrency, Pooling and Supports Transactions (they do not have
automatic deactivation). We have one "entry object" which Requires
Transaction and then performs inter-component calls to the others.
Our logs (see attachment) show that new objects are created all the time
(and old ones not destroyed). Where are all these instances going? Is there
a setting of pool size for components?
Please note that the JagSecCompImpl (entry object) also is set to Pooling
and that it is reused (note log entry from constructor).

PS
The log was produced by one single-threaded client directly after
Jaguar restart.
--
Jonas Olsson
Software Development Engineer
Cambio Healthcare Systems


Francois Chamberland Posted on 2000-02-21 17:01:40.0Z
Newsgroups: sybase.public.easerver
From: "Francois Chamberland" <francoischamberland@apg.com>
Subject: Re: No pooling in 3.0.1
Date: Mon, 21 Feb 2000 12:01:40 -0500
Lines: 29
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: gateway.vote.elections.ca 198.103.171.2
Message-ID: <347_3Vqkv2If$GA.184@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28278
Article PK: 160317

Are your instances still active?

Or do they just disappear?

Francois

Jonas Olsson wrote in message ...
>We're not seeing any pooling of our components on EAS 3.0.1. All components
>are set to Concurrency, Pooling and Supports Transactions (they do not have
>automatic deactivation). We have one "entry object" which Requires
>Transaction and then performs inter-component calls to the others.
>Our logs (see attachment) show that new objects are created all the time
>(and old ones not destroyed). Where are all these instances going? Is there
>a setting of pool size for components?
>Please note that the JagSecCompImpl (entry object) also is set to Pooling
>and that it is reused (note log entry from constructor).
>
>PS
> The log was produced by one single-threaded client directly after
>Jaguar restart.
>--
>Jonas Olsson
>Software Development Engineer
>Cambio Healthcare Systems
>
>
>


Dave Wolf [Sybase] Posted on 2000-02-22 02:03:28.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1
Date: Mon, 21 Feb 2000 21:03:28 -0500
Lines: 41
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: 158.159.8.19
Message-ID: <347_V1E5GmNf$GA.65@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28248
Article PK: 160290

Yes, did you deactivate? I cannot reproduce.

Dave Wolf
Internet Applications Division

Francois Chamberland <francoischamberland@apg.com> wrote in message
news:3Vqkv2If$GA.184@forums.sybase.com...
> Are your instances still active?
>
> Or do they just disappear?
>
> Francois
>
> Jonas Olsson wrote in message ...
> >We're not seeing any pooling of our components on EAS 3.0.1. All
components
> >are set to Concurrency, Pooling and Supports Transactions (they do not
have
> >automatic deactivation). We have one "entry object" which Requires
> >Transaction and then performs inter-component calls to the others.
> >Our logs (see attachment) show that new objects are created all the time
> >(and old ones not destroyed). Where are all these instances going? Is
there
> >a setting of pool size for components?
> >Please note that the JagSecCompImpl (entry object) also is set to Pooling
> >and that it is reused (note log entry from constructor).
> >
> >PS
> > The log was produced by one single-threaded client directly after
> >Jaguar restart.
> >--
> >Jonas Olsson
> >Software Development Engineer
> >Cambio Healthcare Systems
> >
> >
> >
>
>


Jonas Olsson Posted on 2000-02-22 09:30:26.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1
Date: Tue, 22 Feb 2000 10:30:26 +0100
Lines: 55
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_r61OrfRf$GA.273@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28226
Article PK: 160101

As the log clearly states the instances are deactivated. I have a similar
log statement in destroy, but it is never called (i.e. missing from the
log).
They are not automatically deactivated, but JagSecCompImpl calls
completeWork before returning from execute. The transaction (required by
JagSecComp) should deactivate the call chain (and it seems to).

/jonas

Dave Wolf [Sybase] wrote in message ...
>Yes, did you deactivate? I cannot reproduce.
>
>Dave Wolf
>Internet Applications Division
>
>Francois Chamberland <francoischamberland@apg.com> wrote in message
>news:3Vqkv2If$GA.184@forums.sybase.com...
>> Are your instances still active?
>>
>> Or do they just disappear?
>>
>> Francois
>>
>> Jonas Olsson wrote in message ...
>> >We're not seeing any pooling of our components on EAS 3.0.1. All
>components
>> >are set to Concurrency, Pooling and Supports Transactions (they do not
>have
>> >automatic deactivation). We have one "entry object" which Requires
>> >Transaction and then performs inter-component calls to the others.
>> >Our logs (see attachment) show that new objects are created all the time
>> >(and old ones not destroyed). Where are all these instances going? Is
>there
>> >a setting of pool size for components?
>> >Please note that the JagSecCompImpl (entry object) also is set to
Pooling
>> >and that it is reused (note log entry from constructor).
>> >
>> >PS
>> > The log was produced by one single-threaded client directly
after
>> >Jaguar restart.
>> >--
>> >Jonas Olsson
>> >Software Development Engineer
>> >Cambio Healthcare Systems
>> >
>> >
>> >
>>
>>
>
>


Dave Wolf [Sybase] Posted on 2000-02-22 15:08:02.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1
Date: Tue, 22 Feb 2000 10:08:02 -0500
Lines: 66
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: dwolf-nt.sybase.com 157.133.41.127
Message-ID: <347_iw7hgcUf$GA.265@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28203
Article PK: 160080

Uhhh wait. If deactivate() is called, but destroy() isnt, then it seems to
me they are pooled.

Dave Wolf
Internet Applications Division

Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
news:r61OrfRf$GA.273@forums.sybase.com...
> As the log clearly states the instances are deactivated. I have a similar
> log statement in destroy, but it is never called (i.e. missing from the
> log).
> They are not automatically deactivated, but JagSecCompImpl calls
> completeWork before returning from execute. The transaction (required by
> JagSecComp) should deactivate the call chain (and it seems to).
>
> /jonas
>
> Dave Wolf [Sybase] wrote in message ...
> >Yes, did you deactivate? I cannot reproduce.
> >
> >Dave Wolf
> >Internet Applications Division
> >
> >Francois Chamberland <francoischamberland@apg.com> wrote in message
> >news:3Vqkv2If$GA.184@forums.sybase.com...
> >> Are your instances still active?
> >>
> >> Or do they just disappear?
> >>
> >> Francois
> >>
> >> Jonas Olsson wrote in message ...
> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
> >components
> >> >are set to Concurrency, Pooling and Supports Transactions (they do not
> >have
> >> >automatic deactivation). We have one "entry object" which Requires
> >> >Transaction and then performs inter-component calls to the others.
> >> >Our logs (see attachment) show that new objects are created all the
time
> >> >(and old ones not destroyed). Where are all these instances going? Is
> >there
> >> >a setting of pool size for components?
> >> >Please note that the JagSecCompImpl (entry object) also is set to
> Pooling
> >> >and that it is reused (note log entry from constructor).
> >> >
> >> >PS
> >> > The log was produced by one single-threaded client directly
> after
> >> >Jaguar restart.
> >> >--
> >> >Jonas Olsson
> >> >Software Development Engineer
> >> >Cambio Healthcare Systems
> >> >
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Jonas Olsson Posted on 2000-02-23 10:18:02.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1
Date: Wed, 23 Feb 2000 11:18:02 +0100
Lines: 77
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_M$it7eef$GA.202@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28097
Article PK: 159987

Not to me rude, but do you also see the created before EACH activated? Seems
to be they are pooled, but not reused. Or is the skeleton pooled and
resused, but the actual object (xxxImpl) is created on each call?

/jonas

Dave Wolf [Sybase] wrote in message ...
>Uhhh wait. If deactivate() is called, but destroy() isnt, then it seems
to
>me they are pooled.
>
>Dave Wolf
>Internet Applications Division
>
>Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
>news:r61OrfRf$GA.273@forums.sybase.com...
>> As the log clearly states the instances are deactivated. I have a similar
>> log statement in destroy, but it is never called (i.e. missing from the
>> log).
>> They are not automatically deactivated, but JagSecCompImpl calls
>> completeWork before returning from execute. The transaction (required by
>> JagSecComp) should deactivate the call chain (and it seems to).
>>
>> /jonas
>>
>> Dave Wolf [Sybase] wrote in message ...
>> >Yes, did you deactivate? I cannot reproduce.
>> >
>> >Dave Wolf
>> >Internet Applications Division
>> >
>> >Francois Chamberland <francoischamberland@apg.com> wrote in message
>> >news:3Vqkv2If$GA.184@forums.sybase.com...
>> >> Are your instances still active?
>> >>
>> >> Or do they just disappear?
>> >>
>> >> Francois
>> >>
>> >> Jonas Olsson wrote in message ...
>> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
>> >components
>> >> >are set to Concurrency, Pooling and Supports Transactions (they do
not
>> >have
>> >> >automatic deactivation). We have one "entry object" which Requires
>> >> >Transaction and then performs inter-component calls to the others.
>> >> >Our logs (see attachment) show that new objects are created all the
>time
>> >> >(and old ones not destroyed). Where are all these instances going? Is
>> >there
>> >> >a setting of pool size for components?
>> >> >Please note that the JagSecCompImpl (entry object) also is set to
>> Pooling
>> >> >and that it is reused (note log entry from constructor).
>> >> >
>> >> >PS
>> >> > The log was produced by one single-threaded client directly
>> after
>> >> >Jaguar restart.
>> >> >--
>> >> >Jonas Olsson
>> >> >Software Development Engineer
>> >> >Cambio Healthcare Systems
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>


Dave Wolf [Sybase] Posted on 2000-03-23 12:00:51.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1
Date: Thu, 23 Mar 2000 07:00:51 -0500
Lines: 93
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: 158.159.8.10
Message-ID: <347_AqX8mYff$GA.201@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28093
Article PK: 159984

No the actualy Impl should be pooled as well. Im not sure what to say. I
searched back in the newsgroup to see the log again, but it seems my
newsreader has expired that message. Can you please send me the log and the
source code.

Dave Wolf
Internet Applications Division

"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
news:M$it7eef$GA.202@forums.sybase.com...
> Not to me rude, but do you also see the created before EACH activated?
Seems
> to be they are pooled, but not reused. Or is the skeleton pooled and
> resused, but the actual object (xxxImpl) is created on each call?
>
> /jonas
>
> Dave Wolf [Sybase] wrote in message ...
> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it seems
> to
> >me they are pooled.
> >
> >Dave Wolf
> >Internet Applications Division
> >
> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
> >news:r61OrfRf$GA.273@forums.sybase.com...
> >> As the log clearly states the instances are deactivated. I have a
similar
> >> log statement in destroy, but it is never called (i.e. missing from the
> >> log).
> >> They are not automatically deactivated, but JagSecCompImpl calls
> >> completeWork before returning from execute. The transaction (required
by
> >> JagSecComp) should deactivate the call chain (and it seems to).
> >>
> >> /jonas
> >>
> >> Dave Wolf [Sybase] wrote in message ...
> >> >Yes, did you deactivate? I cannot reproduce.
> >> >
> >> >Dave Wolf
> >> >Internet Applications Division
> >> >
> >> >Francois Chamberland <francoischamberland@apg.com> wrote in message
> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
> >> >> Are your instances still active?
> >> >>
> >> >> Or do they just disappear?
> >> >>
> >> >> Francois
> >> >>
> >> >> Jonas Olsson wrote in message ...
> >> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
> >> >components
> >> >> >are set to Concurrency, Pooling and Supports Transactions (they do
> not
> >> >have
> >> >> >automatic deactivation). We have one "entry object" which Requires
> >> >> >Transaction and then performs inter-component calls to the others.
> >> >> >Our logs (see attachment) show that new objects are created all the
> >time
> >> >> >(and old ones not destroyed). Where are all these instances going?
Is
> >> >there
> >> >> >a setting of pool size for components?
> >> >> >Please note that the JagSecCompImpl (entry object) also is set to
> >> Pooling
> >> >> >and that it is reused (note log entry from constructor).
> >> >> >
> >> >> >PS
> >> >> > The log was produced by one single-threaded client directly
> >> after
> >> >> >Jaguar restart.
> >> >> >--
> >> >> >Jonas Olsson
> >> >> >Software Development Engineer
> >> >> >Cambio Healthcare Systems
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Jonas Olsson Posted on 2000-02-23 13:27:03.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1
Date: Wed, 23 Feb 2000 14:27:03 +0100
Lines: 996
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_j9fClIgf$GA.201@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28090
Article PK: 159983

Here goes. Dunno what source code you want so I've attached the one doing
the log statements (parent class of all our components).

/jonas

Dave Wolf [Sybase] wrote in message ...
>No the actualy Impl should be pooled as well. Im not sure what to say. I
>searched back in the newsgroup to see the log again, but it seems my
>newsreader has expired that message. Can you please send me the log and
the
>source code.
>
>Dave Wolf
>Internet Applications Division
>
>"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
>news:M$it7eef$GA.202@forums.sybase.com...
>> Not to me rude, but do you also see the created before EACH activated?
>Seems
>> to be they are pooled, but not reused. Or is the skeleton pooled and
>> resused, but the actual object (xxxImpl) is created on each call?
>>
>> /jonas
>>
>> Dave Wolf [Sybase] wrote in message ...
>> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it
seems
>> to
>> >me they are pooled.
>> >
>> >Dave Wolf
>> >Internet Applications Division
>> >
>> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
>> >news:r61OrfRf$GA.273@forums.sybase.com...
>> >> As the log clearly states the instances are deactivated. I have a
>similar
>> >> log statement in destroy, but it is never called (i.e. missing from
the
>> >> log).
>> >> They are not automatically deactivated, but JagSecCompImpl calls
>> >> completeWork before returning from execute. The transaction (required
>by
>> >> JagSecComp) should deactivate the call chain (and it seems to).
>> >>
>> >> /jonas
>> >>
>> >> Dave Wolf [Sybase] wrote in message ...
>> >> >Yes, did you deactivate? I cannot reproduce.
>> >> >
>> >> >Dave Wolf
>> >> >Internet Applications Division
>> >> >
>> >> >Francois Chamberland <francoischamberland@apg.com> wrote in message
>> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
>> >> >> Are your instances still active?
>> >> >>
>> >> >> Or do they just disappear?
>> >> >>
>> >> >> Francois
>> >> >>
>> >> >> Jonas Olsson wrote in message ...
>> >> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
>> >> >components
>> >> >> >are set to Concurrency, Pooling and Supports Transactions (they do
>> not
>> >> >have
>> >> >> >automatic deactivation). We have one "entry object" which Requires
>> >> >> >Transaction and then performs inter-component calls to the others.
>> >> >> >Our logs (see attachment) show that new objects are created all
the
>> >time
>> >> >> >(and old ones not destroyed). Where are all these instances going?
>Is
>> >> >there
>> >> >> >a setting of pool size for components?
>> >> >> >Please note that the JagSecCompImpl (entry object) also is set to
>> >> Pooling
>> >> >> >and that it is reused (note log entry from constructor).
>> >> >> >
>> >> >> >PS
>> >> >> > The log was produced by one single-threaded client
directly
>> >> after
>> >> >> >Jaguar restart.
>> >> >> >--
>> >> >> >Jonas Olsson
>> >> >> >Software Development Engineer
>> >> >> >Cambio Healthcare Systems
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>


Evan Ireland Posted on 2000-02-23 21:45:28.0Z
Newsgroups: sybase.public.easerver
Date: Thu, 24 Feb 2000 10:45:28 +1300
From: Evan Ireland <eireland@sybase.com>
Organization: Sybase, Inc.
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Jonas Olsson <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 108
NNTP-Posting-Host: 130.214.8.45
Message-ID: <347_38B454F8.E2CF8D40@sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27996
Article PK: 159898

If the problem is that instances are being unexpectedly pooled
when you don't want them pooled, then change your canReuse method to
return false. If that is not the problem, then can you please restate
the problem?

Jonas Olsson wrote:
>
> Here goes. Dunno what source code you want so I've attached the one doing
> the log statements (parent class of all our components).
>
> /jonas
>
> Dave Wolf [Sybase] wrote in message ...
> >No the actualy Impl should be pooled as well. Im not sure what to say. I
> >searched back in the newsgroup to see the log again, but it seems my
> >newsreader has expired that message. Can you please send me the log and
> the
> >source code.
> >
> >Dave Wolf
> >Internet Applications Division
> >
> >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
> >news:M$it7eef$GA.202@forums.sybase.com...
> >> Not to me rude, but do you also see the created before EACH activated?
> >Seems
> >> to be they are pooled, but not reused. Or is the skeleton pooled and
> >> resused, but the actual object (xxxImpl) is created on each call?
> >>
> >> /jonas
> >>
> >> Dave Wolf [Sybase] wrote in message ...
> >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it
> seems
> >> to
> >> >me they are pooled.
> >> >
> >> >Dave Wolf
> >> >Internet Applications Division
> >> >
> >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
> >> >news:r61OrfRf$GA.273@forums.sybase.com...
> >> >> As the log clearly states the instances are deactivated. I have a
> >similar
> >> >> log statement in destroy, but it is never called (i.e. missing from
> the
> >> >> log).
> >> >> They are not automatically deactivated, but JagSecCompImpl calls
> >> >> completeWork before returning from execute. The transaction (required
> >by
> >> >> JagSecComp) should deactivate the call chain (and it seems to).
> >> >>
> >> >> /jonas
> >> >>
> >> >> Dave Wolf [Sybase] wrote in message ...
> >> >> >Yes, did you deactivate? I cannot reproduce.
> >> >> >
> >> >> >Dave Wolf
> >> >> >Internet Applications Division
> >> >> >
> >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in message
> >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
> >> >> >> Are your instances still active?
> >> >> >>
> >> >> >> Or do they just disappear?
> >> >> >>
> >> >> >> Francois
> >> >> >>
> >> >> >> Jonas Olsson wrote in message ...
> >> >> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
> >> >> >components
> >> >> >> >are set to Concurrency, Pooling and Supports Transactions (they do
> >> not
> >> >> >have
> >> >> >> >automatic deactivation). We have one "entry object" which Requires
> >> >> >> >Transaction and then performs inter-component calls to the others.
> >> >> >> >Our logs (see attachment) show that new objects are created all
> the
> >> >time
> >> >> >> >(and old ones not destroyed). Where are all these instances going?
> >Is
> >> >> >there
> >> >> >> >a setting of pool size for components?
> >> >> >> >Please note that the JagSecCompImpl (entry object) also is set to
> >> >> Pooling
> >> >> >> >and that it is reused (note log entry from constructor).
> >> >> >> >
> >> >> >> >PS
> >> >> >> > The log was produced by one single-threaded client
> directly
> >> >> after
> >> >> >> >Jaguar restart.
> >> >> >> >--
> >> >> >> >Jonas Olsson
> >> >> >> >Software Development Engineer
> >> >> >> >Cambio Healthcare Systems
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
> Name: RamverkServ.log
> RamverkServ.log Type: Text Document (application/x-unknown-content-type-TextPad.log)
> Encoding: x-uuencode
>
> Name: InitBasicComp.java
> InitBasicComp.java Type: Java File (application/x-unknown-content-type-TextPad.java)
> Encoding: x-uuencode

--
________________________________________________________________________________

Evan Ireland Sybase EA Server Engineering eireland@sybase.com
Wellington - New Zealand +64 4 934-5856


Dave Wolf [Sybase] Posted on 2000-02-23 21:46:56.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1
Date: Wed, 23 Feb 2000 16:46:56 -0500
Lines: 155
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: dwolf-nt.sybase.com 157.133.41.127
Message-ID: <347_y6k0Egkf$GA.201@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com> <347_38B454F8.E2CF8D40@sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27995
Article PK: 154612

Hes saying he always sees new instances, that they never seem to get
re-used.

Dave Wolf
Internet Applications Division

"Evan Ireland" <eireland@sybase.com> wrote in message
news:38B454F8.E2CF8D40@sybase.com...
> If the problem is that instances are being unexpectedly pooled
> when you don't want them pooled, then change your canReuse method to
> return false. If that is not the problem, then can you please restate
> the problem?
>
> Jonas Olsson wrote:
> >
> > Here goes. Dunno what source code you want so I've attached the one
doing
> > the log statements (parent class of all our components).
> >
> > /jonas
> >
> > Dave Wolf [Sybase] wrote in message ...
> > >No the actualy Impl should be pooled as well. Im not sure what to say.
I
> > >searched back in the newsgroup to see the log again, but it seems my
> > >newsreader has expired that message. Can you please send me the log
and
> > the
> > >source code.
> > >
> > >Dave Wolf
> > >Internet Applications Division
> > >
> > >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
> > >news:M$it7eef$GA.202@forums.sybase.com...
> > >> Not to me rude, but do you also see the created before EACH
activated?
> > >Seems
> > >> to be they are pooled, but not reused. Or is the skeleton pooled and
> > >> resused, but the actual object (xxxImpl) is created on each call?
> > >>
> > >> /jonas
> > >>
> > >> Dave Wolf [Sybase] wrote in message ...
> > >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it
> > seems
> > >> to
> > >> >me they are pooled.
> > >> >
> > >> >Dave Wolf
> > >> >Internet Applications Division
> > >> >
> > >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
> > >> >news:r61OrfRf$GA.273@forums.sybase.com...
> > >> >> As the log clearly states the instances are deactivated. I have a
> > >similar
> > >> >> log statement in destroy, but it is never called (i.e. missing
from
> > the
> > >> >> log).
> > >> >> They are not automatically deactivated, but JagSecCompImpl calls
> > >> >> completeWork before returning from execute. The transaction
(required
> > >by
> > >> >> JagSecComp) should deactivate the call chain (and it seems to).
> > >> >>
> > >> >> /jonas
> > >> >>
> > >> >> Dave Wolf [Sybase] wrote in message ...
> > >> >> >Yes, did you deactivate? I cannot reproduce.
> > >> >> >
> > >> >> >Dave Wolf
> > >> >> >Internet Applications Division
> > >> >> >
> > >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in
message
> > >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
> > >> >> >> Are your instances still active?
> > >> >> >>
> > >> >> >> Or do they just disappear?
> > >> >> >>
> > >> >> >> Francois
> > >> >> >>
> > >> >> >> Jonas Olsson wrote in message ...
> > >> >> >> >We're not seeing any pooling of our components on EAS 3.0.1.
All
> > >> >> >components
> > >> >> >> >are set to Concurrency, Pooling and Supports Transactions
(they do
> > >> not
> > >> >> >have
> > >> >> >> >automatic deactivation). We have one "entry object" which
Requires
> > >> >> >> >Transaction and then performs inter-component calls to the
others.
> > >> >> >> >Our logs (see attachment) show that new objects are created
all
> > the
> > >> >time
> > >> >> >> >(and old ones not destroyed). Where are all these instances
going?
> > >Is
> > >> >> >there
> > >> >> >> >a setting of pool size for components?
> > >> >> >> >Please note that the JagSecCompImpl (entry object) also is set
to
> > >> >> Pooling
> > >> >> >> >and that it is reused (note log entry from constructor).
> > >> >> >> >
> > >> >> >> >PS
> > >> >> >> > The log was produced by one single-threaded client
> > directly
> > >> >> after
> > >> >> >> >Jaguar restart.
> > >> >> >> >--
> > >> >> >> >Jonas Olsson
> > >> >> >> >Software Development Engineer
> > >> >> >> >Cambio Healthcare Systems
> > >> >> >> >
> > >> >> >> >
> > >> >> >> >
> > >> >> >>
> > >> >> >>
> > >> >> >
> > >> >> >
> > >> >>
> > >> >>
> > >> >
> > >> >
> > >>
> > >>
> > >
> > >
> >
> > Name: RamverkServ.log
> > RamverkServ.log Type: Text Document
(application/x-unknown-content-type-TextPad.log)
> > Encoding: x-uuencode
> >
> > Name: InitBasicComp.java
> > InitBasicComp.java Type: Java File
(application/x-unknown-content-type-TextPad.java)
> > Encoding: x-uuencode
>
> --
>

____________________________________________________________________________
____
>
> Evan Ireland Sybase EA Server Engineering
eireland@sybase.com
> Wellington - New Zealand +64 4
934-5856


Jonas Olsson Posted on 2000-02-29 09:02:35.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1 (UPDATE)
Date: Tue, 29 Feb 2000 10:02:35 +0100
Lines: 203
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_I1OXwQpg$GA.251@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com> <347_38B454F8.E2CF8D40@sybase.com> <347_y6k0Egkf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27553
Article PK: 158935

No, we've removed the packages from our Jaguar. We'll be installing a second
(for clustering) in the near future so maybe we'll try it then.

/jonas

Dave Wolf [Sybase] wrote in message ...
>Thats soo weird. Did you try SVU?
>
>Dave Wolf
>Internet Applications Division
>
>"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
>news:poPZrgpf$GA.251@forums.sybase.com...
>> We've finally seem some pooling (activated logs without preceeding
>created)
>> so it's sort of working. What I'd like to know is what the size of the
>pool
>> is. Repeated, sequential calls to the same component results in new
>> instances, but after some time they begin to be re-used. I thought the
>pool
>> was "first stop" when looking for instances.
>>
>> /jonas
>>
>> Dave Wolf [Sybase] wrote in message ...
>> >Hes saying he always sees new instances, that they never seem to get
>> >re-used.
>> >
>> >Dave Wolf
>> >Internet Applications Division
>> >
>> >"Evan Ireland" <eireland@sybase.com> wrote in message
>> >news:38B454F8.E2CF8D40@sybase.com...
>> >> If the problem is that instances are being unexpectedly pooled
>> >> when you don't want them pooled, then change your canReuse method to
>> >> return false. If that is not the problem, then can you please restate
>> >> the problem?
>> >>
>> >> Jonas Olsson wrote:
>> >> >
>> >> > Here goes. Dunno what source code you want so I've attached the one
>> >doing
>> >> > the log statements (parent class of all our components).
>> >> >
>> >> > /jonas
>> >> >
>> >> > Dave Wolf [Sybase] wrote in message ...
>> >> > >No the actualy Impl should be pooled as well. Im not sure what to
>> say.
>> >I
>> >> > >searched back in the newsgroup to see the log again, but it seems
my
>> >> > >newsreader has expired that message. Can you please send me the
log
>> >and
>> >> > the
>> >> > >source code.
>> >> > >
>> >> > >Dave Wolf
>> >> > >Internet Applications Division
>> >> > >
>> >> > >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
>> >> > >news:M$it7eef$GA.202@forums.sybase.com...
>> >> > >> Not to me rude, but do you also see the created before EACH
>> >activated?
>> >> > >Seems
>> >> > >> to be they are pooled, but not reused. Or is the skeleton pooled
>and
>> >> > >> resused, but the actual object (xxxImpl) is created on each call?
>> >> > >>
>> >> > >> /jonas
>> >> > >>
>> >> > >> Dave Wolf [Sybase] wrote in message ...
>> >> > >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then
>it
>> >> > seems
>> >> > >> to
>> >> > >> >me they are pooled.
>> >> > >> >
>> >> > >> >Dave Wolf
>> >> > >> >Internet Applications Division
>> >> > >> >
>> >> > >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
>> >> > >> >news:r61OrfRf$GA.273@forums.sybase.com...
>> >> > >> >> As the log clearly states the instances are deactivated. I
have
>a
>> >> > >similar
>> >> > >> >> log statement in destroy, but it is never called (i.e. missing
>> >from
>> >> > the
>> >> > >> >> log).
>> >> > >> >> They are not automatically deactivated, but JagSecCompImpl
>calls
>> >> > >> >> completeWork before returning from execute. The transaction
>> >(required
>> >> > >by
>> >> > >> >> JagSecComp) should deactivate the call chain (and it seems
to).
>> >> > >> >>
>> >> > >> >> /jonas
>> >> > >> >>
>> >> > >> >> Dave Wolf [Sybase] wrote in message ...
>> >> > >> >> >Yes, did you deactivate? I cannot reproduce.
>> >> > >> >> >
>> >> > >> >> >Dave Wolf
>> >> > >> >> >Internet Applications Division
>> >> > >> >> >
>> >> > >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in
>> >message
>> >> > >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
>> >> > >> >> >> Are your instances still active?
>> >> > >> >> >>
>> >> > >> >> >> Or do they just disappear?
>> >> > >> >> >>
>> >> > >> >> >> Francois
>> >> > >> >> >>
>> >> > >> >> >> Jonas Olsson wrote in message ...
>> >> > >> >> >> >We're not seeing any pooling of our components on EAS
>3.0.1.
>> >All
>> >> > >> >> >components
>> >> > >> >> >> >are set to Concurrency, Pooling and Supports Transactions
>> >(they do
>> >> > >> not
>> >> > >> >> >have
>> >> > >> >> >> >automatic deactivation). We have one "entry object" which
>> >Requires
>> >> > >> >> >> >Transaction and then performs inter-component calls to the
>> >others.
>> >> > >> >> >> >Our logs (see attachment) show that new objects are
created
>> >all
>> >> > the
>> >> > >> >time
>> >> > >> >> >> >(and old ones not destroyed). Where are all these
instances
>> >going?
>> >> > >Is
>> >> > >> >> >there
>> >> > >> >> >> >a setting of pool size for components?
>> >> > >> >> >> >Please note that the JagSecCompImpl (entry object) also is
>> set
>> >to
>> >> > >> >> Pooling
>> >> > >> >> >> >and that it is reused (note log entry from constructor).
>> >> > >> >> >> >
>> >> > >> >> >> >PS
>> >> > >> >> >> > The log was produced by one single-threaded client
>> >> > directly
>> >> > >> >> after
>> >> > >> >> >> >Jaguar restart.
>> >> > >> >> >> >--
>> >> > >> >> >> >Jonas Olsson
>> >> > >> >> >> >Software Development Engineer
>> >> > >> >> >> >Cambio Healthcare Systems
>> >> > >> >> >> >
>> >> > >> >> >> >
>> >> > >> >> >> >
>> >> > >> >> >>
>> >> > >> >> >>
>> >> > >> >> >
>> >> > >> >> >
>> >> > >> >>
>> >> > >> >>
>> >> > >> >
>> >> > >> >
>> >> > >>
>> >> > >>
>> >> > >
>> >> > >
>> >> >
>> >> > Name: RamverkServ.log
>> >> > RamverkServ.log Type: Text Document
>> >(application/x-unknown-content-type-TextPad.log)
>> >> > Encoding: x-uuencode
>> >> >
>> >> > Name: InitBasicComp.java
>> >> > InitBasicComp.java Type: Java File
>> >(application/x-unknown-content-type-TextPad.java)
>> >> > Encoding: x-uuencode
>> >>
>> >> --
>> >>
>>
>>__________________________________________________________________________
_
>> _
>> >____
>> >>
>> >> Evan Ireland Sybase EA Server Engineering
>> >eireland@sybase.com
>> >> Wellington - New Zealand +64
4
>> >934-5856
>> >
>> >
>>
>>
>
>


Dave Wolf [Sybase] Posted on 2000-02-26 15:18:52.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1 (UPDATE)
Date: Sat, 26 Feb 2000 10:18:52 -0500
Lines: 187
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: vpn-eme-013.sybase.com 130.214.8.13
Message-ID: <347_WdcnU1Gg$GA.251@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com> <347_38B454F8.E2CF8D40@sybase.com> <347_y6k0Egkf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27740
Article PK: 159094

Thats soo weird. Did you try SVU?

Dave Wolf
Internet Applications Division

"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
news:poPZrgpf$GA.251@forums.sybase.com...
> We've finally seem some pooling (activated logs without preceeding
created)
> so it's sort of working. What I'd like to know is what the size of the
pool
> is. Repeated, sequential calls to the same component results in new
> instances, but after some time they begin to be re-used. I thought the
pool
> was "first stop" when looking for instances.
>
> /jonas
>
> Dave Wolf [Sybase] wrote in message ...
> >Hes saying he always sees new instances, that they never seem to get
> >re-used.
> >
> >Dave Wolf
> >Internet Applications Division
> >
> >"Evan Ireland" <eireland@sybase.com> wrote in message
> >news:38B454F8.E2CF8D40@sybase.com...
> >> If the problem is that instances are being unexpectedly pooled
> >> when you don't want them pooled, then change your canReuse method to
> >> return false. If that is not the problem, then can you please restate
> >> the problem?
> >>
> >> Jonas Olsson wrote:
> >> >
> >> > Here goes. Dunno what source code you want so I've attached the one
> >doing
> >> > the log statements (parent class of all our components).
> >> >
> >> > /jonas
> >> >
> >> > Dave Wolf [Sybase] wrote in message ...
> >> > >No the actualy Impl should be pooled as well. Im not sure what to
> say.
> >I
> >> > >searched back in the newsgroup to see the log again, but it seems my
> >> > >newsreader has expired that message. Can you please send me the log
> >and
> >> > the
> >> > >source code.
> >> > >
> >> > >Dave Wolf
> >> > >Internet Applications Division
> >> > >
> >> > >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
> >> > >news:M$it7eef$GA.202@forums.sybase.com...
> >> > >> Not to me rude, but do you also see the created before EACH
> >activated?
> >> > >Seems
> >> > >> to be they are pooled, but not reused. Or is the skeleton pooled
and
> >> > >> resused, but the actual object (xxxImpl) is created on each call?
> >> > >>
> >> > >> /jonas
> >> > >>
> >> > >> Dave Wolf [Sybase] wrote in message ...
> >> > >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then
it
> >> > seems
> >> > >> to
> >> > >> >me they are pooled.
> >> > >> >
> >> > >> >Dave Wolf
> >> > >> >Internet Applications Division
> >> > >> >
> >> > >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
> >> > >> >news:r61OrfRf$GA.273@forums.sybase.com...
> >> > >> >> As the log clearly states the instances are deactivated. I have
a
> >> > >similar
> >> > >> >> log statement in destroy, but it is never called (i.e. missing
> >from
> >> > the
> >> > >> >> log).
> >> > >> >> They are not automatically deactivated, but JagSecCompImpl
calls
> >> > >> >> completeWork before returning from execute. The transaction
> >(required
> >> > >by
> >> > >> >> JagSecComp) should deactivate the call chain (and it seems to).
> >> > >> >>
> >> > >> >> /jonas
> >> > >> >>
> >> > >> >> Dave Wolf [Sybase] wrote in message ...
> >> > >> >> >Yes, did you deactivate? I cannot reproduce.
> >> > >> >> >
> >> > >> >> >Dave Wolf
> >> > >> >> >Internet Applications Division
> >> > >> >> >
> >> > >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in
> >message
> >> > >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
> >> > >> >> >> Are your instances still active?
> >> > >> >> >>
> >> > >> >> >> Or do they just disappear?
> >> > >> >> >>
> >> > >> >> >> Francois
> >> > >> >> >>
> >> > >> >> >> Jonas Olsson wrote in message ...
> >> > >> >> >> >We're not seeing any pooling of our components on EAS
3.0.1.
> >All
> >> > >> >> >components
> >> > >> >> >> >are set to Concurrency, Pooling and Supports Transactions
> >(they do
> >> > >> not
> >> > >> >> >have
> >> > >> >> >> >automatic deactivation). We have one "entry object" which
> >Requires
> >> > >> >> >> >Transaction and then performs inter-component calls to the
> >others.
> >> > >> >> >> >Our logs (see attachment) show that new objects are created
> >all
> >> > the
> >> > >> >time
> >> > >> >> >> >(and old ones not destroyed). Where are all these instances
> >going?
> >> > >Is
> >> > >> >> >there
> >> > >> >> >> >a setting of pool size for components?
> >> > >> >> >> >Please note that the JagSecCompImpl (entry object) also is
> set
> >to
> >> > >> >> Pooling
> >> > >> >> >> >and that it is reused (note log entry from constructor).
> >> > >> >> >> >
> >> > >> >> >> >PS
> >> > >> >> >> > The log was produced by one single-threaded client
> >> > directly
> >> > >> >> after
> >> > >> >> >> >Jaguar restart.
> >> > >> >> >> >--
> >> > >> >> >> >Jonas Olsson
> >> > >> >> >> >Software Development Engineer
> >> > >> >> >> >Cambio Healthcare Systems
> >> > >> >> >> >
> >> > >> >> >> >
> >> > >> >> >> >
> >> > >> >> >>
> >> > >> >> >>
> >> > >> >> >
> >> > >> >> >
> >> > >> >>
> >> > >> >>
> >> > >> >
> >> > >> >
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> >
> >> > Name: RamverkServ.log
> >> > RamverkServ.log Type: Text Document
> >(application/x-unknown-content-type-TextPad.log)
> >> > Encoding: x-uuencode
> >> >
> >> > Name: InitBasicComp.java
> >> > InitBasicComp.java Type: Java File
> >(application/x-unknown-content-type-TextPad.java)
> >> > Encoding: x-uuencode
> >>
> >> --
> >>
>
>___________________________________________________________________________
> _
> >____
> >>
> >> Evan Ireland Sybase EA Server Engineering
> >eireland@sybase.com
> >> Wellington - New Zealand +64 4
> >934-5856
> >
> >
>
>


Jonas Olsson Posted on 2000-02-24 07:21:02.0Z
Newsgroups: sybase.public.easerver
From: "Jonas Olsson" <Jonas.Olsson@cambiosys.com>
Subject: Re: No pooling in 3.0.1 (UPDATE)
Date: Thu, 24 Feb 2000 08:21:02 +0100
Lines: 169
Organization: Cambio Healthcare Systems
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
NNTP-Posting-Host: 195.100.184.126
Message-ID: <347_poPZrgpf$GA.251@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com> <347_38B454F8.E2CF8D40@sybase.com> <347_y6k0Egkf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27956
Article PK: 159648

We've finally seem some pooling (activated logs without preceeding created)
so it's sort of working. What I'd like to know is what the size of the pool
is. Repeated, sequential calls to the same component results in new
instances, but after some time they begin to be re-used. I thought the pool
was "first stop" when looking for instances.

/jonas

Dave Wolf [Sybase] wrote in message ...
>Hes saying he always sees new instances, that they never seem to get
>re-used.
>
>Dave Wolf
>Internet Applications Division
>
>"Evan Ireland" <eireland@sybase.com> wrote in message
>news:38B454F8.E2CF8D40@sybase.com...
>> If the problem is that instances are being unexpectedly pooled
>> when you don't want them pooled, then change your canReuse method to
>> return false. If that is not the problem, then can you please restate
>> the problem?
>>
>> Jonas Olsson wrote:
>> >
>> > Here goes. Dunno what source code you want so I've attached the one
>doing
>> > the log statements (parent class of all our components).
>> >
>> > /jonas
>> >
>> > Dave Wolf [Sybase] wrote in message ...
>> > >No the actualy Impl should be pooled as well. Im not sure what to
say.
>I
>> > >searched back in the newsgroup to see the log again, but it seems my
>> > >newsreader has expired that message. Can you please send me the log
>and
>> > the
>> > >source code.
>> > >
>> > >Dave Wolf
>> > >Internet Applications Division
>> > >
>> > >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
>> > >news:M$it7eef$GA.202@forums.sybase.com...
>> > >> Not to me rude, but do you also see the created before EACH
>activated?
>> > >Seems
>> > >> to be they are pooled, but not reused. Or is the skeleton pooled and
>> > >> resused, but the actual object (xxxImpl) is created on each call?
>> > >>
>> > >> /jonas
>> > >>
>> > >> Dave Wolf [Sybase] wrote in message ...
>> > >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it
>> > seems
>> > >> to
>> > >> >me they are pooled.
>> > >> >
>> > >> >Dave Wolf
>> > >> >Internet Applications Division
>> > >> >
>> > >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
>> > >> >news:r61OrfRf$GA.273@forums.sybase.com...
>> > >> >> As the log clearly states the instances are deactivated. I have a
>> > >similar
>> > >> >> log statement in destroy, but it is never called (i.e. missing
>from
>> > the
>> > >> >> log).
>> > >> >> They are not automatically deactivated, but JagSecCompImpl calls
>> > >> >> completeWork before returning from execute. The transaction
>(required
>> > >by
>> > >> >> JagSecComp) should deactivate the call chain (and it seems to).
>> > >> >>
>> > >> >> /jonas
>> > >> >>
>> > >> >> Dave Wolf [Sybase] wrote in message ...
>> > >> >> >Yes, did you deactivate? I cannot reproduce.
>> > >> >> >
>> > >> >> >Dave Wolf
>> > >> >> >Internet Applications Division
>> > >> >> >
>> > >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in
>message
>> > >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
>> > >> >> >> Are your instances still active?
>> > >> >> >>
>> > >> >> >> Or do they just disappear?
>> > >> >> >>
>> > >> >> >> Francois
>> > >> >> >>
>> > >> >> >> Jonas Olsson wrote in message ...
>> > >> >> >> >We're not seeing any pooling of our components on EAS 3.0.1.
>All
>> > >> >> >components
>> > >> >> >> >are set to Concurrency, Pooling and Supports Transactions
>(they do
>> > >> not
>> > >> >> >have
>> > >> >> >> >automatic deactivation). We have one "entry object" which
>Requires
>> > >> >> >> >Transaction and then performs inter-component calls to the
>others.
>> > >> >> >> >Our logs (see attachment) show that new objects are created
>all
>> > the
>> > >> >time
>> > >> >> >> >(and old ones not destroyed). Where are all these instances
>going?
>> > >Is
>> > >> >> >there
>> > >> >> >> >a setting of pool size for components?
>> > >> >> >> >Please note that the JagSecCompImpl (entry object) also is
set
>to
>> > >> >> Pooling
>> > >> >> >> >and that it is reused (note log entry from constructor).
>> > >> >> >> >
>> > >> >> >> >PS
>> > >> >> >> > The log was produced by one single-threaded client
>> > directly
>> > >> >> after
>> > >> >> >> >Jaguar restart.
>> > >> >> >> >--
>> > >> >> >> >Jonas Olsson
>> > >> >> >> >Software Development Engineer
>> > >> >> >> >Cambio Healthcare Systems
>> > >> >> >> >
>> > >> >> >> >
>> > >> >> >> >
>> > >> >> >>
>> > >> >> >>
>> > >> >> >
>> > >> >> >
>> > >> >>
>> > >> >>
>> > >> >
>> > >> >
>> > >>
>> > >>
>> > >
>> > >
>> >
>> > Name: RamverkServ.log
>> > RamverkServ.log Type: Text Document
>(application/x-unknown-content-type-TextPad.log)
>> > Encoding: x-uuencode
>> >
>> > Name: InitBasicComp.java
>> > InitBasicComp.java Type: Java File
>(application/x-unknown-content-type-TextPad.java)
>> > Encoding: x-uuencode
>>
>> --
>>
>___________________________________________________________________________
_
>____
>>
>> Evan Ireland Sybase EA Server Engineering
>eireland@sybase.com
>> Wellington - New Zealand +64 4
>934-5856
>
>


Dave Wolf [Sybase] Posted on 2000-02-23 15:20:34.0Z
Newsgroups: sybase.public.easerver
From: "Dave Wolf [Sybase]" <dwolf@sybase.com>
Subject: Re: No pooling in 3.0.1
Date: Wed, 23 Feb 2000 10:20:34 -0500
Lines: 129
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: dwolf-nt.sybase.com 157.133.41.127
Message-ID: <347_iCoXKIhf$GA.251@forums.sybase.com>
References: <347_COxcZpse$GA.204@forums.sybase.com> <347_3Vqkv2If$GA.184@forums.sybase.com> <347_V1E5GmNf$GA.65@forums.sybase.com> <347_r61OrfRf$GA.273@forums.sybase.com> <347_iw7hgcUf$GA.265@forums.sybase.com> <347_M$it7eef$GA.202@forums.sybase.com> <347_AqX8mYff$GA.201@forums.sybase.com> <347_j9fClIgf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:28075
Article PK: 159968

I dunno what to say. Nothing pops out at me, yet i cannot reproduce this
nor have I ever heard of anyone that could.

All I can suggest is technical support to dig into it more and try to repro
here in house.

If you run SVU do you see it pooling properly?

Dave Wolf
Internet Applications Division

"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
news:j9fClIgf$GA.201@forums.sybase.com...
> Here goes. Dunno what source code you want so I've attached the one doing
> the log statements (parent class of all our components).
>
> /jonas
>
> Dave Wolf [Sybase] wrote in message ...
> >No the actualy Impl should be pooled as well. Im not sure what to say.
I
> >searched back in the newsgroup to see the log again, but it seems my
> >newsreader has expired that message. Can you please send me the log and
> the
> >source code.
> >
> >Dave Wolf
> >Internet Applications Division
> >
> >"Jonas Olsson" <Jonas.Olsson@cambiosys.com> wrote in message
> >news:M$it7eef$GA.202@forums.sybase.com...
> >> Not to me rude, but do you also see the created before EACH activated?
> >Seems
> >> to be they are pooled, but not reused. Or is the skeleton pooled and
> >> resused, but the actual object (xxxImpl) is created on each call?
> >>
> >> /jonas
> >>
> >> Dave Wolf [Sybase] wrote in message ...
> >> >Uhhh wait. If deactivate() is called, but destroy() isnt, then it
> seems
> >> to
> >> >me they are pooled.
> >> >
> >> >Dave Wolf
> >> >Internet Applications Division
> >> >
> >> >Jonas Olsson <Jonas.Olsson@cambiosys.com> wrote in message
> >> >news:r61OrfRf$GA.273@forums.sybase.com...
> >> >> As the log clearly states the instances are deactivated. I have a
> >similar
> >> >> log statement in destroy, but it is never called (i.e. missing from
> the
> >> >> log).
> >> >> They are not automatically deactivated, but JagSecCompImpl calls
> >> >> completeWork before returning from execute. The transaction
(required
> >by
> >> >> JagSecComp) should deactivate the call chain (and it seems to).
> >> >>
> >> >> /jonas
> >> >>
> >> >> Dave Wolf [Sybase] wrote in message ...
> >> >> >Yes, did you deactivate? I cannot reproduce.
> >> >> >
> >> >> >Dave Wolf
> >> >> >Internet Applications Division
> >> >> >
> >> >> >Francois Chamberland <francoischamberland@apg.com> wrote in message
> >> >> >news:3Vqkv2If$GA.184@forums.sybase.com...
> >> >> >> Are your instances still active?
> >> >> >>
> >> >> >> Or do they just disappear?
> >> >> >>
> >> >> >> Francois
> >> >> >>
> >> >> >> Jonas Olsson wrote in message ...
> >> >> >> >We're not seeing any pooling of our components on EAS 3.0.1. All
> >> >> >components
> >> >> >> >are set to Concurrency, Pooling and Supports Transactions (they
do
> >> not
> >> >> >have
> >> >> >> >automatic deactivation). We have one "entry object" which
Requires
> >> >> >> >Transaction and then performs inter-component calls to the
others.
> >> >> >> >Our logs (see attachment) show that new objects are created all
> the
> >> >time
> >> >> >> >(and old ones not destroyed). Where are all these instances
going?
> >Is
> >> >> >there
> >> >> >> >a setting of pool size for components?
> >> >> >> >Please note that the JagSecCompImpl (entry object) also is set
to
> >> >> Pooling
> >> >> >> >and that it is reused (note log entry from constructor).
> >> >> >> >
> >> >> >> >PS
> >> >> >> > The log was produced by one single-threaded client
> directly
> >> >> after
> >> >> >> >Jaguar restart.
> >> >> >> >--
> >> >> >> >Jonas Olsson
> >> >> >> >Software Development Engineer
> >> >> >> >Cambio Healthcare Systems
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>
>