• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Your usage of reflection

 
Ranch Hand
Posts: 995
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Lasse Koskela:

"Very simple" is, in my opinion, far from the truth. The architecture itself may very well be simple but the implementation is not. At least not simple enough for me to figure out how they've implemented remoting for the EJB container -- I looked in there once and found a cryptic mess that looked like Java



LOL Lasse. Indeed I was talking about arch and not implementation. Sometimes you need to dirty your hands to keep the arch simple enough .

--
./pope
[the_mindstorm]
 
author
Posts: 32
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Ali Pope:
Hehe. Unfortunately i still do not agree. I do not consider that a piece of data that is used at runtime verification can be seen as related to reflection.



A good deal of your discussion in the forum has been about bytecode generation. I agree that it's a topic that's relevant to reflection. However, it's not necessarily more relevant than usage of these dynabeans. Specifically:

- Bytecode generation works around metaobject protocol (reflection API) limitations to changing and constructing classes inside the runtime.

- What you posted seems work around MOP limitations to modifying fields using the runtime.

True, the structure you showed in the posting I'm responding to does not look like something related. However, a bytecode generator suffers the same dissimilarities. In this case--it's the intent that matters. Both are trying to get around limitations in the MOP.

Best Regards,

Nate
 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic