Re: [PROPOSAL] ActiveMQ official Docker images and K8S yml

2019-12-02 Thread Jean-Baptiste Onofré
Hi Clebert,

The purpose is more to populate docker hub within the build.

It's what I'm doing for Karaf:

https://hub.docker.com/r/apache/karaf/tags

Regards
JB

On 02/12/2019 20:51, Clebert Suconic wrote:
> The "official" image is something you will have to work with Apache
> Infra. their support is limited as in Apache the release is the
> Source.
> 
> I hope things have changed on apache regarding docker. In any case it
> would really benefit to have a separate thread discussion showing the
> progress on that front, as in if the infra team have improved their
> support on docker or not.
> 
> On Fri, Nov 29, 2019 at 3:41 AM Jean-Baptiste Onofré  
> wrote:
>>
>> Hi guys,
>>
>> as part of the ActiveMQ 5.16.0 preparation, I works on:
>> - Dockerfile/Docker image to provide an "official" Apache Docker image
>> for ActiveMQ
>> - Several k8s yml files (with different scenarios)
>>
>> I propose to integrate this in the ActiveMQ codebase.
>>
>> Thoughts ?
>>
>> Regards
>> JB
>> --
>> 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


Re: [PROPOSAL] ActiveMQ official Docker images and K8S yml

2019-12-02 Thread Clebert Suconic
The "official" image is something you will have to work with Apache
Infra. their support is limited as in Apache the release is the
Source.

I hope things have changed on apache regarding docker. In any case it
would really benefit to have a separate thread discussion showing the
progress on that front, as in if the infra team have improved their
support on docker or not.

On Fri, Nov 29, 2019 at 3:41 AM Jean-Baptiste Onofré  wrote:
>
> Hi guys,
>
> as part of the ActiveMQ 5.16.0 preparation, I works on:
> - Dockerfile/Docker image to provide an "official" Apache Docker image
> for ActiveMQ
> - Several k8s yml files (with different scenarios)
>
> I propose to integrate this in the ActiveMQ codebase.
>
> Thoughts ?
>
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com



-- 
Clebert Suconic


Re: NMS 1.8.0 SessionExtensions not defined on .NET Framework

2019-12-02 Thread W B D
Created as AMQNET-631 https://issues.apache.org/jira/browse/AMQNET-631 -
thanks!


On Thu, Nov 28, 2019 at 12:16 PM Krzysztof  wrote:

> Hi,
>
> We must have missed that during the work on .net standard migration. Feel
> free to submit the issue
> https://issues.apache.org/jira/projects/AMQNET/summary and we can expose
> this api back again.
>
> Krzysztof Porebski
>
> On Thu, Nov 28, 2019 at 9:02 PM W B D  wrote:
>
> > I have tried updating the Apache.ActiveMQ.NMS Nuget package to 1.8.0 in
> my
> > project, and am getting build errors indicating that the GetDestination
> > method is not available on ISession.
> >
> > This method is defined in the SessionExtensions class, but it is
> > conditionally compiled only if the symbol MONO or NET_3_5 is defined.
> >
> > I assume that this was defined previously, but is now inadvertently
> omitted
> > as part of the restructuring that was done for 1.8. Probably, the
> extension
> > methods could be defined for any supported version of .NET at this point,
> > as .NET < 3.5 is no longer supported by the project.
> >
> > The extension method simply delegates to SessionUtil.GetDestination,
> which
> > is exposed to public as well, so for my immediate need I just called that
> > directly.
> > However, I assume this should not have been necessary and that the
> > extension methods should still be provided as before, rather than have a
> > breaking change.
> >
>