Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec.committee] Going backwards with the content on https://jakarta.ee/specifications/?

Regarding the weighting...  Can we put Platform at the top of the list, followed by Web Profile?  And, then alphabetical would be great.  Thanks!


---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn:
https://www.linkedin.com/in/kevinwsutter



From:        Ed Bratt <ed.bratt@xxxxxxxxxx>
To:        Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>, Wayne Beaton <wayne.beaton@xxxxxxxxxxxxxxxxxxxxxx>
Date:        09/09/2019 10:39 PM
Subject:        [EXTERNAL] Re: [jakarta.ee-spec.committee] Going backwards with the content on https://jakarta.ee/specifications/?
Sent by:        jakarta.ee-spec.committee-bounces@xxxxxxxxxxx




Wayne,
Just curious (this is by no means urgent): Can you expand on the weights you refer to for the Specifications? Other than Web and Full profile specifications -- is this list going to be dynamic in some way?
-- Ed
On 9/9/2019 2:26 PM, Wayne Beaton wrote:
I've updated all of the ballot information. I've also removed the .project file.

I decided to add weights to the entries for the Jakarta EE Platform and Web Profiles so that they are positioned at the top of the list.

All pending release reviews have been resolved.

The web dev team has a job scheduled to publish the website with the specification content at 1am EDT.

From an Eclipse Foundation process point of view, I believe that we're good-to-go.

I will be on standby if any issues come up.

Wayne


On Mon, Sep 9, 2019 at 3:46 PM Wayne Beaton <wayne.beaton@xxxxxxxxxxxxxxxxxxxxxx> wrote:
According to the webdev team, there was a file in the ./pages directory that was poorly formed that blew up the preview for everybody (that seems like an unfortunate side effect that we should ask the webdev team to investigate).

Specifically, specifications/faces/2.3/jsdoc/jsf.html#.ajax, made the deployment script throw a fit.

I'm confident that the file is not actually used (I'm pretty sure that a browser would interpret everything after hash as an answer and would never actually ask for the file) and so I removed the file. I've tested on the staging site and it seems to work now. 

Note that somebody included an Eclipse IDE ".project" file in a commit. I'll remove it (and do some general clean up) when we're done with everything else.

At this point, I have posted ballot results for all but three specifications:
  • Jakarta Enterprise Beans
  • Jakarta Interceptors
  • Jakarta Management
I'm standing by.

Wayne


On Mon, Sep 9, 2019 at 10:51 AM Kevin Sutter <sutter@xxxxxxxxxx> wrote:
I'm seeing a few automated PR checks that are "failing" with our pre-deployment steps...  Maybe these are a known condition.  You can see some of the check fails via this PR:
https://github.com/jakartaee/specifications/pull/19

I discovered that the _index.md file had an incorrect TCK link, so I corrected it before attempting to merge.  I've done a similar change for the platform, web profile, and this managed beans PR.  When I update my pending branch with these minor updates, I am getting the messages as logged in PR #19.  I am waiting for Bill to approve his review comments before merging this one.  The other PRs with these type of messages, I just went ahead and merged them.


I trust these are related to our staging processing and shouldn't be too concerned with the messages?  That is, we should go ahead with our merges?  Thanks.

---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail:  
sutter@xxxxxxxxxx    Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn:
https://www.linkedin.com/in/kevinwsutter



From:        
Bill Shannon <bill.shannon@xxxxxxxxxx>
To:        
Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>, Wayne Beaton <wayne.beaton@xxxxxxxxxxxxxxxxxxxxxx>
Date:        
09/06/2019 09:53 PM
Subject:        
[EXTERNAL] Re: [jakarta.ee-spec.committee] Going backwards with the content on https://jakarta.ee/specifications/?
Sent by:        
jakarta.ee-spec.committee-bounces@xxxxxxxxxxx




Wayne Beaton wrote on 9/5/19 7:46 PM:
> Note that I noticed that the breadcrumbs are rendered with absolute URLs;
> clicking on an entry will take you to the production site.
Ya, I was tripped up by that.  Is that fixable?

> FWIW, the production site is operating as designed and as I described. That
> some of the specifications were rendering was due to the value in the date
> field being in the past. When I changed them to September 10/2019, they were
> removed on the next deployment. I believe that there was some consensus that
> we wanted to keep information about specifications off the production site
> until after they were released. Based on this experience, we may want to
> change this.
I don't see any problem with putting them on the public web site after they've
actually been approved, even if it's in advance of the platform release
containing them.

> I envision that that the metadata at the top of each of the specification
> files will be valuable (and possibly expanded at one point); we might, for
> example, generate some kind of data file out of these files. So, having a real
> date of release here feels like something we want to have. Hugo actually uses
> the "date" (and "publishDate") fields. We could instead create our own
> "releaseDate" field and either put a different value in the date field, or
> just remove the date from the header and render additions as they come
> (regardless of release date).
>
> I'm thinking that this may be a topic for our retrospective.
>
Agreed.

_______________________________________________
jakarta.ee-spec.committee mailing list

jakarta.ee-spec.committee@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee



--

Wayne Beaton

Director of Open Source Projects | Eclipse Foundation, Inc.




--

Wayne Beaton

Director of Open Source Projects | Eclipse Foundation, Inc.



_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee
_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee




Back to the top