Re: How to not persist an object
Sam Wootton <[email protected]>
| Newsgroups | gmane.comp.java.openamf.user |
|---|---|
| Message-ID | <[email protected]> |
Hi, Thank you in advance for any help or advice it is greatly appreciated! I wish to try and extend openamf to support Servlet Services - how do i go about obtaining documentation for this and access to Java files so i don't have to keep on using Mocha to reverse engineer the class files? I have another question: When people use remoting with Java (on Tomcat) do you just copy the 2 xml files over into your webapps lib directory and copy a few .jar files over or do you actually try and get the Gateway up and running as a servlet so you can see it in your Tomcat manager and start & stop it ? Thanks for any advice or help. Best regards, Sam On 4/30/05, Leif Wells <[email protected]> wrote: > Sean. > > This looks like the ticket for us. > > Thanks for your patience. > > Leif > > > > > On 4/29/05, Sean C. Sullivan <[email protected]> wrote: > > OpenAMF uses JavaBeans introspection to discover properties. > > > > If you want OpenAMF to ignore certain properties (getter methods), then > > you need to implement a BeanInfo class. > > > > Link: http://www.jguru.com/faq/view.jsp?EID=348300 > > > > Question: *What is introspection in JavaBeans? > > > > **Answer*: > > Introspection is the ability to ask a JavaBean component what properties > > and events it supports. By default, introspection is supported by > > reflection, where you name methods with certain naming patterns, like > > set/getProperty() and add/removeListener(). You can also explicitly > > expose the bean's behavior through creation of a BeanInfo class related > > to the bean. The BeanInfo class can be used for many things, like > > setting up an icon for the component when used in a bean builder tool > > like JBuilder, limiting the properties available, or mapping methods to > > properties that don't follow standard naming patterns. > > > > > > Leif Wells wrote: > > > > > Sean, > > > > > > I appologize for my lack of experience in this, but I am still at a > loss. > > > > > > I understand that I should use your suggested Foo & FooInfoBean > > > technique to avoid the problem we are having. > > > > > > What I don't understand: > > > 1) How are these two Classes are related? In your earlier example > > > there is no reference to either of them in each other. Is this > > > connection something that Java will do in the background? Or is it > > > something that OpenAMF automagically looks for when an Object is sent > > > it's way? > > > > > > 2) I *assume* that I'd still be sending Foo to OpenAMF>Flash. Is that > > > correct? > > > > > > If there is some reference material I should be reviewing about this, > > > please point me in that direction. > > > > > > Leif > > > > > > > > > > > > > > > On 4/28/05, *Sean C. Sullivan* < [email protected] > > > <mailto:[email protected]>> wrote: > > > > > > implement a FooBeanInfo class for each Java class > > > where you need to force certain properties to be ignored > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. > > Get your fingers limbered up and give it your best shot. 4 great events, 4 > > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > > _______________________________________________ > > Openamf-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/openamf-user > > > > ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r