I agree that the tests should be structured in a way that is spec and
functionaly orientated. I have never really liked the split between
paramatized and non paramatized tests so getting rid of this is just
fine.
Other than that I think that the test cases are more or less organized
by API
Hi.
For SDO we contributed to the SDO CTS allowing tuscany to consume our test
cases. In the CTS we took the approach of a vendor independent component
of tests (java/cts/sdo2.1) and a vendor specific impl
(java/cts/sdo2.1-tuscany) which uses the tests and handled initialization
etc. This has
Community Test Suite
Reporter: Robbie Minshall
Attachments: tuscany117_generalUpdatesToCTS_patch1.txt,
tuscany117_patch2.zip, tuscany117_patch3.zip
Providing some updates to the CTS test suite.
These updates make some modifications to existing test cases such as
formatting
one thing. In the text of the
JIRA there are two patches; one posted on 15-Feb and one posted 16-Feb but
the more recent one does not have the ASF granted license. Do you really
want that one deleted?
Regards,
Geoff.
On 19/02/07, Robbie Minshall [EMAIL PROTECTED] wrote:
Trying to get a feel
[
https://issues.apache.org/jira/browse/TUSCANY-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475106
]
Robbie Minshall commented on TUSCANY-1117:
--
Core, extended, undereview :
I think that this would
[
https://issues.apache.org/jira/browse/TUSCANY-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Minshall updated TUSCANY-1117:
-
Attachment: tuscany117_patch3.zip
This renames the TestUtil and grants ASF licence
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474710
]
Robbie Minshall commented on TUSCANY-1093:
--
If not already being done can we commit this patch and close
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474760
]
Robbie Minshall commented on TUSCANY-1093:
--
Ok.
Can Yang please include a test case which demonstrates
[
https://issues.apache.org/jira/browse/TUSCANY-1127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474539
]
Robbie Minshall commented on TUSCANY-1127:
--
Samples should also not be using the TypeHelper.INSTANCE etc
Trying to get a feel as to when a commiter could take a look at
TUSCANY-1117. If it is going to be a day or so then I will upload another
update/patch in order to keep our source in sync with tuscany.
If it can be looked at soon then great and I will avoid continued
development within our own
[
https://issues.apache.org/jira/browse/TUSCANY-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Minshall updated TUSCANY-1117:
-
Attachment: tuscany117_patch2.zip
This patch is intended for a replacement
[
https://issues.apache.org/jira/browse/TUSCANY-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473745
]
Robbie Minshall commented on TUSCANY-1117:
--
Sorry certainly I intended this for inclusion. If a commiter
: Robbie Minshall
Providing some updates to the CTS test suite.
These updates make some modifications to existing test cases such as formatting
( eclipse code style ) and some test additions.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment
[
https://issues.apache.org/jira/browse/TUSCANY-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Minshall updated TUSCANY-1117:
-
Attachment: tuscany117_generalUpdatesToCTS_patch1.txt
There are some formatting
or 1.0.1. Similarly you can use the reference
implementation (from Sun/BEA), or use an open-source implementation
such as woodstox.
--
Jeremy
On Feb 13, 2007, at 1:40 PM, Robbie Minshall wrote:
By compiling with a jar that has Java 6 dependancy we are ourselves
creating
a dependancy on Java 6
Paul identified a problem in
https://issues.apache.org/jira/browse/TUSCANY-1105 which appears to indicate
that the sdo impl jar has dependancies upon Java 6 for some code paths.
This scneario is not limited to the CTS execution but should probably
present itSelf at least when using the
to
compile
sdo impl.
StAX impl will be required for runtime if StAX support code path is
executed.
On 2/13/07, Robbie Minshall [EMAIL PROTECTED] wrote:
Paul identified a problem in
https://issues.apache.org/jira/browse/TUSCANY-1105 which appears to
indicate
that the sdo impl jar has dependancies
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471371
]
Robbie Minshall commented on TUSCANY-1093:
--
This surprised me also. There was a definate change
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471132
]
Robbie Minshall commented on TUSCANY-1093:
--
patch worked great.
isSet returning false when boolean
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470606
]
Robbie Minshall commented on TUSCANY-1093:
--
I updated my tuscany version and it seems that some changes
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470636
]
Robbie Minshall commented on TUSCANY-1093:
--
I am guessing that this code path for creating
Components: Java SDO Implementation
Reporter: Robbie Minshall
Priority: Critical
when boolean property is set to false a call to isSet returns false ( should
return true ).
when an int property is set to 0 a call to isSet returns false ( should return
true
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470267
]
Robbie Minshall commented on TUSCANY-1093:
--
One possible solution is to change make
Hi.
Wondering what the schedule might be for commiting tuscany-1048 and 1081 ?
Brian Murray has been making some fixes to his test cases here in our ant
environement. We would like to work directly within maven and CTS but
simply put developing using/creating patches is a little cumbersome.
I
[
https://issues.apache.org/jira/browse/TUSCANY-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467138
]
Robbie Minshall commented on TUSCANY-1048:
--
Adding a patch to convert from scenarios to paramatized tests
to clean it up and create a 'patch' for what is currently
in the java/cts branch. If there are suggestions, or especially
reorganization issues then lets discuss them.
cheers,
Robbie
On 1/11/07, Robbie Minshall [EMAIL PROTECTED] wrote:
I have opened *TUSCANY-1048https://issues.apache.org
[
https://issues.apache.org/jira/browse/TUSCANY-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Minshall updated TUSCANY-1048:
-
Attachment: tuscanyHelper.zip
SDO CTS. Contribute Paramatized Test Cases
: Tuscany
Issue Type: Improvement
Components: Java SDO Community Test Suite
Reporter: Robbie Minshall
An important attribute of sdo test cases is that the SDO APIs and scenarios
work for DataObjects that are created and populated in different ways. This
JIRA has been
of
commonj.sdo.helper.* classes.
I will attach source to the JIRA and continue this discussion there where
appropiate.
Robbie
On 1/11/07, Robbie Minshall [EMAIL PROTECTED] wrote:
I would lean towards providing an exucutable jar file and a structure that
allows for vendors to have their own branch
[
https://issues.apache.org/jira/browse/TUSCANY-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Minshall updated TUSCANY-1048:
-
Attachment: tuscany-1048-paramatizedTests1.zip
SDO CTS. Contribute Paramatized Test
[
https://issues.apache.org/jira/browse/TUSCANY-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464024
]
Robbie Minshall commented on TUSCANY-1048:
--
I have attached tuscany-1048-paramatizedTests1.zip
I have converted our other test cases to junit 4.1 and am in the process of
doing some cleaning up etc. Will send out a quick update tonight and can
integrate into tuscany if needed.
* * * Whether the CTS should test static SDOs (I believe so) ? * * *
Optional means to supply static class
[
http://issues.apache.org/jira/browse/TUSCANY-987?page=comments#action_12460033
]
Robbie Minshall commented on TUSCANY-987:
-
Converted Brian's test cases to Junit 4.1 format. Uploaded as an attachment
robbieBrianCTS_20061220.zip
[ http://issues.apache.org/jira/browse/TUSCANY-987?page=all ]
Robbie Minshall updated TUSCANY-987:
Attachment: robbieBrianCTS_20061220.zip
uploading Brian's test cases converted to Junit 4.1. See prior attachment for
more detailed status.
Create
[ http://issues.apache.org/jira/browse/TUSCANY-987?page=all ]
Robbie Minshall updated TUSCANY-987:
Attachment: oldTestCases.zip
Test cases needs javadoc work, has outstanding issues which have JIRA
associated but not always linked in the code
[ http://issues.apache.org/jira/browse/TUSCANY-987?page=all ]
Robbie Minshall updated TUSCANY-987:
Attachment: convertedJunit41.zip
Converted a single general scenario to junit 4.1 style as a proof of concept
Created prototype JunitCore, listener
Sorry I disappeared there . . . had a little run in with some bad fish ;-(
I uploaded our test case scenarios as attachments. I would not recomend
doing anything with these for a week or so as I am going to take a look at
them myself and rework them a bit. However, I uploaded them so that
?Also,
with JUnit, would the calls to your libraries be isolated to JUnit
fixtures,
*e.g., @Before and @After methods?
Thank you.
David
*
On 12/7/06, Robbie Minshall [EMAIL PROTECTED] wrote:
This sounds quite good.
I have written some test cases with Brian Murray which I would be happy
This sounds quite good.
I have written some test cases with Brian Murray which I would be happy to
contribute to tuscany. Identifying duplication and differences in similar
tests would probably be an intersting excercise right off the bat.
One decision that we spent a little time mulling over
Hi.
I am trying to execute the helloworldws-async sample in the latest m2
revision of tuscany. I imagine that there is a simple usage issue here but
I am getting the following error when I am executing the client
[WARNING] POM for 'org.apache.axis2:axis2-kernel:pom:SNAPSHOT:runtime' is
[ http://issues.apache.org/jira/browse/TUSCANY-656?page=all ]
Robbie Minshall updated TUSCANY-656:
Attachment: assemblyPatch_draft.txt
I attached a working draft for a patch that creates a sdo sample distribution
that includes
1. source
2. binary
I attached a working draft for a patch to
https://issues.apache.org/jira/browse/TUSCANY-656 that creates a sdo sample
distribution that includes
1. source
2. binary
3. javadoc
4. dependancy libraries
The assembly file is currently including all of these as fileSets rather
than including the
For JPA/Hibernate support I like the idea of extending code gen such that
static SDOs could be anotated for persistence using JPA. From my
perspective this would do a better job of maintaining seperation of
application logic, serivces and the data model.
thoughts . . . ?
Robbie
On 10/3/06,
I am looking at running some simple SCA applications within tomcat.
Unfortunately it has not been as fun as I would like :-(
The java/GettingStarted.htm refers to the embeded tomcat server in the build
env. I believe that this is no longer the supported scenario. What is the
plan here ?
The
removing this
exception. I won't do that until you ask, as I'm hoping I can fix the
other issues first.
Regards, Kelvin.
On 06/09/06, Robbie Minshall (JIRA) tuscany-dev@ws.apache.org wrote:
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12432955
]
Robbie Minshall
it's best to leave the DocumentRoot in the list. Maybe a JIRA to
track it would be good.
Frank.
Robbie Minshall [EMAIL PROTECTED] wrote on 09/06/2006 06:27:34 PM:
TypeHelper.define is returning the DocumentRoot Type within the List of
defined Types. I am assuming that it should not do so
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-M2
Environment: All
Reporter: Robbie Minshall
Priority: Minor
TypeHelper.define returns List of Types that includes the DocumentRoot Type
Perhaps is shoudl only include
[
http://issues.apache.org/jira/browse/TUSCANY-696?page=comments#action_12433204
]
Robbie Minshall commented on TUSCANY-696:
-
As Paul points out the XMLDocumentTestCase.xml defines the schema location for
http://www.example.com
I have two questions here. Please forgive some terminology fumbling here as
I probably fall into the category of people SDO is meant to serve - meaning
I have a familarity with XML but have not been bothered to truely become
empowered by it.
I have been taking a peak at Tuscany-696 and the
Sounds great.
When Venkat is done with his port I would be interested in helping. Perhaps
a sample demonstrating interopt between services with different language
implementations.
If we are using SDO for our data model how will SDO support be provided in
these container extensions ?
Robbie
For each sample project I think that it is a good idea to include an
overview javadoc page that includes information about common setup etc.
This would include essentually the same information that you outlined for
the readme but provides a good means to link to external docs like
specifications,
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12432874
]
Robbie Minshall commented on TUSCANY-153:
-
FYI. All very striaght forward but in order to apply the patch I had to
perform the following
1. new files
[
http://issues.apache.org/jira/browse/TUSCANY-696?page=comments#action_12432924
]
Robbie Minshall commented on TUSCANY-696:
-
I will take a look at this later this afternoon.
XMLStreamHelper usage
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12432954
]
Robbie Minshall commented on TUSCANY-153:
-
COMPANY WITH CHANGE SUMMARY PROPERTY
Rather than using a new type to wrap an existing type
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12432955
]
Robbie Minshall commented on TUSCANY-153:
-
LOADING SIMPLE CHANGE SUMMARY
When I attempt to load the simple change summary contained within the fix I
[
http://issues.apache.org/jira/browse/TUSCANY-696?page=comments#action_12432980
]
Robbie Minshall commented on TUSCANY-696:
-
I just wrote a quick junit test that essentially does what you do with the
company xsd and xml files as well
[ http://issues.apache.org/jira/browse/TUSCANY-696?page=all ]
Robbie Minshall updated TUSCANY-696:
Attachment: robbieResults_1.txt
attached junit update for initial test run that I executed.
XMLStreamHelper usage
TypeHelper.define is returning the DocumentRoot Type within the List of
defined Types. I am assuming that it should not do so but should rather
just return a list of the SDO Types defined in the xsd. Please correct me
if I am wrong here but otherwise I will open a JIRA and put in a fix
tomorrow
As a workaround to get my projects into eclipse from recent builds I had to
remove the following line from the .classpath folder
classpathentry kind=src path=. output=target/classes/META-INF/
since eclipse did not like have the output folder META-INF nested under the
output folder target.
explain why this is
a bad idea I would appreciate it.
thanks,
Robbie
On 9/5/06, Robbie Minshall [EMAIL PROTECTED] wrote:
As a workaround to get my projects into eclipse from recent builds I had
to remove the following line from the .classpath folder
classpathentry kind=src path=. output=target
Hello.
Been away for a while. I am wondering if someone could update me on the
status of the SCA samples running the recursive model. If there is work to
be done here I would like to help on this effort as it will help me extend
my knowledge of Tuscany from SDO into SCA.
Robbie
--
* * *
/browse/TUSCANY-656
Project: Tuscany
Issue Type: Improvement
Components: Java SDO Samples
Affects Versions: Java-M2
Reporter: Robbie Minshall
Priority: Minor
In 2.0 beta 3 release of Maven javadoc plugin back slashes were removed when
[ http://issues.apache.org/jira/browse/TUSCANY-656?page=all ]
Robbie Minshall updated TUSCANY-656:
Attachment: TUSCANY-656a.patch
Adds overview to the pom.xml
Maven javadoc plugin bug fixed allowing overview.html for javadoc to be
created
In original drop of samples I removed overview.html from the javadoc due to
some issues in maven javadoc plugin. Found that there was a bug in
the 2.0beta 3 javadoc plugin. I have opened JIRA
*TUSCANY-656 https://issues.apache.org/jira/browse/TUSCANY-656 *and
attached a patch to add the
In the diagram DAS is represented as a single component. A DAS is simply a
service that loads/stores and optionaly creating types for SDO object
graphs. As SDO becomes adopted I hope, and anticipate that a variety of
DAS implementations will emerge. I would think that if the DAS was
What do people think about providing various aspects to weave in log
statements for various frameworks. That way a user could weave in the
logging statements of their choice without a complicated infrastructure.
. . . thoughts ?
Robbie
On 8/15/06, Jim Marino [EMAIL PROTECTED] wrote:
I'm
I think that there are two ( ok more than that but still . . . ) types of
samples. One type attempts to demonstrate the muscles of the technology and
inspire a 'boy this is great, this is better than what I am currently doing'
thought process. The other is more educational and attempts to walk
, 2006, at 9:32 AM, Robbie Minshall wrote:
What do people think about providing various aspects to weave in log
statements for various frameworks. That way a user could weave in the
logging statements of their choice without a complicated
infrastructure.
. . . thoughts ?
Robbie
On 8/15/06
By build based I just mean that the aspect weave can be done when the jar is
built.
Robbie
On 8/18/06, Jim Marino [EMAIL PROTECTED] wrote:
On Aug 18, 2006, at 12:36 PM, Robbie Minshall wrote:
The general complaint with using AOP for logging is that it is not
expressive enough. I think
, because
the ChangeSummary would already have been used to update the database
copy.
Brent
On 8/17/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Looking at writing some test cases for the change summary on a
DataObject.
If a DataObject can have a change summary then the Type must include
care most about is that samples are
accompanied by dev, deployment, execution tutorial style doc and am happy to
help in this regard.
Robbie
On 8/19/06, Jim Marino [EMAIL PROTECTED] wrote:
On Aug 18, 2006, at 6:10 PM, Robbie Minshall wrote:
Regarding whether or not to embed tomcat
Looking at writing some test cases for the change summary on a DataObject.
If a DataObject can have a change summary then the Type must include a
property of type ChangeSummary. I am assuming that a DataObject graph
heirachy can have multiple instances of this Type and there is a violation
only
Any chance of a commiter taking a look at TUSCANY-583 and commiting. That
would be great.
Thanks,
Robbie John.
--
* * * Charlie * * *
Check out some pics of little Charlie at
http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/
* * * Addresss * * *
1914 Overland Drive
Chapel Hill
NC 27517
*
Ok great !
thanks Kelvin.
On 8/16/06, kelvin goodson [EMAIL PROTECTED] wrote:
Robbie,
its done, just the jira status hasnt been updated.
Cheers, Kelvin.
On 16/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Any chance of a commiter taking a look at TUSCANY-583 and
commiting. That
would
[ http://issues.apache.org/jira/browse/TUSCANY-628?page=all ]
Robbie Minshall updated TUSCANY-628:
Attachment: tuscany-628a.txt
Updated xpath examples to use SDO xpath like syntax rather than traditional
xpath queries.
The other exception
I have attached a patch to Tuscany-628 which updates the xpath syntax used
in the sample to use the xpath like syntax described in the SDO
specification rather than more traditional xpath. Updated javadoc to note
these differences. The second error in the samples occurs because the
indices of
/apache/tuscany/samples/sdo/specCodeSnippets
line
62
On 08/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Hi.
I made an update ( updated overview for javadoc ) for the SDO Samples.
There are still a few toDo's here that I am going to work on when I find
some time tomorrow ( namely a better
AJAX interaction is always good for traction these days, just as a cool UI
has always been attractive. The speration of presentation and application
implementation is great and obviously nothing new or particular to SCA. Is
fine grained service interaction with the UI a good thing from a
I uploaded a simple test patch for Tuscany-583 ( Add a method to SDOUtil to
return all Types associated with a specific URI ). Would a commiter be kind
enough to take a look and commit. Feel like getting your feet wet Kevlin ?
I created a patch file that does not change the formating for
Hi.
I made an update ( updated overview for javadoc ) for the SDO Samples.
There are still a few toDo's here that I am going to work on when I find
some time tomorrow ( namely a better xpath sample ) but things are getting
there. Could a commiter ( or anyone else interested) have a look at
Yes sounds good. Thanks for the catch,
Robbie
On 8/9/06, haleh mahbod [EMAIL PROTECTED] wrote:
Hi Robbie,
Can you please change the link for the SDO spec to point to
www.osoa.orginstead of what is there in the readme?
Thanks,
Haleh
On 8/8/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Hi
81 matches
Mail list logo
