I think consolidating the two SDO implementations under a single
implementation would be good for the entire Apache SDO community. My concern
would be that no Tuscany SDO features be lost in the transition. The
new implementation should provide most of what I can currently achieve
using both EMF
that
replicates the problem and post it to the EMF list. He says hell be
happy
to take a look.
Regards, Kelvin.
On 10/01/2008, Ron Gavlin [EMAIL PROTECTED] wrote:
Greetings,
We are using Tuscany SDO 1.0 in a production server environment.
During
application execution, we see
Greetings,
I am passing SDO's as parameters between two tiers of my application using
RMI-IIOP. The server code is running within an application server that uses a
complex classloading schema which the Tuscany SDO
DefaultHelperContextImpl.SDOPackageRegistryDelegator class does not handle
Greetings,
97% of the model in my application is static and shared by all web sessions. 3%
is dynamic and should be unique to each individual web session. Is there a way
to scope/nest helper contexts so that all modifications are applied to the
child context and lookups are made first to the
the latest sucessful nightly build stored,
in case of any build failure. I'll send more updates on the next
couple days, when more progress is done on this.
On 8/10/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Greetings,
I have had minimal success attempting to download a nightly Tuscany SCA, SDO
already, is to use the
Tuscany-specific SDOUtil.createProperty() method to modify the existing
type. Have you tried that?
Frank.
Ron Gavlin [EMAIL PROTECTED] wrote on 07/25/2007 05:16:44 PM:
Yes, it would be inconvenient for me to use XSDHelper.define() to
modify the existing type. Allowing
) (in ExtensibleDataObject
probably?) that handles the case of a property that is either in a dynamic
sublass or was dynamically added to a static type.
Frank.
Ron Gavlin [EMAIL PROTECTED] wrote on 07/26/2007 01:09:27 PM:
Frank,
This scenario appears to trigger a property-indexing problem. The
newly added
?
- Ron
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Thursday, July 26, 2007 12:53:07 PM
Subject: Re: How to add Property to an XSDHelper-defined Type
Hi Frank,
The EMF Diagnostician validate() is generating a StackOverflowException which
may
(DatObjectImpl.java:112)
...
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Thursday, July 26, 2007 12:22:49 PM
Subject: Re: How to add Property to an XSDHelper-defined Type
Hi Frank,
The SDOUtil.createProperty() appears to do what I need
for
modification in the above.
Regards,
Amita
On 7/24/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Hi Amita,
Since DAS has JDK 1.4 as a requirement and the
JDBC 3.0 APIs are built
into JDK 1.4, isn't it sufficient to interpret a
JDBC 2.0 driver throwing
a exception from
makingTypeHelper.define() also allow you to
modify existing types if the HelperContext has extensibleNamespaces ==
true?
Frank.
Ron Gavlin [EMAIL PROTECTED]
07/25/2007 03:55 PM
Please respond to
tuscany-user@ws.apache.org
To
tuscany-user tuscany-user tuscany-user@ws.apache.org
cc
Subject
How
in a new version of the XSD type that includes the new
element/attribute.
Maybe we should consider makingTypeHelper.define() also allow you to
modify existing types if the HelperContext has extensibleNamespaces ==
true?
Frank.
Ron Gavlin [EMAIL PROTECTED]
07/25/2007 03:55 PM
Please respond
Roshan,
First, in your code snippet, I don't see intType defined anywhere prior
to its use in the line below. I suspect this line was inadvertently left
out of your snippet.
custNumProperty.set(type, intType);
Second, I believe the following line indicates the custNum property
value will
Greetings,
I have a Type that was created using XSDHelper.define(). Now I would like to
dynamically add an add'l Property to this Type. This does not appear to be
supported. Can you suggest any workarounds?
- Ron
-
To
If you want the latest nightly builds, they are now available at
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html. Both
DAS and SDO are near milestone releases so their nightly builds are pretty
stable.
- Ron
- Original Message
From: Brady Johnson [EMAIL
Hi Kelvin Luciano,
I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please review
these patches and provide feedback at your earliest convenience.
Thanks,
- Ron
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
/07/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Hi Kelvin Luciano,
I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please
review these patches and provide feedback at your earliest convenience.
Thanks,
- Ron
7:51:12 AM
Subject: Re: Tuscany DAS M2 Exception with default useGetGeneratedKeys = true
Please check if the driver you are using is supporting
connection.prepareStatement(queryString, Statement.*RETURN_GENERATED_KEYS*);
Regards,
Amita
On 6/18/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Greetings
Greetings,
I am having problems inserting rows with Tuscany DAS M2 using the BEA WebLogic
Sybase JDBC driver (BEA WebLogic 8.1). The code below generates the following
stacktrace:
...
Command insert = das.createCommand(insert into Test (testCol1, testCol2)
values (?, ?));
using mvn. See also this
thread for some more details [1]
[1] http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg01110.html
On 6/14/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Greetings,
While working with the downloaded das-1.0-incubator-M2-src.zip file, I
noticed that all the source files
One way to expand the visibility and adoption of SDO within the broader
community is to improve its integration story with external projects. A few
projects in particular seem obvious, namely the Spring Framework, Apache CXF,
and Apache Axis2. Some of this work might simply be documentation. In
Greetings,
In tuscany-dev message
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200706.mbox/ajax/[EMAIL
PROTECTED], Sebastien proposed adding nightly builds to the Tuscany SCA
downloads page. I would like to second that request. In addition, please
include links to SDO and DAS
I think exposing RECORD_UNKNOWN_FEATURE as an option to XMLHelper.load() is a
good solution. I would vote against making it the default behavior.
- Ron
- Original Message
From: Frank Budinsky [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Friday, May 25, 2007 10:30:52 AM
Greetings,
We are considering replacing some of our custom, home-grown DAS' with Tuscany
DAS. As a result, I have a few Tuscany DAS questions.
1. Does the Tuscany DAS have any support for JDBC Batch Update/Insert
operations?
2. I have a multi-tiered application in which I send a DataGraph of
for that ?
Also, would you be willing to help getting this done ?
On 4/30/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Agreed. I suspect it will be at least another 6-12 months before the
majority of the big guys' (BEA, IBM, etc.) customers have moved to JDK 5.
- Ron
- Original Message
From
/confluence/display/TUSCANY/Release+Process
On 4/10/07, Ron Gavlin [EMAIL PROTECTED] wrote:
Java DAS folks,
Are there plans for a Tuscany DAS M3 release to coincide with the upcoming
SDO M3 release? If so, how long after the SDO release do you anticipate the
DAS release will appear? I suspect
No, get(intRange) returns null and ((IntegerRange)
get(intRange)).get(min) returns an error.
- Ron
Frank Budinsky wrote:
It sounds like a bug. Are you saying that get(intRange) is not null, but
get(min) on the intRange is 0 (unset)?
Frank
Ron Gavlin [EMAIL PROTECTED] wrote on 04/04/2007 05
Greetings,
I am using the M2 SDO release. Assume I have registered a schema that includes
the following snippet:
...
xs:element name=item maxOccurs=unbounded
xs:complexType
xs:sequence
xs:element name=title type=xs:string/
xs:element name=note type=xs:string minOccurs=0/
xs:element
for a property. We haven't
implemented this in Tuscany yet.
Ron Gavlin [EMAIL PROTECTED] wrote on 03/06/2007 11:56:22 AM:
Hi Frank,
Thanks for the quick reply.
I'm less concerned about the actual isSet() behavior and more
concerned with 1. serialization and 2. the behavior of unset() vs
Greetings,
I need a way to determine if an SDO property is nillable. I suspect EMF APIs
are required to implement such a method but it isn't obvious to me how to use
EMF to do it? Would a static method SDOUtil.isNillable(Property property) be an
appropriate place to implement such a method?
to the instance class. However the way I have read the discussion is that
for performance reasons it would be preferable to leave the level of
validation at deserialization to to that which is unavoidable and to make
available further validation on request.
Regards, Kelvin.
On 23/01/07, Ron Gavlin
date types has changed to String, so some of the instanceClass
validation that we got for free with SDO 1 (EMF) is no longer there in SDO
2.
Frank.
Ron Gavlin [EMAIL PROTECTED] wrote on 01/22/2007 01:13:21 PM:
I apologize for the confusion. Let me try to be more clear.
I think there should
:
getInstanceProperties() and get(Property) on Type and Property. The later
approach is more work, but consistent with our goal of trying not to rely
on EMF being used in the implementation of SDO.
Frank.
Ron Gavlin [EMAIL PROTECTED] wrote on 01/19/2007 09:39:40 AM:
Hi Kelvin/Frank,
Do either
Greetings,
I have an xsd:dateTime child element in an XML Schema that I use to statically
generate Tuscany SDO classes. Since Tuscany does not currently provide a schema
validation API, I have been using EMF to accomplish this task using the
following code:
...
Diagnostic diagnostic =
Hi Raymond et al.,
In the following dev mailing list entry:
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg08096.html, it states
that the databinding framework has a dependency on the SDO featured required by
JIRA TUSCANY-684/226 to support generated SDO classes in different scopes.
Greetings,
I am attempting to build tuscany-sdo M2-RC1a w/JDK 1.4. This release of Tuscany
SDO should compile with JDK 1.4, correct? I am experiencing the two problems
listed below. What are the correct fixes for these problems and should I open
JIRAs for them?
1). Line 188 of
!
Brandon Werner
Ron Gavlin [EMAIL PROTECTED]
09/28/2006 10:12 AM
Please respond to
tuscany-user@ws.apache.org
To
tuscany-user tuscany-user tuscany-user@ws.apache.org
cc
Subject
Tuscany SDO compilation problems w/JDK 1.4
Greetings,
I am attempting to build tuscany-sdo M2-RC1a w/JDK
to post release candidates, I'll make them available on
people.apache.org/~kelvingoodson as has been done before for our C++
releases.
Regards, Kelvin.
On 21/09/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Sep 21, 2006, at 8:32 AM, Ron Gavlin wrote:
Kelvin,
Thanks for the update. Do you plan
the test on a single-processor Wintel PC
running Win2K. This machine DOES NOT get the NPE with or without your patch.
We are using Sun JDK 1.4.2_11 in both environments. Any suggestions where to go
from here?
- Ron
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany
Hi Frank,
Now that you have returned from vacation, do you have any thoughts on this
issue? FYI, the session bean in question is a remote session bean.
Thanks in advance,
- Ron
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany-user tuscany-user tuscany-user
I have a WSDL which imports a schema, that itself imports two add'l
schemas. When I invoke XSDHelper.define() passing the WSDL as a
parameter, should the nested schema imports be resolved/defined or do
each of these imported schemas need to be defined explicitly? It
appears the
I am attempting to use Tuscany SDO to pass a DataGraph as a parameter to a
document-wrapped web service method, similar to the Web services and
DataGraphs Example on pages 137-139 in the SDO 2.01 specification. In my case,
however, I am attempting to wrap the DataGraph within a
to INDIVIDUALLY
flag/annotate specific schema types as extensible to enable code-generation
optimizations?
- Ron
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Friday, June 30, 2006 4:58:26 PM
Subject: Re: DataObjectImpl.setEClass(EClass) throws
-user@ws.apache.org
Sent: Wednesday, July 5, 2006 12:06:45 PM
Subject: Re: DataObjectImpl.setEClass(EClass) throws
UnsupportedOperationException()
Ron Gavlin [EMAIL PROTECTED] wrote on 07/05/2006 10:09:51 AM:
Greetings,
In order to support mixed static/dynamic models, I made changes
I have the following simpleType in my schema:
xsd:simpleType name=UpdateStatus
xsd:restriction base=xsd:string
xsd:enumeration value=success/
xsd:enumeration value=duplicate/
xsd:enumeration value=failure/
/xsd:restriction
/xsd:simpleType
The EMF/SDO 1.0 code generator
-specific (setERootObject) method,
which will be removed in the future. Please open a JIRA if you'd like us
to do that.
Thanks,
Frank.
Ron Gavlin [EMAIL PROTECTED]
06/30/2006 09:34 AM
Please respond to
tuscany-user@ws.apache.org
To
tuscany-user@ws.apache.org
cc
Subject
Re
at the EMF/SDO 1.0
EDataObjectImpl class (which extends EObjectImpl) to get some ideas?
- Ron
- Original Message
From: Ron Gavlin [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Friday, June 30, 2006 12:35:21 PM
Subject: Re: DataObjectImpl.setEClass(EClass) throws
I have some existing code that takes advantage of the EMF-supplied notification
features in an EMF/SDO 1.0 DataObject. Specifically, I have wrapper class that
wraps a statically generated Customer DataObject. The CustomerWrapper's
constructor is listed below. Is there any way to enable EMF
create a DocumentRoot, set is
as the root dataobject on the datagraph, set a global element instance on the
DocumentRoot, and then pass the DataGraph over the wire. Is the dummy
DocumentRoot no longer used/needed/recommended?
Thanks in advance for your assistance.
- Ron Gavlin
49 matches
Mail list logo