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 before releasing. These are the
deployers:
<bundle start="true"
start-level="30">mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.spring/${project.version}</bundle>
<bundle start="true"
start-level="30">mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.blueprint/${project.version}</bundle>
<bundle start="true"
start-level="30">mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.features/${project.version}</bundle>
<bundle start="true"
start-level="30">mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.kar/${project.version}</bundle>
<bundle start="true"
start-level="30">mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.wrap/${project.version}</bundle>
I think there were some differences in cfg files as well, although I don't
think I straightened out all the duplication of cfg files between the full and
framework kars. Maybe the cfg files were identical.
Actually there are currently one kar (framework) and two feature repos
(standard and enterprise). If there were no important differences between the
resources such as cfg files then maybe we can have a "deployer" feature in
standard with the 4 non-spring deployers and put the spring deployer in with
some spring feature?
Also I think we should put all the spring related features in a spring feature
repo so it's easier to have a spring-free karaf if you want it.
thanks
david jencks
On Nov 28, 2011, at 9:57 PM, Jean-Baptiste Onofré wrote:
> 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
>
> On 11/28/2011 10:31 PM, David Jencks wrote:
>> 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 This was a kar that included resources in the
>> full assembly that weren't in (or shouldn't be in) the minimal assembly, and
>> also IIRC pulled in a few bundles needed for the full assembly. I don't
>> think removing this was wise, and the last time I looked there were some
>> missing bundles as a result. However I don't remember the details.
>>
>> thanks
>> david jencks
>>
>> On Nov 28, 2011, at 9:08 AM, Jean-Baptiste Onofré wrote:
>>
>>> 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/2011 05:59 PM, David Jencks wrote:
>>>> 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 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/assemblies/features/full/
>>>>> <-- appears to be unused.
>>>>> http://svn.apache.org/repos/asf/karaf/trunk/assembly/<--- appears to
>>>>> be deprecated.
>>>>>
>>>>> Cheers,
>>>>> Jamie
>>>>
>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
