FYI
-- Forwarded message --
From: Joe Schaefer
Date: Mon, Nov 28, 2011 at 14:28
Subject: Accepting proposals regarding early git adoption
To: Apache Infrastructure
While many of you are aware of the ongoing "experiment/alpha test"
with git hosting for CouchDB, you may not be a
I got your point.
But, AFAIR, I moved it into standard, not framework. I will fix that today.
My concern is that full doesn't mean anything for me.
Framework and minimal are clear and used by others projects.
Standard is destinated to the end-users.
I don't see any value to a "Full" feature.
OK, I looked up a bit what the problem was. See rev. 1188071 and the
discussion about it.
The full kar installed some deployers that shouldn't be in the minimal assembly
but were in the "full" assembly. Rev. 1188071 erroneously added them to the
framework. I really think we need to fix this
Hi David,
yes I saw that. I removed that because I don't see the advantage of the
full kar comparing to the standard one. The standard kar contains the
same thing as the full (as we have currently in the karaf 2.2.x).
Basically, we have three kar:
- framework
- minimal
- standard
Regards
JB
In my review & testing I didn't see any references to using
assemblies/features/full but if I was mistaken then I'll have to
restore the structures or replace them in another location.
The only reference I have noticed for apache-karaf-full is under
developers-guide/writing-tests.conf, but this pr
Hi Jean-Baptiste,
There are/were two "fulls".
- assemblies/apache-karaf-full, renamed to apache-karaf. I have no problem
with this, I named it -full so we could keep the old apache-karaf assembly
around for a short while to make sure I didn't leave out too much.
- assemblies/features/full Th
Hi David,
Could you explain ?
IMO, to provide a "smooth" transition, users should more or less get the
same distribution.
Introducing -full wasn't good for me as people will look for apache-karaf.
Full is now presents directly in apache-karaf. It's exactly the same.
Regards
JB
On 11/28/201
I still think that removing assemblies/features/full was a mistake (IIRC I
-1'ed it with no response) and haven't found where the stuff in it was restored
(if anywhere).
david jencks
On Nov 28, 2011, at 6:40 AM, Jamie G. wrote:
> Hi All,
>
> I've been looking through our assemblies setup for
Hmm, in the main pom file there is a reference to the 'assembly'
module in regards to using eclipse.
Perhaps this is something else that may require re-factoring as well?
On Mon, Nov 28, 2011 at 12:21 PM, Jamie G. wrote:
> Sounds good, I'll take care of removing them then :)
>
> Cheers,
> Jamie
Sounds good, I'll take care of removing them then :)
Cheers,
Jamie
On Mon, Nov 28, 2011 at 11:33 AM, Jean-Baptiste Onofré
wrote:
> Hi Jamie,
>
> yes, these folders could be removed (git svn doesn't do it).
>
> Regards
> JB
>
> On 11/28/2011 03:40 PM, Jamie G. wrote:
>>
>> Hi All,
>>
>> I've bee
Hi Jamie,
yes, these folders could be removed (git svn doesn't do it).
Regards
JB
On 11/28/2011 03:40 PM, Jamie G. wrote:
Hi All,
I've been looking through our assemblies setup for Karaf trunk and
would like to know if we can remove the following folders:
http://svn.apache.org/repos/asf/kara
Hi Jamie,
AFAIC +1 from my side.
I guess we can get rid of the old stuff now :)
regards, Achim
2011/11/28 Jamie G.
> Hi All,
>
> I've been looking through our assemblies setup for Karaf trunk and
> would like to know if we can remove the following folders:
>
> http://svn.apache.org/repos/asf/k
Hi All,
I've been looking through our assemblies setup for Karaf trunk and
would like to know if we can remove the following folders:
http://svn.apache.org/repos/asf/karaf/trunk/assemblies/apache-karaf-full/
<-- empty folder, is this a place holder?
http://svn.apache.org/repos/asf/karaf/trunk/as
There's no file to point at, the OSGi standard does not impose how the
jar is stored, and it can be extracted (some inner jars are somtimes
extracted), so you'd even have multiple jars to point to.
You need to change the OpenEJB discovery mechanism to be more OSGi
friendly. I'm not sure what resou
14 matches
Mail list logo