Re: [hibernate-dev] https://hibernate.org enforced
Well I guess I got my feedback :) Sorry I did not know it was on purpose, I don't remember reading it on the mailing list. So with enforced HTTPS off, we need to go a chase all the links in the form of https://hibernate.org/foo and make them https://hibernate.org/foo/ due to a limitation in GitHub See https://hibernate.atlassian.net/browse/WEBSITE-524 Otherwise, you get a downgrade to http. Emmanuel On Mon 18-07-30 18:35, Guillaume Smet wrote: >FWIW, I reverted it. > >On Mon, Jul 30, 2018 at 6:33 PM Yoann Rodiere wrote: > >> Also several users just reported that some wrong URL ( >> http://hibernate.org/hibernate-configuration-3.0.dtd) used to work, and >> now doesn't. It started very recently. >> >> Did you change some HTTP redirection rules? Or maybe we had a redirection >> from http://hibernate.org/hibernate-configuration-3.0.dtd to the correct >> URL, but your redirection to https takes precedence over the older >> redirection, and the older one does not match " >> https://hibernate.org/hibernate-configuration-3.0.dtd;? >> >> Yoann Rodière >> Hibernate NoORM Team >> yo...@hibernate.org >> >> >> >> On Mon, 30 Jul 2018 at 18:29, Sanne Grinovero wrote: >> >>> Please be mindful of SEO as well. All existing valid URLs should >>> redirect to a valid HTTPS alternative before we switch. >>> On Mon, 30 Jul 2018 at 16:41, Guillaume Smet >>> wrote: >>> > >>> > Please don't do it: there's a good reason I haven't done it: the news >>> are >>> > not loaded because in.relation.to is not HTTPS. >>> > >>> > We need to enable HTTPS for in.relation.to before doing it. >>> > >>> > Thanks. >>> > >>> > >>> > On Mon, Jul 30, 2018 at 4:43 PM Emmanuel Bernard < >>> emman...@hibernate.org> >>> > wrote: >>> > >>> > > I've enforced HTTPS on hibernate.org. >>> > > I am aware that Google Chrome shows warning as we load some non HTTPS >>> > > resources as part of the pages (two images, one link and the >>> > > in.relation.to feed). >>> > > But if you see other things not working, let us know. >>> > > >>> > > Here is the issue tracker >>> > > https://hibernate.atlassian.net/browse/WEBSITE-523 >>> > > >>> > > Emmanuel >>> > > ___ >>> > > hibernate-dev mailing list >>> > > hibernate-dev@lists.jboss.org >>> > > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>> > > >>> > ___ >>> > hibernate-dev mailing list >>> > hibernate-dev@lists.jboss.org >>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >>> ___ >>> hibernate-dev mailing list >>> hibernate-dev@lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/hibernate-dev >>> >> ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Stride
If we must compare Zulip to emails, cross-posting to multiple mailing lists would be equivalent to posting to different "streams", which are the equivalent of "rooms" in HipChat or "channels" in IRC. Short answer is: you can't do that, you have to duplicate the conversation. But so would you in HipChat, or IRC, or Slack, or any chat software I've ever heard of. If you are talking about have a single conversation inside a single "stream"/"room"/"channel" with multiple topics (like "JPA 2.2, CDI integration, and also cache SPIs"), well... create a topic just for that ("JPA+CDI+Caches"). Or use the default topic (called "(no topic)"). I don't think the primary reason for topics is archiving and finding older conversation. They help doing that, but their main purpose is to enable multiple concurrent conversation to run their course *in parallel, in a single "stream"/"room"/"channel"*. You can just focus on one topic and temporarily ignore all other topics. Which is nice, but not necessarily important in our case, since it's quite rare that we have multiple conversations going on simultaneously in a given room. Though one could argue that it's rare precisely because we don't have topics and understanding each other would be very difficult. Yoann Rodière Hibernate NoORM Team yo...@hibernate.org On Mon, 30 Jul 2018 at 17:45, Steve Ebersole wrote: > I am not asking about a "supart". Think about topics that we cross post to > hibernate-dev and willdfly-dev or hibernate-dev and infinispan-dev... so > the discussion *simultaneously* spans multiple topics/audiences. > > On Mon, Jul 30, 2018 at 9:27 AM Emmanuel Bernard > wrote: > > > Same as in an email thread, you change the topic for a subpart of your > > conversation. You can opt to fork the topic name at a > > given point in time retroactively (which you don't get for emails). > > > > On Mon 18-07-30 9:10, Steve Ebersole wrote: > > >In practice, what happens when a discussion spans multiple topics? > > > > > > > > >On Fri, Jul 27, 2018 at 9:43 AM Emmanuel Bernard < > emman...@hibernate.org> > > >wrote: > > > > > >> On Fri 18-07-27 14:38, Guillaume Smet wrote: > > >> >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard < > > emman...@hibernate.org> > > >> >wrote: > > >> > > > >> >> I like Zulip a lot. I've been using it extensively and the notion > of > > >> >> topic (like a email subjet) is a big +1 for me and for any more > > casual > > >> >> lurker. Also it reduces the proliferation of one off/single subject > > >> >> channel that a lurker always miss in tools like Slack. > > >> >> > > >> >> Granted Zulip topics are a bit offsetting for the first 5 posts. > And > > yes > > >> >> their mobile client is really bad. But the desktop client is really > > >> >> nice. > > >> >> > > >> > > > >> >I'm not really excited about topics. We might need a topic once a > > month, > > >> >maybe less, when we start a big discussion on a subject (and even so, > > >> >there's usually only one discussion in parallel). > > >> > > >> If you want to accept the Hibernate community in this and it catches > up, > > >> then you will have parallel discussions. Join the Infinispan one for > an > > >> example. > > >> > > >> Also even if one conversation happens at a given time, it is a very > good > > >> organiser for someone that is catching up on subject after the actual > > >> conversation happened. > > >> > > >> > > > >> >The rest of the time, we just share in the channel. > > >> > > > >> >If they were optional, that would do but they are not and you always > > need > > >> 2 > > >> >clicks to share (e.g. go to the right stream, then either choose a > > topic > > >> or > > >> >create new topic), whereas you're at most one click away on HipChat. > > For > > >> >our usage I find it a bit suboptimal. > > >> > > > >> >I use the HipChat mobile client from time to time, not sure how bad > > >> Zulip's > > >> >is. Can you at least follow the streams and post messages? > > >> > > > >> >Anyway, it's more a -0 than a -1 for Zulip. > > >> > > > >> >Never used Slack. > > >> > > > >> >-- > > >> >Guillaume > > >> ___ > > >> hibernate-dev mailing list > > >> hibernate-dev@lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/hibernate-dev > > >> > > > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev > ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] https://hibernate.org enforced
Please be mindful of SEO as well. All existing valid URLs should redirect to a valid HTTPS alternative before we switch. On Mon, 30 Jul 2018 at 16:41, Guillaume Smet wrote: > > Please don't do it: there's a good reason I haven't done it: the news are > not loaded because in.relation.to is not HTTPS. > > We need to enable HTTPS for in.relation.to before doing it. > > Thanks. > > > On Mon, Jul 30, 2018 at 4:43 PM Emmanuel Bernard > wrote: > > > I've enforced HTTPS on hibernate.org. > > I am aware that Google Chrome shows warning as we load some non HTTPS > > resources as part of the pages (two images, one link and the > > in.relation.to feed). > > But if you see other things not working, let us know. > > > > Here is the issue tracker > > https://hibernate.atlassian.net/browse/WEBSITE-523 > > > > Emmanuel > > ___ > > hibernate-dev mailing list > > hibernate-dev@lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/hibernate-dev > > > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Stride
I am not asking about a "supart". Think about topics that we cross post to hibernate-dev and willdfly-dev or hibernate-dev and infinispan-dev... so the discussion *simultaneously* spans multiple topics/audiences. On Mon, Jul 30, 2018 at 9:27 AM Emmanuel Bernard wrote: > Same as in an email thread, you change the topic for a subpart of your > conversation. You can opt to fork the topic name at a > given point in time retroactively (which you don't get for emails). > > On Mon 18-07-30 9:10, Steve Ebersole wrote: > >In practice, what happens when a discussion spans multiple topics? > > > > > >On Fri, Jul 27, 2018 at 9:43 AM Emmanuel Bernard > >wrote: > > > >> On Fri 18-07-27 14:38, Guillaume Smet wrote: > >> >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard < > emman...@hibernate.org> > >> >wrote: > >> > > >> >> I like Zulip a lot. I've been using it extensively and the notion of > >> >> topic (like a email subjet) is a big +1 for me and for any more > casual > >> >> lurker. Also it reduces the proliferation of one off/single subject > >> >> channel that a lurker always miss in tools like Slack. > >> >> > >> >> Granted Zulip topics are a bit offsetting for the first 5 posts. And > yes > >> >> their mobile client is really bad. But the desktop client is really > >> >> nice. > >> >> > >> > > >> >I'm not really excited about topics. We might need a topic once a > month, > >> >maybe less, when we start a big discussion on a subject (and even so, > >> >there's usually only one discussion in parallel). > >> > >> If you want to accept the Hibernate community in this and it catches up, > >> then you will have parallel discussions. Join the Infinispan one for an > >> example. > >> > >> Also even if one conversation happens at a given time, it is a very good > >> organiser for someone that is catching up on subject after the actual > >> conversation happened. > >> > >> > > >> >The rest of the time, we just share in the channel. > >> > > >> >If they were optional, that would do but they are not and you always > need > >> 2 > >> >clicks to share (e.g. go to the right stream, then either choose a > topic > >> or > >> >create new topic), whereas you're at most one click away on HipChat. > For > >> >our usage I find it a bit suboptimal. > >> > > >> >I use the HipChat mobile client from time to time, not sure how bad > >> Zulip's > >> >is. Can you at least follow the streams and post messages? > >> > > >> >Anyway, it's more a -0 than a -1 for Zulip. > >> > > >> >Never used Slack. > >> > > >> >-- > >> >Guillaume > >> ___ > >> hibernate-dev mailing list > >> hibernate-dev@lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/hibernate-dev > >> > ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Stride
Same as in an email thread, you change the topic for a subpart of your conversation. You can opt to fork the topic name at a given point in time retroactively (which you don't get for emails). On Mon 18-07-30 9:10, Steve Ebersole wrote: >In practice, what happens when a discussion spans multiple topics? > > >On Fri, Jul 27, 2018 at 9:43 AM Emmanuel Bernard >wrote: > >> On Fri 18-07-27 14:38, Guillaume Smet wrote: >> >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard >> >wrote: >> > >> >> I like Zulip a lot. I've been using it extensively and the notion of >> >> topic (like a email subjet) is a big +1 for me and for any more casual >> >> lurker. Also it reduces the proliferation of one off/single subject >> >> channel that a lurker always miss in tools like Slack. >> >> >> >> Granted Zulip topics are a bit offsetting for the first 5 posts. And yes >> >> their mobile client is really bad. But the desktop client is really >> >> nice. >> >> >> > >> >I'm not really excited about topics. We might need a topic once a month, >> >maybe less, when we start a big discussion on a subject (and even so, >> >there's usually only one discussion in parallel). >> >> If you want to accept the Hibernate community in this and it catches up, >> then you will have parallel discussions. Join the Infinispan one for an >> example. >> >> Also even if one conversation happens at a given time, it is a very good >> organiser for someone that is catching up on subject after the actual >> conversation happened. >> >> > >> >The rest of the time, we just share in the channel. >> > >> >If they were optional, that would do but they are not and you always need >> 2 >> >clicks to share (e.g. go to the right stream, then either choose a topic >> or >> >create new topic), whereas you're at most one click away on HipChat. For >> >our usage I find it a bit suboptimal. >> > >> >I use the HipChat mobile client from time to time, not sure how bad >> Zulip's >> >is. Can you at least follow the streams and post messages? >> > >> >Anyway, it's more a -0 than a -1 for Zulip. >> > >> >Never used Slack. >> > >> >-- >> >Guillaume >> ___ >> hibernate-dev mailing list >> hibernate-dev@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/hibernate-dev >> ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
[hibernate-dev] https://hibernate.org enforced
I've enforced HTTPS on hibernate.org. I am aware that Google Chrome shows warning as we load some non HTTPS resources as part of the pages (two images, one link and the in.relation.to feed). But if you see other things not working, let us know. Here is the issue tracker https://hibernate.atlassian.net/browse/WEBSITE-523 Emmanuel ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Stride
In practice, what happens when a discussion spans multiple topics? On Fri, Jul 27, 2018 at 9:43 AM Emmanuel Bernard wrote: > On Fri 18-07-27 14:38, Guillaume Smet wrote: > >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard > >wrote: > > > >> I like Zulip a lot. I've been using it extensively and the notion of > >> topic (like a email subjet) is a big +1 for me and for any more casual > >> lurker. Also it reduces the proliferation of one off/single subject > >> channel that a lurker always miss in tools like Slack. > >> > >> Granted Zulip topics are a bit offsetting for the first 5 posts. And yes > >> their mobile client is really bad. But the desktop client is really > >> nice. > >> > > > >I'm not really excited about topics. We might need a topic once a month, > >maybe less, when we start a big discussion on a subject (and even so, > >there's usually only one discussion in parallel). > > If you want to accept the Hibernate community in this and it catches up, > then you will have parallel discussions. Join the Infinispan one for an > example. > > Also even if one conversation happens at a given time, it is a very good > organiser for someone that is catching up on subject after the actual > conversation happened. > > > > >The rest of the time, we just share in the channel. > > > >If they were optional, that would do but they are not and you always need > 2 > >clicks to share (e.g. go to the right stream, then either choose a topic > or > >create new topic), whereas you're at most one click away on HipChat. For > >our usage I find it a bit suboptimal. > > > >I use the HipChat mobile client from time to time, not sure how bad > Zulip's > >is. Can you at least follow the streams and post messages? > > > >Anyway, it's more a -0 than a -1 for Zulip. > > > >Never used Slack. > > > >-- > >Guillaume > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev > ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] What does CacheConcurrencyStrategy.NONE mean?
It is equivalent to `javax.persistence.Cacheable(false)`, although it was never well defined what it means in relation to `javax.persistence.SharedCacheMode` On Mon, Jul 30, 2018 at 5:40 AM Guillaume Smet wrote: > Hi, > > Does setting @Cache(usage = CacheConcurrencyStrategy.NONE) on an entity > mean that we entirely disable the 2nd level cache for this entity? > > The documentation does not reference this value and the Javadoc does not > state clearly that the cache is disabled with this concurrency strategy. > > Asking that because of: > - https://hibernate.atlassian.net/browse/HHH-12587 - where Chris disabled > writing to the cache in this case to fix a NPE; > - https://hibernate.atlassian.net/browse/HHH-12868 - where we have the > exact same NPE when reading from the cache. > > The fix is easy if it's just about disabling the cache in this case but > maybe we should update the Javadoc of CacheConcurrencyStrategy if it's > about disabling the cache entirely? > > Thanks for any insight! > > -- > Guillaume > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev > ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
[hibernate-dev] What does CacheConcurrencyStrategy.NONE mean?
Hi, Does setting @Cache(usage = CacheConcurrencyStrategy.NONE) on an entity mean that we entirely disable the 2nd level cache for this entity? The documentation does not reference this value and the Javadoc does not state clearly that the cache is disabled with this concurrency strategy. Asking that because of: - https://hibernate.atlassian.net/browse/HHH-12587 - where Chris disabled writing to the cache in this case to fix a NPE; - https://hibernate.atlassian.net/browse/HHH-12868 - where we have the exact same NPE when reading from the cache. The fix is easy if it's just about disabling the cache in this case but maybe we should update the Javadoc of CacheConcurrencyStrategy if it's about disabling the cache entirely? Thanks for any insight! -- Guillaume ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev