On Jan 17, 2007, at 9:42 AM, Meeraj Kunnumpurath wrote:
Hi,
Can I pull up profile name from StandaloneTuntimeInfo to RuntimeInfo?
Iwas thinking about using profile name as the peer name for runtime
for
the distributed assembly I am working on. I would assume,
regardless of
the host type, a
On Jan 17, 2007, at 8:52 AM, Jim Marino wrote:
Based on some of the deployment work that will be done, we actually
need to separate out the load phase into two, one which loads the
assembly model and another phase which resolves the dependencies
necessary to construct the component type m
On Jan 15, 2007, at 10:32 AM, scabooz wrote:
I'm coming in a little late to Jeremy's post, and trying
not to create too many email chains
It seems to me that there's a simpler scenario that you
might want to start with. Two atomic components in the
SCA domain, communicating over the defaul
On Jan 15, 2007, at 6:44 AM, Pete Robbins wrote:
As part of this are you considering only multiple Java runtimes or
can this
proposal embrace a C++/Python/Ruby component implementation
deployed on the
C++ runtime?
This is really about runtime-to-runtime cooperation - which
implementation
Meeraj and I were chatting this morning about an approach for
supporting an SCA Domain that is broader than a single runtime.
So far we have been focusing on the wiring and component models
within a single address space (runtime) allowing us to hook up user
and system components according t
I'm getting a download failure in tools:
Reason: Error getting POM for 'org.apache.axis2:axis2-codegen' from
the repository: Error transferring file
org.apache.axis2:axis2-codegen:pom:1.1.1
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
sateh (http://ma
Can't be sure without seeing the changes - including a patch would be
helpful.
In general, this sounds like an incompatible change (it's renaming
methods) so republishing the snapshots would be a good move. If it
was a less intrusive change (e.g. adding a method) then just
committing woul
ssues with this API in general as Jim
has mentioned earlier. Do you think we should start to tackle those?
--
Jeremy
On Jan 10, 2007, at 6:13 PM, scabooz wrote:
Hi Jeremy,
Are you also going to propose the removal of the
getContext() API?
Dave
- Original Message ----- From: &quo
You typically get this kind of error from wstx when it is trying to
parse a binary file. This is happening trying to read the root
element from the SCDL for the Spring extension - can you check that
the META-INF/sca/default.scdl file in the Spring extension jar has
valid (XML) content. If i
On Jan 10, 2007, at 1:54 PM, Raymond Feng wrote:
Hi,
Is the setContext() going to be used by applications? I guess I
need a bit more background.
It depends on the application. It would be used by a program that was
embedding or bootstrapping an SCA runtime; it's not likely to be used
by
The spec does not define how this is done :-( I've posted a proposal
on the wiki at http://wiki.apache.org/ws/Tuscany/SpecProposals/
SetCurrentContext
and plan to take this forward to the Java working group.
Comments welcome
--
Jeremy
-
On Jan 10, 2007, at 8:18 AM, Jean-Sebastien Delfino wrote:
I was following discussions on earlier email threads, which IIRC
did not say -Pall (or I missed that in the email archive). Could
the steps to gen a usable workspace be documented on our web site?
Thanks for volunteering :-)
--
Jerem
On Jan 10, 2007, at 7:25 AM, ant elder wrote:
On 1/10/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
For example, Spring does have independently
> released subprojects, but the main Spring release is a lot more
> than just
> the their IOC container, it comes with a whole b
On Jan 10, 2007, at 6:50 AM, Mike Edwards wrote:
Jim,
I don't follow you. What would you expect the service name to look
like?
I especially dont want to see us making the simple case of a single
unambiguous interface look more complex. Can you draw up a sample
or two of what you mean?
On Jan 10, 2007, at 4:25 AM, Jim Marino wrote:
This is so the web app can access the correct composite in a
composite hierarchy. This is used in the legacy case where an
existing Spring app needs to have a bean exposed or an SCA
reference add. For example, if we have a Spring web app we wou
On Jan 10, 2007, at 4:45 AM, Simon Nash wrote:
Jeremy Boynes wrote:
On Jan 9, 2007, at 1:27 AM, Jim Marino wrote:
I know very little about Maven except to follow how it expects
projects to be structured and behave or it will inflict untold
amounts of pain (which is probably fair given
On Jan 10, 2007, at 5:17 AM, ant elder wrote:
On 1/10/07, Jim Marino <[EMAIL PROTECTED]> wrote:
Have we looked on how other Apache Projects are handling this ?
>
I believe Jeremy has with Geronimo. Other projects outside Apache
such as JBoss, Hibernate, and Spring release subprojects
indepen
What does this webapp parameter do? Don't we just have one context
deployed in the runtime?
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I've not been finding the scheduled chats very effective - as Rick
says IRC is good for immediate feedback in impromptu discussion but
those aren't scheduled.
--
Jeremy
On Jan 9, 2007, at 6:51 AM, Rick wrote:
I like them for discussing some things for the immediate feedback
you can get. Bu
On Jan 9, 2007, at 1:27 AM, Jim Marino wrote:
I know very little about Maven except to follow how it expects
projects to be structured and behave or it will inflict untold
amounts of pain (which is probably fair given its goal of trying to
standardize project build structures) :-) Here is
On Jan 8, 2007, at 5:42 PM, Jean-Sebastien Delfino wrote:
Jeremy Boynes wrote:
-1 - this is not the way Maven SNAPSHOTs work.
--
Jeremy
I'm not a maven expert but I think that we need:
- an identification of a particular SNAPSHOT level, xyz-SNAPSHOT
won't work, we need xyz
-1 - this is not the way Maven SNAPSHOTs work.
--
Jeremy
I'm not a maven expert but I think that we need:
- an identification of a particular SNAPSHOT level, xyz-SNAPSHOT
won't work, we need xyz--SNAPSHOT.
- a way to associate a level with a particular SVN revision, xyz-
r493223-SNAPSHOT is
On Jan 8, 2007, at 9:51 AM, Jean-Sebastien Delfino wrote:
Simon,
I think that what you're describing is a problem only if the jar is
published as xyz-SNAPSHOT.jar without identifying the specific
level of code in the jar. If it is published as xyz-r493223-
SNAPSHOT.jar for example (or anoth
On Jan 8, 2007, at 9:15 AM, Simon Nash wrote:
Thanks for the pointer. I have downloaded the book and I have read
the sections describing SNAPSHOTs. I look forward to reading the
remainder.
My reference to a "user" was intended to mean anyone needing to put
together a working combination of al
:
Jeremy,
It would be great if we could enhance the site's build script to
process these links and copy the target pages from svn to a
Web site location. Creating duplicated content manually, with
the problems of keeping it in sync, does not seem like a good idea.
Simon
Jeremy Boynes wrote:
SVN is a source repository not a website - when you access content
there IMO it should appear as source and not in processed (rendered)
form. We should avoid linking to HTML documents stored in SVN and
instead should link to a location on our website.
--
Jeremy
On Jan 7, 2007, at 10:03 AM,
ases for relatively minor changes.
Simon
Jeremy Boynes wrote:
On Jan 6, 2007, at 11:41 AM, Jean-Sebastien Delfino wrote:
I'm trying to understand the new modularized build scheme, and
have a few questions:
I'm not quite sure what you mean by published dependencies?
releases?
On Jan 6, 2007, at 11:41 AM, Jean-Sebastien Delfino wrote:
I'm trying to understand the new modularized build scheme, and have
a few questions:
I'm not quite sure what you mean by published dependencies?
releases? snapshots?
Anything that a module depends on that is not built by the curr
The transaction.geronimo extension assumes that it has access to a
local filesystem where it can write the transaction log. This
reasonable in a standalone server environment but does not hold true
in others - for example, when running in a webapp (where redeployment
of the app may result i
It ran for me including updating the 2.2-SNAPSHOT version of the
plugins. It flagged warnings :( but it ran ...
--
Jeremy
On Jan 6, 2007, at 3:52 AM, Meeraj Kunnumpurath wrote:
Hi,
Is everyone able to run sourcecheck profile successfully. For me it
is failing unable to find the checkstyle
I moved the launcher's system scdl from inside the jar into the
profile so this copy is no longer valid.
I duplicated this change in the profile's copy and have removed this
obsolete file (see r493499).
Sorry for the confusion.
--
Jeremy
On Jan 6, 2007, at 4:04 AM, [EMAIL PROTECTED] wrote:
On Jan 6, 2007, at 4:31 AM, [EMAIL PROTECTED] wrote:
+
+/*
+ * TODO The next two should be derived here from the
profile name.
+ * This will help in duplicating the code in individual
runtimes.
+ * Discuss with Jeremy: Meeraj 06/01/07.
+ */
th
For quite a while the Confluence wiki was not maintained by ASF
infrastructure - it was very much use at your own risk. There may be
enough people using it now that that may have changed but it would be
worth finding out.
--
Jeremy
On Jan 5, 2007, at 5:00 PM, Raymond Feng wrote:
Hi,
Tus
On Jan 5, 2007, at 5:03 PM, Slava Imeshev wrote:
--- Jeremy Boynes <[EMAIL PROTECTED]> wrote:
We ran into scalability issues in the past trying to build everything
together all the time and have migrated away to a more modular
structure.
I'd say that the system should be ab
We ran into scalability issues in the past trying to build everything
together all the time and have migrated away to a more modular
structure. Rather than put it all back together like this, would it
be possible to have separate modules in Parabuild for the different
areas? For example, mo
e implementation class) can
be specified in this file on a per-profile basis.
--
Jeremy
On Jan 4, 2007, at 7:12 AM, Jeremy Boynes wrote:
One problem we had with M2 was that the launcher used a single set
of extensions for every application it ran. I think Meeraj's server
config
I don't think the RuntimeInfo is part of the service interface here -
it's more relevant to the implementation of the service than the
client interface. I'll try and think of an alternative.
--
Jeremy
On Jan 4, 2007, at 4:05 PM, [EMAIL PROTECTED] wrote:
Author: meerajk
Date: Thu Jan 4 16:0
The EagerInit annotation has the level() property which is a Tuscany-
specific extension. I don't think we should have such things in the
spec module as that should reflect the API in the spec itself.
We could replace this with a Tuscany-specific version in our API
module but IMO we don't ne
Issue Type: Bug
Reporter: Jeremy Boynes
Assigned To: Jeremy Boynes
When a component registers as an autowire target other components should be
able to autowire to is using any super-interface rather than just the interface
it registers with. For example, if X1 extends
On Jan 4, 2007, at 3:34 PM, Meeraj Kunnumpurath wrote:
Hi,
Is the eclipse code style template in etc up-to-date? I have
configured my workspace to use it. However, Jim mentioned some of
the changes I recently made in kernel screwed up the formatting.
I don't think so. IIRC Raymond was wor
On Jan 4, 2007, at 7:31 AM, Meeraj Kunnumpurath wrote:
Jeremy,
On having the system.scdl in the etc directory ..
I am assuming it is the system.scdl for the server itself, rather than
the runtime that is lauched by the server? Each runtime that is
launched
through the startRuntime managed o
One problem we had with M2 was that the launcher used a single set of
extensions for every application it ran. I think Meeraj's server
config will have a similar issue with it's ability to run multiple
runtimes at the same time (with the likelihood that the reason
someone wants to do that w
I started work on a version of this with the definition of two
interfaces in host-api:
ContributionService is an API that handles the contribution of
artifacts to a SCA domain (for now, the domain corresponds to a
single runtime, in the future it will be multiple federated ones).
The main
+1
On Jan 2, 2007, at 5:00 AM, Jim Marino wrote:
All,
As part of the eager initialization and spec-related refactoring, I
want to remove the eager init and cdi samples as they really don't
demonstrate very much and other samples cover those capabilities.
Unless there are any objections,
On Dec 29, 2006, at 5:28 AM, Hawkins, Joel wrote:
Hi Meeraj,
Nice summation - thanks!
There are two aspects we are discussing here,
1. How the management mechanism is implemented
2. How the management interface is extracted from managed components
On the first aspect this is how I see i
Hang on guys, there's a difference between the "Server" part that
clients talk to and the ManagementService that bridges components
into the management space.
The TuscanyServer can start the "agent" for the management client.
With JMX, this would be the MBeanServer that we are using for all
On Dec 28, 2006, at 8:20 AM, Meeraj Kunnumpurath wrote:
Hi,
What I have done for the time being, is to use DynamicMBean and
reflection to expose any POJO as a managed bean. It is in
org.apache.tuscany.standalone.server.management.jmx.instrument.reflect
.ReflectedDynamicMBean. By default it
Do we really need to add this to the system classpath?
--
Jeremy
On Dec 27, 2006, at 4:49 PM, [EMAIL PROTECTED] wrote:
Author: meerajk
Date: Wed Dec 27 16:49:54 2006
New Revision: 490620
URL: http://svn.apache.org/viewvc?view=rev&rev=490620
Log:
Added commons-io dep.
Modified:
incubator/t
On Dec 27, 2006, at 4:56 PM, Meeraj Kunnumpurath wrote:
Hi,
I have updated standalone server to support multiple runtimes. Now,
when the server is started, it doesn't start any runtime. However,
the server has a management op called startRuntime(String bootPath)
to start a runtime. Boot p
In r490324 I changed the root pom so that the "all" profile is not
activatedByDefault in line with our plan for more modular builds and
this has the side effect of trivializing the build being done by
parabuild.
It also has the side effect of stopping the build failure messages
that are
We currently have a deployment SPI that supports the creation of new
components from the configuration object model. This is powerful
interface as it provides the user with complete control over the
creation of components in the runtime. That power comes with a price
though in that the user
TuscanyRuntime currently assumes there is one default application for
every runtime, with the name and location being set through the
applicationName and applicationScdl properties. This composite is
automatically deployed during the bootstrap of the runtime. This
causes problems in environ
On Dec 23, 2006, at 3:01 PM, Slava Imeshev wrote:
Jeremy,
I'll have the build set up to clean up the workspace every time
before starting the build.
Thanks - mvn clean should be enough although removing org/apache/
tuscany from the local repo may help catch dependency skews.
Is there any
Dec 22, 2006, at 6:56 AM, Jeremy Boynes wrote:
I received this, presumably because this tool spotted a change that
I committed.
Do we know who is running this?
--
Jeremy
Begin forwarded message:
From: Build Administrator <[EMAIL PROTECTED]>
Date: December 22, 2006 3:18:19 AM PST
To:
:8080/parabuild/index.htm?
displaygroupid=10
CPP builds OK and Java version has some tests filing.
Please let me know if you have any questions or if you need
administrative
access to Tuscany build configurations.
Jim
On Dec 22, 2006, at 6:56 AM, Jeremy Boynes wrote:
I received this, pre
I received this, presumably because this tool spotted a change that I
committed.
Do we know who is running this?
--
Jeremy
Begin forwarded message:
From: Build Administrator <[EMAIL PROTECTED]>
Date: December 22, 2006 3:18:19 AM PST
To: Build Administrator <[EMAIL PROTECTED]>,
[EMAIL PROTE
Just an update after the XSDHelper ctr change.
--
Jeremy
On Dec 21, 2006, at 3:34 AM, kelvin goodson wrote:
Jeremy,
is that different from what I did on the 13th of Dec, or is this
just an
update of the snapshot?
Cheers, Kelvin.
On 20/12/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote
We did a lot to clean up the samples for M2 but as a result they are
out of sync with trunk and quite a few changes need to be ported
forward. It might actually be easier to just (selectively) overwrite
them with the ones from M2.
In light of that my inclination is to remove them from the b
There's a bunch of old snapshots from before M1 (4/19/06) which I
plan to remove unless someone speaks up ...
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
As the SCA trunk depends on SDO to build I have deployed snapshots of
the 2.1 spec jar and sdo impl to the snapshot repo.
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'd vouch for not needing them (or if for some reason we do, I'd
vouch for fixing the bug that causes that).
--
Jeremy
On Dec 20, 2006, at 8:41 AM, Ignacio Silva-Lepe wrote:
I knew you were going to ask that :-) I wonder the same thing.
However, I see other scdls along with webapp.scdl, such
On Dec 20, 2006, at 8:19 AM, Matthew Sykes wrote:
Jeremy,
I think where these should end up is dependent how the tools are
positioned within the Tuscany project.
While the wsdl2java tool currently generates interfaces with SDO
parameters, will there ever be extensions to support other dat
On Dec 19, 2006, at 11:38 AM, Luciano Resende wrote:
Do you see also changes like :
distribution/sca to sca/distribution?
Yes.
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO
On Dec 19, 2006, at 9:40 AM, Simon Nash wrote:
Jim Marino wrote:
...
Tuscany SCA allows services to be implemented in variety of
languages such as Java, JavaScript and C++. Tuscany SCA
runtime is implemented in Java and C++ and can easily be
extended to support any communicatio
r sub-modules as needed, including module-specific samples
* move testing/sca to sca/testing
* move samples/sca to sca/samples (without module-specific samples,
this will be similar to "applications" from M2)
--
Jeremy
On Dec 18, 2006, at 2:18 PM, Jeremy Boynes wrote:
This keeps comi
Looking at modularizing the tree, it seems to me that the tools and
java2wsdl/wsdl2java plugins don't actually have any dependency on SCA
- they are tools for generating java/wsdl interfaces with SDO
DataObjects.
In light of that, I think they might be better off as part of the SDO
tree -
I think the SDO spec version was bumped to 2.1 and something that
uses it was not updated to reflect that.
--
Jeremy
On Dec 19, 2006, at 8:40 AM, Jean-Sebastien Delfino wrote:
I'm trying to build from a clean check out of the Tuscany Java
trunk, just running "mvn" with no options, and gettin
On Dec 18, 2006, at 5:02 PM, Jeremy Boynes wrote:
1099 is the default port for RMI - perhaps something is running
from a previous run, or there is another server running on the
machine. In one weird case in my past I saw a server fail to start
because Outlook had grabbed that port
1099 is the default port for RMI - perhaps something is running from
a previous run, or there is another server running on the machine. In
one weird case in my past I saw a server fail to start because
Outlook had grabbed that port :-)
For the test, it might be worth using another port, or
This keeps coming back to haunt us :(
We've discussed breaking the build up before and in light of this I
think it's time we started making those changes. I have some free
time this week and will get stuck in.
--
Jeremy
On Dec 18, 2006, at 1:37 PM, Luciano Resende wrote:
In the past weeks,
[
http://issues.apache.org/jira/browse/TUSCANY-1000?page=comments#action_12459432
]
Jeremy Boynes commented on TUSCANY-1000:
This should happen if you do not specify componentName/serviceName in the call
to locateService.
Please could
I have copied the distribution artifacts to the incubator site:
http://people.apache.org/dist/incubator/tuscany/java/sca/1.0-
incubator-M2/
We need to update the website to point to these - is someone working
on that?
--
Jeremy
On Dec 17, 2006, at 12:02 PM, Simon Nash wrote:
This vote has
+1's from
them.
--
Jeremy
On Dec 8, 2006, at 3:28 PM, 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/tuscany-M2/tuscany-sca-1.0-
incubator-M2-bin.t
I didn't vote :)
+1
--
Jeremy
On Dec 8, 2006, at 3:28 PM, 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/tuscany-M2/tuscany-sca-1.0-
incubator-M2-bin.t
I have removed them from the maven repo.
--
Jeremy
On Dec 11, 2006, at 12:06 PM, Simon Nash wrote:
+1 with the javadoc jars removed from the maven repo.
Simon
Jeremy Boynes wrote:
To fix them we would need to update the build to include the
files which means respinning the source
the javadoc jars with missing LICENSE/NOTICE files
are either
fixed or not published.
...ant
On 12/8/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
A vote to release the following artifacts as the incubator-M2
distribution of Tuscany SCA Java:
Artifacts for distribution:
Which artifact is it unable to resolve?
--
Jeremy
On Dec 11, 2006, at 6:48 AM, 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 and finding tha
One of the challenges we faced with M2 was coordinating the release
of so many components. In the end, it took a very long time to get
the release out because we were waiting for Axis2 1.1 to be released
- a dependency that only affected some modules but for which we had
to hold up everythi
A vote to release the following artifacts as the incubator-M2
distribution of Tuscany SCA Java:
Artifacts for distribution:
http://people.apache.org/~jboynes/tuscany-M2/tuscany-sca-1.0-
incubator-M2-bin.tar.gz
http://people.apache.org/~jboynes/tuscany-M2/tuscany-sca-1.0-
incubator-M2-bin.zip
On Dec 8, 2006, at 3:09 PM, Jeremy Boynes wrote:
I wasn't planning to (as I had to create them by hand). I have also
lost track of the number of things being added into this thread and
am wondering if we should just abandon it.
I'm giving up on this thread as I can't ima
e you going to publish these two javadoc jars to the maven repo
and include the maven vesions in the vote? The javadocs for the
org.apache.tuscany.* APIs are published to maven as well being
downloadable, and the maven versions were included in the original
list of files in the vote.
Simon
Jeremy B
-M2-javadoc.zip
--
Jeremy
On Dec 8, 2006, at 11:47 AM, Jeremy Boynes wrote:
I have added source distributions to the distribution site:
http://people.apache.org/~jboynes/tuscany-M2/tuscany-spec-
commonj-1.1-incubator-M2-src.tar.gz
http://people.apache.org/~jboynes/tuscany-M2/tuscany-spec
, or published as a separate downloadable javadoc
distribution
and included in this vote.
org.osoa.sca.*
org.osoa.sca.annotations.*
org.apache.tuscany.commonj.timers.*
org.apache.tuscany.commonj.work.*
Simon
Jeremy Boynes wrote:
Please vote to approve the release of the incubator-M2 version
On Dec 8, 2006, at 4:33 AM, ant elder wrote:
That may not be a blocking problem but I think the the next one is:
Unfortunately the question about if the javadoc distro needs to
include
license and notice files was answered on the incubator general list
last
night - they do, and ours don't.
add these files for us so if we
want to
distribute the javadoc the easiest way is probably going to be to
manually
add the files to the distro after its built just as its about to
be signed.
...ant
On 12/7/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
This has a dependency on the f
-repository/org/apache/
tuscany/commonj-api_r1.1/1.0-incubator-M2/commonj-api_r1.1-1.0-
incubator-M2.jar
Please include them in this vote. There are no source artifacts
published for these yet.
--
Jeremy
On Dec 6, 2006, at 10:30 PM, Jeremy Boynes wrote:
Please vote to approve the release of
.
On 07/12/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
Kelvin, these spec jars are published with you as the owner. It looks
like this was done around the same time as the SDO vote - were they
part of that?
--
Jeremy
On Dec 7, 2006, at 3:49 AM, Simon Nash wrote:
> The spec files (sourc
.*
org.osoa.sca.annotations.*
org.apache.tuscany.commonj.timers.*
org.apache.tuscany.commonj.work.*
Simon
Jeremy Boynes wrote:
Please vote to approve the release of the incubator-M2 version of
Apache Tuscany SCA for Java.
These archives are -incubator- rather than -incubating- for
consistency with the SDO
Please vote to approve the release of the incubator-M2 version of
Apache Tuscany SCA for Java.
These archives are -incubator- rather than -incubating- for
consistency with the SDO and DAS M2 releases.
As before, none of the distributions have a top level directory
reflecting the version.
Yep 0.8.0 seems to be the latest - do you know which pom is looking
for 0.9.0?
--
Jeremy
On Dec 6, 2006, at 11:57 AM, Luciano Resende wrote:
Looks like there is only a 0.8.0 snapshot available there...
http://people.apache.org/repo/m2-snapshot-repository/org/apache/
felix/felix/
[INFO]
--
On Dec 6, 2006, at 10:17 AM, Jim Marino wrote:
On Dec 6, 2006, at 10:04 AM, Jeremy Boynes wrote:
On Dec 6, 2006, at 9:05 AM, Jim Marino (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-973?
page=comments#action_12456118 ]
Jim Marino commented on TUSCANY-973
On Dec 6, 2006, at 8:26 AM, Raymond Feng wrote:
Hi, Jeremy.
I'm not sure if you use the sca/distribution/build.xml to create
distros for M2. The build.xml tagged for M2 still has references to
svn M2 branches. Attached is a patch to fix it (I'll let you decide
if we commit it).
I think
On Dec 6, 2006, at 9:05 AM, Jim Marino (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-973?
page=comments#action_12456118 ]
Jim Marino commented on TUSCANY-973:
This needs to implement semantics similar to conversational
persistence and
On Dec 6, 2006, at 3:57 AM, kelvin goodson wrote:
I pressed send too early on my last note.
So now we have a version of the parent pom with the 2-incubator-
SNAPSHOT
version tag and a version of buildtools with the
1.0-incubator-SNAPSHOTavailable from the m2-snapshot-repository,
meaning that
I think resolves the last issue - does anyone have anything else to
bring up? If not, I will start to package another release candidate.
--
Jeremy
On Dec 5, 2006, at 8:50 AM, ant elder wrote:
Yes! Jeremy, as release manager what do you say, would you make us
another
release candidate to re
On Dec 5, 2006, at 1:38 AM, kelvin goodson wrote:
I had a little dig around and I'm tring to work out if the purpose
of the
people.apache.org m2-snapshot-repository is right for solving this
issue.
If we can post an incubator-SNAPSHOT version of buildtools and
parent pom
there, then I thin
This is a good set of observations and if we can figure out why this
snapshot is not being used (or even returned despite the dependency
onit) I think we'd be good to go. If we're going to do that though I
think it's important to understand the cause of this behaviour and
not just the effec
of Axiom?
>
>Simon
>
> Davanum Srinivas wrote:
> > Thanks Jim/Jeremy :)
> >
> > Please look at the pom's in the svn. the SNAPSHOT jars are here:
> > http://ws.zones.apache.org/repository/
org.apache.ws.commons.axiom/jars/
> >
> > thanks,
>
There is a context parameter "tuscany.online" which defaults to true -
if you set this to false in webapp.xml then it should disable this
behaviour.
--
Jeremy
On 11/30/06, Matthew Duftler <[EMAIL PROTECTED]> wrote:
Hi Folks,
When I deploy a Tuscany sample to Tomcat, I see what looks like Maven
On 11/30/06, Jim Marino <[EMAIL PROTECTED]> wrote:
This I think highlights a problem with the spec around using
CurrentCompositeContext from unmamanged code in general...a locate
service only returns "half" of an invocation chain since the source
is not a component and is "unmamanged" code". Can
301 - 400 of 1609 matches
Mail list logo
