Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Service Oriented Architecture Tools Platform (STP) » Re: [stp-newsgroup] classes exclusion for runtime version
Re: [stp-newsgroup] classes exclusion for runtime version [message #374023] Sat, 01 July 2006 16:10 Go to next message
keanu is currently offline keanu
Messages: 49
Registered: July 2009
Member
This is a multipart message in MIME format.
--=_alternative 0058DE564925719E_=
Content-Type: text/plain; charset="US-ASCII"

Antony,

Oh, I am very glad to hear that. How is your baby? How is your wife?
I am also expecting a baby. Delivery date is expected to be August.
Gonglatulations!

For the WSDL, I mean the generation of WSDL that goes with BPEL. I mean
the WSDL that BPEL represents.

For the pluggable runtime (= runtime only version, I mean), I expect so
because the concept actually coinsides with the b2j architecture.
The concept : Runtime is pluggable so that the runtime only module can run
standalone

If it takes long time, it is sad to hear that.
I hope it can be available soon.

Thank you for your information.
And conglatulation, again!
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
Paik, YoungSang (Keanu)
Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab (UCL)
IBM, Korea

Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea




Antony Miguel <antony.miguel@scapatech.com>
Sent by: stp-newsgroup-bounces@eclipse.org
06/28/2006 10:33 PM
Please respond to
"Gateway between eclipse.stp and stp-newsgroup"
<stp-newsgroup@eclipse.org>


To
stp-newsgroup@eclipse.org
cc

Subject
Re: [stp-newsgroup] classes exclusion for runtime version






Hi Keanu,

Sorry for the extended delay in my response, I've been off from work for
the past few weeks having a baby.

To answer your questions:

- I was not aware of the lack of a link to STP mailing lists, I'm not
exactly sure where it would go but I'll speak to someone in STP about it
and try to get it sorted.

- B2J does not currently support generating Java SOAP clients from WSDL
or generating WSDL from Java classes. B2J's Java binding is based on
the Apache WSIF Java binding however so WSDL generated using wsif should
work with B2J. In addition B2J does have both a SOAP server and SOAP
client implementation but the SOAP client does not automatically
translate anything based on WSDL - it only really deals with the SOAP
envelope and HTTP etc.

What exactly are you looking for in terms of client generation? If you
expose a service with B2J then you naturally must have WSDL to describe
it so I assume you are after something like a tool to generate a Java
API (going via SOAP) to that service? Is that accurate? Something like
this could potentially be implemented in B2J.

- As far as the pluggable runtime. I intend to post a plan soon to the
B2J website and newsgroups which will set out a roadmap for producing
public APIs to fully integrate BPEL engines and servers into the B2J
framework. As things stand, B2J provides good functionality but I do
not believe that the current interfaces, if made public as APIs, would
fit well with BPEL servers (basically there are assumptions in the B2J
framework which are a result of the requirements of the BPEL engine,
rather than a more general outlook of BPEL engines and servers).

If you plan to use the B2J APIs to implement your own pluggable engine
or server then your feedback and requirements would be extremely useful.
I will try to advertise for feedback as widely as possible when I post
the plan.

I should also say that this plan will probably not be short term as I
expect the process of creating and implementing the plan to take some
time. I would be interested to hear what your timescales would be for
using B2J also?

thanks

Antony


YoungSang Paik wrote:
>
> Hi, Antony
>
> It's been a long time. How have you been?
>
>
> I have a couple of questions.
> - I wonder stp mailing list link is not shown on the eclipse web site.
> Do you know that?
> - Can I make a SOAP client for the service that BPEL script is exposing?

> I mean, can b2j engine create WSDL just as Axis can generate WSDL for a
> particular service so that SOAP client can be generated according to the

> WSDL?
> - Could I share any news for your pluggable b2j runtime?
>
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> Paik, YoungSang (Keanu)
> Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab
(UCL)
> IBM, Korea
>
> Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
> Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea
>
>
>
> *Antony Miguel <antony.miguel@scapatech.com>*
> Sent by: stp-newsgroup-bounces@eclipse.org
>
> 05/16/2006 02:24 AM
> Please respond to
> "Gateway between eclipse.stp and stp-newsgroup"
<stp-newsgroup@eclipse.org>
>
>
>
> To
> stp-newsgroup@eclipse.org
> cc
>
> Subject
> Re: [stp-newsgroup] classes exclusion for runtime version
>
>
>
>
>
>
>
>
> Hi Keanu,
>
> I've written one test class that generates an engine program and saves
> it to disk, and another test class that uses just the local engine to
> run the compiled program (these would represent your client side BPEL
> compilation step and your embedded device BPEL execution step).
>
> I've used these test classes to chop out bits of unused code from the
> runtime only JAR including the distributed engine and make sure the
> runtime only test program can still run BPEL using only the cut-down
JAR.
>
> The resulting runtime only JAR which is still able to run the
> precompiled BPEL files I mentioned below (test_xpath, test_messaging,
> test_soapserver_pick) is 304KB. This should need no extra libraries to
> run on CDC/FP 1.0 or Java 1.3.
>
> cheers
>
> Antony
>
> Antony Miguel wrote:
> > Hi Keanu,
> >
> > I have converted B2J to use it's own XML parser, got the HTTP
> > implementation to load JSSE via reflection and removed all 1.4 JVM
> > library dependencies from B2J core (there were a few odd extra
> > references such as java.net.URI).
> >
> > The end result is that the whole of B2J core (including the
compilation
> > stages - given that javac or some other compiler is present) can now
run
> > using:
> >
> > - IBM WEME 6.1 lnx-x86-ppro10 (which I believe is CDC/FP 1.0?)
> > - Sun CVM CDC/FP 1.1
> >
> > Given that it runs on the above IBM WEME JVM it should also run OK on
> > Sun CVM CDC/FP 1.0 but I haven't been able to build that JVM yet.
> >
> > I've been able to run almost all of the example BPEL files. In
> > particular on both JVMs I have successfully run
> >
> > - test_xpath.bpel
> > - test_soapserver_pick.bpel
> > - test_messaging.bpel
> >
> > I think these constitute a reasonable all-round test. They include
use
> > of HTTP/SOAP, XPATH and heavy threading and synchronisation.
> >
> > Including the new XML parser and all changes the full core JAR stands
at
> > about 745KB. The runtime only JAR stands at 442KB (but this still
> > includes the distributed engine).
> >
> > I plan to do some more thorough testing as one or two of the example
> > files fail (for reasons which may or may be related to recent
changes)
> > but I don't see any real reason why these changes couldn't go into
the
> > B2J main stream. They don't in any way degrade the performance of
B2J
> > and they make it more flexible in it's requirements.
> >
> > Are these the right JVMs and CDC/FP specifications you were hoping
for?
> >
> > thanks
> >
> > Antony
> >
> > Antony Miguel wrote:
> >
> >> Hi Keanu,
> >>
> >>>> This may not work in other JVMs, I think in my previous
experience
> >>>> it might break in an IBM JVM but I'm not sure.
> >>>
> >>>
> >>>
> >>> Oh, Really? For me, b2j still works fine with IBM sdk v 1.4.
> >>> my version is
> >>> - java fullversion "J2RE 1.4.2 IBM Windows 32 build cn142-20050609
> >>
> >>
> >>
> >> This was just me remembering an issue from a long time ago. I think
> >> that once upon a time I saw some very subtle difference to do with
> >> classloading but like I say I can't remember exactly what the deal
was
> >> (it was complicated). It occurred to me that if you were having
> >> NoClassDefErrors thrown then it could be this issue again but if it
> >> works fine for you on an IBM JVM then I expect it was a different
issue.
> >>
> >>> Only exception I have noticed in b2j is java.io.EOFException with
the
> >>> test bpel script when I tested with distributed engines. (It is a
> >>> endurable bug for now. I know b2j is still developing phase.) But I
> >>> have not noticed any "error" messages from VM, not the exception
> >>> messages from program, during the test run.
> >>
> >>
> >>
> >> That's not so good. Can you tell me what script it is that fails
and
> >> email me the EOFException stacktrace please?
> >>
> >> Does it only occur with the distributed engine?
> >>
> >>> Oh, I see. Yes, I am temporarily doing with the full B2J jar on a
> >>> common PC. I am transitting from design phase to development phase.
> >>> Feasibility is the main activity. Right. Sure, I will wait.
> >>> I really appreciate you effort.
> >>
> >>
> >>
> >> No problem, I am making progress with the conversion to the B2J XML
> >> parser and it seems like it will be feasible to make B2J use it all
> >> over (B2J has turned out to be quite a thorough test of my XML
parser
> >> and thrown up a variety of bugs). It adds a total of 16.5K to the
jar
> >> (compressed) and would mean (i think) that the only requirement
would
> >> be for JSSE libraries, which I should be able to remove just by
using
> >> reflection and catching the ClassNotFoundException. These changes
> >> (plus perhaps one or two other ones I expect I have missed) should
> >> make B2J able to run with only 1.3 JVM libraries. Once thats done I
> >> will try running on a Java ME JVM.
> >>
> >> thanks
> >>
> >> Antony
> _______________________________________________
> stp-newsgroup mailing list
> stp-newsgroup@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/stp-newsgroup
>
_______________________________________________
stp-newsgroup mailing list
stp-newsgroup@eclipse.org
https://dev.eclipse.org/mailman/listinfo/stp-newsgroup


--=_alternative 0058DE564925719E_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">Antony,</font>
<br>
<br><font size=2 face="sans-serif">Oh, I am very glad to hear that. How
is your baby? How is your wife?</font>
<br><font size=2 face="sans-serif">I am also expecting a baby. Delivery
date is expected to be August.</font>
<br><font size=2 face="sans-serif">Gonglatulations!</font>
<br>
<br><font size=2 face="sans-serif">For the WSDL, I mean the generation
of WSDL that goes with BPEL. I mean the WSDL that BPEL represents.</font>
<br>
<br><font size=2 face="sans-serif">For the pluggable runtime (= runtime
only version, I mean), I expect so because the concept actually coinsides
with the b2j architecture.</font>
<br><font size=2 face="sans-serif">The concept : Runtime is pluggable so
that the runtime only module can run standalone</font>
<br>
<br><font size=2 face="sans-serif">If it takes long time, it is sad to
hear that.</font>
<br><font size=2 face="sans-serif">I hope it can be available soon.</font>
<br>
<br><font size=2 face="sans-serif">Thank you for your information.</font>
<br><font size=2 face="sans-serif">And conglatulation, again!</font>
<br><font size=2 face="sans-serif">*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ <br>
Paik, YoungSang (Keanu)<br>
Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab (UCL)<br>
IBM, Korea<br>
<br>
Tel: (822)3781-7509, (8211)898-7509 &nbsp;Email: yspaik@kr.ibm.com<br>
Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Antony Miguel &lt;antony.miguel@scapatech.com&gt;</b>
</font>
<br><font size=1 face="sans-serif">Sent by: stp-newsgroup-bounces@eclipse.org</font>
<p><font size=1 face="sans-serif">06/28/2006 10:33 PM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
&quot;Gateway between eclipse.stp and stp-newsgroup&quot; &lt;stp-newsgroup@eclipse.org&gt;</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">stp-newsgroup@eclipse.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [stp-newsgroup] classes exclusion
for runtime version</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi Keanu,<br>
<br>
Sorry for the extended delay in my response, I've been off from work for
<br>
the past few weeks having a baby.<br>
<br>
To answer your questions:<br>
<br>
- I was not aware of the lack of a link to STP mailing lists, I'm not <br>
exactly sure where it would go but I'll speak to someone in STP about it
<br>
and try to get it sorted.<br>
<br>
- B2J does not currently support generating Java SOAP clients from WSDL
<br>
or generating WSDL from Java classes. &nbsp;B2J's Java binding is based
on <br>
the Apache WSIF Java binding however so WSDL generated using wsif should
<br>
work with B2J. &nbsp;In addition B2J does have both a SOAP server and SOAP
<br>
client implementation but the SOAP client does not automatically <br>
translate anything based on WSDL - it only really deals with the SOAP <br>
envelope and HTTP etc.<br>
<br>
What exactly are you looking for in terms of client generation? &nbsp;If
you <br>
expose a service with B2J then you naturally must have WSDL to describe
<br>
it so I assume you are after something like a tool to generate a Java <br>
API (going via SOAP) to that service? &nbsp;Is that accurate? &nbsp;Something
like <br>
this could potentially be implemented in B2J.<br>
<br>
- As far as the pluggable runtime. &nbsp;I intend to post a plan soon to
the <br>
B2J website and newsgroups which will set out a roadmap for producing <br>
public APIs to fully integrate BPEL engines and servers into the B2J <br>
framework. &nbsp;As things stand, B2J provides good functionality but I
do <br>
not believe that the current interfaces, if made public as APIs, would
<br>
fit well with BPEL servers (basically there are assumptions in the B2J
<br>
framework which are a result of the requirements of the BPEL engine, <br>
rather than a more general outlook of BPEL engines and servers).<br>
<br>
If you plan to use the B2J APIs to implement your own pluggable engine
<br>
or server then your feedback and requirements would be extremely useful.
<br>
&nbsp;I will try to advertise for feedback as widely as possible when
I post <br>
the plan.<br>
<br>
I should also say that this plan will probably not be short term as I <br>
expect the process of creating and implementing the plan to take some <br>
time. &nbsp;I would be interested to hear what your timescales would be
for <br>
using B2J also?<br>
<br>
thanks<br>
<br>
Antony<br>
<br>
<br>
YoungSang Paik wrote:<br>
&gt; <br>
&gt; Hi, Antony<br>
&gt; <br>
&gt; It's been a long time. How have you been?<br>
&gt; <br>
&gt; <br>
&gt; I have a couple of questions.<br>
&gt; - I wonder stp mailing list link is not shown on the eclipse web site.
<br>
&gt; Do you know that?<br>
&gt; - Can I make a SOAP client for the service that BPEL script is exposing?
<br>
&gt; I mean, can b2j engine create WSDL just as Axis can generate WSDL
for a <br>
&gt; particular service so that SOAP client can be generated according
to the <br>
&gt; WSDL?<br>
&gt; - Could I share any news for your pluggable b2j runtime?<br>
&gt; <br>
&gt; *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+<br>
&gt; Paik, YoungSang (Keanu)<br>
&gt; Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab
(UCL)<br>
&gt; IBM, Korea<br>
&gt; <br>
&gt; Tel: (822)3781-7509, (8211)898-7509 &nbsp;Email: yspaik@kr.ibm.com<br>
&gt; Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; *Antony Miguel &lt;antony.miguel@scapatech.com&gt;*<br>
&gt; Sent by: stp-newsgroup-bounces@eclipse.org<br>
&gt; <br>
&gt; 05/16/2006 02:24 AM<br>
&gt; Please respond to<br>
&gt; &quot;Gateway between eclipse.stp and stp-newsgroup&quot; &lt;stp-newsgroup@eclipse.org&gt;<br>
&gt; <br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br>
&gt; To<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;stp-newsgroup@eclipse.org<br>
&gt; cc<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br>
&gt; Subject<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Re:
[stp-newsgroup] classes exclusion for runtime version<br>
&gt; <br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Hi Keanu,<br>
&gt; <br>
&gt; I've written one test class that generates an engine program and saves<br>
&gt; it to disk, and another test class that uses just the local engine
to<br>
&gt; run the compiled program (these would represent your client side BPEL<br>
&gt; compilation step and your embedded device BPEL execution step).<br>
&gt; <br>
&gt; I've used these test classes to chop out bits of unused code from
the<br>
&gt; runtime only JAR including the distributed engine and make sure the<br>
&gt; runtime only test program can still run BPEL using only the cut-down
JAR.<br>
&gt; <br>
&gt; The resulting runtime only JAR which is still able to run the<br>
&gt; precompiled BPEL files I mentioned below (test_xpath, test_messaging,<br>
&gt; test_soapserver_pick) is 304KB. &nbsp;This should need no extra libraries
to<br>
&gt; run on CDC/FP 1.0 or Java 1.3.<br>
&gt; <br>
&gt; cheers<br>
&gt; <br>
&gt; Antony<br>
&gt; <br>
&gt; Antony Miguel wrote:<br>
&gt; &nbsp;&gt; Hi Keanu,<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; I have converted B2J to use it's own XML parser, got the
HTTP<br>
&gt; &nbsp;&gt; implementation to load JSSE via reflection and removed
all 1.4 JVM<br>
&gt; &nbsp;&gt; library dependencies from B2J core (there were a few odd
extra<br>
&gt; &nbsp;&gt; references such as java.net.URI).<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; The end result is that the whole of B2J core (including
the compilation<br>
&gt; &nbsp;&gt; stages - given that javac or some other compiler is present)
can now run<br>
&gt; &nbsp;&gt; using:<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; &nbsp; - IBM WEME 6.1 lnx-x86-ppro10 (which I believe is
CDC/FP 1.0?)<br>
&gt; &nbsp;&gt; &nbsp; - Sun CVM CDC/FP 1.1<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Given that it runs on the above IBM WEME JVM it should
also run OK on<br>
&gt; &nbsp;&gt; Sun CVM CDC/FP 1.0 but I haven't been able to build that
JVM yet.<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; I've been able to run almost all of the example BPEL files.
&nbsp;In<br>
&gt; &nbsp;&gt; particular on both JVMs I have successfully run<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; &nbsp; - test_xpath.bpel<br>
&gt; &nbsp;&gt; &nbsp; - test_soapserver_pick.bpel<br>
&gt; &nbsp;&gt; &nbsp; - test_messaging.bpel<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; I think these constitute a reasonable all-round test. &nbsp;They
include use<br>
&gt; &nbsp;&gt; of HTTP/SOAP, XPATH and heavy threading and synchronisation.<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Including the new XML parser and all changes the full core
JAR stands at<br>
&gt; &nbsp;&gt; about 745KB. &nbsp;The runtime only JAR stands at 442KB
(but this still<br>
&gt; &nbsp;&gt; includes the distributed engine).<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; I plan to do some more thorough testing as one or two of
the example<br>
&gt; &nbsp;&gt; files fail (for reasons which may or may be related to
recent changes)<br>
&gt; &nbsp;&gt; but I don't see any real reason why these changes couldn't
go into the<br>
&gt; &nbsp;&gt; B2J main stream. &nbsp;They don't in any way degrade the
performance of B2J<br>
&gt; &nbsp;&gt; and they make it more flexible in it's requirements.<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Are these the right JVMs and CDC/FP specifications you
were hoping for?<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; thanks<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Antony<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt; Antony Miguel wrote:<br>
&gt; &nbsp;&gt;<br>
&gt; &nbsp;&gt;&gt; Hi Keanu,<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt;&gt; &nbsp;This may not work in other JVMs, I think
in my previous experience<br>
&gt; &nbsp;&gt;&gt;&gt;&gt; it might break in an IBM JVM but I'm not sure.<br>
&gt; &nbsp;&gt;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt; Oh, Really? For me, b2j still works fine with IBM
sdk v 1.4.<br>
&gt; &nbsp;&gt;&gt;&gt; my version is<br>
&gt; &nbsp;&gt;&gt;&gt; - java fullversion &quot;J2RE 1.4.2 IBM Windows
32 build cn142-20050609<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; This was just me remembering an issue from a long time
ago. &nbsp;I think<br>
&gt; &nbsp;&gt;&gt; that once upon a time I saw some very subtle difference
to do with<br>
&gt; &nbsp;&gt;&gt; classloading but like I say I can't remember exactly
what the deal was<br>
&gt; &nbsp;&gt;&gt; (it was complicated). &nbsp;It occurred to me that
if you were having<br>
&gt; &nbsp;&gt;&gt; NoClassDefErrors thrown then it could be this issue
again but if it<br>
&gt; &nbsp;&gt;&gt; works fine for you on an IBM JVM then I expect it was
a different issue.<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt; Only exception I have noticed in b2j is java.io.EOFException
with the<br>
&gt; &nbsp;&gt;&gt;&gt; test bpel script when I tested with distributed
engines. (It is a<br>
&gt; &nbsp;&gt;&gt;&gt; endurable bug for now. I know b2j is still developing
phase.) But I<br>
&gt; &nbsp;&gt;&gt;&gt; have not noticed any &quot;error&quot; messages
from VM, not the exception<br>
&gt; &nbsp;&gt;&gt;&gt; messages from program, during the test run.<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; That's not so good. &nbsp;Can you tell me what script
it is that fails and<br>
&gt; &nbsp;&gt;&gt; email me the EOFException stacktrace please?<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; Does it only occur with the distributed engine?<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;&gt; Oh, I see. Yes, I am temporarily doing with the
full B2J jar on a<br>
&gt; &nbsp;&gt;&gt;&gt; common PC. I am transitting from design phase to
development phase.<br>
&gt; &nbsp;&gt;&gt;&gt; Feasibility is the main activity. Right. Sure,
I will wait.<br>
&gt; &nbsp;&gt;&gt;&gt; I really appreciate you effort.<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; No problem, I am making progress with the conversion
to the B2J XML<br>
&gt; &nbsp;&gt;&gt; parser and it seems like it will be feasible to make
B2J use it all<br>
&gt; &nbsp;&gt;&gt; over (B2J has turned out to be quite a thorough test
of my XML parser<br>
&gt; &nbsp;&gt;&gt; and thrown up a variety of bugs). &nbsp;It adds a total
of 16.5K to the jar<br>
&gt; &nbsp;&gt;&gt; (compressed) and would mean (i think) that the only
requirement would<br>
&gt; &nbsp;&gt;&gt; be for JSSE libraries, which I should be able to remove
just by using<br>
&gt; &nbsp;&gt;&gt; reflection and catching the ClassNotFoundException.
&nbsp;These changes<br>
&gt; &nbsp;&gt;&gt; (plus perhaps one or two other ones I expect I have
missed) should<br>
&gt; &nbsp;&gt;&gt; make B2J able to run with only 1.3 JVM libraries. &nbsp;Once
thats done I<br>
&gt; &nbsp;&gt;&gt; will try running on a Java ME JVM.<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; thanks<br>
&gt; &nbsp;&gt;&gt;<br>
&gt; &nbsp;&gt;&gt; Antony<br>
&gt; _______________________________________________<br>
&gt; stp-newsgroup mailing list<br>
&gt; stp-newsgroup@eclipse.org<br>
&gt; https://dev.eclipse.org/mailman/listinfo/stp-newsgroup<br>
&gt; <br>
_______________________________________________<br>
stp-newsgroup mailing list<br>
stp-newsgroup@eclipse.org<br>
https://dev.eclipse.org/mailman/listinfo/stp-newsgroup<br>
</font></tt>
<br>
--=_alternative 0058DE564925719E_=--
Re: [stp-newsgroup] classes exclusion for runtime version [message #374026 is a reply to message #374023] Mon, 03 July 2006 09:40 Go to previous message
Antony Miguel is currently offline Antony Miguel
Messages: 49
Registered: July 2009
Member
Hi Keanu,

My wife and baby girl are fine and very happy thanks. Good luck with
August :)

I think I see what you mean with the WSDL generation. You mean generate
the WSDL that describes the BPEL web service? I hadn't thought about
that to be honest. There are areas where the BPEL relies on the WSDL
for information like for binding information etc so you couldn't run the
BPEL without first having the WSDL for it, but you might be able to
generate basic WSDL for it which you could then fill in the missing
pieces? Is that what you had in mind?

I should say that B2J isn't really aiming to provide any tooling for
creating the BPEL - that would be left to something like the
BPEL-designer project.

The pluggable runtime and the ability of the runtime to run standalone
are not really tied to each other. The current B2J runtime is capable
of running standalone today and supports much of BPEL.

The pluggability aspect is about making the B2J interfaces public so
that other Java runtimes may be written that use some of the same BPEL
to Java translation code. If you're happy with the capabilities of the
current runtime then you wouldn't need the pluggability aspect. If you
were planning on writing your own Java runtime that uses the BPEL to
Java translation then you would need it. Would you want to replace the
current runtime with your own runtime or do you just need the current
runtime to run standalone?

thanks

Antony

YoungSang Paik wrote:
>
> Antony,
>
> Oh, I am very glad to hear that. How is your baby? How is your wife?
> I am also expecting a baby. Delivery date is expected to be August.
> Gonglatulations!
>
> For the WSDL, I mean the generation of WSDL that goes with BPEL. I mean
> the WSDL that BPEL represents.
>
> For the pluggable runtime (= runtime only version, I mean), I expect so
> because the concept actually coinsides with the b2j architecture.
> The concept : Runtime is pluggable so that the runtime only module can
> run standalone
>
> If it takes long time, it is sad to hear that.
> I hope it can be available soon.
>
> Thank you for your information.
> And conglatulation, again!
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> Paik, YoungSang (Keanu)
> Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab (UCL)
> IBM, Korea
>
> Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
> Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea
>
>
>
> *Antony Miguel <antony.miguel@scapatech.com>*
> Sent by: stp-newsgroup-bounces@eclipse.org
>
> 06/28/2006 10:33 PM
> Please respond to
> "Gateway between eclipse.stp and stp-newsgroup" <stp-newsgroup@eclipse.org>
>
>
>
> To
> stp-newsgroup@eclipse.org
> cc
>
> Subject
> Re: [stp-newsgroup] classes exclusion for runtime version
>
>
>
>
>
>
>
>
> Hi Keanu,
>
> Sorry for the extended delay in my response, I've been off from work for
> the past few weeks having a baby.
>
> To answer your questions:
>
> - I was not aware of the lack of a link to STP mailing lists, I'm not
> exactly sure where it would go but I'll speak to someone in STP about it
> and try to get it sorted.
>
> - B2J does not currently support generating Java SOAP clients from WSDL
> or generating WSDL from Java classes. B2J's Java binding is based on
> the Apache WSIF Java binding however so WSDL generated using wsif should
> work with B2J. In addition B2J does have both a SOAP server and SOAP
> client implementation but the SOAP client does not automatically
> translate anything based on WSDL - it only really deals with the SOAP
> envelope and HTTP etc.
>
> What exactly are you looking for in terms of client generation? If you
> expose a service with B2J then you naturally must have WSDL to describe
> it so I assume you are after something like a tool to generate a Java
> API (going via SOAP) to that service? Is that accurate? Something like
> this could potentially be implemented in B2J.
>
> - As far as the pluggable runtime. I intend to post a plan soon to the
> B2J website and newsgroups which will set out a roadmap for producing
> public APIs to fully integrate BPEL engines and servers into the B2J
> framework. As things stand, B2J provides good functionality but I do
> not believe that the current interfaces, if made public as APIs, would
> fit well with BPEL servers (basically there are assumptions in the B2J
> framework which are a result of the requirements of the BPEL engine,
> rather than a more general outlook of BPEL engines and servers).
>
> If you plan to use the B2J APIs to implement your own pluggable engine
> or server then your feedback and requirements would be extremely useful.
> I will try to advertise for feedback as widely as possible when I post
> the plan.
>
> I should also say that this plan will probably not be short term as I
> expect the process of creating and implementing the plan to take some
> time. I would be interested to hear what your timescales would be for
> using B2J also?
>
> thanks
>
> Antony
>
>
> YoungSang Paik wrote:
> >
> > Hi, Antony
> >
> > It's been a long time. How have you been?
> >
> >
> > I have a couple of questions.
> > - I wonder stp mailing list link is not shown on the eclipse web site.
> > Do you know that?
> > - Can I make a SOAP client for the service that BPEL script is exposing?
> > I mean, can b2j engine create WSDL just as Axis can generate WSDL for a
> > particular service so that SOAP client can be generated according to the
> > WSDL?
> > - Could I share any news for your pluggable b2j runtime?
> >
> > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> > Paik, YoungSang (Keanu)
> > Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab
> (UCL)
> > IBM, Korea
> >
> > Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
> > Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea
> >
> >
> >
> > *Antony Miguel <antony.miguel@scapatech.com>*
> > Sent by: stp-newsgroup-bounces@eclipse.org
> >
> > 05/16/2006 02:24 AM
> > Please respond to
> > "Gateway between eclipse.stp and stp-newsgroup"
> <stp-newsgroup@eclipse.org>
> >
> >
> >
> > To
> > stp-newsgroup@eclipse.org
> > cc
> >
> > Subject
> > Re: [stp-newsgroup] classes exclusion for runtime
> version
> >
> >
> >
> >
> >
> >
> >
> >
> > Hi Keanu,
> >
> > I've written one test class that generates an engine program and saves
> > it to disk, and another test class that uses just the local engine to
> > run the compiled program (these would represent your client side BPEL
> > compilation step and your embedded device BPEL execution step).
> >
> > I've used these test classes to chop out bits of unused code from the
> > runtime only JAR including the distributed engine and make sure the
> > runtime only test program can still run BPEL using only the cut-down JAR.
> >
> > The resulting runtime only JAR which is still able to run the
> > precompiled BPEL files I mentioned below (test_xpath, test_messaging,
> > test_soapserver_pick) is 304KB. This should need no extra libraries to
> > run on CDC/FP 1.0 or Java 1.3.
> >
> > cheers
> >
> > Antony
> >
> > Antony Miguel wrote:
> > > Hi Keanu,
> > >
> > > I have converted B2J to use it's own XML parser, got the HTTP
> > > implementation to load JSSE via reflection and removed all 1.4 JVM
> > > library dependencies from B2J core (there were a few odd extra
> > > references such as java.net.URI).
> > >
> > > The end result is that the whole of B2J core (including the
> compilation
> > > stages - given that javac or some other compiler is present) can
> now run
> > > using:
> > >
> > > - IBM WEME 6.1 lnx-x86-ppro10 (which I believe is CDC/FP 1.0?)
> > > - Sun CVM CDC/FP 1.1
> > >
> > > Given that it runs on the above IBM WEME JVM it should also run OK on
> > > Sun CVM CDC/FP 1.0 but I haven't been able to build that JVM yet.
> > >
> > > I've been able to run almost all of the example BPEL files. In
> > > particular on both JVMs I have successfully run
> > >
> > > - test_xpath.bpel
> > > - test_soapserver_pick.bpel
> > > - test_messaging.bpel
> > >
> > > I think these constitute a reasonable all-round test. They
> include use
> > > of HTTP/SOAP, XPATH and heavy threading and synchronisation.
> > >
> > > Including the new XML parser and all changes the full core JAR
> stands at
> > > about 745KB. The runtime only JAR stands at 442KB (but this still
> > > includes the distributed engine).
> > >
> > > I plan to do some more thorough testing as one or two of the example
> > > files fail (for reasons which may or may be related to recent changes)
> > > but I don't see any real reason why these changes couldn't go into the
> > > B2J main stream. They don't in any way degrade the performance of B2J
> > > and they make it more flexible in it's requirements.
> > >
> > > Are these the right JVMs and CDC/FP specifications you were hoping
> for?
> > >
> > > thanks
> > >
> > > Antony
> > >
> > > Antony Miguel wrote:
> > >
> > >> Hi Keanu,
> > >>
> > >>>> This may not work in other JVMs, I think in my previous experience
> > >>>> it might break in an IBM JVM but I'm not sure.
> > >>>
> > >>>
> > >>>
> > >>> Oh, Really? For me, b2j still works fine with IBM sdk v 1.4.
> > >>> my version is
> > >>> - java fullversion "J2RE 1.4.2 IBM Windows 32 build cn142-20050609
> > >>
> > >>
> > >>
> > >> This was just me remembering an issue from a long time ago. I think
> > >> that once upon a time I saw some very subtle difference to do with
> > >> classloading but like I say I can't remember exactly what the
> deal was
> > >> (it was complicated). It occurred to me that if you were having
> > >> NoClassDefErrors thrown then it could be this issue again but if it
> > >> works fine for you on an IBM JVM then I expect it was a different
> issue.
> > >>
> > >>> Only exception I have noticed in b2j is java.io.EOFException
> with the
> > >>> test bpel script when I tested with distributed engines. (It is a
> > >>> endurable bug for now. I know b2j is still developing phase.) But I
> > >>> have not noticed any "error" messages from VM, not the exception
> > >>> messages from program, during the test run.
> > >>
> > >>
> > >>
> > >> That's not so good. Can you tell me what script it is that fails and
> > >> email me the EOFException stacktrace please?
> > >>
> > >> Does it only occur with the distributed engine?
> > >>
> > >>> Oh, I see. Yes, I am temporarily doing with the full B2J jar on a
> > >>> common PC. I am transitting from design phase to development phase.
> > >>> Feasibility is the main activity. Right. Sure, I will wait.
> > >>> I really appreciate you effort.
> > >>
> > >>
> > >>
> > >> No problem, I am making progress with the conversion to the B2J XML
> > >> parser and it seems like it will be feasible to make B2J use it all
> > >> over (B2J has turned out to be quite a thorough test of my XML parser
> > >> and thrown up a variety of bugs). It adds a total of 16.5K to
> the jar
> > >> (compressed) and would mean (i think) that the only requirement would
> > >> be for JSSE libraries, which I should be able to remove just by using
> > >> reflection and catching the ClassNotFoundException. These changes
> > >> (plus perhaps one or two other ones I expect I have missed) should
> > >> make B2J able to run with only 1.3 JVM libraries. Once thats done I
> > >> will try running on a Java ME JVM.
> > >>
> > >> thanks
> > >>
> > >> Antony
> > _______________________________________________
> > stp-newsgroup mailing list
> > stp-newsgroup@eclipse.org
> > https://dev.eclipse.org/mailman/listinfo/stp-newsgroup
> >
> _______________________________________________
> stp-newsgroup mailing list
> stp-newsgroup@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/stp-newsgroup
>
Re: [stp-newsgroup] classes exclusion for runtime version [message #580860 is a reply to message #374023] Mon, 03 July 2006 09:40 Go to previous message
Antony Miguel is currently offline Antony Miguel
Messages: 49
Registered: July 2009
Member
Hi Keanu,

My wife and baby girl are fine and very happy thanks. Good luck with
August :)

I think I see what you mean with the WSDL generation. You mean generate
the WSDL that describes the BPEL web service? I hadn't thought about
that to be honest. There are areas where the BPEL relies on the WSDL
for information like for binding information etc so you couldn't run the
BPEL without first having the WSDL for it, but you might be able to
generate basic WSDL for it which you could then fill in the missing
pieces? Is that what you had in mind?

I should say that B2J isn't really aiming to provide any tooling for
creating the BPEL - that would be left to something like the
BPEL-designer project.

The pluggable runtime and the ability of the runtime to run standalone
are not really tied to each other. The current B2J runtime is capable
of running standalone today and supports much of BPEL.

The pluggability aspect is about making the B2J interfaces public so
that other Java runtimes may be written that use some of the same BPEL
to Java translation code. If you're happy with the capabilities of the
current runtime then you wouldn't need the pluggability aspect. If you
were planning on writing your own Java runtime that uses the BPEL to
Java translation then you would need it. Would you want to replace the
current runtime with your own runtime or do you just need the current
runtime to run standalone?

thanks

Antony

YoungSang Paik wrote:
>
> Antony,
>
> Oh, I am very glad to hear that. How is your baby? How is your wife?
> I am also expecting a baby. Delivery date is expected to be August.
> Gonglatulations!
>
> For the WSDL, I mean the generation of WSDL that goes with BPEL. I mean
> the WSDL that BPEL represents.
>
> For the pluggable runtime (= runtime only version, I mean), I expect so
> because the concept actually coinsides with the b2j architecture.
> The concept : Runtime is pluggable so that the runtime only module can
> run standalone
>
> If it takes long time, it is sad to hear that.
> I hope it can be available soon.
>
> Thank you for your information.
> And conglatulation, again!
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> Paik, YoungSang (Keanu)
> Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab (UCL)
> IBM, Korea
>
> Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
> Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea
>
>
>
> *Antony Miguel <antony.miguel@scapatech.com>*
> Sent by: stp-newsgroup-bounces@eclipse.org
>
> 06/28/2006 10:33 PM
> Please respond to
> "Gateway between eclipse.stp and stp-newsgroup" <stp-newsgroup@eclipse.org>
>
>
>
> To
> stp-newsgroup@eclipse.org
> cc
>
> Subject
> Re: [stp-newsgroup] classes exclusion for runtime version
>
>
>
>
>
>
>
>
> Hi Keanu,
>
> Sorry for the extended delay in my response, I've been off from work for
> the past few weeks having a baby.
>
> To answer your questions:
>
> - I was not aware of the lack of a link to STP mailing lists, I'm not
> exactly sure where it would go but I'll speak to someone in STP about it
> and try to get it sorted.
>
> - B2J does not currently support generating Java SOAP clients from WSDL
> or generating WSDL from Java classes. B2J's Java binding is based on
> the Apache WSIF Java binding however so WSDL generated using wsif should
> work with B2J. In addition B2J does have both a SOAP server and SOAP
> client implementation but the SOAP client does not automatically
> translate anything based on WSDL - it only really deals with the SOAP
> envelope and HTTP etc.
>
> What exactly are you looking for in terms of client generation? If you
> expose a service with B2J then you naturally must have WSDL to describe
> it so I assume you are after something like a tool to generate a Java
> API (going via SOAP) to that service? Is that accurate? Something like
> this could potentially be implemented in B2J.
>
> - As far as the pluggable runtime. I intend to post a plan soon to the
> B2J website and newsgroups which will set out a roadmap for producing
> public APIs to fully integrate BPEL engines and servers into the B2J
> framework. As things stand, B2J provides good functionality but I do
> not believe that the current interfaces, if made public as APIs, would
> fit well with BPEL servers (basically there are assumptions in the B2J
> framework which are a result of the requirements of the BPEL engine,
> rather than a more general outlook of BPEL engines and servers).
>
> If you plan to use the B2J APIs to implement your own pluggable engine
> or server then your feedback and requirements would be extremely useful.
> I will try to advertise for feedback as widely as possible when I post
> the plan.
>
> I should also say that this plan will probably not be short term as I
> expect the process of creating and implementing the plan to take some
> time. I would be interested to hear what your timescales would be for
> using B2J also?
>
> thanks
>
> Antony
>
>
> YoungSang Paik wrote:
> >
> > Hi, Antony
> >
> > It's been a long time. How have you been?
> >
> >
> > I have a couple of questions.
> > - I wonder stp mailing list link is not shown on the eclipse web site.
> > Do you know that?
> > - Can I make a SOAP client for the service that BPEL script is exposing?
> > I mean, can b2j engine create WSDL just as Axis can generate WSDL for a
> > particular service so that SOAP client can be generated according to the
> > WSDL?
> > - Could I share any news for your pluggable b2j runtime?
> >
> > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> > Paik, YoungSang (Keanu)
> > Advanced Mobile Solution Technology Team in Ubiquitous Computing Lab
> (UCL)
> > IBM, Korea
> >
> > Tel: (822)3781-7509, (8211)898-7509 Email: yspaik@kr.ibm.com
> > Address : The MMAA Bldg 467-12 Dogok-dong. Gangnam-gu, Seoul, Korea
> >
> >
> >
> > *Antony Miguel <antony.miguel@scapatech.com>*
> > Sent by: stp-newsgroup-bounces@eclipse.org
> >
> > 05/16/2006 02:24 AM
> > Please respond to
> > "Gateway between eclipse.stp and stp-newsgroup"
> <stp-newsgroup@eclipse.org>
> >
> >
> >
> > To
> > stp-newsgroup@eclipse.org
> > cc
> >
> > Subject
> > Re: [stp-newsgroup] classes exclusion for runtime
> version
> >
> >
> >
> >
> >
> >
> >
> >
> > Hi Keanu,
> >
> > I've written one test class that generates an engine program and saves
> > it to disk, and another test class that uses just the local engine to
> > run the compiled program (these would represent your client side BPEL
> > compilation step and your embedded device BPEL execution step).
> >
> > I've used these test classes to chop out bits of unused code from the
> > runtime only JAR including the distributed engine and make sure the
> > runtime only test program can still run BPEL using only the cut-down JAR.
> >
> > The resulting runtime only JAR which is still able to run the
> > precompiled BPEL files I mentioned below (test_xpath, test_messaging,
> > test_soapserver_pick) is 304KB. This should need no extra libraries to
> > run on CDC/FP 1.0 or Java 1.3.
> >
> > cheers
> >
> > Antony
> >
> > Antony Miguel wrote:
> > > Hi Keanu,
> > >
> > > I have converted B2J to use it's own XML parser, got the HTTP
> > > implementation to load JSSE via reflection and removed all 1.4 JVM
> > > library dependencies from B2J core (there were a few odd extra
> > > references such as java.net.URI).
> > >
> > > The end result is that the whole of B2J core (including the
> compilation
> > > stages - given that javac or some other compiler is present) can
> now run
> > > using:
> > >
> > > - IBM WEME 6.1 lnx-x86-ppro10 (which I believe is CDC/FP 1.0?)
> > > - Sun CVM CDC/FP 1.1
> > >
> > > Given that it runs on the above IBM WEME JVM it should also run OK on
> > > Sun CVM CDC/FP 1.0 but I haven't been able to build that JVM yet.
> > >
> > > I've been able to run almost all of the example BPEL files. In
> > > particular on both JVMs I have successfully run
> > >
> > > - test_xpath.bpel
> > > - test_soapserver_pick.bpel
> > > - test_messaging.bpel
> > >
> > > I think these constitute a reasonable all-round test. They
> include use
> > > of HTTP/SOAP, XPATH and heavy threading and synchronisation.
> > >
> > > Including the new XML parser and all changes the full core JAR
> stands at
> > > about 745KB. The runtime only JAR stands at 442KB (but this still
> > > includes the distributed engine).
> > >
> > > I plan to do some more thorough testing as one or two of the example
> > > files fail (for reasons which may or may be related to recent changes)
> > > but I don't see any real reason why these changes couldn't go into the
> > > B2J main stream. They don't in any way degrade the performance of B2J
> > > and they make it more flexible in it's requirements.
> > >
> > > Are these the right JVMs and CDC/FP specifications you were hoping
> for?
> > >
> > > thanks
> > >
> > > Antony
> > >
> > > Antony Miguel wrote:
> > >
> > >> Hi Keanu,
> > >>
> > >>>> This may not work in other JVMs, I think in my previous experience
> > >>>> it might break in an IBM JVM but I'm not sure.
> > >>>
> > >>>
> > >>>
> > >>> Oh, Really? For me, b2j still works fine with IBM sdk v 1.4.
> > >>> my version is
> > >>> - java fullversion "J2RE 1.4.2 IBM Windows 32 build cn142-20050609
> > >>
> > >>
> > >>
> > >> This was just me remembering an issue from a long time ago. I think
> > >> that once upon a time I saw some very subtle difference to do with
> > >> classloading but like I say I can't remember exactly what the
> deal was
> > >> (it was complicated). It occurred to me that if you were having
> > >> NoClassDefErrors thrown then it could be this issue again but if it
> > >> works fine for you on an IBM JVM then I expect it was a different
> issue.
> > >>
> > >>> Only exception I have noticed in b2j is java.io.EOFException
> with the
> > >>> test bpel script when I tested with distributed engines. (It is a
> > >>> endurable bug for now. I know b2j is still developing phase.) But I
> > >>> have not noticed any "error" messages from VM, not the exception
> > >>> messages from program, during the test run.
> > >>
> > >>
> > >>
> > >> That's not so good. Can you tell me what script it is that fails and
> > >> email me the EOFException stacktrace please?
> > >>
> > >> Does it only occur with the distributed engine?
> > >>
> > >>> Oh, I see. Yes, I am temporarily doing with the full B2J jar on a
> > >>> common PC. I am transitting from design phase to development phase.
> > >>> Feasibility is the main activity. Right. Sure, I will wait.
> > >>> I really appreciate you effort.
> > >>
> > >>
> > >>
> > >> No problem, I am making progress with the conversion to the B2J XML
> > >> parser and it seems like it will be feasible to make B2J use it all
> > >> over (B2J has turned out to be quite a thorough test of my XML parser
> > >> and thrown up a variety of bugs). It adds a total of 16.5K to
> the jar
> > >> (compressed) and would mean (i think) that the only requirement would
> > >> be for JSSE libraries, which I should be able to remove just by using
> > >> reflection and catching the ClassNotFoundException. These changes
> > >> (plus perhaps one or two other ones I expect I have missed) should
> > >> make B2J able to run with only 1.3 JVM libraries. Once thats done I
> > >> will try running on a Java ME JVM.
> > >>
> > >> thanks
> > >>
> > >> Antony
> > _______________________________________________
> > stp-newsgroup mailing list
> > stp-newsgroup@eclipse.org
> > https://dev.eclipse.org/mailman/listinfo/stp-newsgroup
> >
> _______________________________________________
> stp-newsgroup mailing list
> stp-newsgroup@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/stp-newsgroup
>
Previous Topic:xalan dependency
Next Topic:Re: [stp-newsgroup] xalan dependency
Goto Forum:
  


Current Time: Wed Oct 01 10:17:09 GMT 2014

Powered by FUDForum. Page generated in 0.02815 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software