[
http://issues.apache.org/jira/browse/TUSCANY-1006?page=comments#action_12460180
]
Yang ZHONG commented on TUSCANY-1006:
-
Synchronizing only writes may cause reads access invalid memory.
This's the code snippet implementing HashMap#get:
Luciano Resende wrote:
Couple comments :
- Do we need FAQ entry on the Outlines for SCA, SDO and DAS ?
We could link these under the main FAQ page that is present on the
outline. This would make the outline 3 lines shorter, which helps
reduce scrolling with smaller displays or larger
On 21/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
When refactoring the tuscany/sca/util classes, I noticed a number of
'using namespace xyz' statements in some of our header files. I
believe C++ practice is to avoid 'using' statements in a header file
Hi,
I am getting below exception when running AllTestsDB2. I have DB2 UDB 8.1.x
and have db2jcc.jar from my DB2Home\java in the classpath for the
project. Any clue?
com.ibm.db2.jcc.b.SQLException: Unable to load T2 native library.
Type 2 JDBC architecture is not yet supported by the IBM DB2 JDBC
Jeremy,
is that different from what I did on the 13th of Dec, or is this just an
update of the snapshot?
Cheers, Kelvin.
On 20/12/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
As the SCA trunk depends on SDO to build I have deployed snapshots of
the 2.1 spec jar and sdo impl to the snapshot
I'm getting lots of build failures on doing a mvn clean at the java root
level because of a missing plugin
groupId=org.apache.tuscany.sca.runtime.webapp artifactId=tuscany-war-plugin
Is everyone else seeing this?
Regards, Kelvin.
Blowing away my maven repo and starting from afresh cured this.
On 21/12/06, kelvin goodson [EMAIL PROTECTED] wrote:
I'm getting lots of build failures on doing a mvn clean at the java root
level because of a missing plugin
I have checked in a fix which I believe works for the PHP wsdl generation
scenario and for our SCA samples.
Cheers,
On 20/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
Thanks, we're OK to stick with the old level for now. I understood this
thread to say that the latest version would work
[ http://issues.apache.org/jira/browse/TUSCANY-684?page=all ]
Kelvin Goodson resolved TUSCANY-684.
Resolution: Fixed
added register(HelperContext scope) method to generated Factory instance --
also added an introspectable pattern version to the
I have just resolved TUSCANY-684. The outcome is that the preferred pattern
for registering a static class suite is
HelperContext scope = ...;
XXXFactory.INSTANCE.register(scope);
In doing this I have
1) deprecated SDOUtil.registerStaticTypes()
2) Added an introspectable generation
I haven't seen this before, but i google it and there was some talk about a
missing DB2INSTANCE env variable :
http://www.dbforums.com/archive/index.php/t-923554.html
Brent, Kevin, have you seen this ?
--
Luciano Resende
http://people.apache.org/~lresende
On 12/21/06, Amita Vadhavkar [EMAIL
Simon Nash wrote:
5. The Documentation page lists 0.9 specs, and points to boulder.ibm.com.
It's probably best to just remove this list of specs and let people
go via osoa.org via the links that you have. It would make sense to
also remove the links to white papers as these are on
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
I'm not sure, but I believe so based on the report from Florian. It's
certainly worth double-checking to make sure the URIs match between
XSDHelper and the DAS config file, but otherwise I think M2 has the
same issue.
Brent
On 12/20/06, Luciano Resende [EMAIL PROTECTED] wrote:
Hi Brent
This
[ http://issues.apache.org/jira/browse/TUSCANY-1001?page=all ]
Ignacio Silva-Lepe reassigned TUSCANY-1001:
---
Assignee: Ignacio Silva-Lepe
@SessionID injection is not working..
--
Key:
[
http://issues.apache.org/jira/browse/TUSCANY-1001?page=comments#action_12460269
]
Ignacio Silva-Lepe commented on TUSCANY-1001:
-
I am assuming you are trying to get a conversation id injected. I may be wrong,
but I believe the
Could someone with proper access rights create a Java-M3 entry for Affected
Version and fixed Versions ?
Also, is there a way to do a batch update to move all fixed for Mx to fixed
for M3 ?
--
Luciano Resende
http://people.apache.org/~lresende
Adding/Enhancing PartialUpdates testcases
-
Key: TUSCANY-1008
URL: http://issues.apache.org/jira/browse/TUSCANY-1008
Project: Tuscany
Issue Type: Test
Components: Java DAS RDB
Affects
Adding/Enhancing name mapping testcases
---
Key: TUSCANY-1009
URL: http://issues.apache.org/jira/browse/TUSCANY-1009
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Reporter:
Add/Enhance explicit CUD testcases
--
Key: TUSCANY-1010
URL: http://issues.apache.org/jira/browse/TUSCANY-1010
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Reporter: Luciano
Add/Enhance external transactions test cases
Key: TUSCANY-1011
URL: http://issues.apache.org/jira/browse/TUSCANY-1011
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Add/Enhance explicit resultSetShape testcases
-
Key: TUSCANY-1012
URL: http://issues.apache.org/jira/browse/TUSCANY-1012
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Add/Enhance configHelper testcases
--
Key: TUSCANY-1013
URL: http://issues.apache.org/jira/browse/TUSCANY-1013
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Reporter: Luciano
Add/Enhance convention over configuration testcases
---
Key: TUSCANY-1014
URL: http://issues.apache.org/jira/browse/TUSCANY-1014
Project: Tuscany
Issue Type: Test
Affects Versions: Java-M3
Add/Enhance graphhelper testcases
-
Key: TUSCANY-1015
URL: http://issues.apache.org/jira/browse/TUSCANY-1015
Project: Tuscany
Issue Type: Test
Components: Java DAS RDB
Affects Versions: Java-M3
[ http://issues.apache.org/jira/browse/TUSCANY-1009?page=all ]
Luciano Resende updated TUSCANY-1009:
-
Component/s: Java DAS RDB
Adding/Enhancing name mapping testcases
---
Key: TUSCANY-1009
[ http://issues.apache.org/jira/browse/TUSCANY-1010?page=all ]
Luciano Resende updated TUSCANY-1010:
-
Component/s: Java DAS RDB
Add/Enhance explicit CUD testcases
--
Key: TUSCANY-1010
[ http://issues.apache.org/jira/browse/TUSCANY-1012?page=all ]
Luciano Resende updated TUSCANY-1012:
-
Component/s: Java DAS RDB
Add/Enhance explicit resultSetShape testcases
-
Key:
[ http://issues.apache.org/jira/browse/TUSCANY-1011?page=all ]
Luciano Resende updated TUSCANY-1011:
-
Component/s: Java DAS RDB
Add/Enhance external transactions test cases
Key:
[ http://issues.apache.org/jira/browse/TUSCANY-1014?page=all ]
Luciano Resende updated TUSCANY-1014:
-
Component/s: Java DAS RDB
Add/Enhance convention over configuration testcases
---
[ http://issues.apache.org/jira/browse/TUSCANY-1013?page=all ]
Luciano Resende updated TUSCANY-1013:
-
Component/s: Java DAS RDB
Add/Enhance configHelper testcases
--
Key: TUSCANY-1013
On 12/21/06, Luciano Resende [EMAIL PROTECTED] wrote:
Could someone with proper access rights create a Java-M3 entry for
Affected
Version and fixed Versions ?
Also, is there a way to do a batch update to move all fixed for Mx to
fixed
for M3 ?
Ok, I've created a Java-M3 release, actually I
Just an update after the XSDHelper ctr change.
--
Jeremy
On Dec 21, 2006, at 3:34 AM, kelvin goodson wrote:
Jeremy,
is that different from what I did on the 13th of Dec, or is this
just an
update of the snapshot?
Cheers, Kelvin.
On 20/12/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
As
[ http://issues.apache.org/jira/browse/TUSCANY-1008?page=all ]
Luciano Resende updated TUSCANY-1008:
-
Fix Version/s: Java-M3
(was: Java-Mx)
Affects Version/s: Java-M3
(was: Java-Mx)
[ http://issues.apache.org/jira/browse/TUSCANY-1008?page=all ]
Luciano Resende resolved TUSCANY-1008.
--
Resolution: Fixed
New testcases added in revision 489391
Adding/Enhancing PartialUpdates testcases
-
Thanks
On 12/21/06, ant elder [EMAIL PROTECTED] wrote:
On 12/21/06, Luciano Resende [EMAIL PROTECTED] wrote:
Could someone with proper access rights create a Java-M3 entry for
Affected
Version and fixed Versions ?
Also, is there a way to do a batch update to move all fixed for Mx to
Actually, the picture that corresponds better to the situation
I was trying to present is as follows:
---m1-- C m2-- T
C --cb1--- T
I agree that T should not have to be conversational, although the
runtime would need to make sure that the necessary conversation
id is available
[
http://issues.apache.org/jira/browse/TUSCANY-1006?page=comments#action_12460296
]
Frank Budinsky commented on TUSCANY-1006:
-
I think there's another similar theading problem in the EMF base class method,
[ http://issues.apache.org/jira/browse/TUSCANY-863?page=all ]
Luciano Resende updated TUSCANY-863:
Issue Type: Improvement (was: Wish)
Fix Version/s: Java-M3
(was: Wish list)
Affects Version/s: Java-M3
I will be out of the office starting 12/21/2006 and will not return until
01/02/2007.
I will respond to your message when I return.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hi all,
Thanks for looking this up and giving in your feedback. I have taken in the
comments from each of you and have made the necessary changes. Please check
them out at http://people.apache.org/~svkrish/tuscanySite/site-publish/.
Unless I hear any significant change to be made, I plan to
Hi Amita
I was reviweing your latest patch for TUSCANY-904 and particularly the
support for J2SE connections around DataAccessEngine. I was wondering if we
really need support for J2SE type of connections on the container at the
moment, as we are adding necessary changes to support that in DAS
After updating the das container in my sandbox with the necessary changes to
move from @Scope(MODULE) to @Scope(COMPOSITE) I have started to get the
following exception. Looking at the code in the trunk, I could not find
ModuleScopeObjectFactory...
Caused by: java.lang.ClassNotFoundException:
Thank you Venkat for your efforts.
A few comments:
1. Link to getting started doc for under Java is wrong.
go to
http://people.apache.org/~svkrish/tuscanySite/site-publish/sca_documentation.html
and click on Getting started with SCA Java Milestone 2
A minor comment as well, looks like the SCA download page is missing the MD5
links:
http://people.apache.org/~svkrish/tuscanySite/site-publish/sca_downloads.html
--
Luciano Resende
http://people.apache.org/~lresende
On 12/21/06, haleh mahbod [EMAIL PROTECTED] wrote:
Thank you Venkat for your
[ http://issues.apache.org/jira/browse/TUSCANY-990?page=all ]
Yang ZHONG updated TUSCANY-990:
---
Attachment: AvoidInfiniteLoading.990
The attachment has passed all build tests on Fedora 6.
Tests on Windows XP SP2 before the patch:
Test Failed: 115
Hi all,
I was looking to put together another real-world sample for SCA C++,
using Sebastien's REST support to invoke the Yahoo REST services.
Unfortunately, this won't currently work due to how we support
arguments - currently they're indexed purely by number.
The Yahoo REST services need an
Luciano Resende wrote:
Simon Nash wrote:
5. The Documentation page lists 0.9 specs, and points to boulder.ibm.com.
It's probably best to just remove this list of specs and let people
go via osoa.org via the links that you have. It would make sense to
also remove the links to white
Venkat,
This is looking very good. I have a few minor comments. None of these
are showstoppers for making the new Web site live, but we should address
them as soon as possible after publication.
1. There are formatting problems on the java_sca_overview.html page.
Some of the subsections (in
haleh mahbod wrote:
Thank you Venkat for your efforts.
A few comments:
1. Link to getting started doc for under Java is wrong.
go to
http://people.apache.org/~svkrish/tuscanySite/site-publish/sca_documentation.html
and click on Getting started with SCA Java Milestone 2
On Dec 20, 2006, at 2:04 PM, Ignacio Silva-Lepe wrote:
I noticed that IntrospectionRegistryImpl.introspect uses
getAllPublicAndProtectedFields to obtain the fields on
which to invoke each processor's visitField. However,
the CI spec seems to imply that it should be possible
to inject a
Andrew Borley wrote:
Hi all,
I was looking to put together another real-world sample for SCA C++,
using Sebastien's REST support to invoke the Yahoo REST services.
Unfortunately, this won't currently work due to how we support
arguments - currently they're indexed purely by number.
The Yahoo
Pete Robbins wrote:
On 21/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
When refactoring the tuscany/sca/util classes, I noticed a number of
'using namespace xyz' statements in some of our header files. I
believe C++ practice is to avoid 'using'
On Dec 21, 2006, at 7:37 PM, Jim Marino wrote:
On Dec 20, 2006, at 2:04 PM, Ignacio Silva-Lepe wrote:
I noticed that IntrospectionRegistryImpl.introspect uses
getAllPublicAndProtectedFields to obtain the fields on
which to invoke each processor's visitField. However,
the CI spec seems to
On Dec 20, 2006, at 2:04 PM, Ignacio Silva-Lepe wrote:
I noticed that IntrospectionRegistryImpl.introspect uses
getAllPublicAndProtectedFields to obtain the fields on
which to invoke each processor's visitField. However,
the CI spec seems to imply that it should be possible
to inject a
55 matches
Mail list logo