Didnt get a chance to go through all the docs yet, as i was busy with some
other things. Will try to read through and send in comments tomorrow.
Srikanth
On 4/15/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
>
> A few pages up on the wiki, primarily:
> http://wiki.apache.org/ws/Tuscany/Extending
>
If the build breaks I think it should definitely go to the list since
there will be incentive to fix it right away. I'd also like to see
us partition the builds so that there is an integration build run on
every checkin (or periodically, or both) which does not include the
samples and anot
I'm not sure I fully follow but as I'm making changes in this area
(switching over to using a central WSDLDefinitionRegistry) I'll bite.
What I think you're suggesting is that the registry should not cache
WSDL by location but by target namespace and that it should merge the
various definitions it
I'd vote for seeing this report only when there are failures.
Who will file JIRA issues for failures?
On 4/17/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Here's a sample report from the Tuscany Continuum build. Please let me
> know
> if it provides any value if I add tuscany-dev@ws.apa
Hi,
This is my first post. I work on SCA for IBM.
I found an issue (which I mentioned on the phone to Sebastien today). I'm
not sure if it was a purposeful or accidental design decision, so before
opening up a JIRA I thought I'd write this up.
In short.. do you really want to cache the URLs al
[
http://issues.apache.org/jira/browse/TUSCANY-201?page=comments#action_12374829
]
Jeremy Boynes commented on TUSCANY-201:
---
The InterfaceWSDLLoader has been modified to intialize portType information
using the WSDLDefinitionRegistry so these extensio
Google are re-running their Summer of Code program this year. Project
ideas are due before May 1st so that they can be presented to students.
For more info see http://wiki.apache.org/general/SummerOfCode2006
I'm willing to help mentor interested students if we have any proposals
that we would like
Hi,
Here's a sample report from the Tuscany Continuum build. Please let me know
if it provides any value if I add tuscany-dev@ws.apache.org to the
notfication list.
Raymond
- Original Message -
From: "Tuscany Continuum Build"
To: <[EMAIL PROTECTED]>
Sent: Monday, April 17, 2006 3:
DAS should allow for convention to reduce need for configuration
Key: TUSCANY-204
URL: http://issues.apache.org/jira/browse/TUSCANY-204
Project: Tuscany
Type: New Feature
Components: Java DAS RDB
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=all ]
Jeremy Boynes updated TUSCANY-201:
--
Attachment: (was: wsdl_patch)
> Allow extensions to WSDL processing
> ---
>
> Key: TUSCANY-201
> URL:
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=all ]
Jeremy Boynes updated TUSCANY-201:
--
Attachment: wsdl_patch
Attached patch originally sent to mailing list by Dan Kulp
> Allow extensions to WSDL processing
>
[ http://issues.apache.org/jira/browse/TUSCANY-202?page=all ]
Matthew J. Duftler updated TUSCANY-202:
---
Attachment: build.xml_patch
This is the patch for the \tuscany\java\testing\tomcat\build.xml file.
> Within /java/testing/tomcat, ant j2se j2sew
SDO: Calling getProperty() freezes property list
Key: TUSCANY-203
URL: http://issues.apache.org/jira/browse/TUSCANY-203
Project: Tuscany
Type: Bug
Components: Java SDO Implementation
Reporter: Brent Daniel
Within /java/testing/tomcat, ant j2se j2sews doesn't work properly
--
Key: TUSCANY-202
URL: http://issues.apache.org/jira/browse/TUSCANY-202
Project: Tuscany
Type: Bug
Reporter: Matthew J. Duftler
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=all ]
Daniel Kulp updated TUSCANY-201:
Attachment: wsdl_patch
> Allow extensions to WSDL processing
> ---
>
> Key: TUSCANY-201
> URL: http://issues.
Allow extensions to WSDL processing
---
Key: TUSCANY-201
URL: http://issues.apache.org/jira/browse/TUSCANY-201
Project: Tuscany
Type: Improvement
Components: Java SCA Core
Reporter: Jeremy Boynes
Assigned to: Jeremy Boynes
Talked to Jeremy on the IRC (isn't IRC nice for resolving these issues)
and we've come up with a plan to add an ExtensionRegistry to the
WSDLDefinitionRegistry that can be used to solve this problem. Celtix
can use and anyone else that needs it can also use it.
Thanks!
Dan
On Monday 17 Apri
I've attached the patch for core. It's very simple.
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
[EMAIL PROTECTED]
Index: src/main/java/org/apache/tuscany/core/loader/impl/WSDLDefinitionRegistryImpl.java
=
Ran into a slight snag
Several of the more advanced things in Celtix are defined/activated based
on extension elements in the WSDL. In celtix, those extensors are
defined by a schema and code generated using JAXB. We register an
ExtensionRegistry with the WSDLReader so the extensors ge
(08:31:21 AM) ant_: Hi everyone. 16:30 by my clock, shall we begin?
(08:31:48 AM) haleh: yes
(08:32:06 AM) jboynes: yep
(08:32:16 AM) jboynes: where should we start?
(08:33:06 AM) cr22rc: go around and interoduce ourselfs ? .. (just kidding)
(08:33:13 AM) *jsdelfino:* are we going to discuss our j
[ http://issues.apache.org/jira/browse/TUSCANY-39?page=all ]
Frank Budinsky resolved TUSCANY-39:
---
Resolution: Fixed
Committed svn revision 394728. See DefineTypeTestCase for examples of how to
use it.
> SDO TypeHelper.define not implemented
> --
Jim Marino wrote:
> I think we may need something like this again when we support nested
> configuration...what do you think?
>
I couldn't think of why. The model for the whole configuration is
created by the loaders and the AssemblyVisitor walks the whole tree to
build it.
No problem with addi
I think we may need something like this again when we support nested
configuration...what do you think?
On Apr 17, 2006, at 6:37 AM, [EMAIL PROTECTED] wrote:
Author: jboynes
Date: Mon Apr 17 06:37:49 2006
New Revision: 394667
URL: http://svn.apache.org/viewcvs?rev=394667&view=rev
Log:
refact
[ http://issues.apache.org/jira/browse/TUSCANY-200?page=all ]
Jeremy Boynes updated TUSCANY-200:
--
Description: The default scope for system components is currently INSTANCE
but the typical usage is module (was: The default scope for system components
[
http://issues.apache.org/jira/browse/TUSCANY-200?page=comments#action_12374764
]
Jeremy Boynes commented on TUSCANY-200:
---
Jim started to make this change in r394333 but that only impacts the builder.
During loading, introspection on the class explic
Default scope for system components should be MODULE not INSTANCE
-
Key: TUSCANY-200
URL: http://issues.apache.org/jira/browse/TUSCANY-200
Project: Tuscany
Type: Bug
Components: Java SCA Core
Re
Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote on 04/13/2006 11:14:55
PM:
> All of these would require a Java 5 dependent SDO subproject. People
> running on 1.4 would just not use the resulting JAR. Any opinions from
> the people working on SDO?
This sounds like a good approach. A subprojec
27 matches
Mail list logo