| Time |
S |
Nick |
Message |
| 02:36 |
|
|
sfisque joined ##javaee |
| 04:04 |
|
|
kobain_ joined ##javaee |
| 04:18 |
|
|
firebird1 joined ##javaee |
| 04:51 |
|
firebird1 |
what is the use of f:attribute |
| 05:08 |
|
sfisque |
adds attributes to the ActionEvent object that you can extract in the handler |
| 05:31 |
|
|
firebird1 joined ##javaee |
| 05:33 |
|
firebird1 |
why we use f:attribute pdurbin |
| 05:33 |
|
firebird1 |
i didnt knew p:ajax can upate component |
| 05:39 |
|
firebird1 |
error component :/ |
| 05:56 |
|
firebird1 |
pdurbin, when to use listener or action |
| 07:05 |
|
firebird1 |
it depends on for :/ |
| 07:05 |
|
firebird1 |
superb! |
| 07:06 |
|
firebird1 |
pdurbin, how to override paginate ? |
| 08:32 |
|
|
fabioportieri joined ##javaee |
| 08:57 |
|
|
neuro_sys joined ##javaee |
| 09:16 |
|
|
weyer joined ##javaee |
| 10:01 |
|
|
acuzio joined ##javaee |
| 11:43 |
|
|
weyer joined ##javaee |
| 11:54 |
|
|
tim_ joined ##javaee |
| 12:24 |
|
firebird1 |
why things are fucking builtin |
| 12:27 |
|
firebird1 |
it makes sad |
| 12:29 |
|
fabioportieri |
firebird1: tomorrow is friday, behappy! |
| 12:29 |
|
firebird1 |
then saturday it makes me sad |
| 12:30 |
|
neuro_sys |
YAAAAAAYYYY |
| 12:30 |
|
fabioportieri |
really? sunday make me sad |
| 12:30 |
|
neuro_sys |
me too |
| 12:30 |
|
fabioportieri |
well said neuro_sys ;) |
| 12:30 |
|
neuro_sys |
saturday mornings are beautiful |
| 12:30 |
|
firebird1 |
client talk :( |
| 12:30 |
|
neuro_sys |
imagine you'd have to work on saturdays as well |
| 12:31 |
|
fabioportieri |
i would have killed myself already eheh |
| 12:31 |
|
neuro_sys |
haha same here |
| 12:31 |
|
firebird1 |
neuro_sys, i dont know about company but wont freelance makes things cool why i get afraid when i talk to client new requirements :( |
| 12:33 |
|
* firebird1 |
counting minutes to be alive |
| 12:33 |
|
fabioportieri |
clients are scary! |
| 12:35 |
|
firebird1 |
:'( |
| 12:36 |
|
firebird1 |
i'm using jdbc backend :/ |
| 12:41 |
|
firebird1 |
nice jsf tut |
| 12:41 |
|
firebird1 |
? |
| 12:41 |
|
firebird1 |
using 2.0 |
| 12:42 |
|
|
LonMontgomery_ joined ##javaee |
| 12:50 |
|
|
tim_ left ##javaee |
| 14:26 |
|
|
weyer joined ##javaee |
| 14:52 |
|
|
kobain joined ##javaee |
| 14:56 |
|
|
elliotd123 left ##javaee |
| 15:13 |
|
|
mocrunsthecity joined ##javaee |
| 15:26 |
|
|
Naros joined ##javaee |
| 15:43 |
|
sess |
does classes using javax.ejb.Timeout need to be EJBs? |
| 15:59 |
|
|
CJ_ joined ##javaee |
| 16:00 |
|
CJ_ |
Not sure if this is the best channel to ask, but here goes. |
| 16:01 |
|
CJ_ |
Anyone know of a good resource detailing slf4j and log4j setup heirarchy? |
| 16:01 |
|
CJ_ |
I have a project that inherits from other projects and I can't get the logging level to change. |
| 16:02 |
|
CJ_ |
I'm assuming it's due to the way I have slf4j and log4j setup in my inherited projects, but I can't find any resources talking about this. |
| 16:04 |
|
|
Voyage joined ##javaee |
| 16:04 |
|
Voyage |
SEVERE: Servlet.service() for servlet [springDispatcher] in context with path [/ttmaven] threw exception [Request processing failed; nested exception is org.hibernate.exception.SQLGrammarException: could not initialize a collection: [web.entity.Boards.childBoxList#3]] with root cause |
| 16:04 |
|
Voyage |
org.postgresql.util.PSQLException: ERROR: large object 104089 does not exist |
| 16:04 |
|
Voyage |
any help? |
| 16:04 |
|
Voyage |
or idea |
| 17:01 |
|
whartung |
sounds like corruption at the DB level Voyage |
| 17:01 |
|
whartung |
CJ_: all slf4j and log4j problems hinge on locating the property files properly. |
| 17:03 |
|
|
Naros left ##javaee |
| 17:03 |
|
|
neuro_sys joined ##javaee |
| 17:09 |
|
Voyage |
whartung hm |
| 17:15 |
|
CJ_ |
whartung, Is there a good resource for that? |
| 17:17 |
|
whartung |
it's a matter of making sure you only have 1 of the appropriate configuration files (sometimes you'll find bad libraries bundle a properties file "for you -- kthx"), and ensuring it's in a place on the classpath |
| 17:17 |
|
CJ_ |
Ah, so if I have more than one properties file it will ignore the others? I didn't realize that. |
| 17:18 |
|
CJ_ |
So I should have maven exclude the properties file from the jar it builds? |
| 17:19 |
|
whartung |
if you have more than one, who knows which ones you'll get |
| 17:19 |
|
whartung |
so it's best to consolidate them down to one. |
| 17:20 |
|
CJ_ |
What's the best practice for dependent projects? I need one for each project during testing and development. |
| 17:21 |
|
CJ_ |
But once I pull them in as libraries I don't need the separate properties files. |
| 17:21 |
|
whartung |
those files became a aspect of the packaging of the project, not the projectt per se. |
| 17:22 |
|
CJ_ |
That's what I was thinking. So time to dive into maven. |
| 17:22 |
|
whartung |
I would never associate one with a library, only the application manages the configuration of the loggers |
| 17:23 |
|
CJ_ |
Understood. I just need one for when I'm working in the library itself. |
| 17:23 |
|
whartung |
then you can stand one up in your test framework |
| 17:35 |
|
sess |
anyone used @Timeout in EJB? I keep getting ConcurrentAccessTimeoutException... |
| 17:36 |
|
acuzio |
Works as advertised |
| 17:37 |
|
whartung |
I've never had that problem |
| 17:39 |
|
pdurbin |
CJ_: it's a complete pain, in my experience. if only everyone used java.util.logging |
| 17:39 |
|
whartung |
can sl4j route existing JUL to SL4J? |
| 17:40 |
|
whartung |
(or can log4j for that matter) |
| 17:40 |
|
whartung |
but the truth is that slf4j and log4j are here for the duration. |
| 17:40 |
|
whartung |
most libraries use commons-logging |
| 17:40 |
|
whartung |
or the slf4j couterpart |
| 17:40 |
|
sess |
might be because its a singleton |
| 17:40 |
|
sess |
is @Stateless safe with @Timeout? |
| 17:41 |
|
CJ_ |
I have all of my logging routed through slf4j and then on to log4j. Including util and commons. |
| 17:41 |
|
whartung |
yea, that's fine sess |
| 17:41 |
|
sess |
it's guaranteed to not be executed multiple times? |
| 17:41 |
|
whartung |
why would it be |
| 17:41 |
|
sess |
because I've seen people using @Singleton in examples |
| 17:42 |
|
sess |
and figured there would be a reason for it |
| 17:42 |
|
whartung |
what swamp fever dream do you imagine that it CAN happen multiple times? |
| 17:42 |
|
sess |
well if there's multiple instances of the classs.... |
| 17:42 |
|
sess |
anyways: |
| 17:43 |
|
sess |
Caused by: java.lang.IllegalStateException: JBAS014463: Cannot invoke timer service methods in lifecycle callback of non-singleton beans |
| 17:43 |
|
sess |
how about that |
| 17:43 |
|
whartung |
I don't know if the jEE7 mandated that timers be singleton, I don't know why they would but -- ok |
| 17:44 |
|
whartung |
I'd have to look at the spec |
| 17:44 |
|
whartung |
that doesn't make any sense to me |
| 17:44 |
|
sess |
using EE6 |
| 17:44 |
|
whartung |
same observation |
| 17:45 |
|
sess |
i assume it's for the same worries i had about it |
| 17:45 |
|
sess |
concurrency problems |
| 17:46 |
|
whartung |
the only scenario that I can imagine ever remote concurrency problems is if the same EJB is used for multiple timers that fire simultaneously. But since a stateless bean is, you know, stateless, this should be de facto a non-issue |
| 17:46 |
|
whartung |
this certainly wasn't an aspect before ee6 |
| 17:47 |
|
whartung |
and whatever issues timers had (and boy howdy, are they legion), concurrency really wasn't one of them |
| 17:47 |
|
sess |
well for starters |
| 17:47 |
|
sess |
I initiate the timer in @PostConstruct |
| 17:47 |
|
sess |
this would happen multiple times for a stateless |
| 17:47 |
|
sess |
or could happen at least |
| 17:48 |
|
sess |
which would trigger multiple jobs |
| 17:48 |
|
sess |
so having it @Singleton makes great sense |
| 17:49 |
|
whartung |
that's initiating the timer, not firing the timer. |
| 17:49 |
|
sess |
if i call multiple timerService.createTimer, would that not create multiple timers thus causing multiple fires? |
| 17:50 |
|
whartung |
when they expire, yes |
| 17:51 |
|
whartung |
but when @Timeout is on a stateless bean, then you're in no differrent situation than if you have multiple web clients calling the same bean, right? |
| 17:52 |
|
sess |
it's a different situation because I do not want @Postconstruct executed more than once |
| 17:52 |
|
whartung |
but that's unrelated to Timers. |
| 17:52 |
|
whartung |
you're conflating separete issues |
| 17:52 |
|
sess |
not really, the problem is timer related rather than @PostConstruct related |
| 17:53 |
|
sess |
but programmatic timers are most often used with @PostConstruct |
| 17:53 |
|
whartung |
no, it's not. You'd have the identical post construct issue if you made multiple calls to the session bean from ANY source. Al lthe timer logic is doing is invoking the session bean, like any other client. |
| 17:54 |
|
sess |
the difference is @PostConstruct is called by the framework |
| 17:55 |
|
sess |
I'd have a problem if I called my init() multiple times even with a @singleton yes |
| 17:55 |
|
sess |
if multiple createCalendarTimer were ignored, it would be kind of ok I guess, but that is probably not the case |
| 17:56 |
|
whartung |
it's called by the EJB container. It's just an EJB. The fact that it's being used with a timer is a distraction. The "multiple post construct" issue has nothing to do with timers. Anything can call that ejb multiple times. In THIS case, you have a timer doing it, but that's a detail unrelated to the post construct issue. |
| 17:56 |
|
CJ_ |
Well, I've removed log4j.properties from my libraries. Now to see if that fixes the issue. |
| 17:56 |
|
sess |
I don't really see why that matters |
| 17:57 |
|
sess |
in practice, singleton means it will be called only once unless I ruin things on purpose |
| 17:57 |
|
sess |
while a stateless could very well have it executed multiple times |
| 17:57 |
|
sess |
and since timers are designed to be setup with @PostConstruct, it makes sense to have them as @Singleton |
| 17:57 |
|
whartung |
so is the problem that when a singleton is used with @Timeout, you find the postconstuct being called more than once? |
| 17:57 |
|
sess |
no, im not having a problem |
| 17:57 |
|
sess |
anymore at least |
| 17:57 |
|
whartung |
no, timers have NOTHING to do with post construct. You can stand them up anywhere, any time. |
| 17:58 |
|
sess |
my first issue was some exception, but solved it by turning off persistent timers |
| 17:58 |
|
sess |
how would I specify what timer to run? |
| 17:58 |
|
sess |
if not inside the bean |
| 18:02 |
|
whartung |
the point is you can have a session bean method that creates a timer for that bean, and that can be called any time |
| 18:03 |
|
whartung |
our entire batch job system is built around timers here |
| 18:03 |
|
sess |
oh you mean injecting a stateless and calling an init() method on it |
| 18:03 |
|
sess |
and making sure it happens only once |
| 18:04 |
|
sess |
that's true i guess |
| 18:04 |
|
whartung |
no! If I want to submit 13 jobs, I can call the method 13 times! And I get 13 different timers. |
| 18:04 |
|
sess |
yes? |
| 18:05 |
|
sess |
disallowing Stateless is probably to prevent mistakes when using @PostConstruct perhaps |
| 18:06 |
|
whartung |
I have never created a timer entry in PostContrsuct or init... |
| 18:06 |
|
whartung |
we have a method "scheduleTask(Task task)" |
| 18:06 |
|
whartung |
when we want to submit a job, we call that. |
| 18:06 |
|
whartung |
some jobs run "forever" (every hour, forever, or whatever) |
| 18:07 |
|
sess |
im only talking about those kind of jobs |
| 18:07 |
|
whartung |
some run once "run now, run at midnight", etc. |
| 18:07 |
|
sess |
how does Task invoke the timer then? |
| 18:07 |
|
sess |
whatever Task is |
| 18:07 |
|
whartung |
it doesn't. scheduleTask (which is a method on the @Timeout bean) schedules the job. |
| 18:08 |
|
whartung |
the Task contains the details of the job (class to run, schedule, parameters for this run, etc.) |
| 18:08 |
|
whartung |
today, I'd just use the EE7 batch facility |
| 18:08 |
|
whartung |
but we didn't have that 7 years ago... |
| 18:09 |
|
sess |
in your case a SessionBean would be fine, I agree |
| 18:09 |
|
sess |
but people like to setup timers with @PostConstruct |
| 18:09 |
|
sess |
which could break with @Stateless, agreed? |
| 18:10 |
|
whartung |
the pattern of using a Singlton to house a long running, persistent timer job makes sense to me. |
| 18:10 |
|
whartung |
but that's not the only way to do timers. |
| 18:10 |
|
whartung |
it's a collusion of facilities to reach a goal, and out pops a pattern. |
| 18:11 |
|
whartung |
but it's not just timers, just singletons, just @PostContrcut, is applications of all those in a coordinated way |
| 18:11 |
|
whartung |
to get the desired result of a long running , persistent task in a EJB app |
| 18:12 |
|
whartung |
which brings up, if you want to do that, why aren't you just using @Schedule? |
| 18:12 |
|
whartung |
which seems to be it's main purpose |
| 18:13 |
|
CJ_ |
whartung, I'm still not seeing my logging results. Is there a way to tell where it's looking for the properties file? |
| 18:14 |
|
whartung |
which "it" ? log4j? slf4j? I thnk they both have java properties to enable debugging for those ,that might help |
| 18:25 |
|
pdurbin |
CJ_: if you figure it out I'm going to ask you about this: http://digitaliser.dk/forum/2542391#comment_2542392 :) |
| 18:26 |
|
whartung |
that doesn't work for you pdurbin ? |
| 18:26 |
|
CJ_ |
That's pretty much the issue I'm having but with a different library. |
| 18:26 |
|
pdurbin |
whartung: I tried, as you may recall. I've moved on. Made peace with no logging. My current project is unrelated :) |
| 18:27 |
|
whartung |
ok |
| 18:27 |
|
CJ_ |
And it works in my libraries, so it's something to do with my logging configuration. |
| 18:27 |
|
pdurbin |
when I pick up that project again I'll likely make noise in here again :) |
| 18:27 |
|
whartung |
I can't say for sure that opensaml logs for us, but pretty sure We have slf4j configured to route to JUL |
| 18:27 |
|
CJ_ |
I did just realize that I need to make my logging dependencies optional in my library so they're not pushed to my project. |
| 18:43 |
|
sess |
whartung: the timers schedule are defined in a db |
| 18:44 |
|
sess |
otherwise i´d use @Schedule |
| 18:44 |
|
sess |
@Singleton, @PostConstruct with db lookup and a @Timeout works like a charm |
| 18:44 |
|
whartung |
yea that should be fine |
| 18:51 |
|
pdurbin |
"Portecle is a user friendly GUI application for creating, managing and examining keystores, keys, certificates, certificate requests, certificate revocation lists and more" -- http://portecle.sourceforge.net |
| 18:51 |
|
|
mocrunsthecity joined ##javaee |
| 18:52 |
|
whartung |
yea I've used that |
| 18:52 |
|
whartung |
probably have it somewhere in my G's of hard drive |
| 18:52 |
|
|
sheenobu joined ##javaee |
| 18:53 |
|
pdurbin |
balo too, apparently: http://irclog.perlgeek.de/openam/2014-01-23#i_8163024 |
| 18:54 |
|
pdurbin |
might come in handy |
| 19:13 |
|
CJ_ |
Great. Now it can't even find my slf4j implementation. |
| 19:15 |
|
whartung |
progress! |
| 19:19 |
|
CJ_ |
If you call reverse progress, then I guess so. |
| 19:20 |
|
CJ_ |
Found the problem. I got too smart for my own good. |
| 19:21 |
|
CJ_ |
Okay, so I'm back to where I started. |
| 19:22 |
|
CJ_ |
I'm still not seeing logging statements from my vendor libraries. |
| 19:23 |
|
pdurbin |
CJ_: don't give up |
| 19:23 |
|
CJ_ |
pdurbin, I'm not. Just annoyed since it works when I do it in my libraries. |
| 19:24 |
|
pdurbin |
if you're going through hell, keep going |
| 19:24 |
|
CJ_ |
Heh. |
| 19:28 |
|
CJ_ |
Even when I remove my properties file, I still get the same logging. Which means that it's ignoring my file. I've removed the log4j files from my libraries, but nothing changed. |
| 19:28 |
|
whartung |
the vendor libs may have them as well |
| 19:29 |
|
whartung |
dig dig dig |
| 19:29 |
|
CJ_ |
Even when I remove my properties file, I still get the same logging. Which means that it's ignoring my file. I've removed the log4j files from my libraries, but nothing changed. |
| 19:30 |
|
CJ_ |
Ack, sorry 'bout that. |
| 19:30 |
|
CJ_ |
whartung, How would I remove them from the vendor libs? |
| 19:30 |
|
CJ_ |
What I need is to have log4j print out the location of the properties file it's using. |
| 19:30 |
|
CJ_ |
But AFAIK there isn't a way to do that. |
| 19:31 |
|
whartung |
assuming they're not signed, just un jar them and rejar them. If they're available in source code, rebuild them. If they are signed, then find out where they live, and light tires on fire in their front yards |
| 19:31 |
|
CJ_ |
I'm using maven to manage my dependencies, so I'd rather not manually change the jars. |
| 19:35 |
|
whartung |
then I guess it's tires and gasoline if you happen to find the files bundled in the jars... |
| 20:10 |
|
|
Voyage joined ##javaee |
| 20:17 |
|
Voyage |
Any one interested to work in Washington and has greencard/citizen ship, 5 years experience. salary range 80k-110k per year, worked in MS sharepoint, moss, TFS, .net, sql, asp.net, C sharp, vb.net, ajax, cots, IIS. please read and send resume at mentioned address : http://pastebin.ca/2579508 sheenobu neuro_sys CJ_ @acuzio sess ibaca philbot javaeebot balo pdurbin Bombe SoniEx2 Lappro book` mikee semiosi |
| 20:17 |
|
Voyage |
s mbc wicketn01b balazare @ChanServ liecno @Sircle whartung @Fubar^ huhlig |
| 20:18 |
|
sess |
what an offer! |
| 20:18 |
|
Voyage |
thanks |
| 20:18 |
|
Voyage |
interested? |
| 20:18 |
|
sess |
nah |
| 20:18 |
|
sheenobu |
ChanServ? really? |
| 20:18 |
|
sess |
I read MS sharepoint as MS paint |
| 20:18 |
|
sess |
got exited |
| 20:18 |
|
Voyage |
lol |
| 20:18 |
|
sheenobu |
I read MS sharepoint as MS sharepoint, laughed. |
| 20:19 |
|
whartung |
haha |
| 20:19 |
|
pdurbin |
lolz. ChanServ |
| 20:19 |
|
sheenobu |
no more chanserv, she's writing MS sharepoint code now |
| 20:19 |
|
Voyage |
chanserv is the most regualr user here. a message was must |
| 20:19 |
|
balo |
sess: :DDD |
| 20:20 |
|
balo |
vb.net? :( kill with fire! |
| 20:20 |
|
sess |
every experience named by java |
| 20:21 |
|
sess |
too bad this is #javaee |
| 20:21 |
|
whartung |
everything on the list is pretty much kryptonite to the folks that would be on this channel |
| 20:30 |
|
Voyage |
ya |
| 20:30 |
|
Voyage |
I hate all of that |
| 20:30 |
|
* Voyage |
is not a microsoft guy |
| 20:32 |
|
Voyage |
what are good job sites that I can post in U.S? |
| 20:41 |
|
pdurbin |
Voyage: can you please ask us a java ee question instead? :) |
| 20:43 |
|
Voyage |
am on what sites javaee posts go? |
| 20:45 |
|
|
jhonny joined ##javaee |
| 20:46 |
|
neuro_sys |
looking for MS stuff in a Java channel. |
| 20:47 |
|
neuro_sys |
heh |
| 20:47 |
|
Voyage |
nevermind |
| 20:50 |
|
pdurbin |
Voyage: what's your favorite app server? |
| 20:54 |
|
* neuro_sys |
has to use websphere for work |
| 20:56 |
|
pdurbin |
I've been pretty happy with glassfish 4 |
| 20:57 |
|
neuro_sys |
do you know if apache tomcat is used for production? |
| 20:58 |
|
neuro_sys |
commonly that is |
| 20:58 |
|
neuro_sys |
or at all |
| 20:58 |
|
Voyage |
pdurbin, apache httpd , Wildfly/jboss as its free |
| 20:59 |
|
Voyage |
neuro_sys, no one uses tomcat for enterprise |
| 20:59 |
|
sess |
pdurbin: people actually use glassfish? |
| 21:04 |
|
pdurbin |
:) |
| 21:05 |
|
neuro_sys |
do you use curly braces if it's a one liner block? |
| 21:05 |
|
sess |
yes |
| 21:05 |
|
neuro_sys |
I put curly brace on oneliners only for if-else ladders. |
| 21:05 |
|
sess |
possibly skip it if it is part of a large pattern |
| 21:05 |
|
sess |
yeah |
| 21:05 |
|
sess |
with like 10 in a row |
| 21:06 |
|
sess |
where adding a 2nd line has very slim chance |
| 21:06 |
|
neuro_sys |
irregular nested if else blocks, which always look ugly, better off without braces for oneliners though |
| 21:07 |
|
neuro_sys |
and the ugliest case when a oneliner block lacks braces is when it's the lonely else block at the bottom |
| 21:07 |
|
neuro_sys |
do you ever code when drinking beer |
| 21:08 |
|
neuro_sys |
or any alcohol that is |
| 21:08 |
|
sess |
rarely code at home since i started coding professionally |
| 21:08 |
|
sess |
and even more rarely drink at work |
| 21:08 |
|
neuro_sys |
same here, unfortunately |
| 21:08 |
|
sess |
did once :D |
| 21:08 |
|
sess |
bottle of champagne |
| 21:08 |
|
sess |
and had to work for a few more hours |
| 21:08 |
|
neuro_sys |
when there's bbq after work we start drinking early |
| 21:08 |
|
sess |
party motivation > coding motivation |
| 21:17 |
|
CJ_ |
I swear this setup is going to drive me to drink. |
| 21:17 |
|
CJ_ |
None of this is working the way it's supposed to. |
| 21:22 |
|
CJ_ |
I am such an idiot. |
| 21:22 |
|
neuro_sys |
what setup |
| 21:23 |
|
CJ_ |
The problem was that I'm using log4j2 not log4j. That's why it ignored my log4j.properties file. |
| 21:23 |
|
CJ_ |
I had to use my log4j2.xml file instead. |
| 21:24 |
|
sess |
lol |
| 21:24 |
|
sess |
there is a log4j2? |
| 21:25 |
|
CJ_ |
sess, Yes. Works great once you configure it. |
| 21:25 |
|
sess |
i just use jboss logging in any case |
| 21:25 |
|
sess |
not worth the trouble to changte |
| 21:25 |
|
CJ_ |
Mine gets output into the tomcat logs, but I like having the control over what and how things get logged. |
| 21:26 |
|
sess |
such a control freak |
| 21:27 |
|
sess |
i let the winds decide where my logging goes |
| 21:29 |
|
CJ_ |
I want to be able to trace things down when I need to. |
| 23:34 |
|
pdurbin |
sess: that's awesome |
| 23:46 |
|
|
kobain joined ##javaee |
