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 my
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 rather
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 th
;t require 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 di
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 curren
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
implement
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 flesh
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 s
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 tests
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 Case(s
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 (JI
[
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
in
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 This
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 som
er for
me 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 set
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] <[EMAI
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=rev&rev=495320
Log:
Give standalone launcher access to servlet-api need by axis
binding.axis2/mvn.out
We s
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 conten
o important to
> others who
> are already committers...
>
> Dan
>
> On 07/02/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>>
>> Rick had asked earlier "Two concerns come to mind if we make THE
>> website:
>> Is it backed up? can we get past revisio
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
the
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
[11:38] is there something general to talk about?
[11:39] venkat might have a few questions about how to run
samples with pre-spec or trunk kernel
[11:40] 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] * jsdelfino has j
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
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 p
in this
level
of confidence please?
Regards, Kelvin.
On 29/01/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
On Jan 29, 2007, at 6:14 AM, Rick wrote:
> Just want to make sure I understand the consequences of compiling
> from the java root with -Pall.
As I understand it, there is n
extensions
plugins
Maybe we can 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
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 an
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]
[
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 on for thi
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
[
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
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 als
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 a
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 brief
[
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.apach
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 can handle this?
I'm no
Hello,
Not XML schema guru but in the assembly spec don't extension fall in XML schemas
given under 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, Jean-Sebastien Delfino wrote:
> Jeremy Boynes wrote:
>> -1 on the s
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
http://incubator.apache.org/tuscan
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 the
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
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 :
.m2\reposit
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
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 partici
Will there be an svn a tag or branch of the "do-not-use" kernel so the extension
writers have something to debug with ? For those developers, I assume that the
procedure then is to check out their extension code from SVN at the HEAD, check
out the "do-not-use" kernel parts with svn tag version
erialzation Failing in BigBank.
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 Rineholt
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 http://issues.apache.org/jira/bro
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 serializati
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 ?
---
+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!
Here'
[
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
/TUSCANY-1056
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Affects Versions: Java-M3
Reporter: Rick Rineholt
Fix For: Java-M3
In webservices case the client does seems to be honoring the conversation scope
interface however
[
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 Tusc
[
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 no
[
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-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-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 to
[
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-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 to
[
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 / Undep
[
https://issues.apache.org/jira/browse/TUSCANY-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Rineholt closed TUSCANY-1039.
--
Resolution: Fixed
I've put a workaround to this to include servlet-api in the boot o
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 u
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
part 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
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 tuscany package.
For debugging, I add source of projects I know I need. So far th
/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
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 cont
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
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 samp
+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:
http://people.apache.org/~jboynes/tusc
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 stil
Other than the issue of building the sample's parent pom.xml to build the
individual samples firsts I'm ok. For that one issue any of the proposed
solutions or updating the readme to explain it, works for me.
+1
Jeremy Boynes wrote:
On Dec 8, 2006, at 4:33 AM, ant elder wrote:
That may not b
FWIW it's not sufficient at the top of the samples to issue "mvn" to build the
parents. You need to do "mvn install" cause we changed the default to package
which won't put the parent projects in the local repo. Not till I tried that
could I get the "mvn
I think we discovered that the individual sample poms need the parent poms in
the sample itself to be built before the individual ones can be built. That is
to say maven does not walk up the directory tree looking for parents.. it finds
them in local repo. I think dkulp thought and pointed to a
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 stated
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'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
proposal
I thought we needed for javascript. But if you're saying we only need what was
in the distro package itself, and not also what will be eventually pulled down
from maven in order to run what we claim to support then I suppose it may not be
necessary?
Jeremy Boynes wrote:
The NOTICE contains 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] Tuscan
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 script
ished user 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
; and at that point there is no need to go and
build an individual sample.
Rick wrote:
Starting with no local repo, going to the iindividual sample directory
and building seems to fail because the sample parent pom is not found.
If I go to the root of the sample directory and build, ALL the sam
Starting with no local repo, going to the iindividual sample directory and
building seems to fail because the sample parent pom is not found. If I go to
the root of the sample directory and build, ALL the samples do build.
Raymond Feng wrote:
Hi,
I have refreshed the distros for our M2 relea
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/
ex for source:
tuscany/tuscany-sca-1.0-incubator-M2-src/samples
tuscany/tuscany-sca-1.0-incubator-M2-s
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
---
] I wish I had some more info on that
[11:35] there really isn't much being said on axis ML from what
I can tell.
[11:36] anything left from our side?
[11:36] Rick, how about the things that you are trying to
gather for M2 on the wiki...
[11:36] about the things that are new or diff
I got rid of the readme.txt as they were old.
I zapped all notice.txt and license.txt with the ones from root as I think
they're right.
As for any duplicates as long as they're saying the same thing I don't see any
harm.
Raymond Feng wrote:
Hi,
I think I found some issues with the LICENSE/NO
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 pro
absolutely want the best possible solution to integration 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
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
BIgB
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
> > > and SDO.
> > > > >
> > > > > What would be cool
> > > > > > would be a listing of all the stuff we support, and then link
> to
> > > some
> > > > > > info about where and how we provide that support.
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; ofte
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 -
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 lo
[11:34] 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] kgoodson, go for it
[11:35] ok.. I am removing all of axis2 dependencies from tools
pom and adding the
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
dependency
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
propo
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
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.
1 - 100 of 453 matches
Mail list logo
