RE: BEA licenses BlueDragon for WebLogicr
-Original Message- *Really* ? What's up ? Number one peeve: Can't pass java objects you created yourself to an EJB in a different application on the same server: MX uses the classloader of the various objects/parameters to figure out which method to call, so it claims that no such method exists. Solutions (in order of banging your head against the wallness): - fiddle with classloader settings in bea - only works if you want to talk to EJB's from ONE other app... - have the EJB give you blank instances of the objects which you then customize and return to it. You get to handle the why do we need this method? questions every time you break in a new Java dev. - Dynamic proxy (which is how we went) - works, but that's code for nothing, since a bog standard struts application deployed right next to the cf one can do exactly what we're trying to do, no muss, no fuss. Much ribbing by Java devs ensues. Also, there's some kind of issue with memory not being released when you redeploy cf - do it enough times and bang, out of memory error. Which means you should restart the server when you redeploy the app. Round here, that means a weekend, which means that operations hates you for making them work on saturdays... Then, there's the occasional null pointer exception being thrown from the middle of code you haven't touched in donkey's years. solution: bounce the app or better yet, the server. Thank god that only happens in dev... so far. My opinion: i just don't see what *real* benefits you get from the J2EE configuration; i'm sure that the adobe/macromedia marketing department finds it very useful to sell into big companies on the Enterprise ticket, but my suggestion would be to stick with enterprise on JRUN just my 0.02$ /t ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:238077 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: BEA licenses BlueDragon for WebLogicr
On Wednesday 19 April 2006 14:38, RADEMAKERS Tanguy wrote: Number one peeve: Can't pass java objects you created yourself to an EJB in a different application on the same server: MX uses the classloader You couldn't do that even if it was two JSP apps, if they were in different J2EE application contexts, could you ? Also, there's some kind of issue with memory not being released when you redeploy cf - do it enough times and bang, out of memory error. Which We don't see that here- our memoray graph is fairly flat with time. I assume asking you if you are up to date with O/S, WL and CF patches is obvious ? Then, there's the occasional null pointer exception being thrown from the middle of code you haven't touched in donkey's years. solution: bounce the app or better yet, the server. Thank god that only happens in dev... so far. Oddness. Does it look like: Thread Stack Trace: at mmGetObjectSize+8()@0x40298908 at mmGetPossibleMovedObjectSize+26()@0x40298942 at setAsLastObj+31()@0x40292313 at findNext+205()@0x402923f1 at findNextToReturn+24()@0x40292430 at refIterGetNext+40()@0x402924a0 at trProcessRootsForThread+92()@0x40290a2c at tsMarkAllRootsForThread+44()@0x40307040 at mmGenCon1ThreadInspection+30()@0x4029fc32 at tsDoGCInspectionForAllThreads+55()@0x40306f9b at mmGenCon1ProcessThreadRoots+24()@0x4029fc50 at mmGenConMark+43()@0x402a0453 at mmConMark+48()@0x4029f7c4 at mmGCMainEP+80()@0x4029b058 by any chance ? We're getting that for some reason on *one* of the dev machines. My opinion: i just don't see what *real* benefits you get from the J2EE configuration; i'm sure that the adobe/macromedia marketing department finds it very useful to sell into big companies on the Enterprise ticket, but my suggestion would be to stick with enterprise on JRUN In our case, we wanted to make use of some of the Weblogic stuff, like (if you write your own authenticator) protecting the web site and Java-base web services with the same set of roles and users. We also use WLs JMS queues, for instance. But, yeah, 90% of people will be fine with running it on Jrun, or, hell JBoss :-) -- Tom Chiverton Advanced ColdFusion Programmer ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:238080 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: BEA licenses BlueDragon for WebLogicr
-Original Message- Subject: BEA licenses BlueDragon for WebLogicr From: Thomas Chiverton [EMAIL PROTECTED] Date: Wed, 19 Apr 2006 14:55:38 +0100 Thread: http://www.houseoffusion.com/cf_lists/index.cfm/method=messages threadid=45587forumid=4#238080 On Wednesday 19 April 2006 14:38, RADEMAKERS Tanguy wrote: Number one peeve: Can't pass java objects you created yourself to an EJB in a different application on the same server: MX uses the classloader You couldn't do that even if it was two JSP apps, if they were in different J2EE application contexts, could you ? Actually, you *can* do that with a normal java web app - Struts, in our case, but i guess a jsp could do it as well. Also, there's some kind of issue with memory not being released when you redeploy cf - do it enough times and bang, out of memory error. Which We don't see that here- our memoray graph is fairly flat with time. I assume asking you if you are up to date with O/S, WL and CF patches is obvious ? All up to date for CF6.1 - and, again, the problem only affects (re)deploying the cfmx app, not other java apps on the same wl server. Then, there's the occasional null pointer exception being thrown from the middle of code you haven't touched in donkey's years. solution: bounce the app or better yet, the server. Thank god that only happens in dev... so far. Oddness. Does it look like: Thread Stack Trace: at mmGetObjectSize+8()@0x40298908 at mmGetPossibleMovedObjectSize+26()@0x40298942 at setAsLastObj+31()@0x40292313 at findNext+205()@0x402923f1 at findNextToReturn+24()@0x40292430 at refIterGetNext+40()@0x402924a0 at trProcessRootsForThread+92()@0x40290a2c at tsMarkAllRootsForThread+44()@0x40307040 at mmGenCon1ThreadInspection+30()@0x4029fc32 at tsDoGCInspectionForAllThreads+55()@0x40306f9b at mmGenCon1ProcessThreadRoots+24()@0x4029fc50 at mmGenConMark+43()@0x402a0453 at mmConMark+48()@0x4029f7c4 at mmGCMainEP+80()@0x4029b058 by any chance ? We're getting that for some reason on *one* of the dev machines. Can't recall off the top of my head, will copy and paste the next one i see and send it to you. /t ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:238100 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54