Info

Login

Channels

APIs

Credits

  • cheeser
  • ernimril
  • joed
  • kinabalu
  • lunk
  • ojacobson
  • r0bby
  • ThaDon
  • ricky_clarkson
  • topriddy

« 2021-05-03

2021-05-04

2021-05-05 »

Nick Message Date
mindCrime_ [mindCrime_!~prhodes@cpe-98-27-55-10.nc.res.rr.com] has joined ##java [12:15]
v01d4lph4 [v01d4lph4!~v01d4lph4@171.50.180.77] has joined ##java [12:19]
unsyncing [unsyncing!~unsyncing@185.242.5.66] has joined ##java [12:21]
orbyt_ [orbyt_!~orbyt@172.92.4.78] has joined ##java [12:27]
ScrambledRK [ScrambledRK!~RK@84-115-208-87.cable.dynamic.surfer.at] has joined ##java [12:41]
ricky_clarkson I honestly would probably only miss ImmutableList if I had to stop using Guava, and that would be simple to replace. [12:57]
orbyt_ [orbyt_!~orbyt@172.92.4.78] has joined ##java [01:38]
ADG1089 [ADG1089!~aditya@122.163.161.198] has joined ##java [01:41]
ADG1089 [ADG1089!~aditya@122.163.161.198] has joined ##java [01:53]
SJr [SJr!~sjr@unaffiliated/sjr] has joined ##java [02:02]
ADG1089 [ADG1089!~aditya@122.163.161.198] has joined ##java [02:12]
v01d4lph4 [v01d4lph4!~v01d4lph4@171.50.180.77] has joined ##java [02:19]
Matthijs [Matthijs!~quassel@unaffiliated/matthijs] has joined ##java [02:32]
CombatVet [CombatVet!~c4@gateway/tor-sasl/combatvet] has joined ##java [02:40]
hypc1 [hypc1!~Thunderbi@175.169.193.22] has joined ##java [02:41]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [02:51]
Lengsdorfer [Lengsdorfer!~Lengsdorf@unaffiliated/lengsdorfer] has joined ##java [02:52]
LKoen [LKoen!~LKoen@140.170.9.109.rev.sfr.net] has joined ##java [02:52]
exonity01 [exonity01!uid364582@gateway/web/irccloud.com/x-qwdcacvvzrardrkm] has joined ##java [02:55]
w0x12ef [w0x12ef!~textual@111.63.14.116] has joined ##java [03:03]
Harlin_ [Harlin_!~Harlin@lsp-nmrx-178-215.lsp01.numerex.com] has joined ##java [03:21]
Harlin__ [Harlin__!~Harlin@c-24-128-8-53.hsd1.co.comcast.net] has joined ##java [03:22]
mexen [mexen!uid495612@gateway/web/irccloud.com/x-ascdgylgrurzqygx] has joined ##java [03:35]
FabioP [FabioP!c378570d@host-195-120-87-13.business.telecomitalia.it] has joined ##java [03:40]
ludocode [ludocode!~quassel@198-48-224-11.cpe.pppoe.ca] has joined ##java [03:42]
Jantz [Jantz!~IceChat95@118-93-31-67.dsl.dyn.ihug.co.nz] has joined ##java [03:48]
brkscnce_ [brkscnce_!~obaum@37.120.31.251] has joined ##java [03:52]
LikMask [LikMask!~LikMask@92-33-176-163.customers.ownit.se] has joined ##java [03:55]
enoq [enoq!~textual@194-208-146-143.lampert.tv] has joined ##java [03:58]
freeone3000 [freeone3000!~kamoricks@Syncleus/dev/freeone3000] has joined ##java [04:04]
w0x12ef [w0x12ef!~textual@60.10.194.46] has joined ##java [04:10]
hendursaga [hendursaga!~weechat@gateway/tor-sasl/hendursaga] has joined ##java [04:14]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [04:19]
bolovanos__ [bolovanos__!~bolovanos@unaffiliated/bolovanos] has joined ##java [04:21]
w0x12ef [w0x12ef!~textual@111.63.14.116] has joined ##java [04:32]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [04:34]
Anticom [Anticom!~Anticom@ip-84-119-151-166.unity-media.net] has joined ##java [04:42]
Pajus [Pajus!~Pajus@unaffiliated/pajus] has joined ##java [05:02]
acidjnk_new2 [acidjnk_new2!~acidjnk@p200300d0c72b9513a5163a3f5f418180.dip0.t-ipconnect.de] has joined ##java [05:12]
computeiro [computeiro!~Wender@189.37.68.17] has joined ##java [06:29]
veegee_ [veegee_!~veegee@ipagstaticip-469c2903-2b07-6dc3-3bc2-98748da5ca77.sdsl.bell.ca] has joined ##java [06:30]
sa02irc [sa02irc!~mbax@155-079-043-212.ip-addr.inexio.net] has joined ##java [06:36]
LKoen [LKoen!~LKoen@140.170.9.109.rev.sfr.net] has joined ##java [06:37]
LionBar_ [LionBar_!~l@gateway/tor-sasl/lionbar] has joined ##java [06:44]
wender [wender!~Wender@189.41.8.223] has joined ##java [06:48]
w0x12ef [w0x12ef!~textual@60.10.194.46] has joined ##java [06:49]
dec0d3r [dec0d3r!~dec0d3r@2001:8003:4860:b200:2e33:764e:2cb7:eba5] has joined ##java [06:54]
Suchorski [Suchorski!~regex@unaffiliated/suchorski] has joined ##java [06:58]
Intrepd [Intrepd!~intrepd@pool-98-115-5-134.phlapa.fios.verizon.net] has joined ##java [07:01]
mf7 [mf7!~user@2a02:c7f:ece0:3700:6584:3d1:946c:2c70] has joined ##java [07:01]
FabioP uhm is there a way to implement a secure, stateless oauth2 authorization code flow? or i'm stuck with using sessions [07:06]
Matthijs [Matthijs!~quassel@unaffiliated/matthijs] has joined ##java [07:10]
w0x12ef [w0x12ef!~textual@60.10.194.46] has joined ##java [07:11]
TimeTrap [TimeTrap!~TimeTrap@2601:44:c280:def:81e2:8e38:8a0:d7f2] has joined ##java [07:20]
conan [conan!~conan@mdproctor.plus.com] has joined ##java [07:22]
computeiro [computeiro!~Wender@189.37.68.17] has joined ##java [07:24]
immibis [immibis!~immibis@62.156.144.218] has joined ##java [07:28]
w0x12ef [w0x12ef!~textual@111.63.14.116] has joined ##java [07:31]
Peste_Bubonica [Peste_Bubonica!~Peste_Bub@unaffiliated/peste-bubonica/x-4612396] has joined ##java [07:37]
stryek [stryek!uid332574@gateway/web/irccloud.com/x-noalbekpcxutxunv] has joined ##java [07:51]
Spawns_Carpeting [Spawns_Carpeting!~pi@50-110-90-200.clbg.wv.frontiernet.net] has joined ##java [07:59]
georgios [georgios!~george@unaffiliated/anaphaxeton] has joined ##java [08:00]
Jantz [Jantz!~IceChat95@2407:7000:8d04:100:14df:7783:6f79:18db] has joined ##java [08:02]
zeden [zeden!~user@unaffiliated/zeden] has joined ##java [08:06]
unsyncing [unsyncing!~unsyncing@185.242.5.66] has joined ##java [08:07]
dob1 [dob1!~dob1@unaffiliated/dob1] has joined ##java [08:23]
dob1_ [dob1_!~dob1@unaffiliated/dob1] has joined ##java [08:24]
di0_ [di0_!~di0_@unaffiliated/di0-/x-5053590] has joined ##java [08:40]
Orlando^_ [Orlando^_!~kenny@178.74.16.236] has joined ##java [08:43]
wedr [wedr!~tom_mai78@pool-108-20-128-8.bstnma.fios.verizon.net] has joined ##java [08:53]
ge0rgios [ge0rgios!~george@unaffiliated/anaphaxeton] has joined ##java [08:56]
immibis [immibis!~immibis@62.156.144.218] has joined ##java [09:05]
v01d4lph4 [v01d4lph4!~v01d4lph4@182.68.187.197] has joined ##java [09:11]
freeone3000 Authentication is inherently stateful. Especially with oauth2 -- you don't want to carry out four redirects every page load. [09:13]
plarsen [plarsen!~plarsen@redhat/jboss/pdpc.professional.plarsen] has joined ##java [09:13]
FabioP no of course but i will setup a jwt token to store client side [09:35]
paddyez [paddyez!~Patrick-E@wikipedia/paddyez] has joined ##java [09:37]
FabioP and forward it to my stateless rest api in authorization header [09:37]
orbyt_ [orbyt_!~orbyt@172.92.4.78] has joined ##java [09:38]
ener2 [ener2!~quassel@188-175-76-2.client.rionet.cz] has joined ##java [09:40]
ener2 in jpa sql how do I do select on optional composition? I have a query `SELECT o.class, id, displayName, type, ordinal, tree, typeUuid, uuid, linkedEntity.id, linkedEntity.class FROM JPA_Entity2 o WHERE o.id = ?1` and linkedEntity can be another JPA_Entity2. But this will not find anything unless that linkedEntity is set... [09:42]
ener2 because ultimate mysql that hibernate is composing is using "impossible where": https://pastebin.com/fdgFS5LK [09:43]
ener2 is there a way to tell it left outer join instead of cross join? [09:44]
freeone3000 FabioP: If you're going to use jwt, use it, and don't bother with oauth2. [09:46]
freeone3000 FabioP: Also, congrats, you've invented sessions. [09:46]
FabioP that sentence doesn't make sense [09:56]
dreamreal FabioP: it kinda does though [09:57]
dreamreal FabioP: what are you trying to accomplish, in the 10000 foot view? [09:57]
hussam [hussam!~hussam@unaffiliated/hussam] has joined ##java [09:58]
FabioP oauth2 is not mutually exclusive with jwt tokens, it's not like use one or the other, they go hand to hand [09:58]
dreamreal right [09:58]
dreamreal that's... not what I asked [09:58]
FabioP i'm integrating and additional auth mechanism (oauth2 to a third party idp) to an extisting spring boot app with stateless rest api already protected via basic auth and jwt tokens [10:00]
freeone3000 okay. so you have an external app, that provides authentication, and you trust that app's authentication for your app. [10:03]
freeone3000 do *not* do the stateless thing with jwt tokens [10:03]
enoq hi, I'm converting an XML using an XSLT using a StreamResult [10:03]
yottabyte [yottabyte!uid195082@gateway/web/irccloud.com/x-dzeqfoindednzrfl] has joined ##java [10:03]
freeone3000 FabioP: the bearer oauth2 token is functionally equivilant to the jwt token, with the difference being the refresh mechanism requires the round-trip to Application B. [10:04]
enoq I'd like to validate it as well after the transformation, is there some form of pipeline that does that? [10:04]
yottabyte can someone remind me why having final on instance variables is valuable? [10:04]
enoq so XSLT -> XSD -> JAXB [10:04]
freeone3000 yottabyte: Prevents you from changing them. [10:04]
yottabyte but the same could be said for local variables [10:05]
FabioP freeone3000 that's why i want to store tokens client side and so avoid burden the application with session [10:05]
freeone3000 yottabyte: Yes. [10:05]
freeone3000 FabioP: ??? [10:05]
enoq the StreamResult can only be read once and from what I can see I need to pass the converted XML twice, once for the validation and once for the JAXB parsing [10:05]
yottabyte but it's line noise for local variables. overkill [10:05]
dreamreal is it? [10:05]
[twisti] yottabyte: yellow is ugly [10:06]
freeone3000 FabioP: Please review the oauth2 control flow and which tokens are used for what: https://www.youtube.com/watch?v=7qt8asY33Aw [10:06]
freeone3000 freeone3000's title: "Oauth 2.0 Client Credential Flow | Microsoft Graph" [10:06]
freeone3000 instead of AAD, as in the video, your authentication provider in Application B (your pre-existing application in spring boot) [10:07]
FabioP i have to use code authorization flow [10:08]
freeone3000 FabioP: Convenient! https://www.youtube.com/watch?v=AvNc1p2HywI [10:08]
freeone3000 freeone3000's title: "Oauth 2.0 Authorization Code Flow | Microsoft Graph" [10:08]
FabioP yeah ok i can google that stuff myself thanks [10:09]
yottabyte because any value you get from not being to reassign is caught with unit tests, and those check for correctness as well. just adding final doesn't do much [10:10]
FabioP unless it points out exactly how to convert a stateful oauth2 spring configuration to a stateless one.. i'm trying a link currently, it's missing some points but i get the gist of it.. i'll just have to manually build a jwt token from an access token and i should be good [10:11]
freeone3000 yottabyte: Generally, the hierarchy of error detection goes: 1. compiler errors; 2. runtime errors; 3. errors caught during testing. [10:11]
dreamreal yottabyte: then do what works for you [10:11]
[twisti] yottabyte: when you dont get into an accident, you dont even need airbags [10:11]
dreamreal nobody here is gonna report you to the code police [10:11]
freeone3000 FabioP: You don't need to build the JWT from the access token, because the access token is already signed. You can just use the access token as an opaque value. [10:11]
dreamreal and if it ever bites you, well, you'll maybe remember an opposition that didn't serve you, everything rolls on as normal [10:11]
FabioP i need to build the token in the exact format as the first auth method i already have in place, that's why [10:12]
freeone3000 No, you don't. [10:12]
freeone3000 In fact, you shouldn't. [10:12]
FabioP ok then tell me how to maintain both auth methods if i don't do so ? [10:12]
freeone3000 You drop your own auth method, and trust the provider. [10:13]
FabioP but i don't want to drop my own auth method [10:13]
freeone3000 why not? [10:13]
FabioP because it can be useful [10:13]
freeone3000 for? [10:13]
FabioP for accessing the app without having to rely on the third party oauth idp [10:14]
freeone3000 is that something you actually want to do? [10:14]
yottabyte do you all put final on everything? I was having a conversation about this here a bit ago and I thought most people found it unnecessary, unless for instance variables [10:15]
[twisti] i dont put final on everything, but i also dont go around claiming that putting final on things is useless [10:15]
dreamreal [twisti] ++ [10:16]
dreamreal [twisti] has a karma level of 137, dreamreal [10:16]
[twisti] i just happened to have decided that for my team and me, the advantages do not outweigh the verbosity [10:16]
cheeser yottabyte: final on parameters is (largely) useless. final on fields can be useful. [10:16]
[twisti] that being said, we have a few extremely critical code paths, because we need to be able to argue about their correctness as well as depend on the results being stable for the coming decade or so, and there we add final on pretty much everything thatll take it [10:17]
Matthijs [Matthijs!~quassel@unaffiliated/matthijs] has joined ##java [10:17]
cheeser nods. [10:17]
freeone3000 languages that are not java have decided that 'final' variable declarations should be as short or shorter than other variable declarations, which really improves things. [10:17]
[twisti] i have often argued that the world would be a better place if in java, everything would be final implictly, and only 'unfinal' if explicitly declared so [10:19]
cheeser that's what kotlin did. mostly. [10:19]
[twisti] js/ts seems to move there with the const declaration [10:20]
mf7 [mf7!~user@5.39.183.242] has joined ##java [10:22]
sbalmos I am mildly ashamed to admit that I have started writing in Kotlin much more comfortably after exposing myself to TS for a few months [10:24]
ron please don't expose yourself. [10:24]
sbalmos Well I certainly don't want to turn this into an expose (dammit, how do you that damn e with the tick above it?) [10:26]
[twisti] like this: [10:26]
cheeser so fancy [10:27]
Sgeo [Sgeo!~Sgeo@ool-18b9875e.dyn.optonline.net] has joined ##java [10:27]
v01d4lph4 [v01d4lph4!~v01d4lph4@122.160.65.250] has joined ##java [10:29]
orbyt_ [orbyt_!~orbyt@172.92.4.78] has joined ##java [10:40]
w0x12ef [w0x12ef!~textual@111.63.44.6] has joined ##java [10:41]
jamezp [jamezp!~jamezp@redhat/jboss/jamezp] has joined ##java [10:42]
sssb54 [sssb54!~ssssb56@155.138.143.61] has joined ##java [10:43]
yottabyte cheeser: it can be helpful on fields because of immutability? [10:43]
_lucifer the compiler will also point out if you assign it again mistakenly [10:45]
georgios [georgios!~george@unaffiliated/anaphaxeton] has joined ##java [10:47]
sbalmos just wait until you realize you have to make an immutable reference to an immutable list of immutable entries [10:47]
freeone3000 const Entry const * const. simples. [10:50]
sbalmos Which const would immutably const const if an immutable const could const immute? [10:55]
sbalmos freeone3000: And don't you point that pointer at me! Show some disrespect! [10:56]
ADG1089 [ADG1089!~aditya@122.163.161.198] has joined ##java [11:08]
DTZUZU [DTZUZU!~DTZUZO@205.ip-149-56-132.net] has joined ##java [11:11]
v01d4lph4 [v01d4lph4!~v01d4lph4@122.160.65.250] has joined ##java [11:13]
FabioP [FabioP!c378570d@host-195-120-87-13.business.telecomitalia.it] has joined ##java [11:15]
Anticom [Anticom!~Anticom@ip-84-119-151-166.unity-media.net] has joined ##java [11:15]
tang^ [tang^!~tang^@2604:3d09:47c:f970:12:b240:1bb4:a10f] has joined ##java [11:30]
Sheilong [Sheilong!uid293653@gateway/web/irccloud.com/x-zadqqerhzuegxzed] has joined ##java [11:30]
binarycreations [binarycreations!~rad@44.236.115.87.dyn.plus.net] has joined ##java [11:43]
hnOsmium0001 [hnOsmium0001!uid453710@gateway/web/irccloud.com/x-sbeozgqgjyrfsyrs] has joined ##java [11:52]
NeoCron [NeoCron!~neocron_@p200300c4cf2c1e00fa9c8ce76fd5d2b5.dip0.t-ipconnect.de] has joined ##java [11:54]
serra [serra!~serra@149.224.249.252.dynamic-pppoe.dt.ipv4.wtnet.de] has joined ##java [11:58]
ADG1089 [ADG1089!~aditya@122.163.161.198] has joined ##java [12:14]
Jantz [Jantz!~IceChat95@2407:7000:8d04:100:14df:7783:6f79:18db] has joined ##java [12:15]
SirMangler [SirMangler!~SirMangle@host31-50-223-133.range31-50.btcentralplus.com] has joined ##java [12:17]
SirMangler [SirMangler!~SirMangle@host31-50-223-133.range31-50.btcentralplus.com] has joined ##java [12:17]
yottabyte why does  display as a paragraph symbol? dc4, ascii character 20 [12:24]
gelignite [gelignite!~gelignite@55d4c859.access.ecotel.net] has joined ##java [12:27]
sbalmos because encoding, code pages, and the phase of the moon [12:28]
long4mud [long4mud!~u0_a254@rrcs-75-87-43-226.sw.biz.rr.com] has joined ##java [12:30]
ricky_clarkson final on classes and fields is useful. Whatever it takes to stop mockito [12:30]
cheeser fucking mockito... [12:32]
tang^ encourages teammates to use mockito [12:34]
cheeser puts tang^ on the No Fly List [12:34]
tang^ wasn't going anywhere anyway [12:34]
sbalmos we no likey mockito, we no likey lombok, ... we should create an ~opinionated list of what we *do* like ;) [12:34]
sbalmos Screw the No Fly List. I'll fly myself! [12:34]
cheeser You *should* go fu... oh *fly* yourself. my bad. [12:35]
serra [serra!~serra@149.224.249.252.dynamic-pppoe.dt.ipv4.wtnet.de] has joined ##java [12:35]
n00bsauce [n00bsauce!4815c440@72-21-196-64.amazon.com] has joined ##java [12:39]
Jantz_ [Jantz_!~IceChat95@2407:7000:8d04:100:60a9:5da5:73e:8883] has joined ##java [12:41]
ricky_clarkson sbalmos: What we *do* like might not be on-topic for ##java /s [12:51]
SwiftMatt [SwiftMatt!~Objective@2601:282:4300:3e:14f:3bfc:c525:2600] has joined ##java [12:51]
sbalmos ;) [12:54]
sbalmos ricky_clarkson: It's usually cured, a few hours later, with Java, though [12:55]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [12:56]
cheeser 6 [12:58]
sbalmos 3 [01:00]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [01:01]
juuandyy [juuandyy!~juuandyy@90.106.228.121] has joined ##java [01:10]
akaWolf [akaWolf!~akaWolf@unaffiliated/akawolf] has joined ##java [01:18]
ADG1089__ [ADG1089__!~aditya@171.76.152.88] has joined ##java [01:26]
Betal [Betal!~Betal@unaffiliated/betal] has joined ##java [01:27]
CodeMouse92 [CodeMouse92!~JasonMc92@unaffiliated/codemouse] has joined ##java [01:28]
md_5 [md_5!~md_5@mcdevs/trusted/md-5] has joined ##java [01:35]
gambl0re [gambl0re!~gambl0re@unaffiliated/gambl0re] has joined ##java [01:39]
dragonmaster [dragonmaster!~rotering@70.120.62.21] has joined ##java [01:54]
puppy_za [puppy_za!sid277586@gateway/web/irccloud.com/x-qlipfyzbdlejlnya] has joined ##java [02:02]
r0bby [r0bby!sid699@guifications/user/r0bby] has joined ##java [02:02]
georgios [georgios!~george@unaffiliated/anaphaxeton] has joined ##java [02:12]
CodeGeek [CodeGeek!codegeek@unaffiliated/javageek] has joined ##java [02:13]
dragonmaster [dragonmaster!~rotering@70.120.62.21] has joined ##java [02:21]
Rashad [Rashad!~textual@2a01:9700:12ef:9700:c896:9c95:3441:28b5] has joined ##java [02:27]
paddyez [paddyez!~Patrick-E@wikipedia/paddyez] has joined ##java [02:32]
gurmble [gurmble!~Thunderbi@freenode/staff/grumble] has joined ##java [02:34]
SwiftMatt [SwiftMatt!~Objective@2601:282:4300:3e:14f:3bfc:c525:2600] has joined ##java [02:46]
MrFlibble [MrFlibble!Rimmer@94.14.182.161] has joined ##java [02:48]
yuljk [yuljk!~yuljk@86.11.178.103] has joined ##java [02:51]
ShekharReddy [ShekharReddy!uid132367@gateway/web/irccloud.com/x-gejatoxcdlyetugo] has joined ##java [02:52]
ktwo [ktwo!~ktwo@200116b8260cc0002d86c3a7911bb55a.dip.versatel-1u1.de] has joined ##java [02:57]
LionBar_ [LionBar_!~l@gateway/tor-sasl/lionbar] has joined ##java [03:04]
paddyez [paddyez!~Patrick-E@wikipedia/paddyez] has joined ##java [03:06]
kegster [kegster!~kegster@unaffiliated/kegster] has joined ##java [03:17]
hussam [hussam!~hussam@unaffiliated/hussam] has joined ##java [03:22]
donalsd [donalsd!75c2f155@117.194.241.85] has joined ##java [03:34]
donalsd Hi, I have set an environment variable on Windows with setx in cmd, and I am trying to access it with spring's application properties like this: local.keystore=${LOCAL_KEYSTORE}, however I am getting the following error: Could not resolve placeholder 'LOCAL_KEYSTORE' in value "${LOCAL_KEYSTORE}". How do I solve this? [03:35]
whaley [whaley!~whaley@cpe-24-88-70-100.sc.res.rr.com] has joined ##java [03:39]
freeone3000 1) did you set the environment variable system-wide, rather than in the current session? setx defaults to the latter. 2) is <context:property-placeholder> used instead of <context:properties>? [03:40]
ranran8888 [ranran8888!6d40b154@gateway/web/cgi-irc/kiwiirc.com/ip.109.64.177.84] has joined ##java [03:41]
donalsd freeone3000, I have done 1, however where is context:property-placeholder set? [03:43]
freeone3000 donalsd: app-config.xml, with the rest [03:46]
donalsd freeone3000: I don't have an app-config.xml [03:47]
freeone3000 How is your application configured? [03:47]
donalsd I haven't added any other configurations yet, but when I add configurations, I do it in Java rather than XML. I've never come across app-config.xml. [03:48]
binarycreations [binarycreations!~rad@44.236.115.87.dyn.plus.net] has joined ##java [03:48]
veegee_ [veegee_!~veegee@ipagstaticip-469c2903-2b07-6dc3-3bc2-98748da5ca77.sdsl.bell.ca] has joined ##java [03:49]
dekenevs [dekenevs!~dekenevs@217.138.252.188] has joined ##java [03:51]
dekenevs Is it possible to tell javax.sound.midi to look for devices from jackd? [03:52]
donalsd freeone3000: Any other thing I should be checking? [03:55]
orbyt_ [orbyt_!~orbyt@172.92.4.78] has joined ##java [03:57]
georgios [georgios!~george@unaffiliated/anaphaxeton] has joined ##java [04:09]
IoannisJVM [IoannisJVM!4d310d16@gateway/web/cgi-irc/kiwiirc.com/ip.77.49.13.22] has joined ##java [04:12]
IoannisJVM parted the channel: [04:12]
Haxxa [Haxxa!~Haxxa@122-199-4-253.ip4.superloop.com] has joined ##java [04:18]
mindCrime_ [mindCrime_!~prhodes@cpe-98-27-55-10.nc.res.rr.com] has joined ##java [04:34]
Matthijs [Matthijs!~quassel@unaffiliated/matthijs] has joined ##java [04:34]
conan [conan!~conan@mdproctor.plus.com] has joined ##java [04:36]
acidjnk_new2 [acidjnk_new2!~acidjnk@p200300d0c72b9574a5163a3f5f418180.dip0.t-ipconnect.de] has joined ##java [04:39]
greyblue9 [greyblue9!~greyblue9@c-73-251-148-239.hsd1.va.comcast.net] has joined ##java [04:47]
hnOsmium0001 [hnOsmium0001!uid453710@gateway/web/irccloud.com/x-vuqcgpaotodgvfqv] has joined ##java [05:06]
EveryOS [EveryOS!uid454739@gateway/web/irccloud.com/x-uicjiglbecsrmugw] has joined ##java [05:25]
tang^ [tang^!~tang^@2604:3d09:47c:f970:12:b240:1bb4:a10f] has joined ##java [05:25]
MrFlibble2 [MrFlibble2!Rimmer@94.14.182.161] has joined ##java [05:48]
DunceCotus [DunceCotus!01986949@1.152.105.73] has joined ##java [05:57]
ADG1089 [ADG1089!~aditya@122.163.193.183] has joined ##java [06:01]
SwiftMatt [SwiftMatt!~Objective@2601:282:4300:3e:14f:3bfc:c525:2600] has joined ##java [06:05]
VideoGameEnjoyer [VideoGameEnjoyer!~davidv7@BSN-142-235-10.dynamic.siol.net] has joined ##java [06:10]
yuljk [yuljk!~yuljk@86.11.178.103] has joined ##java [06:15]
sdu [sdu!~doo@185.44.146.18] has joined ##java [06:28]
conan [conan!~conan@mdproctor.plus.com] has joined ##java [06:48]
Tabmow Is it a valid pattern to have my java application place a message onto a queue (AWS SQS in this case), only to have a separate thread in the same application pick it up to process it? [07:11]
tang^ no [07:15]
tang^ oh wait [07:16]
tang^ two channels mixed up. yes, it is a valid patern [07:16]
Tabmow My thought process is the calling user/thread in this case gets a response straight away (as it is my web frontend), and background threads pick up the message, do the 'heavy' processing, in this case some file generation, batch integration and e-mail sending etc. [07:21]
Tabmow Then I get the added advantage of queue retries, DLQ etc. [07:21]
tang^ and you could turn that thread into a whole separate program scaled up [07:22]
ricky_clarkson dekenevs: I doubt you'll find anyone here who's played with javax.sound.midi, you might want to try stack overflow to reach more people. [07:25]
ricky_clarkson dreamreal is the most likely exception to that [07:25]
Tabmow tang^: that's the plan, eventually I may externalise it out to a separate lambda function, but for MVP I need something implemented quickly. [07:26]
Tabmow My only issue is how to tackle horizontal scaling and the potential that some messages may be processed twice. [07:26]
dekenevs Thank you, ill give it a shot [07:26]
ricky_clarkson dekenevs: Outside of Java, I've had good luck with the 'chuck' music programming language on Linux, though I've not done much with it. [07:28]
ricky_clarkson sadly the last time I did midi programming I had an Amiga 1200 [07:28]
qqqhhh4 [qqqhhh4!~qqqhhh@94.228.80.243] has joined ##java [07:30]
yuljk [yuljk!~yuljk@unaffiliated/yuljk] has joined ##java [07:31]
xeeder [xeeder!~quassel@37.187.120.167] has joined ##java [07:33]
moldorcoder7 [moldorcoder7!~moldorcod@206.166.251.59] has joined ##java [07:33]
Tabmow Is there a way to ensure horizontally scaled microservices don't process the same message they consume via a queue twice? AWS SQS has a FIFO queue which apparently guarantees the avoidance of duplicates. I wonder if that is enough... [07:49]
akaWolf [akaWolf!~akaWolf@unaffiliated/akawolf] has joined ##java [08:08]
cheeser most such event buses have a deliver-once guarantee [08:12]
dreamreal Tabmow: yes. ^^^ [08:15]
Tabmow Yeah I think FIFO queue is what I want, just struggling to grasp how it works exactly is I have 3 microservices all trying to consume a message at the exact same time. [08:27]
dreamreal use ptp instead of topic semantics [08:27]
dreamreal in JMS, it's a queue, not a topic [08:27]
dreamreal are you using MQTT instead? [08:27]
Harmon_ [Harmon_!uid15992@gateway/web/irccloud.com/x-xocmjiksszkagzzh] has joined ##java [08:29]
Tabmow I'm using SimpleMessageListenerContainerFactory in spring cloud messaging with the aws sdk. [08:31]
dreamreal That doesn't answer my question, I don't know if that is MQTT or a traditional queue, but even MQTT supports PtP semantics [08:32]
Tabmow ohh right, the queue is https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/FIFO-queues.html [08:33]
perrier-jouet [perrier-jouet!~perrier-j@modemcable012.251-130-66.mc.videotron.ca] has joined ##java [08:37]
MrFlibble2 parted the channel: [08:42]
db [db!uid18678@gateway/web/irccloud.com/x-zsbmnxclslfmvyoa] has joined ##java [08:43]
jeddo [jeddo!~jeddo@unaffiliated/jeddo] has joined ##java [08:46]
Spawns_Carpeting [Spawns_Carpeting!~pi@50-110-90-200.clbg.wv.frontiernet.net] has joined ##java [09:00]
EveryOS [EveryOS!uid454739@gateway/web/irccloud.com/x-wongvgeiahuvdiiw] has joined ##java [09:02]
conan [conan!~conan@mdproctor.plus.com] has joined ##java [09:14]
craftxbox [craftxbox!~craftxbox@unaffiliated/craftxbox] has joined ##java [09:18]
Fleck [Fleck!~fleck@unaffiliated/fleck] has joined ##java [09:26]
mitch0 [mitch0!~mitch@91-82-31-223.pool.digikabel.hu] has joined ##java [09:46]
Goplat [Goplat!~Goplat@reactos/developer/Goplat] has joined ##java [10:41]
p[a]ddy [p[a]ddy!~Patrick-E@wikipedia/paddyez] has joined ##java [10:47]
ranran8888 [ranran8888!6d40b154@gateway/web/cgi-irc/kiwiirc.com/ip.109.64.177.84] has joined ##java [10:56]
moldorcoder7 [moldorcoder7!~moldorcod@206.166.251.59] has joined ##java [11:14]
recursiveNode [recursiveNode!~recursive@ip-86-49-255-227.net.upcbroadband.cz] has joined ##java [11:24]
SwiftMatt [SwiftMatt!~Objective@2601:282:4300:3e:14f:3bfc:c525:2600] has joined ##java [11:38]
DasBrain [DasBrain!~DasBrain@unaffiliated/dasbrain] has joined ##java [11:40]
hendursaga [hendursaga!~weechat@gateway/tor-sasl/hendursaga] has joined ##java [11:57]