SV: Remove me
Please use the unsubscribe function at our site for unsubscription or send a mail to [EMAIL PROTECTED] with a body of "unsubscribe" to unsubscribe, do not bother the readers of this list with unsubscribe requests. > -Ursprungligt meddelande- > Från: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] För rajender anand > Skickat: den 2 maj 2002 14:35 > Till: Orion-Interest > Ämne: Remove me > > > Please remove me from the orion interest list > > thanks > rajender anand > _ > Click below to visit monsterindia.com and review jobs in India or > Abroad > http://monsterindia.rediff.com/jobs >
Remove me
Please remove me from the orion interest list thanks rajender anand _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs
remove me
remove me
Please remove / unsubscribe me.
Please remove / unsubscribe me.
Please, REMOVE me from the Orion Interest List
Please, REMOVE me from the Orion Interest List my email address is [EMAIL PROTECTED]
REMOVE
_ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com
Re: Please, REMOVE me from the Orion Interest List
you can remove your self the same place you signed up > Please, REMOVE me from the Orion Interest List >
Please, REMOVE me from the Orion Interest List
Please, REMOVE me from the Orion Interest List
remove me
remove me Fredrik Gusting(mailto: [EMAIL PROTECTED]) System Designer Ericsson Process & Application Consulting Kistagången 4 Phone: +46 8 568 63 189 SE-125 82 Kista Mobile: +46 70 52 63 189
remove me
remove me
remove me
remove me _ Todd R. Rosner UNIX System Administrator FDfn ~ Fair Disclosure Financial Network You can catch me at ~ mailto:[EMAIL PROTECTED] TELEPHONE: 604.717.8128 CELLULAR: 604.916.0243 FACSIMILE: 604.717.8101 Check out. http://www.fdfn.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. 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 and delete the material from any computer. BEGIN:VCARD VERSION:2.1 N:Rosner;Todd;R.;Mr. FN:Todd R. Rosner ORG:Fair Disclosure Finacial Network;Management Information Systems TITLE:UNIX Systems Administrator TEL;WORK;VOICE:+1 (604) 717-8128 TEL;CELL;VOICE:+1 (604) 916-0243 TEL;WORK;FAX:+1 (604) 717-8100 ADR;WORK:;;112 West 6th Ave.;Vancouver;BC;V5Y-1K6;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:112 West 6th Ave.=0D=0AVancouver, BC V5Y-1K6=0D=0ACanada URL;WORK:http://www.fdfn.com ROLE:Financial Audio Call Streaming EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20020214T190837Z END:VCARD
remove me
remove me
remove me
remove me -- Benoît SPEZIARI COGENIT mailto:[EMAIL PROTECTED] Tél : 01 40 20 49 31 Fax : 01 40 20 08 45 begin:vcard n:Speziari;Benoît tel;fax:01 40 20 08 45 tel;work:01 40 20 49 38 x-mozilla-html:FALSE url:www.cogenit.fr org:Cogenit version:2.1 email;internet:[EMAIL PROTECTED] adr;quoted-printable:;;53 rue Sainte Anne=0D=0A;PARIS;;75002;FRANCE x-mozilla-cpt:;-3632 fn:Benoît Speziari end:vcard
Remove-me
Please!!! remove-me >From: Clay Mitchell <[EMAIL PROTECTED]> >Reply-To: Orion-Interest <[EMAIL PROTECTED]> >To: Orion-Interest <[EMAIL PROTECTED]> >Subject: Java IDE? >Date: Fri, 22 Mar 2002 13:54:35 -0500 (EST) > >Just a question, any suggestions as to what a good IDE is? I've tried >JBuilder, IDEA (I like IDEA) and a few others... any recommendations? > >Thanks >-Clay > > _ Con MSN Hotmail súmese al servicio de correo electrónico más grande del mundo. http://www.hotmail.com/ES
remove me
Please remove me.Thanks, smime.p7s Description: application/pkcs7-signature
remove
Please remove me. Thanks, Steve
RE: remove
It appears that you have sent your request to the wrong mailing list. Please submit your request to a mailing list for contract killers and your request may get carried out :-) -Original Message- From: Valentina Kateneva [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 07, 2002 12:36 PM To: Orion-Interest Subject: remove Please remove me. Thanks.
remove
Please remove me. Thanks.
RE: remove me
Please also remove me from the interest list. Thanks.
remove me
please remove me from your mailing list.
remove
remove Please remove me from your mailing list. Regards -- Zoltan Vereczi
remove me
Hi: Pls remove me in the mail list. Thx
remove
remove my email address : [EMAIL PROTECTED]
remove
Title: remove remove Thanks for all your help please remove me from this list; the unsubscribe function doesnt work. -- [EMAIL PROTECTED]
Remove
Remove
remove
remuve
remove
remove _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
remove
_ Send and receive Hotmail on your mobile device: http://mobile.msn.com
Re: Remove
Can these remove messages please be filtered out of the list. - Original Message - From: "Fermindoza, Gene" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, January 18, 2002 2:11 PM Subject: RE: Remove > thanks. > > Gene Fermindoza > Computer Associates > Programmer, Global Information Systems > tel: +1 410 715-7137 > fax: +1 410 992-7140 > pager: +1 888 BEEP CAI > [EMAIL PROTECTED] > > > -Original Message- > > From: Scott Farquhar [SMTP:[EMAIL PROTECTED]] > > Sent: Thursday, January 17, 2002 7:45 PM > > To: Orion-Interest > > Subject: Re: Remove > > > > Just for everyone's benefit - "remove" does not work. > > > > Please go to > >http://www.orionserver.com/subscribe.html > > to unsubscribe from this mailing list. > > > > I have suggested to the Orion guys that they put a sig on every email > > suggesting this. > > > > Cheers, > > Scott > > > > -- > > Scott Farquhar :: [EMAIL PROTECTED] > > > > Atlassian :: http://www.atlassian.com > > Supporting YOUR J2EE World > > > > > > > > Tasso wrote: > > > > > - Original Message - > > > From: "Rob Worley" <[EMAIL PROTECTED]> > > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > > Sent: Thursday, January 17, 2002 7:29 AM > > > Subject: remove > > > > > > > > > > > >>remove > > >> > > >>-Original Message- > > >>From: JoseMa [mailto:[EMAIL PROTECTED]] > > >>Sent: 17 January 2002 08:30 > > >>To: Orion-Interest > > >>Subject: Re: Lookup EJB's in another application > > >> > > >> > > >>Hi Patrik, > > >> > > >>I had the same problem and I look for some information about how to > > >>resolv this problem. Although the aplications are in the same server the > > >>connection become as if they was in differents servers. I used the > > >>RMIContextFactory with the next code: > > >> > > >> > > >>Context context = null; > > >>Hashtable env = new Hashtable(); > > >> > > >> > > >> > > > env.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialCon > > > > > >>textFactory"); > > >> env.put("java.naming.provider.url", "ormi://localhost: > >>port>/"); > > >>try > > >>{ > > >> context = new InitialContext (env); > > >> context.lookup("EjbName"); > > >>} > > >>catch (Exception e) { > > >>System.out.println("Conection error"); > > >>} > > >> > > >> > > >>If you don't change the values of rmi.xml in the Orion config you don't > > >> > > > need > > > > > >>specify the rmi port. The applicacion name is the name that appear in > > >>server.xml and identify the application. Is possible that you need > > >> > > > especify > > > > > >>a username and password for connect to applicacion, I don't need it. For > > >>specify these parametrers you need to put the next: > > >> > > >>env.put(Context.SECURITY_PRINCIPAL, "admin"); > > >> env.put(Context.SECURITY_CREDENTIALS, ""); > > >> > > >>I hope that this information can help you. > > >> > > >>Best regards, > > >> > > >> > > >> > > >>- Original Message - > > >>From: "Patrik Strid" <[EMAIL PROTECTED]> > > >>To: "Orion-Interest" <[EMAIL PROTECTED]> > > >>Sent: Thursday, January 17, 2002 12:47 AM > > >>Subject: Lookup EJB's in another application > > >> > > >> > > >> > > >>>Hi, > > >>> > > >>>If you have two applications in the same orion > > >>>container. One application with web components and > > >>>another with just EJB's. From the application with web > > >>>components, I want to lookup an EJB that is deployed > > >>>in the other application - is that possible via the > > >>>InitialContext or do I have to call it via an URL and > > >>>getting the extra RMI call? > > >>> > > >>>I can get it to work using a provider URL to the other > > >>>application, but using the InitialContext, the local > > >>>context - it cannot find the bean, or more correct, > > >>>the JNDI name could not be found. > > >>> > > >>>Any help is appreciated ! > > >>> > > >>>Thanks, > > >>>Patrik > > >>> > > >>>__ > > >>>Do You Yahoo!? > > >>>Send FREE video emails in Yahoo! Mail! > > >>>http://promo.yahoo.com/videomail/ > > >>> > > >>> > > >>> > > > > > > > > > > > > > >
remove
-- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
REMOVE
remove
RE: Remove
thanks. Gene Fermindoza Computer Associates Programmer, Global Information Systems tel: +1 410 715-7137 fax: +1 410 992-7140 pager: +1 888 BEEP CAI [EMAIL PROTECTED] > -Original Message- > From: Scott Farquhar [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 7:45 PM > To: Orion-Interest > Subject: Re: Remove > > Just for everyone's benefit - "remove" does not work. > > Please go to >http://www.orionserver.com/subscribe.html > to unsubscribe from this mailing list. > > I have suggested to the Orion guys that they put a sig on every email > suggesting this. > > Cheers, > Scott > > -- > Scott Farquhar :: [EMAIL PROTECTED] > > Atlassian :: http://www.atlassian.com > Supporting YOUR J2EE World > > > > Tasso wrote: > > > - Original Message - > > From: "Rob Worley" <[EMAIL PROTECTED]> > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > Sent: Thursday, January 17, 2002 7:29 AM > > Subject: remove > > > > > > > >>remove > >> > >>-Original Message- > >>From: JoseMa [mailto:[EMAIL PROTECTED]] > >>Sent: 17 January 2002 08:30 > >>To: Orion-Interest > >>Subject: Re: Lookup EJB's in another application > >> > >> > >>Hi Patrik, > >> > >>I had the same problem and I look for some information about how to > >>resolv this problem. Although the aplications are in the same server the > >>connection become as if they was in differents servers. I used the > >>RMIContextFactory with the next code: > >> > >> > >>Context context = null; > >>Hashtable env = new Hashtable(); > >> > >> > >> > > env.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialCon > > > >>textFactory"); > >> env.put("java.naming.provider.url", "ormi://localhost: >>port>/"); > >>try > >>{ > >> context = new InitialContext (env); > >> context.lookup("EjbName"); > >>} > >>catch (Exception e) { > >>System.out.println("Conection error"); > >>} > >> > >> > >>If you don't change the values of rmi.xml in the Orion config you don't > >> > > need > > > >>specify the rmi port. The applicacion name is the name that appear in > >>server.xml and identify the application. Is possible that you need > >> > > especify > > > >>a username and password for connect to applicacion, I don't need it. For > >>specify these parametrers you need to put the next: > >> > >>env.put(Context.SECURITY_PRINCIPAL, "admin"); > >> env.put(Context.SECURITY_CREDENTIALS, ""); > >> > >>I hope that this information can help you. > >> > >>Best regards, > >> > >> > >> > >>- Original Message - > >>From: "Patrik Strid" <[EMAIL PROTECTED]> > >>To: "Orion-Interest" <[EMAIL PROTECTED]> > >>Sent: Thursday, January 17, 2002 12:47 AM > >>Subject: Lookup EJB's in another application > >> > >> > >> > >>>Hi, > >>> > >>>If you have two applications in the same orion > >>>container. One application with web components and > >>>another with just EJB's. From the application with web > >>>components, I want to lookup an EJB that is deployed > >>>in the other application - is that possible via the > >>>InitialContext or do I have to call it via an URL and > >>>getting the extra RMI call? > >>> > >>>I can get it to work using a provider URL to the other > >>>application, but using the InitialContext, the local > >>>context - it cannot find the bean, or more correct, > >>>the JNDI name could not be found. > >>> > >>>Any help is appreciated ! > >>> > >>>Thanks, > >>>Patrik > >>> > >>>__ > >>>Do You Yahoo!? > >>>Send FREE video emails in Yahoo! Mail! > >>>http://promo.yahoo.com/videomail/ > >>> > >>> > >>> > > > > > > > >
remove
SV: Remove
Hi all, We will soon update the software that is running this list. At that time we will make sure to include a footer with useful links as well as subscribe/unsubscribe information. For now, use the link that Scott gave below and be sure to state the same email address as you used to subscribe when you try to unsubscribe. WR Magnus Rydin > -Ursprungligt meddelande- > Fran: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]For Scott Farquhar > Skickat: den 18 januari 2002 01:45 > Till: Orion-Interest > Amne: Re: Remove > > > Just for everyone's benefit - "remove" does not work. > > Please go to >http://www.orionserver.com/subscribe.html > to unsubscribe from this mailing list. > > I have suggested to the Orion guys that they put a sig on every email > suggesting this. > > Cheers, > Scott > > -- > Scott Farquhar :: [EMAIL PROTECTED] > > Atlassian :: http://www.atlassian.com > Supporting YOUR J2EE World > > > > Tasso wrote: > > > - Original Message - > > From: "Rob Worley" <[EMAIL PROTECTED]> > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > Sent: Thursday, January 17, 2002 7:29 AM > > Subject: remove > > > > > > > >>remove > >> > >>-Original Message- > >>From: JoseMa [mailto:[EMAIL PROTECTED]] > >>Sent: 17 January 2002 08:30 > >>To: Orion-Interest > >>Subject: Re: Lookup EJB's in another application > >> > >> > >>Hi Patrik, > >> > >>I had the same problem and I look for some information about how to > >>resolv this problem. Although the aplications are in the same server the > >>connection become as if they was in differents servers. I used the > >>RMIContextFactory with the next code: > >> > >> > >>Context context = null; > >>Hashtable env = new Hashtable(); > >> > >> > >> > > > env.put("java.naming.factory.initial","com.evermind.server.rmi.RMI > InitialCon > > > >>textFactory"); > >> env.put("java.naming.provider.url", "ormi://localhost: >>port>/"); > >>try > >>{ > >> context = new InitialContext (env); > >> context.lookup("EjbName"); > >>} > >>catch (Exception e) { > >>System.out.println("Conection error"); > >>} > >> > >> > >>If you don't change the values of rmi.xml in the Orion config you don't > >> > > need > > > >>specify the rmi port. The applicacion name is the name that appear in > >>server.xml and identify the application. Is possible that you need > >> > > especify > > > >>a username and password for connect to applicacion, I don't need it. For > >>specify these parametrers you need to put the next: > >> > >>env.put(Context.SECURITY_PRINCIPAL, "admin"); > >> env.put(Context.SECURITY_CREDENTIALS, ""); > >> > >>I hope that this information can help you. > >> > >>Best regards, > >> > >> > >> > >>- Original Message - > >>From: "Patrik Strid" <[EMAIL PROTECTED]> > >>To: "Orion-Interest" <[EMAIL PROTECTED]> > >>Sent: Thursday, January 17, 2002 12:47 AM > >>Subject: Lookup EJB's in another application > >> > >> > >> > >>>Hi, > >>> > >>>If you have two applications in the same orion > >>>container. One application with web components and > >>>another with just EJB's. From the application with web > >>>components, I want to lookup an EJB that is deployed > >>>in the other application - is that possible via the > >>>InitialContext or do I have to call it via an URL and > >>>getting the extra RMI call? > >>> > >>>I can get it to work using a provider URL to the other > >>>application, but using the InitialContext, the local > >>>context - it cannot find the bean, or more correct, > >>>the JNDI name could not be found. > >>> > >>>Any help is appreciated ! > >>> > >>>Thanks, > >>>Patrik > >>> > >>>__ > >>>Do You Yahoo!? > >>>Send FREE video emails in Yahoo! Mail! > >>>http://promo.yahoo.com/videomail/ > >>> > >>> > >>> > > > > > > > >
REMOVE
REMOVE
__ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: Remove
Just for everyone's benefit - "remove" does not work. Please go to http://www.orionserver.com/subscribe.html to unsubscribe from this mailing list. I have suggested to the Orion guys that they put a sig on every email suggesting this. Cheers, Scott -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World Tasso wrote: > - Original Message - > From: "Rob Worley" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 17, 2002 7:29 AM > Subject: remove > > > >>remove >> >>-Original Message- >>From: JoseMa [mailto:[EMAIL PROTECTED]] >>Sent: 17 January 2002 08:30 >>To: Orion-Interest >>Subject: Re: Lookup EJB's in another application >> >> >>Hi Patrik, >> >>I had the same problem and I look for some information about how to >>resolv this problem. Although the aplications are in the same server the >>connection become as if they was in differents servers. I used the >>RMIContextFactory with the next code: >> >> >>Context context = null; >>Hashtable env = new Hashtable(); >> >> >> > env.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialCon > >>textFactory"); >> env.put("java.naming.provider.url", "ormi://localhost:>port>/"); >>try >>{ >> context = new InitialContext (env); >> context.lookup("EjbName"); >>} >>catch (Exception e) { >>System.out.println("Conection error"); >>} >> >> >>If you don't change the values of rmi.xml in the Orion config you don't >> > need > >>specify the rmi port. The applicacion name is the name that appear in >>server.xml and identify the application. Is possible that you need >> > especify > >>a username and password for connect to applicacion, I don't need it. For >>specify these parametrers you need to put the next: >> >>env.put(Context.SECURITY_PRINCIPAL, "admin"); >> env.put(Context.SECURITY_CREDENTIALS, ""); >> >>I hope that this information can help you. >> >>Best regards, >> >> >> >>- Original Message - >>From: "Patrik Strid" <[EMAIL PROTECTED]> >>To: "Orion-Interest" <[EMAIL PROTECTED]> >>Sent: Thursday, January 17, 2002 12:47 AM >>Subject: Lookup EJB's in another application >> >> >> >>>Hi, >>> >>>If you have two applications in the same orion >>>container. One application with web components and >>>another with just EJB's. From the application with web >>>components, I want to lookup an EJB that is deployed >>>in the other application - is that possible via the >>>InitialContext or do I have to call it via an URL and >>>getting the extra RMI call? >>> >>>I can get it to work using a provider URL to the other >>>application, but using the InitialContext, the local >>>context - it cannot find the bean, or more correct, >>>the JNDI name could not be found. >>> >>>Any help is appreciated ! >>> >>>Thanks, >>>Patrik >>> >>>__ >>>Do You Yahoo!? >>>Send FREE video emails in Yahoo! Mail! >>>http://promo.yahoo.com/videomail/ >>> >>> >>> > > >
Remove
- Original Message - From: "Rob Worley" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 7:29 AM Subject: remove > remove > > -Original Message- > From: JoseMa [mailto:[EMAIL PROTECTED]] > Sent: 17 January 2002 08:30 > To: Orion-Interest > Subject: Re: Lookup EJB's in another application > > > Hi Patrik, > > I had the same problem and I look for some information about how to > resolv this problem. Although the aplications are in the same server the > connection become as if they was in differents servers. I used the > RMIContextFactory with the next code: > > > Context context = null; > Hashtable env = new Hashtable(); > > env.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialCon > textFactory"); >env.put("java.naming.provider.url", "ormi://localhost: port>/"); > try > { > context = new InitialContext (env); > context.lookup("EjbName"); > } > catch (Exception e) { > System.out.println("Conection error"); > } > > > If you don't change the values of rmi.xml in the Orion config you don't need > specify the rmi port. The applicacion name is the name that appear in > server.xml and identify the application. Is possible that you need especify > a username and password for connect to applicacion, I don't need it. For > specify these parametrers you need to put the next: > > env.put(Context.SECURITY_PRINCIPAL, "admin"); > env.put(Context.SECURITY_CREDENTIALS, ""); > > I hope that this information can help you. > > Best regards, > > > > - Original Message - > From: "Patrik Strid" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 17, 2002 12:47 AM > Subject: Lookup EJB's in another application > > > > Hi, > > > > If you have two applications in the same orion > > container. One application with web components and > > another with just EJB's. From the application with web > > components, I want to lookup an EJB that is deployed > > in the other application - is that possible via the > > InitialContext or do I have to call it via an URL and > > getting the extra RMI call? > > > > I can get it to work using a provider URL to the other > > application, but using the InitialContext, the local > > context - it cannot find the bean, or more correct, > > the JNDI name could not be found. > > > > Any help is appreciated ! > > > > Thanks, > > Patrik > > > > __ > > Do You Yahoo!? > > Send FREE video emails in Yahoo! Mail! > > http://promo.yahoo.com/videomail/ > > > > >
REMOVE
REMOVE __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
remove
remove -Original Message- From: JoseMa [mailto:[EMAIL PROTECTED]] Sent: 17 January 2002 08:30 To: Orion-Interest Subject: Re: Lookup EJB's in another application Hi Patrik, I had the same problem and I look for some information about how to resolv this problem. Although the aplications are in the same server the connection become as if they was in differents servers. I used the RMIContextFactory with the next code: Context context = null; Hashtable env = new Hashtable(); env.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialCon textFactory"); env.put("java.naming.provider.url", "ormi://localhost:/"); try { context = new InitialContext (env); context.lookup("EjbName"); } catch (Exception e) { System.out.println("Conection error"); } If you don't change the values of rmi.xml in the Orion config you don't need specify the rmi port. The applicacion name is the name that appear in server.xml and identify the application. Is possible that you need especify a username and password for connect to applicacion, I don't need it. For specify these parametrers you need to put the next: env.put(Context.SECURITY_PRINCIPAL, "admin"); env.put(Context.SECURITY_CREDENTIALS, ""); I hope that this information can help you. Best regards, - Original Message - From: "Patrik Strid" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 12:47 AM Subject: Lookup EJB's in another application > Hi, > > If you have two applications in the same orion > container. One application with web components and > another with just EJB's. From the application with web > components, I want to lookup an EJB that is deployed > in the other application - is that possible via the > InitialContext or do I have to call it via an URL and > getting the extra RMI call? > > I can get it to work using a provider URL to the other > application, but using the InitialContext, the local > context - it cannot find the bean, or more correct, > the JNDI name could not be found. > > Any help is appreciated ! > > Thanks, > Patrik > > __ > Do You Yahoo!? > Send FREE video emails in Yahoo! Mail! > http://promo.yahoo.com/videomail/ > > Your Communications Ltd Hathersage Road Chorlton-on-Medlock Manchester M13 0EH Switchboard number : 0161 609 7000. The information contained in this e-mail is intended only for the individual to whom it is addressed. It may contain privileged and confidential information. If you have received this message in error or there are any problems, please notify the sender immediately and delete the message from your computer. The unauthorised use, disclosure, copying or alteration of this message is forbidden. Your Communications Limited will not be liable for direct, special, indirect or consequential damage as a result of any virus being passed on, or arising from alteration of the contents of this message by a third party. Your Communications Limited (England and Wales No. 3842309) registered office Dawson House, Great Sankey, Warrington, WA5 3LW
REMOVE
REMOVE
REMOVE
REMOVE
remove
remove -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
REMOVE
*** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorised distribution or copying is strictly prohibited. Whilst Cedar Plc takes steps to prevent the transmission of viruses via e-mail, we can not guarantee that any email or attachment is free from computer viruses and you are strongly advised to undertake your own anti-virus precautions. Cedar Plc grants no warranties regarding performance, use or quality of any e-mail or attachment and undertakes no liability for loss or damage, howsoever caused.
REMOVE
Remove - from mail list
Title: Remove - from mail list Please remove me from the mailing list. -MikeK -Original Message- From: Robert L Gause [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 05, 2001 9:09 AM To: Orion-Interest Subject: Re: Q:Recommended/Required minimum system specs Runs fine on Win95 PII 200 at 64MB RAM. I used it for development up till 6 months ago. (not my choice!) From: "Stephen Davidson" <[EMAIL PROTECTED]>@orionserver.com on 12/04/2001 12:46 PM Please respond to "Orion-Interest" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "Orion-Interest" <[EMAIL PROTECTED]> cc: Subject: Re: Q:Recommended/Required minimum system specs Kenneth Ljunggren wrote: > What is the (recommended) minimum system requirement to run the Orion server at all > regarding CPU, memory, HD, etc..? > > Thanks in advance! > > Kenneth Ljunggren > Amodo AB The lowest power box we have it running on is a PII 200 with 4GB HD and 96MB Ram. For development use, it seems to run fine there. Better than the compile/build scripts, anyways. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
REMOVE ME FROM THE LIST
PLEASE REMOVE ME FROM THE LIST. PLEASE!!! - NILES - Original Message - From: "Tim Pouyer" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Wednesday, November 21, 2001 12:24 PM Subject: Re: Calling entity bean from a session bean in Orion 1.5.3 > Take out the ejb-link tag. It is not necessary. > > On Tue, 2001-11-20 at 18:50, Puthezhath, Rajeev (TWII Boston) wrote: > > Hi, > > > > I want to access an entity bean from a session bean . I have added > > the tag in the ejb-jar.xml and the same works perfectly on orion > > 1.3.8 But on Orion 1.5.3 I get the following error > > > > javax.naming.NamingException: No EJB found with an ejb-name matching the > > ejb-link 'Entity' > > at com.evermind[Orion/1.5.3 (build 10509)]._ccb._po(.:64) > > at com.evermind[Orion/1.5.3 (build 10509)]._lsb._wk(.:33) > > at com.evermind[Orion/1.5.3 (build > > 10509)].server.rmi.RMIContext._ywd(.:857) > > at com.evermind[Orion/1.5.3 (build > > 10509)].server.rmi.RMIContext._xnb(.:660) > > at com.evermind[Orion/1.5.3 (build > > 10509)].server.rmi.RMIContext.lookup(.:63) > > at com.evermind[Orion/1.5.3 (build 10509)]._bl._eh(.:189) > > at com.evermind[Orion/1.5.3 (build 10509)]._bl.lookup(.:63) > > at com.evermind[Orion/1.5.3 (build 10509)]._ccb._po(.:34) > > at com.evermind[Orion/1.5.3 (build 10509)]._in.lookup(.:53) > > at com.evermind[Orion/1.5.3 (build 10509)]._bl._eh(.:121) > > at com.evermind[Orion/1.5.3 (build 10509)]._bl.lookup(.:63) > > > > This is my ejb-jar.xml > > > > > > A > > A > > AHome > > A > > ABean > > Stateless > > Bean > > > > Subscriber EJB > > ejb/BHome > > Entity > > BHome > > B > > Entity > > > > > > > > Please advice. > > > > Thanks > > Rajeev > > > > > > > > > >
Please remove me from the list
I tried the "Unsubscribe" function at your site already. It doesn't work. Please remove me from the list. - Niles - Original Message - From: "Mike Cannon-Brookes" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Monday, November 12, 2001 4:00 PM Subject: RE: How can I start Orion Server as a service in Windows NT/2000 ? > Vu, > > As always please check the knowledge base before asking questions such as > this - it saves everyone time! > > A query for "NT service" > > http://kb.atlassian.com/search.jsp?query=NT+service > > yields > > http://kb.atlassian.com/content/orionsupport/articles/orserv.html > > which looks like exactly what you're asking ;) > > Cheers, > Mike > > > Mike Cannon-Brookes :: [EMAIL PROTECTED] > > Atlassian :: http://www.atlassian.com > Supporting YOUR J2EE World > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Vu Le Hung > Sent: Monday, November 12, 2001 3:38 PM > To: Orion-Interest > Subject: How can I start Orion Server as a service in Windows NT/2000 ? > > > Dear all, > I'm trying to find a way to start Orion Server as a service in > WindowsNT/2000( i.e. Orion will be started automatically when my computer > startup without any user interaction). > Any one know how to do this ? > I tried this as below but it failed : > 1. Write an small Win32 application "startorion.exe" that calls > "java -jar orion.jar" > 2. Register it as a automatic service (named MyService) with Win2000 > using "Service Installation Wizard" tool in the Windows 2000 Server Resource > Kit. > 3. Restart my computer. > Then I can find item "MyService" in the list of all available services in > my computer. But this service can not be start. > Any idea ??? Thanks in advance. > > Vu Le Hung > > > > >
Re: Please remove me from the mailing list!
Hello, yes, the mail-adress has changed to: [EMAIL PROTECTED] Thanks, Uwe Gurinder Randhawa wrote: > Remove me from mailing list, as well. I've tried unsubscribe but no luck ? > Is there another email address for this ? > > Gurinder > > Uwe <[EMAIL PROTECTED]> on 21/07/2001 05:02:40 AM > > Please respond to Orion-Interest <[EMAIL PROTECTED]> > > To: Orion-Interest <[EMAIL PROTECTED]> > cc:(bcc: Gurinder Randhawa/Travel Underwriters) > Subject: Please remove me from the mailing list!
Re: Please remove me from the mailing list!
Remove me from mailing list, as well. I've tried unsubscribe but no luck ? Is there another email address for this ? Gurinder Uwe <[EMAIL PROTECTED]> on 21/07/2001 05:02:40 AM Please respond to Orion-Interest <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> cc:(bcc: Gurinder Randhawa/Travel Underwriters) Subject: Please remove me from the mailing list!
RE: Please remove me from the mailing list!
Why? You no longer want to use Orion? Maybe your having some complications I can help with? Don't leave..stick around. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Uwe > Sent: Saturday, July 21, 2001 5:03 AM > To: Orion-Interest > Subject: Please remove me from the mailing list! > > > >
Please remove me from the mailing list!
RE: Stateless bean and remove
I don't oversee exaclty what you would like to achieve, but I guess you can store your derived values as private properties of a --Stateless-- bean, perhaps using a sort of lazy calculation eg.: if ( property == null || property.needTobeRefreshed() ) property.recalculate() // some code follows which uses the property. The lifetime of the SLSBs is influenced by the settings in the orion-ejb-jar.xml file. If you use a application scope session bean (assuming you are using JSPs) you get your static SLSB. Forget about the SFSBs. You don't need them as you are not using conversational state in the true sense. Your calculated value does not depend on the state of the conversation between the client and the container. My 2cts, FE On Friday, May 11, 2001 11:17 PM, Ed Bras [SMTP:[EMAIL PROTECTED]] wrote: > Hi Frank, > > I was wandering how I can control/influence the lifetime of my stateless > bean, as I am storing some data in private variables to overcome large > calculation times, so that the next time a web user requests the same data > it's already there (after a fixed time I do refresh it if the same data is > still stored in the private variable). > > So in a way I think I need a kind of "static" statefull session bean such > that all clients have the same session bean. > > What are your ideas about this ? > > Eddie > > > > >From: Frank Eggink <[EMAIL PROTECTED]> > >Reply-To: Orion-Interest <[EMAIL PROTECTED]> > >To: Orion-Interest <[EMAIL PROTECTED]> > >Subject: RE: Stateless bean and remove > >Date: Fri, 11 May 2001 19:48:49 +0200 > > > >Nope, as a rule you will have a limited number of stateless session beans > >at anyone > >moment instantiated in your container, due to the nature of a stateless > >bean. The container > >can 'garbage collect' them. Guess it will do that after some time out. > > > >If you are seriously concerned about resource usage, my recommendation is > >not to tackle that in a ad hoc manner. Chapter 3 of Richard Monson-Haefels > >book: Enterprise Java Beans is a good reading to understand the difference > >between statefull and stateless and handles more stuff regarding resource > >usage. > > > >FE > > > >On Friday, May 11, 2001 12:47 PM, Joni Suominen [SMTP:[EMAIL PROTECTED]] > >wrote: > > > Hi! > > > This question should propably be asked in EJB-INTEREST mailing-list but > > > I raise it here since I am not currently following it. So apologize me > > > if you feel that this is a bit offtopic. The question is simple: > > > > > > Is it required to call the remove() method on stateless session bean > > > after finishing using it or can the container automatically restore it > > > to a pool (using Java garbage collection or DGC perhaps?)? > > > > > > For instance, the ATM example which ships with Orion don't use remove() > > > after finishing the use of a stateless session bean instance. The same > > > goes with Sun's Java Pet Store demo. On the other hand in Wrox Press's > > > book "Professional Java Server Programming, J2EE Edition" they call > > > remove() on stateless session beans. > > > > > > Currently I don't use remove() with stateless session beans. Should I? > > > > > > -- > > > Joni > > > [EMAIL PROTECTED] > > > > > > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > >
RE: Stateless bean and remove
Hi Frank, I was wandering how I can control/influence the lifetime of my stateless bean, as I am storing some data in private variables to overcome large calculation times, so that the next time a web user requests the same data it's already there (after a fixed time I do refresh it if the same data is still stored in the private variable). So in a way I think I need a kind of "static" statefull session bean such that all clients have the same session bean. What are your ideas about this ? Eddie >From: Frank Eggink <[EMAIL PROTECTED]> >Reply-To: Orion-Interest <[EMAIL PROTECTED]> >To: Orion-Interest <[EMAIL PROTECTED]> >Subject: RE: Stateless bean and remove >Date: Fri, 11 May 2001 19:48:49 +0200 > >Nope, as a rule you will have a limited number of stateless session beans >at anyone >moment instantiated in your container, due to the nature of a stateless >bean. The container >can 'garbage collect' them. Guess it will do that after some time out. > >If you are seriously concerned about resource usage, my recommendation is >not to tackle that in a ad hoc manner. Chapter 3 of Richard Monson-Haefels >book: Enterprise Java Beans is a good reading to understand the difference >between statefull and stateless and handles more stuff regarding resource >usage. > >FE > >On Friday, May 11, 2001 12:47 PM, Joni Suominen [SMTP:[EMAIL PROTECTED]] >wrote: > > Hi! > > This question should propably be asked in EJB-INTEREST mailing-list but > > I raise it here since I am not currently following it. So apologize me > > if you feel that this is a bit offtopic. The question is simple: > > > > Is it required to call the remove() method on stateless session bean > > after finishing using it or can the container automatically restore it > > to a pool (using Java garbage collection or DGC perhaps?)? > > > > For instance, the ATM example which ships with Orion don't use remove() > > after finishing the use of a stateless session bean instance. The same > > goes with Sun's Java Pet Store demo. On the other hand in Wrox Press's > > book "Professional Java Server Programming, J2EE Edition" they call > > remove() on stateless session beans. > > > > Currently I don't use remove() with stateless session beans. Should I? > > > > -- > > Joni > > [EMAIL PROTECTED] > > > _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
RE: Stateless bean and remove
Nope, as a rule you will have a limited number of stateless session beans at anyone moment instantiated in your container, due to the nature of a stateless bean. The container can 'garbage collect' them. Guess it will do that after some time out. If you are seriously concerned about resource usage, my recommendation is not to tackle that in a ad hoc manner. Chapter 3 of Richard Monson-Haefels book: Enterprise Java Beans is a good reading to understand the difference between statefull and stateless and handles more stuff regarding resource usage. FE On Friday, May 11, 2001 12:47 PM, Joni Suominen [SMTP:[EMAIL PROTECTED]] wrote: > Hi! > This question should propably be asked in EJB-INTEREST mailing-list but > I raise it here since I am not currently following it. So apologize me > if you feel that this is a bit offtopic. The question is simple: > > Is it required to call the remove() method on stateless session bean > after finishing using it or can the container automatically restore it > to a pool (using Java garbage collection or DGC perhaps?)? > > For instance, the ATM example which ships with Orion don't use remove() > after finishing the use of a stateless session bean instance. The same > goes with Sun's Java Pet Store demo. On the other hand in Wrox Press's > book "Professional Java Server Programming, J2EE Edition" they call > remove() on stateless session beans. > > Currently I don't use remove() with stateless session beans. Should I? > > -- > Joni > [EMAIL PROTECTED] >
Stateless bean and remove
Hi! This question should propably be asked in EJB-INTEREST mailing-list but I raise it here since I am not currently following it. So apologize me if you feel that this is a bit offtopic. The question is simple: Is it required to call the remove() method on stateless session bean after finishing using it or can the container automatically restore it to a pool (using Java garbage collection or DGC perhaps?)? For instance, the ATM example which ships with Orion don't use remove() after finishing the use of a stateless session bean instance. The same goes with Sun's Java Pet Store demo. On the other hand in Wrox Press's book "Professional Java Server Programming, J2EE Edition" they call remove() on stateless session beans. Currently I don't use remove() with stateless session beans. Should I? -- Joni [EMAIL PROTECTED]
remove
remove __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Dependents remove not supported
Okay. I like a challenge. Removal of specific dependents does work. Yes I know that dependent objects are going away, etc etc. This will work for the current version of orion, however. I through together a Person EJB with a userid, first and last name. I created a dependent object class called phone which looks like the following: // Phone.java package custdo.ejb; import java.io.*; public abstract class Phone { // No longer required by the spec but required by Orion (for now) public abstract Phone deepCopy(); // --- // Public accessor/setters here // --- public abstract void setPhoneType(String type); public abstract String getPhoneType(); public abstract void setPhoneArea(String phoneArea); public abstract String getPhoneArea(); public abstract void setPhoneNum (String phoneNum); public abstract String getPhoneNum (); } In the EJB I have the usual abstract set/get/create methods. public abstract Phone createPhone(); public abstract Collection getPhones(); public abstract void setPhones(Collection phones); along with these two public methods: public void addPhone(String type, String ac, String n) { Phone phone = createPhone(); phone.setPhoneType(type); phone.setPhoneArea(ac); phone.setPhoneNum(n); getPhones().add(phone); } public void removePhone (String type) { Collection phones = getPhones(); Iterator iterator = phones.iterator(); while (iterator.hasNext()) { Phone phone = (Phone)iterator.next(); System.out.println("Phone is: "+ phone); System.out.println("Type is: "+ phone.getPhoneType()); System.out.println("Area is: "+ phone.getPhoneArea()); System.out.println("Num is: " +phone.getPhoneNum()); if (phone.getPhoneType().trim().equalsIgnoreCase(type.trim())) { System.out.println("Type for removal is: "+type); System.out.println("Removing Phone"); iterator.remove(); return; } } } Okay - so then I have the following setup in the ejb-jar.xml (just the dependent/relationships part) Phone custdo.ejb.Phone phoneType phoneArea phoneNum Person-PhoneNo Person-has-Phone one Person phones java.util.Collection Phone-belongsto-User many Phone Then I have a simple client that I just uncomment/comment as I need - nothing fancy: import javax.rmi.*; import javax.naming.*; import java.util.*; import custdo.ejb.Person; import custdo.ejb.PersonHome; public class PersonClient { public static void main(String[] args) { try { Properties props = new Properties(); props.setProperty("java.naming.factory.initial","com.evermind.server.ApplicationClientInitialContextFactory"); props.setProperty("java.naming.provider.url","ormi://tsg-laptop1/CustDo"); props.setProperty("java.naming.security.principal", "admin"); props.setProperty("java.naming.security.credentials", "skarabrae"); InitialContext initial = new InitialContext(props); Object objref = initial.lookup("Person"); PersonHome home = (PersonHome)PortableRemoteObject.narrow(objref, PersonHome.class); //Person person = home.create("rharrison","Ray","Harrison"); Person person = home.findByPrimaryKey("rharrison"); //person.addPhone("Business","303","333-"); //person.addPhone("Home","303","888-"); //person.addPhone("Cell","303","999-"); person.removePhone("Business"); person.addPhone("Business","303","444-"); } catch (Exception ex) { System.err.println("Caught some unexpected exception!"); ex.printStackTrace(); } } } And I get the desired results. I borrowed from various examples that have been posted, plus borrowed heavily from Chapter 23 of Java Server Programming J2ee Edition, starring Karl Avedal, et al. Actually the book was quite helpful in clearing up quite a bit - an excellent book if you all don't have it. Granted, I have no id
RE: Dependents remove not supported
Title: RE: Dependents remove not supported > It doesn't support ejbCreate either. The container never > calls this method > and if you have arguments (i.e. ejbCreate(String pleaseWork) it would > result in an error from Orion. hmm, I have ejbCreate() with and without args. While I never called my DO's with args, it doesn't give an error. I always call the default ctor then use setters. I ought to call the ctors with args to see what happens. > Relations between dependents are not supported. Orion returns > an error on > the abstract create method. This is very true. I discovered this some time ago - bug #185. My solution to the DO issue was to use EJBs for everything. This may have been a good choice since DO's in the spec are under a lot of fire and may be radically changed. EJB->EJB calls within the same container are optimized to local call-by-value method calls (at least in orion), so speed between all these EJBs isn't much of an issue. -tim
RE: Dependents remove not supported
Christian look at : http://www.mail-archive.com/orion-interest@orionserver/msg113324.html Not a very good solution, but it is one. regards /Theis.
RE: Dependents remove not supported
The PFD spec says that you do not need to specify a remove method (container will do that automatically) Having said all that, you should not ignore all the warnings about using dep objs. There's a VERY strong chance that they're being gotten rid of. I also suspect that because of that, Orion's impl of dependent objects won't have much effort or time put into it, until their fate is resolved one way or another. By the way, this isn't just 'mere speculation', the removal of dependent objects is something that many people directly involved with the expert group have hinted at. On Mon, 19 Mar 2001, Christian Billen wrote: > RE: Dependents in 1-N don't go awayThanks, I found it 9.4.4.2 page 119 in > EJB2.pdf, and tried to use it by putting the method remove in my DO : > > abstract remove(); > > however Orion doesn't seem to support it and pukes on startup: > > "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public > abstract void com.mytest.ejb.MyDo.remove()" > > bummer! that seriously make me reconsider using the whole thing, or is my > method signature incorrect? > > Christian > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury > Sent: Sunday, March 18, 2001 1:58 PM > To: Orion-Interest > Subject: RE: Dependents in 1-N don't go away > > > > You may want to look at 9.4.4.2 in the proposed final draft which defines > the > remove() function of a DO. I don't have PD1 to tell you what section it > is there. > > -tim > > -Original Message- > From: Christian Billen [mailto:[EMAIL PROTECTED]] > Sent: Sunday, March 18, 2001 12:30 PM > To: Orion-Interest > Subject: RE: Dependents in 1-N don't go away > > > > Is that remove() method an abstract method to be implemented in the DO? > they inherit Object and the only required method to implement on them is the > deepCopy(), I don't see where the remove() method is or come from. > > Since they are Depedent by nature shouldn't the remove call on the > parent set or collection remove them permanently as well in the design? > maybe it is a bug in Orion ? > > Thanks, > > Christian > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury > Sent: Sunday, March 18, 2001 10:25 AM > To: Orion-Interest > Subject: RE: Dependents in 1-N don't go away > > > > I understand. You have removed the DO from the parents list, but you > have not removed the DO from the database. This is because you did > not call the removed method of the DO. Try: > > getDependents().remove(dependent); // remove DO from parent's list > dependent.remove(); // remove DO from database/container > > -tim > > -Original Message- > From: Christian Billen [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 17, 2001 9:29 PM > To: Orion-Interest > Subject: RE: Dependents in 1-N don't go away > > > Hi Tim, thanks for the info, by my problem is different > > my issue is I want to remove a dependent from the java.utill.Set in > its parent object and that if I call getDependents().remove(dependent) from > the parent object the dependent doesn't go away from the list (even though > it has been found since I implemented the equal method) > > Any help on this is really greatly appreciated. > > Thanks, > > Christian > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury > Sent: Saturday, March 17, 2001 9:10 AM > To: Orion-Interest > Subject: RE: Dependents in 1-N don't go away > > > > > Dependent objects (DO) do not go away automatically. > There is an un-implemented option in the deployment > descriptor called , but alas, it is > unimplemented. > > The DO life-cycle is one of the main issues with DOs > in the spec and one reason they may be changed. > > For now, just implement ejbRemove in your entity > and DOs so they call the remove of their children. > > -tim > > > > > -Original Message- > > From: Christian Billen [mailto:[EMAIL PROTECTED]] > > Sent: Friday, March 16, 2001 7:43 PM > > To: Orion-Interest > > Subject: Dependents in 1-N don't
RE: Dependents remove not supported
Tim Drury wrote: >I was under the impression that the container implemented remove() >for you to simply delete the DO from the database. When you call >"depobj.remove()" from the DO's parent, it gets deleted. >I could be wrong - it wouldn't be the first time. That's true! However Orion does not yet seem to support remove on dependent objects. It doesn't support ejbCreate either. The container never calls this method and if you have arguments (i.e. ejbCreate(String pleaseWork) it would result in an error from Orion. Relations between dependents are not supported. Orion returns an error on the abstract create method. You can have relation between DO and Entity (i.e. do -> entity), but Orion creates the tables wrong and therefore it also seems that this is not yet supported. Dependent objects cannot have primary keys. But as Jeff, with a reference to another guy, pointed out this seems to be a typo in the spec. I totally agree. I also checked referential integrity and data aliasing in the persistence manager and here the guys behind Orion have lot to do. Or, maybe it is up to the programmer to uphold the cardinality and check for duplicates (what do you think?). Anyway I did some tests: If you have to entities that have a reference to the same DO and you change the DO by one entity, the reference that the second entity holds on to is not updated (data aliasing). You could also easily break the referential integrity (in the persistence manager). I you have a unidirectional one to many relationship between entities, it is possible to let entities on the many side to refer to the same entity in the one side. I could be wrong in these statements. If I am, please correct me. Regards, /Theis.
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away Well no that's the prob, spec says you can have an abstract remove method in the DO but it looks like it's not an implemented feature. Has anyone on the list been able to delete specific dependents from a parent ejb and can maybe share how they do it? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Monday, March 19, 2001 12:16 PMTo: Orion-InterestSubject: RE: Dependents remove not supported I was under the impression that the container implemented remove() for you to simply delete the DO from the database. When you call "depobj.remove()" from the DO's parent, it gets deleted. I could be wrong - it wouldn't be the first time. -tim
RE: Dependents remove not supported
Nevermind pd1 vs pdf support; *this* should seriously make you reconsider using dependent objects: http://www.mail-archive.com/ejb-interest@java.sun.com/msg16733.html <http://www.mail-archive.com/ejb-interest@java.sun.com/msg16733.html> Jeff -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 7:52 AM To: Orion-Interest Subject: RE: Dependents remove not supported Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 1:58 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 18, 2001 12:30 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 10:25 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 17, 2001 9:29 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Saturday, March 17, 2001 9:10 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called , but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim > -Original Message- > From: Christian Billen [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] > Sent: Friday, March 16, 2001 7:43 PM > To: Orion-Interest > Subject: Dependents in 1-N don't go away > > > Hi everyone, > > I am having an issue with my 1-n dependents relationship. My > dependents > don't get deleted when I remove them from the cmr Set. > > I have a PhoneNumber dependent class which has a field type, > countrycode, > number, etc... > > I implemented the equal method in my class such that two > phonenumber having > the same type are equal, these type being like "business", > "fax", "cell", > etc > > Now I have an ejb class, the Customer ejb, which has : > > abstract PhoneNumber createPhoneNumber() > abstract Set getPhoneNumbers() > abstract void setPhoneNumbers(Phonenumber n) > void addPhoneNumber(String type, String areaCode, ...) > { > PhoneNumber p = createPhoneNumber(); > //Remove an existing phone > //*1 > getPhoneNumbers().remove(phoneNumber); > //*2 > getPhoneNumbers().add(phoneNumber); > //*3 > } > > Basically since my phonenumber equals on type, the desired > effect is I want
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away I was under the impression that the container implemented remove() for you to simply delete the DO from the database. When you call "depobj.remove()" from the DO's parent, it gets deleted. I could be wrong - it wouldn't be the first time. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Monday, March 19, 2001 10:52 AMTo: Orion-InterestSubject: RE: Dependents remove not supported Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 1:58 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Sunday, March 18, 2001 12:30 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 10:25 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Saturday, March 17, 2001 9:29 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Saturday, March 17, 2001 9:10 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called , but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim > -Original Message- > From: Christian Billen [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 16, 2001 7:43 PM > To: Orion-Interest > Subject: Dependents in 1-N don't go away > > > Hi everyone, > > I am having an issue with my 1-n dependents relationship. My > dependents > don't get deleted when I remove them from the cmr Set. > > I have a Ph
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 1:58 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Sunday, March 18, 2001 12:30 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 10:25 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Saturday, March 17, 2001 9:29 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Saturday, March 17, 2001 9:10 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called , but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim > -Original Message- > From: Christian Billen [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 16, 2001 7:43 PM > To: Orion-Interest > Subject: Dependents in 1-N don't go away > > > Hi everyone, > > I am having an issue with my 1-n dependents relationship. My > dependents > don't get deleted when I remove them from the cmr Set. > > I have a PhoneNumber dependent class which has a field type, > countrycode, > number, etc... > > I implemented the equal method in my class such that two > phonenumber having > the same type are equal, these type being like "business", > "fax", "cell", > etc > > Now I have an ejb class, the Customer ejb, which has : > > abstract PhoneNumber createPhoneNumber() > abstract Set getPhoneNumbers() > abstract void setPhoneNumbers(Phonenumber n) > void addPhoneNumber(String type, String areaCode, ...) > { >
Please remove me from this mailing list
Please remove me from this mailing list
RE: Remove me from this mailing list
Is there a problem with the subscribe/unsubscribe form? It's always worked for me. http://www.orionserver.com/subscribe.html If you can't work the form, how do you expect to work with J2EE? Andre -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, February 16, 2001 8:32 AM To: Orion-Interest Subject: Remove me from this mailing list Please remove me from this mailing list
Remove me from this mailing list
Please remove me from this mailing list
Remove me from this mailing list
Please remove me from this mailing list
error on bean remove
Hello, I've got this error after I updated two integer properties of the entity bean and removed this bean: Error communicating with EJB-server: javax.ejb.EJBException: Error saving state: Data size bigger than max size for this type: 26790; nested exception is: javax.ejb.EJBException: Error saving state: Data size bigger than max size for this type: 26790 What does this mean? Any workarounds? Linux, Sun JDK 1.2.1, Orion 1.3.8 stas@
REMOVE
REMOVE
REMOVE
Title: REMOVE REMOVE Thanks Patrick J. Adams Niku Corporation 300 Tri-State International Suite #100 Lincolnshire, IL 60069-4423 847-572-6623 847-945-4708 fax
entity remove() problem
Hi, I'm using orion 0.9.4l. I have a session bean talking to entity beans. When the session bean tries to remove an entity bean I get some exceptions (int the application log file) and the entity bean is not removed. The code in the session bean is: public TradeResult remove(TradePK pk) throws ProcessingErrorException { Debug.println("TradeEntry(" + user + ") - remove(" + pk + ")"); try { Trade trade = tradeHome.findByPrimaryKey(pk); trade.remove(); return new TradeResult(pk, null); } catch (Exception e) { throw new ProcessingErrorException(e.getMessage()); } } The exceptions are: 14/03/00 17:06 Started 14/03/00 17:09 Error in bean decalog.TradeHome java.lang.NullPointerException: at EntityBeanWrapper0.saveState(EntityBeanWrapper0.java:374) at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX) at com.evermind.server.ApplicationServerTransaction.commit(JAX) at com.evermind.server.ApplicationServerTransaction.end(JAX) at StatefulSessionBeanWrapper2.remove(StatefulSessionBeanWrapper2.java:787) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.a1.fn(JAX) at com.evermind.server.rmi.a1.run(JAX) at com.evermind.util.b.run(JAX) 14/03/00 17:09 Error in bean decalog.TradeHome: Error in ejbPassivate java.lang.NullPointerException: at EntityBeanWrapper0.saveState(EntityBeanWrapper0.java:374) at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX) at com.evermind.server.ApplicationServerTransaction.commit(JAX) at com.evermind.server.ApplicationServerTransaction.end(JAX) at StatefulSessionBeanWrapper2.remove(StatefulSessionBeanWrapper2.java:787) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.a1.fn(JAX) at com.evermind.server.rmi.a1.run(JAX) at com.evermind.util.b.run(JAX) 14/03/00 17:09 Error in bean decalog.TradeHome: Error loading state java.lang.NullPointerException: at EntityBeanWrapper0.loadState(EntityBeanWrapper0.java:369) at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX) at com.evermind.server.ApplicationServerTransaction.commit(JAX) at com.evermind.server.ApplicationServerTransaction.end(JAX) at StatefulSessionBeanWrapper2.remove(StatefulSessionBeanWrapper2.java:787) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.a1.fn(JAX) at com.evermind.server.rmi.a1.run(JAX) at com.evermind.util.b.run(JAX) What's wrong??? Philippe. Philippe Renon décalog - 5, rue Bachaumont - 75002 PARIS Voice : +33 (0) 1 40 28 44 64 Fax : +33 (0) 1 40 28 24 54 E-mail : mailto:[EMAIL PROTECTED]
BUG: EJBHome.remove(Object) fails to remove session bean...
Section 5.3.2 of the ejb1_1-spec.pdf talks about being able to call EJBHome.remove(...) api to remove a session bean. When a remove is added to the Cart in the sample ejb tutorial, the following exception is produced: System/communication error: IO Error: Cannot invoke remove(Object primaryKey) on a SessionBean EJBHome Calling remove on the Cart object it's self appears to work (does not produce exception, but is it really working?). I am trying to see if Orion re-uses Session Beans after they are no longer used. It appears as if a new session bean is created every time. I made my session bean Stateless, not supporting transactions. Thanks. -AP_