| Time |
S |
Nick |
Message |
| 01:19 |
|
|
SoniEx2|2 joined ##javaee |
| 04:19 |
|
|
kundan joined ##javaee |
| 04:19 |
|
|
SoniEx2|2 joined ##javaee |
| 04:32 |
|
|
caverdude joined ##javaee |
| 04:49 |
|
|
cavemanlg joined ##javaee |
| 05:00 |
|
|
caverdude joined ##javaee |
| 05:14 |
|
|
cavemanlg joined ##javaee |
| 05:20 |
|
|
SoniEx2|2 joined ##javaee |
| 05:24 |
|
|
caverdude joined ##javaee |
| 05:55 |
|
|
cavemanlg joined ##javaee |
| 06:19 |
|
|
SoniEx2|2 joined ##javaee |
| 07:19 |
|
|
SoniEx2|2 joined ##javaee |
| 07:24 |
|
|
Guest52769 joined ##javaee |
| 08:19 |
|
|
SoniEx2|2 joined ##javaee |
| 09:19 |
|
|
SoniEx2|2 joined ##javaee |
| 10:19 |
|
|
SoniEx2|2 joined ##javaee |
| 13:29 |
|
|
Naros joined ##javaee |
| 14:19 |
|
|
SoniEx2|2 joined ##javaee |
| 14:32 |
|
|
Quest joined ##javaee |
| 15:49 |
|
|
kobain joined ##javaee |
| 16:23 |
|
|
sfisque joined ##javaee |
| 17:19 |
|
|
SoniEx2|2 joined ##javaee |
| 17:27 |
|
|
Quest joined ##javaee |
| 17:32 |
|
|
Guest33112 joined ##javaee |
| 17:38 |
|
|
Guest33112 joined ##javaee |
| 18:19 |
|
|
SoniEx2|2 joined ##javaee |
| 18:58 |
|
pdurbin |
stupid OptimisticLockException |
| 18:59 |
|
sfisque |
that's why it's bad to store detached entities in controllers |
| 18:59 |
|
sfisque |
well, not bad, but somethign that has to be handled carefully |
| 18:59 |
|
whartung |
mostly bad. |
| 18:59 |
|
whartung |
we use models, we convert them |
| 19:00 |
|
sfisque |
aye, but sometimes you want to reduce "round tripping".. just have to be sensitive to when an object is detached and know when to "merge" or "refresh" |
| 19:00 |
|
sfisque |
can always "ask" the em, and then handle accordingly |
| 19:00 |
|
whartung |
all the benefits we were supposed to have by using entities as value objects have pretty much gone away -- we have models for everything nowadays and use entities mostly for just pure persistence. |
| 19:01 |
|
sfisque |
that can be expensive though if not careful |
| 19:13 |
|
pdurbin |
for now I just left myself a @todo: stub out edit of study cataloging info via SWORD · d38b9c7 · IQSS/dvn - https://github.com/IQSS/dvn/commit/d38b9c7 |
| 19:18 |
|
Naros |
OLE is useful in cases where user opens record in edit mode, another user edits it, and first session tries to commit change. |
| 19:19 |
|
|
SoniEx2|2 joined ##javaee |
| 19:19 |
|
sfisque |
aye. the main occurrances of OLE are that one and the one i hinted at previously. |
| 19:19 |
|
Naros |
it isn't the apps responsibility to decipher the differences imo, throw that back to the use to requery and adjust as needed. |
| 19:20 |
|
sfisque |
you'd have to requery before presenting to the user. otherwise you still have a stale entity |
| 19:20 |
|
Naros |
Yep |
| 19:20 |
|
sfisque |
have to force the @Version column to roll |
| 19:22 |
|
sfisque |
anyone have any experience with a 2 tier repository setup? like you fetch an aggregate of data from a remote db, and populate a "local" db (javadb, derby, etc.) so you can do joins on the subsets rather than having to do it against the full data set (basically pre-culling so you can simplify the queries needed to answer some expensive questions) |
| 19:23 |
|
sfisque |
sort of like sharding the data but doing the data shard inside the container? |
| 19:24 |
|
Naros |
Not particularly like that no. |
| 19:25 |
|
Naros |
I've done it at the database level though |
| 19:25 |
|
Naros |
using temp tables |
| 19:25 |
|
sfisque |
i've been contemplating it, but i've not seen any solutions regarding it. not sure it's a great idea, but worthy of "thought experiments" ;-) |
| 19:25 |
|
Naros |
Would depend how often you need to refresh the data you're running queries against I guess. |
| 19:26 |
|
Naros |
And how much data you are trying to cull into a sharded environment. |
| 19:26 |
|
Naros |
but is it because you would rather have a local DB and avoid the network traffic? |
| 19:27 |
|
sfisque |
alot of it is glacial. the concept is, i need to answer some "UI State questions" and sometimes those involve some "hairy" queries. if i could pre-cull the data, the queries become fairly trivial |
| 19:27 |
|
sfisque |
sort of like, i need to figure out if a button should be activated and that state is dependant upon the result of a complex query. |
| 19:27 |
|
sfisque |
if the data were preculled to "my set" (we multi-tenancy) |
| 19:27 |
|
sfisque |
it woudl be a simpler, smaller query |
| 19:27 |
|
Naros |
Aye |
| 21:14 |
|
* SoniEx2 |
hugs sfisque in an overly cute and gay way ^-^ |
| 21:14 |
|
* Naros |
giggles. |
| 21:15 |
|
sfisque |
lol soni |
| 21:15 |
|
SoniEx2 |
./gayhug command |
| 21:15 |
|
SoniEx2 |
I had /hug, now I have /gayhug |
| 21:15 |
|
* sfisque |
pats soniex2 on the head, in a paternal manner |
| 21:15 |
|
* sfisque |
giggles |
| 21:16 |
|
SoniEx2 |
u cute ^-^ |
| 21:16 |
|
sfisque |
i've been called worse :P |
| 21:16 |
|
SoniEx2 |
:P |
| 21:17 |
|
Naros |
lol, yah you obviously haven't seen him when he's woke up :o |
| 21:17 |
|
sfisque |
d'OH |
| 21:17 |
|
sfisque |
yeah, i'm even more GOTH then :P |
| 21:20 |
|
SoniEx2 |
"him"? but... well I never asked sfisque about pronouns so... :/ |
| 21:20 |
|
Naros |
SoniEx2: i just assumed sfisque was a he :P |
| 21:20 |
|
sfisque |
it's a statistical likelihood. even though the demographics are getting better, S/W is still a predominantly male environment |
| 21:22 |
|
SoniEx2 |
Naros: that means they're a they ;) |
| 21:22 |
|
sfisque |
good call soniex2 |
| 21:22 |
|
Naros |
I stand corrected. |
| 21:23 |
|
* SoniEx2 |
hugs sfisque |
| 21:23 |
|
SoniEx2 |
(also that's a normal /me, not another command :P) |
| 21:23 |
|
* sfisque |
grins |
| 21:26 |
|
SoniEx2 |
so... I'll bbl... |
| 21:28 |
|
whartung |
I'm a dog, but it's the internet, so nobody knows… arf |
| 21:39 |
|
* sfisque |
throws whartung a bone |
| 21:39 |
|
whartung |
/clomp |
| 22:44 |
|
|
kobain_ joined ##javaee |
| 22:49 |
|
|
sfisque joined ##javaee |
| 23:19 |
|
|
SoniEx2|2 joined ##javaee |
