Raymond Feng wrote:
Hi,
I have checked in my changes.
Your changes break the build for me as they require Maven 2.0.6. Our 1.1
release worked with Maven 2.0.5.
I'm installing the latest Maven (2.0.8) now but what do people prefer?
- continue to work with 2.0.5 and later
- 2.0.6 and later?
Raymond Feng wrote:
A quick update: I managed to get the automation working with Geronimo
2.0.2 too using the geronimo-maven-plugin. The new pom.xml has been
updated at the wiki page.
Thanks,
Raymond
- Original Message - From: Raymond Feng [EMAIL PROTECTED]
To:
Simon Laws wrote:
I'm looking at copying the 1.1 release artifacts up onto the new
distribution infrastructure at
www.apache.org/dist/incubator/
We need to make a decision about how this will be structured. As a default I
assume we stick pretty much with what we have already (see
Raymond Feng wrote:
[snip]
As of today, we can add multiple interceptors to the invocation chain,
but we cannot control their ordering.
Is that a problem?
When more policies are supported,
I see a need to provide some simple ordering mechnisim for interceptors.
[snip]
Do you have a
Simon Laws wrote:
On Jan 31, 2008 5:04 PM, Lou Amodeo [EMAIL PROTECTED] wrote:
Hi, I have a question about the implementation of the wsdlless
deployment
function.
The issues I see are occurring in a couple of places within the
life-cycle.
Namely, deployment, binding start, and service
Simon Nash wrote:
See inline.
Simon
Scott Kurz wrote:
I was looking over the runtime Java2WSDLHelper code to get some
understanding of it.
After we build the WSDL with the call to: builder.generateWSDL();
I was wondering what we're doing post-gen to the WSDL types section?
What's the
Jean-Sebastien Delfino wrote:
ant elder wrote:
[snip]
If the request message is part of a transaction when would we expect the
transaction to be committed or rolled back - when the consumer starts the
worker thread or after the service has been invoked on the worker thread?
...ant
After
Lou Amodeo wrote:
This is a request to propogate the value of a references target= attribute
as a first class attribute on its associated bindings model object.
This request is based on a requirement to provide support to implement a
late-endpoint resolution capability for service references
Simon Laws wrote:
[snip]
From what you are saying a short term shopping list of functions seems to be
emerging.
Contribution uploader/manager(via browser)
Contribution addition/management from command line (adding as Luciano has
started this and useful for testing)
Workspace to register added
Scott Kurz wrote:
Some examples of what I meant..
For the service instance I'm invoking I'd like to know:
* target JVM is it the same as the client instance? (is this a
Node in Tuscany terms?, sorry of my ignorance)
* target classloader (if it's not the same or a child I can't do PBR)
Raymond Feng wrote:
The binding-specific exception/fault mapping won't be exposed to the
programming model. I was proposing to make the mapping extensible so
that we can support multiple patterns without impacting the SCA
application code.
[snip]
Scott Kurz wrote:
I agree that this is where
Jean-Sebastien Delfino wrote:
Venkata Krishnan wrote:
- Why did you need two authentication and wsAuthentication intents? is
it because you needed different policy sets on the client and service
side?
Yes, that's the reason. Since the policysets encapsulate things like the
username
Matthieu Riou wrote:
I'm happy to see this discussion going and I think most of the points listed
make a lot of sense.
A small detail to add to the list that I think could have some importance:
your -dev list is flooded by Jira issues. Newcomers interested in Tuscany's
development are very
Mike Edwards wrote:
[snip]
Jean-Sebastien Delfino wrote:
I think we could improve our distro scheme to provide:
- smaller packages
- easier for people to find what they need
I agree with the objectives. The second of the two is more important
from my perspective.
I was thinking about
Type: Bug
Components: Build System
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-Next
Reported on tuscany-dev in http://marc.info/?l=tuscany-devm=120170144819429
The maven-incremental-build source
Simon Laws wrote:
A new release candidate has been created to address comments made on the
IPMC Tuscany Java SCA 1.1-incubating RC3 VOTE thread on general@
http://www.mail-archive.com/[EMAIL PROTECTED]/msg16483.html
The follow changes have been made to create RC3a
- where possible remove the
sebb wrote:
[snip]
Sebastien pointed us toward Spring as another example which, for the
framework, has the slightly different pattern
?-binaries
?-binaries+dependencies-src-samples
Spring provides another package with the binaries, samples and docs,
without dependencies [1], but I was not
Simon Laws wrote:
[snip]
The model in my sandbox [2], which is very simlar to the XML that the
current contribution repository uses, now holds node and contribution name
information [3]. These could be two separate models to decouple the
management of contributions from the process of
sebb wrote:
Seems to me it would be useful to create a binary archive without any
of the external jars.
This would considerably reduce the size of the archive.
Most of the jars are likely to remain the same between releases anyway.
+1
Many projects do that (Spring for example), you can
I've seen changes to the implementation-bpel and new itests. Could
somebody give a high level bullet list of what's supported now?
In particular are references supported and are there any limitations in
that support?
Thanks.
--
Jean-Sebastien
Continuum VMBuild Server wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=43145projectId=277
My fault, sorry, I didn't realize that my IDE had compiled the class and
mvn didn't recompile it. I just fixed the issue and restarted a build.
--
: Java SCA Axis Binding Extension
Affects Versions: Java-SCA-Next
Environment: RHEL 5
SUN JDK 1.6
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
Exception running test case with JDK 6. I've renamed the test to FIXME for now
to allow builds on JDK 6
: Bug
Components: Java SCA Integration Tests
Affects Versions: Java-SCA-Next
Environment: RHEL 5
JDK 1.6
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
The contribution class loader test case incorrectly uses reflection to invoke
methods
ant elder wrote:
On Jan 24, 2008 7:47 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
ant elder wrote:
[snip]
The (F), (G) and (H) would use the packaging in your (B). For your (B)
how/where were you expecting those sca contribution jars to get used?
Ah I'm happy to see
Simon Laws wrote:
[snip]
How about the following as some first steps.
1. Disengage the Node from the domain in the way that it is connected at the
moment leaving the Node able to load Contributions and start composites as
it does currently in stand alone mode. Doing this we remove the sca
ant elder wrote:
On Jan 23, 2008 5:53 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
snip
If this is mainly about reducing the size of the download
[snip]
No
I'm puzzled by this. One of the two goals at the start of this thread was
smaller packages.
I'm puzzled that you find
Rajini Sivaram wrote:
Would it be possible to add an OSGi manifest header into these zip files so
that the zips can be directly installed into an OSGi runtime? The entries
will not have any impact when used without OSGi.
+1
The only issue would be the
creation of these entries. We have two
ant elder wrote:
[snip]
The (F), (G) and (H) would use the packaging in your (B). For your (B)
how/where were you expecting those sca contribution jars to get used?
Ah I'm happy to see that there are not so many packaging schemes after
all :)
We've already started to discuss contribution
Some more input on steps 7 and 9.
I agree with your other comments (snipped out to keep this short).
Raymond Feng wrote:
[snip]
7. Upload cloud.jar, find deployable composite http://cloud#cloud in
it, mark it deployed. The red-x on deployed composite
http://store#store is now gone.
We
More comments inline :)
Raymond Feng wrote:
I'm a bit confused by that your statement in :
6. Mark http://store#store as deployed. Store has a reference to a
CurrencyConverter service (from composite http://cloud#cloud which is
not in my domain yet) so it shows a red-x and appears disabled.
Venkata Krishnan wrote:
- Why did you need two authentication and wsAuthentication intents? is
it because you needed different policy sets on the client and service
side?
Yes, that's the reason. Since the policysets encapsulate things like the
username, password callback hander etc. which
Raymond Feng wrote:
[snip]
- tuscany-jee.zip - For JEE app integration
EJB, RMI and JMS bindings, Spring components
I think we should have WS binding in tuscany-jee.zip as WS is part of
JEE. (Maybe -jee should be a superset of -web).
JEE like other platforms supports Web Services but I
ant elder wrote:
[snip]
Would each distro include everthing it needs or is tuscany-core.zip a
prereq?
tuscany-core is a prereq. That's what I meant with tuscany-core - The
base that everybody needs.
Where do all the different data bindings go?
Some in tuscany-core, some in tuscany-web,
ant elder wrote:
On Jan 21, 2008 9:31 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Simon Nash wrote:
Jean-Sebastien Delfino wrote:
- Under which circumstances does the app packager want to package the
Tuscany and dependency JARs with the application artifacts.
[snip]
With a big
Scott Kurz wrote:
The binding-feed code suggests a way to deal with JIRAs 1678,1680.
That is, the mediator is called directly from within the binding
implementation,
rather than relying on the DBInterceptor being set up on the wire at
Composite start time with a static DB transform established
ant elder wrote:
[snip]
If the request message is part of a transaction when would we expect the
transaction to be committed or rolled back - when the consumer starts the
worker thread or after the service has been invoked on the worker thread?
...ant
After.
--
Jean-Sebastien
Simon Nash wrote:
Jean-Sebastien Delfino wrote:
- What distro Zips are we building and what do they contain? just the
runtime? samples or not? dependencies or not? are we building
specialized distros for different use cases?
[snip]
With a big topic like this, dividing it into separate
Simon Nash wrote:
[snip]
- Does the app developer need to know what Tuscany and dependency JARs
are required by his SCA contributions?
- Under which circumstances does the app packager want to package the
Tuscany and dependency JARs with the application artifacts.
- Which containers are
Simon Nash wrote:
Jean-Sebastien Delfino wrote:
- Under which circumstances does the app packager want to package the
Tuscany and dependency JARs with the application artifacts.
[snip]
With a big topic like this, dividing it into separate threads makes it
easier for people to follow
Simon Laws wrote:
Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java.
The SVN tag for the release is:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC3/
The artifacts are available for review at:
[
https://issues.apache.org/jira/browse/TUSCANY-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1998.
-
Resolution: Fixed
Works for me in RC3.
Can't do a full build from
[
https://issues.apache.org/jira/browse/TUSCANY-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-2000.
-
Resolution: Cannot Reproduce
I can't reproduce this issue, I'm
[
https://issues.apache.org/jira/browse/TUSCANY-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1997:
---
Assignee: Jean-Sebastien Delfino
Axis binding does not allow
[
https://issues.apache.org/jira/browse/TUSCANY-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560585#action_12560585
]
Jean-Sebastien Delfino commented on TUSCANY-1997:
-
I am able to reproduce
[
https://issues.apache.org/jira/browse/TUSCANY-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559963#action_12559963
]
Jean-Sebastien Delfino commented on TUSCANY-2000:
-
Could you please try
[
https://issues.apache.org/jira/browse/TUSCANY-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560056#action_12560056
]
Jean-Sebastien Delfino commented on TUSCANY-1998:
-
I'm seeing an error
Simon Laws wrote:
Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java.
The SVN tag for the release is:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC2/
The artifacts are available for review at:
http://people.apache.org/~slaws/tuscany/1.1-RC2/
[
https://issues.apache.org/jira/browse/TUSCANY-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559101#action_12559101
]
Jean-Sebastien Delfino commented on TUSCANY-1993:
-
You're getting an HTTP
Simon Nash wrote:
Simon Laws wrote:
We only ship one pre-built war now (sample-calculator-webapp.war). We
removed the others to reduce the size of the distribution. Why do we
retain
this one?
I don't know, but that doesn't usually stop me having an opinion :-)
Perhaps it is useful to
Simon Nash wrote:
[snip]
a) runtimes of various kinds (SCA standalone, embedded within Tomcat,
etc)
[snip]
b) applications, containing only the code and other artifacts
required for the application itself
[snip]
Drop contribution jars into a directory which are then picked up
[
https://issues.apache.org/jira/browse/TUSCANY-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559148#action_12559148
]
Jean-Sebastien Delfino commented on TUSCANY-1993:
-
Can you please add
[
https://issues.apache.org/jira/browse/TUSCANY-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1987:
Priority: Blocker (was: Major)
Build break in osgi-implementation
Versions: Java-SCA-1.1
Environment: Daily build
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
See
http://vmbuild.apache.org/continuum/buildResult.action?buildId=37962projectId=277
Error in the osgi-implementation itest, breaking the daily build.
I think
Continuum VMBuild Server wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=37962projectId=277
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 13 Jan 2008 14:03:00 -0800
Finished at: Sun 13 Jan 2008 14:30:40 -0800
Build break in
Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
Environment: WebSphere Application Server 6.1.0.9
Linux RHEL5
Tuscany SCA 1.1 RC1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Steps to reproduce the problem:
- follow
SCA Samples
Affects Versions: Java-SCA-1.1
Environment: WebSphere 6.1.0.9
Linux RHEL5
Tuscany 1.1 RC1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Steps to reproduce the problem:
- ant package in the helloworld-ws-sdo-webapp module to build
SCA Samples
Affects Versions: Java-SCA-1.1
Environment: WebSphere Application Server 6.1.0.9
Linux RHEL5
Tuscany 1.1 RC1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Steps to reproduce the problem:
- use ant package to build the helloworld-dojo sample
[
https://issues.apache.org/jira/browse/TUSCANY-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reopened TUSCANY-1976:
-
Reopening until the fix is available in an RC.
Ant build error
[
https://issues.apache.org/jira/browse/TUSCANY-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1976.
-
Resolution: Fixed
Marking resolved as it is actually resolved
Jean-Sebastien Delfino wrote:
Simon Laws wrote:
[snip]
Please review and vote on the 1.1 release artifacts of Tuscany SCA for
Java.
[snip]
I used Tomcat 6.0.14 to test the sample webapps, could people help test
them on other platforms too, Jetty, Geronimo, WebSphere etc?
I tested
I think we should mark JIRAs that we're fixing as Resolved, and Close
then only after we verify that the resolution fixes the issue in the
next RC.
If we mark them Closed right now they'll be out of the verification
radar screen in the next RC and we will forget to verify them.
See what I
[
https://issues.apache.org/jira/browse/TUSCANY-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12558850#action_12558850
]
Jean-Sebastien Delfino commented on TUSCANY-1989:
-
I will try again
[
https://issues.apache.org/jira/browse/TUSCANY-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12558857#action_12558857
]
Jean-Sebastien Delfino commented on TUSCANY-1989:
-
Tried again from
[
https://issues.apache.org/jira/browse/TUSCANY-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12558859#action_12558859
]
Jean-Sebastien Delfino commented on TUSCANY-1989:
-
The prebuilt WAR
Raymond Feng wrote:
[snip]
Beyond performance, I don't think svn stat is good way to handle the
case that the project has been updated from svn but the build is not run
yet. I now ported the timestamp check from the maven-compiler-plugin and
it should give us the capability to be incremental.
: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
Environment: RHEL5 Linux
Tuscany 1.1 RC1
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Testing calculator-implementation-policies sample
Configured Java2 security as described
SCA Samples
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-1.1
The expected output section is outdated, does not match what you actually get
with 1.1 RC1.
--
This message is automatically generated
[
https://issues.apache.org/jira/browse/TUSCANY-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1967:
Environment:
Tuscany 1.1 RC1
IBM JDK 1.5.0
Linux RHEL5
README
Samples
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-1.1
The expected output in the README for the callback-ws-client is outdated, as it
doesn't show all the output from the domain controller + service
Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-1.1
The expected output section of the README for the helloworld-bpel is very
different from what I get with 1.1 RC1
Samples
Affects Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
RHEL5
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Running the java command from the README gives the following:
The java class is not found: helloworld.BPELClient
Here's
: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
RHEL5
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Ant run in the helloworld-service-jms sample produces the following error:
Buildfile: build.xml
run:
[java] The java class is not found
Components: Java SCA Samples
Affects Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
RHEL5
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Ant run produces the following error:
Buildfile: build.xml
run:
[java] The java class is not found
Components: Java SCA Samples
Affects Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
The README for the store sample points the user to an outdated
getting-started-1.0 PDF document.
The outdated PDF
Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
RHEL5
IBM JDK 1.5
Tested Firefox 2.0.0.11 and 3.0 beta2
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
To reproduce the issue:
Deploy the Chat webapp to Tomcat and open it in Firefox
enter nickname: test1
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-1.1
The helloworld-dojo sample used to log DOJO debug messages each time you
pressed the Send Request button. With 1.1 RC1 I don't see any of these
messages anymore
Affects Versions: Java-SCA-1.1
Environment: Tuscany 1.1 RC1
RHEL5
IBM JDK 1.5
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
Ant package in alert-aggregator-webapp produces the following error:
BUILD FAILED
java.io.FileNotFoundException:
/home/delfinoj
: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Priority: Minor
Fix For: Java-SCA-Next
Some of the samples use ant compile, others ant package, for the same thing.
All should use ant compile.
--
This message is automatically generated by JIRA.
-
You can
[
https://issues.apache.org/jira/browse/TUSCANY-1979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1979:
---
Assignee: Jean-Sebastien Delfino
Missing Ant script
Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-1.1
The 1.1 RC1 CHANGES file contains incorrect support statements:
- BPEL references are not supported yet as far as I know.
- binding.jsonrpc cannot be used
Simon Laws wrote:
Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java.
[snip]
If you do find issues with the release candidate that you think need
to be fixed and lead to a -1 please review and fix them in the 1.1 branch
or raise jira's targeting the 1.1 release.
Mike Edwards wrote:
Folks,
The real problem here is that the testcase for wsdl2java is cr*p. I'll
raise a JIRA to track this.
Basically, the testcase runs the wsdl2java tool a number of times and
produces some output. Nothing wrong with that, except that all that is
being tested is that
Simon Nash wrote:
The Continuum build just completed successfully, for the first time
since November 12th! Let's all try hard to keep it working from now on.
Simon
Thanks so much!
Now that the build is going again, how about having a build coordinator
person monitoring build issues,
[
https://issues.apache.org/jira/browse/TUSCANY-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1960:
---
Assignee: Jean-Sebastien Delfino
JSONRPCServiceServlet should use
[
https://issues.apache.org/jira/browse/TUSCANY-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1960.
-
Resolution: Fixed
Fix Version/s: Java-SCA-Next
Fixed in r610899
Components: Java SCA JSON-RPC Binding Extension
Affects Versions: Java-SCA-Next
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
See the FIXME I added to JSONRPCServiceServlet, the current code is just
rethrowing the exception instead of sending it through
Jean-Sebastien Delfino wrote:
[snip]
Thanks, the chart is useful.
I updated it to flag that I'm looking at the stop issue with
feed-aggregator. Even though it's marked OK, I think it'll be better if
it correctly stops, and I know that code.
[snip]
The issue is with the thread pool used
Simon Laws wrote:
Jean-Sebastien Delfino wrote:
While debugging I came across a more serious issue with the 1.1 distro,
described in TUSCANY-1954 [2].
[snip]
[2] http://issues.apache.org/jira/browse/TUSCANY-1954
I've seen this issue for all of the releases we've done to date.
[snip]
I
[
https://issues.apache.org/jira/browse/TUSCANY-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557322#action_12557322
]
Jean-Sebastien Delfino commented on TUSCANY-1938:
-
Raymond with all
[
https://issues.apache.org/jira/browse/TUSCANY-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1938:
---
Assignee: Raymond Feng
doc-lit-wrapped WSDLs with wrapper elems
Raymond Feng wrote:
[snip]
It's a bit tricky here. What the path does is to convert a simple-type
java parameter to an AXIOM element to be consumed by the WS stack. The
simple java types are now treated as JAXB objects.
I thought we were only using JAXB for complex java types / java beans :)
Luciano Resende wrote:
I was following the steps on the Getting Started with Tuscany guide
and noticed that, even tough I was creating the TUSCANY library and
adding the proper jars to it, my simple Catalog interface wouldn't
compile, because it wouldn't find the necessary Tuscany jar. After
: Bug
Affects Versions: Java-SCA-1.1
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
Very weird behavior of the domain controller, which seems to want to load
contributions in its memory as they are added to nodes running on different
JVMs. I must admit I'm
[
https://issues.apache.org/jira/browse/TUSCANY-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1952:
Fix Version/s: (was: Java-SCA-1.1)
Java-SCA-Next
[
https://issues.apache.org/jira/browse/TUSCANY-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557466#action_12557466
]
Jean-Sebastien Delfino commented on TUSCANY-1952:
-
Simple bring-up
Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
This seems to be random, some modules have the issue, some don't. I have spent
hours in the whole domain controller / registration / resolution
Jean-Sebastien Delfino (JIRA) wrote:
Domain controller does not correctly resolve remote services
[snip]
I have spent hours trying to bring up the store tutorial with the latest
domain/node implementation and I don't think it's usable at this point.
See JIRAs 1952, 1957, 1958. I will try
[
https://issues.apache.org/jira/browse/TUSCANY-1952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557469#action_12557469
]
Jean-Sebastien Delfino commented on TUSCANY-1952:
-
Sorry my previous
Luciano Resende wrote:
[snip]
Can you precise which plugin? where did you get it or did you build it
yourself?
The plugin I installed from the update site you created.
OK, it included a good tuscany-sca-all.jar built from trunk before
building the plugin.
--
Jean-Sebastien
Simon Nash wrote:
We have already encountered this issue a while ago and Sebastien
figured out a way to override the JDK6 JAXB (2.0) by using the
endorsed directory. IMO, it's feasible to force every applications to
use JAXB 2.0 to be run with JDK6.
I'm not sure which of the following you
401 - 500 of 2879 matches
Mail list logo
