Hi,

we recently migrated an application, which i consider large (about 100K loc
java code)
from XSLT / XSP / EJB to
JSP / STRUTS / COD

To be true we have not reused a single line of java code. 
We reused much of XSLT code in jsps, because the outgoing html had to look
the same.
We reused some of the javascript, still, we could reduce the amount of
javascript by 50%, since we could move a lot of javascript functions into 
Jsps (things you can't do in xslt)

To give you a more direct answer: It's possible to reuse the code, but you
may take the chance and rewrite / refactor your existing code, since it will
make it better :-) (at least it should in theory).

We had to write a lot of tags missing in struts taglibs (equals with two
parameters for example, or argXName+argXProperty for message tags) and we
are still not really happy with tiles: a) because it's really freaking hard
to debug errors in inserted fragments and b) because it has no fragment
caching strategy (at least we found none). 

What we gained: We have a much clearer application now, we have a
performance increase of nearly 900%, we are able to serve 1.5 more users
with half of machines. 

The project took 6 month (3 iterations, 2 month each). 

If you have concrete questions, feel free to ask :-)

Regards
Leon

P.S. just for the records: there is no such thing as MVC-2. :-)



> All Struts Gurus:
> 
> We have a pretty large application which needs to migrate into Struts
> and possibly to Tiles for the UI. The existing application is quite
> similar to MVC-2 model. We have our own Controller and Handlers. The
> Handlers communicate with Session EJB to process data through stored
> process. The UI is presented through JSP in HTML frames. The business
> logic resides in Javascript, Handler Java objects and database objects.
> 
> Proposed migration is to use Struts and Tiles. Have anyone migrated such
> an application framework to Struts? The question is how much code we can
> reuse. Can we use the existing Handlers with the new Struts fwk?
> 
> Any thoughts will be appreciated.
> 
> Thanks,
> Unni
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to