<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-2022-JP"
http-equiv="Content-Type">
<title></title>
</head>
<body style="" bgcolor="#ffffff" text="#000000">
Hi Henry,<br>
<br>
I have informed you about SOAP issue.<br>
I have also attached the test programs. They were very simple test
programs.<br>
You could located the jws file at $TOMCAT_HOME/webapps/axis and the
soaptest3.lzx at <br>
your $LPS_HOME. I tested it with SWF and also they were tested on the
same tomcat( 5.0.30 ). <br>
When i checked it with lps-3.3.3, it worked fine, but using the latest
nighty( rev 7378 ) did not worked.<br>
The mean of the 'did not worked' was it did not shown the return
strings in the result text field.<br>
The return strings did not returned from the server side to the
client. You can find it at as following the<br>
messages.<br>
Also i am going to chase this issue in nighty source, but i know you
can find it out faster than me. :＾）<br>
Those are the message in the debug window.<br>
<br>
<i><b> </b></i><b>Case: lps-3.3.3</b><br>
<whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s></s></whatString>
<br>
<whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s>aa</s></whatString>
<br>
<br>
<b>Case: Nighty ( rev 7378 )</b><br>
<whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s></s></whatString>
<br>
__LZloaderReturnData data= {..., stubinfo: [object Object], stub:
[object Object]} <br>
... loadmc= «LoadObj#1| <a class="moz-txt-link-freetext" href="soap://soap">soap://soap</a> (loading)» <br>
...responseheaders= undefined <br>
{..., stubinfo: [object Object], stub: [object Object]} <br>
__LZloaderReturnData data= <whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s></s></whatString>
<br>
... loadmc= «LoadObj#1| <a class="moz-txt-link-freetext" href="soap://soap">soap://soap</a> (loading)» <br>
...responseheaders= null <br>
rpc.lzx _handler {status: ok, message: ok, data: <whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s></s></whatString>,
opinfo: [object Object], seqnum: 1} <br>
<whatString
xmlns=<a class="moz-txt-link-rfc2396E" href="http://localhost:8080/axis/SoapStringSimpleReturn.jws">"http://localhost:8080/axis/SoapStringSimpleReturn.jws"</a>><s></s></whatString><br>
<br>
<br>
Regards,<br>
Keiji Ono<br>
<br>
<br>
keiji Ono wrote:<br>
<blockquote cite="mid47403E89.4000402@net8.co.jp" type="cite">Hi Henry,
<br>
<br>
I am preparing a small piece of this issue.
<br>
Because the original test case was a bit special.
<br>
So i build it on Axis environment. I am going to make it in this week.
<br>
Please wait for a few days.
<br>
<br>
Thanks
<br>
Keiji Ono
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Keiji_ono@net8.co.jp">Keiji_ono@net8.co.jp</a>
<br>
<br>
Henry Minsky wrote:
<br>
<br>
<blockquote type="cite">I'll try and see if there was any change to
the code paths between
<br>
4.0.3 and 4.0.5.
<br>
<br>
Do have a small piece of test code that I can run to confirm that I am
<br>
reproducing the issue? If so, can you attach that to a bug report and
file
<br>
it in JIRA? Send me an email when you do that, and I will take a look.
<br>
<br>
<br>
On 11/5/07, keiji Ono <a class="moz-txt-link-rfc2396E" href="mailto:keiji_ono@net8.co.jp"><keiji_ono@net8.co.jp></a> wrote:
<br>
<br>
<br>
<blockquote type="cite">Hi,
<br>
<br>
I found a problem of SOAP action between 3.3.3 and latest nighty
build
<br>
(4.1.x).
<br>
With a same LZX application and using SOAP data I/F.
<br>
3.3.3 could send data to LPS, but the nighty could not.
<br>
ex.
<br>
send data 'burabura'
<br>
debugging 'lzpostbody' in SOAPDataSource.java
<br>
on 3.3.3: <some tag>[![CDATA[burabura]]</some
tag>
<br>
on 4.1.x: <some tag/>
<br>
* in effect, those data were encoded.
<br>
<br>
SOAPDataSource.java had not any changes between them.
<br>
Are there some changing data interface specifications?
<br>
I confirmed it was OK till 4.0.3, but 4.0.5 and later were NG.
<br>
<br>
Regards,
<br>
Keiji Ono
<br>
<br>
<br>
Henry Minsky wrote:
<br>
<br>
<br>
<br>
On 10/30/07, keiji Ono <a class="moz-txt-link-rfc2396E" href="mailto:keiji_ono@net8.co.jp"><keiji_ono@net8.co.jp></a> wrote:
<br>
<br>
<blockquote type="cite">I have checked Apache-Axis library. And i
knew where it was implemented
<br>
but at the same time
<br>
i did not understand about my issue whether it was a spec or bug. Then
i
<br>
will ask it for Axis forum.
<br>
Thank you for everything.
<br>
<br>
BTW, i have been seeing OpenLaszlo source code by now, i would like to
<br>
confirm and gather up my *understanding* on processing SOAP data. If
<br>
this is incorrect, please correct me.
<br>
<br>
Issue: procedure SOAP message data to provide to client
<br>
Example data: <data tag>burabura data</data tag>
<br>
Process:
<br>
1. read SOAP data ( like the example data )
<br>
2. disintegrate in tag and data
<br>
3. the data will be converted to Flash data format
<br>
4. reassemble the tag and the data
<br>
5. put it out it to client by HttpServletResponse
<br>
<br>
But i did not find the point of *reassemble* clearly.
<br>
<br>
</blockquote>
Hello Keiji,
<br>
<br>
I was probably the last person to touch the SOAP code, when I
<br>
added support for the DHTML runtime.
<br>
<br>
In SWF, the SOAP data is converted to flash, using the old data
compiler
<br>
which used to be used for XML data, but is no longer used for that.
<br>
<br>
In the DHTML version of the SOAP code, the data is converted to
<br>
JSON format. This might be easier to understand than the swf code
paths, if
<br>
you look at the
<br>
output that is sent to the client. It is a JSON string which is just a
<br>
combination of string, number, and arrays and objects.
<br>
<br>
<br>
It had been my intention to rewrite the SOAP server code for the SWF
<br>
runtime, so that
<br>
instead of using the old data compiler, it would instead just use the
JSON
<br>
format that we now use for DHTML, and compile the JSON string to swf
with
<br>
the regular "script compiler" that all the other Laszlo code goes
through.
<br>
This would simplify
<br>
the code substantially on the server, as it would eliminate the two
<br>
duplicate
<br>
code paths that exist now for SWF and DHTML. Unfortunately I have not
had
<br>
time to do that.
<br>
<br>
Henry
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<blockquote type="cite">Best,
<br>
Keiji Ono
<br>
<br>
��������������������������� wrote:
<br>
<br>
<br>
<blockquote type="cite">We use "apache-axis" for this
server-side job, see i.e. at
<br>
<br>
<br>
</blockquote>
</blockquote>
org.openlaszlo.remote.swf.soap.encoding.SOAPDataEncoder#buildHeaders(org.apache.axis.message.SOAPHeader
<br>
).
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">So I guess you need to check the
"axis.jar" (JavaDoc:
<br>
<br>
<br>
</blockquote>
</blockquote>
"<a class="moz-txt-link-freetext" href="http://ws.apache.org/axis/java/apiDocs/org/apache/axis/message/package-summary.html">http://ws.apache.org/axis/java/apiDocs/org/apache/axis/message/package-summary.html</a>
<br>
")
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">to get any further.
<br>
<br>
- Andr���������������������������
<br>
<br>
<br>
<blockquote type="cite">Hi Ben,
<br>
<br>
Thank you for your reply.
<br>
Yes, i also found your point and i was searching the implementation.
<br>
If it did not implement in OpenLaszlo source, it must came from
<br>
saaj.jar or other jars.
<br>
As far as i know, this class declared as Interface class in SAAJ, so
<br>
i wondered
<br>
where did it implement.
<br>
In your opinion, OpenLaszlo depend on the standard of JARs, right?
<br>
If so, i would appreciate it if you gave me the information about
<br>
JARs version and so on.
<br>
<br>
Best,
<br>
Keiji Ono
<br>
<br>
Benjamin Shine wrote:
<br>
<br>
<br>
<blockquote type="cite">/
<br>
<br>
</blockquote>
/>/ It looks to me like SOAPElement is imported from />/
<br>
javax.xml.soap.SOAPElement:
<br>
/>/
<br>
/>/ $ grep SOAPElement `find . -name "SOAP*.java"`
<br>
/>/ ...
<br>
/>/
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
./WEB-INF/lps/server/src/org/openlaszlo/remote/swf/soap/encoding/
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/>/ SOAPDataEncoder.java :
<br>
/>/ import javax.xml.soap.SOAPElement;
<br>
/>/ ...
<br>
/>/
<br>
/>/ So that implementation must come from one of the jars we ship
<br>
with, />/ but I don't know which one.
<br>
/>/
<br>
/>/ Is this the information you were looking for?
<br>
/>/ -ben
<br>
/>/
<br>
/>/
<br>
/>/ On Oct 25, 2007, at 6:13 PM, keiji Ono wrote:
<br>
/>/
<br>
/>>/ Hi
<br>
/>>/
<br>
/>>/ I could make in focus on this issue.
<br>
/>>/ I found the method of .getChildElements() was rejecting all
blanks
<br>
/>>/ at the head and tail of SOAPElement class.
<br>
/>>/ But as you know, SOAPElement class was declared by Interface
<br>
class in />>/ SAAJ.
<br>
/>>/ As the next step, i checked how SOAPElement class had
<br>
implemented in />>/ OpenLaszlo.
<br>
/>>/ but i could not find the point in OpenLaszlo source.
<br>
/>>/ If i could find it, i could know it whether it was bug or
spec.
<br>
/>>/ Hey Server Side Men, could you give some hints for me?
<br>
/>>/
<br>
/>>/ Best,
<br>
/>>/ Keiji Ono
<br>
/>>/
<br>
/>>/ keiji Ono wrote:
<br>
/>>/
<br>
/>>>/ I have been continuing to solve this issue.
<br>
/>>>/ And i look at the point of the suspicious, but i could
not know
<br>
it />>>/ clearly.
<br>
/>>>/ At the point is in SOAPDataEncoder.java.
<br>
/>>>/ The 'issue' code is in the method of _traverseDOM().
<br>
/>>>/
<br>
/>>>/ SOAPDataEncoder.java _traverseDOM()
<br>
/>>>/
<br>
/>>>/ iter = el.getChildElements();
<br>
/>>>/ while(iter.hasNext()){
<br>
/>>>/ Object o = iter.next(); <---- 1
<br>
/>>>/ if( Text.class.isInstance(o) ){
<br>
/>>>/ characters(((Text)o).getValue() ); <---- 2
<br>
/>>>/ }else{
<br>
/>>>/ .
<br>
/>>>/ .
<br>
/>>>/ }
<br>
/>>>/ }
<br>
/>>>/
<br>
/>>>/ At the point of 1, when the Object o contained a string
<br>
/>>>/ "<sometag><![CDATA[ Text
Strings]]></sometag>",
<br>
/>>>/ .getValue() at the point of 2 got the string "Text
Strings" and
<br>
/>>>/ set it to the method of characters(). The characters()
<br>
/>>>/ push it to client through FlashBuffer class.
<br>
/>>>/ The issue of it is the blank of the start strings has
been
<br>
rejected />>>/ by getValue().
<br>
/>>>/
<br>
/>>>/ I do not know whether this is the specification of
getValue()
<br>
of />>>/ org.apache.xml.message.Text class.
<br>
/>>>/ Is not there the person knowing a lot about this?
<br>
/>>>/
<br>
/>>>/ Keiji Ono
<br>
/>>>/
<br>
/>>>>/ Hummm, it did not effect to the log file.
<br>
/>>>>/ Basically, i did not use multibyte data, so
whichever use
<br>
UTF-8 />>>>/ parameter in the properties file,
<br>
/>>>>/ it did not effect to it, i think.
<br>
/>>>>/
<br>
/>>>>/ BTW, the reason why i am taking this issue, because
i have a
<br>
/>>>>/ trouble on SOAP data handling on LPS.
<br>
/>>>>/ The trouble is like this.
<br>
/>>>>/ When i sent data from a OpenLaszlo application, like
' ABC' to
<br>
SOAP />>>>/ server, but the return was
<br>
/>>>>/ 'ABC'. Pay attention this, LPS cut out those spaces
of the data.
<br>
/>>>>/ I traced how to treat the data in LPS, so i reached
<br>
FileUtil.java. />>>>/ I know the data from SOAP server
<br>
/>>>>/ to LPS are correct, that mean the data has the
spaces.
<br>
/>>>>/
<br>
/>>>>/ Any advances. Thank you.
<br>
/>>>>/
<br>
/>>>>/ Keiji Ono
<br>
/>>>>/
<br>
/>>>>/
<br>
/>>>>/ P T Withington wrote:
<br>
/>>>>/
<br>
/>>>>>/ I wonder if the problem is that log4j is not
configured for
<br>
UTF8? />>>>>/ I found this with Google:
<br>
/>>>>>/
<br>
/>>>>>>/ Debugging can be fun with high byte
characters as generally
<br>
/>>>>>>/ logging to a console isn't going to show you
the characters
<br>
you />>>>>>/ are expecting. If you did this:
<br>
/>>>>>>/
<br>
/>>>>>>/ System.out.println(new String(new byte[] {
-28, -72,
<br>
-83},"UTF-8")
<br>
/>>>>>>/
<br>
/>>>>>>/ Then you'd probably just see a ? rather than
the Chinese
<br>
/>>>>>>/ character that it really should be. However,
you can make
<br>
log4j />>>>>>/ log UTF-8 messages. Just add
<br>
/>>>>>>/
<br>
/>>>>>>/ <param name="Encoding" value="UTF-8"/>
<br>
/>>>>>>/
<br>
/>>>>>>/ To the appender in your log4j.xml config. Or
this:
<br>
/>>>>>>/
<br>
/>>>>>>/ log4j.appender.myappender.Encoding=UTF-8
<br>
/>>>>>>/
<br>
/>>>>>>/ To your log4j.properties file. You might
still only see the
<br>
UTF-8 />>>>>>/ data properly if you view the log file
in an editor/
<br>
viewer that />>>>>>/ can view UTF-8 data (Windows
notepad is ok for
<br>
instance).
<br>
/>>>>>/
<br>
/>>>>>/
<br>
/>>>>>/
<br>
/>>>>>/
<br>
/>>>>>/
<br>
/>>>>>/ [Java UTF???????????????????????????8
international character
<br>
/>>>>>/ support with Tomcat and Oracle, 26/03/07,
Kieran's
<br>
blog](<a class="moz-txt-link-freetext" href="http://">http://</a> />>>>>/
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
blogs.warwick.ac.uk/kieranshaw/entry/ />>>>>/
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">utf-8_internationalisation_with/)
<br>
/>>>>>/
<br>
/>>>>>/ Also, I wonder if using the Firebug extension to
Firefox
<br>
might />>>>>/ help. Using the Net pane, you should be
able to see the
<br>
content of />>>>>/ the http get.
<br>
/>>>>>/
<br>
/>>>>>/ On 2007-09-27, at 20:20 EDT, keiji Ono wrote:
<br>
/>>>>>/
<br>
/>>>>>>/ Who dose maintenance this Java file ?
<br>
/>>>>>>/ If you give me a little tip, i can progress
on it.
<br>
/>>>>>>/
<br>
/>>>>>>/ keiji Ono wrote:
<br>
/>>>>>>/
<br>
/>>>>>>>/ Ben,
<br>
/>>>>>>>/
<br>
/>>>>>>>/ Thank you for your suggestion, but i
tried already it on
<br>
4.0.5 />>>>>>>/ as a trial ,
<br>
/>>>>>>>/ but it did not work on it.
<br>
/>>>>>>>/ I know it worked till on 4.0.3. :@
<br>
/>>>>>>>/
<br>
/>>>>>>>/ It will be good if i can give you a
sample code of it , but
<br>
as />>>>>>>/ you know
<br>
/>>>>>>>/ it is not
<br>
/>>>>>>>/ easy to give SOAP sample.
<br>
/>>>>>>>/ And our application is now working on
3.3.3, so i would
<br>
like to />>>>>>>/ try on
<br>
/>>>>>>>/ 3.3.3.
<br>
/>>>>>>>/
<br>
/>>>>>>>/ I am thinking as following steps now.
<br>
/>>>>>>>/ 1. Check it on 3.3.3
<br>
/>>>>>>>/ 2. If i find looks like bug in it, i
will change it.
<br>
/>>>>>>>/ 3. Then i am going to look at 4.0.5
source.
<br>
/>>>>>>>/
<br>
/>>>>>>>/ So could you give some advance?
<br>
/>>>>>>>/ Thank you.
<br>
/>>>>>>>/
<br>
/>>>>>>>/ Keiji ono
<br>
/>>>>>>>/
<br>
/>>>>>>>/ Benjamin Shine wrote:
<br>
/>>>>>>>/
<br>
/>>>>>>>/
<br>
/>>>>>>>/
<br>
/>>>>>>>>/ Keiji, I suggest you work with
lps-4.0.5. It is the most
<br>
/>>>>>>>>/ current, and
<br>
/>>>>>>>>/ we are more likely to be familiar
with the code that
<br>
you're />>>>>>>>/ working
<br>
/>>>>>>>>/ with. See
<br>
/>>>>>>>>/ <a class="moz-txt-link-freetext" href="http://www.openlaszlo.org/node/383">http://www.openlaszlo.org/node/383</a>
<br>
/>>>>>>>>/ for the announcment.
<br>
/>>>>>>>>/
<br>
/>>>>>>>>/ -ben
<br>
/>>>>>>>>/
<br>
/>>>>>>>>/ On Sep 26, 2007, at 5:03 AM, keiji
Ono wrote:
<br>
/>>>>>>>>/
<br>
/>>>>>>>>/
<br>
/>>>>>>>>/
<br>
/>>>>>>>>>/ Adding, it was the source of
lps-3.3.3, and the data was
<br>
not />>>>>>>>>/ multibyte
<br>
/>>>>>>>>>/ character.
<br>
/>>>>>>>>>/
<br>
/>>>>>>>>>/ Keiji Ono
<br>
/>>>>>>>>>/
<br>
/>>>>>>>>>/
<br>
/>>>>>>>>>/
<br>
/>>>>>>>>>>/ Hi all,
<br>
/>>>>>>>>>>/
<br>
/>>>>>>>>>>/ I am checking about
Input/Output data on LPS now.
<br>
/>>>>>>>>>>/ Because when i take SOAP
interface on my application,
<br>
the />>>>>>>>>>/ getting data
<br>
/>>>>>>>>>>/ is wrong.
<br>
/>>>>>>>>>>/ Then i would like to check
data where output from LPS.
<br>
/>>>>>>>>>>/ At the point of
FileUtils.java, i add some code like
<br>
following
<br>
/>>>>>>>>>>/ (BlockName-A).
<br>
/>>>>>>>>>>/ But it got unreadable data
to write lps.log as following.
<br>
/>>>>>>>>>>/ How can i get 'readable' log
on lps.log ?
<br>
/>>>>>>>>>>/
<br>
/>>>>>>>>>>/ <checking code on
FileUtils.java>
<br>
/>>>>>>>>>>/ public static int
sendToStream(InputStream input,
<br>
/>>>>>>>>>>/ OutputStream output, int
size)
<br>
/>>>>>>>>>>/ throws IOException {
<br>
/>>>>>>>>>>/ int c = 0;
<br>
/>>>>>>>>>>/ byte[] buffer = new
byte[size];
<br>
/>>>>>>>>>>/ int b = 0;
<br>
/>>>>>>>>>>/ while(true) {
<br>
/>>>>>>>>>>/ try {
<br>
/>>>>>>>>>>/ // Until end of stream
<br>
/>>>>>>>>>>/ if ((b = input.read(buffer))
<= 0) {
<br>
/>>>>>>>>>>/ return c;
<br>
/>>>>>>>>>>/ }
<br>
/>>>>>>>>>>/ } catch (IOException e) {
<br>
/>>>>>>>>>>/ throw new
StreamReadingException( e.getMessage());
<br>
/>>>>>>>>>>/ }
<br>
/>>>>>>>>>>/ c += b;
<br>
/>>>>>>>>>>/ try {
<br>
/>>>>>>>>>>/ output.write(buffer, 0, b);
<br>
/>>>>>>>>>>/
<br>
/>>>>>>>>>>/ //=== adding from here
BlockName-A
<br>
/>>>>>>>>>>/ {
<br>
/>>>>>>>>>>/ String aString = new
String(buffer, "UTF-8");
<br>
/>>>>>>>>>>/ mLogger.debug( "OUTPUT: " +
aString );
<br>
/>>>>>>>>>>/ }
<br>
/>>>>>>>>>>/ //=== to here
<br>
/>>>>>>>>>>/
<br>
/>>>>>>>>>>/ <lps.log>
<br>
/>>>>>>>>>>/ OUTPUT: FWS 4 x F ? `
<br>
/>>>>>>>>>>/
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx? ? ?0
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
_m _t CSPCHD id
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/>>>>>>>>>>/
AddLongResponse AddLongResult ? _m _root /? _m N
<br>
? _t >>>>>>>>>>/ _root /?
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/ _t N
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
/? ? _root ?
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/ _rootndi
RL? C? =L? C? =L?;
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
/>>>>>>>>>>/
<br>
0000000100001gUD5zy4000000XKonfBejSj6FIgaG0jaWHQ--
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
= ?
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/>>>>>>>>>>/
?
<br>
/>>>>>>>>>>/ _root /? _finishndi R?
B? ? _root ?
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/ _rootndi
RL? C? =L? C? =L?
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
/>>>>>>>>>>/ GHGHGH = ? ?
_root /? _finishndi R? B?
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">/ _parent /?
?
<br>
/ _parent /? loader N? returnData R @
<br>
/
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
/>>>>>>>>>>/ Thanks any advance.
<br>
/>>>>>>>>>>/
<br>
/>>>>>>>>>>/ Keiji Ono
<br>
/>>>>>>>>>>
<br>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
--
<br>
Henry Minsky
<br>
Software Architect
<br>
<a class="moz-txt-link-abbreviated" href="mailto:hminsky@laszlosystems.com">hminsky@laszlosystems.com</a>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>