Java Mailing List Archive

http://www.junlu.com/

Google
Google
Mailing List
Home
Forum Home
JBoss - Java Application Server
Struts - A MVC web framework
Tomcat - JSP/Servlet container
iText - An open source PDF Java Library
JDOM - JDOM XML Parser
J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition
J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog
Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology
JSP - A mailing list about Java Server Pages specification and reference
Struts & Hibernate
Subjects
JSP editor plugin for eclipse ?
org apache jasper JasperException: Unable to compile class for JSP
Tomcat: Connection reset by peer: socket write error
Cannot retrieve definition for form bean null
Struts Tiles Tutorial (free Struts training)
Where do I download Tomcat 4 0 6?
Data Access Object (DAO) pattern, example DAO 's
Where to download Tomcat v 4 1 24 from?
Tomcat 5 0 16 Requested resource not available
Oracle Connection Pooling in 3 2 2
Servlet : Session invalidate
Servlet action is currently unavailable
Tomcat/Struts Unicode Encoding/Decoding problems
Tomcat and webapplication specific java library path
Running a Simple JMS Example
Mapping in workers2 properties
org apache jasper JasperException
Cannot find message resources under key org apache struts action
   MESSAGE
problem with html:text bean throwing exception
Cannot find message resources under key org apache struts action MESSAGE
invalid direct reference problem with solution
Tool for jsp debug Try Sysdeo Eclipse Plugin
Tomcat 5 Cannot load JDBC driver class 'null ' SQL state: null
weblogic ejbc
java properties file
Jboss 3 2 3 Coyote Can 't re
Tomcat 5, Apache2 and mod jk2 integration problem
JBoss example problem new to J2EE
url string for connecting jboss to oracle
Value attribute of <html:checkbox
javax servlet ServletException: BeanUtils populate
HTTP Status 404 The requested resource is not available
5 0 18: Windows XP Pro vs Windows 2000
 
J2EE packaging

J2EE packaging

2003-12-22       - By ashraf galal

 Back
Reply:     1     2     3     4     5     6     7     8     9     10  

<html><div style='background-color:'><P><BR><BR></P>
<DIV>
<P>To Katz Guy :</P>
<P>Application servers are&nbsp;totally different. so there is no need to wary
about portability between them.</P>
<P>class loader is J2EE specification used for packing and deploying
applications while JNDI used&nbsp; <FONT face="Times New Roman" size=3>for
creating, adding, removing, searching and modifying directory objects. </FONT><
/P>
<P><FONT face="Times New Roman" size=3>so I think this ides is not valid.</FONT
></P>
<P><GUY_KATZ@(protected)><BR><BR></P><BR><BR><BR>
<DIV>Ashraf Galal <BR>(416)804-8359</DIV>&gt;From: Katz Guy <GUY_KATZ@(protected)
.COM>&gt;Reply-To: An interest list for Sun Java Center J2EE Pattern Catalog
<J2EEPATTERNS-INTEREST@(protected)>&gt;To: J2EEPATTERNS-INTEREST@(protected)
&gt;Subject: Re: J2EE packaging &gt;Date: Sun, 21 Dec 2003 08:09:40 +0200 &gt;
&gt;Hi; &gt;I think messing with the classloaders defaults is not a good idea.
You will &gt;eventually have portability problems cause the hierarchies are
different &gt;between app servers.. &gt;You should think of a more creative
idea such as putting this object &gt;(singleton) in the JNDI tree and access it
from both apps &gt;Also, sometimes its not that bad to have two instances of
your object (even &gt;though it's a singleton), especially if it holds read
only data, if this &gt;does not compromise your application logically, it will
just cause some form &gt;of duplication in caching of data. &gt; &gt;----
-Original Message-- -- &gt;From: joe@(protected) [mailto:joe
@(protected)] &gt;Sent: Friday, December 19, 2003 10:07 AM &gt;To:
J2EEPATTERNS-INTEREST@(protected) &gt;Subject: Re: J2EE packaging &gt; &gt;
&gt;Sachin, &gt; &gt;Your problem can be solved by modifying your EAR settings
in WSAD. Like you &gt;say, each war module has by default its own classloader
and is isolated from &gt;the rest of the application. This means that calling
ejb modules from the &gt;war is ok but calling one war from another is not
possible. &gt; &gt;To allow calls into the war from another war, you need to
change the War &gt;classloader policy from MODULE to APPLICATION in the Server
(WebSphere Test &gt;environment) configuration. &gt; &gt;You find this in the
server perspective (I assume you use WSAD 5.x), from &gt;the Server
Configuration view, select the test server you are running on and &gt;open it.
In the Applications tab at the far right of the configuration you &gt;will find
the Application Options. Select the EAR you are running and change &gt;the
 War classloader policy. &gt; &gt;Hope this solves your problem. &gt; &gt;Best
regards, &gt;J�rn �lmheim &gt;SCEA &gt;Statoil ASA &gt; &gt;===================
================================================= &gt;Companion Site: http://www
.corej2eepatterns.com &gt;J2EE BluePrints: http://java.sun.com/blueprints
/corej2eepatterns &gt;List Archive: &gt;http://archives.java.sun.com/archives
/j2eepatterns-interest.html &gt;Unsubscribing: email "signoff J2EEPATTERNS
-INTEREST" to &gt;listserv@(protected) &gt;************************************
**************************************** &gt;*************************** &gt
;This footnote confirms that this email message has been scanned by PineApp &gt
;Mail-SeCure for the presence of malicious code, vandals &amp; computer viruses.
&gt;***************************************************************************
* &gt;*************************** &gt; &gt;=====================================
=============================== &gt;Companion Site:
http://www.corej2eepatterns.com &gt;J2EE BluePrints: http://java.sun.com
/blueprints/corej2eepatterns &gt;List Archive: http://archives.java.sun.com
/archives/j2eepatterns-interest.html &gt;Unsubscribing: email "signoff
J2EEPATTERNS-INTEREST" to listserv@(protected) </DIV></div><br clear=all><hr
>Add photos to your messages with  <a href="http://g.msn.com/8HMAENCA/2749??PS="
>MSN 8. </a> Get 2 months FREE*. </html>
====================================================================
Companion Site: http://www.corej2eepatterns.com
J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns
List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)



©2008 junlu.com - Jax Systems, LLC, U.S.A.