Skip to main content

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



Re: EDR doc

Leonardo Lima 12/04/2014

Re: EDR doc

Werner Keil 12/04/2014

Re: EDR doc

Leonardo Lima 12/04/2014

Re: EDR doc

Werner Keil 12/04/2014

[jsr363-experts] Re: EDR doc

Martin Desruisseaux 12/15/2014

[jsr363-experts] Re: EDR doc

Werner Keil 12/15/2014

[jsr363-experts] Re: EDR doc

Martin Desruisseaux 12/15/2014

[jsr363-experts] Re: EDR doc

Werner Keil 12/15/2014

[jsr363-experts] Re: EDR doc

Leonardo Lima 12/15/2014

[jsr363-experts] Re: EDR doc

Werner Keil 12/15/2014

[jsr363-experts] Re: EDR doc

Martin Desruisseaux 12/16/2014

[jsr363-experts] Re: EDR doc

Martin Desruisseaux 12/16/2014

[jsr363-experts] Re: EDR doc

Leonardo Lima 12/16/2014

[jsr363-experts] Re: EDR doc

Werner Keil 12/16/2014
 
 
Close
loading
Please Confirm
Close