devicemap-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Werner Keil <werner.k...@gmail.com>
Subject Re: Plans and activities for coming months
Date Tue, 03 Mar 2015 09:00:34 GMT
Hi,

In a way yes, at least until a 2.x branch of data turns from ideas and
brainstorming to reality;-)
One thing to clarify IMHO a bit more important on Windows machines, since
they are known to be more "appealing" for hacking or malware, etc. than a
(well-protected) UX or similar OS. If I look at the projects, there's
DeviceMap and DeviceMapConsole. Does it mean, you already separated the
"Client" from a console app?

If so, then indeed, the 2 .NET clients seemed even a bit ahead of the Java
Classifier, since we spoke about a slight discomfort to some environments
if an executable or scriptable part is directly inside the client module.

One evident lack is documentation (even on the Java side to some extent,
though presentations help)
If I free enough space on my own laptop before Rome, I'd love to give a
quick live demo of either the C# or VB.NET one, too. I appreciate if you
could help with tips, etc.
A vital help could be a how-to on using only command line tools or freely
available compilers (indeed MS Open Sourced quite a bit now, too)
Since it is also generally free, using Visual Studio Community sounds fair,
but since the Java equivalent runs on any Maven enabled box, something
similar for a "headless" build on the .NET side being documented and
understandable could help. Last but not least if we wanted to use one of
the Apache CI servers for .NET we heard exist;-)

Werner


On Tue, Mar 3, 2015 at 6:09 AM, eberhard speer jr. <seshat@ducis.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> some nuance maybe :
> - - not much is being going on with the .Net client mainly because not
> much needs to go there : no important functional changes
> - - using the devicemap .Net version does not require Visual Studio
>
> ;)
>
> esjr
>
>
> > Hi,
> >
> > As mentioned, I was invited to talk about DeviceMap at codemotion
> > Rome, one of the largest developer conferences in the EMEA region
> > (~30k+ attendees across 3-4 events each year, so that's up to 10k
> > for some of them)
> >
> > Based on that W3C DDR Compatibility test in the repository we point
> > to in our W3C related notice, I work on filling it with test data
> > and arguments based on DeviceMap to see the results. The same test
> > bed may be used on future W3C DDR implementations based on new data
> > structures. The test isn't a simple JUnit like test, it requires
> > tons of arguments that have to match, but I hope to have it running
> > ideally no later than Rome. Once it can be executed at least
> > manually (or if it's possible to automate it via Maven after every
> > project build) there's no reason preventing an official release of
> > the W3C artifacts, too. The test is pretty much a "TCK" provided by
> > W3C similar to any Java JSR, so I want to run it before releasing
> > the W3C implementation.
> >
> > There hasn't been much going on with the .NET clients lately, but I
> > need to use a Visual Studio 2013 Community Edition now for other
> > projects, thus I hope to get a closer look at it with this free
> > tool (which should make it easier for people to use DeviceMap .NET
> > without paying a huge subscription fee;-)
> >
> > ApacheCon Europe may start a CFP soon, the date has been confirmed
> > and it'll be in Budapest again. As soon as we see it on the Apache
> > mailing list, we could think about proposing something. I'd be in
> > for that as I should be in Europe then, too.
> >
> > Regards,
> >
> > Werner
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (MingW32)
>
> iQEcBAEBAgAGBQJU9UIdAAoJEOxywXcFLKYc4NoH/iovlJPFaxQMkmhdU+N8glku
> W2uanOLjK5HWU3K+Gei36HTXqmLwuUwrLOvL5Dg9P1HkgAOFExiKWiuD+mLorMH4
> BlxdoHf99KG/U4TW1P+B0+uFCcHZDKuGke7Nt2HRpGUbTEGEchff2xNsTq+cS09A
> 8kCm6ppeL6CdjY6K5oLtNo8dUxVvLecQ33Fm0FfoRuBP/oUamnb9I6i1orywNoIq
> MNQQc5Iy49Z8YXyHqfNsrNzzgsYvyjAsLgDc7FN+n/t+8IFLYHRWkpUE92Vl2zgA
> 0O48mrmfbscbogiXyPiFC5oLMwVTU9tTP83Zd1kYVS4x32s1htIjJAsRNqKhexM=
> =Eic9
> -----END PGP SIGNATURE-----
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message