What we've done so far is:
- Create a JIRA issue in the Tuscany JIRA / Specification category
- Assign it to a member of the OSOA collaboration to drive its
resolution with the OSOA spec group
- Record the resolution in the Tuscany JIRA issue
This allows us to track the spec issues that
An excellent blog post on how to build user communities, including 6 tips we
could try doing in Tuscany:
http://headrush.typepad.com/creating_passionate_users/2006/12/how_to_build_a_.html
...ant
(thanks Paul for the link)
All,
As part of the eager initialization and spec-related refactoring, I
want to remove the eager init and cdi samples as they really don't
demonstrate very much and other samples cover those capabilities.
Unless there are any objections, I will do this over the next couple
of days.
On 1/2/07, Adriano Crestani [EMAIL PROTECTED] wrote:
We are trying to get the auto-gererated keys after the invocation of the
SQLPrepare function of ODBC API. For example, the SQLPrepare is called
with
an insertion statement INSERT INTO table1 values(?, ?, ?). The odbc must
send this statement
Unused data files for testing should be removed
---
Key: TUSCANY-1018
URL: http://issues.apache.org/jira/browse/TUSCANY-1018
Project: Tuscany
Issue Type: Bug
Components: Java SDO
+1
On Jan 2, 2007, at 5:00 AM, Jim Marino wrote:
All,
As part of the eager initialization and spec-related refactoring, I
want to remove the eager init and cdi samples as they really don't
demonstrate very much and other samples cover those capabilities.
Unless there are any objections,
Apologies for the delay in posting this because of the holdays. Also, there
may be a bit of missing discussion before and after I joined. The discussion
was focused on getting the new Web site into shape for the SCA Java M2 launch.
Simon
murphdg (i=murphdg@@nat/ibm/x-6c500df22064f9c1) has
I haven't come across this problem myself.
The readme doesn't quite list all the steps that are needed to successfully
build and run the samples. There is one extra step that is described at
http://incubator.apache.org/tuscany/java_sca_overview.html
under Building and Running the Samples
Before opening a JIRA I thought I'd throw this out there to ensure it's
really a bug.
In code such as org.apache.tuscany.idl.wsdl.WSDLOperation we try to enforce
the JAX-WS criteria for using wrapper-style mapping mentioned in JAX-WS
2.3.1.2.
The WSDLOperation code has the spec statement as a
WSDL2Java should offer option to generate Java signature with non-wrapper style
mapping from doc-lit-wrapped WSDL
-
Key: TUSCANY-1019
URL:
Hi, Scott.
JAX-WS spec 2.0 section 2.3.1.2 actually says:
The wrapper elements only contain child elements, they must not contain
other structures such as wildcards (element or attribute), xsd:choice,
substitution groups (element references are not permitted) or attributes;
furthermore, they
java.lang.NoSuchMethodError while building SCA
--
Key: TUSCANY-1020
URL: http://issues.apache.org/jira/browse/TUSCANY-1020
Project: Tuscany
Issue Type: Bug
Components: Build System, Java
[
http://issues.apache.org/jira/browse/TUSCANY-1020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461772
]
Jim Marino commented on TUSCANY-1020:
-
This looks like your local workspace may be out of sync. Can you make
Hi Raymond,
Just my 2-cents worth, but my reading of the quoted section 2.3.1.2 is
that they in furthermore, they must not be nillable is referring to
the wrapper elements, not the child elements.
Frank.
Raymond Feng [EMAIL PROTECTED] wrote on 01/02/2007 12:12:00 PM:
Hi, Scott.
JAX-WS
Hi, Frank.
I think you're right after reading the paragraph again.
Scott, I'll adjust the code to fix the rule.
Thanks,
Raymond
- Original Message -
From: Frank Budinsky [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, January 02, 2007 9:31 AM
Subject: Re: bug in
Hi,
I ran into a NPE with the latest code in the InnerComposite sample. Please
see the stack trace below.
java.lang.NullPointerException
at java.util.concurrent.ConcurrentHashMap.hash(ConcurrentHashMap.java:172)
at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:745)
at
Yes that's right. I'll fix it in a bit.
Jim
On Jan 2, 2007, at 10:30 AM, Raymond Feng wrote:
Hi,
I ran into a NPE with the latest code in the InnerComposite sample.
Please see the stack trace below.
java.lang.NullPointerException
at java.util.concurrent.ConcurrentHashMap.hash
For now I specified the target service in the SCDL. I think we should
keep it like that in the sample as picking the default service in a
composite is fragile and not really best practice. I'll work on
getting rid of the NPE in a bit as it is a fairly simple fix.
Jim
On Jan 2, 2007, at
Raymond, maybe you could answer this...
I've noticed that the Databinding interceptor seems to be getting
added to all wires, regardless of whether it is needed or not. Is
this correct? If so, we should change the behavior of the post
processor to only add the interceptor when needed,
Hi,
I think we have some checks (test if the databindings are equal for source
and target operations) before adding the interceptor. This might not be
fully optimized.
Thanks,
Raymond
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent:
[
http://issues.apache.org/jira/browse/TUSCANY-859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-859.
Resolution: Fixed
Committed revision 491909.
ChangeSummary#isCreated cache is not
CopyHelper and EqualityHelper should handle ChangeSummary
-
Key: TUSCANY-1021
URL: http://issues.apache.org/jira/browse/TUSCANY-1021
Project: Tuscany
Issue Type: Bug
I think the problem is here:
if (sourceDataBinding == null || targetDataBinding == null
|| !sourceDataBinding.equals(targetDataBinding)) {
The databinding interceptor should not be interposed if the
databindings are undefined.
Jim
On Jan 2, 2007, at 11:26 AM,
[
http://issues.apache.org/jira/browse/TUSCANY-1020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende closed TUSCANY-1020.
Resolution: Invalid
Fix Version/s: Java-M3
Fixed after a mvn clean
I asked Daniel, from Derby, and i got the answer that this should work in
derby, with the following syntax :
INSERT INTO T(colname) VALUES DEFAULT
Not sure about DB2...
--
Luciano Resende
http://people.apache.org/~lresende
On 12/21/06, Brent Daniel [EMAIL PROTECTED] wrote:
At the least, DB2
Sorry Simon, yes, it's really what you are assuming. We are trying to get
the key values.
I was checking again how the DAS Java get the auto-generated PKs and it
tries to get it right after the statement execution and not before as I was
saying on my last message.
I'd want to know a way to
26 matches
Mail list logo