On Mar 4, 2009, at 12:08 PM, Karan Malhi wrote:
I am using struts facilities to discover classes which could be
candidates
for injection. Struts provides me with those classes, but that means
add
struts jar to the classpath of openejb-core if we want to add struts
support. Not sure if we want to do that or not. Please advise.
Should i use reflection instead and load our own Jaxb tree from
struts dtd?
How much code using struts are we talking about? Reflection is always
an option for eliminating the compile time and even runtime requirement.
Not sure I understood the jaxb + reflection comment. Seems you have a
way of going directly at Struts without the need for us to parse the
struts.xml file. If that's the case, seems we could use that way via
reflection.
At any rate, I'm sure we can figure something out.
-David
On Sat, Feb 21, 2009 at 7:26 PM, David Blevins
<[email protected]>wrote:
On Feb 21, 2009, at 3:35 PM, Karan Malhi wrote:
Try to add injection support for struts 2 actions, interceptors and
results.
One of the things I have to do is read struts config files and
discover
action classes. Was trying to use JaxbJavaee from the JEE module
and it
did
not work. I had done something similar with JSF without any issues.
The difference probably is that struts config files are based off
of DTD's
instead of Schemas. And thats where I think JaxbJavaee blows up. I
am
thinking of bypassing JaxbJavaee to read descriptors , does
anybody have
any
issues with me using straight JAXB API instead?
That's cool. We essentially have one Jaxb* class for each schema
because
of the namespace filtering we do -- i.e. coercing the xml we're
reading into
the right namespace.
Secondly, when I generated java classes from JSF schema, I put them
under
the JEE module in package org.apache.openejb.jee , where would i
put the
generated classes for struts (module and package)?
It's fine to put it in the openejb-jee module but it has to be in
another
package or Jaxb will get cranky. Maybe in the package
org.apache.openejb.jee.struts or something.
-David
--
Karan Singh Malhi
