Eclipse Community Forums: Service Oriented Architecture Tools Platform (STP) » Re: [stp-newsgroup] classes exclusion for runtime version

Home » Archived » Service Oriented Architecture Tools Platform (STP) » Re: [stp-newsgroup] classes exclusion for runtime version

Show: Today's Messages :: Show Polls :: Message Navigator

Re: [stp-newsgroup] classes exclusion for runtime version [message #373999]

Wed, 14 June 2006 08:15

keanu

Messages: 49
Registered: July 2009

Member

This is a multipart message in MIME format.
--=_alternative 002D5CA74925718D_=
Content-Type: text/plain; charset="US-ASCII"

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

--=_alternative 002D5CA74925718D_=
Content-Type: text/html; charset="US-ASCII"

 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 

 
 
 
<table width=100%>
<tr valign=top>
<td width=40%>Antony Miguel <antony.miguel@scapatech.com>

 Sent by: stp-newsgroup-bounces@eclipse.org
05/16/2006 02:24 AM
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center>Please respond to 
"Gateway between eclipse.stp and stp-newsgroup" <stp-newsgroup@eclipse.org></div></table>
 
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right>To</div>
<td>stp-newsgroup@eclipse.org
<tr valign=top>
<td>
<div align=right>cc</div>
<td>
<tr valign=top>
<td>
<div align=right>Subject</div>
<td>Re: [stp-newsgroup] classes exclusion
for runtime version</table>
 
<table>
<tr valign=top>
<td>
<td></table>
 </table>
 
 
 <tt>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 
</tt>
 
--=_alternative 002D5CA74925718D_=--

Report message to a moderator

Re: [stp-newsgroup] classes exclusion for runtime version [message #374001 is a reply to message #373999]

Wed, 28 June 2006 13:33

Antony Miguel

Messages: 49
Registered: July 2009

Member

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
>

Report message to a moderator

Re: [stp-newsgroup] classes exclusion for runtime version [message #374002 is a reply to message #374001]

Wed, 28 June 2006 15:29

Eclipse User

Originally posted by: ohurley.iona.com

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

Congratulations Antony :)

> - 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.

You'll find us at
http://www.eclipse.org/mail/index_project.php
http://www.eclipse.org/mail/index_all.php

but we are missing from
http://www.eclipse.org/mail/index_topic.php

I've just put a link to the archives from the wiki too:

http://wiki.eclipse.org/index.php/STP

cheers
Oisin

Report message to a moderator

Re: [stp-newsgroup] classes exclusion for runtime version [message #580743 is a reply to message #373999]

Wed, 28 June 2006 13:33

Antony Miguel

Messages: 49
Registered: July 2009

Member

Report message to a moderator

Re: [stp-newsgroup] classes exclusion for runtime version [message #580766 is a reply to message #374001]

Wed, 28 June 2006 15:29

Oisin Hurley

Messages: 204
Registered: July 2009

Senior Member

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

Congratulations Antony :)

> - 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.

You'll find us at
http://www.eclipse.org/mail/index_project.php
http://www.eclipse.org/mail/index_all.php

but we are missing from
http://www.eclipse.org/mail/index_topic.php

I've just put a link to the archives from the wiki too:

http://wiki.eclipse.org/index.php/STP

cheers
Oisin

Report message to a moderator

Previous Topic:	[stp-newsgroup] Phil Coulthard/Toronto/IBM is out of the office
Next Topic:	Re: [stp-newsgroup] classes exclusion for runtime version

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 15:13:56 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter