Jim, this is really great that you're sounding like you may help with this,
and you're ideas and suggestions sound very interesting. I'm going to chase
you up after JavaOne...
...ant
On 3/23/06, Jim Marino <[EMAIL PROTECTED]> wrote:
>
>
> On Mar 23, 2006, at 12:51 AM, ant elder wrote:
>
> > On
Can we turn this into a lazy consensus vote - if theres no -1s after next
Tuesday I'll make the change.
No one is particularly wedded to this structure, so if you'd rather an
alternative post it. Its also not cast in stone, I don't see why we can't
review it again in some months.
...ant
On 3
Nightly builds
--
Key: TUSCANY-136
URL: http://issues.apache.org/jira/browse/TUSCANY-136
Project: Tuscany
Type: New Feature
Components: Build System
Reporter: ant elder
Priority: Minor
I thought Rick's suggestion of setting up nightly builds
[
http://issues.apache.org/jira/browse/TUSCANY-103?page=comments#action_12371692
]
ant elder commented on TUSCANY-103:
---
S Venkatakrishnan has started having a look at this:
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200603.mbox/[EMAIL
PROTE
I've added a comment to the JIRA saying that you're looking at this. If you
get yourself a JIRA id (http://issues.apache.org/jira) you'll be able to add
comments to the JIRA with any progress as you go along (but its fine to have
discussion about it on the mailing list).
Jean-Sebastien said he'd t
Oh, one more thing as I don't know how familiar you are with Axis2.
Java2WSDL has only recently been added to Axis2. There's been some code
there for a while but not finished. I think the first release officially
supporting it is 0.95 which was only released yesterday. If you look in the
0.95 rel
[ http://issues.apache.org/jira/browse/TUSCANY-136?page=all ]
Rick Rineholt reassigned TUSCANY-136:
-
Assign To: Rick Rineholt
> Nightly builds
> --
>
> Key: TUSCANY-136
> URL: http://issues.apache.org/jira/browse/TUSCANY
[
http://issues.apache.org/jira/browse/TUSCANY-136?page=comments#action_12371710
]
Rick Rineholt commented on TUSCANY-136:
---
I'll start to investigate on my free cycles... but not promising anything over
night :-) If someone else already knows how t
Daniel Kulp <[EMAIL PROTECTED]> wrote on 03/23/2006 06:09:59 PM:
> Frank,
>
> > There may be a requirement to make the SDO project itself 1.4
> > compliant. If so we need to fix a few places in the code that are
> > currently using generics, etc., and then do this in the SDO pom files
> > as well
[
http://issues.apache.org/jira/browse/TUSCANY-135?page=comments#action_12371728
]
Rick Rineholt commented on TUSCANY-135:
---
There also was not much detail what was broken, I'm assuming it was the jars.
So be it I think I've addressed
http://svn.apac
[ http://issues.apache.org/jira/browse/TUSCANY-135?page=all ]
Rick Rineholt closed TUSCANY-135:
-
Resolution: Fixed
redme fixed up to match head in subversion
> Samples setup is wrong on website
> -
>
> Key:
Jim, looking at your requirements (which I don't disagree with), I think
that both approaches, if not already, can be made to meet them.
Personally I think that we're over analyzing this. Both approaches have
some advantages and disadvantages, but both will work. Whichever approach
we take, I
ant elder wrote:
> Can we turn this into a lazy consensus vote - if theres no -1s after next
> Tuesday I'll make the change.
>
> No one is particularly wedded to this structure, so if you'd rather an
> alternative post it. Its also not cast in stone, I don't see why we can't
> review it again in s
[ http://issues.apache.org/jira/browse/TUSCANY-111?page=all ]
Rick Rineholt updated TUSCANY-111:
--
Attachment: account.zip
Look at
wsdl2java-source/org/apache/tuscany/samples/bigbank/account/services/account/AccountService.java
look at sellStock method
[
http://issues.apache.org/jira/browse/TUSCANY-111?page=comments#action_12371742
]
Rick Rineholt commented on TUSCANY-111:
---
Does anyone know off the bat if I fix up the interfaces will it work? Or is
the issue beyond just incorrect generation of the
[
http://issues.apache.org/jira/browse/TUSCANY-136?page=comments#action_12371744
]
Rick Rineholt commented on TUSCANY-136:
---
Besides Gump does anyone know of another means ?
> Nightly builds
> --
>
> Key: TUSCANY-136
> UR
Ok so from list in the WS binding next steps thread, we've already now done
(4) and (6) and have someone looking at (5). It sounds like everyone agrees
we should look at (7) but thats going to require mostly work by the core
runtime people (though I'd like to be involved). So that leaves the most
p
Rick, the latest SDO codegenerator has a bug that makes it generate code
that might not run (converting some simple data types to/from string is
broken - see TUSCANY-130). I'm not sure exactly which types work as it is
and which don't (String type properties, for example, are no problem), but
t
Jean-Sebastien Delfino wrote:
I think that this whole discussion thread is very useful as it helps
us identify requirements and areas of improvement for our SDO
databinding and codegen story. For example, Guillaume mentioned that
it would be great to have a Maven 1 SDO codegen plugin, as Ser
I'd like to make some more complete samples for the JavaScript componentType
so where should they go?
JavaScript works a bit differently from Java so I think there should be
separate samples for things like:
- basic helloworld
- properties
- service references
- a couple for E4X (if thats going)
-
ant elder wrote:
Oh, one more thing as I don't know how familiar you are with Axis2.
Java2WSDL has only recently been added to Axis2. There's been some code
there for a while but not finished. I think the first release officially
supporting it is 0.95 which was only released yesterday. If you l
ant elder wrote:
I'd like to make some more complete samples for the JavaScript componentType
so where should they go?
JavaScript works a bit differently from Java so I think there should be
separate samples for things like:
- basic helloworld
- properties
- service references
- a couple for E4X
Thats what I'll start doing then, its easy enough to move them if anyone has
a different suggestion.
If they're separate projects must they really use the
org.apache.tuscany.samples.javascript... package names or could that be
something shorter? Some of those long names are quite hard to read in t
ant elder wrote:
Thats what I'll start doing then, its easy enough to move them if anyone has
a different suggestion.
If they're separate projects must they really use the
org.apache.tuscany.samples.javascript... package names or could that be
something shorter? Some of those long names are quit
[ http://issues.apache.org/jira/browse/TUSCANY-125?page=all ]
Kevin Williams resolved TUSCANY-125:
Resolution: Fixed
> DAS CommandGroup needs to provide a "dispose" API
> -
>
> Key: TUSCAN
[ http://issues.apache.org/jira/browse/TUSCANY-125?page=all ]
Kevin Williams closed TUSCANY-125:
--
Verified with build and sample against version 388587
> DAS CommandGroup needs to provide a "dispose" API
> -
According to spec, sdo should be JDK 1.4 compatible
---
Key: TUSCANY-137
URL: http://issues.apache.org/jira/browse/TUSCANY-137
Project: Tuscany
Type: Bug
Components: Java SDO Implementation
Reporter: Daniel Kulp
[ http://issues.apache.org/jira/browse/TUSCANY-137?page=all ]
Daniel Kulp updated TUSCANY-137:
Attachment: spec.patch
sdo.patch
> According to spec, sdo should be JDK 1.4 compatible
> ---
>
I think there may be some issues uncovered with the requirements and
I'm not sure we all understand the advantages/disadvantages of each
approach. We may be over-analyzing this but the discussion was
getting very heated, there was a lot of disagreement over what the
actual (dis)advantages
I'm forwarding this due to problems with my GMail setup...
Jim
Begin forwarded message:
From: Jim Marino <[EMAIL PROTECTED]>
Date: March 24, 2006 10:31:20 AM PST
To: tuscany-dev@ws.apache.org
Subject: Re: Framework for StAX-based model loading
I think there may be some issues uncovered with
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371788
]
Paul Golick commented on TUSCANY-137:
-
I had some problems applying the sdo.patch file. When applying to checkout
version 388612, patch gave me these error messages:
pa
[ http://issues.apache.org/jira/browse/TUSCANY-131?page=all ]
Jeremy Boynes reassigned TUSCANY-131:
-
Assign To: Jeremy Boynes
> Fix eclipse warnings for sca/model
> --
>
> Key: TUSCANY-131
> URL: http
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371792
]
Daniel Kulp commented on TUSCANY-137:
-
Hmm... I just tried a fresh checkout (version 388623) and the patch worked
fine.
[EMAIL PROTECTED] ~/working/tuscany/java/sdo
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371793
]
Paul Golick commented on TUSCANY-137:
-
Please ignore my prior comment. I do not know why the patch tool failed. When
I applied your changes by hand, I got good compile
I don't know much about how the sca properties are configured, but I'll
try to answer your questions anyway.
> - As a user what steps do I need to take to provide custom data
> values for config properties? In a previous post, I listed an example
> of a concrete "Foo" class
Option 1)
Provide
[ http://issues.apache.org/jira/browse/TUSCANY-131?page=all ]
Jeremy Boynes resolved TUSCANY-131:
---
Resolution: Fixed
applied patch - thanks
As I went through reviewing the changes I also fixed others that IDEA was
reporting. Please can you revie
[ http://issues.apache.org/jira/browse/TUSCANY-51?page=all ]
Jeremy Boynes closed TUSCANY-51:
Resolution: Fixed
Lazy session associated has been implemented in the TuscanyValve
The spec people are still discussing Scope so I am going to close this a
[ http://issues.apache.org/jira/browse/TUSCANY-6?page=all ]
Jeremy Boynes reassigned TUSCANY-6:
---
Assign To: Jeremy Boynes
> Method names in ResourceLoader are inconsistent with ClassLoader
> -
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371797
]
Paul Golick commented on TUSCANY-137:
-
There remain some other problems that prevent a JDK 1.4 system from loading
SDO2 class files:
these files have been compiled with
Jeremy,
It didn't add any warnings in eclipse. All looks good (except for the
sdo generated code which still has a bunch of warnings).
I'm not in the tuscany group on jire so I cannot close the issue.
Thanks!
Dan
On Friday 24 March 2006 15:15, Jeremy Boynes (JIRA) wrote:
> [ http://i
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371798
]
Daniel Kulp commented on TUSCANY-137:
-
Well, it COULD work with JDK 1.4 if the user download and adds xerces 2.8.0 to
the bootstrap classpath so xerces 2.8.0 is used in
[ http://issues.apache.org/jira/browse/TUSCANY-47?page=all ]
Jim Marino closed TUSCANY-47:
-
Resolution: Fixed
> Incorrect parent prevents references from resolving for system components
> -
[
http://issues.apache.org/jira/browse/TUSCANY-137?page=comments#action_12371807
]
Paul Golick commented on TUSCANY-137:
-
It is not just the use of the Xerces update that causes the problem;
XSDHelperImpl uses a constructor for IllegalArgumentException
Incorrect filename reference in wiki,
http://wiki.apache.org/ws/Tuscany/TomcatIntegration (Tuscany/TomcatIntegration
section)
-
Key: TUSCANY-138
URL: http
Thanks Frank for answering these questions. I have a few more that
maybe you or others could offer opinions on.
On Mar 24, 2006, at 12:10 PM, Frank Budinsky wrote:
I don't know much about how the sca properties are configured, but
I'll
try to answer your questions anyway.
- As a user wh
[ http://issues.apache.org/jira/browse/TUSCANY-55?page=all ]
Jim Marino closed TUSCANY-55:
-
Resolution: Fixed
> Target invoker not handled properly for scope references
>
>
> Key: TUSCANY
Still can't get my Gmail right...sorry
Jim
Begin forwarded message:
From: Jim Marino <[EMAIL PROTECTED]>
Date: March 24, 2006 2:53:46 PM PST
To: tuscany-dev@ws.apache.org
Subject: Re: Framework for StAX-based model loading
Thanks Frank for answering these questions. I have a few more that
Jim Marino wrote:
[snip]
Thanks Frank for answering these questions. I have a few more that
maybe you or others could offer opinions on.
On Mar 24, 2006, at 12:10 PM, Frank Budinsky wrote:
I don't know much about how the sca properties are configured, but I'll
try to answer your questions an
[ http://issues.apache.org/jira/browse/TUSCANY-6?page=all ]
Jeremy Boynes closed TUSCANY-6:
---
Resolution: Fixed
Removed version that did not search parent and renamed to match ClassLoader
> Method names in ResourceLoader are inconsistent with ClassLoa
Update Axis2 bindng to 0.95 release
---
Key: TUSCANY-139
URL: http://issues.apache.org/jira/browse/TUSCANY-139
Project: Tuscany
Type: Improvement
Components: Java SCA Axis Integration
Reporter: Jeremy Boynes
Assigned to: Rick
There was a bunch of useful stuff in there but it flagged quite a few
warnings in IDEA, including that it was not actually used.
I took the pragmatic path of removing it rather than cleaning up the
warnings. If anyone thinks we need it back, please feel free to
resurrect it - after fixing the warn
Daniel Kulp wrote:
> Jeremy,
>
> It didn't add any warnings in eclipse. All looks good (except for the
> sdo generated code which still has a bunch of warnings).
>
> I'm not in the tuscany group on jire so I cannot close the issue.
>
I added you to the tuscany-developers group so close away
52 matches
Mail list logo