brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Heneveld <alex.henev...@cloudsoftcorp.com>
Subject Re: [PROPOSAL] Split brooklyn-core during OSGification
Date Mon, 12 Oct 2015 16:14:18 GMT

We should move winrm/jython to a new project in any case.  Many users 
will want to exclude that bundle.

I suggest  software/winrm/ folder  brooklyn-software-winrm project.

--A


On 12/10/2015 17:59, Hadrian Zbarcea wrote:
> I think we'll need to split the core in multiple parts actually. I am 
> having a bit of trouble myself with winrm4j. The complication is that 
> it depends on jython, which does not provide an OSGi bundle either. I 
> am not sure for instance if winrm4j is always necessary or it could be 
> another core-ish bundle.
>
> A second thought is that I don't know what the impact on current users 
> would be to move the current use of the OSGi framework in a different 
> jar. One possibility is to split the core into multiple jar, following 
> a convention we can agree upon (brooklyn-rt-* would be a common 
> convention), but then let what Cipi called brooklyn-rt-felix, keep the 
> current name brooklyn-core.
>
> Cheers,
> Hadrian
>
>
>
> On 10/12/2015 09:53 AM, Ciprian Ciubotariu wrote:
>> While working on running Brooklyn inside Karaf I ran into the code that
>> manages an embedded Apache Felix runtime.
>>
>> Since the roles are now reversed, I propose to split brooklyn-core 
>> into the
>> following:
>>
>> * brooklyn-core - new implementation using the Karaf-provided OSGi 
>> runtime
>> * brooklyn-rt-felix - existing code using felix as an embedded OSGI 
>> runtime
>> (which will no longer be needed when OSGification is complete)
>>
>> This change is much needed since the Apache Felix packages that are 
>> used to
>> start and stop the embedded framework are private within the felix 
>> bundle
>>
>> My intention is to move current code to brooklyn-rt-felix, and defer 
>> to it
>> when the Karaf container is not present, while using the Karaf-provided
>> felix/equinox framework by default.
>>
>> I have already started to code in that direction, but since this is a 
>> larger
>> change I would like to hear your thoughts on the matter.
>>


-- 
Cloudsoft Corporation Limited, Registered in Scotland No: SC349230. 
 Registered Office: 13 Dryden Place, Edinburgh, EH9 1RP
 
This e-mail message is confidential and for use by the addressee only. If 
the message is received by anyone other than the addressee, please return 
the message to the sender by replying to it and then delete the message 
from your computer. Internet e-mails are not necessarily secure. Cloudsoft 
Corporation Limited does not accept responsibility for changes made to this 
message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the 
onward transmission, opening or use of this message and any attachments 
will not adversely affect its systems or data. No responsibility is 
accepted by Cloudsoft Corporation Limited in this regard and the recipient 
should carry out such virus and other checks as it considers appropriate.

Mime
View raw message