Would that only work if you did a build of the full source (ie. put
build/install tuscany axis2 jar into your local repo?) BTW I have BB
working for me from m2.
But I made a mistake yesterday and built the whole source, so those jars
are probably in my local repo not from the distro but from
I didn't see any mention what bindings are supported or have been tested
with this kernel release. In past we had several web services, RMI all
validating that the kernel and the SPIs. We also had several
implementation supported Java script, Ruby. It was my experience that
these really
Jim Marino wrote:
On Feb 22, 2007, at 4:40 AM, Rick Rineholt wrote:
I didn't see any mention what bindings are supported or have been
tested with this kernel release. In past we had several web services,
RMI all validating that the kernel and the SPIs. We also had several
implementation
Maybe I missed it, but is this documented today how to do this? What
modules to build for the kernel? For extensions? I recall I started to
help on a wiki page but can't seem to locate it now. I think I stopped
since even I got a bit confused on it. Can I ask where this is? And
is it
updating I'm not seeing quite seeing the value of
release code verses just published snapshots following this approach.
Jim Marino wrote:
On Feb 22, 2007, at 6:47 AM, Rick Rineholt wrote:
Jim Marino wrote:
On Feb 22, 2007, at 4:40 AM, Rick Rineholt wrote:
I didn't see any mention what bindings
But if we have not done sufficient testing of the release that we feel
confident that users won't have to immediately wait for a new release
or go to snapshot what has it accomplished ?
Jim Marino wrote:
On Feb 22, 2007, at 7:49 AM, Rick Rineholt wrote:
I was going with the scenario
core and core_samples built. I assume this covers these artifacts
functionality. so
+1
Jeremy Boynes wrote:
The parent pom and buildtools were recently updated and as these are
used by all other modules I think we should formally release them.
These are distributed through the maven repo
Jean-Sebastien Delfino wrote:
I have created the following three build profiles in the integration
branch:
- stable
All modules included in this profile should build successfully at all
times. All unit and integration tests must pass.
- integration
Used for integration work. All unit
Jeremy Boynes wrote:
On Feb 19, 2007, at 9:45 AM, Jim Marino wrote:
There has been quite a bit of activity over the last month-and-a-half
enhancing the Kernel. Based on this work, I'd like to cut a release
of Kernel, the Standalone Runtime, the Webap Runtime, and the Maven
iTest Plugin as a
Hi Yang,
Don't want to push you in any direction but since you are looking
wsdl2java tooling I can point out a specific Jira
http://issues.apache.org/jira/browse/TUSCANY-1108 if that's in your
interests.
Yang ZHONG wrote:
Will do.
I'll browse the code base for existing or similar Test
Raymond Feng wrote:
Hi, Frank.
Your proposal sounds promising, I cannot wait to move to SDO 3 :-).
For SDO 2.1, if it's not constrained by the spec, adding some metadata
to the generated interface/class would be helpful.
Thanks,
Raymond
- Original Message - From: Frank Budinsky
Affects Versions: Java-SCA-integration
Reporter: Rick Rineholt
Fix For: Java-SCA-integration
Using tuscany maven plugin tuscany-plugin-wsdl2java an exception is generated
for the attached wsdl. Note removing exceptions in the wsdl avoids the
UnmatchedTypeException
[
https://issues.apache.org/jira/browse/TUSCANY-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-1108:
---
Attachment: mvn.out
StockExceptionTest.wsdl
pom.xml
You list the dependencies here in the parent pom then in child poms you don't
list the version's and they use the parents. One means of controlling the
version you're using across multiple sub projects in one place.
Jean-Sebastien Delfino wrote: Why does
sca/pom.xml contain all the following
Jean-Sebastien Delfino wrote:
Rick Rineholt wrote:
Hello,
I don't think I'm having the same success as you in the
sca-java-integration below is my reactor summary also attached is the
full build.
My source has no mods and started from a clean local repo. I'll look
at it some but just like
and would prefer that approach.
Thanks.
Rick Rineholt wrote:
I'm fine with the content that both the list that Sebastien produced
to bring up Tuscany to an SCA 1.0 spec and the work that was
previously discussed for the improving the kernel referenced by Jim.
I think both sets add value
Hello,
If your totally new to SCA/Tuscany having a fresh pair of eyes looking
at first understanding SCA, looking at our website how easy it is to
find resources, how well those were, then moving on to the samples in M2
and then try and understand how contribute to Tuscany itself and along
:
Rick had asked earlier Two concerns come to mind if we make THE
website:
Is it backed up? can we get past revisions if needed ? Currently our
website is
in svn which covers that.
The other is we have had past complaints that the site was not
fancy
organized
etc, are we confident this wiki
I'm fine with the content that both the list that Sebastien produced to
bring up Tuscany to an SCA 1.0 spec and the work that was previously
discussed for the improving the kernel referenced by Jim. I think both
sets add value for our users. However, for me the branch is not about
what
Jeremy Boynes wrote:
On 1/11/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: rineholt
Date: Thu Jan 11 10:31:12 2007
New Revision: 495320
URL: http://svn.apache.org/viewvc?view=revrev=495320
Log:
Give standalone launcher access to servlet-api need by axis
binding.axis2/mvn.out
We
Also, the plan was just to have it temporary an it was my understanding
there was planned work to split Axis binding between Services and
Reference which would have made that unnecessary. I don't think however
that was ever checked in.
Jeremy Boynes wrote:
On 1/11/07, [EMAIL PROTECTED]
This isn't answering your question; but I'd like to see a version of the
iTest
framework running against the trunk as discussed in the last IRC. This
would
allow bring up whole user scenarios and provide a means to quickly
(automatically) validate they're still working as discussed in the last
[11:38] cr22rc is there something general to talk about?
[11:39] rfeng venkat might have a few questions about how to run
samples with pre-spec or trunk kernel
[11:40] cr22rc I'm not sure either ... still really fuzzy. I appended
some questions on the ML but I don't think I got replies
[11:40]
Sorry Jeremy, I had thought I saw someone sent the log on the mailing
list, but it wasn't. . I just did.
Jeremy Boynes wrote:
What IRC?
--
Jeremy
On Feb 6, 2007, at 8:06 AM, Rick Rineholt wrote:
This isn't answering your question; but I'd like to see a version of
the iTest
framework
Raymond Feng wrote:
Hi,
Most of the extensions in the trunk depend on the pre-spec-changes-SNAPSHOT
version of the kernel. What should I do if I want to start to evolve an
extension (for example, databinding-sdo) with the latest kernel?
I think of the following steps:
1) Copy the code to
Just want to make sure I understand the consequences of compiling from
the java root with -Pall. As I understand it this shouldn't be an issue
and all should compile and test. The only consequence now is that the
projects under sca/kernel will not be used by the other projects for the
build
have profiles for this like -Pall to make it easier ?
To be safe if I'm working between these two, do I need to keep a separate repo?
Or does the prefix difference help out there ?
Thanks
Jeremy Boynes wrote:
On Jan 29, 2007, at 6:14 AM, Rick wrote:
Just want to make sure I understand
[
https://issues.apache.org/jira/browse/TUSCANY-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-1076:
---
Attachment: TUSCANY-1076.012807.patch
This is a patch I've been working
I put a patch in for Tuscany 1076. It's not IMO an ideal fix as stated
in the Jira. But maybe someone can offer some advise. thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Just ran hellowordwsClient/helloworldws sample successfully on Fedora Core 6.
Any chance you may have some strange unix permissions set ? I recall there
something like umask that set the default permission ... thats just a total shot
in the blue.
Fang, Yue (Freeman) wrote:
Hi Rick,
Thanks
Some other thing to also try:
Look at http://svn.apache.org/repos/asf/incubator/tuscany/java/etc/settings.xml
copy the mirrors portion to your setting.xml as described on the top of the file.
Rebuild the samples from the top with mvn -U clean install.
Remember, for hellowordwsclient you'll
[
https://issues.apache.org/jira/browse/TUSCANY-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt closed TUSCANY-1034.
--
Resolution: Cannot Reproduce
I spoke to the submitter who reviewed the itest case and feels
Hello,
Not XML schema guru but in the assembly spec don't extension fall in XML schemas
given under any namespace=##other ... and the ##other imply a namespace
other than the sca one ?
ant elder wrote:
On 1/24/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jan 23, 2007, at 1:00 PM,
[
https://issues.apache.org/jira/browse/TUSCANY-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467148
]
Rick Rineholt commented on TUSCANY-1034:
I've produce a new iTest subdirectory
http://svn.apache.org
While investigating TUSCANY-862 with some local modification for other
issues, I got as far as getting the message flowing (hello) to the
reference however the Axis2TargetInvoker.createOperationClient only
expects an OMElement and the message is still the Java String
(world). Talking briefly
Components: Java SCA Core
Affects Versions: Java-SCA-M3
Reporter: Rick Rineholt
Fix For: Java-SCA-M3
CompositeContext.locateService requires an outbound wire to be created so for
cases where bindings from the component/reference it locates are different from
Java
Issue Type: Bug
Affects Versions: Java-SCA-M3
Reporter: Rick Rineholt
Fix For: Java-SCA-M3
Tried running helloworldwsClient this fails with the below exception
NoMethodForOperationException for getGreetings1 operation. This operation
exists on the target (WSDL
Components: Java SCA Core
Affects Versions: Java-SCA-M3
Reporter: Rick Rineholt
Fix For: Java-SCA-M3
Looking at the code in org.apache.tuscany.idl.wsdl.WSDLOperation.java line
173, getMessageTypeand getUnwrappedInputType line 436 and WSDLPart line
243
Also just checked in is a template for your settings.xml at
http://svn.apache.org/repos/asf/incubator/tuscany/java/etc/settings.xml
with other mirrors that may help with maven builds.
Mahi wrote:
I started with extacting the SCA JAVA M2 driver for Windows from
Try running your build from the very top without the -N to build all the
samples. Make sure it's NOT offline (i.e. no -o) also try adding -U option.
Then see if you go down into the individual samples if the unpack does not work.
If that fails, try looking in your maven repo for :
Another question comes to mind, how will we handle issues found in the
do-not-use kernel if they are found by extension writers and are blocking? Do
they get fixed ? Parallel development on both kernels? Blocking till the new
kernel is ready?
Jim Marino wrote:
Hi,
A few of us are
I was looking at http://issues.apache.org/jira/browse/TUSCANY-862
I tried changing the helloWorldClient sample to directly :locate the
reference using a web service binding. This no longer
gets an NPE. Currently it gets a ServiceRuntimeException: Local binding
for service not found.
This is
+1
ant elder wrote:
I'd like to nominate Simon Laws to become a Tuscany committer. Simon has
has
done lots of different things for Tuscany - patches, interop work, the
website, release testing, participating in discussions etc, and he's been
contributing to Tuscany since April last year!
For the Web service bindings since there is in essence a copy that has
already been made in the serialization and deserialization and the
bindings themselves shouldn't modify the parms/result can these
connections be automatically marked with AllowsPassByReference ?
Versions: Java-M3
Reporter: Rick Rineholt
Fix For: Java-M3
BigBank is failing cause it's now using the PassByValueInterceptor which is
detects com.bigbank.account.impl.CustomerProfileDataImpl SDO generated class is
Java Serializable; however during serialization
Hello,
Currently BigBank is failing cause it's now using the
PassByValueInterceptor which detects
com.bigbank.account.impl.CustomerProfileDataImpl a SDO generated class
is Java Serializable; however during serialization it receives a
ClassCastException.
See
.
Key: TUSCANY-1060
URL: https://issues.apache.org/jira/browse/TUSCANY-1060
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-M3
Reporter: Rick
[
https://issues.apache.org/jira/browse/TUSCANY-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-981:
--
Fix Version/s: Java-M3
Affects Version/s: Java-M3
Capability to Remove / Undeploy
[
https://issues.apache.org/jira/browse/TUSCANY-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-982:
--
Fix Version/s: Java-M3
Affects Version/s: Java-M3
WSDL Definitions need
[
https://issues.apache.org/jira/browse/TUSCANY-983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-983:
--
Fix Version/s: Java-M3
Affects Version/s: Java-M3
Schema Definitions need
[
https://issues.apache.org/jira/browse/TUSCANY-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-1034:
---
Fix Version/s: Java-M3
Affects Version/s: (was: Java-M2
[
https://issues.apache.org/jira/browse/TUSCANY-862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt updated TUSCANY-862:
--
Fix Version/s: (was: Java-Mx)
Java-M3
Affects Version/s
[
https://issues.apache.org/jira/browse/TUSCANY-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt reassigned TUSCANY-1034:
--
Assignee: Rick Rineholt
Need to add support for business exceptions - at least
[
https://issues.apache.org/jira/browse/TUSCANY-1034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465157
]
Rick Rineholt commented on TUSCANY-1034:
I'm going to start investigating what can be done. Still not 100
[
https://issues.apache.org/jira/browse/TUSCANY-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt reassigned TUSCANY-981:
-
Assignee: Rick Rineholt
Capability to Remove / Undeploy Applications from Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-1056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt closed TUSCANY-1056.
--
Resolution: Fixed
Committed revision 496834.
new conversation on web service binding
Looking at http://issues.apache.org/jira/browse/TUSCANY-1039
Right now for me the axis2 binding is not loading in a standalone because of
this: There is a NoClassDefFoundError loading
org.apache.tuscany.binding.axis2.Axis2BindingBuilder because it's not finding
javax/servlet/Servlet. I know
seperatly and run
mvn -Peclipse
Regards,
Dan
On 10/01/07, Rick [EMAIL PROTECTED] wrote:
Sebastien,
I don't quite get the issue you are seeing. I'll just add what I've been
doing:
In top folder (java) run mvn -Pall,eclipse eclipse:eclipse
I'm still a hold out I guess in that I like building the whole
I think there is one point that may be a downside as this would be building your
own SNAPSHOTS of all projects locally of everything instead of using only
published snapshots, so it *may* negate the decoupling? Not 100% sure.
Rick wrote:
Yes, this just seems simpler to me to make sure I have
I like them for discussing some things for the immediate feedback you can get.
But we really need more participation than the last chat if it's going to be
affective.
ant elder wrote:
Just checking this for the new year as the chat has been a bit quiet
recently - Do people think we should
/TUSCANY-1039
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Affects Versions: Java-M3
Reporter: Rick Rineholt
axis binding is requiring javax/servlet/Servlet in standalone launcher geting
noclassdefFoundError
This was fixed a few days ago
Components: Java SCA Core
Affects Versions: Java-M1
Reporter: Rick Rineholt
Fix For: Java-M2
The following exception is happening in
E:\dev\tuscany\java\samples\sca\echo.databinding testcase:
something with the lastest passbyvalue code and the tc having non-serializable
data
I like the fist break out that Jeremy proposed as I see there may be issues with
keeping all this organized and lets give this a shot and see how well we
manage it. After a while if we think things are going smooth start breaking out
extensions on their own.
I do hope we can organize it to
+1, assuming, what Simon keenly caught earlier doesn't negate all of this vote
and we need to start over :-)
Jeremy Boynes wrote:
A vote to release the following artifacts as the incubator-M2
distribution of Tuscany SCA Java:
Artifacts for distribution:
Not 100% sure if this is what your asking for but -o for offline? But I'll
offer it anyway.
Andrew Borley wrote:
Hi all,
This has probably been answered on this list before, but I can't find
the info - how do I stop maven needing a network connection? I'm
running the calculator-combo sample
Also not seeing this issue. The junit test works for me in eclipse too. svn
rev 480786 Sun jdk java full version 1.5.0_10-b03
Raymond Feng wrote:
Hi,
I'm seeing the following test case failure in trunk code.
Raymond
---
T E S T S
I feel that M2 should have been (is) in lock down and fixes should only be to
issues that clearly break functionality. However, we the community SHOULD have
stuck to that position. Given we gave the go ahead to this and two people have
claimed to have tested it and it addresses the issue
I've looked for open web services standards that would work for how SCA
specifies conversational scopes. I have not found a good fit that would
fully allow for SCA implementations to interoperate. I like to hear if
anyone feels that they have a good solution. I have taken a stab at a
I see an entirely different issue. I'm not sure if I'm following the method as
either of you as there are several approaches. I've updated the source from svn
and tried a clean build, no local maven repo. I see the below build issue.
Tried several times seems to be consistent.
[INFO]
Per filtering, I think this in regard to binary generation, and copying of those
files in to the jars. But I don't know how or if that applies to the source disto.
May I ask why the need for the ${pom.name} in the NOTICE?
Raymond Feng wrote:
Hi,
The source archives are created by an ant
In the SCA source distro I don't think sca\distribution\build.xml is up todate.
I don't know how others feel but I think should have some standard root
directory unpacking scheme like tuscany/distro-name
ex for source:
tuscany/tuscany-sca-1.0-incubator-M2-src/samples
experience.
Now that we know more we can readdress in future release or maybe we won't need
to if that defect you pointed to is fixed.
Throughts?
Daniel Kulp wrote:
Just FYI...
Worked with Rick a bit this morning. It looks like this is a
manifestation of bug:
http://jira.codehaus.org/browse/MNG
it seems that axis2 1.1 is not out yet
[11:34] cr22rc I wish I had some more info on that
[11:35] cr22rc there really isn't much being said on axis ML from what
I can tell.
[11:36] rfeng anything left from our side?
[11:36] Venkat Rick, how about the things that you are trying to
gather for M2
FYI:
http://mail-archives.apache.org/mod_mbox/ws-axis-dev/200611.mbox/[EMAIL
PROTECTED]
Hi all,
I'm working towards cutting the Axis2 1.1.
Code will be frozen from this point onwards until notified.. Please
refrain from doing any changes...
Thanks,
Thilina
My only concern is if anyone tries this out they'll get this potentially early
version stuck in their private local repository with reference to Axis
snapshots. But maybe that is just one of the dangerous of development on the
very edge? Anyone with more release experience with Maven based
your
comments.
Rick, I am ok with the Tabs as long as we provide enhanced
user
experience
thro them. We must either have the tabs or the pane on the
left
for
the
first level navigation. i.e. For every tab selected the
navigation
pane
I quickly skimmed the threads on this and I didn't pick up what the advantage
was it making this a container. The only thing I seen was a tighter
integration between DAS and SCA. But as I understand it me this is really a
tighter integration between DAS and Tuscany implementation of SCA. In
Thanks Scott. I went ahead and removed them. There was something that had me
put it in at one time, but apparently it's been fixed.
Scott Kurz wrote:
Why does the annotation:
@DataType(name = commonj.sdo.DataObject)
appear on both the LoginService and ProfileService interfaces in the
and this
discussion is helping quit a bit. I may misunderstand but, if we
develop implementation.das and an associated container, wont this be
usable in another SCA implementation?
--Kevin
Rick wrote:
I quickly skimmed the threads on this and I didn't pick up what the
advantage was it making
You can override that in a specific module (pom.xml) by explicitly having a
specific version in your dependency. In general I like a place where we see all
the dependencies. As a practice when we override in lower pom.xmls we could
comment that we've done this. My gut feel is overriding at
I think this has been fixed.
cd /www/incubator.apache.org/tuscany/
svn update
At revision 472177.
http://issues.apache.org/jira/browse/INFRA-1017
Andrew Borley wrote:
Thanks for sorting this out Rick. The odd thing is that I used to have
the correct privileges to do this - something must
Jeremy Boynes wrote:
I think this highlights one of the challenges with Ant-based build
environments. Although Ant provides the mechanisms for executing the
build scripts it does not provide a method for locating the
dependencies needed at build-time - for example, to compile or
repackage;
The samples were designed to just run the ones you were interested and each can
require different extenstions. So to make sure you are only running the minimal
extensions required by your sample you would also need to remove the ones that
were copied for that example when you went to another.
This is a known *feature*. It seems clean calls each listed plugin in the
build. Since you wiped it out in your local repo the SDO plugin is not
available and thus the failure. The practice I observer is to clean prior to
wiping out my local repo while all the plugins till exist. One option
Hello,
Our web site states our weekly IRC chats are Monday's at 15:30 GMT. It
was proposed during this week's IRC chat that the time be changed to
16:30 GMT to accommodate the majority of committers to stay at the same
local time. Does anyone in the community have any issues with this
Hello,
Currently there are identical artifact dependencies listed throughout
the SCA Java maven hierarchy that can be changed to different versions
either intentionally or accidentally. For example axis2-kernel is
specified in two levels of maven pom.xml At the sca level there is
[11:34] kgoodson hi all, I have just joined a little late and am
reviewing the discussion so far -- when there is a natural break i'd
like to raise the agenda issue i tabled in tuscany-dev
[11:34] ant_ kgoodson, go for it
[11:35] Venkat ok.. I am removing all of axis2 dependencies from tools
I tried it. For me the only issue was bumping wsdl4j from 1.5.2 to 1.6.1, pleas
e double check.
I don't feel comfortable checking in something that references someones private
repo at this point. I did the next besting thing I think and move from Axis
SNAPSHOT to 1.1-SNAPSHOT.
ant elder
Hello
I opened a Jira on this http://issues.apache.org/jira/browse/INFRA-1017
and I went to the apache infrastructure (asfinfra) irc channel and left a
message and a pointer to the Jira. I don't know if this is the right way to go
about this, but figure at worst I'll get my hand slapped :-)
+1
ant elder wrote:
I'd like to invite Rajith Attapattu to be a Tuscany committer. He's already
a committer on the Apache WS project which is our project sponsor so he
already has Tuscany commit rights, this is just to officially invite him to
participate . Rajith has been active in Tuscany for
Hello,
I think we need a short summary of what's new for M2.
The only thing I can think of to derive it from would be this:
http://wiki.apache.org/ws/Tuscany/TuscanyJava/M2TasksSCA
Is there something better?
I took a starting stab at the outline here on this wiki page:
Sorry, the link didn't come out right: attempt No 2:
http://wiki.apache.org/ws/What's_new_for_SCA_Java_M2?action=show
Rick wrote:
Hello,
I think we need a short summary of what's new for M2.
The only thing I can think of to derive it from would be this:
http://wiki.apache.org/ws/Tuscany
It seems we're going full circle here. We had a site that was based on maven
generation and a one step procedure to build and publish. One of the main
reasons that was given up was that as I recall it did not have a means to add
top tabs and other features that was needed to make the site more
Hi
There has been something that has been on my mind regarding testing the
release candidates. The SCA samples has dependencies on SDO and DAS and
up to now we test by building these dependencies locally. However, I'm
one that likes to test out the real user experience scenario and we
don't
I know about the license.txt and notice.txt But I've also noticed
several readme.txt files for example
http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/standalone/helloworldwsclient/src/main/resources/META-INF/README.txt
Are these needed? Are they just leftover M1
+1
Jeremy Boynes wrote:
I would like to nominate Luciano as a committer on Tuscany.
He has been helping with DAS for several months, recently managing the
release of M2 (which is no mean feat when done through patches). He has
been active on the mailing list and has some interesting
An impromptu chat on IRC started on M2 documentation, but also
eventually covered samples too.
[11:49] ant so lets have an impromtu chat about the M2 doco
[11:49] * rfeng has left #tuscany
[11:49] * rfeng has joined #tuscany
[11:49] ant i guess rfengs email is a good place to star
[11:49] ant
One thing I'd like to comment on is the source included sample too. That could
be intentional not sure. However, the sample distro included a site directory
that had just an apidocs directory. That seemed a little out of place to me.
Venkata Krishnan wrote:
Hi Kelvin,
Sorry could not get
Hello,
I got it to build but I had to put in a hack so my localhost file included an
entry
127.0.0.1 people.apache.org
Now for me I had to put a TC server on my local box listening on port 80 to get
it to work. I was told by someone else that just doing this in the host file was
sufficient.
I've outlined Big Bank scenario in an HTML readme in
branches\sca-java-M2\samples\applications\bigbank. It's not going down
to detailed explanation of the code or the SCA specs. But just an
overview and explain what is unique to Tuscany. I've not done much
with DAS in a while and was
1 - 100 of 350 matches
Mail list logo