On Thu, Apr 24, 2008 at 7:59 PM, Matthieu Riou <[EMAIL PROTECTED]>
wrote:

> On Thu, Apr 24, 2008 at 10:41 AM, Luciano Resende <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, Apr 24, 2008 at 8:53 AM, ant elder <[EMAIL PROTECTED]> wrote:
> > > On Thu, Apr 24, 2008 at 4:37 PM, Luciano Resende <[EMAIL PROTECTED]
> >
> > >  wrote:
> > >
> > >
> > >  > Now that we are making more progress with the SCA & BPEL integration
> > >  > and have figured out how to make References to work, let's discuss
> > >  > what could be the next steps on this area. Below are couple examples
> > >  > of what we could do next
> > >  >
> > >  > - WS-BPEL Process Introspection : Currently we are requiring SCA
> > >  > componentType files, we could introspect the BPEL process file to
> > >  > generate the component type information from it.
> > >  >
> > >  > - Integrate BEPL with the store scenario tutorial : We could add a
> > >  > OrderProcessing step to the store checkout, and illustrate a more
> real
> > >  > integration scenario.
> > >  >
> > >  > Other then these, we could review the
> > >  > SCA_ClientAndImplementationModelFor BPEL and identify other areas
> that
> > >  > we might need enhancements. Scenarios / Samples / Demos are always
> > >  > welcome too. Or if you have other suggestions, feel free to jump to
> > >  > the discussion.
> > >  >
> > >  > BTW: Copying the ODE list in case they want to jump and help, or in
> > >  > case they have other ideas.
> > >  >
> > >  >
> > >  Not a very exciting one but is there any clean up of the dependencies
> > >  possible? Currently using the implementation.bpel extension brings in
> 78
> > >  addition dependency jars at about 20meg, i wondered if some of those
> > could
> > >  get excluded?
> > >
> > >    ...ant
> > >
> >
> > Part of this is because we have a Embedded ODE BPEL engine, and that
> > itself brings several dependencies. But this is certainly something to
> > investigate. It would be also good if ODE could be more
> > flexible/dynamic with some dependencies (e.g Saxon) and only really
> > require these dependencies if they are going to be in use, this would
> > help our side as well.
> >
>
> Saxon is going to be hard to remove, there are very few BPEL processes that
> won't need any XPath expressions to execute so I'm not sure it's one we can
> save. But you're right for the embedded engine, right now we use our own
> stuff for everything ODE needs to execute: connection pool, transaction
> manager, jpa instance, thread pool, ... I'm guessing for many of these we
> could reuse what comes with Tuscany.
>
>
These are all the additional dependencies brought in with the Tuscany
implementation.bpel extension, are any of them obviously not necessary?

activeio-2.0-r118.jar
axion-1.0-M3-dev.jar
backport-util-concurrent-3.0.jar
common-2.2.3.jar
commons-codec-1.3.jar
commons-collections-3.1.jar
commons-jexl-1.1.jar
commons-lang-2.1.jar
commons-logging-1.0.4.jar
commons-primitives-1.0.jar
derby-10.3.1.4.jar
dom4j-1.6.1.jar
ecore-2.2.3.jar
ecore-change-2.2.3.jar
ecore-xmi-2.2.3.jar
geronimo-common-1.2-beta.jar
geronimo-connector-1.2-beta.jar
geronimo-core-1.2-beta.jar
geronimo-deployment-1.2-beta.jar
geronimo-ejb_3.0_spec-1.0.jar
geronimo-interceptor-1.2-beta.jar
geronimo-j2ee-1.2-beta.jar
geronimo-j2ee-connector_1.5_spec-1.1.jar
geronimo-j2ee-jacc_1.0_spec-1.1.jar
geronimo-j2ee-management_1.0_spec-1.1.jar
geronimo-jpa_3.0_spec-1.0.jar
geronimo-jta_1.0.1B_spec-1.0.jar
geronimo-kernel-1.2-beta.jar
geronimo-management-1.2-beta.jar
geronimo-naming-1.2-beta.jar
geronimo-security-1.2-beta.jar
geronimo-spec-j2ee-connector-1.5-rc4.jar
geronimo-spec-jta-1.0.1B-rc4.jar
geronimo-system-1.2-beta.jar
geronimo-transaction-1.2-beta.jar
geronimo-util-1.2-beta.jar
howl-1.0.1-1.jar
icu4j-2.6.1.jar
javacc-3.2.jar
jaxen-1.1.1.jar
jdom-1.0.jar
log4j-1.2.13.jar
ode-bpel-api-1.1.jar
ode-bpel-compiler-1.1.jar
ode-bpel-dao-1.1.jar
ode-bpel-epr-1.1.jar
ode-bpel-obj-1.1.jar
ode-bpel-runtime-1.1.jar
ode-bpel-schemas-1.1.jar
ode-bpel-store-1.1.jar
ode-dao-jpa-1.1.jar
ode-jacob-1.1.jar
ode-jacob-ap-1.1.jar
ode-scheduler-simple-1.1.jar
ode-utils-1.1.jar
openjpa-all-0.9.7-incubating.jar
openjpa-persistence-0.9.7-incubating.jar
org.apache.felix.bundlerepository-1.0.0.jar
org.apache.felix.framework-1.0.1.jar
org.apache.felix.main-1.0.1.jar
org.apache.felix.shell-1.0.0.jar
org.apache.felix.shell.tui-1.0.0.jar
regexp-1.3.jar
saxon-8.7.jar
saxon-dom-8.7.jar
saxon-xpath-8.7.jar
serp-1.12.0.jar
tranql-connector-1.1.jar
tuscany-databinding-sdo-2.0-incubating-SNAPSHOT.jar
tuscany-implementation-bpel-2.0-incubating-SNAPSHOT.jar
xalan-2.7.0.jar
xbean-naming-2.7.jar
xercesImpl-2.8.1.jar
xml-apis-1.3.02.jar
xml-resolver-1.1.jar
xmlbeans-2.3.0.jar
xmlParserAPIs-2.6.2.jar
XmlSchema-1.3.2.jar
xom-1.0.jar
xsd-2.2.3.jar

   ...ant

Reply via email to