Sending binaries over relations
Marco Ceppi
marco at ondina.co
Wed Jan 20 15:16:16 UTC 2016
I don't think sending the binary via relation is a good idea. Either
spinning up a web service or using rsync would be a better bet
On Wed, Jan 20, 2016, 10:10 AM Matthew Williams <
matthew.williams at canonical.com> wrote:
> Would it not be better for the charm to have a path the client can `wget`
> the libraries from - this path can be sent via the relation as a string
>
> Matty
>
> On Wed, Jan 20, 2016 at 2:30 PM, José Antonio Rey <jose at ubuntu.com> wrote:
>
>> Hey,
>>
>> One of the options would be to cat the file as a string and pass that
>> string over the connection, finally echoing that string to foo.binary.
>>
>> What do others think?
>>
>> --
>> José Antonio Rey
>>
>> On Wed, Jan 20, 2016, 08:25 Merlijn Sebrechts <
>> merlijn.sebrechts at gmail.com> wrote:
>>
>>> Hi
>>>
>>>
>>> I have a question I'd like to discuss, if you guys aren't to busy
>>> prepping for Ubucon.. :)
>>>
>>> I've found a number of Java projects where, in order to communicate for
>>> example with Kafka, they require the Kafka Java libraries for that specific
>>> version. For the moment, I solve this by downloading the libraries from a
>>> deployed Kafka installation and include them in the Charm. However, this
>>> has the disadvantage that everytime the Kafka charm version changes, I have
>>> to update the libraries in all the charms that connect to Kafka. It would
>>> be better if there was a way to send these libraries over the connection.
>>> This way, a Charm that can connect to one version of Kafka has a very high
>>> chance of being able to connect to the next version.
>>>
>>> So my question is: Is there a way to send large binary files between
>>> Charms? Or is this problem better solved by using a subordinate
>>> kafka-plugin Charm like the Hadoop Charms do?
>>>
>>>
>>>
>>> Kind regards
>>> Merlijn Sebrechts
>>> --
>>> Juju mailing list
>>> Juju at lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju
>>>
>>
>> --
>> Juju mailing list
>> Juju at lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
> --
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20160120/b0614500/attachment.html>
More information about the Juju
mailing list