grimoires-users Mailing List for GRIMOIRES Web Service Registry
Brought to you by:
stevecrouch
Menu
▾
▴
grimoires-users — The GRIMOIRES users mailing list
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Weijian F. <wf...@ec...> - 2007-05-08 10:38:57
|
---------- Forwarded message ---------- From: Weijian Fang <wf...@ec...> Date: 08-May-2007 11:37 Subject: Re: [Grimoires-users] problem(potential bug) with getOperationByMessagePartReference() To: Yu Pan <yp...@bi...> Hi, Thanks a lot for identifying this bug. I have fixed the bug in Grimoires 1.5.0, which can be downloaded from http://users.ecs.soton.ac.uk/~wf/grimoires/Grimoires-1.5.0.zip. If there is any further questions, please let me know. Can you tell me more about your project which uses Grimoires? Thanks. Cheers, Weijian On 06/05/07, Yu Pan <yp...@bi...> wrote: > Hi, > > I encounters a problem while using Grimoires1.0.4. I published a set of > WSDL files, then try to query the operation by given the message part > references. As long as the operation names are difference for each > operation in each WSDL file, there is no problem. However, if you have two > operations (in different WSDL files, however) that have the same name, > then the wsdl.findOperationByMessagePart() get confused and could return any of > them. For example, I have the following two wsdl files (only fragments are > shown): > > <wsdl:definitions name="ClustalwService" > targetNamespace="http://www.cs.nmsu.edu/bsis/services/clustalw4" > ...> > > ... > > <wsdl:message name="ClustalwRequest"> > <wsdl:part name="sequences" element="types:sequences"/> > <wsdl:part name="proteinMatrix" element="types:proteinMatrix"/> > <wsdl:part name="dnaMatrix" element="types:dnaMatrix"/> > </wsdl:message> > > <wsdl:message name="ClustalwResponse"> > <wsdl:part name="alignedSequences" > element="types:alignedSequences"/> > <wsdl:part name="outTree" element="types:outTree"/> > </wsdl:message> > > <wsdl:portType name="ClustalwPortType"> > <wsdl:operation name="run"> > <wsdl:input name="ClustalwRequest" > message="tns:ClustalwRequest"/> > <wsdl:output name="ClustalwResponse" > message="tns:ClustalwResponse"/> > </wsdl:operation> > </wsdl:portType> > > <wsdl:binding name="ClustalwSoapBinding" type="tns:ClustalwPortType"> > <soap:binding style="document" > transport="http://schemas.xmlsoap.org/soap/http"/> > <wsdl:operation name="run"> > <soap:operation soapAction=""/> > <wsdl:input name="ClustalwRequest"> > <soap:body use="literal"/> > </wsdl:input> > <wsdl:output name="ClustalwResponse"> > <soap:body use="literal"/> > </wsdl:output> > </wsdl:operation> > </wsdl:binding> > ... > </wsdl:definitions> > > <wsdl:definitions name="ReadSeq" > targetNamespace="http://www.cs.nmsu.edu/bsis/services/readseq" > ...> > > ... > > <wsdl:message name="ReadSeqRequest"> > <wsdl:part name="sequences" element="types:sequences"/> > <wsdl:part name="format" element="types:format"/> > </wsdl:message> > > <wsdl:message name="ReadSeqResponse"> > <wsdl:part name="outSequences" element="types:outSequences"/> > </wsdl:message> > > <wsdl:portType name="ReadSeqPortType"> > <wsdl:operation name="run"> > <wsdl:input name="ReadSeqRequest" > message="tns:ReadSeqRequest"/> > <wsdl:output name="ReadSeqResponse" > message="tns:ReadSeqResponse"/> > </wsdl:operation> > </wsdl:portType> > > <wsdl:binding name="ReadSeqSoapBinding" type="tns:ReadSeqPortType"> > <soap:binding style="document" > transport="http://schemas.xmlsoap.org/soap/http"/> > <wsdl:operation name="run"> > <soap:operation soapAction=""/> > <wsdl:input name="ReadSeqRequest"> > <soap:body use="literal"/> > </wsdl:input> > <wsdl:output name="ReadSeqResponse"> > <soap:body use="literal"/> > </wsdl:output> > </wsdl:operation> > </wsdl:binding> > </wsdl:definitions> > > When I try to query the operation using the message part reference: > http://www.cs.nmsu.edu/bsis/services/readseq : ReadSeqRequest : sequences > It supposes to return me the operation detail as: > http://www.cs.nmsu.edu/bsis/services/readseq : ReadSeqPortType : run > However, it gives me the following one: > http://www.cs.nmsu.edu/bsis/services/clustalw4 : ClustalwPortType : run > > I was first doubting that it is the 1.0.4 version problem then I download > the 1.2.3 version but the problem still exists. I finally find out the > reason is because they share the same operation name "run". I tried > published the service with different operation names, then it is ok. I > do not know any of you have encountered the same problem before. But to > me, it looks like a potential bug in the function since it is > unavoidably people may use the same names for different operations. > > Further information needed, let me know. > > Thanks a lot. > > Yu > > > ----------------------------------------------------------------------- > Department of Computer Science | Email: yp...@cs... > New Mexico State University | Phone: (505)646-6224 > Las Cruces, NM 88001 | Homepage: http://www.cs.nmsu.edu/~ypan > ----------------------------------------------------------------------- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Grimoires-users mailing list > Gri...@li... > https://lists.sourceforge.net/lists/listinfo/grimoires-users > -- Cheers, Weijian -- Cheers, Weijian |
|
From: Yu P. <yp...@bi...> - 2007-05-05 23:24:36
|
Hi,
I encounters a problem while using Grimoires1.0.4. I published a set of
WSDL files, then try to query the operation by given the message part
references. As long as the operation names are difference for each
operation in each WSDL file, there is no problem. However, if you have two
operations (in different WSDL files, however) that have the same name,
then the wsdl.findOperationByMessagePart() get confused and could return any of
them. For example, I have the following two wsdl files (only fragments are
shown):
<wsdl:definitions name="ClustalwService"
targetNamespace="http://www.cs.nmsu.edu/bsis/services/clustalw4"
...>
...
<wsdl:message name="ClustalwRequest">
<wsdl:part name="sequences" element="types:sequences"/>
<wsdl:part name="proteinMatrix" element="types:proteinMatrix"/>
<wsdl:part name="dnaMatrix" element="types:dnaMatrix"/>
</wsdl:message>
<wsdl:message name="ClustalwResponse">
<wsdl:part name="alignedSequences"
element="types:alignedSequences"/>
<wsdl:part name="outTree" element="types:outTree"/>
</wsdl:message>
<wsdl:portType name="ClustalwPortType">
<wsdl:operation name="run">
<wsdl:input name="ClustalwRequest"
message="tns:ClustalwRequest"/>
<wsdl:output name="ClustalwResponse"
message="tns:ClustalwResponse"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="ClustalwSoapBinding" type="tns:ClustalwPortType">
<soap:binding style="document"
transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="run">
<soap:operation soapAction=""/>
<wsdl:input name="ClustalwRequest">
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output name="ClustalwResponse">
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
...
</wsdl:definitions>
<wsdl:definitions name="ReadSeq"
targetNamespace="http://www.cs.nmsu.edu/bsis/services/readseq"
...>
...
<wsdl:message name="ReadSeqRequest">
<wsdl:part name="sequences" element="types:sequences"/>
<wsdl:part name="format" element="types:format"/>
</wsdl:message>
<wsdl:message name="ReadSeqResponse">
<wsdl:part name="outSequences" element="types:outSequences"/>
</wsdl:message>
<wsdl:portType name="ReadSeqPortType">
<wsdl:operation name="run">
<wsdl:input name="ReadSeqRequest"
message="tns:ReadSeqRequest"/>
<wsdl:output name="ReadSeqResponse"
message="tns:ReadSeqResponse"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="ReadSeqSoapBinding" type="tns:ReadSeqPortType">
<soap:binding style="document"
transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="run">
<soap:operation soapAction=""/>
<wsdl:input name="ReadSeqRequest">
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output name="ReadSeqResponse">
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
</wsdl:definitions>
When I try to query the operation using the message part reference:
http://www.cs.nmsu.edu/bsis/services/readseq : ReadSeqRequest : sequences
It supposes to return me the operation detail as:
http://www.cs.nmsu.edu/bsis/services/readseq : ReadSeqPortType : run
However, it gives me the following one:
http://www.cs.nmsu.edu/bsis/services/clustalw4 : ClustalwPortType : run
I was first doubting that it is the 1.0.4 version problem then I download
the 1.2.3 version but the problem still exists. I finally find out the
reason is because they share the same operation name "run". I tried
published the service with different operation names, then it is ok. I
do not know any of you have encountered the same problem before. But to
me, it looks like a potential bug in the function since it is
unavoidably people may use the same names for different operations.
Further information needed, let me know.
Thanks a lot.
Yu
-----------------------------------------------------------------------
Department of Computer Science | Email: yp...@cs...
New Mexico State University | Phone: (505)646-6224
Las Cruces, NM 88001 | Homepage: http://www.cs.nmsu.edu/~ypan
-----------------------------------------------------------------------
|
|
From: Weijian F. <wf...@ec...> - 2006-10-30 15:24:34
|
IlN5bnRheCBlcnJvciwgcGFyYW1ldGVyaXplZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUgaWYg c291cmNlIGxldmVsIGlzCjUuMCIKCldoaWNoIGpkayBhcmUgeW91IHVzaW5nPyBHcmltb2lyZXMt V1NSRiBuZWVkcyB0byBiZSBjb21waWxlIHVuZGVyIDEuNS4KSXQgbWVhbnMgeW91IGhhdmUgdG8g cnVuIHdzLWNvcmUgdW5kZXIgMS41LgoKSG93IGRvIHlvdSBkZXBsb3kgZ3JpbW9pcmVzIGFuZCBn cmltb2lyZXMtd3NyZj8gRG8geW91IGZvbGxvdyB0aGVpcgpkb2N1bWVudGF0aW9ucz8gSXQgaXMg bm90IG5lY2Vzc2FyeSB0byB1c2UgZWNsaXBzZSB0byBjb21waWxlIGFuZApkZXBsb3kuCgpPbiAz MC8xMC8wNiwgamlhbndlaV93dSA8amlhbndlaV93dUAxNjMuY29tPiB3cm90ZToKPiBIaSxXZWlq aWFuLiBJIGFtIGZyb20gV3VoYW4gVW5pdmVyc2l0eSBpbiBDaGluYS4gSSBhbSB3b3JraW5nIG9u IHJlbW90ZQo+IHNlbnNpbmcgaW1hZ2UgcHJvY2Vzc2luZyBvbiBncmlkIGNvbXB1dGluZyBlbnZp cm9ubWVudC4gSSdtIGdvaW5nIHRvIHVzZQo+IGdyaW1vaXJlcyB0byBpbXBsZW1lbnQgc2Vydmlj ZSBkaXNjb3ZlcnkgYW5kIHJlZ2lzdHJ5LiBJIHJ1bgo+ICJnbG9idXMtc3RhcnQtY29udGFpbmVy IC1ub3NlYyAtZGVidWcgIiBhbmQgdGhlIGVycm9ycyBhcmUgYXMgZm9sbG93aW5nOgo+IEM6XEdy aW1vaXJlcy1XU1JGPmdsb2J1cy1zdGFydC1jb250YWluZXIgLW5vc2VjIC1kZWJ1Zwo+IC4gQ2F1 c2VkIGJ5IGphdmEubGFuZy5yZWZsZWN0Lkludm9jYXRpb25UYXJnZXRFeGNlcHRpb24KPiAgICAg ICAgIGF0Cj4gc3VuLnJlZmxlY3QuTmF0aXZlQ29uc3RydWN0b3JBY2Nlc3NvckltcGwubmV3SW5z dGFuY2UwKE5hdGl2ZQo+IE1ldGhvZCkKPiAgICAgICAgIGF0Cj4gc3VuLnJlZmxlY3QuTmF0aXZl Q29uc3RydWN0b3JBY2Nlc3NvckltcGwubmV3SW5zdGFuY2UoTmF0aXZlQ29uc3RydWN0b3JBY2Nl c3NvckltcGwuamF2YTozOSkKPiAgICAgICAgIGF0Cj4gc3VuLnJlZmxlY3QuRGVsZWdhdGluZ0Nv bnN0cnVjdG9yQWNjZXNzb3JJbXBsLm5ld0luc3RhbmNlKERlbGVnYXRpbmdDb25zdHJ1Y3RvckFj Y2Vzc29ySW1wbC5qYXZhOjI3KQo+ICAgICAgICAgYXQKPiBqYXZhLmxhbmcucmVmbGVjdC5Db25z dHJ1Y3Rvci5uZXdJbnN0YW5jZShDb25zdHJ1Y3Rvci5qYXZhOjI3NCkKPiAgICAgICAgIGF0Cj4g b3JnLmdsb2J1cy53c3JmLmNvbnRhaW5lci5TZXJ2aWNlQ29udGFpbmVyLmNyZWF0ZUNvbnRhaW5l cihTZXJ2aWNlQ29udGFpbmVyLmphdmE6MTM2KQo+ICAgICAgICAgYXQKPiBvcmcuZ2xvYnVzLndz cmYuY29udGFpbmVyLlNlcnZpY2VDb250YWluZXIubWFpbihTZXJ2aWNlQ29udGFpbmVyLmphdmE6 NDA2KQo+ICAgICAgICAgYXQKPiBzdW4ucmVmbGVjdC5OYXRpdmVNZXRob2RBY2Nlc3NvckltcGwu aW52b2tlMChOYXRpdmUgTWV0aG9kKQo+ICAgICAgICAgYXQKPiBzdW4ucmVmbGVjdC5OYXRpdmVN ZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKE5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjM5 KQo+ICAgICAgICAgYXQKPiBzdW4ucmVmbGVjdC5EZWxlZ2F0aW5nTWV0aG9kQWNjZXNzb3JJbXBs Lmludm9rZShEZWxlZ2F0aW5nTWV0aG9kQWNjZXNzb3JJbXBsLmphdmE6MjUpCj4gICAgICAgICBh dCBqYXZhLmxhbmcucmVmbGVjdC5NZXRob2QuaW52b2tlKE1ldGhvZC5qYXZhOjMyNCkKPiAgICAg ICAgIGF0Cj4gb3JnLmdsb2J1cy5ib290c3RyYXAuQm9vdHN0cmFwQmFzZS5sYXVuY2goQm9vdHN0 cmFwQmFzZS5qYXZhOjk1KQo+ICAgICAgICAgYXQKPiBvcmcuZ2xvYnVzLmJvb3RzdHJhcC5Cb290 c3RyYXAubWFpbihCb290c3RyYXAuamF2YTozNykKPiBDYXVzZWQgYnk6IGphdmEubGFuZy5FcnJv cjogVW5yZXNvbHZlZCBjb21waWxhdGlvbiBwcm9ibGVtczoKPiAgICAgICAgIFN5bnRheCBlcnJv ciwgcGFyYW1ldGVyaXplZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUgaWYgc291cmNlIGxldmVs Cj4gaXMKPiA1LjAKPiAgICAgICAgIFRoZSB0eXBlIEhhc2hTZXQgaXMgbm90IGdlbmVyaWM7IGl0 IGNhbm5vdCBiZSBwYXJhbWV0ZXJpemVkIHdpdGgKPiBhcmd1bWVudHMgPFN0cmluZz4KPiAgICAg ICAgIFN5bnRheCBlcnJvciwgcGFyYW1ldGVyaXplZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUg aWYgc291cmNlIGxldmVsCj4gaXMKPiA1LjAKPiAgICAgICAgIFRoZSB0eXBlIEhhc2hTZXQgaXMg bm90IGdlbmVyaWM7IGl0IGNhbm5vdCBiZSBwYXJhbWV0ZXJpemVkIHdpdGgKPiBhcmd1bWVudHMg PFN0cmluZz4KPiAgICAgICAgIFRoZSB0eXBlIE1hcCBpcyBub3QgZ2VuZXJpYzsgaXQgY2Fubm90 IGJlIHBhcmFtZXRlcml6ZWQgd2l0aAo+IGFyZ3VtZW50cyA8U3RyaW5nLCBTdHJpbmc+Cj4gICAg ICAgICBTeW50YXggZXJyb3IsIHBhcmFtZXRlcml6ZWQgdHlwZXMgYXJlIG9ubHkgYXZhaWxhYmxl IGlmIHNvdXJjZSBsZXZlbAo+IGlzCj4gNS4wCj4gICAgICAgICBUaGUgdHlwZSBIYXNoTWFwIGlz IG5vdCBnZW5lcmljOyBpdCBjYW5ub3QgYmUgcGFyYW1ldGVyaXplZCB3aXRoCj4gYXJndW1lbgo+ IHRzIDxTdHJpbmcsIFN0cmluZz4KPiAgICAgICAgIFN5bnRheCBlcnJvciwgcGFyYW1ldGVyaXpl ZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUgaWYgc291cmNlIGxldmVsCj4gaXMKPiA1LjAKPiAg ICAgICAgIFRoZSB0eXBlIEhhc2hTZXQgaXMgbm90IGdlbmVyaWM7IGl0IGNhbm5vdCBiZSBwYXJh bWV0ZXJpemVkIHdpdGgKPiBhcmd1bWVudHMgPFN0cmluZz4KPiAgICAgICAgIFN5bnRheCBlcnJv ciwgcGFyYW1ldGVyaXplZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUgaWYgc291cmNlIGxldmVs Cj4gaXMKPiA1LjAKPiAgICAgICAgIFRoZSB0eXBlIEhhc2hTZXQgaXMgbm90IGdlbmVyaWM7IGl0 IGNhbm5vdCBiZSBwYXJhbWV0ZXJpemVkIHdpdGgKPiBhcmd1bWVudHMgPFN0cmluZz4KPiAgICAg ICAgIFN5bnRheCBlcnJvciwgcGFyYW1ldGVyaXplZCB0eXBlcyBhcmUgb25seSBhdmFpbGFibGUg aWYgc291cmNlIGxldmVsCj4gaXMKPiA1LjAKPiAgICAgICAgIGJ1c2luZXNzTWFwIGNhbm5vdCBi ZSByZXNvbHZlZAo+ICAgICAgICAgYnVzaW5lc3NNYXAgY2Fubm90IGJlIHJlc29sdmVkCj4gICAg ICAgICBzZXJ2aWNlTWFwIGNhbm5vdCBiZSByZXNvbHZlZAo+ICAgICAgICAgYnVzaW5lc3NNYXAg Y2Fubm90IGJlIHJlc29sdmVkCj4gICAgICAgICBzZXJ2aWNlTWFwIGNhbm5vdCBiZSByZXNvbHZl ZAo+ICAgICAgICAgYnVzaW5lc3NNYXAgY2Fubm90IGJlIHJlc29sdmVkCj4gICAgICAgICBUaGUg dHlwZSBIYXNoU2V0IGlzIG5vdCBnZW5lcmljOyBpdCBjYW5ub3QgYmUgcGFyYW1ldGVyaXplZCB3 aXRoCj4gYXJndW1lbnRzIDxTdHJpbmc+Cj4gICAgICAgICBTeW50YXggZXJyb3IsIHBhcmFtZXRl cml6ZWQgdHlwZXMgYXJlIG9ubHkgYXZhaWxhYmxlIGlmIHNvdXJjZSBsZXZlbAo+IGlzCj4gNS4w Cj4gICAgICAgICBidXNpbmVzc01hcCBjYW5ub3QgYmUgcmVzb2x2ZWQKPiAgICAgICAgIGF0Cj4g dWsuYWMuc290b24uZWNzLmdyaW1vaXJlcy5zZXJ2ZXIud3NyZi5lbnRyeS5pbXBsLkJ1c2luZXNz U2VydmljZUJvb2suCj4gPGluaXQ+KEJ1c2luZXNzU2VydmljZUJvb2suamF2YToyMSkKPiAgICAg ICAgIGF0Cj4gdWsuYWMuc290b24uZWNzLmdyaW1vaXJlcy5zZXJ2ZXIud3NyZi5lbnRyeS5pbXBs LkdyaW1vaXJlc1dTUkZFbnRyeVNlCj4gcnZpY2VIb21lLjxjbGluaXQ+KEdyaW1vaXJlc1dTUkZF bnRyeVNlcnZpY2VIb21lLmphdmE6MTA5KQo+ICAgICAgICAgYXQKPiBzdW4ucmVmbGVjdC5OYXRp dmVDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5uZXdJbnN0YW5jZTAoTmF0aXZlCj4gTWV0aG9kKQo+ ICAgICAgICAgYXQKPiBzdW4ucmVmbGVjdC5OYXRpdmVDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5u ZXdJbnN0YW5jZShOYXRpdmVDb25zdHJ1Y3RvckFjY2Vzc29ySW1wbC5qYXZhOjM5KQo+ICAgICAg ICAgYXQKPiBzdW4ucmVmbGVjdC5EZWxlZ2F0aW5nQ29uc3RydWN0b3JBY2Nlc3NvckltcGwubmV3 SW5zdGFuY2UoRGVsZWdhdGluZ0NvbnN0cnVjdG9yQWNjZXNzb3JJbXBsLmphdmE6MjcpCj4gICAg ICAgICBhdAo+IGphdmEubGFuZy5yZWZsZWN0LkNvbnN0cnVjdG9yLm5ld0luc3RhbmNlKENvbnN0 cnVjdG9yLmphdmE6Mjc0KQo+ICAgICAgICAgYXQgamF2YS5sYW5nLkNsYXNzLm5ld0luc3RhbmNl MChDbGFzcy5qYXZhOjMwOCkKPiAgICAgICAgIGF0IGphdmEubGFuZy5DbGFzcy5uZXdJbnN0YW5j ZShDbGFzcy5qYXZhOjI2MSkKPiAgICAgICAgIGF0Cj4gb3JnLmFwYWNoZS5uYW1pbmcuZmFjdG9y eS5CZWFuRmFjdG9yeS5nZXRPYmplY3RJbnN0YW5jZShVbmtub3duCj4gU291cmMKPiBlKQo+ICAg ICAgICAgYXQKPiBvcmcuZ2xvYnVzLndzcmYuam5kaS5CYXNpY0JlYW5GYWN0b3J5LmdldE9iamVj dEluc3RhbmNlKEJhc2ljQmVhbkZhY3RvcnkuamF2YTozNSkKPiAgICAgICAgIGF0Cj4gb3JnLmds b2J1cy53c3JmLmpuZGkuQmVhbkZhY3RvcnkuZ2V0SW5zdGFuY2UoQmVhbkZhY3RvcnkuamF2YTox MTMpCj4gICAgICAgICBhdAo+IG9yZy5nbG9idXMud3NyZi5qbmRpLkJlYW5GYWN0b3J5LmdldE9i amVjdEluc3RhbmNlKEJlYW5GYWN0b3J5LmphdmE6NzkpCj4gICAgICAgICBhdAo+IG9yZy5hcGFj aGUubmFtaW5nLmZhY3RvcnkuUmVzb3VyY2VGYWN0b3J5LmdldE9iamVjdEluc3RhbmNlKFVua25v d24KPiBTb3VyY2UpCj4gICAgICAgICBhdAo+IGphdmF4Lm5hbWluZy5zcGkuTmFtaW5nTWFuYWdl ci5nZXRPYmplY3RJbnN0YW5jZShOYW1pbmdNYW5hZ2VyLmphdmE6MzAxKQo+ICAgICAgICAgYXQg b3JnLmFwYWNoZS5uYW1pbmcuTmFtaW5nQ29udGV4dC5sb29rdXAoVW5rbm93bgo+IFNvdXJjZSkK PiAgICAgICAgIGF0IG9yZy5hcGFjaGUubmFtaW5nLk5hbWluZ0NvbnRleHQubG9va3VwKFVua25v d24KPiBTb3VyY2UpCj4gICAgICAgICBhdAo+IG9yZy5hcGFjaGUubmFtaW5nLlN5bmNocm9uaXpl ZENvbnRleHQubG9va3VwKFVua25vd24KPiBTb3VyY2UpCj4gICAgICAgICBhdCBvcmcuYXBhY2hl Lm5hbWluZy5OYW1pbmdDb250ZXh0Lmxvb2t1cChVbmtub3duCj4gU291cmNlKQo+ICAgICAgICAg YXQgb3JnLmFwYWNoZS5uYW1pbmcuTmFtaW5nQ29udGV4dC5sb29rdXAoVW5rbm93bgo+IFNvdXJj ZSkKPiAgICAgICAgIGF0Cj4gb3JnLmFwYWNoZS5uYW1pbmcuU3luY2hyb25pemVkQ29udGV4dC5s b29rdXAoVW5rbm93bgo+IFNvdXJjZSkKPiAgICAgICAgIGF0IG9yZy5hcGFjaGUubmFtaW5nLk5h bWluZ0NvbnRleHQubG9va3VwKFVua25vd24KPiBTb3VyY2UpCj4gICAgICAgICBhdCBvcmcuYXBh Y2hlLm5hbWluZy5OYW1pbmdDb250ZXh0Lmxvb2t1cChVbmtub3duCj4gU291cmNlKQo+ICAgICAg ICAgYXQKPiBvcmcuYXBhY2hlLm5hbWluZy5TeW5jaHJvbml6ZWRDb250ZXh0Lmxvb2t1cChVbmtu b3duCj4gU291cmNlKQo+ICAgICAgICAgYXQgb3JnLmFwYWNoZS5uYW1pbmcuTmFtaW5nQ29udGV4 dC5sb29rdXAoVW5rbm93bgo+IFNvdXJjZSkKPiAgICAgICAgIGF0IG9yZy5hcGFjaGUubmFtaW5n Lk5hbWluZ0NvbnRleHQubG9va3VwKFVua25vd24KPiBTb3VyY2UpCj4gICAgICAgICBhdAo+IG9y Zy5hcGFjaGUubmFtaW5nLlN5bmNocm9uaXplZENvbnRleHQubG9va3VwKFVua25vd24KPiBTb3Vy Y2UpCj4gICAgICAgICBhdCBvcmcuYXBhY2hlLm5hbWluZy5OYW1pbmdDb250ZXh0Lmxvb2t1cChV bmtub3duCj4gU291cmNlKQo+ICAgICAgICAgYXQgb3JnLmFwYWNoZS5uYW1pbmcuTmFtaW5nQ29u dGV4dC5sb29rdXAoVW5rbm93bgo+IFNvdXJjZSkKPiAgICAgICAgIGF0Cj4gb3JnLmFwYWNoZS5u YW1pbmcuU3luY2hyb25pemVkQ29udGV4dC5sb29rdXAoVW5rbm93bgo+IFNvdXJjZSkKPiAgICAg ICAgIGF0IG9yZy5hcGFjaGUubmFtaW5nLk5hbWluZ0NvbnRleHQubG9va3VwKFVua25vd24KPiBT b3VyY2UpCj4gICAgICAgICBhdCBvcmcuYXBhY2hlLm5hbWluZy5OYW1pbmdDb250ZXh0Lmxvb2t1 cChVbmtub3duCj4gU291cmNlKQo+ICAgICAgICAgYXQKPiBvcmcuYXBhY2hlLm5hbWluZy5TeW5j aHJvbml6ZWRDb250ZXh0Lmxvb2t1cChVbmtub3duCj4gU291cmNlKQo+ICAgICAgICAgYXQgb3Jn LmFwYWNoZS5uYW1pbmcuTmFtaW5nQ29udGV4dC5sb29rdXAoVW5rbm93bgo+IFNvdXJjZSkKPiAg ICAgICAgIGF0IG9yZy5hcGFjaGUubmFtaW5nLk5hbWluZ0NvbnRleHQubG9va3VwKFVua25vd24K PiBTb3VyY2UpCj4gICAgICAgICBhdAo+IG9yZy5hcGFjaGUubmFtaW5nLlN5bmNocm9uaXplZENv bnRleHQubG9va3VwKFVua25vd24KPiBTb3VyY2UpCj4gICAgICAgICBhdAo+IGphdmF4Lm5hbWlu Zy5Jbml0aWFsQ29udGV4dC5sb29rdXAoSW5pdGlhbENvbnRleHQuamF2YTozNDcpCj4gICAgICAg ICBhdCBvcmcuYXBhY2hlLm5hbWluZy5TZWxlY3RvckNvbnRleHQubG9va3VwKFVua25vd24KPiBT b3VyY2UpCj4gICAgICAgICBhdAo+IGphdmF4Lm5hbWluZy5Jbml0aWFsQ29udGV4dC5sb29rdXAo SW5pdGlhbENvbnRleHQuamF2YTozNDcpCj4gICAgICAgICBhdAo+IG9yZy5nbG9idXMud3NyZi5p bXBsLlJlc291cmNlQ29udGV4dEltcGwuZ2V0UmVzb3VyY2VIb21lKFJlc291cmNlQ29udGV4dElt cGwuamF2YToxMTkpCj4gICAgICAgICBhdAo+IG9yZy5nbG9idXMud3NyZi5jb250YWluZXIuU2Vy dmljZU1hbmFnZXIkSW5pdFByaXZpbGVnZWRBY3Rpb24uaW5pdGlhbAo+IGl6ZShTZXJ2aWNlTWFu YWdlci5qYXZhOjI1NykKPiAgICAgICAgIGF0Cj4gb3JnLmdsb2J1cy53c3JmLmNvbnRhaW5lci5T ZXJ2aWNlTWFuYWdlci5pbml0aWFsaXplU2VydmljZShTZXJ2aWNlTWFuYWdlci5qYXZhOjIxNSkK PiAgICAgICAgIGF0Cj4gb3JnLmdsb2J1cy53c3JmLmNvbnRhaW5lci5TZXJ2aWNlTWFuYWdlci5z dGFydChTZXJ2aWNlTWFuYWdlci5qYXZhOjE0OCkKPiAgICAgICAgIGF0Cj4gb3JnLmdsb2J1cy53 c3JmLmNvbnRhaW5lci5TZXJ2aWNlRGlzcGF0Y2hlci5pbml0KFNlcnZpY2VEaXNwYXRjaGVyLmph dmE6MTMxKQo+ICAgICAgICAgYXQKPiBvcmcuZ2xvYnVzLndzcmYuY29udGFpbmVyLlNlcnZpY2VD b250YWluZXIuc3RhcnQoU2VydmljZUNvbnRhaW5lci5qYXZhOjIzNykKPiAgICAgICAgIGF0Cj4g b3JnLmdsb2J1cy53c3JmLmNvbnRhaW5lci5TZXJ2aWNlQ29udGFpbmVyLjxpbml0PihTZXJ2aWNl Q29udGFpbmVyLmphdmE6MTk1KQo+ICAgICAgICAgLi4uIDEyIG1vcmUKPgo+Cj4KPgo+Cj4KPiAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPgo+IC0tLS0t1K3KvNPKvP4tLS0tLQo+ ILeivP7IyzoiV2VpamlhbiBGYW5nIgo+ILeiy83KsbzkOjIwMDYtMTAtMzAgMjE6MTQ6NTYKPiDK 1bz+yMs6ImppYW53ZWlfd3UiCj4gs63LzTpncmltb2lyZXMtdXNlcnNAbGlzdHMuc291cmNlZm9y Z2UubmV0Cj4g1vfM4jpSZTogaW5zdGFsbGluZyBwcm9ibGVtIHdpdGggZ3JpbW9pcmVzLXdzcmYK Pgo+Cj4KPiBIaSBKaWFud2VpLAo+Cj4gQ291bGQgeW91IHBsZWFzZSBydW4gImdsb2J1cy1zdGFy dC1jb250YWluZXIgLW5vc2VjIC1kZWJ1ZyIgYW5kIHNlbmQKPiBtZSB0aGUgb3V0cHV0Pwo+Cj4g UGxlYXNlIHRyeSB0byBzZW5kIGVtYWlscyB0bwo+IGdyaW1vaXJlcy11c2Vyc0BsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXQsIHdlCj4gYXJlIHByb21vdGluZyB0aGUgdXNpbmcgb2YgdGhlIGdyaW1vaXJl cyBtYWlsIGxpc3QuCj4KPiBGb3IgdGhlIHB1cnBvc2Ugb2YgY29sbGVjdGluZyBncmltb2lyZXMn IHVzYWdlIGluZm9ybWF0aW9uLCBjb3VsZCB5b3UKPiB0ZWxsIG1lIHdoZXJlIHlvdSBhcmUgZnJv bSBhbmQgd2hhdCBwcm9qZWN0cyB5b3UgYXJlIHdvcmtpbmcgb24uCj4gVGhhbmtzIGEgbG90IQo+ Cj4gQ2hlZXJzLAo+Cj4gV2Vpamlhbgo+Cj4gT24gMzAvMTAvMDYsIGppYW53ZWlfd3UgPGppYW53 ZWlfd3VAMTYzLmNvbT4gd3JvdGU6Cj4gPiBoZWxsbyxpIGhhdmUgZG93bmxvYWQgdGhlIGdyaW1v aXJlcyAxLjIuMCBhbmQgZ3JpbW9pcmVzLXdzcmYtMC45LjAsYW5kIGkKPiA+IGhhdmUgaW5zdGFs bGVkIHRoZW0gb24gV2luZG93cyBYUC4gSSB1c2UgSmF2YS1XUyBjb3JlIDQuMC4yLiBJIHVzaW5n IHRoZQo+ID4gRWNsbGlwc2UgMy4yIHRvIG9wZW4gdGhpcyB0d28gcHJvamVjdHMgYW5kIGNoYW5n ZSB0aGUgYnVsZCBwYXRoIHNldHRpbmdzLgo+IElmCj4gPiBub3QgZG9pbmcgc28sdGhlIGluc3Rh bGxhdGlvbiB3aWxsIGZhaWwuIFNvIGkgaGF2ZSBpbnN0YWxsZWQgdGhlIDIKPiBjb21wb25lbXQK PiA+IGJ5IGRvaW5nIGFib3ZlICxJdCBzZWVtcyB0aGUgaW5zdGFsbGF0aW9uIGlzIHN1Y2Nlc3Nm dWwgYW5kIFdoZW4gaSBvbmx5Cj4gPiBpbnN0YWxsIHRoZSBncmltb2lyZXMsaSBjYW4gc3RhcnQg dGhlIGdsb2J1cyBjb250YWluZXIgYnkKPiA+ICJnbG9idXMtc3RhcnQtY29udGFpbmVyIC1ub3Nl YyIsdGhlIG5ld2x5IGFkZGVkIGdyaW1vaXJlcyBzZXJ2aWNlcyBhcmUKPiA+IGxpc3RlZC5Ib3dl dmVyLGFmdGVyIGluc3RhbGxpbmcgdGhlIGdyaW1vaXJlcy13c3JmIGkgY2FuIG5vdCBzdGFydCB0 aGUKPiA+IGdsb2J1cyBjb250YWluZXIgYnkgImdsb2J1cy1zdGFydC1jb250YWluZXIgLW5vc2Vj IiBhbnkgbW9yZSwgdGhlIGVycm9yIGlzCj4gPiBhcyBmb2xsb3dpbmc6Cj4gPiBDOlxHcmltb2ly ZXMtV1NSRj5nbG9idXMtc3RhcnQtY29udGFpbmVyIC1ub3NlYwo+ID4gRmFpbGVkIHRvIHN0YXJ0 IGNvbnRhaW5lcjogW0NhdXNlZCBieToKPiA+IGphdmEubGFuZy5yZWZsZWN0Lkludm9jYXRpb25U YXJnZXRFeGNlcHQKPiA+IGlvbl0KPiA+IEkgaGF2ZSB0cmllZCBzZXZlcmFsIHRpbWVzLCBjYW4g eW91IGhlbHAgbWUgYW5kIGdpdmUgbWUgdGhlIGFkdmljZT8gVGhhbmtzCj4gPiBpbiBhZHZhbmNl Cj4gPiBKaWFud2VpIFd1Cj4gPgo+ID4KPiA+Cj4gPgo+ID4KPiA+Cj4gPgo+ID4KPiA+Cj4gPgo+ ID4gTmlrZSDXqCDC9CA2INXbIMflILLWICwgt+ggx8AgwLIgIQo+ID4gtc0gvNsgyc8gytAgISCw oiC1zyBcS2FwcGFcIMDuIMT+INDCIL/uINTLILavINewILXEIMirILOkIDEtNCDV2yAoIM28ICkK Pgo+Cj4gLS0KPiBDaGVlcnMsCj4KPiBXZWlqaWFuCj4KPgo+Cj4KPgo+Cj4KPgo+ICBOaWtlINeo IML0IDYg1dsgx+UgstYgLCC36CDHwCDAsiAhCj4gILXNILzbIMnPIMrQICEgsKIgtc8gXEthcHBh XCDA7iDE/iDQwiC/7iDUyyC2ryDXsCC1xCDIqyCzpCAxLTQg1dsgKCDNvCApCgoKLS0gCkNoZWVy cywKCldlaWppYW4K |
|
From: jianwei_wu <jia...@16...> - 2006-10-30 14:49:35
|
Hi,Weijian. I am from Wuhan University in China. I am working on remote s=
ensing image processing on grid computing environment. I'm going to use=20
grimoires to implement service discovery and registry. I run=20
"globus-start-container -nosec -debug " and the errors are as following:
C:\Grimoires-WSRF>globus-start-container -nosec -debug
=2E Caused by java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native =
Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeCo=
nstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Dele=
gatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274=
)
at org.globus.wsrf.container.ServiceContainer.createContainer(Ser=
viceContainer.java:136)
at org.globus.wsrf.container.ServiceContainer.main(ServiceContain=
er.java:406)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth=
odAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.globus.bootstrap.BootstrapBase.launch(BootstrapBase.java:9=
5)
at org.globus.bootstrap.Bootstrap.main(Bootstrap.java:37)
Caused by: java.lang.Error: Unresolved compilation problems:
Syntax error, parameterized types are only available if source le=
vel is
5.0
The type HashSet is not generic; it cannot be parameterized with =
arguments <String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
The type HashSet is not generic; it cannot be parameterized with =
arguments <String>
The type Map is not generic; it cannot be parameterized with argu=
ments <String, String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
The type HashMap is not generic; it cannot be parameterized with =
argumen
ts <String, String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
The type HashSet is not generic; it cannot be parameterized with =
arguments <String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
The type HashSet is not generic; it cannot be parameterized with =
arguments <String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
businessMap cannot be resolved
businessMap cannot be resolved
serviceMap cannot be resolved
businessMap cannot be resolved
serviceMap cannot be resolved
businessMap cannot be resolved
The type HashSet is not generic; it cannot be parameterized with =
arguments <String>
Syntax error, parameterized types are only available if source le=
vel is
5.0
businessMap cannot be resolved
at uk.ac.soton.ecs.grimoires.server.wsrf.entry.impl.BusinessServi=
ceBook.
<init>(BusinessServiceBook.java:21)
at uk.ac.soton.ecs.grimoires.server.wsrf.entry.impl.GrimoiresWSRF=
EntrySe
rviceHome.<clinit>(GrimoiresWSRFEntryServiceHome.java:109)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native =
Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeCo=
nstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Dele=
gatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274=
)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at org.apache.naming.factory.BeanFactory.getObjectInstance(Unknow=
n Sourc
e)
at org.globus.wsrf.jndi.BasicBeanFactory.getObjectInstance(BasicB=
eanFactory.java:35)
at org.globus.wsrf.jndi.BeanFactory.getInstance(BeanFactory.java:=
113)
at org.globus.wsrf.jndi.BeanFactory.getObjectInstance(BeanFactory=
=2Ejava:79)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(Un=
known Source)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager=
=2Ejava:301)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.NamingContext.lookup(Unknown Source)
at org.apache.naming.SynchronizedContext.lookup(Unknown Source)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at org.apache.naming.SelectorContext.lookup(Unknown Source)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at org.globus.wsrf.impl.ResourceContextImpl.getResourceHome(Resou=
rceContextImpl.java:119)
at org.globus.wsrf.container.ServiceManager$InitPrivilegedAction.=
initial
ize(ServiceManager.java:257)
at org.globus.wsrf.container.ServiceManager.initializeService(Ser=
viceManager.java:215)
at org.globus.wsrf.container.ServiceManager.start(ServiceManager.=
java:148)
at org.globus.wsrf.container.ServiceDispatcher.init(ServiceDispat=
cher.java:131)
at org.globus.wsrf.container.ServiceContainer.start(ServiceContai=
ner.java:237)
at org.globus.wsrf.container.ServiceContainer.<init>(ServiceConta=
iner.java:195)
... 12 more
=20
=20
=20
=20
=20
=20
-----=D4=AD=CA=BC=D3=CA=BC=FE-----
=B7=A2=BC=FE=C8=CB:"Weijian Fang"=20
=B7=A2=CB=CD=CA=B1=BC=E4:2006-10-30 21:14:56
=CA=D5=BC=FE=C8=CB:"jianwei_wu"=20
=B3=AD=CB=CD:gri...@li...
=D6=F7=CC=E2:Re: installing problem with grimoires-wsrf
Hi Jianwei,
Could you please run "globus-start-container -nosec -debug" and send
me the output?
Please try to send emails to gri...@li..., we
are promoting the using of the grimoires mail list.
For the purpose of collecting grimoires' usage information, could you
tell me where you are from and what projects you are working on.
Thanks a lot!
Cheers,
Weijian
On 30/10/06, jianwei_wu <jia...@16...> wrote:
> hello,i have download the grimoires 1.2.0 and grimoires-wsrf-0.9.0,and =
i
> have installed them on Windows XP. I use Java-WS core 4.0.2. I using th=
e
> Ecllipse 3.2 to open this two projects and change the buld path setting=
s. If
> not doing so,the installation will fail. So i have installed the 2 comp=
onemt
> by doing above ,It seems the installation is successful and When i only
> install the grimoires,i can start the globus container by
> "globus-start-container -nosec",the newly added grimoires services are
> listed.However,after installing the grimoires-wsrf i can not start the
> globus container by "globus-start-container -nosec" any more, the error=
is
> as following:
> C:\Grimoires-WSRF>globus-start-container -nosec
> Failed to start container: [Caused by:
> java.lang.reflect.InvocationTargetExcept
> ion]
> I have tried several times, can you help me and give me the advice? Tha=
nks
> in advance
> Jianwei Wu
>
>
>
>
>
>
>
>
>
>
> Nike =D7=A8 =C2=F4 6 =D5=DB =C7=E5 =B2=D6 , =B7=E8 =C7=C0 =C0=B2 !
> =B5=CD =BC=DB =C9=CF =CA=D0 ! =B0=A2 =B5=CF \Kappa\ =C0=EE =C4=FE =D0=C2=
=BF=EE =D4=CB =B6=AF =D7=B0 =B5=C4 =C8=AB =B3=A4 1-4 =D5=DB ( =CD=BC )
--=20
Cheers,
Weijian
|
|
From: Weijian F. <wf...@ec...> - 2006-10-30 13:15:05
|
SGkgSmlhbndlaSwKCkNvdWxkIHlvdSBwbGVhc2UgcnVuICJnbG9idXMtc3RhcnQtY29udGFpbmVy IC1ub3NlYyAtZGVidWciIGFuZCBzZW5kCm1lIHRoZSBvdXRwdXQ/CgpQbGVhc2UgdHJ5IHRvIHNl bmQgZW1haWxzIHRvIGdyaW1vaXJlcy11c2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQsIHdlCmFy ZSBwcm9tb3RpbmcgdGhlIHVzaW5nIG9mIHRoZSBncmltb2lyZXMgbWFpbCBsaXN0LgoKRm9yIHRo ZSBwdXJwb3NlIG9mIGNvbGxlY3RpbmcgZ3JpbW9pcmVzJyB1c2FnZSBpbmZvcm1hdGlvbiwgY291 bGQgeW91CnRlbGwgbWUgd2hlcmUgeW91IGFyZSBmcm9tIGFuZCB3aGF0IHByb2plY3RzIHlvdSBh cmUgd29ya2luZyBvbi4KVGhhbmtzIGEgbG90IQoKQ2hlZXJzLAoKV2VpamlhbgoKT24gMzAvMTAv MDYsIGppYW53ZWlfd3UgPGppYW53ZWlfd3VAMTYzLmNvbT4gd3JvdGU6Cj4gaGVsbG8saSBoYXZl IGRvd25sb2FkIHRoZSBncmltb2lyZXMgMS4yLjAgYW5kIGdyaW1vaXJlcy13c3JmLTAuOS4wLGFu ZCBpCj4gaGF2ZSBpbnN0YWxsZWQgdGhlbSBvbiBXaW5kb3dzIFhQLiBJIHVzZSBKYXZhLVdTIGNv cmUgNC4wLjIuIEkgdXNpbmcgdGhlCj4gRWNsbGlwc2UgMy4yIHRvIG9wZW4gdGhpcyB0d28gcHJv amVjdHMgYW5kIGNoYW5nZSB0aGUgYnVsZCBwYXRoIHNldHRpbmdzLiBJZgo+IG5vdCBkb2luZyBz byx0aGUgaW5zdGFsbGF0aW9uIHdpbGwgZmFpbC4gU28gaSBoYXZlIGluc3RhbGxlZCB0aGUgMiBj b21wb25lbXQKPiBieSBkb2luZyBhYm92ZSAsSXQgc2VlbXMgdGhlIGluc3RhbGxhdGlvbiBpcyBz dWNjZXNzZnVsIGFuZCBXaGVuIGkgb25seQo+IGluc3RhbGwgdGhlIGdyaW1vaXJlcyxpIGNhbiBz dGFydCB0aGUgZ2xvYnVzIGNvbnRhaW5lciBieQo+ICJnbG9idXMtc3RhcnQtY29udGFpbmVyIC1u b3NlYyIsdGhlIG5ld2x5IGFkZGVkIGdyaW1vaXJlcyBzZXJ2aWNlcyBhcmUKPiBsaXN0ZWQuSG93 ZXZlcixhZnRlciBpbnN0YWxsaW5nIHRoZSBncmltb2lyZXMtd3NyZiBpIGNhbiAgbm90IHN0YXJ0 IHRoZQo+IGdsb2J1cyBjb250YWluZXIgYnkgImdsb2J1cy1zdGFydC1jb250YWluZXIgLW5vc2Vj IiBhbnkgbW9yZSwgdGhlIGVycm9yIGlzCj4gYXMgZm9sbG93aW5nOgo+IEM6XEdyaW1vaXJlcy1X U1JGPmdsb2J1cy1zdGFydC1jb250YWluZXIgLW5vc2VjCj4gRmFpbGVkIHRvIHN0YXJ0IGNvbnRh aW5lcjogIFtDYXVzZWQgYnk6Cj4gamF2YS5sYW5nLnJlZmxlY3QuSW52b2NhdGlvblRhcmdldEV4 Y2VwdAo+IGlvbl0KPiBJIGhhdmUgdHJpZWQgc2V2ZXJhbCB0aW1lcywgY2FuIHlvdSBoZWxwIG1l IGFuZCBnaXZlIG1lIHRoZSBhZHZpY2U/IFRoYW5rcwo+IGluIGFkdmFuY2UKPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKaWFud2VpIFd1Cj4KPgo+Cj4KPgo+Cj4K Pgo+Cj4KPiAgTmlrZSDXqCDC9CA2INXbIMflILLWICwgt+ggx8AgwLIgIQo+ICC1zSC82yDJzyDK 0CAhILCiILXPIFxLYXBwYVwgwO4gxP4g0MIgv+4g1Msgtq8g17AgtcQgyKsgs6QgMS00INXbICgg zbwgKQoKCi0tIApDaGVlcnMsCgpXZWlqaWFuCg== |
