Raymond Feng wrote:
I'm working on a whitepaper which describes how to package tuscany as a
web application for Geronimo. Most of the content applies to Tomcat too.
You can find it at:
Hello
In short: this statement:
import org.apache.tuscany.sdo.model.impl.ModelPackageImpl
is being generated by org.apache.tuscany.sdo.generate.XSD2JavaGenerator,
but there is no such class in the current release.
This used to work OK with SDO Java Incubating-M2, but now I am upgrading
It definitely sounds like a bug. The Java code generator went through a
major redesign to disconnect it from EMF. It looks like your XSD is
invoking a pattern that wasn't converted properly. Maybe you can narrow
down which XSD feature is causing this to happend and open a JIRA.
Thanks,
Frank
Hi,
I'm in the process of evaluating Tuscany as a solution for aggregating
various data sources. Nothing unique about that so far, however I have two
data sources using 2 way ssl.
One is an atom feed and is REST based
The other is SOAP based and also does identity propagation using the x509
I have uploaded a new set of stable binaries as preparation for
tonight Release Candidate. These files were based on SCA 1.2 branch
revision #639399.
On Tue, Mar 18, 2008 at 12:18 AM, Luciano Resende [EMAIL PROTECTED] wrote:
I'm in the process of uploading SCA distribution (binary and source )
I have started to change the SCA code.
Initially, the objects instantiated dynamically were not being instantiated,
because info about which class to instantiate is extract from some text
files contained in SCA modules' jars. Unfortunately, when Android converter
converts the SCA modules' jars to
