tag:blogger.com,1999:blog-5942248025211712011.comments2023-10-21T04:54:06.162-07:00Java RemarkablesAnonymoushttp://www.blogger.com/profile/08634170528353247173noreply@blogger.comBlogger22125tag:blogger.com,1999:blog-5942248025211712011.post-48455830558610833862022-06-04T19:23:03.151-07:002022-06-04T19:23:03.151-07:00kadıköy toshiba klima servisi
çekmeköy daikin klim...<a href="https://www.beyazesyateknikservisi.com.tr/servis/kadikoy-toshiba-klima-servisi" title="kadıköy toshiba klima servisi" rel="nofollow">kadıköy toshiba klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/cekmekoy-daikin-klima-servisi" title="çekmeköy daikin klima servisi" rel="nofollow">çekmeköy daikin klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/atasehir-daikin-klima-servisi" title="ataşehir daikin klima servisi" rel="nofollow">ataşehir daikin klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/maltepe-beko-klima-servisi" title="maltepe beko klima servisi" rel="nofollow">maltepe beko klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/kadikoy-beko-klima-servisi" title="kadıköy beko klima servisi" rel="nofollow">kadıköy beko klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/kartal-lg-klima-servisi" title="kartal lg klima servisi" rel="nofollow">kartal lg klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/umraniye-lg-klima-servisi" title="ümraniye lg klima servisi" rel="nofollow">ümraniye lg klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/tuzla-beko-klima-servisi" title="tuzla beko klima servisi" rel="nofollow">tuzla beko klima servisi</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/cekmekoy-lg-klima-servisi" title="çekmeköy lg klima servisi" rel="nofollow">çekmeköy lg klima servisi</a><br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-59132833533014603522022-05-31T03:59:01.887-07:002022-05-31T03:59:01.887-07:00Smm Panel
smm panel
İş ilanları blog
İnstagram tak...<a href="https://bit.ly/smm-panel-smm-panel-smm-panel" hreflang="tr" rel="nofollow">Smm Panel</a><br /><a href="https://igtr.net/" hreflang="tr" rel="nofollow">smm panel</a><br /><a href="https://isilanlariblog.com/" title="İş ilanları blog" hreflang="tr" rel="nofollow">İş ilanları blog</a><br /><a href="https://bit.ly/takipci-satin-al-takipci-satin-al-takipci-satin-al" title="İnstagram takipçi satın al" hreflang="tr" rel="nofollow">İnstagram takipçi satın al</a><br /><a href="https://www.hirdavatciburada.com/" title="HİRDAVATCİ BURADA" rel="nofollow">HİRDAVATCİ BURADA</a><br /><a href="https://www.beyazesyateknikservisi.com.tr" rel="nofollow">Beyazesyateknikservisi.com.tr</a><br /><a href="https://www.beyazesyateknikservisi.com.tr/servis/" title="servis" hreflang="tr" rel="nofollow">servis</a><br /><a href="https://bit.ly/tiktok-jeton-hilesi-smsbankasi" title="tiktok jeton hilesi" rel="nofollow">tiktok jeton hilesi</a><br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-55881073256297483902021-09-11T14:17:17.131-07:002021-09-11T14:17:17.131-07:00exactly what most people's craving. Be that as...exactly what most people's craving. Be that as it may, the vast majority of which have no clue about the inward musings and multi-step methods for obtaining a new home <a href="https://www.yoursynergyteam.com/" rel="nofollow">how to write a business plan</a><br />Davidhttps://www.blogger.com/profile/07035606376153696221noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-14343760182674698062021-01-18T23:50:19.751-08:002021-01-18T23:50:19.751-08:00Great job for publishing such a beneficial web sit...Great job for publishing such a beneficial web site. Your web log isn’t only useful but it is additionally really creative too. <a href="https://www.dwebguide.com/" rel="nofollow">Decentralized Web</a>Charli jameshttps://www.blogger.com/profile/13057696004541293429noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-58042514520936869782019-12-01T04:56:19.363-08:002019-12-01T04:56:19.363-08:00I think this is an informative post and it is very...I think this is an informative post and it is very useful and knowledgeable. therefore, I would like to thank you for the efforts you have made in writing this article. <a href="https://medium.com/@boltposts/bitcoin-revolution-app-ranking-3eaec40dbb2" rel="nofollow">Bitcoin Revolution App</a>Bilal Khatri112https://www.blogger.com/profile/15801322124648018053noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-12834299845539342142019-09-04T10:19:26.918-07:002019-09-04T10:19:26.918-07:00hello!! Very interesting discussion glad that I ca...hello!! Very interesting discussion glad that I came across such informative post. Keep up the good work friend. Glad to be part of your net community. <a href="https://www.convertmoneys.com" rel="nofollow">money converter</a><br />Haleshttps://www.blogger.com/profile/11549560110382429574noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-8386551434701669422018-03-22T05:37:17.722-07:002018-03-22T05:37:17.722-07:00It is very good blog and useful for students and ...<br />It is very good blog and useful for students and developer , Thanks for sharing <br /><br /><br /><a href="https://onlineitguru.com/core-java-online-training-placement.html" rel="nofollow"><br /> Java Online Course </a><br />rmouniakhttps://www.blogger.com/profile/06622438005105687926noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-64534952861403976362017-02-04T01:55:53.755-08:002017-02-04T01:55:53.755-08:00Nice blog! thanks for sharing.
Coinpedia.org | cu...Nice blog! thanks for sharing.<br /><a href="http://coinpedia.org" rel="nofollow"><b>Coinpedia.org</b></a> | <a href="http://coinpedia.org/currencies" rel="nofollow"><b>currency encyclopedia</b></a> | <a href="http://coinpedia.org/list-a-coin" rel="nofollow"><b>List your Coin<br /></b></a><br /> <br />Anonymoushttps://www.blogger.com/profile/16837039432317074436noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-90903767277894581902016-10-29T01:05:49.306-07:002016-10-29T01:05:49.306-07:00this is such a great blog thanks for sharing and p...this is such a great blog thanks for sharing and posting this great article .<br /><a href="http://www.al3ab66.com/category/%D8%A7%D9%84%D8%B9%D8%A7%D8%A8-%D8%AF%D8%B1%D8%A7%D8%BA%D9%88%D9%86-%D8%A8%D9%88%D9%84/" rel="nofollow">العاب دراغون بول</a>Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-83469463645398151492015-09-01T06:16:29.740-07:002015-09-01T06:16:29.740-07:00Dies RHQ also have a JIRA or similar issue tracker...Dies RHQ also have a JIRA or similar issue tracker? I found a bug in the unit definitions but can't see the project in issues.jboss.org.Werner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-90682323927947573652015-01-29T06:29:01.580-08:002015-01-29T06:29:01.580-08:00I was pointed to a good talk, about the topic, by ...I was pointed to a good talk, about the topic, by a colleague:<br />https://www.youtube.com/watch?v=4ZXagCR9urg<br />Focused on js, but I think worth to look.<br />Cheers SaschaAnonymoushttps://www.blogger.com/profile/12617492559784514993noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-59614011053234043462014-06-26T15:08:35.493-07:002014-06-26T15:08:35.493-07:00An interesting point (also the RHQ project, I beli...An interesting point (also the RHQ project, I believe I looked at it in a DevOps project, thus some of it could be of interest to Anatole's Config JSR;-) we're happy to look into. Does it do this approximation while formatting or with the actual data? Twitter does something similar when showing number of Tweets, and (that's something we'd also have to consider) started doing so for multiple languages now, too. CLDR/Unicode could be useful, as mentioned in the JSR proposal. Beside, there is at least one other Java monitoring tool which Red Hat uses and AFIK contributes to (at least the Performance CoPilot Umbrella) Parfait: https://code.google.com/p/parfait/ <br />It uses JSR-275 and they would be interested to migrate to 363 at some point.Werner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-91171861143252429772014-06-25T01:44:34.430-07:002014-06-25T01:44:34.430-07:00Within RHQ (http://jboss.org/rhq) we also use meas...Within RHQ (http://jboss.org/rhq) we also use measurements with units and have helpers that allow to "rightscale" measurement values to e.g. display units. Take the example of 12.413.462.345 bytes, which is rarely usable for human consumption. Here a display value of "12.2 GB" would be right. Similar for the other way around "0.001s" could be "rightsized" as "1ms".<br />I think it would be good if JSR 363 would also contain such mechanismsHeikohttps://www.blogger.com/profile/04989356067273734299noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-80542345257153085882014-06-24T14:21:51.434-07:002014-06-24T14:21:51.434-07:00If you only want to have interfaces in your API ev...If you only want to have interfaces in your API even for value types, fair enough. But I still would appreciate to have one small singleton, which acts as an entry point for the different services. If you implement it using OSGI, CDI, ServiceLoader, Spring or your private full blown multi capable allround component container is fully transparent. That would require one single class and one SPI, loadable through service loader. That still would be ME compatible, but would make your API complete, so code written in ME should be basically compatible with ME without creating implementation dependencies. Think on that, I think it is worth the price ;-)Anonymoushttps://www.blogger.com/profile/08634170528353247173noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-79352001868991302912014-06-23T16:31:18.861-07:002014-06-23T16:31:18.861-07:00Last but not least, ICU4J 52.x and above (currentl...Last but not least, ICU4J 52.x and above (currently 53.1) contains all aspects of Unit-API except conversion or arithmetics (which Mark said they just don't do in a format/parse/UI framework) <br />The MeasureFormat JavaDoc provides nice examples:<br />http://icu-project.org/apiref/icu4j/com/ibm/icu/text/MeasureFormat.html<br /><br />ICU4J follows the constructor pattern, so we rarely see a getInstance() there for elements like format or managers, but no of() or valueOf(). <br />Aside from that it is very similar, closest to UOMo which is based on an earlier version of ICU4J and follows some of its behavior.<br /><br />The latest version introduces more interfaces, e.g. a MeasureUnit.Factory. And remarkably similar to the UnitTransformer interface a more generic version by Mark here: http://icu-project.org/apiref/icu4j/com/ibm/icu/text/Transform.html<br /><br />WernerWerner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-6185271958414046202014-06-23T15:59:25.386-07:002014-06-23T15:59:25.386-07:00We considered placing concrete unit systems like S...We considered placing concrete unit systems like SI into the API in JSR-275, with the result that many EC Members found this irritating and it was among reasons why they voted against it then. The fact that many of them are no longer in the EC doesn't mean they were wrong or their concerns won't matter today. Even abstract base classes like AbstractQuantity or AbstractUnit, etc. differ slightly when you take the difference between SE and ME. The RI is based on Java ME, allowing the greatest possible number of devices to use it. All implementing frameworks and projects from JScience to Eclipse UOMo or GeoAPI intend to use the new JSR, plus the 2 RI and if you want "OpenJDK port" that makes 5 or more implementations. Not all JSRs have more than 1 or 2 implementations, even for Unit-API 0.6 if you count the Opower fork of JScience 5 there are 6 there, too, one closed source at BT, all others are open source. So the scientific community and related fields like "Smart Grid" already use it now. And even the old EC "disregarded" JSR 275 is used by projects like Parfait, Humanizer (a framework to make data including that by Joda more "Human Readable and Understandable;-) and embedded within the current GeoAPI standard used by Apache SIS or Eclipse projects in LocationTech like uDig.<br /><br />Especially all those downstream projects and (OGC) standards and their implementations mean a responsibility to provide new features or concepts where it makes sense, but not entirely break the code of all these users forcing them to completely rewrite their apps;-) Some in need of BigDecimal values may prefer an SE implementation (there should be at least 3 of them for different environments from Real Time enabled JScience/Javolution to Eclipse and the SE 8 one close to OpenJDK) while users of JSR 256 or things like OSGi Measurement (http://www.osgi.org/javadoc/r4v42/org/osgi/util/measurement/Measurement.html) will be fine with the RI, Their old solution was only using double primitives after all;-)<br /><br />The Measurement class of OSGi Measurement is among the inspirations why Measurement contains operations. If based on the fact the value can be any useful type, often non-numeric, we find arithmetic operations better one level deeper at Quantity, that is something to consider. It would limit these methods to Quantity, but if you define Measurement you probably won't have that much use for traditional math operations there. Unlike Fowler's more "academic" examples, OSGi Measurement has plenty of operations, most importantly things like Measurement.mul(Measurement) which for let's say (1 METRE).multiply(1 METRE) makes perfect sense, it'll return 1 m², that's something Money or Time probably won't have, but other quantities do.<br />Between next month's Developer Week and JavaZone we expect to go EDR. Allowing a closer look at the API and RI plus where available also initial TCK tests.<br /><br />Cheers,<br />WernerWerner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-67570283115979481042014-06-23T15:56:15.089-07:002014-06-23T15:56:15.089-07:00Experts in the EG (especially fellow Spec Leads) e...Experts in the EG (especially fellow Spec Leads) expressed their aim to keep the API interface only. And allow concrete service implementations to be done in a platform specific way. One implementation may go for OSGi while another one especially for ME like the RI needs to use the Service Loader mechanism available there. Most JSRs make this clear separation between API and RI. JMS 2.0 where we met the Spec Lead just a few weeks ago in London is one of the clearest examples beside e.g. CDI. It contains 2 concrete classes that are not exceptions. A number somewhat similar to the current 363 API as there are one or two classes like Range that are "scaffolding" if you want, or the TimeSeries class. Especially that is on the other hand worth discussing if it could go into implementations. On the API level the time stamp for that can't exceed what is available in Java ME, thus either long or types in java.util, that are ME compliant. If somebody wanted to use other Date/Time APIs of the 3 or 4 in SE 8, then that would only be acceptable in an SE implementation. Aside from JMS a JSR with quite a lot of implementations is JSF.Werner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-22849238787916417392014-06-23T08:49:23.927-07:002014-06-23T08:49:23.927-07:00It will be very difficult to assess the real world...It will be very difficult to assess the real world usage of this API without a skeleton of implementation classes, so it would be good to see some of that scaffolding put in place so that folks can see how easy (or not) it to perform common tasks with Units & Measurements.<br /><br />I'd love to see more of the scientific community who need to work with these concepts day to day, weigh in on this proposed JSR. I for one am definitely not an expert, so I'll leave my feedback as is :-).Martijn Verburghttps://www.blogger.com/profile/01458162075331573781noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-86500845753438677792014-06-22T11:45:16.674-07:002014-06-22T11:45:16.674-07:00Hi Werner
My key point is that I see basically the...Hi Werner<br />My key point is that I see basically the folloeing main levels of abstraction:<br />* The Quantity, which defines the "thing" measured, such as length, weight or electrical power. (Also note that this view of 'Quantity' does not match the view of Martin Fowler, he is quite nearer to Measurement).<br />* Units (including sub- and super-units that are able to express a quantity. is a separate concern to manage the different mappings between different units of the same quantity, e.g. nanometer, kilometer, miles and a the distance light is doing in one year. Similarly it would be much more simpler to define a comprehensive meta-data API, since this API can then primarly focus and returning these kind of meta-informations and not be mixed up with a concrete unit.<br />Of course, I can add all this type of information on the Unit as well, but as I said, it makes Unit much more complicated to understand and implement. For me this is an obvious trade-off dependent of these concerns are separated or not. Semantically the API as a whole should be able to cover similar aspects.<br />* Measurements (Measures) that combine a concrete unit with a effective value (mostly a number). That it should be possible to combine different measures (of the same quantity) makes sense. Martin Fowler also takes that up for addition, subtraction, multiplication and division. He takes into account the variants where a division is also allowed with a non scalar, resulting basically in a new quantity. I agree on that as well, since this is the level where most users are dealing with and it is comfortable if conversion is done implicitly, if possible, But again the information, what and how conversion should be done IMO should not be part on the measurement interface itself, but reside elsewhere.<br />* Metadata Information which defines relationships between the stuff above.<br /><br />So I do not basically think on different abstractions as others do. But I like concerns to be separated (especially on meta level), because this makes things clearer.<br /><br />Also I think a SE/ME API should be complete. A user should be able to program against a JSR (this also will help you implementing a good TCK). So you will end up with just a few accessor classes, but thinking users will use the ServiceLoader IMO is not an option (nevertheless you must define the services to be accessed ;-) ). Just thinking an API must not contain classes makes no sense, keeping them minimal I am with you (btw exceptions also are classes ;-( ). So as I said take it positively and keep me on track, when I should have a look at the API again before EDR...<br /><br />Cheers,<br />AnatoleAnonymoushttps://www.blogger.com/profile/08634170528353247173noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-44414161212410018422014-06-21T20:43:33.089-07:002014-06-21T20:43:33.089-07:00Thanks for the input. During the meeting with JSR ...Thanks for the input. During the meeting with JSR 363 Co Spec Lead Jean-Marie Dautelle he confirmed the intent to keep the API free from concrete classes, so suggested factories or facade classes like Units, etc. would be up to implementations, but we see almost no place for them in the API.<br />Where such factories like "Dimensions" are considered we clearly prefer a (OSGi friendly) Service concept, so instead of a final concrete class "Dimensions" the "service" package of the API (if you want the SPI, that name is something we may use if seen more appropriate) already declares a DimensionService and similar ones. The Java ServiceLoader mechanism is compatible with OSGi (http://blog.osgi.org/2013/02/javautilserviceloader-in-osgi.html) and on devices that support it in ME 8 the same ServiceLoader can also be used on ME, but like other parts of the API this is optional, so it's up to implementing platforms whether they need it or not.<br /><br />Arithmetic operations on Unit or Dimension allow multiples and submultiples, things like KILO(GRAM) or NANO(METRE) are not operations on a measurement or quantity, but the unit. Occasionally, also by other languages (e.g. Sun's Fortress language used the notion of "Dimension and Units") but every design and expression of the matter as well as prior APIs have a Quantity contain a Unit (see http://en.wikipedia.org/wiki/Physical_quantity#Units_and_dimensions) not the other way round as above suggests.<br /><br />Aside from that Martin Fowler was probably the one next to Andrew Kennedy (creator of Unit API for F# based on his academic thesis and papers) who analysed and described the Quantity Pattern some time ago: http://martinfowler.com/eaaDev/quantity.html <br /><br />The relation between Quantity and Measurement (a term, some APIs call Measure, others, especially OSGi Measurement have the very same type) can be best explained by Wikipedia:<br /><br />>A physical quantity (or "physical magnitude") is a physical property of a >phenomenon, body, or substance, that can be quantified by measurement.<br />Guess "Magnitude" would be among the few other terms applicable here. Leading research institutions like CERN reviewed the approach prior to JSR proposal and pointed out, the generic type (with Number being a common, but not exclusive special case) is something they are happy to see match what they're doing in this area, too. Allowing them to consider adopting such a standard more easily. <br /><br />Functional Interfaces like Nameable, UnitSupplier, etc. aim to help Java 8 Lambda usage, but unlike JSR 354 baking Lambdas or Java SE 8 types into the API is strictly forbidden, as it would break Java ME 8 compatibility. The API is portable and has to be. the RI will be based on Java ME 8, which also makes it compatible with prior Java SE versions, at least SE 7. The "forward-port" of an implementation to Java SE 8 with Lambdas and other new features exists, but it is not the RI, given the IoT focus one requirement for this JSR by Embedded first. If a lambda usage of some functional interfaces is not met, they could be merged into the main interface in some cases.<br /><br />We'll discuss the suggestions in more detail, maybe in an EG call, but in some cases, structural design was inspired by widely respected experts from Andrew Kennedy to Martin Fowler, and not just made up from scratch or "reinvented" by the EG, so in such cases, we had a good reason to listen to their opinion already;-)<br /><br />Cheers,<br />WernerWerner Keilhttps://www.blogger.com/profile/00760260299716734104noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-2886726784370272832013-12-15T07:10:31.505-08:002013-12-15T07:10:31.505-08:00Totally agree, the Timezone.getTimeZone(...) metho...Totally agree, the Timezone.getTimeZone(...) method is inherently dangerous. Falling back to GMT silently can cause lots of downstream problems. The only upside is that the method is honest about this broken behaviour in its Javadoc.<br /><br />Generally, if you have application logic that requires a timezone lookup, I tend to iterate over the TimeZone.getAvailableIds(...) and compare the id with this table - before then calling TimeZone.getTimeZone(...). If timezones are required in a tight loop, I iterate over the array once, cache the available timezones in a convenient set (or map) for faster lookup.Chrishttps://www.blogger.com/profile/04802012451865027236noreply@blogger.comtag:blogger.com,1999:blog-5942248025211712011.post-90869659766469513902013-02-06T05:20:38.614-08:002013-02-06T05:20:38.614-08:00One may argue that the new Locale extensions suppo...One may argue that the new Locale extensions support coming with JDK 7 may be also allow to model some of the aspects here, but in my opinion the mechanism there is far not flexible enough:<br />* noy key/value pairs are possible<br />* extensions may not more than 8 characters long<br />* only digits and numbers are allowed within an extensions<br />* extensions may be reordered alphabetically, so using something like 'de_DE#x-key-value-key-value' may not work.Anonymoushttps://www.blogger.com/profile/08634170528353247173noreply@blogger.com