Info

Login

Channels

APIs

Credits

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

« 2019-04-18

2019-04-19

2019-04-20 »

Nick Message Date
DTZUZO [DTZUZO!~DTZUZO@S0106bcd16584b0aa.vs.shawcable.net] has joined ##java [12:06]
bobek [bobek!~bobek@unaffiliated/bobek] has joined ##java [12:12]
fattest [fattest!b4966b4b@gateway/web/freenode/ip.180.150.107.75] has joined ##java [12:13]
fattest If I have a messaging.properties key-value file that contains all my messages I use in my application, such as for example "error_join"->"Failed to join the server", is it good practice to simply hardcode the keys in the string, eg getMessage("error_join"), or should I create a constant ERROR_JOIN? [12:15]
Jantz [Jantz!~IceChat9@2407:7000:8d04:100:eddc:c667:94f2:7087] has joined ##java [12:15]
zephros [zephros!~Zephros@h124.181.17.98.dynamic.ip.windstream.net] has joined ##java [12:19]
immibis using constants (that are all in one place) would reduce the chance that you remove a message later and forget you're still using it [12:24]
newbieG [newbieG!~bhaskar@117.204.240.63] has joined ##java [12:25]
pepa [pepa!be377c62@gateway/web/freenode/ip.190.55.124.98] has joined ##java [12:26]
pepa every time I override equals I need to override hashcode() as well? or only if I will use it in a hashmap key? [12:27]
cheeser generally, you should always do both. let your IDE generate them for you. [12:28]
immibis someone else might use it in a hashmap key [12:28]
newbieG I apologise for asking same question again ... What problem will arise if java don't support Dynamic Method Dispatch? [12:31]
pepa newbieG: I don't know. [12:32]
gryffus_ [gryffus_!~gryffus@unaffiliated/gryffus] has joined ##java [12:33]
nyherba [nyherba!~alureon@unaffiliated/proxa] has joined ##java [12:39]
fstd_ [fstd_!~fstd@unaffiliated/fisted] has joined ##java [12:39]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [12:48]
forgottenone [forgottenone!~forgotten@176.88.102.141] has joined ##java [12:50]
d0x1n [d0x1n!~boom@109.166.138.34] has joined ##java [12:55]
d0x1n An abstract class can contain only abstract methods. - true or false? [12:55]
vdamewood d0x1n: What class is this for? [12:57]
vdamewood CS105? [12:57]
d0x1n i had this question on a quizz and I am quite confised why is false [01:00]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [01:00]
vdamewood In C++ at least, an abstract class can have non-abstract methods. [01:00]
d0x1n I mean, you can declare the methods but not the logic in them (as we do in Interfaces) [01:01]
d0x1n or.. in abstract claases you can declare the logic too? [01:01]
vdamewood Yep. [01:01]
d0x1n but in interfaces you can't do that? [01:02]
kgrimes2 [kgrimes2!~kgrimes2@172-11-18-93.lightspeed.irvnca.sbcglobal.net] has joined ##java [01:02]
vdamewood d0x1n: Depends on the language, actually. [01:02]
d0x1n well, thank you sir. my confussions got cleared [01:02]
d0x1n @java :-) [01:02]
vdamewood In recent versions of Java, you can provide a default implementation. [01:03]
vdamewood But in an interface, you can't specify *any* member data. [01:03]
vdamewood But yeah, originally, you couldn't specify any logic with an interface. [01:03]
vdamewood Oh... damn. Sorry. I didn't notice what channel I was in. [01:04]
d0x1n hmm.. good to know.. i never used abstract classes but I knew they are *almost* the same as interface..and now I understood that this is the only difference [01:04]
vdamewood Well, the member data thing is a difference, too. [01:05]
d0x1n yep, and that. [01:05]
d0x1n thanks man [01:06]
d0x1n vdamewood++ [01:06]
d0x1n vdamewood has a karma level of 1, d0x1n [01:06]
pepa [pepa!be377c62@gateway/web/freenode/ip.190.55.124.98] has joined ##java [01:10]
pepa can somebody help me with this question? [01:10]
pepa the types of locks that jvm supports are: -semaphore -mutex -Latch -Blocking -NonBlocking [01:10]
sauvin [sauvin!sauvin@about/linux/staff/sauvin] has joined ##java [01:17]
morrowyn [morrowyn!~morrowyn@s55945b44.adsl.online.nl] has joined ##java [01:23]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [01:25]
kgrimes2 [kgrimes2!~kgrimes2@172-11-18-93.lightspeed.irvnca.sbcglobal.net] has joined ##java [01:27]
gryffus [gryffus!~gryffus@unaffiliated/gryffus] has joined ##java [01:33]
iam730 [iam730!~iam730@165.73.240.62] has joined ##java [01:36]
kicked iam730 (Banned: please fix your connection. you're bouncing in and out. this ban will expire after 1d) [01:36]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [01:38]
DrDonk3y [DrDonk3y!~DrDonkey@unaffiliated/drdonkey] has joined ##java [01:40]
nyherba [nyherba!~alureon@unaffiliated/proxa] has joined ##java [01:45]
tribrid [tribrid!~Bogie@47.184.162.27] has joined ##java [01:53]
palasso [palasso!~palasso@unaffiliated/palasso] has joined ##java [01:55]
Galactus [Galactus!~Galactus@unaffiliated/galactus] has joined ##java [02:05]
OnceMe [OnceMe!~OnceMe@unaffiliated/onceme] has joined ##java [02:10]
di0_ [di0_!~di0_@unaffiliated/di0-/x-5053590] has joined ##java [02:18]
Siegfried [Siegfried!~user@2607:f470:6:3006:4562:4105:53a4:d435] has joined ##java [02:28]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [02:28]
gryffus_ [gryffus_!~gryffus@unaffiliated/gryffus] has joined ##java [02:34]
Nicmavr [Nicmavr!~Nicmavr@unaffiliated/nicmavr] has joined ##java [02:47]
t2mkn [t2mkn!~t2mkn@43.226.2.77] has joined ##java [02:51]
led_dark_1 [led_dark_1!~Thunderbi@217.66.160.14] has joined ##java [02:52]
nyherba [nyherba!~alureon@unaffiliated/proxa] has joined ##java [02:55]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [02:55]
nebulae [nebulae!~nebulae@2a02:587:a3b:c000:9c0b:d7a4:6b94:9c48] has joined ##java [02:56]
wisey [wisey!~wisey@80-44-185-183.dynamic.dsl.as9105.com] has joined ##java [02:58]
dob1 [dob1!~dob1@unaffiliated/dob1] has joined ##java [03:00]
newbieG Can anyone please verify my understanding about dynamic dispatch and run-time polymorphisim -- Suppose we have three classes *A*, *B* and *C*. *C* and *B* both inheret from *A*. All three classes have method show(). Now for this code snipet { A ref; ref = new B(); ref.show(); ref = new C(); ref.show(); } the java compiler gives the byte code which generally have opcode and operands and specifically for [03:11]
newbieG this code --> For both *ref.show()* the compiler gives the same byte code and In rough sense *ref* works as container which hold the object and show will called on that object thats why this is done at run-time [03:11]
newbieG Please DO correct me if I missunderstood something [03:11]
yawkat Sure [03:13]
immibis ref does not hold the object, it refers to the object, which is why it's called a reference [03:14]
immibis you can also say it holds a reference to the object [03:14]
forgottenone [forgottenone!~forgotten@176.88.102.141] has joined ##java [03:15]
newbieG immibis: Apart from this everything is correct? [03:18]
immibis i would say so. both ref.show() calls will have the same bytecode yes [03:19]
newbieG immibis: yawkat: Thanks a lot guys this this bugs me for last 2 days and finally I think I almost got it [03:20]
sQuesomorphic [sQuesomorphic!sQuesomorp@unaffiliated/notadeveloper] has joined ##java [03:29]
ertiportline [ertiportline!~ertiportl@unaffiliated/ertiportline] has joined ##java [03:30]
pd09041999 [pd09041999!~pd0904199@14.139.61.130] has joined ##java [03:32]
kicked pd09041999 (Banned: please fix your connection. you're bouncing in and out. this ban will expire after 7d) [03:32]
gryffus [gryffus!~gryffus@unaffiliated/gryffus] has joined ##java [03:34]
progart [progart!~kamee@5.77.254.89] has joined ##java [03:42]