Now I see, but the samples readme exists only on binary distribution, there
is no samples readme on source distribution.Shouldn't the source
distribution contain the samples readme?
Regards,
Adriano Crestani
On 7/28/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> There is. In the samples folder. And it references the javadoc for the
> samples.
>
> Kelvin.
>
>
> On 28/07/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> >
> > Shouldn't there be a readme describing how to run the samples and how
> they
> > work?
> >
> > Regards,
> > Adriano Crestani
> >
> > On 7/28/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > >
> > > Raymond,
> > > Use of non snapshot plugins for the cases you show caused the build
> to
> > > fail. The maven osgi plugin does not have a non snapshot version
> > > available.
> > > It has been superceded by the maven bundle plugin. I do not believe
> > this
> > > is
> > > a significant risk for the release. I investigated both cases and
> > decided
> > > that the neither of these issues presented stop ship issues. At the
> > moment
> > > I
> > > can not recall the resons why the javadoc plugin caused build
> > > failure, but
> > > I do recall doing the investigation that caused me to leave it as it
> is.
> > > Are you going to -1 the RC on this basis?
> > > Kelvin.
> > >
> > >
> > > On 28/07/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi,
> > > >
> > > > The pom.xml for tuscany-sdo-api-r2.1 are referencing SNAPSHOT
> versions
> > > of
> > > > other plugins. This seems to be dangerous for a release since the
> > > > dependent
> > > > artifacts are moving targets. AFAIK, the maven-osgi-plugin from
> felix
> > > > already has releases we can use.
> > > >
> > > > <plugin>
> > > > <groupId>org.apache.felix.plugins</groupId>
> > > > <artifactId>maven-osgi-plugin</artifactId>
> > > > <version>0.8.0-SNAPSHOT</version>
> > > > <extensions>true</extensions>
> > > > <configuration>
> > > > <osgiManifest>
> > > > <bundleName>${pom.name}</bundleName>
> > > > <bundleDescription>${pom.description}</bundleDescription>
> > > > <bundleVendor>${pom.organization.name}</bundleVendor>
> > > > <bundleLocalization>plugin</bundleLocalization>
> > > > <bundleSymbolicName>commonj.sdo</bundleSymbolicName>
> > > > <exportPackage>
> > > > commonj.sdo;version="${specVersion}",
> > > > commonj.sdo.helper;version="${specVersion},
> > > > commonj.sdo.impl;version="${specVersion}"
> > > > </exportPackage>
> > > > </osgiManifest>
> > > > </configuration>
> > > > </plugin>
> > > > <plugin>
> > > > <groupId>org.apache.maven.plugins</groupId>
> > > > <artifactId>maven-javadoc-plugin</artifactId>
> > > > <version>2.3-SNAPSHOT</version>
> > > > <configuration>
> > > > <version>2.0</version>
> > > > </configuration>
> > > > <executions>
> > > > <execution>
> > > > <id>package</id>
> > > > <phase>package</phase>
> > > > <goals>
> > > > <goal>jar</goal>
> > > > </goals>
> > > > </execution>
> > > > </executions>
> > > > </plugin>
> > > > </plugins>
> > > >
> > > > Thanks,
> > > > Raymond
> > > >
> > > > ----- Original Message -----
> > > > From: "kelvin goodson" <[EMAIL PROTECTED]>
> > > > To: "tuscany-dev" <[email protected]>
> > > > Sent: Wednesday, July 25, 2007 11:35 AM
> > > > Subject: [VOTE] Release SDO Java version 1.0-incubating
> > > >
> > > >
> > > > > Please review and vote to release the 1.0-incubating distribution
> of
> > > > > Tuscany
> > > > > SDO for Java
> > > > >
> > > > > The release candidate RC3 for Tuscany Java SDO archive
> distribution
> > > > files
> > > > > are posted at [1]
> > > > > The release audit tool (rat) files and associated exceptions are
> > > posted
> > > > at
> > > > > [1] also
> > > > > The maven repository artifacts are posted in a staging repository
> > [2]
> > > > > <http://people.apache.org/%7Ekelvingoodson/sdo_java/M3/RC2/>The
> tag
> > > for
> > > > > the
> > > > > source code is at [3]
> > > > >
> > > > > The release notes for this release are attached below
> > > > >
> > > > > Changes to this release candidate from the RC2 candidate
> > > > >
> > > > > The SDO API jar file includes LICENSE, NOTICE and DISCLAIMER files
> > > > > The LICENSE and NOTICE files in other projects have been cleaned
> up
> > to
> > > > > remove unnecessary references and to conform to current Apache
> > > standards
> > > > > The artifacts in the staging repo have been signed
> > > > > The sample artifacts have been removed from the staging repo
> > > > > The test classes in the tools project have been regenerated
> > > > > The tools pom has been commented to avoid confusion over the asm
> > > > > dependency
> > > > >
> > > > > The use of the 0.8-SNAPSHOT version of the maven-osgi-plugin has
> not
> > > > been
> > > > > altered as there is no update to this plugin
> > > > >
> > > > > It looks OK to me so here's my +1
> > > > >
> > > > > Regards, Kelvin.
> > > > >
> > > > > [1]
> > > http://people.apache.org/~kelvingoodson/sdo_java/1.0-incubating/RC3/
> > > > > [2]
> > > http://people.apache.org/~kelvingoodson/repo/org/apache/tuscany/sdo/
> > > > > [3]
> > > > >
> > > >
> > >
> >
> http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.0-incubating/
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> =============================================================================
> > > > >
> > > > > Service Data Objects (SDO) Java version 1.0-incubating Release
> Notes
> > > > >
> > > > > The Service Data Objects (SDO) API simplifies and unifies Service
> > > > Oriented
> > > > > Architecture
> > > > > (SOA) data access and code.
> > > > >
> > > > > SDO offers both a static and a dynamic programming model for data
> > > > access.
> > > > > Choosing to generate static classes to repreent your data model
> > gives
> > > > you
> > > > > the ease and intuitive nature of the static programming
> > model, backed
> > > > up
> > > > > by the power of the dynamic model too.
> > > > >
> > > > > SDO also offers the capacity to track changes to data. If a graph
> of
> > > > data
> > > > > includes a change summary property, then additions, modifications,
> > and
> > > > > deletions
> > > > > made to the graph within the scope of that change summary will be
> > > > > recorded.
> > > > >
> > > > > What's new in this Release
> > > > > ==========================
> > > > >
> > > > > Apache Tuscany's SDO Java Release 1.0-incubating is the first such
> > > > release
> > > > > with full coverage of the SDO 2.1 specification.
> > > > >
> > > > > In addition to adding the few remaining SDO 2.1 features not
> > included
> > > in
> > > > > the
> > > > > 1.0-incubating-beta1 release and fixing a number of bugs (see
> below
> > > for
> > > > > detail)
> > > > > there are a number of new features relating to XML serialization,
> > and
> > > > new
> > > > > support for handling dynamic derivation from static
> classes. There
> > > has
> > > > > also
> > > > > been significant focus on making the SDO sample programs more
> > > > accessible.
> > > > >
> > > > > For previous revision history, take a look at
> > > > >
> > > >
> > >
> >
> http://svn.apache.org/viewvc/incubator/tuscany/tags/java/sdo/1.0-incubating-beta1/sdo/distribution/RELEASE_NOTES.txt
> > > > >
> > > > > SDO Java 1.0-incubating is a superset of previous SDO
> > > > > 1.0-incubating-beta1release.
> > > > > Anything in 1.0-incubating-beta1 is also in 1.0-incubating, but
> > > > > 1.0-incubating contains
> > > > > features and bugfixes not present in 1.0-incubating-beta1 release.
> > > > >
> > > > > Downloading
> > > > > ===========
> > > > >
> > > > > Please visit
> > > http://incubator.apache.org/tuscany/sdo-java-releases.html
> > > > >
> > > > > Binary Artifact Changes
> > > > > =======================
> > > > >
> > > > > PLEASE NOTE that
> > > > > Since the 1.0-incubating-beta release the following binary
> artifacts
> > > > have
> > > > > been renamed
> > > > >
> > > > > The maven groupId of the SDO API binary artifact has changed from
> > > > > "commonj"
> > > > > to "org.apache.tuscany.sdo"
> > > > >
> > > > > The maven artifactId for the SDO API binary artifact has changed
> > from
> > > "
> > > > > sdo-api-r2.1" to "tuscany-sdo-api-r2.1"
> > > > >
> > > > > The jar file containing the SDO API has a new "tuscany-"
> prefix, so
> > > > what
> > > > > was ..
> > > > > sdo-api-r2.1-1.0-incubating-beta1.jar in the beta1 release becomes
> > > > > tuscany-sdo-api-r2.1-1.0-incubating.jar in this release.
> > > > >
> > > > > In addition a new maven artifact and jar has appeared.
> > > > >
> > > > > maven groupId=org.apache.tuscany.sdo
> > > > > maven artifactId=tuscany-sdo-lib
> > > > > jar archive=tuscany-sdo-lib-1.0-incubating
> > > > >
> > > > > This artifact provides a cleear distinction between Tuscany SDO
> > > > > implementation, and the Tuscany
> > > > > API which extends the SDO API. See the javadoc contained in the
> > > binary
> > > > > release for details of
> > > > > the function provded by this artifact.
> > > > >
> > > > >
> > > > > New Features and Fixes
> > > > > ======================
> > > > >
> > > > > For more detail on these fixes and features please see ...
> > > > >
> > > >
> > >
> >
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&fixfor=12312521&resolution=1&sorter/field=issuekey&sorter/order=DESC&sorter/field=issuetype&sorter/order=DESC
> > > > >
> > > > > New Feature
> > > > > TUSCANY-1213 SDO 2.1 feature: DataHelper.convert()
> > > > > TUSCANY-1212 SDO 2.1 feature: Property.isNullable() and
> > > > > Property.isOpenContent()
> > > > > TUSCANY-1214 SDO 2.1 feature: XMLHelper.load(Source) and
> > > > > XMLHelper.save(Result)
> > > > > TUSCANY-1197 Sequence composition
> > > > > TUSCANY-1317 Provide a way to set default XML load options
> to
> > be
> > > > > used
> > > > > during Java deserialization
> > > > > Improvement
> > > > > TUSCANY-1350 Reorganise SDO build / distribution layout
> > > > > TUSCANY-1459 Remove package registry delegation to
> > > > > EPackage.Registry.INSTANCE
> > > > > TUSCANY-1110 Improve the performance of
> > > > > TypeHelperImpl.getType(Class)
> > > > > TUSCANY-1391 Provide capability to load and save XML with
> > > unknown
> > > > > features
> > > > > TUSCANY-1284 Manifest version number in Java SDO Impl and
> > Tools
> > > > jars
> > > > > TUSCANY-513 Implement support for dynamic subclasses of
> > > statically
> > > > > generated types
> > > > > TUSCANY-1233 Enhance SDO static codegen (XSD2Java) to
> support
> > > > > multiple namespaces in a single pass.
> > > > > Bug
> > > > > TUSCANY-1143 Generated code should separate metadata
> creation
> > > from
> > > > > registration to permit proper scoping
> > > > > TUSCANY-1428 XSD2JavaGenerator.GeneratePackage information
> is
> > > > > invalid
> > > > > TUSCANY-1429 Using default helper context got
> > ClassCastException
> > > > due
> > > > > to T-1317
> > > > > TUSCANY-1446 Java SDO samples don't compile with JDK 1.4.2
> > > > > TUSCANY-1457 Unable to code gen SDOModel.xsd
> > > > > TUSCANY-1430 SDO codegen is needs to use internal property
> > > numbers
> > > > > for inverseAdd, inverseRemove, and notify calls
> > > > > TUSCANY-1207 TCCL-specific EcoreBuilders must be used by
> > default
> > > > > XSDHelper
> > > > > TUSCANY-1127 ObtainingDataGraphFromXml, and maybe other
> > samples,
> > > > > incorrectly accessing xsd:any content
> > > > > TUSCANY-1254 Codegen on a type inheriting from a type in
> > > different
> > > > > namespace will result in mis-mapping the feature IDs
> > > > > TUSCANY-993 Problems with sdoModelExtended.xsd
> > > > > TUSCANY-1223 XSD base64Binary type mapping to wrong SDO type
> > > > > TUSCANY-1251 Code generated from xsd:base64Binary types fail
> > to
> > > > > compile
> > > > > TUSCANY-1333 [Java SDO] ClassCastException when defining
> > schema
> > > > file
> > > > > without .xsd extension
> > > > > TUSCANY-1410 DataHelperImpl.toCalendar() with null locale
> > should
> > > > use
> > > > > default locale
> > > > > TUSCANY-1324 DeserializationNoSchemaTestCase took a long
> time
> > to
> > > > run
> > > > > TUSCANY-1369 EMF 2.2.2 Dependencies from ISU are Stale
> > > > > TUSCANY-1352 NPE in
> > > > >
> > > >
> > >
> >
> SDOXSDEcoreBuilder.XSDSchemaAdapterFactoryImpl.SchemaLocator.locateSchema
> > > > > TUSCANY-1325 Property value with xsd:QName type is not
> > > > deserialized
> > > > > and serialized correctly
> > > > > TUSCANY-1250 Static SDO generator generates an erroneous
> > factory
> > > > > class, when inheritance and different Java packages are used
> > > > > TUSCANY-578 Exceptions thrown by SDO runtime not the same as
> > > > defined
> > > > > in the spec
> > > > > TUSCANY-1421 XMLHelper.save on root object of DataGraph
> gives
> > > > > serialization of href="root.xml#/"
> > > > > TUSCANY-1436 TypeHelper.getType(java.util.List.class) throws
> > > > > ClassCastException
> > > > > TUSCANY-1385 Duplicate namespace was serialized when SDO
> QName
> > > > > property value containing existing namespace
> > > > > TUSCANY-1122 TypeConversionTestCase fails for JDK 1.4.2
> > > > > TUSCANY-1408 Cannot programmatically define a SDO property
> > > > matching
> > > > > to XSD element
> > > > > TUSCANY-1393 ClassCastException saving codegen-based
> DataGraph
> > > > with
> > > > > ChangeSummary containing an xsd:int
> > > > > TUSCANY-1305 Changesummary of datagraph using static
> > interfaces.
> > > > >
> > > >
> > > >
> > >
> >
>
