[JBoss-dev] [Javassist development Forum] - Differences between 3.0-rc-1 and 3.0?
I just noticed that a 3.0 (presumably final) release is available. What are the differences between this and the RC1 release candidate? Also, I'm beginning to look at using Annotations with Tapestry and Javassist. My plan for Tapestry 5.0 is to read annotations at class load time and modify the classes as they are loaded based on annotations and other information. Is this how JBoss AOP works? Is it a viable approach? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3872082#3872082 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872082 --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Javassist development Forum] - try ... finally
The docs for 3.0 still state that try ... finally is not supported. Is this true? I would very much like to use Javassist for a particular application, but being able to use a finally clause is critical. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3850305#3850305 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850305 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Javassist development Forum] - Re: Debugging with Javassist
As an example, what would be nice if Javassist would write the code-markup text to a temporary file and add line number information for its code that pointed to that file, so that a debugger (such as Eclipse) could step through the source. Currently, when users step into a method dynamically generated using Javassist, they get pretty much nothing ... there's no source to see! The advantage of Javassist, that the markup text you write is very close to Java language, should be exploited for this purpose. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3823292#3823292 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3823292 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Javassist development Forum] - Re: Debugging with Javassist
Oh ... and both Tapestry and HiveMind don't modify existing sources, they always create new classes entirely (often as enhanced subclasses of existing, user-provided classes). I can see that trying to do what I suggest for full-bore AOP would be a great challenge, but for new classes created from whole cloth, I think it is approachable (but should be an runtime selectable option). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3823294#3823294 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3823294 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [Tapestry-developer] .jwc files
Tapestry doesn't care about file extensions. By convention, page-specifications are .page and component-specifications are .jwc. Earlier versions of tapestry didn't differentiate between page-specification and component-specification, pages and components alike used .jwc. -- [EMAIL PROTECTED] http://tapestry.sf.net I believe that what used to be called a .jwc is now called a .page file.. I am not sure what version it changed over.. but the new 2.2 uses .page. Luke Galea Software Development BlueCat Networks 905-762-5225 -Original Message- From: Schneider, Eric [mailto:[EMAIL PROTECTED]] Sent: October 3, 2002 11:45 AM To: [EMAIL PROTECTED] Subject: [Tapestry-developer] .jwc files Hi, I've just started looking at Tapestry today for the first time. So far it seems pretty straight forward. Pages and components seem to have .page, .java, and .html files associated with them. One thing I'm not clear about is when you are required to have a .jwc file. From the docs and examples I've looked at there only seem to .jwc file with page wrapping components. Can someone explain when these files are appropriate? Thanks, Eric ** This message, including any attachments, contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please contact sender immediately by reply e-mail and destroy all copies. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. TIAA-CREF ** --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [Tapestry-developer] attach() not called
I don't have enough information to proceed from here. Are you doing anything tricky on this page, such as Block/RenderBlock? It sounds like something, somewhere, is holding a reference to a component or page not within the current page. Nothing in Tapestry does that. Are you passing a page as a component parameter, or using it with a helper bean? -- [EMAIL PROTECTED] http://tapestry.sf.net Actually, it doesn't store a reference to the page. That's what I was checking on. The only connection is the model parameter. The model itself doesn't even store a reference to the page - it's completely self contained. Even if it did - the component should be calling getModel() on the instance it's currently bound to... weird. What you suggest it sounds like is reasonable, but I am not doing anything explicitly (or implicitly, for that matter) like that. -jason On Thursday, September 19, 2002, at 04:29 AM, Howard M. Lewis Ship wrote: I was just going through that code ... - Original Message - From: Jason Owens [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 18, 2002 6:07 PM Subject: Re: [Tapestry-developer] attach() not called Just found out some more interesting info: attach() *is* being called on the page, but it seems a component within the page is accessing a *different* instance of the same page (one that hasn't been initialized with an engine). The only connection between the page and component is the model parameter, which is specified as direction=in and required=yes. Does Tapestry randomly grab components from the pool as well as pages, and then put them together for a render? Does your model instance contain a reference to a page? If it is persistant (meaning it has a different lifecycle than the page it is on), it should not. Remember that persistent page state is *seperate* from page instances. Sounds like page instance B (attached to the engine) has a reference (inside the model) to page instance A (which is still in the pool and in a detached state). You are going to have to rig things so that the model stores the *name* of the page, and resolves it from the request cycle. Alternately, you can leverage some event notifications to set the page property of the model as needed. If this is so, then the component/page relationship isn't being properly set. I'll try to look at the Tapestry code later tonight to see what I find, right now I've got plenty of other bugs to fix... (This does manifest more often when more than one person is using the app.) -Jason I'll have to check into the PageLoader. I know I moved some stuff around, so that the engine property would be set by the time that finishLoad() was invoked on a page, or any component of the page. I must have screwed something up there. Strangely, I do run Tapestry with caching enabled but I haven't seen this! -- [EMAIL PROTECTED] http://tapestry.sf.net Hello all, I'm using 2.2b2, and seeing a very annoying effect: I visit a page, leave it for a while (visit some other pages, wait...), and then come back and get a NullPointerException. This isn't my error (though I may be causing it), since it's a null ENGINE! In fact, I've subclassed BasePage and overridden attach(), in order to determine what's going on, and it was never called. So in effect, I'm operating on a page that hasn't been attached. How can this be? Has anyone else seen this phenomenon? Any pointers would be appreciated... -Jason --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Tapestry-developer mailing list [EMAIL PROTECTED]
[JBoss-dev] Re: [Tapestry-developer] Why not let components be declared that aren't used?
It would be easy enough to make it simply log an error instead of throwing an exception. -- [EMAIL PROTECTED] http://tapestry.sf.net Phil Surette wrote: (snip) wouldn't care)? It's a nice feature to be able to be able to automatically detect cruft when you're in cleanup mode, but when you're in development mode you probably want the framework to be more tolerant of cruft. Agreed. +1 for optional! Holger --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tapestry-developer unsubscribe notification (fwd)
I just removed Mr. Morales from the list because of all the bounced messages. Hopefully he can resubscribe once he resolves his mail issues. -- [EMAIL PROTECTED] http://tapestry.sf.net -- Forwarded Message: - From:[EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tapestry-developer unsubscribe notification Date:Fri, 21 Jun 2002 11:10:49 -0700 [EMAIL PROTECTED] has been removed from Tapestry-developer. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JDK 1.4 use in JBoss
Yeah, what I do in this case is define an interface and supply per-JVM implementations of the interface. I instantiate them (from class name) starting with the JDK 1.4 version and, if that fails, back to the 1.3, 1.2, etc. version. The trick is to compile each class with the correct compiler. Lot's of Ant tricks there. -- [EMAIL PROTECTED] http://tapestry.sf.net Can this be implemented using a bridge pattern to allow the version specific code to vary from VM to VM as specified by the Java version the VM supports? This would be better IMO than use a preprocessor. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of David Jencks Sent: Tuesday, June 18, 2002 12:42 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JDK 1.4 use in JBoss compile on jdk 1.4, the local wrapper gets the 1.4 jdbc 3 compile on jdk 1.3, you get jdbc 2 done with ant filtering to put/not put comments around jdbc 3 code. I think the xa stuff doesn't wrap the stuff with jdbc 2 to 3 changes. david jencks On 2002.06.18 12:12:30 -0400 Dain Sundstrom wrote: How are we handling JDK 1.4 use in JBoss? I want to use some of the new JDBC 3.0 APIs, but they are only in JDK 1.4. We still need to support JDK 1.3 for a long time, so how are we handling this. -dain -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- -- Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development