+1 for 1.0-incubator-M2
Brent
On 9/8/06, Luciano Resende [EMAIL PROTECTED] wrote:
+1 for for 1.0-incubator-M2
Is 095 related to SCA spec ? Then this is not going to match with SDO and
DAS, right ?
- Luciano
On 9/8/06, Daniel Kulp [EMAIL PROTECTED] wrote:
One change: we should definitely
Components: Java DAS RDB
Reporter: Brent Daniel
Assigned To: Brent Daniel
SDOUtil now has a registerDataGraphTypes method that will cause the Types to be
serialized along with the DataObject instances. This function is needed so that
remote clients can deserialize
[ http://issues.apache.org/jira/browse/TUSCANY-710?page=all ]
Brent Daniel closed TUSCANY-710.
Resolution: Fixed
Make use of new SDO function to register types in the DataGraph
: Improvement
Components: Java DAS RDB
Reporter: Brent Daniel
Assigned To: Brent Daniel
Currently, to add support for a new database vendor in the DAS test framework,
you have to write a large number of SQL queries to override the defaults. It
would be easier to add support
[ http://issues.apache.org/jira/browse/TUSCANY-674?page=all ]
Brent Daniel updated TUSCANY-674:
-
Attachment: tuscany674.txt
I think there are further improvements to make here (such as tracking whether a
database supports ResultSetMetadata
DAS RDB
Reporter: Brent Daniel
Assigned To: Brent Daniel
Attachments: Tuscany665.txt
The DAS needs to be updated to support stored procedures that return multiple
ResultSets.
--
This message is automatically generated by JIRA.
-
If you think it was sent
[ http://issues.apache.org/jira/browse/TUSCANY-665?page=all ]
Brent Daniel updated TUSCANY-665:
-
Attachment: Tuscany665.txt
Attaching a patch to support multiple ResultSets
Support multiple ResultSets from Stored Procedures
: Brent Daniel
The Parameter element still has a name attribute though named parameters
were removed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more
[ http://issues.apache.org/jira/browse/TUSCANY-658?page=all ]
Brent Daniel reassigned TUSCANY-658:
Assignee: Brent Daniel
Remove parameter name from config model
---
Key: TUSCANY-658
[ http://issues.apache.org/jira/browse/TUSCANY-658?page=all ]
Brent Daniel updated TUSCANY-658:
-
Attachment: tuscany658.txt
The attached patch removes the name element from the config and updates
associated tests.
Remove parameter name from config
Reporter: Brent Daniel
Automatically create a relationship when database results contain columns of
the form A.ID and B.A_ID
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure
[ http://issues.apache.org/jira/browse/TUSCANY-652?page=all ]
Brent Daniel reassigned TUSCANY-652:
Assignee: Brent Daniel
Create implied relationships when possible
--
Key: TUSCANY-652
[ http://issues.apache.org/jira/browse/TUSCANY-652?page=all ]
Brent Daniel updated TUSCANY-652:
-
Attachment: Tuscany652.txt
Attaching a patch to provide this function. This required some cleanup of
MappingWrapper references in several places.
Create
Robbie,
The ChangeSummary should not be exposed as a Property, but rather
through the DataObject.getChangeSummary() method.
I think what you're describing is not so much a DAS, but rather a
serialization to a database -- the difference being that a DAS uses
the SDO metadata (such as the
[ http://issues.apache.org/jira/browse/TUSCANY-571?page=all ]
Brent Daniel reassigned TUSCANY-571:
Assignee: Brent Daniel
Remove reference to EPackage for Type look up
-
Key: TUSCANY
[ http://issues.apache.org/jira/browse/TUSCANY-571?page=all ]
Brent Daniel updated TUSCANY-571:
-
Attachment: Tuscany571.txt
Attaching a patch to make use of the new SDOUtil.getTypes(TypeHelper, URI)
method.
Remove reference to EPackage for Type look
DAS diagrams don't show up in IE
Key: TUSCANY-608
URL: http://issues.apache.org/jira/browse/TUSCANY-608
Project: Tuscany
Issue Type: Bug
Components: Website
Reporter: Brent Daniel
. Create service data objects (SDO) based on the metadata
4. Associate the data object tree with the data graph created in #1
Fuhwei Lwo
Brent Daniel [EMAIL PROTECTED] wrote: Well, I'm using DataGraph very
generally here to refer to providing
a root DataObject with the appropriate set of SDO
much can accomplish your Step #1 and #3 by using the exising SDO APIs. The only
SDO API we are missing here I can think of is to associate a data graph object
with a root data object.
Fuhwei
Brent Daniel [EMAIL PROTECTED] wrote:
Fuhwei,
In this scenario we will not retrieve any metadata from
that we have to fill this gap?
Regards, Kelvin.
On 03/08/06, Brent Daniel [EMAIL PROTECTED] wrote:
We have a use case for the DAS that involves creating an empty graph
without a database read. Kevin and I had talked about having a
GraphHelper that provides this function, but I'm wondering
are looking for.
Regards,
Fuhwei Lwo
Brent Daniel [EMAIL PROTECTED] wrote: Hi Kelvin,
I'm just trying to gain consensus on the programming model for the
current relational DAS implementation. Now that I think about it, the
ability to produce an empty graph is probably something that should
for the user (at that point why
not just generate types?)
Brent
On 8/4/06, Paul Golick [EMAIL PROTECTED] wrote:
On 03/08/06, Brent Daniel [EMAIL PROTECTED] wrote:
Something like DAS.getEmptyGraph() would work well enough when the
information is coming to us via a set of Types
We have a use case for the DAS that involves creating an empty graph
without a database read. Kevin and I had talked about having a
GraphHelper that provides this function, but I'm wondering if this
should live somewhere else, like on the DAS interface.
In the normal flow of operation, we
Reporter: Brent Daniel
Assigned To: Brent Daniel
Currently, only a small subset of Config information can be created
programmaticly using the ConfigHelper.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
[ http://issues.apache.org/jira/browse/TUSCANY-590?page=all ]
Brent Daniel updated TUSCANY-590:
-
Attachment: Tuscany590.txt
The attached patch adds several methods to ConfigHelper with associated unit
tests.
DAS: Additional ConfigHelper methods
Is this information on the wiki or main web site anywhere? I wasn't
aware of it. Maybe we should have a Guidelines for patch submission
page on the wiki that covers Tuscany specific expectations?
Brent
On 7/28/06, Jim Marino [EMAIL PROTECTED] wrote:
When doing a check-in or submitting a patch,
Currently, the DAS has a ConfigHelper to allow users to build up DAS
Config without using an XML file. However, its function today is
limited to adding a table, relationship, primary key, or update
statement to the config. This needs to be fleshed out, but I think if
we follow down the current
DAS - Failures in mysql test suite
--
Key: TUSCANY-584
URL: http://issues.apache.org/jira/browse/TUSCANY-584
Project: Tuscany
Issue Type: Bug
Components: Java DAS RDB
Reporter: Brent
[ http://issues.apache.org/jira/browse/TUSCANY-584?page=all ]
Brent Daniel reassigned TUSCANY-584:
Assignee: Brent Daniel
DAS - Failures in mysql test suite
--
Key: TUSCANY-584
URL
[ http://issues.apache.org/jira/browse/TUSCANY-584?page=all ]
Brent Daniel updated TUSCANY-584:
-
Attachment: tuscany584.txt
Attaching a patch to resolve these issues
DAS - Failures in mysql test suite
Frank, any comment on this? Is this something you would be willing to
provide in SDOUtil?
Brent
On 7/20/06, Brent Daniel [EMAIL PROTECTED] wrote:
Traversing from the Types we have to figure out the Types we don't
have seems a lot harder than having a utility in SDO that tells us all
[ http://issues.apache.org/jira/browse/TUSCANY-579?page=all ]
Brent Daniel updated TUSCANY-579:
-
Component/s: Java SDO Implementation
getString on Date field results in IllegalArgumentException
[ http://issues.apache.org/jira/browse/TUSCANY-578?page=all ]
Brent Daniel updated TUSCANY-578:
-
Summary: Exceptions thrown by SDO runtime not the same as defined in
the spec (was: NullPointerException when expecting IllegalArgumentException
[ http://issues.apache.org/jira/browse/TUSCANY-581?page=all ]
Brent Daniel updated TUSCANY-581:
-
Priority: Minor (was: Major)
Reduced priority to Minor based on Brian's request.
IllegalArgumentException when expecting ClassCastException
Frank,
That would be great. I'll open a low priority JIRA to track it.
Brent
On 7/26/06, Frank Budinsky [EMAIL PROTECTED] wrote:
Brent. It would be trivial to add such a method in SDOUtil, if you really
need it.
Frank.
Brent Daniel [EMAIL PROTECTED] wrote on 07/26/2006 12:20:40 PM
Issue Type: New Feature
Components: Java SDO Implementation
Reporter: Brent Daniel
Priority: Minor
The DAS needs a way to get a list of the Types for a specific URI.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly
The attached patch adds a keyRestricted attribute to the
Relationship element in the DAS Config. This attribute is used to
indicate that that a one to one relationship is a true one to one
relationship, rather than a one to many relationship in the database
that is treated as a 1-1 in the object
Kevin,
For what it's worth, I'm using a somewhat older version of the IBM
JDK than Raymond, and I'm also not seeing an error here when I do a
full build on a fresh checkout. If indeed your build did succeed once,
then it doesn't sound like a dependency issue. Maybe you're running
into some sort
The attached patch has three changes in response to coverage data:
1) Some dead internal code has been removed
2) Test cases have been updated to test some corner cases that weren't
being covered
3) A fix to operation sorting for deletes (this was not being tested
previously.)
Brent
Index:
.) Overall, it's pretty nice, and is a lot
lighter weight than some other tools I've used.
Brent
On 7/24/06, Kevin Williams [EMAIL PROTECTED] wrote:
Brent,
This looks good. What tool provided the coverage data?
Thanks,
--Kevin
Brent Daniel wrote:
The attached patch has three changes in response
I've been looking into restoring the DAS companyweb sample that got
deleted with the move to chianti. I can copy the files from the last
revision before it was deleted using svn cp -r revision, but I'm
having problems creating a patch file from it as the svn diff show up
empty.
Is there an easy
Jeremy,
Using the old structure of ~/samples/sca sounds good to me. Is
everyone agreed? I'd like to get started recreating the DAS technology
sample.
Brent
On 7/19/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I have now moved all the code from chianti into the trunk and have
reset version
Is there a way that I'm missing to retrieve all of the SDO Types
associated with a certain URI? We're doing this today in the DAS by
diving down to EPackage, but would prefer having some sort of utility
to do this in SDO.
Perhaps this is something that should be considered for TypeHelper in
a
and it seems like this will
simplify the code a bit since the processing for Static Type scenarios
can be nearly identical to the Dynamic Type scenarios. The 'aliasing'
mechanism should still work too.
What do you think?
--Kevin
Brent Daniel wrote:
Is there a way that I'm missing to retrieve all
the related Order and
Address Types?
Brent Daniel wrote:
This would disallow the scenario where you have a static model with
customers, address, and orders, read some customers and addresses,
and then want to create a new order and associate it with a customer.
At least, you wouldn't be able
Reporter: Brent Daniel
Assigned To: Brent Daniel
If ConnectionInfo is specified, but the managedtx attribute is not, managedtx
will default to false instead of true.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
The attached patch adds a default of true for the managedtx attribute.
Brent
Index: src/main/resources/config.xsd
===
--- src/main/resources/config.xsd (revision 423097)
+++ src/main/resources/config.xsd (working copy)
Attached is a patch to switch our runtime and existing static type
tests over to using an SDO type URI in the config rather than the name
of a single Type.
Brent
Index: src/test/java/org/apache/tuscany/das/rdb/test/ExceptionTests.java
/06, Brent Daniel [EMAIL PROTECTED] wrote:
Attached is a patch to switch our runtime and existing static type
tests over to using an SDO type URI in the config rather than the name
of a single Type.
Brent
Index: src/test/java/org/apache/tuscany/das/rdb/test/ExceptionTests.java
[ http://issues.apache.org/jira/browse/TUSCANY-552?page=all ]
Brent Daniel reassigned TUSCANY-552:
Assignee: Brent Daniel
CompanyWeb sample problem
-
Key: TUSCANY-552
URL: http
CompanyWeb sample problem
-
Key: TUSCANY-552
URL: http://issues.apache.org/jira/browse/TUSCANY-552
Project: Tuscany
Issue Type: Bug
Components: Java DAS RDB
Reporter: Brent Daniel
Patch for Tuscany-552.
Brent
Index: src/main/resources/CompanyConfig.xml
===
--- src/main/resources/CompanyConfig.xml(revision 421921)
+++ src/main/resources/CompanyConfig.xml(working copy)
@@ -14,9 +14,10 @@
See
PROTECTED] wrote:
That seems not quite right since users can avoid DataSource altogether
by passing in their own connection.
Brent Daniel wrote:
It might be a little cleaner if we break DataSource out as its own
element and stick a managedtx attribute on it.
On 7/10/06, Kevin Williams [EMAIL
[ http://issues.apache.org/jira/browse/TUSCANY-528?page=all ]
Brent Daniel reassigned TUSCANY-528:
Assign To: Brent Daniel
Implementation clean up after removing named parameters
Kevin,
It looks like the support in the runtime is still there. I'm not
sure where the user API should be exposed, though. DASFactory would
seem like the most likely place, but that would give us some API
explosion there (three extra methods for each one that currently takes
a Connection.) I
It might be a little cleaner if we break DataSource out as its own
element and stick a managedtx attribute on it.
On 7/10/06, Kevin Williams [EMAIL PROTECTED] wrote:
Yes. I think an addition to the config model is most consistent. Maybe
an attribute on Config itself?
Brent Daniel wrote
Kevin,
I think a method such as Command.getGeneratedKey() would be more
appropriate. If named parameters are removed, DAS.GENERATED_KEY
would really be the only possible argument for a getParameter(String)
method. Instead of keeping this method around for this one case, we
may as well simplify
index to allow indexed access to the generated id.
Something like:
public interface Command {
public static final int GENERATED_KEY = Integer.MAX_VALUE;
and then clients could use it like this:
int key = insert.getParameter(GENERATED_KEY);
What do you think?
Brent Daniel wrote
The attached patch contains the runtime changes as well as changes to
BigBank to remove a workaround for this issue.
Index:
sampleapps/bigbank/account/src/main/java/bigbank/account/services/accountdb/AccountDBInit.java
===
---
Splitting into three seperate patch files to help out with eclipse
project patcher weirdness. The content is the same.
On 7/7/06, Brent Daniel [EMAIL PROTECTED] wrote:
The attached patch contains the runtime changes as well as changes to
BigBank to remove a workaround for this issue.
Index
it then include the changes?
Frank.
Brent Daniel [EMAIL PROTECTED] wrote on 06/29/2006 03:32:45 PM:
In talking to Frank yesterday, we decided that Tuscany 153 may not be
the problem that is blocking the DAS from implementing T-154. Our
issue is that:
1) We can't create a dynamic root object
[ http://issues.apache.org/jira/browse/TUSCANY-153?page=all ]
Brent Daniel updated TUSCANY-153:
-
Attachment: tuscany153.jar
I'm attaching a copy of the test case that was discussed on the dev list.
ChangeSummary on root data object not supported
The attached patch adds the ability to have the DAS manage collision
columns. Currently this is implemented with a managed attribute on
column -- there may be some room for improvement here, as having
managed and collision on Column doesn't seem all that intuitive.
Also, the first cut only
In talking to Frank yesterday, we decided that Tuscany 153 may not be
the problem that is blocking the DAS from implementing T-154. Our
issue is that:
1) We can't create a dynamic root object with the same URI as the
generated DataObjects because the implementation will attempt to
delegate to
[ http://issues.apache.org/jira/browse/TUSCANY-483?page=all ]
Brent Daniel updated TUSCANY-483:
-
Attachment: tuscany438b.txt
Attaching a patch file that contains only the changes to the BigBank sample
required by the API change here.
Some
[
http://issues.apache.org/jira/browse/TUSCANY-278?page=comments#action_12417836
]
Brent Daniel commented on TUSCANY-278:
--
The changes in Tuscany 483 make this issue go away.
DAS sometimes obtaining Connection objects twice
[ http://issues.apache.org/jira/browse/TUSCANY-278?page=all ]
Brent Daniel closed TUSCANY-278:
Resolution: Fixed
DAS sometimes obtaining Connection objects twice
Key: TUSCANY-278
[ http://issues.apache.org/jira/browse/TUSCANY-481?page=all ]
Brent Daniel reassigned TUSCANY-481:
Assign To: Brent Daniel
Config.Column.type is not used
--
Key: TUSCANY-481
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-493?page=all ]
Brent Daniel reassigned TUSCANY-493:
Assign To: Brent Daniel
[DAS] Converter load needs to use appropriate classloader
ColumnType was removed from the config model.
Index: C:/ossoa/java/das/rdb/src/main/resources/config.xsd
===
--- C:/ossoa/java/das/rdb/src/main/resources/config.xsd (revision 417236)
+++
[DAS] Converter load needs to use appropriate classloader
-
Key: TUSCANY-493
URL: http://issues.apache.org/jira/browse/TUSCANY-493
Project: Tuscany
Type: Bug
Components: Java DAS RDB
Reporter: Brent
[ http://issues.apache.org/jira/browse/TUSCANY-231?page=all ]
Brent Daniel updated TUSCANY-231:
-
Attachment: tuscany231.txt
Patch for this issue.
Need to replace use of ResultSetShape with Config's ResultDescriptor
[ http://issues.apache.org/jira/browse/TUSCANY-231?page=all ]
Brent Daniel reassigned TUSCANY-231:
Assign To: Brent Daniel
Need to replace use of ResultSetShape with Config's ResultDescriptor
[ http://issues.apache.org/jira/browse/TUSCANY-475?page=all ]
Brent Daniel updated TUSCANY-475:
-
Component: Java SDO Implementation
(was: Java DAS RDB)
The indexing here should start at 1. As for the error, when you try to use a
zero
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel reassigned TUSCANY-469:
Assign To: Brent Daniel
Collpase CommandFactory and CommandGroup
Key: TUSCANY-469
URL
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: daspatch.txt
Changes to the das runtime for Tuscany-469. CommandGroup has been renamed to
DAS.
Collpase CommandFactory and CommandGroup
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: bigbank.txt
Changes to the BigBank sample required by Tuscany-469
Collpase CommandFactory and CommandGroup
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: companyweb.txt
Changes to the DAS company sample required by Tuscany-469
Collpase CommandFactory and CommandGroup
[ http://issues.apache.org/jira/browse/TUSCANY-466?page=all ]
Brent Daniel reassigned TUSCANY-466:
Assign To: Brent Daniel
[DAS] Generate SDO for test cases at build time
---
Key: TUSCANY-466
[ http://issues.apache.org/jira/browse/TUSCANY-466?page=all ]
Brent Daniel updated TUSCANY-466:
-
Attachment: sdogen.txt
Patch to generate SDO models at build time. Also, one config xml file needed to
be updated to support changes that were made
[DAS] Generate SDO for test cases at build time
---
Key: TUSCANY-466
URL: http://issues.apache.org/jira/browse/TUSCANY-466
Project: Tuscany
Type: Improvement
Components: Java DAS RDB
Reporter: Brent Daniel
[ http://issues.apache.org/jira/browse/TUSCANY-442?page=all ]
Brent Daniel reassigned TUSCANY-442:
Assign To: Brent Daniel
Clean up DAS Configuration model
Key: TUSCANY-442
URL: http
Some DAS tests can never fail
-
Key: TUSCANY-436
URL: http://issues.apache.org/jira/browse/TUSCANY-436
Project: Tuscany
Type: Bug
Components: Java DAS RDB
Reporter: Brent Daniel
Priority: Minor
In ExceptionTests
[ http://issues.apache.org/jira/browse/TUSCANY-436?page=all ]
Brent Daniel updated TUSCANY-436:
-
Attachment: tuscany436.txt
Attaching a patch for this issue
Some DAS tests can never fail
-
Key: TUSCANY-436
[ http://issues.apache.org/jira/browse/TUSCANY-213?page=all ]
Brent Daniel updated TUSCANY-213:
-
Attachment: invalidConfig.txt
The attached patch resolves the issue with relationship table names.
Errors in config model result in NPE rather than
[
http://issues.apache.org/jira/browse/TUSCANY-234?page=comments#action_12413293
]
Brent Daniel commented on TUSCANY-234:
--
This is a difficult one to address. One of the core design principles of the
DAS is to not require configuration
Need better handling of null Connection objects
---
Key: TUSCANY-277
URL: http://issues.apache.org/jira/browse/TUSCANY-277
Project: Tuscany
Type: Improvement
Components: Java DAS RDB
Reporter: Brent Daniel
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12377870
]
Brent Daniel commented on TUSCANY-153:
--
I was creating the new Type with the same URI as the generated Types. When I
change the URI to something unique, this seems
Backward pointing relationships in DAS Config not correct
-
Key: TUSCANY-260
URL: http://issues.apache.org/jira/browse/TUSCANY-260
Project: Tuscany
Type: Bug
Components: Java DAS RDB
Reporter: Brent
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12377619
]
Brent Daniel commented on TUSCANY-153:
--
Frank,
Our scenario is that we need to create a new Type that has reference
properties to each Type in a set of generated
Primary key columns were being added to the config twice. This caused
incorrect SQL to be generated, such as update customer set name = 'bob'
where id = '5' and id ='5'
Index:
src/main/java/org/apache/tuscany/das/rdb/config/wrapper/MappingWrapper.java
The following patch changes the DAS to assume a primary key field of ID in the absence of any configuration.
Brent
Index: src/test/java/org/apache/tuscany/das/rdb/test/CrudWithChangeHistory.java
===
---
Attached is a small patch to replace some references to SDO implementation classes with calls to the appropriate public APIs.
Brent
Index: src/main/java/org/apache/tuscany/das/rdb/impl/ChangeSummarizer.java
===
---
Now that the TypeHelper.define() function is implemented in SDO, we can remove the remaining EMF references from the DAS.
Brent
Index:
src/main/java/org/apache/tuscany/das/rdb/graphbuilder/schema/EReferenceMaker.java
===
---
The ConfigFactory is already being registered on ApplyChangesCommand, this patch will cause it to be registered in all cases.
Brent
Index: src/main/java/org/apache/tuscany/das/rdb/impl/ReadCommandImpl.java
===
---
SDO: Calling getProperty() freezes property list
Key: TUSCANY-203
URL: http://issues.apache.org/jira/browse/TUSCANY-203
Project: Tuscany
Type: Bug
Components: Java SDO Implementation
Reporter: Brent Daniel
This patch addresses some DAS code TODO statements. Except for the first two, these are mostly no-ops.
1) Refactor ApplyChangesCommand to be part of a single Command heirarchy
2) Removed the instanceof hack in ChangeOperation.java3) Removed TODO from SDODataTypes -- No longer relevant4) Removed
The DAS is not correctly handling the case where a new object is inserted that has a 1-1 relationship to another object. The attached patch addresses this issue.
Brent
Index:
src/test/java/org/apache/tuscany/das/rdb/test/OneToOneRelationshipTests.java
Intermittent problem with connections
-
Key: TUSCANY-143
URL: http://issues.apache.org/jira/browse/TUSCANY-143
Project: Tuscany
Type: Bug
Components: Java DAS RDB
Reporter: Brent Daniel
From time to time I am getting
SDO TypeHelper.define not implemented
-
Key: TUSCANY-39
URL: http://issues.apache.org/jira/browse/TUSCANY-39
Project: Tuscany
Type: Bug
Components: Java SDO Implementation
Reporter: Brent Daniel
Opening this JIRA
101 - 200 of 206 matches
Mail list logo