geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shrey Banga" <banga.sh...@gmail.com>
Subject Re: Shifting from xmlbean to JAXB in PlanCreator
Date Thu, 24 Jul 2008 12:52:15 GMT
About shifting the PlanCreator to JAXB, I think there can be two approaches:

1. Have a dependency to the jaxb jar present with GEP within PlanCreator
itself. This means whatever changes are needed will need to be done in GEP
and the jar rebuilt and added to PlanCreator. This is a quick albeit dirty
approach.

2. Take out the jaxb classes from GEP and include in Geronimo as say
geronimo-jaxb-api_spec and use them in both GEP and PlanCreator. These
classes will need to be compatible with multiple versions of the schema,
something Sainath has been working on ("Multiple schema version support in
GEP"). This approach would help reduce maintenance problems and assist in
shifting the deployment system to JAXB as well.

On Thu, Jul 24, 2008 at 5:55 PM, Shrey Banga <banga.shrey@gmail.com> wrote:

> Hi David,
>
> I'm currently focusing on the PlanCreator since my internship ends on 31st
> July and I already have a few thing on my To-do list :-|
> I'll be happy to work on the deployment system once I get back to my
> college, if that's ok.
>
> Thanks,
>
> On Wed, Jul 23, 2008 at 10:45 PM, David Jencks <david_jencks@yahoo.com>
> wrote:
>
>>
>> On Jul 23, 2008, at 4:24 AM, Shrey Banga wrote:
>>
>>     I had opened a JIRA (GERONIMO-4197<https://issues.apache.org/jira/browse/GERONIMO-4197>)
>> which is intended to shift from using xmlbean classes to JAXB classes for
>> making the task of PlanCreator easier by exposing the JAXB classes directly.
>> I've been able to use this approach to maintain an object of the JAXB class
>> 'Application' with javascript and use it to call a function through DWR that
>> marshalls it into the deployment plan. Similarly, I'm able to unmarshal the
>> plan if it is modified by the user and reflect those changes in the
>> PlanCreator.
>>     The reason to shift from xmlbean to JAXB in this case was the way JAXB
>> classes are organized- by adding just a few lines to dwr.xml, I can expose
>> all those classes and use them to maintain a copy of the Application object.
>> The same would have been a lot more tedious to configure and maintain in
>> xmlbean, considering each class provides more functions and factory classes
>> than what is needed by DWR. Earlier, this was being done by creating wrapper
>> classes to the xmlbean which were becoming unmanagable and would need heavy
>> maintenance with changes in the schema. I did have to modify some JAXB
>> classes to have setters where it had only getters that returned live Lists
>> to make it work with the DWR BeanConverter.
>>     So now this shift will help reduce a lot of bloated code from
>> PlanCreator and improve maintainability. Since GEP already uses these
>> classes we can shift the jar to geronimo and add a dependency in GEP and
>> PlanCreator for the same.
>> Opinions?
>>
>>
>> I think this is great.  Do you have any interest in working on (or just
>> helping with) rewriting the deployment system to use the jaxb classes?  That
>> would be a lot more work than the plan creator and get much more into
>> geronimo internals but would have similar benefits (IMO)
>>
>> thanks
>> david jencks
>>
>>
>>
>> --
>> Shrey Banga
>> Bachelor of Technology, III year
>> Department of Electrical Engineering
>> Indian Institute of Technology Roorkee
>>
>>
>>
>
>
> --
> Shrey Banga
> Bachelor of Technology, III year
> Department of Electrical Engineering
> Indian Institute of Technology Roorkee
>



-- 
Shrey Banga
Bachelor of Technology, III year
Department of Electrical Engineering
Indian Institute of Technology Roorkee

Mime
View raw message