The spec is quite specific on that note. You can act as a socket client, but not a socket server:
24.1.2 Programming restrictions . . • An enterprise bean must not attempt to listen on a socket, accept connections on a socket, or use a socket for multicast. The EJB architecture allows an enterprise bean instance to be a network socket client, but it does not allow it to be a network server. Allowing the instance to become a network server would conflict with the basic function of the enterprise bean-- to serve the EJB clients. //Nicholas --- donald larmee <[EMAIL PROTECTED]> wrote: > Hi Michael, > > Yes! I use log4j inside EJB containers all the > time. You are correct > about the EJB specs ... in fact you should not open > a Socket directly > either.. if you wanted to go this route you would > need to make the Sockets > obtainable from the container by implementing a > construct in the > JavaConnectorArchitecture (JCA). > > Out ofthe box, this leaves officially JDBC and JMS > appenders... both are > applicable, the choice of which TBD by the > requirements associated w/ your > application. I should also add, however, that in > development, I use log4j > right to a file all the time, and have yet to have a > problem. YMMV. > > It is also reasonable (and not that tough) to create > Custom appenders that > write directly to the vendors proprietary logger (I > have one for WebLogic > if you are interested) > > Hope it helps. > > -don > > > At 02:20 PM 3/11/2003 +0000, > [EMAIL PROTECTED] wrote: > > >Hi folks, > > > >Just a quick query, as the EJB specification > forbids you to write to a file > >(which is what i want to do!) > >why is it incorrect to do so? The alternatives are > using SocketAppender > >and JMSApender but how do > >you write to a file using these? or put another > way... can you? > > > >Cheers, > > > >_______________________________________________________________________________ > > The information transmitted is intended only for > the person or entity to > >which it is addressed and may contain confidential > and/or privileged > >material. Statements and opinions expressed in this > e-mail may not > >represent those of the company. Any review, > retransmission, dissemination > >or other use of, or taking of any action in > reliance upon, this information > >by persons or entities other than the intended > recipient is prohibited. If > >you received this in error, please contact the > sender immediately and > >delete the material from any computer. This e-mail > may be read by an > >employee of the company as part of the internal > monitoring process and is > >therefore not to be considered private by the > sender or the recipient. > > > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: > [EMAIL PROTECTED] > >For additional commands, e-mail: > [EMAIL PROTECTED] > > > +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ > donald h. larmee > [EMAIL PROTECTED] > > 804.301.UTOP > utopian software concepts, > inc. > > www.utopiansoft.com > +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > ===== Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
