[jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Re: integration with the Papaki annotation indexer/repositor

alesj do-not-reply at jboss.com
Mon Oct 19 15:54:09 EDT 2009


"jesper.pedersen" wrote : Ales, can you describe the use-case for JBANN-43 ? In Papaki you explicit specifies which URL resources you want scanned - each URL can be a file or a directory. Filtering is doing through the Papaki specific metadata.
  | 
The use case is the example from JIRA issue.

e.g.
All our restrictions are held in Module, but that's mostly impl detail.
The way we expose that is via proper visitor pattern.

e.g.
A user can provide ScanningMetaData on-the-fly,
and we should take that in account when:
* re-creating old serialized AR
* creating AR at runtime

Not to mention resources lookup is *the* use-case where you need to apply visitor pattern.

"jesper.pedersen" wrote : 
  | For JBANN-44 I think it should be a switch - default to false - as most projects doesn't care about annotation definitions, but rather where a specific annotation is located - e.g. which classes, methods, ...
  | 
OK, this could be made optional.

"jesper.pedersen" wrote : 
  | JBANN-45 needs to be handled through plugins for the various methods. Currently we have the exclude / excludeAll parameters for the indexer.
  | 
That's too simplistic.
You should have a proper abstraction.

"jesper.pedersen" wrote : 
  | JBANN-46 - Papaki is a standalone library with no dependencies on specific vendor APIs. Adding support for the vfszip: protocol could be done through reflection in order to not create a dependency.
  | 
I don't like to say this, but I'll still go ahead,
Papaki as it's currently in the trunk, is complete re-invent of the wheel.
Standalone argument doesn't convince me.

And I spent the whole week looking at it and thinking about it how to best integrate it with Deployers,
only to realize that complete re-write is what we should do.

Here is my version of it, which can be quite easily integrated with Deployers,
plus it uses all of the abstraction that are already under JBoss umbrella:
* Reflect -- abstraction between JDK Introspection and Javassist
* MDR - simplifying lookup via Signature
* VFS - resources lookup abstraction and visitor pattern
* ClassLoading - exact class resources visitor pattern

Location: http://anonsvn.jboss.org/repos/jbossas/projects/annotations/branches/AnnEnv/

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261133#4261133

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261133



More information about the jboss-dev-forums mailing list