I think we could still do more. For example how about any of:

- Move cts into testing
- Delete distribution (distribution/sca/standalone and webapp are obsolete
now right?)
- Merge sampleapps into samples
- Move  the sca specific samples from samples to sca/samples -
inner.composite, echo.binding etc.
- Does java/sca/doc really need to be here, could these be moved to the
website/wiki?
- Do something with java/sca/plugins/itest.plugin and test, maybe
sca/testing/junit and sca/testing/itest
- Move all the java/sca/services/databindings to sca/extensions like the
axiom one, (and databinding/test to sca/testing?)

  ...ant

On 1/31/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:

I was watching what you were doing with axsi2 etc. I think you've
done everything that I planned. Thanks for picking it up.
--
Jeremy

On Jan 31, 2007, at 7:08 AM, ant elder wrote:

> Are you still planning on do anything like this? I would help but
> its not
> clear to me what you want to move where?
>
>   ...ant
>
> On 1/27/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
>>
>> Rick pinged me tonight about problems building from the sca
>> directory. It turns out modules that build on their own can fail if
>> run as part of a reactor run as mvn gets confused over whether it
>> should be using the pre-spec tree or trunk.
>>
>> Unless someone beats me to it, I intend to fix that tomorrow by
>> moving some of the modules around so there is a clear distinction
>> between kernel, runtime and runtime services, and extensions. The
>> first two will be the same modules currently in pre-spec and the
>> extensions will depend on those (so its easy for an extension to
>> choose if it depends on trunk or pre-spec).
>>
>> --
>> Jeremy
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to