Hi Pete,
a new version of java client is at
http://www.slac.stanford.edu/~dorigoa/XrdCopyFile_20041126.jar
these are the fixes: OKSOFAR mechanism has been fixed and is working.
These tests have been done deeply in SYNC mode and without making the
server crash:
1. One server, 1 client reading
1b. One server, 1 client reading w/ oksofar
1c. One server, multiple clients reading w/ oksofar
2. One server, 1 client writing
3. One server, 1 client reading/writing
3a. One server, 1 client reading/writing w/ oksofar
4. One server, multiple clients reading
5. One server, multiple clients writing
6. One server, multiple clients reading/writing
When I say reading/writing I mean that 1 or more clients read from a
remote file through xrootd and write on another remote file always
through xrootd (shortly: an xrdcp mono-threaded or multithreaded).
When I say One server I mean only one dataserver and then only one
physical channel on which the connection manager multiplexes 1 ore more
clients. This ensures that the semaphore mechanism on the tcp channel
works well.
Alvise
Peter Elmer wrote:
> Hi Alvise,
>
> Very cool: accessing xrootd from cell phones! I've copied the jar file
>into the xrootd area and made links from the xrootd page.
>
> thanks,
> Pete
>
>On Thu, Nov 25, 2004 at 10:22:57AM +0100, Alvise Dorigo wrote:
>
>
>>Hi Peter, Andy,
>>a Mobile version of the Java xrootd client is available at
>>
>>http://www.slac.stanford.edu/~dorigoa/NetFileStream.jar
>>
>>(it is not an 'obfuscated' package so you can reverse-engineer it)
>>
>>Note 1: A Java Mobile Virtual Machine compliant with MIDP 2.0/CLDC 1.1
>>is required in the mobile device in order to correctly run the client;
>>AFAIK the following models support it for sure: Sony-Ericsson Z1010,
>>Motorola A1000/E1000, *NEC e228/338/e616V.
>>
>>Note 2: Some device like PalmOS, WinCE compatible palm and so on, have a
>>custom JVM unable to run MIDP applications. The free WABA JVM is unable
>>to run NetFileStream.jar because has a completely proprietary library
>>for socket and record database.
>>*
>>Note 3: The client now is only a demo: just insert the URL on the remote
>>file (must be an ASCII and short file because its content, and its size,
>>will be displayed on the mobile device screen) and press 'OK'. No
>>log/error messages are displayed at the moment so you must take a look
>>at the server log if something goes wrong.
>>
>>Note 4: Every Mobile device model hai its proprietary way to deploy/run
>>the jar application into the device RAM, so I won't describe any method
>>here. Some model has a software facility to do that very easily (only
>>under Windows); in other models (like the old Motorola A835) the Java
>>loader menu is HIDDEN (!), for marketing reasons (I unlocked it some
>>time ago), I think... Google can help has usual for any problem.
>>
>> Alvise
>>
>>Peter Elmer wrote:
>>
>>
>>
>>>Hi Alvise,
>>>
>>>On Wed, Nov 24, 2004 at 12:26:47PM +0100, Alvise Dorigo wrote:
>>>
>>>
>>>
>>>
>>>>Peter Elmer wrote:
>>>>
>>>>
>>>>
>>>>
>>>>>On Wed, Nov 24, 2004 at 12:16:28PM +0100, Alvise Dorigo wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>ok, Pete. Honestly Windows is a world to test yet...
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>No problem. At least there is something to play with. (I added Tony as
>>>>>I know he was looking at xrootd access for JAS.)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>What's JAS ? Is Tony interested in the java client ? this is
>>>>encouraging...
>>>>
>>>>
>>>>
>>>>
>>>For JAS see:
>>>
>>> http://jas.freehep.org/
>>>
>>>Regarding ROOT I/O and JAS, see his talk at CHEP:
>>>
>>>http://indico.cern.ch/contributionDisplay.py?contribId=400&sessionId=6&confId=0
>>>
>>>IIRC, he had started to work on a Java client, but was aware (since I
>>>mentioned it at CHEP) that you were working on this...
>>>
>>> Pete
>>>
>>>
>>>
>>>
>>>
>>>>>>is >~140 kB a large attach ? ok I wont do this kind attachment in
>>>>>>future.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>Large is all relative, but in this case the limit was set low enough to
>>>>>discourage non-trivial attachments altogether. You know how much I like
>>>>>them.... ;-)
>>>>>
>>>>> Pete
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Peter Elmer wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Hi Alvise,
>>>>>>>
>>>>>>>On Wed, Nov 24, 2004 at 11:14:07AM +0100, Alvise Dorigo wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>I recently fixed a number of bugs. Please use the new jar in attach
>>>>>>>>instead of that one I sent to you some day ago. Now in the source and
>>>>>>>>destination argument of XrdFileCopy you can omit the TCP_PORT number
>>>>>>>>(it will try to get it from /etc/services under linux and from
>>>>>>>>c:\\winnt\\system32\\drivers\\etc\\services under WinNT/XP, otherwise
>>>>>>>>default=1094); in addition a 3rd parameter cab be passed to specify
>>>>>>>>the size of copy chunk (larger chunk means more copy speed, default
>>>>>>>>chunk size is 256 kB) so:
>>>>>>>>
>>>>>>>>java- jar XrdCopyFile.jar xroot://<USER>@<HOST>/SRC_PATHFILE
>>>>>>>>xroot://<USER>@<HOST>/TARGET_PATHFILE [CHUNK_SIZE_IN_KB]
>>>>>>>>
>>>>>>>>Note 1: The ASYNC communication has been deeply tested with 10
>>>>>>>>concurrent clients repeatedly reading from the same file and from the
>>>>>>>>same server (this to put all clients on the same physical channel).
>>>>>>>>No server-crash during reading has been triggered yet, but it will be
>>>>>>>>done asap. The server-crash tolerance has been fully tested with 1
>>>>>>>>and more client in SYNC mode.
>>>>>>>>
>>>>>>>>Note 2: Some data corruption takes place when "oksofar" is handled,
>>>>>>>>that means that copying files using chunks > 2MB can create data
>>>>>>>>corruption. I'll investigate.
>>>>>>>>
>>>>>>>>Note 3: The Java client is supposed to run under WindowNT/XP too
>>>>>>>>(please remember JDK1.5) but very few tests has been done: even if
>>>>>>>>Java is fully multiplatform everybody knows that small differences
>>>>>>>>are between platforms, versions and vedors... I developed and tested
>>>>>>>>under Fedora Core 3 Linux (kernel 2.6.9-1.667) Sun JDK 1.5.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>Ok, thanks: I've updated the jar file linked from the xrootd page. Very
>>>>>>>nice that we have a windows client now, too....
>>>>>>>
>>>>>>>BTW, you can't send mails with large attachments to the mailing list.
>>>>>>>It
>>>>>>>will bounce them. (And in general sending large attachments to mailing
>>>>>>>list
>>>>>>>is bad practice.) You can probably just stick any future update files
>>>>>>>someplace at SLAC and send me the location so I can put it in the
>>>>>>>xrootd
>>>>>>>web area...
>>>>>>>
>>>>>>> Pete
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>
>>>-------------------------------------------------------------------------
>>>Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
>>>Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
>>>-------------------------------------------------------------------------
>>>
>>>
>>>
>>>
>
>
>
>-------------------------------------------------------------------------
>Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
>Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
>-------------------------------------------------------------------------
>
>
|