Sahoo,
Yes, this is really true and Jerome is in the loop. The decision can
be revisited of course.
In the end, there are no changes at all to the standard classes,
except that we define them elsewhere and then extend eg:
package javax.management.j2ee.statistics;
public interface ServletStats extends
org.glassfish.j2ee.statistics.ServletStats {
}
This allows any momdule to use effectively the same interfaces, but
without a dependency on javax.ejb.
We are between a rock and a hard place here: we want to use Stats and
Statistics, but this is not acceptable because of the dependency on
javax.ejb in javax.management.j2ee.
No implementation is involved in Stats and Statistics.
As another point, I just discovered that there is already a
javax.management.j2ee module under admin currently. I was not aware
of this, I thought it had been removed prior to prelude.
Lloyd
On Apr 9, 2009, at 12:54 PM, Sahoo wrote:
>
>
> Lloyd Chambers wrote:
>> Sahoo,
>>
>> I went over this with Jerome.
>>
>> The stats77 module defines all the Stats and Statistics classes.
>> We want to be able to use those without depending on jsr77, which
>> demands MEJB, which drags in javax.ejb.
>>
>> So the jsr77 module (now javax.management.j2ee) defines all the
>> javax.management.j2ee.statistics.* classes by extending interfaces
>> in stats77.
>>
> You meant you changed the standard javax classes and made them to
> extend some org.glassfish classes? Is this really true and Jerome is
> in the loop? Or am I misunderstanding what you said? By the way, it
> will help if you clarify what exact source code you plan to check in
> under javax.j2ee.management module. My understanding is the source
> only contains javax.j2ee.management classes. Are you also checking
> in the implementation of those classes? Then we need to look at the
> pom from a different perspective.
>
> Thanks,
> Sahoo
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>
Lloyd Chambers
lloyd.chambers_at_sun.com
GlassFish Team