Use Advanced Search to search the entire archive.
Re: EDR doc
- From: Werner Keil <
>
- To: "
" <
>
- Subject: Re: EDR doc
- Date: Thu, 4 Dec 2014 14:55:28 +0100
Answers inline
On Thu, Dec 4, 2014 at 2:36 PM, Leonardo Lima
<
>
wrote:
>
>
>
On Thu, Dec 4, 2014 at 11:26 AM, Werner Keil
>
<
>
>
wrote:
>
>
> Leonardo/all,
>
>
>
> Thanks a lot for the update. Sounds great also including videos. We might
>
> put them on the project page.
>
> Having a bit of diversity of sites is inevitable for a JSR since some of
>
> the material must be provided on jcp.org, that won't go away. java.net
>
> offers a slightly more comfortable download file server, that is pretty
>
> much all we use and of course JIRA and this mailing list (for internal
>
> purposes, the more public ones are on Google Groups where people can add or
>
> remove themselves more easily)
>
>
>
>
The idea is to have the JSR page in the JCP site as entry-point, pointing
>
to the Java.NET page because there we have a very good menu on the left
>
pointing to the right resources. This, or update the JSR page with the
>
correct mailing lists and download site as information change.
>
At the moment all relevant links on the jcp.org detail page are intact.
It points to GitHub via
https://github.com/unitsofmeasurement not to the
http://unitsofmeasurement.github.io/ because that wasn't in place at the
time or the proposal.
The GitHub.io frontpage is the most appealing "blog" like page. I am not
aware that
https://java.net/projects/unitsofmeasurement/ could offer a
similar user experience. It has a "Wiki" but it's L&F is given by Kenai/
java.net and I don't think you can change much to make it look nice, e.g.
via Bootstrap, etc.
It's a bit like the old Eclipse.org website. Eclipse made a radical shift
towards Bootstrap templates lately, so many of the new pages look extremely
similar to javamoney.org or uom.technology/unitsofmeasurement.github.io. [?]
If Jean-Marie discontinues "www.unitsofmeasurement.org" we'd have to ask
PMO to fix old links and simply refer to the Google Code Project instead of
www.unitsofmeasurement.org.
We might change this sentence
>
The RI will be implemented inside the open source project '
unitsofmeasurement.org'. We target stand-alone releases.
to
>
The RI will be implemented inside the open source project '
unitsofmeasurement.github.io'. We target stand-alone releases.
or similar.
Most other references to "unitsofmeasurement.org" are historic pointing to
the 0.6 version. That won't go away as biggest inspirational point (and
partly initial codebase)
>
>
>
>
> I think we should try to deprecate the old domain. There is currently
>
> just one of the domains I registered that works with DNS, the others are
>
> ultra-cheap (hence registered for 5 years) but they seem very restricted,
>
> so they work for short package names only and for Maven/Nexus. There is one
>
> http://uom.technology/ that works. Currently embeds the Github page, I
>
> might change that to an auto-forward similar to javamoney.org, but I
>
> think we could use the github.io brand and site just as well (I could
>
> reserve that domain, there are new ".tech" ones coming up in the near
>
> future, so I don't know if I keep the longer version, "
>
> unitsofmeasurement.github.io" shall remain behind them)
>
>
>
>
Let's try and do this in January.
>
>
>
>
>
> Great that you tried with the Freescale board. We should be able to
>
> follow-up while there in January. The Locale is already removed. I saw ME
>
> 8.1 has a new SDK and plugins for both NetBeans and Eclipse. It was a
>
> little odd when I used NetBeans at Eclipse DemoCamp Hamburg to demonstrate
>
> Heart of Glass. That and ME 8 were so far the only reasons to use NetBeans.
>
> Ideally al but the ME projects should be fully Maven-enabled, so Heart of
>
> Glass can also be demonstrated.
>
> If there's time or other Hackathons, it would be a great thing to port
>
> GNU I/O to the new Device I/O library in Heart of Glass.
>
>
>
>
We used the Eclipse version of the SDK, I installed everything on site,
>
downloading from the Oracle website. I did find some problems after a while
>
and I can't tell if this is a problem of Eclipse, the Mobile Java Tools
>
(MJT) or the ME SDK itself (Device manager, etc). That's another item on my
>
list to Oracle :)
>
>
>
>
>
> None of that is a show-stopper for EDR, so I think we should file it
>
> before the F2F, otherwise we risk slipping past the deadline[?]
>
> The "gas pump" scenario would be nice to add to the use cases. Do you
>
> think either you or Otavio (happy to give him write-access, I believe so
>
> far it's mostly Spec Leads and Martin, plus I added Chris for Automotive,
>
> who just joined the new EG a few days ago) could write something about it
>
> in the Spec?
>
>
>
>
Sure, I write it down.
>
>
>
Regards,
>
Leonardo.
>
>
>
Old email below this line, you can go back up now :)
>
>
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>
Regards,
Werner
Attachment:
347.gif
Description: GIF image
Attachment:
322.gif
Description: GIF image