× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Aaron,

Bring this up on the Ignite list and watch Cancilla blow a gasket!  We
get our 520 with WAS-E in a week or so; I'm already worrying about
this one.  From what I've been told, it sounds like web assets (like
images and such) can't really be reused easily.  You stick them in the
EAR, and that's where they live.

My question (sort of in the same vein) is should I have different
EAR's for the different "applications" on my site (shipment tracking,
transit time lookup, rate quote), or should all of my interactive apps
be in one EAR?

Mike E.


On Mon, 1 Nov 2004 11:10:10 -0600, Bartell, Aaron L. (TC)
<albartell@xxxxxxxxxxxxxx> wrote:
> >(one of the mixed benefits of J2EE is that everything gets encapsulated
> and can stand on its own)
> 
> Glad you brought this up, because I have been wondering about it for
> some time.  In the RPG world we can bind a component (say service
> program) by reference and as long as the bound component is on the
> machine and in the current library list, it can then be used by the
> consuming app.  How would one do this in Java?
> 
> What are the packaging practices others use for doing J2EE development?
> Does a whole application get put into an EAR or does each component have
> it's own EAR file (one could describe component as a business logic
> class or a jsp page)? Is it possible to share an object across EAR's
> without that object being duplicated?
> 
> I can definitely see the benefits to having and EAR file that is
> independent from anything else, but that also creates a maintenance
> nightmare if you have a lot of reusable code.
> 
> Thoughts?
> Aaron Bartell
> 
> 
> 
> 
> -----Original Message-----
> From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx]
> 
> Sent: Monday, November 01, 2004 9:27 AM
> To: Websphere Development Studio Client for iSeries
> Subject: RE: [WDSCI-L] JSF and App Servers
> 
> WDSC by default puts all the JARs required by the web module into the
> WEB-INF/lib directory (one of the mixed benefits of J2EE is that
> everything gets encapsulated and can stand on its own).  You can
> identify any non-standard (or not-standard-yet) classes because the
> packages wil start with com.ibm.
> 
> -----Original Message-----
> From: wdsci-l-bounces+rdean=landstar.com@xxxxxxxxxxxx
> [mailto:wdsci-l-bounces+rdean=landstar.com@xxxxxxxxxxxx] On Behalf Of
> Bartell, Aaron L. (TC)
> Sent: Friday, October 29, 2004 6:17 PM
> To: Websphere Development Studio Client for iSeries
> Subject: [WDSCI-L] JSF and App Servers
> 
> As I read different groups implementation of JSF (IBM, Sun, etc) I am
> finding that they all have their own custom JSP tag lib for the JSF
> components.
> 
> My question is specifically this.  What do I need to watch out for if I
> develop my JSF in WDSc using jsf-ibm.jar and deploy that to Tomcat 5?
> Note that I am not using WDO which I have heard is IBM specific (for
> now).
> 
> Thanks in advance,
> Aaron Bartell
>

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.