Component Properties

Can any of you Sybase folks give (or provide a link to) a detailed
explanation of the Component Properties Instances options, Bind Object
and Bind Thread.  The description, on the instance tab, for Bind Thread
states the instance is bound to the creating thread - does this mean it
doesn't get pooled upon deactivation?  Why would I use Bind Thread over
Bind Object?  A real world explanation of all the options would be
great.  I'm getting intermittent disconnects and it's driving me nuts.

The on-line documentation doesn't explain it real well and doesn't cover
all of the options.

0
David
6/27/2000 11:04:43 PM
sybase.easerver 11371 articles. 0 followers. Follow

8 Replies
524 Views

Similar Articles

[PageSpeed] 39
Get it on Google Play
Get it on Apple App Store

BindThread assures that a component instances remains on the same native
thread within the server at every method call.  This is used in component
models that use thread-local-storage.

BindObject tightly couples an instance directly to a single client stub.
This allows 1) A component to call SetComplete() or SetRollback() to commit
or rollback without decoupling from the client and 2) Allows a client with
multiple threads to share the exact same server instance.

What do u mean by intermittent disconnects?

Dave Wolf
Internet Applications Division

"David Short" <david.short@prescriber.com> wrote in message
news:3959330B.C2B2819A@prescriber.com...
> Can any of you Sybase folks give (or provide a link to) a detailed
> explanation of the Component Properties Instances options, Bind Object
> and Bind Thread.  The description, on the instance tab, for Bind Thread
> states the instance is bound to the creating thread - does this mean it
> doesn't get pooled upon deactivation?  Why would I use Bind Thread over
> Bind Object?  A real world explanation of all the options would be
> great.  I'm getting intermittent disconnects and it's driving me nuts.
>
> The on-line documentation doesn't explain it real well and doesn't cover
> all of the options.
>


0
Dave
6/28/2000 1:09:41 AM
Background:

I write debugging messages to the srv.log at the component constructor
(pbm_constructor), activate (pbm_component_activate), deactivate
(pbm_component_deactivate) and destructor (pbm_destructor) events.  In the
constructor event I create an instance variable of type transaction;  in the
activate event I connect to the database by calling this.f_connect() (which is
a local component method); in the deactivate event I call this.f_disconnect()
(which is a local component method); and in the destructor event I destroy the
transaction object.  In the Component properties Instances tab, I've got
Concurrency, Bind Thread, Pooling and Transient set.  I'm converting a Web.PB
application from PB651 to PB702/Jaguar.  I'm Using JAWS for access to my NVO
methods via HTTP.  I'm Using Oracle 8.1.5 natively via the oci.dll and 8.0.x
drivers.

Problem:

When a certain method is called (it's the same one that dies every time), the
activate event fires but doesn't call this.f_connect() function.  The sequence
of events are as follows:

constructor event
activate event
f_connect()
method invocation
deactivate event
f_disconnect()
activate event
f_connect()
method invocation (method that causes the problem)
deactivate event
f_disconnect() (sometimes this function dies with a transaction not connected
message)
activate event
f_connect() doesn't fire
application stops with transaction not connected message.

When I set Bind Object on (with and without the Bind Thread setting set on), it
works.  I noticed that with the Bind Object set on, the constructor event fired
prior to each activate event.  But the destructor event doesn't fire after the
deactivate event.

HELP!!!


"Dave Wolf [Sybase]" wrote:

> BindThread assures that a component instances remains on the same native
> thread within the server at every method call.  This is used in component
> models that use thread-local-storage.
>
> BindObject tightly couples an instance directly to a single client stub.
> This allows 1) A component to call SetComplete() or SetRollback() to commit
> or rollback without decoupling from the client and 2) Allows a client with
> multiple threads to share the exact same server instance.
>
> What do u mean by intermittent disconnects?
>
> Dave Wolf
> Internet Applications Division
>
> "David Short" <david.short@prescriber.com> wrote in message
> news:3959330B.C2B2819A@prescriber.com...
> > Can any of you Sybase folks give (or provide a link to) a detailed
> > explanation of the Component Properties Instances options, Bind Object
> > and Bind Thread.  The description, on the instance tab, for Bind Thread
> > states the instance is bound to the creating thread - does this mean it
> > doesn't get pooled upon deactivation?  Why would I use Bind Thread over
> > Bind Object?  A real world explanation of all the options would be
> > great.  I'm getting intermittent disconnects and it's driving me nuts.
> >
> > The on-line documentation doesn't explain it real well and doesn't cover
> > all of the options.
> >

0
David
6/28/2000 1:41:09 AM
Does that mean if bindobject is on, the component will only be deactivated
until the client disconnect (since setcomplete didn't deactivate the
component ) ?

Thanks.

Dave Wolf [Sybase] <dwolf@sybase.com> wrote in message
news:KcC#N7J4$GA.263@forums.sybase.com...
> BindThread assures that a component instances remains on the same native
> thread within the server at every method call.  This is used in component
> models that use thread-local-storage.
>
> BindObject tightly couples an instance directly to a single client stub.
> This allows 1) A component to call SetComplete() or SetRollback() to
commit
> or rollback without decoupling from the client and 2) Allows a client with
> multiple threads to share the exact same server instance.
>
> What do u mean by intermittent disconnects?
>
> Dave Wolf
> Internet Applications Division
>
> "David Short" <david.short@prescriber.com> wrote in message
> news:3959330B.C2B2819A@prescriber.com...
> > Can any of you Sybase folks give (or provide a link to) a detailed
> > explanation of the Component Properties Instances options, Bind Object
> > and Bind Thread.  The description, on the instance tab, for Bind Thread
> > states the instance is bound to the creating thread - does this mean it
> > doesn't get pooled upon deactivation?  Why would I use Bind Thread over
> > Bind Object?  A real world explanation of all the options would be
> > great.  I'm getting intermittent disconnects and it's driving me nuts.
> >
> > The on-line documentation doesn't explain it real well and doesn't cover
> > all of the options.
> >
>
>


0
Low
6/28/2000 2:37:21 AM
Are there any indications of an error in the srv.log?  Set the .debug
property and the .trace property on your component to TRUE and see if
that provides any more detail.

Does the method that dies, die everytime or just sometimes?

On Tue, 27 Jun 2000 18:41:09 -0700, David Short
<david.short@prescriber.com> wrote:

>Background:
>
>I write debugging messages to the srv.log at the component constructor
>(pbm_constructor), activate (pbm_component_activate), deactivate
>(pbm_component_deactivate) and destructor (pbm_destructor) events.  In the
>constructor event I create an instance variable of type transaction;  in the
>activate event I connect to the database by calling this.f_connect() (which is
>a local component method); in the deactivate event I call this.f_disconnect()
>(which is a local component method); and in the destructor event I destroy the
>transaction object.  In the Component properties Instances tab, I've got
>Concurrency, Bind Thread, Pooling and Transient set.  I'm converting a Web.PB
>application from PB651 to PB702/Jaguar.  I'm Using JAWS for access to my NVO
>methods via HTTP.  I'm Using Oracle 8.1.5 natively via the oci.dll and 8.0.x
>drivers.
>
>Problem:
>
>When a certain method is called (it's the same one that dies every time), the
>activate event fires but doesn't call this.f_connect() function.  The sequence
>of events are as follows:
>
>constructor event
>activate event
>f_connect()
>method invocation
>deactivate event
>f_disconnect()
>activate event
>f_connect()
>method invocation (method that causes the problem)
>deactivate event
>f_disconnect() (sometimes this function dies with a transaction not connected
>message)
>activate event
>f_connect() doesn't fire
>application stops with transaction not connected message.
>
>When I set Bind Object on (with and without the Bind Thread setting set on), it
>works.  I noticed that with the Bind Object set on, the constructor event fired
>prior to each activate event.  But the destructor event doesn't fire after the
>deactivate event.
>
>HELP!!!
>
>
>"Dave Wolf [Sybase]" wrote:
>
>> BindThread assures that a component instances remains on the same native
>> thread within the server at every method call.  This is used in component
>> models that use thread-local-storage.
>>
>> BindObject tightly couples an instance directly to a single client stub.
>> This allows 1) A component to call SetComplete() or SetRollback() to commit
>> or rollback without decoupling from the client and 2) Allows a client with
>> multiple threads to share the exact same server instance.
>>
>> What do u mean by intermittent disconnects?
>>
>> Dave Wolf
>> Internet Applications Division
>>
>> "David Short" <david.short@prescriber.com> wrote in message
>> news:3959330B.C2B2819A@prescriber.com...
>> > Can any of you Sybase folks give (or provide a link to) a detailed
>> > explanation of the Component Properties Instances options, Bind Object
>> > and Bind Thread.  The description, on the instance tab, for Bind Thread
>> > states the instance is bound to the creating thread - does this mean it
>> > doesn't get pooled upon deactivation?  Why would I use Bind Thread over
>> > Bind Object?  A real world explanation of all the options would be
>> > great.  I'm getting intermittent disconnects and it's driving me nuts.
>> >
>> > The on-line documentation doesn't explain it real well and doesn't cover
>> > all of the options.
>> >
>

0
joneil
6/28/2000 12:31:37 PM
Jim,

Whats the difference between the .pb.debug/.pb.trace properties and the
..debug/.trace properties?

Thanks,
David


0
David
6/28/2000 1:53:33 PM
..pb.debug is used to indicate whether your component supports remote
debugging.  .pb.trace is not used.

On Wed, 28 Jun 2000 09:53:33 -0400, "David Renton"
<drenton____@____winmill.com> wrote:

>Jim,
>
>Whats the difference between the .pb.debug/.pb.trace properties and the
>.debug/.trace properties?
>
>Thanks,
>David
>
>

0
joneil
6/28/2000 3:25:32 PM
This is a multi-part message in MIME format.
--------------695CB999853CA1420F14B6D0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jim,

I turned on .trace and .debug at the component level and have attached the srv.log
file.  The name of the method that dies is f_print_renewal_process__N (I've got
Allow "NULL" values in method parameters set in the build package).  Notice the
RESET: p_psi/n_psi (bind) that takes place after the activate event after the method
call.  What does that mean?  As I mentioned in my original post, this code works
with Bind Object turned on.  My package name is p_psi and the component name is
n_psi.  Messages starting with n_psi and "**** Fatal" are my debugging and error
messages.  I issue commits/rollbacks explicitly in my code.  The
f_renewal_request_process__N method issues a commit, returns an HTML string of the
form window.location="/Servlet/Jaws/DisplayPrintPage.htm", which displays a page and
calls f_print_renewal_process after the user clicks a button.  The call has the form
window.location="/Servlet/Jaws/f_print_renewal_process?arg1&arg2&arg3".

Also, why am I getting messages from the Jaguar/GarbageCollector after I refresh
Jaguar (see attached srv.log file)?  What does the message "Warning: DLL name is
different, using previous name" mean?  Somehow, I think my install may have gotten
corrupted.

"Jim O'Neil [Sybase]" wrote:

> Are there any indications of an error in the srv.log?  Set the .debug
> property and the .trace property on your component to TRUE and see if
> that provides any more detail.
>
> Does the method that dies, die everytime or just sometimes?
>
> On Tue, 27 Jun 2000 18:41:09 -0700, David Short
> <david.short@prescriber.com> wrote:
>
> >Background:
> >
> >I write debugging messages to the srv.log at the component constructor
> >(pbm_constructor), activate (pbm_component_activate), deactivate
> >(pbm_component_deactivate) and destructor (pbm_destructor) events.  In the
> >constructor event I create an instance variable of type transaction;  in the
> >activate event I connect to the database by calling this.f_connect() (which is
> >a local component method); in the deactivate event I call this.f_disconnect()
> >(which is a local component method); and in the destructor event I destroy the
> >transaction object.  In the Component properties Instances tab, I've got
> >Concurrency, Bind Thread, Pooling and Transient set.  I'm converting a Web.PB
> >application from PB651 to PB702/Jaguar.  I'm Using JAWS for access to my NVO
> >methods via HTTP.  I'm Using Oracle 8.1.5 natively via the oci.dll and 8.0.x
> >drivers.
> >
> >Problem:
> >
> >When a certain method is called (it's the same one that dies every time), the
> >activate event fires but doesn't call this.f_connect() function.  The sequence
> >of events are as follows:
> >
> >constructor event
> >activate event
> >f_connect()
> >method invocation
> >deactivate event
> >f_disconnect()
> >activate event
> >f_connect()
> >method invocation (method that causes the problem)
> >deactivate event
> >f_disconnect() (sometimes this function dies with a transaction not connected
> >message)
> >activate event
> >f_connect() doesn't fire
> >application stops with transaction not connected message.
> >
> >When I set Bind Object on (with and without the Bind Thread setting set on), it
> >works.  I noticed that with the Bind Object set on, the constructor event fired
> >prior to each activate event.  But the destructor event doesn't fire after the
> >deactivate event.
> >
> >HELP!!!
> >
> >
> >"Dave Wolf [Sybase]" wrote:
> >
> >> BindThread assures that a component instances remains on the same native
> >> thread within the server at every method call.  This is used in component
> >> models that use thread-local-storage.
> >>
> >> BindObject tightly couples an instance directly to a single client stub.
> >> This allows 1) A component to call SetComplete() or SetRollback() to commit
> >> or rollback without decoupling from the client and 2) Allows a client with
> >> multiple threads to share the exact same server instance.
> >>
> >> What do u mean by intermittent disconnects?
> >>
> >> Dave Wolf
> >> Internet Applications Division
> >>
> >> "David Short" <david.short@prescriber.com> wrote in message
> >> news:3959330B.C2B2819A@prescriber.com...
> >> > Can any of you Sybase folks give (or provide a link to) a detailed
> >> > explanation of the Component Properties Instances options, Bind Object
> >> > and Bind Thread.  The description, on the instance tab, for Bind Thread
> >> > states the instance is bound to the creating thread - does this mean it
> >> > doesn't get pooled upon deactivation?  Why would I use Bind Thread over
> >> > Bind Object?  A real world explanation of all the options would be
> >> > great.  I'm getting intermittent disconnects and it's driving me nuts.
> >> >
> >> > The on-line documentation doesn't explain it real well and doesn't cover
> >> > all of the options.
> >> >
> >

--------------695CB999853CA1420F14B6D0
Content-Type: application/x-unknown-content-type-log_auto_file;
 name="srv.log"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="srv.log"

SnVuIDI4IDA3OjUyOjE4IDIwMDA6IA0KU3liYXNlIEVudGVycHJpc2UgQXBwbGljYXRpb24g
U2VydmVyMy41KERldmVsb3BlciBFZGl0aW9uKS5UaGlzIHZlcnNpb24gb2YgRW50ZXJwcmlz
ZSBBcHBsaWNhdGlvbiBTZXJ2ZXIoVE0pIDMuNSBpcyBsaWNlbnNlZCBzb2xlbHkgZm9yIGRl
dmVsb3BtZW50IHB1cnBvc2VzLg0KQW55IG90aGVyIHVzZSBvZiBzb2Z0d2FyZSwgaW5jbHVk
aW5nIGJ1dCBub3QgbGltaXRlZCB0byBwcm9kdWN0aW9uIHVzZSBvciB1c2Ugb24gYSB3ZWJz
ZXJ2ZXIgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC5EZXBsb3ltZW50IGxpY2Vuc2VzIG1heSBi
ZSBvYnRhaW5lZCBmcm9tIFN5YmFzZSwgSW5jLiBmb3IgYSBmZWUuDQpKdW4gMjggMDc6NTI6
MTggMjAwMDogSmFndWFyIENUUyAtIENvbXBvbmVudCBUcmFuc2FjdGlvbiBTZXJ2ZXIvVmVy
c2lvbiAzLjUgKEJ1aWxkIDM1MDQxKS9QL1BDIEludGVsL1dpbmRvd3MgTlQgNC4wL09QVC9N
YXIgMTIgMjAwMCAxNzoyNDo0MA0KDQpDb25maWRlbnRpYWwgcHJvcGVydHkgb2YgU3liYXNl
LCBJbmMuDQooYykgQ29weXJpZ2h0IFN5YmFzZSBJbmMuIDE5ODcsMTk5OQ0KQWxsIHJpZ2h0
cyByZXNlcnZlZC4NCg0KVXNlLCBkdXBsaWNhdGlvbiwgb3IgZGlzY2xvc3VyZSBieSB0aGUg
VW5pdGVkIFN0YXRlcyBHb3Zlcm5tZW50DQppcyBzdWJqZWN0IHRvIHJlc3RyaWN0aW9ucyBh
cyBzZXQgZm9ydGggaW4gRkFSIHN1YnBhcmFncmFwaHMNCjUyLjIyNy0xOSAoYSktKGQpIGZv
ciBjaXZpbGlhbiBhZ2VuY3kgY29udHJhY3RzIGFuZCBERkFSUyAyNTIuMjI3LTcwMTMNCihj
KSgxKShpaSkgZm9yIERlcGFydG1lbnQgb2YgRGVmZW5zZSBjb250cmFjdHMuIFN5YmFzZSBy
ZXNlcnZlcyBhbGwNCnVucHVibGlzaGVkIHJpZ2h0cyB1bmRlciB0aGUgY29weXJpZ2h0IGxh
d3Mgb2YgdGhlIFVuaXRlZCBTdGF0ZXMuDQpTeWJhc2UsIEluYy4gNjQ3NSBDaHJpc3RpZSBB
dmVudWUsIEVtZXJ5dmlsbGUsIENBIDk0NjA4IFVTQS4NCkp1biAyOCAwNzo1MjoxOCAyMDAw
OiANCjIgUGhhc2UgQ29tbWl0ICBPcHRpb24gTGljZW5zZWQgDQpKdW4gMjggMDc6NTI6MTgg
MjAwMDogQ0xVU1RFUklORyBPcHRpb24gTGljZW5zZWQgDQpKdW4gMjggMDc6NTI6MTggMjAw
MDogDQpIaWdoIEF2YWlsaWJpbHR5IE9wdGlvbiBMaWNlbnNlZCANCkp1biAyOCAwNzo1Mjox
OCAyMDAwOiANCkFwcGxpY2F0aW9uIEludGVncmF0b3IgZm9yIENJQ1MgT3B0aW9uIExpY2Vu
c2VkIA0KSnVuIDI4IDA3OjUyOjI1IDIwMDA6IExpc3RlbmVyICMgIDE6IEphZ3Vhcl9odHRw
OiBBY3RpdmU6IHllcyAgUHJvdG9jb2w6ICdIVFRQJzogJ2xvY2FsaG9zdCcsODA4MCBTZWN1
cml0eSBQcm9maWxlOiAnKk5PTkUqJw0KSnVuIDI4IDA3OjUyOjI1IDIwMDA6IExpc3RlbmVy
ICMgIDI6IEphZ3Vhcl9paW9wOiBBY3RpdmU6IHllcyAgUHJvdG9jb2w6ICdJSU9QJzogJ2xv
Y2FsaG9zdCcsOTAwMCBTZWN1cml0eSBQcm9maWxlOiAnKk5PTkUqJw0KSnVuIDI4IDA3OjUy
OjI1IDIwMDA6IExpc3RlbmVyICMgIDM6IEphZ3Vhcl9odHRwX3BzaTogQWN0aXZlOiB5ZXMg
IFByb3RvY29sOiAnSFRUUCc6ICdwcmVzY3JpYmVyLmNvbScsODEwMCBTZWN1cml0eSBQcm9m
aWxlOiAnKk5PTkUqJw0KSnVuIDI4IDA3OjUyOjI1IDIwMDA6IExpc3RlbmVyICMgIDQ6IEph
Z3Vhcl9odHRwX3BzaTE6IEFjdGl2ZTogeWVzICBQcm90b2NvbDogJ0lJT1AnOiAnc2hvcnQy
MDAnLDgwODMgU2VjdXJpdHkgUHJvZmlsZTogJypOT05FKicNCkp1biAyOCAwNzo1MjoyNSAy
MDAwOiBMaXN0ZW5lciAjICA1OiBKYWd1YXJfaHR0cHNfcHNpOiBBY3RpdmU6IHllcyAgUHJv
dG9jb2w6ICdIVFRQUyc6ICdwcmVzY3JpYmVyLmNvbScsODEwMSBTZWN1cml0eSBQcm9maWxl
OiAnc3licGtzX2ludGwnDQpTdWJqZWN0IEROOiBDTiA9IFNhbXBsZTEsIE8gPSBTb21lIE9y
Z2FuaXphdGlvbiwgTCA9IFNvbWUgTG9jYWxpdHksIFNUID0gU29tZSBTdGF0ZSwgQyA9IFVT
DQpKdW4gMjggMDc6NTI6MjUgMjAwMDogV2FybmluZzogRExMIG5hbWUgaXMgZGlmZmVyZW50
LCB1c2luZyBwcmV2aW91cyBuYW1lDQpKdW4gMjggMDc6NTI6MjkgMjAwMDogV2FybmluZzog
RExMIG5hbWUgaXMgZGlmZmVyZW50LCB1c2luZyBwcmV2aW91cyBuYW1lDQpKdW4gMjggMDc6
NTI6MjkgMjAwMDogV2FybmluZzogRExMIG5hbWUgaXMgZGlmZmVyZW50LCB1c2luZyBwcmV2
aW91cyBuYW1lDQpKdW4gMjggMDc6NTI6MjkgMjAwMDogU3RhcnRpbmcgSmFndWFyIENUUyAz
LjUNCkp1biAyOCAwNzo1MjoyOSAyMDAwOiBTZXJ2ZXIncyBuYXRpdmUgY29kZXNldCBpcyBp
c29fMQ0KV2FybmluZzogRmFpbGVkIHRvIGluaXRpYWxpemUgU1NMU2VydmljZVByb3ZpZGVy
OiByZWFzb246IDIzDQpKdW4gMjggMDc6NTI6MzAgMjAwMDogTGlicmFyeTogJ2xpYmpqZGsx
MXguZGxsJyBmb3IgY29tcG9uZW50IHR5cGUgJ2phdmEnDQpKdW4gMjggMDc6NTI6MzEgMjAw
MDogSmF2YSBKSVQgQ29tcGlsZXIgZGlzYWJsZWQNCkp1biAyOCAwNzo1MjozMSAyMDAwOiBK
YXZhIGNvbXBvbmVudCBkZWJ1Z2dpbmcgZGlzYWJsZWQNCkp1biAyOCAwNzo1MjozMSAyMDAw
OiBKYXZhIHZpcnR1YWwgbWFjaGluZSBpbml0aWFsaXplZCAodmVyc2lvbiAxMDAwMSkNCkp1
biAyOCAwNzo1MjozNCAyMDAwOiBSZXBvc2l0b3J5OiBDOlxQcm9ncmFtIEZpbGVzXFN5YmFz
ZVxKYWd1YXIgQ1RTIDMuNVxSZXBvc2l0b3J5DQpKdW4gMjggMDc6NTI6MzcgMjAwMDogSG9z
dCBJUDogMTI3LjAuMC4xDQpKdW4gMjggMDc6NTI6MzcgMjAwMDogTmFtZVNlcnZpY2VVUkw6
IGlpb3A6Ly8wOjANCkp1biAyOCAwNzo1MjozOCAyMDAwOiBTdGFydGluZyBTZXJ2aWNlcy4u
Lg0KSnVuIDI4IDA3OjUyOjQxIDIwMDA6IFN0YXJ0ZWQ6IEphZ3Vhci9SZXBvc2l0b3J5DQpK
dW4gMjggMDc6NTI6NDEgMjAwMDogU3RhcnRlZDogSmFndWFyL0dhcmJhZ2VDb2xsZWN0b3IN
Ckp1biAyOCAwNzo1Mjo0MyAyMDAwOiBTdGFydGVkOiBKYWd1YXIvSkNNDQpKdW4gMjggMDc6
NTI6NDYgMjAwMDogU3RhcnRpbmcgSmFndWFyIE5hbWluZyBTZXJ2aWNlcy4uLg0KSnVuIDI4
IDA3OjUyOjQ2IDIwMDA6IFN0YXJ0ZWQ6IENvc05hbWluZy9OYW1pbmdDb250ZXh0DQpKdW4g
MjggMDc6NTI6NDcgMjAwMDogU3RhcnRlZDogQ3RzU2VydmxldC9TZXJ2bGV0U2VydmljZQ0K
SnVuIDI4IDA3OjUyOjQ3IDIwMDA6IFJ1bm5pbmc6IHNlcnZpY2VzLi4uDQpKdW4gMjggMDc6
NTI6NDcgMjAwMDogUnVubmluZzogQ29zTmFtaW5nL05hbWluZ0NvbnRleHQNCkp1biAyOCAw
Nzo1Mjo0NyAyMDAwOiBSdW5uaW5nOiBKYWd1YXIvR2FyYmFnZUNvbGxlY3Rvcg0KSnVuIDI4
IDA3OjUyOjQ3IDIwMDA6IFJ1bm5pbmc6IEN0c1NlcnZsZXQvU2VydmxldFNlcnZpY2UNCkp1
biAyOCAwNzo1Mjo1NCAyMDAwOiBTdG9wcGVkOiBDb3NOYW1pbmcvTmFtaW5nQ29udGV4dA0K
SnVuIDI4IDA3OjUzOjM5IDIwMDA6IEF1dGhlbnRpY2F0aW9uIHRpbWVvdXQgcGVyaW9kIGlz
IDM2MDAgc2Vjb25kcy4gDQogTm90ZTogYXV0aGVudGljYXRpb24gdGltZW91dCBjYW4gYmUg
ZGlzYWJsZWQuDQpKdW4gMjggMDc6NTM6MzkgMjAwMDogQXV0aGVudGljYXRpb24gbG9ja291
dCBwZXJpb2QgaXMgNjAwIHNlY29uZHMuDQogTm90ZTogYXV0aGVudGljYXRpb24gbG9ja291
dCBjYW4gYmUgZGlzYWJsZWQuDQpKdW4gMjggMDc6NTU6MzggMjAwMDogSmFndWFyL01hbmFn
ZW1lbnQgcmVmcmVzaCBDb21wb25lbnQgcF9wc2kvbl9wc2kNCkp1biAyOCAwNzo1NTozOCAy
MDAwOiBKYWd1YXIvTWFuYWdlbWVudCBjb250cm9sIE5hbWVTZXJ2aWNlIENvbXBvbmVudDpw
X3BzaS9uX3BzaSAtIHN0YXR1cyA9IDANCkp1biAyOCAwNzo1NjoxMiAyMDAwOiBKYWd1YXIv
TWFuYWdlbWVudCByZWZyZXNoIFNlcnZlciBKYWd1YXINCkp1biAyOCAwNzo1NjoxMiAyMDAw
OiBSZWZyZXNoOiBDdHNTZWN1cml0eS9TeWJDZXJ0DQpKdW4gMjggMDc6NTY6MTIgMjAwMDog
UmVmcmVzaDogSmFndWFyMS9TQUZhZG0NCkp1biAyOCAwNzo1NjoxMiAyMDAwOiBSZWZyZXNo
OiBKYWd1YXIvTW9uaXRvcmluZw0KSnVuIDI4IDA3OjU2OjEyIDIwMDA6IFJlZnJlc2g6IEph
Z3Vhci9HYXJiYWdlQ29sbGVjdG9yDQpKdW4gMjggMDc6NTY6MTIgMjAwMDogQUZMSUIgTWVz
c2FnZTogMTgwNTMvMTEvMDogSmFnUm9sZXNJc0FuQXV0aG9yaXplZFVzZXI6IENhbid0IGZp
bmQgUm9sZSAoU2VydmljZUNvbnRyb2wpDQoNCkp1biAyOCAwNzo1NjoxMiAyMDAwOiBVc2Vy
ICdqYWdhZG1pbicgZG9lcyBub3QgaGF2ZSBhbnkgb2YgdGhlIHJlcXVpcmVkIHJvbGVzICdT
ZXJ2aWNlQ29udHJvbCcNCkp1biAyOCAwNzo1NjoxMiAyMDAwOiBOT19QRVJNSVNTSU9OOiBK
YWd1YXIvR2FyYmFnZUNvbGxlY3RvciAodXNlciBqYWdhZG1pbikNCkp1biAyOCAwNzo1Njox
MiAyMDAwOiBTeXN0ZW1FeGNlcHRpb246IE5PX1BFUk1JU1NJT04gKFNlc3Npb24vY3JlYXRl
IC0gamFnYWRtaW5AMTI3LjAuMC4xKQ0KSnVuIDI4IDA3OjU2OjEyIDIwMDA6IEV4Y2VwdGlv
biBpbiBSZWZyZXNoOiBKYWd1YXIvR2FyYmFnZUNvbGxlY3RvciAoQ09SQkE6Ok5PX1BFUk1J
U1NJT04pDQpKdW4gMjggMDc6NTY6MTIgMjAwMDogUmVmcmVzaDogSmFndWFyL01hbmFnZW1l
bnQNCkp1biAyOCAwNzo1NjoxNCAyMDAwOiBKYWd1YXIvTWFuYWdlbWVudCBjb250cm9sIE5h
bWVTZXJ2aWNlIFNlcnZlcjpKYWd1YXIgLSBzdGF0dXMgPSAwDQpKdW4gMjggMDc6NTY6MTQg
MjAwMDogV2FybmluZzogRExMIG5hbWUgaXMgZGlmZmVyZW50LCB1c2luZyBwcmV2aW91cyBu
YW1lDQpKdW4gMjggMDc6NTY6MTQgMjAwMDogV2FybmluZzogRExMIG5hbWUgaXMgZGlmZmVy
ZW50LCB1c2luZyBwcmV2aW91cyBuYW1lDQpKdW4gMjggMDc6NTY6MTQgMjAwMDogV2Fybmlu
ZzogRExMIG5hbWUgaXMgZGlmZmVyZW50LCB1c2luZyBwcmV2aW91cyBuYW1lDQpKdW4gMjgg
MDc6NTc6NTEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpIChjcmVhdGUgY29udGFpbmVyIDMz
NCkNCkp1biAyOCAwNzo1Nzo1MSAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kgKGNvbnN0cnVj
dG9yKQ0KSnVuIDI4IDA3OjU3OjUxIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaS8kQWN0aXZh
dGUgKGJpbmQpDQpKdW4gMjggMDc6NTc6NTUgMjAwMDogbl9wc2kgY29uc3RydWN0b3INCkp1
biAyOCAwNzo1Nzo1NSAyMDAwOiBuX3BzaSBhY3RpdmF0ZQ0KSnVuIDI4IDA3OjU3OjU3IDIw
MDA6IG5fcHNpIGNvbm5lY3QNCkp1biAyOCAwNzo1Nzo1NyAyMDAwOiBERUJVRzogcF9wc2kv
bl9wc2kvZl91c2VycGFzc19fTg0KSnVuIDI4IDA3OjU3OjU4IDIwMDA6IERFQlVHOiBwX3Bz
aS9uX3BzaS8kRGVhY3RpdmF0ZSAodW5iaW5kKQ0KSnVuIDI4IDA3OjU3OjU4IDIwMDA6IG5f
cHNpIGRlYWN0aXZhdGUNCkp1biAyOCAwNzo1Nzo1OCAyMDAwOiBuX3BzaSBkaXNjb25uZWN0
DQpKdW4gMjggMDc6NTc6NTggMjAwMDogREVCVUc6IHBfcHNpL25fcHNpIChyZW1vdmUgY29u
dGFpbmVyIDMzNCkNCkp1biAyOCAwNzo1Nzo1OCAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kv
JENhbkJlUG9vbGVkIChwb29sZWQpDQpKdW4gMjggMDc6NTc6NTggMjAwMDogVFJBQ0U6IHBf
cHNpL25fcHNpL2ZfdXNlcnBhc3NfX046IDcwMDAgbXMsIDIxMyBieXRlcyBpbiwgMTYxMiBi
eXRlcyBvdXQgKGphZ2FkbWluQDE5OC4xNjIuMTAwLjIpDQpKdW4gMjggMDc6NTg6MDAgMjAw
MDogREVCVUc6IHBfcHNpL25fcHNpIChjcmVhdGUgY29udGFpbmVyIDM0NCkNCkp1biAyOCAw
Nzo1ODowMCAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvJEFjdGl2YXRlIChiaW5kKQ0KSnVu
IDI4IDA3OjU4OjAwIDIwMDA6IG5fcHNpIGFjdGl2YXRlDQpKdW4gMjggMDc6NTg6MDAgMjAw
MDogbl9wc2kgY29ubmVjdA0KSnVuIDI4IDA3OjU4OjAwIDIwMDA6IERFQlVHOiBwX3BzaS9u
X3BzaS9mX21lbnVfX04NCkp1biAyOCAwNzo1ODowMCAyMDAwOiBuX2RhdGFzdG9yZSBjb25z
dHJ1Y3Rvcg0KSnVuIDI4IDA3OjU4OjAxIDIwMDA6IG5fZGF0YXN0b3JlIGRlc3RydWN0b3IN
Ckp1biAyOCAwNzo1ODowMSAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvJERlYWN0aXZhdGUg
KHVuYmluZCkNCkp1biAyOCAwNzo1ODowMSAyMDAwOiBuX3BzaSBkZWFjdGl2YXRlDQpKdW4g
MjggMDc6NTg6MDEgMjAwMDogbl9wc2kgZGlzY29ubmVjdA0KSnVuIDI4IDA3OjU4OjAxIDIw
MDA6IERFQlVHOiBwX3BzaS9uX3BzaSAocmVtb3ZlIGNvbnRhaW5lciAzNDQpDQpKdW4gMjgg
MDc6NTg6MDEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyRDYW5CZVBvb2xlZCAocG9vbGVk
KQ0KSnVuIDI4IDA3OjU4OjAxIDIwMDA6IFRSQUNFOiBwX3BzaS9uX3BzaS9mX21lbnVfX046
IDEwMDAgbXMsIDE4NCBieXRlcyBpbiwgMTQ5OSBieXRlcyBvdXQgKGphZ2FkbWluQDE5OC4x
NjIuMTAwLjIpDQpKdW4gMjggMDc6NTg6MjIgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpIChj
cmVhdGUgY29udGFpbmVyIDM1NCkNCkp1biAyOCAwNzo1ODoyMiAyMDAwOiBERUJVRzogcF9w
c2kvbl9wc2kvJEFjdGl2YXRlIChiaW5kKQ0KSnVuIDI4IDA3OjU4OjIyIDIwMDA6IG5fcHNp
IGFjdGl2YXRlDQpKdW4gMjggMDc6NTg6MjIgMjAwMDogbl9wc2kgY29ubmVjdA0KSnVuIDI4
IDA3OjU4OjIyIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaS9mX21lbnVfX04NCkp1biAyOCAw
Nzo1ODoyMiAyMDAwOiBuX2RhdGFzdG9yZSBjb25zdHJ1Y3Rvcg0KSnVuIDI4IDA3OjU4OjIz
IDIwMDA6IG5fZGF0YXN0b3JlIGRlc3RydWN0b3INCkp1biAyOCAwNzo1ODoyMyAyMDAwOiBE
RUJVRzogcF9wc2kvbl9wc2kvJERlYWN0aXZhdGUgKHVuYmluZCkNCkp1biAyOCAwNzo1ODoy
MyAyMDAwOiBuX3BzaSBkZWFjdGl2YXRlDQpKdW4gMjggMDc6NTg6MjMgMjAwMDogbl9wc2kg
ZGlzY29ubmVjdA0KSnVuIDI4IDA3OjU4OjIzIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAo
cmVtb3ZlIGNvbnRhaW5lciAzNTQpDQpKdW4gMjggMDc6NTg6MjMgMjAwMDogREVCVUc6IHBf
cHNpL25fcHNpLyRDYW5CZVBvb2xlZCAocG9vbGVkKQ0KSnVuIDI4IDA3OjU4OjIzIDIwMDA6
IFRSQUNFOiBwX3BzaS9uX3BzaS9mX21lbnVfX046IDEwMDAgbXMsIDIwMCBieXRlcyBpbiwg
MTY3OSBieXRlcyBvdXQgKGphZ2FkbWluQDE5OC4xNjIuMTAwLjIpDQpKdW4gMjggMDc6NTg6
MjUgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpIChjcmVhdGUgY29udGFpbmVyIDM2MikNCkp1
biAyOCAwNzo1ODoyNSAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvJEFjdGl2YXRlIChiaW5k
KQ0KSnVuIDI4IDA3OjU4OjI1IDIwMDA6IG5fcHNpIGFjdGl2YXRlDQpKdW4gMjggMDc6NTg6
MjUgMjAwMDogbl9wc2kgY29ubmVjdA0KSnVuIDI4IDA3OjU4OjI1IDIwMDA6IERFQlVHOiBw
X3BzaS9uX3BzaS9mX3JlbmV3YWxfcmVxdWVzdF9fTg0KSnVuIDI4IDA3OjU4OjI2IDIwMDA6
IERFQlVHOiBwX3BzaS9uX3BzaS8kRGVhY3RpdmF0ZSAodW5iaW5kKQ0KSnVuIDI4IDA3OjU4
OjI2IDIwMDA6IG5fcHNpIGRlYWN0aXZhdGUNCkp1biAyOCAwNzo1ODoyNiAyMDAwOiBuX3Bz
aSBkaXNjb25uZWN0DQpKdW4gMjggMDc6NTg6MjYgMjAwMDogREVCVUc6IHBfcHNpL25fcHNp
IChyZW1vdmUgY29udGFpbmVyIDM2MikNCkp1biAyOCAwNzo1ODoyNiAyMDAwOiBERUJVRzog
cF9wc2kvbl9wc2kvJENhbkJlUG9vbGVkIChwb29sZWQpDQpKdW4gMjggMDc6NTg6MjYgMjAw
MDogVFJBQ0U6IHBfcHNpL25fcHNpL2ZfcmVuZXdhbF9yZXF1ZXN0X19OOiAxMDAwIG1zLCAx
NzAgYnl0ZXMgaW4sIDUwODEgYnl0ZXMgb3V0IChqYWdhZG1pbkAxOTguMTYyLjEwMC4yKQ0K
SnVuIDI4IDA3OjU4OjMyIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAoY3JlYXRlIGNvbnRh
aW5lciAzNzIpDQpKdW4gMjggMDc6NTg6MzIgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyRB
Y3RpdmF0ZSAoYmluZCkNCkp1biAyOCAwNzo1ODozMiAyMDAwOiBuX3BzaSBhY3RpdmF0ZQ0K
SnVuIDI4IDA3OjU4OjMyIDIwMDA6IG5fcHNpIGNvbm5lY3QNCkp1biAyOCAwNzo1ODozMiAy
MDAwOiBERUJVRzogcF9wc2kvbl9wc2kvZl91c2VycGFzc19fTg0KSnVuIDI4IDA3OjU4OjMy
IDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaS8kRGVhY3RpdmF0ZSAodW5iaW5kKQ0KSnVuIDI4
IDA3OjU4OjMyIDIwMDA6IG5fcHNpIGRlYWN0aXZhdGUNCkp1biAyOCAwNzo1ODozMiAyMDAw
OiBuX3BzaSBkaXNjb25uZWN0DQpKdW4gMjggMDc6NTg6MzIgMjAwMDogREVCVUc6IHBfcHNp
L25fcHNpIChyZW1vdmUgY29udGFpbmVyIDM3MikNCkp1biAyOCAwNzo1ODozMiAyMDAwOiBE
RUJVRzogcF9wc2kvbl9wc2kvJENhbkJlUG9vbGVkIChwb29sZWQpDQpKdW4gMjggMDc6NTg6
MzIgMjAwMDogVFJBQ0U6IHBfcHNpL25fcHNpL2ZfdXNlcnBhc3NfX046IDAgbXMsIDIxNyBi
eXRlcyBpbiwgMjU2IGJ5dGVzIG91dCAoamFnYWRtaW5AMTk4LjE2Mi4xMDAuMikNCkp1biAy
OCAwNzo1ODozMiAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kgKGNyZWF0ZSBjb250YWluZXIg
MzgwKQ0KSnVuIDI4IDA3OjU4OjMyIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaS8kQWN0aXZh
dGUgKGJpbmQpDQpKdW4gMjggMDc6NTg6MzIgMjAwMDogbl9wc2kgYWN0aXZhdGUNCkp1biAy
OCAwNzo1ODozMyAyMDAwOiBuX3BzaSBjb25uZWN0DQpKdW4gMjggMDc6NTg6MzMgMjAwMDog
REVCVUc6IHBfcHNpL25fcHNpL2ZfcmVuZXdhbF9yZXF1ZXN0X2Rpc3BhdGNoX19ODQpKdW4g
MjggMDc6NTg6MzMgMjAwMDogbl9kYXRhc3RvcmUgY29uc3RydWN0b3INCkp1biAyOCAwNzo1
ODozNSAyMDAwOiBuX2RhdGFzdG9yZSBkZXN0cnVjdG9yDQpKdW4gMjggMDc6NTg6MzUgMjAw
MDogREVCVUc6IHBfcHNpL25fcHNpLyREZWFjdGl2YXRlICh1bmJpbmQpDQpKdW4gMjggMDc6
NTg6MzUgMjAwMDogbl9wc2kgZGVhY3RpdmF0ZQ0KSnVuIDI4IDA3OjU4OjM1IDIwMDA6IG5f
cHNpIGRpc2Nvbm5lY3QNCkp1biAyOCAwNzo1ODozNSAyMDAwOiBERUJVRzogcF9wc2kvbl9w
c2kgKHJlbW92ZSBjb250YWluZXIgMzgwKQ0KSnVuIDI4IDA3OjU4OjM1IDIwMDA6IERFQlVH
OiBwX3BzaS9uX3BzaS8kQ2FuQmVQb29sZWQgKHBvb2xlZCkNCkp1biAyOCAwNzo1ODozNSAy
MDAwOiBUUkFDRTogcF9wc2kvbl9wc2kvZl9yZW5ld2FsX3JlcXVlc3RfZGlzcGF0Y2hfX046
IDMwMDAgbXMsIDE3OSBieXRlcyBpbiwgNjAxNTQgYnl0ZXMgb3V0IChqYWdhZG1pbkAxOTgu
MTYyLjEwMC4yKQ0KSnVuIDI4IDA3OjU4OjQwIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAo
Y3JlYXRlIGNvbnRhaW5lciAzOTApDQpKdW4gMjggMDc6NTg6NDAgMjAwMDogREVCVUc6IHBf
cHNpL25fcHNpLyRBY3RpdmF0ZSAoYmluZCkNCkp1biAyOCAwNzo1ODo0MCAyMDAwOiBuX3Bz
aSBhY3RpdmF0ZQ0KSnVuIDI4IDA3OjU4OjQwIDIwMDA6IG5fcHNpIGNvbm5lY3QNCkp1biAy
OCAwNzo1ODo0MCAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvZl9yZW5ld2FsX3Jlc3BvbnNl
X2xpc3RfX04NCkp1biAyOCAwNzo1ODo0MSAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvJERl
YWN0aXZhdGUgKHVuYmluZCkNCkp1biAyOCAwNzo1ODo0MSAyMDAwOiBuX3BzaSBkZWFjdGl2
YXRlDQpKdW4gMjggMDc6NTg6NDEgMjAwMDogbl9wc2kgZGlzY29ubmVjdA0KSnVuIDI4IDA3
OjU4OjQxIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAocmVtb3ZlIGNvbnRhaW5lciAzOTAp
DQpKdW4gMjggMDc6NTg6NDEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyRDYW5CZVBvb2xl
ZCAocG9vbGVkKQ0KSnVuIDI4IDA3OjU4OjQxIDIwMDA6IFRSQUNFOiBwX3BzaS9uX3BzaS9m
X3JlbmV3YWxfcmVzcG9uc2VfbGlzdF9fTjogMTAwMCBtcywgMTczIGJ5dGVzIGluLCA3Njk2
IGJ5dGVzIG91dCAoamFnYWRtaW5AMTk4LjE2Mi4xMDAuMikNCkp1biAyOCAwNzo1ODo0NiAy
MDAwOiBERUJVRzogcF9wc2kvbl9wc2kgKGNyZWF0ZSBjb250YWluZXIgNDAwKQ0KSnVuIDI4
IDA3OjU4OjQ2IDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaS8kQWN0aXZhdGUgKGJpbmQpDQpK
dW4gMjggMDc6NTg6NDYgMjAwMDogbl9wc2kgYWN0aXZhdGUNCkp1biAyOCAwNzo1ODo0NiAy
MDAwOiBuX3BzaSBjb25uZWN0DQpKdW4gMjggMDc6NTg6NDYgMjAwMDogREVCVUc6IHBfcHNp
L25fcHNpL2ZfcmVuZXdhbF9yZXF1ZXN0X3Byb2Nlc3NfX04NCkp1biAyOCAwNzo1ODo0NiAy
MDAwOiBuX2RhdGFzdG9yZSBjb25zdHJ1Y3Rvcg0KSnVuIDI4IDA3OjU4OjQ2IDIwMDA6IG5f
ZGF0YXN0b3JlIGRlc3RydWN0b3INCkp1biAyOCAwNzo1ODo0NiAyMDAwOiBERUJVRzogcF9w
c2kvbl9wc2kvJERlYWN0aXZhdGUgKHVuYmluZCkNCkp1biAyOCAwNzo1ODo0NiAyMDAwOiBu
X3BzaSBkZWFjdGl2YXRlDQpKdW4gMjggMDc6NTg6NDYgMjAwMDogbl9wc2kgZGlzY29ubmVj
dA0KSnVuIDI4IDA3OjU4OjQ2IDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAocmVtb3ZlIGNv
bnRhaW5lciA0MDApDQpKdW4gMjggMDc6NTg6NDYgMjAwMDogREVCVUc6IHBfcHNpL25fcHNp
LyRDYW5CZVBvb2xlZCAocG9vbGVkKQ0KSnVuIDI4IDA3OjU4OjQ2IDIwMDA6IFRSQUNFOiBw
X3BzaS9uX3BzaS9mX3JlbmV3YWxfcmVxdWVzdF9wcm9jZXNzX19OOiAwIG1zLCAyNTggYnl0
ZXMgaW4sIDIwMjkgYnl0ZXMgb3V0IChqYWdhZG1pbkAxOTguMTYyLjEwMC4yKQ0KSnVuIDI4
IDA3OjU4OjUxIDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAoY3JlYXRlIGNvbnRhaW5lciA0
MTApDQpKdW4gMjggMDc6NTg6NTEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyRBY3RpdmF0
ZSAoYmluZCkNCkp1biAyOCAwNzo1ODo1MSAyMDAwOiBuX3BzaSBhY3RpdmF0ZQ0KSnVuIDI4
IDA3OjU4OjUxIDIwMDA6IFJFU0VUOiBwX3BzaS9uX3BzaSAoYmluZCkNCkp1biAyOCAwNzo1
ODo1MSAyMDAwOiBERUJVRzogcF9wc2kvbl9wc2kvZl9wcmludF9yZW5ld2FsX3Byb2Nlc3Nf
X04NCkp1biAyOCAwNzo1ODo1MSAyMDAwOiAqKioqKiBGYXRhbCBFcnJvcjogUHJpbnRSZW5l
d2FsUHJvY2VzczEoKSAqKioqKg0NClNlcnZlck5hbWUgPSBQU0lQDQ0KU1FMQ29kZSA9IC0x
DQ0KU1FMREJDb2RlID0gMA0NClNRTEVyclRleHQgPSBUcmFuc2FjdGlvbiBub3QgY29ubmVj
dGVkDQ0KDQpKdW4gMjggMDc6NTg6NTEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyREZWFj
dGl2YXRlICh1bmJpbmQpDQpKdW4gMjggMDc6NTg6NTEgMjAwMDogbl9wc2kgZGVhY3RpdmF0
ZQ0KSnVuIDI4IDA3OjU4OjUxIDIwMDA6ICoqKioqIEZhdGFsIEVycm9yOiBmX2Rpc2Nvbm5l
Y3QoKSAqKioqKg0NClNlcnZlck5hbWUgPSBQU0lQDQ0KU1FMQ29kZSA9IC0xDQ0KU1FMREJD
b2RlID0gMA0NClNRTEVyclRleHQgPSBUcmFuc2FjdGlvbiBub3QgY29ubmVjdGVkDQ0KDQpK
dW4gMjggMDc6NTg6NTEgMjAwMDogbl9wc2kgZGlzY29ubmVjdA0KSnVuIDI4IDA3OjU4OjUx
IDIwMDA6IERFQlVHOiBwX3BzaS9uX3BzaSAocmVtb3ZlIGNvbnRhaW5lciA0MTApDQpKdW4g
MjggMDc6NTg6NTEgMjAwMDogREVCVUc6IHBfcHNpL25fcHNpLyRDYW5CZVBvb2xlZCAocG9v
bGVkKQ0KSnVuIDI4IDA3OjU4OjUxIDIwMDA6IFRSQUNFOiBwX3BzaS9uX3BzaS9mX3ByaW50
X3JlbmV3YWxfcHJvY2Vzc19fTjogMCBtcywgMTgzIGJ5dGVzIGluLCA0MjIgYnl0ZXMgb3V0
IChqYWdhZG1pbkAxOTguMTYyLjEwMC4yKQ0K
--------------695CB999853CA1420F14B6D0--

0
David
6/28/2000 3:27:27 PM
David Short wrote:
> 
> Can any of you Sybase folks give (or provide a link to) a detailed
> explanation of the Component Properties Instances options, Bind Object
> and Bind Thread.  The description, on the instance tab, for Bind Thread
> states the instance is bound to the creating thread - does this mean it
> doesn't get pooled upon deactivation?

It means that when the instance is pooled, the thread is pooled along with it.
When the instance is destroyed, the thread is recycled for another new instance.
For the entire lifetime of an instance with Bind Thread enabled, the same thread
is always used to invoke methods on that instance. This is necessary only if the
instance uses thread-local storage (i.e. the instance attaches data to the
thread). PB DataStores (on NT) use thread-local storage, most COM components
use thread-local storage.

> Why would I use Bind Thread over
> Bind Object?

You use Bind Thread when your components use thread-local storage, otherwise
a method may attempt to retrieve data from the thread and find that the data
is missing (if the current thread has no data attached), or the data that is
returned actually belongs to a different instance.

You use Bind Object if you need multiple threads to be able to share the same
instance. This is different from Sharing in that multiple instances are 
permitted. PowerBuilder is not suitable for writing components with Bind
Object, because PowerBuilder instances cannot be safely used by more than one
thread at a time.

> A real world explanation of all the options would be
> great.  I'm getting intermittent disconnects and it's driving me nuts.
> 
> The on-line documentation doesn't explain it real well and doesn't cover
> all of the options.

-- 
________________________________________________________________________________

Evan Ireland              Sybase EAServer Engineering        eireland@sybase.com
                            Wellington, New Zealand               +64 4 934-5856
0
Evan
6/28/2000 9:02:54 PM
Reply:

Similar Artilces:

How to read Component Property (from the component itself)
I am using this code to read a Jaguar Component Property (from the Component itself) : private String getProperty(String _s) throws javax.ejb.EJBException, com.sybase.jaguar.util.JException { String propVal = null; try { powersoft.powerj.jaguar.InitialContext ctx = new powersoft.powerj.jaguar.InitialContext (); propVal = (String)ctx.lookup(_s); } catch (java.lang.Exception e) { com.sybase.jaguar.server.Jaguar.writeLog(true, getClass().toString() + e.toString()); } return (propVal); } ...

Component Properties All Properties tab
Is there a size/item limit to the Component Properties All Properties repository? I'd like to store (potentially hundreds) customer connection username/password information in this area. None we are aware of. Dave Wolf Internet Applications Division "David Short" <david.short@prescriber.com> wrote in message news:396A581C.2454F1DB@prescriber.com... > Is there a size/item limit to the Component Properties All Properties > repository? I'd like to store (potentially hundreds) customer > connection username/password information in this area. >...

getting Component properties from CORBA Component
Hi, Does nyone know if there's a way to get user set properties for a component within a CORBA component? I've tried using Toolkit.getProperty(), System.getProperty/ies() and the security getProperty(), and none of these work. Otherwise, how can I set a property for a CORBA component, and pick it up from within my code? I want to have several components, that vary only according to a user set property. Thank you andrewo ---== Posted via the PFCGuide Web Newsreader ==--- http://www.pfcguide.com/_newsgroups/group_list.asp Here is an example: ContextKeyword lcx...

Custom property editor accessing other component properties
I have a component which has a custom property editor for one of its properties. The custom property editor is derived from TStringProperty and works as expected. I need to, however, modify the editor to show a number of user selectable items which depends on the value of another property in the same component. How do you design a property editor for a component that can reference other properties of the component besides the one that it is designed to edit? I am using BCB6. Regards FarmerJo John wrote: > I have a component which has a custom property editor for one of its &...

Creating Instance of EAServer component from another EAServer
Hello, Does anybody know how to create instance of EAServer standart component from another EAServer component. this code below doesn't work from EAServer environment but works from regular windows SDI appliication: *************************************************** long ret connection con n_cdx_account acct con = create connection con.application = "cytradex_services" con.driver = "jaguar" con.location = "PHOBOS:9000" con.userid = "jagadmin" con.password = "123" ret = con.connecttoserver() inv_...

How to create component/property editors for FMX components?
Hi All, I've created (I hope :) ) a FireMonkey component. Now I want to create component editors and property editors. I know how to do it for VCL (include DesignIntf, DesignEditors, descend from TComponentEditor and TPropertyEditor and register them). How do you create component editors and property editors in FireMonkey though? Thanks, Tom > I've created (I hope :) ) a FireMonkey component. Now I want to create > component editors and property editors. I know how to do it for VCL > (include DesignIntf, DesignEditors, descend from TComponentEditor and > TPrope...

Custom property editor that can access other properties of a component.
I have a component that has a custom property editor for one of its properties. The editor provides a drop-down list of items that the user can select, this works as expected. I would like to modify the editor so that the list of items in the drop-down list depends also on the value of another property in the same component. How do I design a custom property editor that can access a property of a component other than the property for which the editor is registered? Regards FarmerJo John wrote: > How do I design a custom property editor that can access a property > of a compo...

Inspector component for TDictionary values? (not component properties) [Edit]
I would like to hear suggestions to show and edit the contents of my TDictionary in a Inspector fascion. Some values are multiple-choice (TComboBoxEx?), some are free to edit (TEdit?) and some are multiline (TMemo?). I want my software to show these in a list, like the IDE Inspector does. But using an inspector, like TJvInspector is not suitable because there is no object to inspect. With the list of fields being unique i ofcourse can not implement all possible properties. Actually also TComboBoxEx is underfeatured, i want it to be able to show columns and images. > {quote:title=N ...

EAServer component execute component located on another CORBA server
Hi all, I'd like to test if EAServer component can execute component located on another CORBA server. The SUN JDK's name server orbd was started and the HelloServer componet was successfully inititialized the object reference to the name server: 1) orbd -ORBInitialPort 54321 -ORBInitialHost localhost -port 54321 2) java HelloServer -ORBInitialPort 54321 -ORBInitialHost localhost A compoent was written and deployed to EAServer using com.sybase.CORBA.ORB: Properties props = new Properties(); props.put("org.omg.CORBA.ORBClass", "com.sybase.CORBA.ORB&...

Components in Components
I'm finishing up on a component that I've been creating at run-time but thought I'd go ahead and compile it and add it to my palette. The component contains a number of TPersistent components and a couple of TComponents. It's working well, and it compiles OK, but in the Object Inspector each of the TComponent properties has a drop-down control next to it, as if I was supposed to pick a component from a list. What is going on with this? Do I need to define the owner differently, or specify a parent-lik e object? I'd rather it just list the name of the class, like how i...

About Component Properties
component have many properties,such as com.sybase.jaguar.component.minpool,com.sybase.jaguar.component.maxpool. but they must be set in the Resources tab in the EAServer Manager Component Properties dialog box.That is to say if we have many components,we must set several times.Have any way to set these properties one time. Thanks for everybody! You could stop your server, open the props files in a tool like textpad, do a global replace over all files, save and restart Jaguar. "Rong Shen" <randysweet@hotmail.com> wrote in message news:40ee2a25@forums-1-dub... &...

EAServer components
One of the claims I see for EAServer is that 'Sybase EAServer is the only application server foundation that supports all component models, including J2EE, COM, CORBA, C/C++ and PowerBuilder.' Does this mean you can run PB, VB, JAVA, etc on EAServer? Or what exactly does it mean? Do others like Weblogic and Websphere not support the above ( outside of PB of course )? Correct. EAServer will host C++, Java, any COM components, PB etc. Weblogic and WebSphere do support CORBA components, and some flavor of COM, and of course J2EE, but only in their Enterprise edition, which ...

Web resources about - Component Properties - sybase.easerver

General Growth Properties - Wikipedia, the free encyclopedia
Chicago , Illinois , U.S. General Growth Properties, Inc. is an American real estate investment trust , headquartered at 110 North Wacker Drive ...

RentalRoost Brings Facebook Into Process Of Matching Up Home Seekers, Available Properties
... places to live , as RentalRoost , a San Francisco Bay-area-based website that incorporates Facebook data into its rankings of available properties, ...

Extended Profile Properties - Facebook-Entwickler
These Permissions cannot be revoked in the Login Dialog during the login flow, meaning they are non-optional for Users when logging into your ...

PortPerry Properties (@brian14mckinlay) on Twitter
Sign in Sign up To bring you Twitter, we and our partners use cookies on our and other websites. Cookies help personalize Twitter content, tailor ...

Hawaii Real Estate Properties for iPad on the App Store on iTunes
Get Hawaii Real Estate Properties for iPad on the App Store. See screenshots and ratings, and read customer reviews.

Fluffy buyback extended to neighbouring properties that share a wall
... Fluffy buyback and demolition Chief Minister Andrew Barr extended the Fluffy buyback and demolition scheme on Tuesday to include some properties ...

Smart Buys: Sydney properties for less than $1 million
Domain's choice of smart Sydney properties this week.

One missing as bushfire threatens properties north of Lancefield, central Victoria
UPDATE: AN elderly man is missing as crews work to protect rural properties under threat from a 3000ha bushfire that continues to burn out of ...

Golden Mile a 'basketcase' as commercial properties lose value
Kings Cross will never again function as Sydney's late-night entertainment precinct, property owners say, with residential developers snapping ...

Queensland storms: Roofs ripped off houses in Warwick, 19,000 properties left without power
... roofs in Warwick, as wild storms move across south-east Queensland. More than a dozen homes have lost their roofs and close to 19,000 properties ...

Resources last updated: 12/1/2015 2:05:55 PM