| Time |
S |
Nick |
Message |
| 01:46 |
|
|
kotten joined ##javaee |
| 02:48 |
|
|
scripty joined ##javaee |
| 03:27 |
|
|
book` joined ##javaee |
| 03:44 |
|
scripty |
I messed up i must have applied Template |
| 04:46 |
|
scripty |
Does recruiter even consider project done servlet and jsp ? |
| 04:46 |
|
scripty |
Guys ?? |
| 04:48 |
|
scripty |
pdurbin |
| 06:16 |
|
|
pleroma joined ##javaee |
| 06:20 |
|
pleroma |
morning |
| 07:05 |
|
|
AlexCzar joined ##javaee |
| 09:31 |
|
|
Quest joined ##javaee |
| 09:31 |
|
Quest |
whats the best place / method to store data fetched from a database, that is queried very very frequently by a large user base. The aim is to make a timed cache of say 30 seconds and the middle man updates the data after every 30 seconds from DB. Result would be less DB load because of less queries.? using tomcat |
| 09:38 |
|
Quest |
the updates (db writes keep coming randomly), the user base queries db but some cache comes in middle. the cache holds the data for 30 seconds . after 30 seconds the cache queries the db for latest data. |
| 10:47 |
|
|
Quest joined ##javaee |
| 11:14 |
|
|
MegaMatt joined ##javaee |
| 11:15 |
|
|
MegaMatt joined ##javaee |
| 12:31 |
|
|
scripty joined ##javaee |
| 13:02 |
|
scripty |
well why my postgres doesnt ask for password ? pdurbin |
| 13:04 |
|
pdurbin |
depends on how you set it up |
| 13:06 |
|
scripty |
psql -U wg -h localhost dbname after this it connects ? |
| 13:06 |
|
scripty |
i want to change the setup so it asks for password |
| 13:09 |
|
scripty |
yep got it |
| 13:09 |
|
scripty |
TU |
| 13:10 |
|
pdurbin |
sure |
| 13:24 |
|
|
Naros joined ##javaee |
| 14:16 |
|
|
jieryn joined ##javaee |
| 14:16 |
|
|
jieryn joined ##javaee |
| 14:22 |
|
|
__nh__ joined ##javaee |
| 14:23 |
|
|
__nh__ joined ##javaee |
| 14:29 |
|
|
__nh__ joined ##javaee |
| 14:30 |
|
|
Quest joined ##javaee |
| 15:07 |
|
|
ibaca joined ##javaee |
| 15:08 |
|
|
ibaca joined ##javaee |
| 17:00 |
|
sess |
Quest: about db caching: there is built in caching in JPA |
| 17:00 |
|
sess |
configure it right, and it will be transparent' |
| 17:05 |
|
Naros |
can also provide second level app-tier caching using ehcache or other providers too. |
| 17:05 |
|
Naros |
to avoid the db call all together |
| 17:06 |
|
sess |
well you have to db call at some point |
| 17:07 |
|
Naros |
Yah when the cached entity expires :3 |
| 17:10 |
|
Quest |
am.. how can I do that without hibernate? |
| 17:11 |
|
Naros |
we're talking JPA, not even hibernate. |
| 17:11 |
|
Naros |
but you're not using JPA are you? |
| 17:16 |
|
Quest |
I am using hibernate implementing JPA |
| 17:16 |
|
Quest |
but the question was for an app that does not uses either |
| 17:16 |
|
Quest |
just plain jdbc |
| 17:20 |
|
Naros |
you're on your own then. |
| 17:20 |
|
Naros |
you have to write code for that :P |
| 17:21 |
|
Naros |
The only caching you're going to get is what the database server does to avoid disk I/O :P |
| 17:21 |
|
Naros |
at least out of the box. |
| 17:24 |
|
Quest |
hm |
| 17:24 |
|
sess |
the cleanest solution i've seen is a proxy service implementation |
| 17:25 |
|
sess |
MyServiceProxy backed by ehcache |
| 17:25 |
|
Quest |
what kind of proxy |
| 17:25 |
|
sess |
that checks a cache |
| 17:25 |
|
sess |
and forwards the request to the dao if it has expired |
| 17:25 |
|
sess |
so it is transparent to the client |
| 17:26 |
|
Naros |
That's somewhat in a basic way what the hibernate session does for you out-of-the-box. |
| 17:29 |
|
sess |
yeah |
| 17:29 |
|
tjsnell |
why would you write your own? |
| 17:30 |
|
sess |
he said he is not using jhpa |
| 17:30 |
|
sess |
plain jdbc |
| 17:30 |
|
sess |
for whatever reason |
| 17:30 |
|
tjsnell |
right |
| 17:30 |
|
tjsnell |
which makes no sense |
| 17:30 |
|
tjsnell |
hence my question |
| 17:31 |
|
sess |
since its Quest i bet for "performance" :) |
| 17:32 |
|
sess |
the legit answer would be "legacy application" |
| 17:36 |
|
Quest |
yes. the application is already built with years of work. it cant be changed to hibernate at once. it first needs to cope with user load. be tuned. then gradually shifted to jpa . |
| 17:37 |
|
Quest |
any idea users. except tjsnell ? |
| 17:37 |
|
Quest |
doing a .jsp change in a project wants tomcate to be restarted. why it does auto reflect changes. that used to be in netbeans.? |
| 17:38 |
|
tjsnell |
yes, Quest will be able to do what JPA already does with code written by a lot of talented individual and heavily tested in real life scenarios. All single handidly |
| 17:39 |
|
tjsnell |
that does make sense |
| 17:42 |
|
sess |
tjsnell it does make sense if the sql code already exists |
| 17:42 |
|
sess |
migrating to jpa is not easy |
| 17:42 |
|
tjsnell |
sess: ahh but he never said that, you did |
| 17:42 |
|
tjsnell |
and he's been working for months now on new code, not legacy |
| 17:42 |
|
tjsnell |
hence my questions |
| 17:42 |
|
sess |
well he did 6 min ago |
| 17:46 |
|
Quest |
:) |
| 17:46 |
|
tjsnell |
sorta, he never really said |
| 17:46 |
|
Quest |
<Quest> I am using hibernate implementing JPA |
| 17:46 |
|
Quest |
<Quest> but the question was for an app that does not uses either |
| 17:46 |
|
tjsnell |
but my answer would honestly be the same |
| 17:46 |
|
Quest |
<Quest> just plain jdbc |
| 17:47 |
|
tjsnell |
if you have jdbc code with performance issues and need caching do the right thing not the easy thing |
| 17:47 |
|
Quest |
<Quest> yes. the application is already built with years of work. it cant be changed to hibernate at once. |
| 17:47 |
|
Quest |
tjsnell, actually my question was "the right thing question" |
| 17:47 |
|
tjsnell |
some things require effort to fix bad decisions |
| 17:47 |
|
tjsnell |
and I gave it but that upset sess |
| 17:47 |
|
Quest |
"the right thing" == every body's own point of view |
| 17:47 |
|
tjsnell |
nah |
| 17:48 |
|
tjsnell |
I'm talking objective descisions |
| 17:48 |
|
Quest |
look. its senario based. we cant just shift to jpa overngiht. but we can do some tuning overnight |
| 17:49 |
|
tjsnell |
not of the caliber you laid out |
| 17:49 |
|
tjsnell |
no way |
| 17:49 |
|
Quest |
ok. |
| 17:49 |
|
tjsnell |
fools errand |
| 17:50 |
|
sess |
tje |
| 17:50 |
|
sess |
tjsnell: im not upset |
| 17:50 |
|
sess |
but i live in the real world |
| 17:50 |
|
tjsnell |
haha |
| 17:50 |
|
tjsnell |
ok |
| 17:50 |
|
sess |
getting the importance of technical upgrades through to the customer |
| 17:50 |
|
sess |
is not easy |
| 17:51 |
|
Quest |
:) |
| 17:51 |
|
* Quest |
agrees with sess |
| 17:51 |
|
sess |
completly rewriting a whole layer takes time and a lot of testing |
| 17:51 |
|
tjsnell |
yep |
| 17:51 |
|
tjsnell |
and doing it wrong takes even more time |
| 17:51 |
|
Quest |
basically thats what the isue is. "I" see it like redesigning the full app. more or less from scratch |
| 17:51 |
|
tjsnell |
but hey, my real world obviously ain't yours |
| 17:51 |
|
tjsnell |
thank god |
| 17:52 |
|
sess |
tjsnell: that depends on the application and its life time expectancy |
| 17:52 |
|
tjsnell |
no shit |
| 17:52 |
|
sess |
and if the business can afford the short time cost |
| 17:52 |
|
tjsnell |
no shit |
| 17:52 |
|
tjsnell |
got any more obvious platitudes |
| 17:52 |
|
sess |
if you know that |
| 17:52 |
|
sess |
why are you arguing |
| 17:52 |
|
sess |
you make no sense |
| 17:52 |
|
tjsnell |
because you're fucking making idiotic arguments |
| 17:52 |
|
tjsnell |
fuck this stupid channel |
| 17:52 |
|
Quest |
tjsnell, some people would just say. "whats wrong with jdbc, jpa is what we dont like". JPA is not a certified better thing. matter of choice that cannot be imposed |
| 17:53 |
|
|
Quest was kicked by tjsnell: Quest |
| 17:53 |
|
|
sess was kicked by tjsnell: sess |
| 17:53 |
|
|
tjsnell left ##javaee |
| 17:55 |
|
|
Quest joined ##javaee |
| 17:55 |
|
Quest |
what was that about? |
| 17:55 |
|
Naros |
Guess he got upset |
| 17:56 |
|
Quest |
but who made him op? |
| 17:56 |
|
Naros |
Why he has op authorities is beyond me when he goes on a rampage like that. |
| 17:56 |
|
Naros |
No clue, he gave himself ops |
| 17:56 |
|
|
sess joined ##javaee |
| 17:56 |
|
Naros |
IDK how you have ChanServ setup Quest but obviously it has some loopholes perhaps. |
| 17:57 |
|
Quest |
strange |
| 17:59 |
|
sess |
tjsnell sure seems like an idiot |
| 17:59 |
|
Quest |
-ChanServ- Flags -o were set on waz in ##javaee. |
| 17:59 |
|
Quest |
* [tjsnell] (~tjsnell pdpc/supporter/active/waz): TJ |
| 18:10 |
|
|
kobain_ joined ##javaee |
| 18:16 |
|
acuzio |
has tjsnell been causing mayhem again ? |
| 18:16 |
|
acuzio |
did i not tell you guys not to encourage him ? |
| 18:17 |
|
Quest |
ya |
| 18:17 |
|
Quest |
:) |
| 18:17 |
|
acuzio |
Is he still op here ? |
| 18:17 |
|
acuzio |
You know he can be op anywhere on freenode right ? |
| 18:17 |
|
Quest |
no |
| 18:18 |
|
acuzio |
yes - anywhere on freenode he can be op |
| 18:18 |
|
acuzio |
He is very powerful in Freenode |
| 18:19 |
|
acuzio |
he is one of the contributors i think - ask in #java they will tell you |
| 18:19 |
|
sess |
the ops in ##java did seem to be about his level |
| 18:21 |
|
Quest |
sess, the level is of skills or attitude? :) |
| 18:22 |
|
acuzio |
i would suggest asking them there - else he is going to come in and take over the channel at some point you know |
| 18:23 |
|
sess |
Quest: attitude |
| 18:23 |
|
sess |
i got banned from there for sometimes writing sentences over 2 lines rather than one |
| 18:23 |
|
sess |
not to mention of the javabot use |
| 18:24 |
|
sess |
extremly elitist |
| 18:24 |
|
sess |
seems hostile against new people |
| 18:25 |
|
Quest |
thats why I made this channel |
| 18:25 |
|
Quest |
Wish i had the name #java too |
| 18:25 |
|
Quest |
I dont see channels as ownerships. I see them as comunity assets |
| 18:26 |
|
Naros |
sess: in your opinion, lets presume you were writing two separate applications that needed to share your entities. |
| 18:26 |
|
Naros |
would you allow them to share the DAO too? |
| 18:26 |
|
sess |
are they running on the same server? |
| 18:26 |
|
Naros |
Not necessarily. They can but not required. |
| 18:26 |
|
Naros |
One is of webapp nature, other is more of a background scheduler, job queue subsystem. |
| 18:26 |
|
sess |
i dont see why not either way |
| 18:27 |
|
sess |
is my first reaction |
| 18:27 |
|
Naros |
hehe, yah its just to add something to the webapp, go modify the dao in that project, compile, refresh maven deps and code webapp :P |
| 18:27 |
|
sess |
id possibly seperate it if the tasks the applications performed were very different |
| 18:28 |
|
Naros |
Generally they are. |
| 18:28 |
|
sess |
though if they share entities, some of the dao methods surely must be useful to both |
| 18:28 |
|
Naros |
The webapp will basically farm out export requests of data to this background application to avoid load on the web-side. |
| 18:29 |
|
Naros |
since allowing users to export 100s of thousands of records isn't ideal in a webapp :P |
| 18:29 |
|
Naros |
but letting a background job server do it is more practical. |
| 18:30 |
|
sess |
ah |
| 18:30 |
|
Naros |
but yeah there would definitely be overlap. |
| 18:30 |
|
sess |
well i dont see any reason for not sharing the same code base |
| 18:30 |
|
Naros |
It's just a cumbersome build process I have to get used to i guess. |
| 18:31 |
|
sess |
if the domain is the same |
| 18:31 |
|
sess |
including daos |
| 18:31 |
|
Naros |
they are. |
| 18:31 |
|
sess |
not using maven? |
| 18:31 |
|
Naros |
Just splitting some embedded webapp functionality out to a standalone app because I dont want to jeopardize that job queue stuff causing the webapp to crash. |
| 18:31 |
|
Naros |
I am using maven :) |
| 18:32 |
|
Quest |
any one using idea? |
| 18:32 |
|
Quest |
Naros, I wonder why would anyone not use maven |
| 18:32 |
|
Naros |
But I had to set a few settings so that maven would use the .jar rather than using the compiled source tree for running in development mode it seemed. |
| 18:32 |
|
Naros |
Otherwise only option was to build a war and deploy everytime :E |
| 18:33 |
|
Naros |
That isn't bad for the java-code side but tedious for jsp changes :) |
| 18:33 |
|
sess |
if the application is split up into modules, it should be fairly easy |
| 18:33 |
|
sess |
i am |
| 18:33 |
|
sess |
damn this train, got crazy latency |
| 18:33 |
|
Naros |
There are numerous build systems out there Quest and its largely dependent on preference. |
| 18:34 |
|
Naros |
for example, Hibernate uses Gradle. |
| 18:34 |
|
Naros |
We used to use Ant before moving to Maven. |
| 18:34 |
|
Quest |
Naros, ya. but you wont prefer ant over maven. would you |
| 18:34 |
|
Naros |
Maven can run ant tasks, so no :P |
| 18:34 |
|
sess |
i love maven, the biggest reason isee not so use it would be having a very non standard build process |
| 18:35 |
|
Naros |
But you can do some cool things with Ant as well, so its really just a matter of how much effort you put into it i guess. |
| 18:35 |
|
Naros |
they all exist to make a developer's life easier. |
| 18:36 |
|
sess |
maven can run ant tasks |
| 18:36 |
|
sess |
nvm read wrong |
| 18:36 |
|
Naros |
hehe ;) |
| 18:36 |
|
Naros |
Gradle can even do the samethings that Maven can do. |
| 18:36 |
|
sess |
lots of things maven cant do well |
| 18:36 |
|
Naros |
In fact, you can configure it to use the Maven repos :P |
| 18:36 |
|
sess |
but it does prevent bad design fairly well |
| 18:36 |
|
Naros |
Yep |
| 18:37 |
|
Naros |
ugh why must i disable workspace resolutions :( |
| 18:37 |
|
sess |
small things such as having a dependency not available in any repository is a bitch |
| 18:38 |
|
Naros |
sess: you use myeclipse or some other ide? |
| 18:39 |
|
sess |
intellij |
| 18:39 |
|
Naros |
Ah |
| 18:39 |
|
Naros |
I've seriously considered dumping MyEclipse |
| 18:39 |
|
sess |
i strongly dislike eclipse |
| 18:39 |
|
Naros |
it's great for certain things, such a pain for others. |
| 18:39 |
|
sess |
seems very unintuitive |
| 18:40 |
|
sess |
and plugins galore. Intellij is very powerful out of the box |
| 18:40 |
|
Naros |
free version worth it? |
| 18:41 |
|
sess |
i think the javaee support is lacking |
| 18:41 |
|
Naros |
yeah looks like for JavaEE, the community edition isn't the way to go. |
| 18:42 |
|
Naros |
I'll play around with it some in my spare time. |
| 18:42 |
|
Naros |
I've found some issues with MyEclipse with multiple projects per workspace. |
| 18:47 |
|
* Quest |
migrated to idea since 2 days |
| 18:48 |
|
Naros |
I'd love to understand why MyEclipse can't find classes in it's own project :E |
| 18:50 |
|
* Quest |
is facing migration issues |
| 18:50 |
|
* Quest |
sees idea as the best choice |
| 18:52 |
|
acuzio |
Quest: no no use ed |
| 18:52 |
|
Quest |
ed? |
| 18:53 |
|
acuzio |
the editor of choice |
| 18:53 |
|
Quest |
like? |
| 18:54 |
|
acuzio |
ed |
| 18:54 |
|
acuzio |
there is nothing like ed |
| 18:54 |
|
Quest |
ok! |
| 19:34 |
|
|
kotten joined ##javaee |
| 19:48 |
|
|
Slovenberg joined ##javaee |
| 20:06 |
|
|
sfisque joined ##javaee |
| 20:18 |
|
pdurbin |
Is it normal to deploy a war to "webapps" in tomcat, then go in and edit webapps/myapp/WEB-INF/web.xml? It works... but the docs say to unzip the war, make the change in web.xml, and then zip up the war again: https://svn.softwareborsen.dk/oiosaml.java/sp/trunk/docs/installation.html |
| 20:18 |
|
pdurbin |
both ways seems a little evil but is either way less evil? |
| 20:21 |
|
whartung |
it would surprise me that tomcat automatically redeploys the web app on a web.xml change, but perhaps thats a config property |
| 20:22 |
|
sfisque |
it does |
| 20:22 |
|
sfisque |
at least it does upto 6.x. |
| 20:22 |
|
sfisque |
if you even "touch …./web.xml" it will (used to) trigger a redeploy |
| 20:23 |
|
sfisque |
basically if you edited a file that was not watched by tomcat, you could always force a redeploy by touch-ing web.xml |
| 20:25 |
|
whartung |
ok |
| 20:25 |
|
pdurbin |
huh. didn't know about the touch trick |
| 20:25 |
|
whartung |
yea, I mean it makes sense, just wasn't sure of the behavior |
| 20:26 |
|
pdurbin |
but the bigger question for me is... is it common to ask people to unzip war files and mess with web.xml? |
| 20:26 |
|
pdurbin |
and then zip up the war file again. and then deploy the tweaked war file? |
| 20:27 |
|
whartung |
the simple truth is that the "deployer" role in JEE is actually a bit invasive |
| 20:27 |
|
whartung |
it would be nice if the containers had a mechanism to override the web.xml(s) within the apps,, but they don't |
| 20:27 |
|
whartung |
so, yea, you get to go in and tweak stuff |
| 20:28 |
|
pdurbin |
ok, but do you commonly deploy the war file as is and then tweak the web.xml? or do you fix up the war file first and then deploy it? |
| 20:29 |
|
whartung |
I tend to work at the WAR level |
| 20:30 |
|
pdurbin |
whartung: so if someone sends you a war with instructions to change web.xml you open it up, make the changes, and make a new war |
| 20:30 |
|
whartung |
yea |
| 20:31 |
|
whartung |
because the war is the deployment artifact |
| 20:31 |
|
pdurbin |
ok |
| 20:31 |
|
whartung |
the exploded bits are a side effect |
| 20:31 |
|
pdurbin |
I'm so used to tar. need to work on my zip fu |
| 20:34 |
|
whartung |
jar has the same args as tar |
| 20:35 |
|
whartung |
pdurbin: which bot do you have set up on this channel? (I assume its you...) |
| 20:36 |
|
pdurbin |
whartung: 2 bots. philbot is an instance of ilbot (a logging bot). javaeebot is a supybot |
| 20:37 |
|
whartung |
is there a way to get the list of command that javabot has? |
| 20:37 |
|
pdurbin |
hmm |
| 20:37 |
|
pdurbin |
javaeebot: help |
| 20:37 |
|
javaeebot |
pdurbin: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin. |
| 20:38 |
|
pdurbin |
semiosis: help! you're the supybot expert |
| 20:38 |
|
whartung |
supybot site is doa |
| 20:38 |
|
semiosis |
javaeebot: version |
| 20:38 |
|
javaeebot |
semiosis: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
| 20:38 |
|
pdurbin |
:( |
| 20:39 |
|
semiosis |
javaeebot: list |
| 20:39 |
|
javaeebot |
semiosis: Admin, Channel, Config, Google, Misc, Owner, and User |
| 20:40 |
|
semiosis |
whartung: you can find docs on supybot around the net |
| 20:40 |
|
semiosis |
it would help to know exactly which supybot is running, but strangely the version command fails |
| 20:41 |
|
whartung |
maybe this is the version of supybot that has a buggy version command! |
| 20:41 |
|
semiosis |
i've told pdurbin before he should be using the limnoria fork (https://github.com/ProgVal/Limnoria) |
| 20:41 |
|
sfisque |
i'm curious what you have them "tweaking" in web.xml. web.xml settings should be monolithic. anything "that" volatile should be coming from a datastream |
| 20:41 |
|
semiosis |
that one is maintained & works well, others are stagnant |
| 20:42 |
|
pdurbin |
semiosis: I think I'm just using whatever `yum install supybot` gives me on centos |
| 20:42 |
|
sess |
pdurbin: not sure if you were answered, but in general it goes that wars are hotdeployed when touched, and exploded wars are hot redeployed on web.xml touch |
| 20:42 |
|
sess |
a server restart will always trigger a deploy |
| 20:42 |
|
semiosis |
pdurbin: distro packages are :( |
| 20:42 |
|
semiosis |
except for major stuff like kernel |
| 20:42 |
|
sfisque |
some containers (tomcat and jboss) also have a "debug" flag that also detects if jsp's and other "collateral" change |
| 20:43 |
|
sfisque |
but they are flaky detecting image file changes, so touching web.xml is always a good "last resort" |
| 20:45 |
|
whartung |
one some other irc channel, in a galaxy far far away, you had the ability to set a reminder for someone else when they came active again |
| 20:46 |
|
whartung |
like "bot: remind sfisque that he's all wrong" |
| 20:46 |
|
pdurbin |
sfisque: I just posted the tweak here: http://digitaliser.dk/forum/2526560#comment_2530913 |
| 20:47 |
|
pdurbin |
"Before deploying the demo war file to a web container, web.xml must be edited to set oiosaml-j.home to point to a valid configuration dir. If this is not done, configuration will be placed in ${user.home}/.oiosaml. Edit the file by opening the war file (as a zip file) and editing WEB-INF/web.xml. When this is done, simply deploy the war file to a servlet container such as Tomcat." -- |
| 20:47 |
|
pdurbin |
https://svn.softwareborsen.dk/oiosaml.java/sp/trunk/docs/installation.html |
| 20:47 |
|
pdurbin |
whartung: you're thinking of tell |
| 20:47 |
|
whartung |
ok |
| 20:47 |
|
pdurbin |
javaeebot: tell whartung hi |
| 20:47 |
|
pdurbin |
or something |
| 20:47 |
|
pdurbin |
semiosis: build us a better bot! :) |
| 20:48 |
|
whartung |
yea that sent me a pm |
| 20:48 |
|
pdurbin |
oh, cool! |
| 20:48 |
|
sfisque |
rofl |
| 20:48 |
|
* pdurbin |
pets javaeebot |
| 20:48 |
|
pdurbin |
sess: thanks for your input on the web.xml thing |
| 20:48 |
|
whartung |
I was hoping it wouldn't ping me until it saw that I said something or logged in or something, that I was still active. |
| 20:48 |
|
whartung |
I mean, i can do that myself :) |
| 20:48 |
|
pdurbin |
gotta fly. these kids don't pick themselves up |
| 20:48 |
|
semiosis |
javaeebot: later tell pdurbin this is a message |
| 20:49 |
|
javaeebot |
semiosis: Error: "later" is not a valid command. |
| 20:49 |
|
semiosis |
pdurbin: say 'javaeebot: load later' to enable that plugin |
| 20:50 |
|
semiosis |
javaeebot: pick kids up |
| 20:50 |
|
javaeebot |
semiosis: Error: "pick" is not a valid command. |
| 20:50 |
|
semiosis |
aww |
| 20:50 |
|
sfisque |
my personal preference to that mech, is to wrap the properties in a JMX exposed @Singleton and persist the values into/from the db. file i/o is always a bad design for jee because you cannot guarantee the deployer has given you access to the file system |
| 20:50 |
|
pdurbin |
semiosis: ok, loaded |
| 20:51 |
|
pdurbin |
later but not pick |
| 20:52 |
|
semiosis |
javaeebot: later tell pdurbin this is a message |
| 20:52 |
|
javaeebot |
semiosis: The operation succeeded. |
| 20:53 |
|
sfisque |
how later is later in this case? |
| 20:53 |
|
semiosis |
@later tell sfisque when the recipient is around |
| 20:53 |
|
whartung |
in theory whenever he comes back |
| 20:53 |
|
semiosis |
hmm, idk what javaeebot's trigger key is |
| 20:53 |
|
semiosis |
javaeebot: later tell sfisque when the recipient is around |
| 20:53 |
|
javaeebot |
semiosis: The operation succeeded. |
| 20:54 |
|
whartung |
like sometimes I'll come back overnight |
| 20:54 |
|
sfisque |
aye but does it just surf the channel list or does it trigger on txt? |
| 20:54 |
|
whartung |
and see that someone mentioned my name here, but the message scrolled off the window |
| 20:54 |
|
sfisque |
ah, i just got the notify |
| 20:54 |
|
sfisque |
a bit laggy |
| 20:55 |
|
whartung |
yea, it reads the channel |
| 20:55 |
|
sfisque |
i see that now |
| 21:01 |
|
whartung |
did you look at the forth books sfisque ? |
| 21:01 |
|
sfisque |
i did. i havent had the time to dive in yet, but i figure soon |
| 21:06 |
|
|
SoniEx2 joined ##javaee |
| 21:13 |
|
|
kotten joined ##javaee |
| 22:47 |
|
|
kotten joined ##javaee |
| 23:22 |
|
|
jieryn joined ##javaee |
| 23:22 |
|
|
jieryn joined ##javaee |
