[
https://issues.apache.org/jira/browse/TUSCANY-3708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12921304#action_12921304
]
Simon Laws commented on TUSCANY-3708:
-
I'm told that SDO generates different things
I note that the dependencies in the helloworld impl-web samples were
changed earlier and don't reference a valid artifact at the moment. Is
is safe to assume that this is a work in progress?
I have to admit i've not looked in any detail at the samples recently,
once we've got the basic
On Fri, Oct 15, 2010 at 3:03 PM, ant elder ant.el...@gmail.com wrote:
On Fri, Oct 15, 2010 at 2:39 PM, Apache Hudson Server
hud...@hudson.apache.org wrote:
snip
Deploying the main artifact sample-binding-comet-1.0.war
ERROR: Error deploying artifact: Failed to transfer file:
[
https://issues.apache.org/jira/browse/TUSCANY-3727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12921406#action_12921406
]
Simon Laws commented on TUSCANY-3727:
-
There's a human readable file, called which
-SCA-2.0-Beta1
Environment: All
Reporter: Simon Laws
Fix For: Java-SCA-2.0-Beta1
The epr bind fails because the runtime isn't able to properly match reference
async operations with service operations (either sync or async). Am looking at
the details
[
https://issues.apache.org/jira/browse/TUSCANY-3728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-3728.
---
Resolution: Fixed
It was a test case error. The poll operation returned a Future rather than
On Thu, Oct 14, 2010 at 9:12 AM, Simon Nash (JIRA)
dev@tuscany.apache.org wrote:
Tuscany SCA Java 1.x binary distribution could include an incorrect
jaxws-api-2.1.jar
-
Key: TUSCANY-3722
On Thu, Oct 14, 2010 at 9:29 AM, ant elder ant.el...@gmail.com wrote:
On Thu, Oct 14, 2010 at 8:56 AM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Oct 14, 2010 at 8:27 AM, ant elder (JIRA)
dev@tuscany.apache.org wrote:
Aggregate JARs don't work with Maven
The problem is that the shade plugin doesn't work with pom type
dependencies, so when the dependency reduced pom.xml is created it
still contains the pom type dependency so all the individual Tuscany
modules are still included as transitive dependencies, so everything
is duplicated and both
- why the appearance of transitive dependencies in projects that
depend on the aggregate jar is the shade plugin's fault. Surely this
is our fault for not marking the dependency on the base pom as
optional in the aggregate jar pom.
I may be missing what you're suggesting but if they're
On Thu, Oct 14, 2010 at 11:22 AM, Simon Laws simonsl...@googlemail.com wrote:
- why the appearance of transitive dependencies in projects that
depend on the aggregate jar is the shade plugin's fault. Surely this
is our fault for not marking the dependency on the base pom as
optional
On Thu, Oct 14, 2010 at 11:22 AM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Oct 14, 2010 at 11:22 AM, Simon Laws simonsl...@googlemail.com
wrote:
- why the appearance of transitive dependencies in projects that
depend on the aggregate jar is the shade plugin's fault. Surely
Well I may of course be missing something important but it seems to
work to me. I've done enough local changes to make this work...
- add host-webapp and implementation-web-runtime to the base runtime
(not sure this is the right place for these but it was convenient)
- made the pom
[
https://issues.apache.org/jira/browse/TUSCANY-3717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-3717:
---
Assignee: Simon Laws
Samples use other samples but without declaring the dependency
[
https://issues.apache.org/jira/browse/TUSCANY-3717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-3717.
-
Resolution: Fixed
Various fixes made and I now get a build on Linux following mvn clean
Caused by: org.apache.maven.wagon.TransferFailedException: Failed to transfer
file:
https://repository.apache.org/content/repositories/snapshots/org/apache/tuscany/sca/sample-binding-comet/1.0/sample-binding-comet-1.0.war.
Return code is: 400
at
A difference in 2.x is that we require JDK6 and use the xml
dependencies that are included in that, and they don't necessarily
work with other versions of things. So for example changing to use the
jaxws-api dependency as used in 1.6.1 gives me the following
exception:
Caused by:
[
https://issues.apache.org/jira/browse/TUSCANY-3708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920497#action_12920497
]
Simon Laws commented on TUSCANY-3708:
-
thanks for the example Sebastien
I note
On Wed, Oct 13, 2010 at 12:31 PM, ant elder ant.el...@gmail.com wrote:
Whats the status of the compliance tests in trunk? I've managed to get
a build through all the way to the java-ci tests without failing which
is further than its got for ages, that fails with missing dependencies
and
On Wed, Oct 13, 2010 at 12:39 PM, Simon Laws simonsl...@googlemail.com wrote:
On Wed, Oct 13, 2010 at 12:31 PM, ant elder ant.el...@gmail.com wrote:
Whats the status of the compliance tests in trunk? I've managed to get
a build through all the way to the java-ci tests without failing which
On Wed, Oct 13, 2010 at 2:12 PM, ant elder (JIRA)
dev@tuscany.apache.org wrote:
Samples use other samples but without declaring the dependency causing fails
due to build order
---
Key:
[
https://issues.apache.org/jira/browse/TUSCANY-3713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-3713.
-
Resolution: Fixed
Fix Version/s: Java-SCA-2.0-Beta1
Thanks for the patch Yang
[
https://issues.apache.org/jira/browse/TUSCANY-3674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-3674:
Fix Version/s: Java-SCA-2.0-Beta1
Move to Beta category
Review/consolidate 2.x distribution
On Wed, Oct 13, 2010 at 6:17 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 12, 2010 at 5:17 AM, Simon Nash n...@apache.org wrote:
Based on feedback to my previous proposal [1] and further investigations
I have made, here's a revised proposal for the 1.6.1 release content and
On Mon, Oct 11, 2010 at 11:44 PM, Raymond Feng cyberf...@gmail.com wrote:
+1 to add it.
Raymond Feng
rf...@apache.org
Apache Tuscany PMC member and committer: tuscany.apache.org
Co-author of Tuscany SCA In Action book:
[
https://issues.apache.org/jira/browse/TUSCANY-3713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-3713:
---
Assignee: Simon Laws
Issue on ExtensibleStAXArtifactProcessor.read
On Tue, Oct 12, 2010 at 5:43 PM, Simon Nash n...@apache.org wrote:
Raymond Feng wrote:
Are there any newer versions in public repos?
/ Raymond
Feng
rf...@apache.org mailto:rf...@apache.org
/Apache Tuscany PMC member and
Issue Type: Bug
Components: OASIS Compliance - TUSCANY
Affects Versions: Java-SCA-2.0-M5
Environment: All
Reporter: Simon Laws
When a service is configured with the default binding in a nested composite,
for example, in ASM_9004 see the following endpoint
Reporter: Simon Laws
For generated WSDL the WS binding spec describes a mapping (Appendix D -
non-normative). We need to check that we follow this suggested mapping where
possible . In particular check that the port name is generated correctly
729 • wsdl:port/@name = binding name
Components: OASIS Compliance - OASIS
Affects Versions: Java-SCA-2.0-M5
Environment: All
Reporter: Simon Laws
This otest defines a component implementation with @WebService annotation in
both the service interface and the service implementation class. It looks
On Sat, Oct 9, 2010 at 6:54 PM, Luciano Resende luckbr1...@gmail.com wrote:
Please review and vote on RC2 of the SCA 2.0-M5.1 release.
This is a minor relese based on 2.0-M5 and provides fixes to running
Tuscany applications in Google AppEngine environment and other minor
fixes to remove
On Fri, Oct 8, 2010 at 4:43 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Thu, Oct 7, 2010 at 2:05 AM, Simon Laws simonsl...@googlemail.com wrote:
On Wed, Oct 6, 2010 at 5:50 PM, Simon Laws simonsl...@googlemail.com wrote:
On Wed, Oct 6, 2010 at 7:48 AM, ant elder ant.el...@gmail.com wrote
Compliance - TUSCANY
Affects Versions: Java-SCA-2.0-M5
Environment: All
Reporter: Simon Laws
The otests define many WSDL and some of then re-define the same XSD elements in
different ways. This causes Tuscany problems as we aggregate WSDL together and
hence sometimes
After much messing about with compliance tests thinking that the reorg
had broken them (only to find that there's a real issue there
TUSCANY-3709) I've checked in the mods to demonstrate a structure
which I think has most of the things different people have said they
want in the distro. Here are
On Fri, Oct 8, 2010 at 6:44 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Fri, Oct 8, 2010 at 4:23 AM, Simon Laws simonsl...@googlemail.com wrote:
Well the informal rule I've tried to apply so far in these kinds of cases is
1 - if we mention things that aren't in the distro then it's
Ok, I made some changes based on what I reported previously in this
thread. Please take a look as see if this is correct. The artifacts in
question are test only, shouldn't appear in the binary distro and
hence I don't believe the LICENSE/NOTICE files shipped with the maven
modules are affected.
On Wed, Oct 6, 2010 at 5:50 PM, Simon Laws simonsl...@googlemail.com wrote:
On Wed, Oct 6, 2010 at 7:48 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Oct 6, 2010 at 5:55 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Mon, Oct 4, 2010 at 7:59 AM, Luciano Resende luckbr1...@gmail.com
On Thu, Oct 7, 2010 at 11:06 AM, ant elder ant.el...@gmail.com wrote:
Hasn't most of the work been done now, and all thats left is how to
group the shades, features and distribution folders, is there anything
else?
Don't think so.
For those I think it would be fine to initially just move
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga@gmail.com wrote:
How much of this is this solved? Is this still an issue?
I've pretty much got it working now. Still fails on Hudson with the
artifact copy timeout that I posted about yesterday.
I had my first clean build on Linux for a
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga@gmail.com wrote:
There were no negative comments on this topic. Can we proceed with the
required changes for this?
Remind me, was this was about having a single pom at the top level and
poms in each of the leaf directories. Hence removing
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga@gmail.com wrote:
Should embedded-jse-async-sample-launcher/ be moved to running-tuscany/?
sample-contribution-implementation-java-calculator-async/ would remain where
it is now.
We don't need a separate launcher for the asynch samples. It
On Thu, Oct 7, 2010 at 11:18 AM, Florian MOGA moga@gmail.com wrote:
Is everybody fine with using the shell for launching the samples? What's the
current state of the shell?
My concern here is that we have two shell implementations and the one
in running tuscany is no the one, AFAIUI, that
On Thu, Oct 7, 2010 at 11:18 AM, Florian MOGA moga@gmail.com wrote:
There are a number of samples which are not marked either as contributions
or webapps: maven-osgi-junit, distributed-osgi, implementation-composite
folder. Should these samples have -contribution appended at the end? would
On Thu, Oct 7, 2010 at 11:32 AM, Florian MOGA moga@gmail.com wrote:
Then what's the embedded-jse-async-sample-launcher/? Isn't it another type
of launcher?
On Thu, Oct 7, 2010 at 1:28 PM, Simon Laws simonsl...@googlemail.com
wrote:
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga
Great.
I don't think the base-runtime should include OSGi or Jetty as that
drags in dependencies not needed in many environments. It also
shouldn't include all those dependencies that are included as standard
in Java 1.6.
I still think base-runtime should include most things that can be
I do say development should happen in trunk, thats a fundamental part
of the Apache Way. I guess the point is that whats in trunk/contrib
(now unreleased) is that its not being actively developed, most of its
not been changed for months, its not included in any build, the
pom.xmls are out of
There are other advantages of having the unreleased code in trunk and
in the default top-level trunk build.
1. Having it in trunk makes it clear that it's part of trunk and that
people making changes to trunk need to take account of any impact
that their changes have on this code.
2.
Just a FYI. The following link was pointed out to me. It talks about
using Tuscany with the Eclipse STP project.
http://www.ibm.com/developerworks/web/library/wa-scatools/index.html
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA:
I've now checked in two new modules in the features directory...
tuscany-core-runtime
tuscany-base-runtime
The core-runtime is the set modules required to implement extensions
(exact set still TBD as there's probably too much in there now)
The base-runtime is core-runtime + the modules required
On Wed, Oct 6, 2010 at 10:54 AM, Florian MOGA moga@gmail.com wrote:
I've seen you guys started committing things related to the distribution
structure. Could you as well make the agreed adjustments on the trunk
directory structure as they are two tightly related operations?
Are we sticking
On Wed, Oct 6, 2010 at 11:30 AM, Florian MOGA moga@gmail.com wrote:
distribution sounds good to me...
In the distribution folder we already have all and tomcat. What
directory should we use to collect together the projects that describe
collections of jars but which are not, in their own
After some tidying our build is now consistently failing in Hudson
when it tries to archive the artifacts that the distro build produces.
The archive step takes ages for all of the artifacts for some reason
but it times out with the large zips that we produce for the distro.
[INFO] Installing
On Wed, Oct 6, 2010 at 7:48 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Oct 6, 2010 at 5:55 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Mon, Oct 4, 2010 at 7:59 AM, Luciano Resende luckbr1...@gmail.com wrote:
Please review and vote on RC1 of the SCA 2.0-M5.1 release.
This is a
On Sat, Sep 18, 2010 at 9:41 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Sep 17, 2010 at 7:27 PM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
I'm running into some build issues for Tuscany 2.x trunk. Do any of you see
the same problem.
I use git svn to check out the code
On Tue, Oct 5, 2010 at 4:04 PM, antony (JIRA) dev@tuscany.apache.org wrote:
implmentation.composite not working in 1.6
--
Key: TUSCANY-3703
URL: https://issues.apache.org/jira/browse/TUSCANY-3703
Project:
When I run the logging-scribe sample I get...
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
Missing:
--
1)
On Sat, Oct 2, 2010 at 4:44 PM, Luciano Resende luckbr1...@gmail.com wrote:
While trying to build the M5 branch, I remembered we were depending on
the OASIS test runners deployed to our own repositories and it looks
like we didn't produce a release of those artifacts.
I noticed we already
On Fri, Oct 1, 2010 at 9:15 AM, Florian MOGA moga@gmail.com wrote:
dosgi-dynamic-calculator-operations fails as well...
I've committed the poms with the failing samples commented out. Do you think
it's worth checking them out now or wait until we implement the new build
structure as we'll
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
structure modifications and make them on the branch? What's the procedure
you are following when doing a release?
No, I'm suggesting we get trunk into
I'm very surprised to hear about these failures. I haven't seen anything
like this, so there must be some difference in your environment from
mine.
Can anyone else try this and report their results?
Simon
I'll give it a go but it'll take a little while. Doing svn up now.
Simon
--
On Fri, Oct 1, 2010 at 9:34 AM, Simon Laws simonsl...@googlemail.com wrote:
I'm very surprised to hear about these failures. I haven't seen anything
like this, so there must be some difference in your environment from
mine.
Can anyone else try this and report their results?
Simon
snip...
what's the async folder? it's got modules-like pom and seems to include a
launcher... shouldn't the launcher get into running-tuscany and the other
one into getting-started as comments say it demonstrates
synchronous/asynchronous invocation?
I'm going to defer commenting on this
On Fri, Oct 1, 2010 at 12:29 PM, ant elder ant.el...@gmail.com wrote:
On Fri, Oct 1, 2010 at 12:24 PM, Simon Nash n...@apache.org wrote:
ant elder wrote:
On Fri, Oct 1, 2010 at 10:56 AM, Luciano Resende luckbr1...@gmail.com
wrote:
What should we do with contrib?
From previous long
Issue Type: Bug
Affects Versions: Java-SCA-2.0-M5
Environment: OSGi
Reporter: Simon Laws
Seeing the following error when starting from OSGi. I'm going to prevent the
transaction manager starting in the OSGi envrionment by commenting out the
start
On Fri, Oct 1, 2010 at 4:45 PM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
I'm struggling to get a clean build of the latest Tuscany 2.x trunk these
days. There are a tons of errors/failures. There are even compilation errors
such as:
[INFO] Error for project: Apache Tuscany SCA
On Fri, Oct 1, 2010 at 4:49 PM, Raymond Feng enjoyj...@gmail.com wrote:
That sounds right.
Raymond Feng
Sent from my iPhone
On Oct 1, 2010, at 7:33 AM, Yang Lei yl.yangle...@gmail.com wrote:
I have my own webservices binding implementation in my OASIS hosting
environment. I noticed when
Many failures due to sample moves
-
Key: TUSCANY-3702
URL: https://issues.apache.org/jira/browse/TUSCANY-3702
Project: Tuscany
Issue Type: Bug
Environment: All
Reporter: Simon Laws
[
https://issues.apache.org/jira/browse/TUSCANY-3702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-3702:
Attachment: 3702-1.patch
May not give a completely clean build but gets closer.
I'll commit
On Fri, Oct 1, 2010 at 6:03 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Fri, Oct 1, 2010 at 1:26 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
On Thu, Sep 30, 2010 at 8:29 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 6:27 PM, Simon Laws simonsl...@googlemail.com wrote:
How about we start to making progress on the Beta release again...
Things are looking ok I believe from an otest point of view.
We've had
On Wed, Sep 29, 2010 at 7:24 PM, Raymond Feng enjoyj...@gmail.com wrote:
To me, the extension is just a feature that contains only the modules
that make up the extension :-). For example, I can model the binding.ws
extension as feature-binding-ws (a pom project that list feature-base,
On Thu, Sep 30, 2010 at 9:04 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 7:24 PM, Raymond Feng enjoyj...@gmail.com wrote:
To me, the extension is just a feature that contains only the modules
that make up the extension :-).
What is the point in that? We call them
On Thu, Sep 30, 2010 at 9:06 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 6:42 PM, Simon Laws simonsl...@googlemail.com wrote:
There is an issue though. The extension meta-data repeats all the
dependencies that base provides. This actually doesn't make a
difference
I think this will be difficult if the base is made up of a large number
of jars and poms. AIUI the exlude list would have to name all the poms
in the base. If the list of poms in the base ever changes then all the
exclude lists would have to change as well.
A simple solution would be to
:36 AM, Simon Laws
simonsl...@googlemail.com
wrote:
Current status
1500 closed
1560 resolved
500 Open (365 SCA)
Each person, for those that you've opened
Close resolved ones
Close open JIRA that no longer apply
Can do this without sending email although
Well it would work ok if the base remained as an pom type pom
which just groups together other modules. The only time this would
need rebuilding would be when the set of dependency jars change. Which
isn't very often.
The question then remains whether you can exclude the dependencies
On Wed, Sep 29, 2010 at 9:26 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 8:52 AM, Florian MOGA moga@gmail.com wrote:
One detail that I've noticed is that we're having a lack for naming
consistency for the samples (e.g. contribution-helloworld /
helloworld-webapp).
, Java-SCA-1.4
Environment: All
Reporter: Simon Laws
The JSONP binding doesn't apply the JSON conversion correctly when an operation
parameter is of array type. This is because the data type model is set
incorrectly in the array case.
Both service and reference providers
Hi
I just raised TUSCANY-3696 [1] as I realize that it's not clear how
bindings should deal with arrays. It seems that the databinding layer
is set up at the moment to transform the contents of an array
parameter and leave the array in place for binding code to deal with.
To put it another way
On Wed, Sep 29, 2010 at 11:09 AM, Florian MOGA moga@gmail.com wrote:
I personally like the shell and the shell idea very much and I agree it
would be the way to go (no Maven/Ant discrimination). The major problem in
using the shell is that it implies a decent amount of knowledge with terms
On Wed, Sep 29, 2010 at 11:20 AM, Florian MOGA moga@gmail.com wrote:
I've seen Simon started fixing things on the json databinding and I would
like to update the jsonp sample as well to also use arrays and BigDecimal.
Are we keeping the current format for the scdl or switch to the wire
Shell scripting is an interesting idea and certainly something that
could be added. However, to me, it sounds more like a power user
convenience.
Here's another approach. Why not simply imagine a directory structure
that lays out the various parts of the problem, e..g
domain1
On Wed, Sep 29, 2010 at 12:30 PM, Scott Kurz scottk...@gmail.com wrote:
Simon, like you mentioned, the original thinking must simply be that
in most cases, the right thing to do is transform the contents of one
array into the contents of the resulting array.
I just wanted to chime in and ask
Ok well I've published a snapshot of our maven-bundle-plugin that
allows us to generate some more meta-data for the binary distro. The
snapshot is not synched yet to the Nexus repo so I haven't committed
the distro poms that allow you to build for yourself. I've posted the
resulting zip to my
snip...
Being able to export the full application with all the dependencies included
sounds like a must-have to me.
I would add that being able to start up from a full configuration
without the need to run separate commands seems similarly important.
Simon
--
Apache Tuscany committer:
How about we start to making progress on the Beta release again...
Things are looking ok I believe from an otest point of view.
We've had discussion about the samples and that looks to be shaping up.
We've also had disscussion about the distro structure and there are
lots of ideas. I think we
On Wed, Sep 29, 2010 at 6:25 PM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
What's the difference between feature and extension?
Thanks,
Raymond
In the bundle plugin config you mean?
In reality in the code nothing at the moment. I had looked on features
as being a somewhat arbitrary but
On Tue, Sep 28, 2010 at 5:13 PM, Simon Nash n...@apache.org wrote:
I'm trying to build 1.6.1 from a clean maven repo. Things were going
steadily
until the build reached the following:
[INFO]
[INFO] Building Apache
On Mon, Sep 27, 2010 at 8:49 AM, ant elder ant.el...@gmail.com wrote:
On Sat, Sep 25, 2010 at 6:27 PM, Florian MOGA moga@gmail.com wrote:
Hi Kelvin,
Given the agreed directory structure, I'd also include in the
getting-started directory the samples illustrating callbacks and scopes
which
Another issue that's cropped up with this JSONP refactoring is that
the JSONP model now depends on the implementation class for the HTTP
model. This isn't reflected in the OSGi manisfests. For now I'll add
them in but it's not great to be exposing the impl classes of a
binding model as an SPI.
Hi Kelvin
I just edited the new samples doc page you created [1] to make some
suggestions about
1/ locating some of the helloworld samples
2/ removing launcher from the front of the running-tuscany samples
3/ moving the implementation-osgi sample up one level and hence
loosing the sub-directory
-SCA-2.0-M5
Environment: OSGi
Reporter: Simon Laws
There are a couple of changes I've made recently that introduce Impl classes
into OSGi exports which is not ideal.
The JSONP model implementation extends the HTTP model implementation
The Tribes endpoint registry (and I
: Improvement
Affects Versions: Java-SCA-2.0-M5
Environment: All
Reporter: Simon Laws
I believe that the endpoint registry implementation is selected based on the
domain scheme. Is the ranking of the extensions required any more?
--
This message is automatically generated by JIRA
Environment: WinXP SP2 Sun JDK 1.6.20
Reporter: Simon Laws
helloworld-js-client fails with...
---
Test set: itest.HelloworldTestCase
On Wed, Sep 22, 2010 at 11:12 PM, Kelvin Goodson
kelvingood...@gmail.com wrote:
That would mean getting started would be hidden away in a sub folder. Maybe
the folder could have a more meaningful name in relation to the getting
started folder. Something like going deeper.
Kelvin
On 22 Sep
On Thu, Sep 23, 2010 at 8:37 AM, Simon Nash n...@apache.org wrote:
Simon Laws wrote:
I was talking offline to the other Simon about how to import existing
projects into Eclipse. Looking at the docs I realized that we talk
about how to use Eclipse when starting from scratch but don't say much
On Thu, Sep 23, 2010 at 8:56 AM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Sep 23, 2010 at 8:37 AM, Simon Nash n...@apache.org wrote:
Simon Laws wrote:
I was talking offline to the other Simon about how to import existing
projects into Eclipse. Looking at the docs I realized that we
On Thu, Sep 23, 2010 at 9:29 AM, kelvin goodson
kelvingood...@apache.org wrote:
OK, so if going deeper or the like works, then I'll go with something
like that. It occurs to me that there might not be the same turn of
phrase in olther languages, so I'm going to avoid the potential
ambuiguity
On Thu, Sep 23, 2010 at 12:08 PM, Simon Nash n...@apache.org wrote:
kelvin goodson wrote:
I share your pain! I have lost a lot of time trying to influence my
eclipse workspace to pay heed to the source in my workspace rather
than requiring source jars. I too see a variety of eclipse dialogs
I seem to remember a while back that there was a way to generate the
separate feature meta data files into the distribution. I'm blowed if
I can either remember how that used to work or find any mention of it
in the code base.
Am I imagining it?
Simon
--
Apache Tuscany committer:
701 - 800 of 3018 matches
Mail list logo
