On 7/16/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Ant wrote:
> So no problem, when someone comes along we want to grant access just
discuss
> and vote on the private list and we can just give them access.
+1
On 7/15/07, ant elder <[EMAIL PROTECTED]> wrote:
> The Apache CWIKI page is now q
+1 for the release.
I guess that we need to document the issue reported by
https://issues.apache.org/jira/browse/TUSCANY-1435 in the release note.
Thanks,
Raymond
- Original Message -
From: "Venkata Krishnan" <[EMAIL PROTECTED]>
To:
Sent: Thursday, July 12, 2007 10:06 AM
Subject: [
[
https://issues.apache.org/jira/browse/TUSCANY-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1435.
---
Resolution: Fixed
Fixed in trunk under 556465.
> CastCastException is thrown when both JSO
Hi
I'd like to see the stax dependency issue resolved, otherwise we
are going to have issues with DAS and possibly CTS releases that are
based on SDO 1.0 release.
On 7/15/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
I would like to see the following JIRAs fixed before the 1.0 release.
h
[
https://issues.apache.org/jira/browse/TUSCANY-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512856
]
Raymond Feng commented on TUSCANY-1110:
---
Is there any plan to fix this before the SDO 1.0 release? It will ha
[
https://issues.apache.org/jira/browse/TUSCANY-387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-387.
> mvn eclipse:eclipse is broken due to . section in the
> top-level pom.xml
> ---
[
https://issues.apache.org/jira/browse/TUSCANY-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-116.
> Property.isMany() returns false instead of true for global properties
>
[
https://issues.apache.org/jira/browse/TUSCANY-969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-969.
> Add "pass-by-value" support for remotable interfaces
> -
[
https://issues.apache.org/jira/browse/TUSCANY-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-112.
> Generated SDO2 DataObject class throws ClassCastException when
> DataObject.getType() is called
> -
[
https://issues.apache.org/jira/browse/TUSCANY-358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-358.
> TypeHelper.getType(Class ...) either returns unexpected Type or throws
> ClassCastException for jav
[
https://issues.apache.org/jira/browse/TUSCANY-684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-684.
> Generated SDO classes should be able to register the static types to a given
> TypeHelper
> ---
TypeHelper.getType(java.util.List.class) throws ClassCastException
--
Key: TUSCANY-1436
URL: https://issues.apache.org/jira/browse/TUSCANY-1436
Project: Tuscany
Issue Type: Bug
[
https://issues.apache.org/jira/browse/TUSCANY-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-1237:
Assignee: Luciano Resende
> DAS should support JDK 1.4 runtime
>
Ant wrote:
So no problem, when someone comes along we want to grant access just discuss
and vote on the private list and we can just give them access.
+1
On 7/15/07, ant elder <[EMAIL PROTECTED]> wrote:
The Apache CWIKI page is now quite clear about this (not sure what changed,
i thought some
Hi,
I reviewed Luciano's sandbox code a while back, and will integrate it once I
have tested all the CRUD operations / the classes that are the workhorses...,
so any changes will have minimal impact on the LDAP DAS at them moment.
Cheers,
- Ole
Luciano Resende wrote:
Hi Amita
I was tak
Hi Amita
I was taking a quick look in your proposed changes in the DAS API
that is in my sandbox, could you please elaborate your thoughts around
the programming model proposed here [1] ? Have you looked at the
implications of these changes on other DAS implementations, such as
LDAP DAS ?
[1]
[
https://issues.apache.org/jira/browse/TUSCANY-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512825
]
Raymond Feng commented on TUSCANY-1435:
---
After debugging, I found the problem in
org.apache.tuscany.sca.spi.
[
https://issues.apache.org/jira/browse/TUSCANY-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng updated TUSCANY-1435:
--
Attachment: store.zip
Here is the test case
> CastCastException is thrown when both JSONRPC
CastCastException is thrown when both JSONRPC and EJBBinding are on the
classpath
-
Key: TUSCANY-1435
URL: https://issues.apache.org/jira/browse/TUSCANY-1435
Project: Tus
The Apache CWIKI page is now quite clear about this (not sure what changed,
i thought some cwiki page used to say the opposite?) -
"An individual person contributing documentation in this way is not required
to be a "committer", but he or she does need to file a CLA, so that there is
no doubt tha
Hi,
Yes, Saxon was suggested by Ant also before and it has saxon-b as freeware.
Anybody please any comment on any licensing restrictions? Also I was just
giving a try to DB2 Express XQuery support. There are a couple of others
listed in June
15 mail, in this same thread. Saxon will be a good choic
I think this is exactly what I'm proposing. The only requirement is
that, someone that we would consider for "Website wiki committership"
MUST have a CLA in place. We could even promote voting for this karma,
although I don't think this is widely recognized in ASF.
On 7/15/07, Mike Edwards <[EMAI
Hi,
My understanding is that the spec treats the uri of endpoint from the
referenced WSDL and uri of wsa:Address from the wsa:EndpointReference at the
same level (Line 73, Item 1 of the WS binding spec uses "or"). Therefore,
these two are exclusive.
Anyway, I agree with you the spec is not c
[
https://issues.apache.org/jira/browse/TUSCANY-1431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-1431:
-
Attachment: 1431_xquery.patch
1431_api.patch
this is just a work in pro
Folks,
I think that we should consider the idea of "Website Wiki committership"
separately from "Code committership".
I don't think that it should be necessary for someone to have Code
committership in order to be granted update access to the Website/Wiki.
I do agree that it needs to be con
[
https://issues.apache.org/jira/browse/TUSCANY-1391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512793
]
Amita Vadhavkar commented on TUSCANY-1391:
--
Hi Fuhwei,
I compared the patch I sumbitted on July 10 with th
+1 from me
Yours, Mike.
Luciano Resende wrote:
Amita Vadhavkar has been helping DAS for couple months and recently
also started to help on SDO and had contributed many patches. I'd like
to give her developer access to JIRA so she can manage JIRAs with more
flexibility, etc.
Thoughts ?
For a similar reason as line 84/85 says "...the wsdlElement attribute must
refer to a binding element in the WSDL and not an endpoint or service"? I
agree the spec isn't 100% clear but it seems a mistake to me that line 85
doesn't continue on saying a similar thing for the uri attribute. If you do
28 matches
Mail list logo
