Ant,
My preference would be to remain a committer. However, I am not sure
when my schedule will allow for a deeper involvement.
Lately, I have been submitting fixes in patches rather than committing
directly. With a small number of fixes this isn't a big deal, and it
ensures that at least one p
Issue Type: Bug
Components: Java SCA Assembly Model
Affects Versions: Java-SCA-1.0.1
Reporter: Brent Daniel
Namespace information is not preserved by
ContributionMetadataProcessor.write(). You can reproduce this by modifying
[
https://issues.apache.org/jira/browse/TUSCANY-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12560169#action_12560169
]
Brent Daniel commented on TUSCANY-1990:
---
This should be resolved by TUSCANY-
Issue Type: Bug
Components: Java SCA JSON-RPC Binding Extension
Affects Versions: Java-SCA-1.0.1
Reporter: Brent Daniel
Priority: Minor
The current JSONRPCServiceServlet uses the following code to handle SMD
requests:
if (request.getParameter(&quo
[
https://issues.apache.org/jira/browse/TUSCANY-961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-961:
Assignee: Amita Vadhavkar (was: Brent Daniel)
> DAS: Using deprected SDO method cau
Components: Java SCA Assembly Model
Reporter: Brent Daniel
CompositeProcessor will write out a Property with its name, but will ignore
other attributes such as source, many, or must supply. This is true of both
component properties and composite properties.
--
This
[
https://issues.apache.org/jira/browse/TUSCANY-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel updated TUSCANY-1476:
--
Attachment: wirePatch.txt
> CompositeProcessor does not write wire eleme
Assembly Model
Reporter: Brent Daniel
Attachments: wirePatch.txt
CompositeProcessor reads in elements from a composite, but does not
write them out.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online
[
https://issues.apache.org/jira/browse/TUSCANY-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514633
]
Brent Daniel commented on TUSCANY-1316:
---
This fix resolved the issue.. thanks.
> WriteAllTestC
[
https://issues.apache.org/jira/browse/TUSCANY-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reopened TUSCANY-1316:
---
I am still seeing this on r558123...
java.lang.IllegalStateException: writeNamespace() can
Amita,
Definitely, the DAS should enforce the requirement that the PK should
be returned for each table in the results. I would consider this a
case where the DAS should throw an exception.
Brent
On 7/18/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
Sorry for the leng thy mail
Tried to
:
Please let me know what is there in code base at present/in-progress for OCC
recovery? Will you please elaborate the approach and if there is any item I
can pick up for next release?
Regards,
Amita
On 10/18/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> I've been working on so
Amita,
I'm a little confused by your use of the term "batch update". Usually
this would refer to the JDBC batch update capability, which is a
performance enhancement that allows a PreparedStatement to be executed
multiple times with different parameters. But, from your note I think
you are referr
Looks good to me.. +1.
Brent
On 5/1/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
Thanks ant. Here's my own +1, so having made an update to the artifact set
I guess I need either one of Kevin or Frank to reaffirm their +1s after
taking a look at the newly added repo artifacts [1], or another
This is implemented. A column named {x}_ID where {x} is the primary
key table name is assumed to be a foreign key to a column named ID in
the PK table. Examples are in ImpliedRelationshipTests. I'm not sure
why it isn't working for you here, though.
Brent
On 4/7/07, Adriano Crestani <[EMAIL PRO
Amita,
I think we intended to not allow any updates to the primary key
field. If we do want to allow this, I would suggest that the fix is to
have the UpdateGenerator use the old value of the PK field for the
where clause rather than the current value. That way you would get
something like "upda
Hi Amita,
The table must have a primary key defined. We should be throwing an
exception when an update attempt like this takes place. If you want to
open a JIRA and fix this, that would be great. Thanks.
Brent
On 4/4/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
Hi All,
UpdateGenerator.getU
Amita,
It seems like it might be better to require qualification of the
stored procedure. It's probably around the same amount of work for the
user, but makes the config and das implementation simpler.
Brent
On 2/21/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
Hi Kevin,
Thanks a lot for the
Reporter: Brent Daniel
In SDOXMLHelperImpl, both getPrefix() and getURI() make calls to
OMStAXWrapper.getNamespaceContext(). This causes multiple calls to
getNamespaceContext each time an element is parsed. If possible, this value
should be cached to increase performance.
--
This
wrote:
Hi Brent
This would be the case of trunk code, would Florian see the same issue
with M2 ?
--
Luciano Resende
http://people.apache.org/~lresende
On 12/19/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Florian,
>
> This is being tracked in Tuscany-961. The resolution is t
At the least, DB2 and Derby do not support this. Thus, the current
approach is to generate a full update rather than a partial update
(pulling each field from the DataObject -- always null unless the
property is a primitive.)
Brent
On 12/20/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
I tried
Florian,
This is being tracked in Tuscany-961. The resolution is tied up in
moving the DAS to some SDO 2.1 APIs.
Brent
On 12/18/06, Florian Pinel <[EMAIL PROTECTED]> wrote:
Hi,
I am trying to execute a read command with a pre-set data object
model. My config object is created on the fly, and
[
http://issues.apache.org/jira/browse/TUSCANY-1007?page=comments#action_12459812
]
Brent Daniel commented on TUSCANY-1007:
---
Kevin,
I'm not sure what behavior you want here. The ID column in your test case is
not a generated c
Kelvin,
I don't have a strong opinion on which approach to take, but I would
lean towards putting it on the generated Factory. For me, it seems
more intuitive to tell a Factory to register itself into a specifix
context rather than use an SDOUtil method to do the same.
One question, though: is
Hi Adriano,
Thanks for reporting this. I'm surprised it's not throwing an
exception -- I'll look into it.
Brent
On 12/6/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
I was executing a query using a stored procedure that was defined in a .xml
file. The procedure was a simple select: where
I agree.. With only milestone builds out this shouldn't be a big
issue. In this particular case, the impact should be limited as it
will only affect those who were using the DAS in a J2EE environment.
Brent
On 12/7/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
IMO, at this early stage, we shoul
2SE
environments ?
- Luciano
On 12/6/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Amita,
>
> Thanks for working on this. One thing I would like to see is the
> DataSource properties seperated from the J2SE Connection properties.
> Maybe something like:
>
>
Amita,
Thanks for working on this. One thing I would like to see is the
DataSource properties seperated from the J2SE Connection properties.
Maybe something like:
or
The seperation just makes it clearer that your application should use
one or the other approaches.
Also, are all of the
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ]
Brent Daniel resolved TUSCANY-957.
--
Resolution: Fixed
Fixed in 482731
> DAS generates invalid INSERT statement when no properties are set on the new
&
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ]
Brent Daniel reassigned TUSCANY-957:
Assignee: Brent Daniel
> DAS generates invalid INSERT statement when no properties are set on the new
&
[ http://issues.apache.org/jira/browse/TUSCANY-954?page=all ]
Brent Daniel resolved TUSCANY-954.
--
Resolution: Fixed
> Need to throw an exception when users try to set a relationship and FK
> pr
[ http://issues.apache.org/jira/browse/TUSCANY-968?page=all ]
Brent Daniel resolved TUSCANY-968.
--
Resolution: Fixed
> Invalid FK columns causes NPE
> -
>
> Key: TUSCANY-968
>
[ http://issues.apache.org/jira/browse/TUSCANY-968?page=all ]
Brent Daniel reassigned TUSCANY-968:
Assignee: Brent Daniel
> Invalid FK columns causes NPE
> -
>
> Key: TUSCANY-968
>
Invalid FK columns causes NPE
-
Key: TUSCANY-968
URL: http://issues.apache.org/jira/browse/TUSCANY-968
Project: Tuscany
Issue Type: Bug
Components: Java DAS RDB
Reporter: Brent Daniel
fig file or DAS looking up types by URI. Can you
explain the problems more clearly?
Frank.
"Brent Daniel" <[EMAIL PROTECTED]> wrote on 12/01/2006 03:33:10 PM:
> I'm running into an issue with the DAS' usage of SDO and looking for
> some ideas.
>
> Currently
I'm running into an issue with the DAS' usage of SDO and looking for
some ideas.
Currently in the trunk code, we are calling SDOUtil.createTypeHelper()
to create a TypeHelper instance. When I convert the DAS over to use
TypeHelper.INSTANCE or HelperProvider.getTypeHelper(), the behavior is
differ
[ http://issues.apache.org/jira/browse/TUSCANY-961?page=all ]
Brent Daniel reassigned TUSCANY-961:
Assignee: Brent Daniel
> DAS: Using deprected SDO method causes Type lookup fail
Components: Java DAS RDB
Reporter: Brent Daniel
The DAS is still using SDOUtil.createTypeHelper() rather than
TypeHelper.INSTANCE. This causes the DAS to not have visibility of types
defined by TypeHelper or XSDHelper.
--
This message is automatically generated by JIRA.
-
If you think it
omponents: Java SDO Implementation
>Reporter: Brent Daniel
> Fix For: Java-M2, Java-Mx
>
>
> Calling set() with an invalid property name results in a
NullPointerException. For example:
> dataObject.setInt("invalidProperty",
Kevin,
I agree that mixed schema support is something we should provide.
The changes required would actually be quite pervasive as, up to now,
we have assumed that data is coming from a single schema. For
example, a Table with a particular name would no longer necesarily be
unique in a Config i
[ http://issues.apache.org/jira/browse/TUSCANY-954?page=all ]
Brent Daniel reassigned TUSCANY-954:
Assignee: Brent Daniel
> Need to throw an exception when users try to set a relationship and FK
> pr
Issue Type: Improvement
Components: Java DAS RDB
Reporter: Brent Daniel
The DAS resolves database foreign key columns in one of two ways. The value can
come from the primary key property of a parent DataObject, or it can come
directly from the foreign key property
SDO Implementation
Reporter: Brent Daniel
Calling set() with an invalid property name results in a NullPointerException.
For example:
dataObject.setInt("invalidProperty", 5);
results in:
java.lang.NullPointerException
at
org.apache.tuscany.sdo.util.DataObjectUtil.g
[ http://issues.apache.org/jira/browse/TUSCANY-939?page=all ]
Brent Daniel resolved TUSCANY-939.
--
Resolution: Fixed
Fixed in revision 479744
> DAS Should throw an exception when ResultSetMetadata is inva
[ http://issues.apache.org/jira/browse/TUSCANY-939?page=all ]
Brent Daniel reassigned TUSCANY-939:
Assignee: Brent Daniel
> DAS Should throw an exception when ResultSetMetadata is inva
[ http://issues.apache.org/jira/browse/TUSCANY-866?page=all ]
Brent Daniel resolved TUSCANY-866.
--
Resolution: Fixed
Fixed in revision 465025
> [DAS] Use overqualified update by defa
[ http://issues.apache.org/jira/browse/TUSCANY-866?page=all ]
Brent Daniel reassigned TUSCANY-866:
Assignee: Brent Daniel
> [DAS] Use overqualified update by default
> -
>
> Key:
ation.
5) Same thing applies to RDB, non-RDB. So, the SCA-DAS integration effort
can be based
on these abstractions instead of dealing with SDO, RDB directly.
Regards,
Amita
On 11/22/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Hey Luciano,
>
> A few updates.. I committ
I think the issue is that sca\tools is checking in generated sdo
classes as source rather than generating them using the SDO plugin.
The generated classes are still using the old EMF-style code so they
won't compile.
Brent
On 11/21/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
I have done the
Hey Luciano,
A few updates.. I committed some changes to the MySQL test suite
yesterday to solve the problems with the dog kennel tests and one of
the stored procedure tests (Sorry, I didn't realize there was a JIRA
for it.) Things should run fine now. The default OCC policy has been
in for a wh
[ http://issues.apache.org/jira/browse/TUSCANY-916?page=all ]
Brent Daniel reassigned TUSCANY-916:
Assignee: Brent Daniel
> OCC recovery framework
> --
>
> Key: TUSCANY-916
>
[ http://issues.apache.org/jira/browse/TUSCANY-937?page=all ]
Brent Daniel resolved TUSCANY-937.
--
Resolution: Fixed
I didn't realize this JIRA was open - I committed changes to the MySQL test
suite yesterday that resolve the problems with dog k
This is not correct. In this test case there is no property named
"CUSTOMER" defined. The issue is that you can't call getList() with a
property name that does not exist. When the code is changed to throw
null, some upstream code in the getList() implementation will return
the parent DataObject ra
Complex properties not supported
Key: TUSCANY-925
URL: http://issues.apache.org/jira/browse/TUSCANY-925
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Reporter: Brent Daniel
: Brent Daniel
The SCA runtime currently does not support
--
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 information on JIRA, see: http
Katja,
That's one ugly stack trace! It definitely looks like the converter
isn't being called. The DateConverter in BigBank will always return a
String, so there's no chance of the data being of type
java.sql.TimeStamp. I'm at a loss for how this could happen, as any
failure in loading a converte
You can find the "create table" statements for all of the tables used
in DAS testing, including the company table used by companyweb, in
org.apache.tuscany.das.rdb.test.framework.MySQLSetup.
Brent
On 11/12/06, Willian Yabusame Maja <[EMAIL PROTECTED]> wrote:
Hi!
I'm doing a basic "How To" an
ber
in the root data object how would that info get back to the command for
the next page request?
--
Kevin
Brent Daniel wrote:
> Technically it's fine, but conceptually I'm not sure about passing a
> command object to a pager. What does it mean to page a command?
>
> Another o
Technically it's fine, but conceptually I'm not sure about passing a
command object to a pager. What does it mean to page a command?
Another option would be to get rid of the Pager altogether. The only
state held in the Pager if you get rid of the Command is the page size
and current index. We co
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel resolved TUSCANY-905.
--
Resolution: Fixed
> FK references not correctly resolved when an alias is u
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel reassigned TUSCANY-905:
Assignee: Brent Daniel
> FK references not correctly resolved when an alias is u
Components: Java DAS RDB
Reporter: Brent Daniel
There's a potential NPE in InsertGenerator.getAttributeProperties() and
UpdateGenerator.getChangedFields() when foreign key fields have propertyName
mappings. Both need to be updated to search for foreign key field Property
objects b
[ http://issues.apache.org/jira/browse/TUSCANY-903?page=all ]
Brent Daniel updated TUSCANY-903:
-
Attachment: propertyTests.txt
Attaching propertyTests.txt, some simple integration tests for properties using
the itest plugin.
> Integration testing
: Brent Daniel
I have the start of some tests for component properties using the itest plugin
that I would like to contribute to an integration test suite for tuscany. I
plan on building on top of these, but would like to go ahead and contribute
them and gather feedback so that we can nail down
+1
On 11/2/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
Off course, my +1 (not sure if binding yet)
On 11/2/06, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> +1
>
> On 01/11/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
> >
> > Hi Everyone
> >
> >
> > Please vote to approve DAS Java Mileston
Components: Java SDO Implementation
Reporter: Brent Daniel
Priority: Minor
The DAS needs a utility in SDO that allows us to retrieve a namespace URI from
a factory class.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
Actually, we're only using the URI to call SDOUtil.getTypes(), so that
we can pass a list of types to SDOUtil.registerDataGraphTypes(). Maybe
we should just have a registerDataGraphTypes() method that takes a
Factory class as a parameter?
Brent
On 11/1/06, Brent Daniel <[EMAIL PROTECTED
istered. If it's not,
we should probably fix that. We can easily add another SDOUtil method to
allow you to get the URI from the Factory class, but putting both the URI
and the Factory class into the config file doesn't sound bad to me.
Frank
"Brent Daniel" <[EMAIL PROTECT
The down side of this is that the DAS will re-register the types on
every call to Command.execute(), whereas if this is in the user's
hands it can be done once per application and then referenced by URI.
At the moment, I believe that this would also cause us to reintroduce
a direct dependency on E
n 10/30/06, Bert Lamb <[EMAIL PROTECTED]> wrote:
So, according to this:
http://tinyurl.com/y2wqd6
error=5 seems to be an "access denied" related error. Any ideas about
your environment that might be causing that sort of error?
-Bert
On 10/30/06, Brent Daniel <[EMAIL PROTECTED]&
Yep, it's available. If I run the exact same command that ant should
be running on my own, it works fine.
Brent
On 10/30/06, Bert Lamb <[EMAIL PROTECTED]> wrote:
My gut thought is, is mvn.bat available on your system path?
-Bert
On 10/30/06, Brent Daniel <[EMAIL PROTECTED]
I'm getting the following error trying to build:
Embedded error: The following error occurred while executing this
line: C:\tuscany\java\samples\sca\helloworldjsonrpc\build.xml:53:
Execute failed: java.io.IOException: CreateProcess: mvn.bat
install:install-file -DgroupId=dojo -DartifactId=dojo-aj
Luciano,
I know that Kevin updated the sample readme in the M2 branch since the
last release candidate was posted, so it may be better to go ahead and
put out another version.
Brent
On 10/26/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
As mentioned by Jeremy, we have lost the latest DAS M2
SDO is required to be compatible with 1.4 by the spec. DAS is
currently designed to be compatible, but that could change.
Brent
On 10/26/06, Jim Marino <[EMAIL PROTECTED]> wrote:
Hi Kiran,
I'm not sure about DAS or SDO but the Java SCA runtime requires Java
5 as a minimum.
Jim
On Oct 25, 200
Where should these tests live in the tree? I have some simple property
related tests using the itest plugin in my sandbox (
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/bdaniel/propertyTest
). I plan on building more on top of this, but would like to move them
to a more permanent loc
Adriano,
This is the error you get if you generate the eclipse artifacts
without specifying the eclipse profile. Make sure you run "mvn
-Peclipse eclipse:eclipse" and not just "mvn eclipse:eclipse".
Brent
On 10/20/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
I'm getting this error when I'm
Resende <[EMAIL PROTECTED]> wrote:
>
> Yes, I see the same issue if I download the RC, let me check with
> kgoodson, as he kindly posted it.
>
> - Luciano
>
> On 10/18/06, Brent Daniel < [EMAIL PROTECTED]> wrote:
> >
> > Luciano,
> >
> >
I can take a look at doing some of this, perhaps starting with getting
a simple sca application automated and going from there.
Any direction from the list on specific areas that need integration
test coverage would be helpful.
Brent
On 10/17/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
In cut
Luciano,
I'm having trouble expanding the samples distribution. Neither the
zip file or the gzip file will unpack correctly for me. Also, it looks
like the MD5 and ASC files are not included for the zip distribution.
Brent
On 10/18/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
The DAS Java M
On 10/17/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
I have talked to clients that want their data slammed into the database
no matter what. But, this is an edge case. We can wait for someone to
ask for it ... or contribute it.
Brent Daniel wrote:
> Kevin,
>
> We can do that, but
Components: Java DAS RDB
Reporter: Brent Daniel
Currently in the DAS we either use a user-defined version column or do not use any concurrency control. We
have enough information to build an overqualified update in cases where a version column is not defined. For
example, if a field &
Reporter: Brent Daniel
Currently in the DAS we either use a user-defined version column or do not use
any concurrency control. We have enough information to build an overqualified
update in cases where a version column is not defined. For example, if a field
"name" is changed fro
[ http://issues.apache.org/jira/browse/TUSCANY-820?page=all ]
Brent Daniel resolved TUSCANY-820.
--
Resolution: Fixed
> Configuration info for Command Parameters should include an &qu
[ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]
Brent Daniel resolved TUSCANY-835.
--
Resolution: Fixed
> "Version" column should default to "managed = true"
> -
[ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]
Brent Daniel reassigned TUSCANY-835:
Assignee: Brent Daniel
> "Version" column should default to &q
Also, the sample distribution doesn't include the canned database.
This is required by the sample, so right now users would be forced to
download the source build to get it.
Brent
On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
Hey Luciano,
A couple of quick things I
Adriano,
Did you generate the eclipse artifacts using the maven build first?
If not, you can generate the .project and .classpath by doing:
mvn -Peclipse eclipse:eclipse
Brent
On 10/16/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
I've already downloaded all the source code using the subve
Hey Luciano,
A couple of quick things I noticed:
1) BUILDING.txt seems to have disappeared from the source and binary
distributions.
2) The source distribution contains the "distribution" directory with
all of the assembly files. Is this supposed to be included? I notice
the SDO distribution co
I just updated the DAS files.
Brent
On 10/13/06, kelvin goodson <[EMAIL PROTECTED]> wrote:
I have done the SDO part of this, but didn't want to meddle with das at this
time.
Regards, Kelvin.
On 13/10/06, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
>
> will do
> --
> Kelvin
>
> On 13/10/06, Je
[ http://issues.apache.org/jira/browse/TUSCANY-834?page=all ]
Brent Daniel resolved TUSCANY-834.
--
Resolution: Fixed
> Missing version information for junit plugin in das pom.
[ http://issues.apache.org/jira/browse/TUSCANY-828?page=all ]
Brent Daniel resolved TUSCANY-828.
--
Resolution: Fixed
> Update companyweb.war location in sample distribution
> -
>
>
[ http://issues.apache.org/jira/browse/TUSCANY-820?page=all ]
Brent Daniel reassigned TUSCANY-820:
Assignee: Brent Daniel
> Configuration info for Command Parameters should include an &qu
This is fine with me. Most of the time users will probably want to
have the DAS do the work rather than manually updating the version
column or having a database trigger do it.
Brent
On 10/12/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
While writing the User level documentation for Optimistic
+1
On 10/12/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
New version of the build artifacts that other Tuscany modules depend
on. For each there are links to the tag (as a separate source
distribution is not really applicable) and the artifact.
Please vote to approve the release of these so we
Hey Luciano,
I went ahead and made some updates the readme. I updated some M1
references to M2, removed some of the conversational style (ie, "I",
"my", etc), and removed the references to "steps' in the appendix
because that seemed confusing, I started from your patch so it should
contain your u
[ http://issues.apache.org/jira/browse/TUSCANY-808?page=all ]
Brent Daniel resolved TUSCANY-808.
--
Resolution: Fixed
> DAS Samples Header files updates
>
>
> Key: TUSCANY-808
>
[ http://issues.apache.org/jira/browse/TUSCANY-807?page=all ]
Brent Daniel resolved TUSCANY-807.
--
Resolution: Fixed
> DAS Header Files Updates
>
>
> Key: TUSCANY-807
>
Luciano,
I just deleted the ecore and genmodel files. These are old EMF
artifacts left over from our original SDO model generation.
Brent
On 10/9/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
Some of the files reported by ARAT, at least on the DAS directory structure,
are special files like d
Previously we had discussed having a "sampleapps" directory to
distinguish "business samples" from technology samples.[1] Do we want
to continue this distinction?
Brent
[1] - http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg01812.html
On 10/6/06, ant elder <[EMAIL PROTECTED]> wrote:
O
+1
On 10/5/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
+1 from me.
On 10/5/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> +1 from me.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "Jeremy Boynes" <[EMAIL PROTECTED]>
> To:
> Sent: Thursday, October 05, 2006 4:39 PM
> Subjec
1 - 100 of 243 matches
Mail list logo