jzjkit-user Mailing List for Pure Java Z3950 Tookit

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

http://static_maelstrom.wordpres.me/2007/12/and-save-up-to.html

http://sites.google.com/site/kacbplohjzdbttaibc/qkkmepgxjezmjaktkfav

Hello there

I would greatly appreciate a small amount of your time to assist with
my doctoral research at The University of Newcastle. The research
concerns open source licensing and we're seeking developers working on
Java projects. The research is supervised, ethics-approved, anonymous
and results will be freely available. Participation will also provide a
custom licensing report for your project. To learn more, please visit:

   http://licensing-research.newcastle.edu.au

Thanks for reading this email, and I hope you'll consider participating.

Best regards
Ben Alex

(My apologies for being off-topic; this list will not be emailed again)

Hi
=20
AM_MBlEN $ 2. 90
VA_ALlUM $ 1. 25
Vl_lAGRA $ 3. 30
Cl_lALlS $ 3. 75
XA_ANAX $ 1. 50
=20
http://www.ionkintgandesuntgunherion.com
=20
=20
=20
Maybe they couldnt get anyone! said Hermione, looking anxious.
Harry scanned the table more carefully. Tiny little Professor Flitwick,
the Charms teacher, was sitting on a large pile of cushions beside

Re: huss info=20
HOT FRIDAY FOR TTEN
=20
TTEN *** TTEN *** TTEN
=20
TTEN - Ten & 10, Inc.
=20
GROUND FLOOR opportunity in the WIFI Industry!!
=20
TTEN could see explosive growth as a newly trading company - 500%-1000%
is not uncommon.
=20
Current: 0.14
Sh or t Term Tar get: 1.20
=20
TTEN has grown from China business focus to USA, Europe, Latin America
as well as other areas of Asia. Within 12 months expected to generate $2
MILLION in NET INCOME. $200 MILLION in 5 years.
=20
TTEN is made up of 4 operating subsidiaries:

=09
	Tech 10: WIFI and WiMAX
	Mobile 10: Music and mobile entertainment delivered via
Internet, G3, etc
	Dream Learning Center: Digital Media Learning products
	Ten & 10 Network: Sales and marketing

Telecommunications is globally a TRILLION dollar industry.
=20
Tech 10 has entered into a strategic alliance with FSP Holding an Asian
based WiFi and WiMAX provider. The collective goal of the venture is to
become the premier MAN/LAN (metropolitan area network/local area
network) provider satisfying the needs of government and corporations in
Asia. FSP is currently a pioneer in developing high performance,
efficient and expandable wireless/wired communication networks in Asia.
The Core business is: metropolitan wireless broadband for emergency
responses, the WiMAX applications and value-added services, include:
Public Safety Surveillance and Mobile Command Center, Distance Learning,
Cyber Cafe Access, Dynamic Video Surveillance, SOS Poles, Public Traffic
System, Road Monitoring System, Video-Conferencing, Multi-media
Broadcasting, Train Compartment Monitoring etc. FSP anticipates the
ability to generate gross revenues of about $2 billion in five years,
and net profits of about $200 million.
=20
WATCH TTEN GO HIGHER AND HIGHER.
=20
Any of the above statements with respect to the future predications or
goals and events may be seen as only Forward Look jng and nothing else.
All information inside this email pertaining to any sort of financial
advice need to be understood as information and not advice. None of the
information above can be constructed as any sort of financial advice.
This is a paid advertisement.

Hiya

This isn't to do with net proxy servers, but to do with the use of JZKit
as a proxying z server that accepts z39.50 in the front end, does some
magic like rewrite queries or load balancing, and then passes the
request on to some other z39.50 server. It's used in certain special
applications, like where a z server is really flaky and we want to put
up a proxy that is more stable and can deal with the back-end server
going away and coming back in an almost random way. We've also used it
when we needed to create test servers that break at specific moments.

Ian.

On Wed, 2006-11-29 at 08:33 -0800, static chaser wrote:
> Has anyone used a proxy server with Jzkit1?  I noticed that in SynchronousOriginBean.java, there is a
> 
>   /** 
>    * Alternate sendSearch that simply passes along a search request PDU. Added for proxy server.
>    */
>   public SearchResponse_type sendSearch(PDU_type req) throws SearchException, InvalidQueryException
> 
> Does anyone know of any other methods  like connect, sendPresent for proxy?
> 
> Thanks in advance,
> 
> Alex
> 
> 
> 
> 
>  
> ____________________________________________________________________________________
> Do you Yahoo!?
> Everyone is raving about the all-new Yahoo! Mail beta.
> http://new.mail.yahoo.com
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Jzjkit-user mailing list
> Jzj...@li...
> https://lists.sourceforge.net/lists/listinfo/jzjkit-user

Has anyone used a proxy server with Jzkit1?  I noticed that in SynchronousO=
riginBean.java, there is a=0A=0A  /** =0A   * Alternate sendSearch that sim=
ply passes along a search request PDU. Added for proxy server.=0A   */=0A  =
public SearchResponse_type sendSearch(PDU_type req) throws SearchException,=
 InvalidQueryException=0A=0ADoes anyone know of any other methods  like con=
nect, sendPresent for proxy?=0A=0AThanks in advance,=0A=0AAlex=0A=0A=0A=0A=
=0A =0A____________________________________________________________________=
________________=0ADo you Yahoo!?=0AEveryone is raving about the all-new Ya=
hoo! Mail beta.=0Ahttp://new.mail.yahoo.com

Hi
=20
FHARMACY economize more with http://aslahanderinpion.com

=20

=20

=20

To do what?
To touch one of the beckoning colored lights, of course.
Which one?

Hi,
VlArrGRA VALrrlUM ClArrLlS http://www.kinmdefunjasderun.com
=20
  _____ =20

minutes. Send the signal when you have found the artifact and the

Hi,

Approved PHrrARMACY http://www.skysiteltd.info

=20

I laughed and smiled. But only on the outside. Carry on, of course.

Sounds reasonable.  Thanks for looking into it.  Looking forward to the 
patch.

-Tom

on 1/30/2006 6:03 AM Ian Ibbotson said the following:
> Hiya Tom.
>
> The problem is that it's hard (not possible) for JZKit to tell the 
> difference between a legitimate close of the other end of the 
> association, and the remote association simply shutting down the 
> socket. Although it may properly be thought of as "Not being an 
> exceptional situation", we've not yet found a better model for the 
> behaviour in java. When we port to NIO then there are some cleaner 
> solutions we can adopt, but for now, the  best I can do is to catch 
> and deal with this exception inside the endpoint, so you don't see it. 
> I've made that change and committed it to subversion, i'll make a 
> patch release shortly and let you know.
>
> Ian.
>
> On Wed, 2006-01-04 at 09:40 -0800, Tom Talbott wrote:
>> Hello,
>>
>> I am in the process of porting an application over from using jzkit 
>> 1.2.4 to jzkit2 2.0.1.  Most everything works, but I am getting a 
>> SocketException when I close down the Searchable object (in my case the 
>> Z3950Origin).  I can reproduce the problem by adding "s.close();" as the 
>> last line of the testLOC() method of  your Z3950Test.java test case. 
>>
>> =============
>>     for ( int i=0; ( ( e.hasMoreElements() ) && ( i < 60 ) ); i++) {
>>       System.err.println("Processing result "+i);
>>       Object o = e.nextElement();
>>       System.err.println(o);
>>     }
>>    
>>     s.close();
>> ==============
>>
>> The close is required to shutdown the search thread, unless I'm missing 
>> something.  If I remove it like you have in your test case, then I get a 
>> bunch of threads lying around.
>>
>> Below is the log.  It looks like a close is encoded and sent, but the 
>> socket is closed before the response can be read.
>>
>> Jan 4, 2006 9:29:46 AM org.jzkit.search.provider.z3950.Z3950Origin close
>> FINE: Z3950Origin::close()
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint shutdown
>> FINE: ZEndpoint::shutdown() - host=z3950.loc.gov status=2 running=true
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
>> FINE: encodeAndSend...
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
>> SEVERE: problem
>> java.net.SocketException: socket closed
>>     at java.net.SocketInputStream.socketRead0(Native Method)
>>     at java.net.SocketInputStream.read(SocketInputStream.java:129)
>>     at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
>>     at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.read(BERInputStream.java:661)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.decodeNextTag(BERInputStream.java:155)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.tag_codec(BERInputStream.java:126)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.constructedBegin(BERInputStream.java:541)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.sequenceBegin(BERInputStream.java:525)
>>     at 
>> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.InitializeRequest_codec.serialize(InitializeRequest_codec.java:52)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.implicit_tag(BERInputStream.java:612)
>>     at 
>> org.jzkit.a2j.codec.runtime.BERInputStream.choice(BERInputStream.java:488)
>>     at 
>> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.java:65)
>>     at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:666)
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
>> INFO: SocketException
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
>> INFO: java.net.SocketException: socket closed - hostname=z3950.loc.gov
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
>> FINE: notifyAPDUEvent : 22
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
>> FINE: Incoming PDU refid: null
>> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
>> FINE: End of ZEndpoint listening thread for host z3950.loc.gov active z 
>> thread counter=0
>>
>> Thanks for looking into this,
>>
>>     
> ------------------------------------------------------------------------
>
>
> Ian Ibbotson, Director
> Knowledge Integration Ltd
> Sheffield Technology Parks
> Cooper Buildings
> Arundel Street
> Sheffield
> South Yorkshire
> S1 2NS
> email: ian...@k-...
> Tel: 0114 221 0746
> Fax: 0114 221 1801
> http://www.k-int.com
>

-- 
Tom Talbott
Serials Solutions <http://www.serialssolutions.com>
tom...@se...
206-545-9056 x1081

Thanks Ian.  Looking forward to the patch.

on 1/30/2006 6:09 AM Ian Ibbotson said the following:
> Hi.
>
> You are quite correct, the scenario can legitimately appear when using 
> fetchRecords instead of asyncFetchRecords. I've commented out the 
> error and added a note to explain why this is done. Checked into 
> subversion and will be made in a patch release.
>
> Ian.
>
> On Wed, 2006-01-04 at 11:18 -0800, Tom Talbott wrote:
>> Hello again,
>>
>> In my port to jzkit2, I have one more reported error I'd like to clean 
>> up as well besides the previously posted SocketException.  We have been 
>> using Z3950SearchTask.getFragment instead of asyncGetFragment to pull 
>> down records.  Unfortunately, we get a SEVERE error in the logs that 
>> doesn't seem to affect the result set, but is of concern:
>>
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
>> getFragment
>> FINE: Z3950SearchTask::getFragment(1,20,usmarc:null:F)
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: Z3950Origin::fetchRecords(15033128,F,1,20,60000)
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: Z3950Origin::fetchRecords() from null
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: Set refid to 15033128:0
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: About to send present request
>> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
>> FINE: sendPresentRequest, refid=15033128:0
>> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
>> FINE: setname: 15033128
>> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
>> FINE: first=1
>> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
>> FINE: count=20
>> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
>> FINE: encodeAndSend...
>> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: Waiting for present response PDU with refid 15033128:0
>> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint run
>> FINE: Notifiy observers
>> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
>> FINE: notifyAPDUEvent : 5
>> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
>> FINE: Incoming PDU refid: 15033128:0
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> fetchRecords
>> FINE: fetchRecords returning presentResponse
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
>> processRecords
>> FINE: Response contains 20 Response Records
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
>> processRecords
>> FINE: Derived record spec : iso2709:usmarc:null
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
>> processRecords
>> FINE: Marc variant
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> incomingPresentResponse
>> FINE: Incoming PresentResponse from 26868203
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> incomingPresentResponse
>> FINE: broken refid - manually setting refid using last present refid
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> incomingPresentResponse
>> FINE: Present Response - Reference ID : "15033128:0" target=null
>> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
>> incomingPresentResponse
>> SEVERE: Unable to locate callback target or outstanding operation info 
>> for refid 15033128:0
>>
>> It appears that the difference is that the asyncGetFragment is creating 
>> and passing in a PresentCallbackHandler to asyncFetchRecords.  
>> fetchRecords doesn't require this and so 
>> Z3950Origin.incomingPresentResponse is complaining that it can't find 
>> the handler to notify.    Is there any way to make 
>> incomingPresentResponse smarter so that it doesn't care when it doesn't 
>> need to?  Or, is there something we are doing wrong?
>>
>> Thanks again,
>> -- 
>> Tom Talbott
>> Serials Solutions <http://www.serialssolutions.com>
>> tom...@se... <mailto:tom...@se...>
>> 206-545-9056 x1081
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click <http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click>
>> _______________________________________________
>> Jzjkit-user mailing list
>> Jzj...@li... <mailto:Jzj...@li...>
>> https://lists.sourceforge.net/lists/listinfo/jzjkit-user
>>     
> ------------------------------------------------------------------------
>
>
> Ian Ibbotson, Director
> Knowledge Integration Ltd
> Sheffield Technology Parks
> Cooper Buildings
> Arundel Street
> Sheffield
> South Yorkshire
> S1 2NS
> email: ian...@k-...
> Tel: 0114 221 0746
> Fax: 0114 221 1801
> http://www.k-int.com
>

-- 
Tom Talbott
Serials Solutions <http://www.serialssolutions.com>
tom...@se...
206-545-9056 x1081

Thanks for this Tom, as it happens the change was already in the head
revision, but many thanks for pointing it out all the same :)

Ian.
On Thu, 2006-01-26 at 12:25 -0800, Tom Talbott wrote:

> Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run
> SEVERE: ZEndpoint Unknown error
> java.lang.ClassCastException: java.util.ArrayList
>     at 
> org.jzkit.search.provider.z3950.Z3950Origin.handleRecords(Z3950Origin.java:821)
>     at 
> org.jzkit.search.provider.z3950.Z3950Origin.incomingSearchResponse(Z3950Origin.java:769)
>     at 
> org.jzkit.z3950.util.GenericEventToOriginListenerAdapter.update(GenericEventToOriginListenerAdapter.java:66)
>     at java.util.Observable.notifyObservers(Observable.java:142)
>     at org.jzkit.z3950.util.ZEndpoint.notifyAPDUEvent(ZEndpoint.java:191)
>     at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:677)
> Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run
> 
> In the code I have, the line is:
> 
> Vector records = (Vector)r.o;
> 
> but, r.o is an ArrayList. 
> 
> I've changed the line to be:
> 
> List records = (List)r.o;
> 
> And now it works.  Not sure why this happens on only some requests. 
> 
> Thought you'd want to know.  If you have the opportunity to respond to 
> my previous posts, that would be appreciated.
> 

________________________________________________________________________

Ian Ibbotson, Director
Knowledge Integration Ltd
Sheffield Technology Parks
Cooper Buildings
Arundel Street
Sheffield
South Yorkshire
S1 2NS
email: ian...@k-...
Tel: 0114 221 0746
Fax: 0114 221 1801
http://www.k-int.com

Hi.

You are quite correct, the scenario can legitimately appear when using
fetchRecords instead of asyncFetchRecords. I've commented out the error
and added a note to explain why this is done. Checked into subversion
and will be made in a patch release.

Ian.

On Wed, 2006-01-04 at 11:18 -0800, Tom Talbott wrote:

> Hello again,
> 
> In my port to jzkit2, I have one more reported error I'd like to clean 
> up as well besides the previously posted SocketException.  We have been 
> using Z3950SearchTask.getFragment instead of asyncGetFragment to pull 
> down records.  Unfortunately, we get a SEVERE error in the logs that 
> doesn't seem to affect the result set, but is of concern:
> 
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
> getFragment
> FINE: Z3950SearchTask::getFragment(1,20,usmarc:null:F)
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: Z3950Origin::fetchRecords(15033128,F,1,20,60000)
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: Z3950Origin::fetchRecords() from null
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: Set refid to 15033128:0
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: About to send present request
> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
> FINE: sendPresentRequest, refid=15033128:0
> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
> FINE: setname: 15033128
> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
> FINE: first=1
> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
> FINE: count=20
> Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
> FINE: encodeAndSend...
> Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: Waiting for present response PDU with refid 15033128:0
> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint run
> FINE: Notifiy observers
> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
> FINE: notifyAPDUEvent : 5
> Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
> FINE: Incoming PDU refid: 15033128:0
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
> fetchRecords
> FINE: fetchRecords returning presentResponse
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
> processRecords
> FINE: Response contains 20 Response Records
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
> processRecords
> FINE: Derived record spec : iso2709:usmarc:null
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
> processRecords
> FINE: Marc variant
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
> incomingPresentResponse
> FINE: Incoming PresentResponse from 26868203
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
> incomingPresentResponse
> FINE: broken refid - manually setting refid using last present refid
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
> incomingPresentResponse
> FINE: Present Response - Reference ID : "15033128:0" target=null
> Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
> incomingPresentResponse
> SEVERE: Unable to locate callback target or outstanding operation info 
> for refid 15033128:0
> 
> It appears that the difference is that the asyncGetFragment is creating 
> and passing in a PresentCallbackHandler to asyncFetchRecords.  
> fetchRecords doesn't require this and so 
> Z3950Origin.incomingPresentResponse is complaining that it can't find 
> the handler to notify.    Is there any way to make 
> incomingPresentResponse smarter so that it doesn't care when it doesn't 
> need to?  Or, is there something we are doing wrong?
> 
> Thanks again,
> -- 
> Tom Talbott
> Serials Solutions <http://www.serialssolutions.com>
> tom...@se...
> 206-545-9056 x1081
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Jzjkit-user mailing list
> Jzj...@li...
> https://lists.sourceforge.net/lists/listinfo/jzjkit-user

________________________________________________________________________

Ian Ibbotson, Director
Knowledge Integration Ltd
Sheffield Technology Parks
Cooper Buildings
Arundel Street
Sheffield
South Yorkshire
S1 2NS
email: ian...@k-...
Tel: 0114 221 0746
Fax: 0114 221 1801
http://www.k-int.com

Hiya Tom.

The problem is that it's hard (not possible) for JZKit to tell the
difference between a legitimate close of the other end of the
association, and the remote association simply shutting down the socket.
Although it may properly be thought of as "Not being an exceptional
situation", we've not yet found a better model for the behaviour in
java. When we port to NIO then there are some cleaner solutions we can
adopt, but for now, the  best I can do is to catch and deal with this
exception inside the endpoint, so you don't see it. I've made that
change and committed it to subversion, i'll make a patch release shortly
and let you know.

Ian.

On Wed, 2006-01-04 at 09:40 -0800, Tom Talbott wrote:

> Hello,
> 
> I am in the process of porting an application over from using jzkit 
> 1.2.4 to jzkit2 2.0.1.  Most everything works, but I am getting a 
> SocketException when I close down the Searchable object (in my case the 
> Z3950Origin).  I can reproduce the problem by adding "s.close();" as the 
> last line of the testLOC() method of  your Z3950Test.java test case. 
> 
> =============
>     for ( int i=0; ( ( e.hasMoreElements() ) && ( i < 60 ) ); i++) {
>       System.err.println("Processing result "+i);
>       Object o = e.nextElement();
>       System.err.println(o);
>     }
>    
>     s.close();
> ==============
> 
> The close is required to shutdown the search thread, unless I'm missing 
> something.  If I remove it like you have in your test case, then I get a 
> bunch of threads lying around.
> 
> Below is the log.  It looks like a close is encoded and sent, but the 
> socket is closed before the response can be read.
> 
> Jan 4, 2006 9:29:46 AM org.jzkit.search.provider.z3950.Z3950Origin close
> FINE: Z3950Origin::close()
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint shutdown
> FINE: ZEndpoint::shutdown() - host=z3950.loc.gov status=2 running=true
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
> FINE: encodeAndSend...
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
> SEVERE: problem
> java.net.SocketException: socket closed
>     at java.net.SocketInputStream.socketRead0(Native Method)
>     at java.net.SocketInputStream.read(SocketInputStream.java:129)
>     at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
>     at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.read(BERInputStream.java:661)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.decodeNextTag(BERInputStream.java:155)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.tag_codec(BERInputStream.java:126)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.constructedBegin(BERInputStream.java:541)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.sequenceBegin(BERInputStream.java:525)
>     at 
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.InitializeRequest_codec.serialize(InitializeRequest_codec.java:52)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.implicit_tag(BERInputStream.java:612)
>     at 
> org.jzkit.a2j.codec.runtime.BERInputStream.choice(BERInputStream.java:488)
>     at 
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.java:65)
>     at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:666)
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
> INFO: SocketException
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
> INFO: java.net.SocketException: socket closed - hostname=z3950.loc.gov
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
> FINE: notifyAPDUEvent : 22
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
> FINE: Incoming PDU refid: null
> Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
> FINE: End of ZEndpoint listening thread for host z3950.loc.gov active z 
> thread counter=0
> 
> Thanks for looking into this,
> 

________________________________________________________________________

Ian Ibbotson, Director
Knowledge Integration Ltd
Sheffield Technology Parks
Cooper Buildings
Arundel Street
Sheffield
South Yorkshire
S1 2NS
email: ian...@k-...
Tel: 0114 221 0746
Fax: 0114 221 1801
http://www.k-int.com

Thanks Tom

Apologies for the delay in replying, I'll take a look at your previous
mails shortly.

Ian.
On Thu, 2006-01-26 at 12:25 -0800, Tom Talbott wrote:

> Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run
> SEVERE: ZEndpoint Unknown error
> java.lang.ClassCastException: java.util.ArrayList
>     at 
> org.jzkit.search.provider.z3950.Z3950Origin.handleRecords(Z3950Origin.java:821)
>     at 
> org.jzkit.search.provider.z3950.Z3950Origin.incomingSearchResponse(Z3950Origin.java:769)
>     at 
> org.jzkit.z3950.util.GenericEventToOriginListenerAdapter.update(GenericEventToOriginListenerAdapter.java:66)
>     at java.util.Observable.notifyObservers(Observable.java:142)
>     at org.jzkit.z3950.util.ZEndpoint.notifyAPDUEvent(ZEndpoint.java:191)
>     at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:677)
> Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run
> 
> In the code I have, the line is:
> 
> Vector records = (Vector)r.o;
> 
> but, r.o is an ArrayList. 
> 
> I've changed the line to be:
> 
> List records = (List)r.o;
> 
> And now it works.  Not sure why this happens on only some requests. 
> 
> Thought you'd want to know.  If you have the opportunity to respond to 
> my previous posts, that would be appreciated.
> 

________________________________________________________________________

Ian Ibbotson, Director
Knowledge Integration Ltd
Sheffield Technology Parks
Cooper Buildings
Arundel Street
Sheffield
South Yorkshire
S1 2NS
email: ian...@k-...
Tel: 0114 221 0746
Fax: 0114 221 1801
http://www.k-int.com

Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run
SEVERE: ZEndpoint Unknown error
java.lang.ClassCastException: java.util.ArrayList
    at 
org.jzkit.search.provider.z3950.Z3950Origin.handleRecords(Z3950Origin.java:821)
    at 
org.jzkit.search.provider.z3950.Z3950Origin.incomingSearchResponse(Z3950Origin.java:769)
    at 
org.jzkit.z3950.util.GenericEventToOriginListenerAdapter.update(GenericEventToOriginListenerAdapter.java:66)
    at java.util.Observable.notifyObservers(Observable.java:142)
    at org.jzkit.z3950.util.ZEndpoint.notifyAPDUEvent(ZEndpoint.java:191)
    at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:677)
Jan 26, 2006 11:02:56 AM org.jzkit.z3950.util.ZEndpoint run

In the code I have, the line is:

Vector records = (Vector)r.o;

but, r.o is an ArrayList. 

I've changed the line to be:

List records = (List)r.o;

And now it works.  Not sure why this happens on only some requests. 

Thought you'd want to know.  If you have the opportunity to respond to 
my previous posts, that would be appreciated.

-- 
Tom Talbott
Serials Solutions <http://www.serialssolutions.com>
tom...@se...
206-545-9056 x1081

Note: forwarded message attached.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
Dear Ian;

I have a bad problem. it's about ports using by
different servers. we have proxy on internet and have
to open ports 
defined by these servers. What is your idea ? isn't
ant other way to solve it ?? what others do about this
problem ?

take a look.The following port numbers are being
defined for servers in BookWhere:
 2200 210 2100 2010 7090 230 2101 5666 2301 2201 5805
31310 3000 2210 5500 3951 3950 1111 21021 2303 9949
9909 

6675 2025 214 9999 280 2990 6668 5333 11390 7690 7190
7290 7390 13190 13590 7790 7490 13090 13290 12490
13390 

7890 7990 12590 13490 12690 12890 5555 5000 2222 21210
5030 3400 9900 9590 10190 10990 9490 9390 10790 211
2102 

5205 5905 5305 6105 6005 5505 3001 3334 9014 2104
20003 10090 6660 10590 5042 9929 220 11490 11090 11590
218 

2103 2213 10210 1616 212 224 3210 251 4156 3603 1316
3003 8891 2105 8871 5210 8881 10084 20006 2026 7590
2020 

207 10390 

I know this is not related to jzkit. But I thought may
you can help me about it.

Regards.
Solmaz.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Hello again,

In my port to jzkit2, I have one more reported error I'd like to clean 
up as well besides the previously posted SocketException.  We have been 
using Z3950SearchTask.getFragment instead of asyncGetFragment to pull 
down records.  Unfortunately, we get a SEVERE error in the logs that 
doesn't seem to affect the result set, but is of concern:

Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
getFragment
FINE: Z3950SearchTask::getFragment(1,20,usmarc:null:F)
Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: Z3950Origin::fetchRecords(15033128,F,1,20,60000)
Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: Z3950Origin::fetchRecords() from null
Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: Set refid to 15033128:0
Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: About to send present request
Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
FINE: sendPresentRequest, refid=15033128:0
Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
FINE: setname: 15033128
Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
FINE: first=1
Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint sendPresentRequest
FINE: count=20
Jan 4, 2006 10:41:15 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
FINE: encodeAndSend...
Jan 4, 2006 10:41:15 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: Waiting for present response PDU with refid 15033128:0
Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint run
FINE: Notifiy observers
Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
FINE: notifyAPDUEvent : 5
Jan 4, 2006 10:41:18 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
FINE: Incoming PDU refid: 15033128:0
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
fetchRecords
FINE: fetchRecords returning presentResponse
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
processRecords
FINE: Response contains 20 Response Records
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
processRecords
FINE: Derived record spec : iso2709:usmarc:null
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950SearchTask 
processRecords
FINE: Marc variant
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
incomingPresentResponse
FINE: Incoming PresentResponse from 26868203
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
incomingPresentResponse
FINE: broken refid - manually setting refid using last present refid
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
incomingPresentResponse
FINE: Present Response - Reference ID : "15033128:0" target=null
Jan 4, 2006 10:41:18 AM org.jzkit.search.provider.z3950.Z3950Origin 
incomingPresentResponse
SEVERE: Unable to locate callback target or outstanding operation info 
for refid 15033128:0

It appears that the difference is that the asyncGetFragment is creating 
and passing in a PresentCallbackHandler to asyncFetchRecords.  
fetchRecords doesn't require this and so 
Z3950Origin.incomingPresentResponse is complaining that it can't find 
the handler to notify.    Is there any way to make 
incomingPresentResponse smarter so that it doesn't care when it doesn't 
need to?  Or, is there something we are doing wrong?

Thanks again,
-- 
Tom Talbott
Serials Solutions <http://www.serialssolutions.com>
tom...@se...
206-545-9056 x1081

Hello,

I am in the process of porting an application over from using jzkit 
1.2.4 to jzkit2 2.0.1.  Most everything works, but I am getting a 
SocketException when I close down the Searchable object (in my case the 
Z3950Origin).  I can reproduce the problem by adding "s.close();" as the 
last line of the testLOC() method of  your Z3950Test.java test case. 

=============
    for ( int i=0; ( ( e.hasMoreElements() ) && ( i < 60 ) ); i++) {
      System.err.println("Processing result "+i);
      Object o = e.nextElement();
      System.err.println(o);
    }

    s.close();
==============

The close is required to shutdown the search thread, unless I'm missing 
something.  If I remove it like you have in your test case, then I get a 
bunch of threads lying around.

Below is the log.  It looks like a close is encoded and sent, but the 
socket is closed before the response can be read.

Jan 4, 2006 9:29:46 AM org.jzkit.search.provider.z3950.Z3950Origin close
FINE: Z3950Origin::close()
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint shutdown
FINE: ZEndpoint::shutdown() - host=z3950.loc.gov status=2 running=true
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint encodeAndSend
FINE: encodeAndSend...
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
SEVERE: problem
java.net.SocketException: socket closed
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.read(BERInputStream.java:661)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.decodeNextTag(BERInputStream.java:155)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.tag_codec(BERInputStream.java:126)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.constructedBegin(BERInputStream.java:541)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.sequenceBegin(BERInputStream.java:525)
    at 
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.InitializeRequest_codec.serialize(InitializeRequest_codec.java:52)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.implicit_tag(BERInputStream.java:612)
    at 
org.jzkit.a2j.codec.runtime.BERInputStream.choice(BERInputStream.java:488)
    at 
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.java:65)
    at org.jzkit.z3950.util.ZEndpoint.run(ZEndpoint.java:666)
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
INFO: SocketException
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
INFO: java.net.SocketException: socket closed - hostname=z3950.loc.gov
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
FINE: notifyAPDUEvent : 22
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint notifyAPDUEvent
FINE: Incoming PDU refid: null
Jan 4, 2006 9:29:46 AM org.jzkit.z3950.util.ZEndpoint run
FINE: End of ZEndpoint listening thread for host z3950.loc.gov active z 
thread counter=0

Thanks for looking into this,

-- 
Tom Talbott
Serials Solutions <http://www.serialssolutions.com>
tom...@se...
206-545-9056 x1081

Hi=20
=20
Did you get a chance to have a look at this, or can anyone else throw
any light on our problem?  At present we are continuing development with
the old  jzkit2_z3950_plugin_2.0.0.jar, as we can query an
unauthenticated datbase during internal development, but we will need to
move to the new (2.0.1) jar in order to access our live databases, which
require client authentication. The new jar implements the authentication
beautifully, but it throws a null pointer exception (see below) when
'present' is called.
=20
cheers
Peri
=20
Yeah... this looks like a problem with the OID Register entry. I think
the problem is that the newer source code uses a spring application
context. I'll take a harder look later on today.

Ian.

=09
	On Wed, 2005-08-24 at 10:18 +0100, Stracchino, Peri wrote:
=09
	> Hi>
=09
	 Have used the new jar (version 2.0.1) to gain access to our=20
=09
	> id/password autheniticated database. The authentication is now
working=20
=09
	> well, however a new problem seems to have been introduced
which was=20
=09
	> previously working correctly. Basically a null pointer
exception is=20
=09
	> now thrown when 'present' is called.
=09
	>=20
=09
	> This is definately a feature of the new jar, as I have tested
it=20
=09
	> against a database which does not require authentication,
using=20
=09
	> firstly the 2.0.0 jar and secondly the 2.0.1 jar. The error
only=20
=09
	> occurs with 2.0.1 - when 2.0.0 is used, the expected data is
displayed=20
=09
	> correctly.
=09
	>=20
=09
	> Are there perhaps other differences between the two jars that
we need=20
=09
	> to take account of when implementing our present method?
=09
	>=20
=09
	> Stack trace and implementation listings below:
=09
	>=20
=09
	> This is the stack trace;
=09
	>=20
=09
	> [java] 23-Aug-2005 16:43:36=20
=09
	> org.jzkit.search.provider.z3950.Z3950Origin
incomingPresentResponse
=09
	> [java] SEVERE: Unable to locate callback target or outstanding

=09
	> operation info for refid 32820206:0
=09
	> [java] java.lang.NullPointerException
=09
	> [java] at
=09
	>
org.jzkit.a2j.gen.AsnUseful.EXTERNAL_codec.serialize(EXTERNAL_codec.java
:41)
=09
	> [java] at
=09
	>
org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:
295)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.record_inline13_codec.serialize(
record_inline13_codec.java:52)
=09
	> [java] at
=09
	>
org.jzkit.a2j.codec.runtime.BEROutputStream.explicit_tag(BEROutputStream
.java:409)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.NamePlusRecord_codec.serialize(N
amePlusRecord_codec.java:55)
=09
	> [java] at
=09
	>
org.jzkit.a2j.codec.runtime.BEROutputStream.sequenceOf(BEROutputStream.j
ava:435)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.responseRecords_inline11_codec.s
erialize(responseRecords_inline11_codec.java:46)
=09
	> [java] at
=09
	>
org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:
289)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.Records_codec.serialize(Records_
codec.java:50)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PresentResponse_codec.serialize(
PresentResponse_codec.java:61)
=09
	> [java] at
=09
	>
org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:
289)
=09
	> [java] at
=09
	>
org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.ja
va:70)
=09
	> [java] at
=09
	>
org.jzkit.z3950.util.ZTargetEndpoint.encodeAndSend(ZTargetEndpoint.java:
384)
=09
	> [java] at
=09
	>
org.jzkit.z3950.server.ZServerAssociation.notifyPresentResult(ZServerAss
ociation.java:372)
=09
	> [java] at test.JZKitBackend.present(JZKitBackend.java:105)
=09
	> [java] at
=09
	>
org.jzkit.z3950.server.ZServerAssociation.incomingPresentRequest(ZServer
Association.java:335)
=09
	> [java] at
=09
	>
org.jzkit.z3950.util.GenericEventToTargetListenerAdapter.update(GenericE
ventToTargetListenerAdapter.java:66)
=09
	> [java] at
=09
	> java.util.Observable.notifyObservers(Observable.java:142)
=09
	> [java] at
=09
	>
org.jzkit.z3950.util.ZTargetEndpoint.notifyAPDUEvent(ZTargetEndpoint.jav
a:211)
=09
	> [java] at
=09
	>
org.jzkit.z3950.util.ZTargetEndpoint.run(ZTargetEndpoint.java:419)
=09
	>=20
=09
	>=20
=09
	> And this is the implementation we are using - which does work
using=20
=09
	> 2.0.0;
=09
	>=20
=09
	> public void present(BackendPresentResult bpr) {=20
=09
	> try {
=09
	> IRResultSet resultSet =3D=20
=09
	> (IRResultSet)result_sets.get(bpr.result_set_name);
=09
	> bpr.result_records =3D resultSet.getFragment(bpr.start,=20
=09
	> bpr.count, bpr.archetype); bpr.next_result_set_position =3D
bpr.start +=20
=09
	> bpr.count;
=09
	> bpr.assoc.notifyPresentResult(bpr);
=09
	> } catch(Exception e) {
=09
	> e.printStackTrace();
=09
	> }
=09
	> }
=09
	Hoping you can throw some light on this
=09
	=20
=09
	> Peri
=09
	>
**********************************************************************

*************************************************************************=
*
=20
Experience the British Library online at www.bl.uk
=20
Help the British Library conserve the world's knowledge. Adopt a Book. =
www.bl.uk/adoptabook
=20
The Library's St Pancras site is WiFI - enabled
=20
*************************************************************************=
*
=20
The information contained in this e-mail is confidential and may be =
legally privileged. It is intended for the addressee(s) only. If you are =
not the intended recipient, please delete this e-mail and notify the =
pos...@bl... : The contents of this e-mail must not be disclosed or =
copied without the sender's consent.=20
=20
The statements and opinions expressed in this message are those of the =
author and do not necessarily reflect those of the British Library. The =
British Library does not take any responsibility for the views of the =
author.=20
=20
*************************************************************************=
*

You have one or more friends waiting for you to join their Mobile Friends Network at SMS.ac, the most popular mobile community in the world!

Friend(s) waiting for you right now include:
Solmaz Raieszadeh

Your friend(s) already know about the world of opportunities made possible by SMS.ac, and now you can find out what the excitement is all about.  Simply click on  http://reg.sms.ac/registration/Intro.aspx?EmailAddress=jzj...@li...&InvitorNbrs=43317339;&r=41&t=4 and join SMS.ac for free today. With SMS.ac, you can:

* Send text messages (SMS) to over 400 wireless networks worldwide.
* Reconnect with old friends and make new ones via the web or by mobile phone.  With over 40 million members, SMS.ac is the world's largest mobile network.  That's a lot of potential new friends!
* And more!

SMS.ac. The always on, always connected Mobile Network.
Don't recognize the name above?  Click the link above to learn more about the friend who invited you.

Not interested?  Click the link above, then click Unsubscribe to block future invitations.

SMS.ac, Inc., 255 G Street #723, San Diego, Ca 92101 US

Yeah... this looks like a problem with the OID Register entry. I think
the problem is that the newer source code uses a spring application
context. I'll take a harder look later on today.

Ian.
On Wed, 2005-08-24 at 10:18 +0100, Stracchino, Peri wrote:
> Hi 
>  
> Have used the new jar (version 2.0.1) to gain access to our
> id/password autheniticated database. The authentication is now working
> well, however a new problem seems to have been introduced which was
> previously working correctly. Basically a null pointer exception is
> now thrown when 'present' is called.
>  
> This is definately a feature of the new jar, as I have tested it
> against a database which does not require authentication,
> using firstly the 2.0.0 jar and secondly the 2.0.1 jar. The error only
> occurs with 2.0.1 - when 2.0.0 is used, the expected data is displayed
> correctly. 
>  
> Are there perhaps other differences between the two jars that we need
> to take account of when implementing our present method?
>  
> Stack trace and implementation listings below:
>  
> This is the stack trace;
>  
>  [java] 23-Aug-2005 16:43:36
> org.jzkit.search.provider.z3950.Z3950Origin incomingPresentResponse
>     [java] SEVERE: Unable to locate callback target or outstanding
> operation info for refid 32820206:0
>     [java] java.lang.NullPointerException
>     [java]  at
> org.jzkit.a2j.gen.AsnUseful.EXTERNAL_codec.serialize(EXTERNAL_codec.java:41)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:295)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.record_inline13_codec.serialize(record_inline13_codec.java:52)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.explicit_tag(BEROutputStream.java:409)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.NamePlusRecord_codec.serialize(NamePlusRecord_codec.java:55)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.sequenceOf(BEROutputStream.java:435)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.responseRecords_inline11_codec.serialize(responseRecords_inline11_codec.java:46)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:289)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.Records_codec.serialize(Records_codec.java:50)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PresentResponse_codec.serialize(PresentResponse_codec.java:61)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:289)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.java:70)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.encodeAndSend(ZTargetEndpoint.java:384)
>     [java]  at
> org.jzkit.z3950.server.ZServerAssociation.notifyPresentResult(ZServerAssociation.java:372)
>     [java]  at test.JZKitBackend.present(JZKitBackend.java:105)
>     [java]  at
> org.jzkit.z3950.server.ZServerAssociation.incomingPresentRequest(ZServerAssociation.java:335)
>     [java]  at
> org.jzkit.z3950.util.GenericEventToTargetListenerAdapter.update(GenericEventToTargetListenerAdapter.java:66)
>     [java]  at
> java.util.Observable.notifyObservers(Observable.java:142)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.notifyAPDUEvent(ZTargetEndpoint.java:211)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.run(ZTargetEndpoint.java:419)
>  
>  
> And this is the implementation we are using - which does work using
> 2.0.0;
>  
> public void present(BackendPresentResult bpr) {   
>      try  {
>             IRResultSet resultSet =
> (IRResultSet)result_sets.get(bpr.result_set_name);
>             bpr.result_records = resultSet.getFragment(bpr.start,
> bpr.count, bpr.archetype);
> bpr.next_result_set_position = bpr.start + bpr.count;
>             bpr.assoc.notifyPresentResult(bpr);
>         } catch(Exception e) {
>             e.printStackTrace();
>         }
>     }
>  
> Hoping you can throw some light on this
>  
> Peri
> **************************************************************************
>  
> Experience the British Library online at www.bl.uk
>  
> Help the British Library conserve the world's knowledge. Adopt a Book.
> www.bl.uk/adoptabook
>  
> The Library's St Pancras site is WiFI - enabled
>  
> **************************************************************************
>  
> The information contained in this e-mail is confidential and may be
> legally privileged. It is intended for the addressee(s) only. If you
> are not the intended recipient, please delete this e-mail and notify
> the pos...@bl... : The contents of this e-mail must not be
> disclosed or copied without the sender's consent. 
>  
> The statements and opinions expressed in this message are those of the
> author and do not necessarily reflect those of the British Library.
> The British Library does not take any responsibility for the views of
> the author. 
>  
> **************************************************************************
>   

Ack, yeah, sorry.. I'll take a look and get this to you.

Ian.
On Wed, 2005-08-24 at 10:18 +0100, Stracchino, Peri wrote:
> Hi 
>  
> Have used the new jar (version 2.0.1) to gain access to our
> id/password autheniticated database. The authentication is now working
> well, however a new problem seems to have been introduced which was
> previously working correctly. Basically a null pointer exception is
> now thrown when 'present' is called.
>  
> This is definately a feature of the new jar, as I have tested it
> against a database which does not require authentication,
> using firstly the 2.0.0 jar and secondly the 2.0.1 jar. The error only
> occurs with 2.0.1 - when 2.0.0 is used, the expected data is displayed
> correctly. 
>  
> Are there perhaps other differences between the two jars that we need
> to take account of when implementing our present method?
>  
> Stack trace and implementation listings below:
>  
> This is the stack trace;
>  
>  [java] 23-Aug-2005 16:43:36
> org.jzkit.search.provider.z3950.Z3950Origin incomingPresentResponse
>     [java] SEVERE: Unable to locate callback target or outstanding
> operation info for refid 32820206:0
>     [java] java.lang.NullPointerException
>     [java]  at
> org.jzkit.a2j.gen.AsnUseful.EXTERNAL_codec.serialize(EXTERNAL_codec.java:41)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:295)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.record_inline13_codec.serialize(record_inline13_codec.java:52)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.explicit_tag(BEROutputStream.java:409)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.NamePlusRecord_codec.serialize(NamePlusRecord_codec.java:55)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.sequenceOf(BEROutputStream.java:435)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.responseRecords_inline11_codec.serialize(responseRecords_inline11_codec.java:46)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:289)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.Records_codec.serialize(Records_codec.java:50)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PresentResponse_codec.serialize(PresentResponse_codec.java:61)
>     [java]  at
> org.jzkit.a2j.codec.runtime.BEROutputStream.choice(BEROutputStream.java:289)
>     [java]  at
> org.jzkit.z3950.gen.v3.Z39_50_APDU_1995.PDU_codec.serialize(PDU_codec.java:70)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.encodeAndSend(ZTargetEndpoint.java:384)
>     [java]  at
> org.jzkit.z3950.server.ZServerAssociation.notifyPresentResult(ZServerAssociation.java:372)
>     [java]  at test.JZKitBackend.present(JZKitBackend.java:105)
>     [java]  at
> org.jzkit.z3950.server.ZServerAssociation.incomingPresentRequest(ZServerAssociation.java:335)
>     [java]  at
> org.jzkit.z3950.util.GenericEventToTargetListenerAdapter.update(GenericEventToTargetListenerAdapter.java:66)
>     [java]  at
> java.util.Observable.notifyObservers(Observable.java:142)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.notifyAPDUEvent(ZTargetEndpoint.java:211)
>     [java]  at
> org.jzkit.z3950.util.ZTargetEndpoint.run(ZTargetEndpoint.java:419)
>  
>  
> And this is the implementation we are using - which does work using
> 2.0.0;
>  
> public void present(BackendPresentResult bpr) {   
>      try  {
>             IRResultSet resultSet =
> (IRResultSet)result_sets.get(bpr.result_set_name);
>             bpr.result_records = resultSet.getFragment(bpr.start,
> bpr.count, bpr.archetype);
> bpr.next_result_set_position = bpr.start + bpr.count;
>             bpr.assoc.notifyPresentResult(bpr);
>         } catch(Exception e) {
>             e.printStackTrace();
>         }
>     }
>  
> Hoping you can throw some light on this
>  
> Peri
> **************************************************************************
>  
> Experience the British Library online at www.bl.uk
>  
> Help the British Library conserve the world's knowledge. Adopt a Book.
> www.bl.uk/adoptabook
>  
> The Library's St Pancras site is WiFI - enabled
>  
> **************************************************************************
>  
> The information contained in this e-mail is confidential and may be
> legally privileged. It is intended for the addressee(s) only. If you
> are not the intended recipient, please delete this e-mail and notify
> the pos...@bl... : The contents of this e-mail must not be
> disclosed or copied without the sender's consent. 
>  
> The statements and opinions expressed in this message are those of the
> author and do not necessarily reflect those of the British Library.
> The British Library does not take any responsibility for the views of
> the author. 
>  
> **************************************************************************
>   

2001	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (9)	Dec (1)
2002	Jan	Feb	Mar (2)	Apr (12)	May (12)	Jun (12)	Jul (21)	Aug (1)	Sep (3)	Oct (6)	Nov (16)	Dec (4)
2003	Jan (12)	Feb (4)	Mar (30)	Apr (14)	May (10)	Jun (3)	Jul (19)	Aug (1)	Sep (1)	Oct (6)	Nov (4)	Dec
2004	Jan (26)	Feb (22)	Mar (8)	Apr (26)	May (5)	Jun (18)	Jul (3)	Aug (9)	Sep (4)	Oct (10)	Nov (17)	Dec (21)
2005	Jan (17)	Feb (5)	Mar (6)	Apr (7)	May (29)	Jun	Jul	Aug (6)	Sep (1)	Oct	Nov	Dec
2006	Jan (11)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (6)	Dec (3)
2007	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2010	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug (2)	Sep (8)	Oct (1)	Nov	Dec

jzjkit-user Mailing List for Pure Java Z3950 Tookit

jzjkit-user — Discussion list for developers using the toolkit to build apps.