Changing the RMI Port

[Rajiv R]

Hi...
 
I am Rajiv from India. Can I run to instances of orion, in the same machine. I have  
created a copy of orion and changed the HTTP port. I guess, i have to change the 
default rmi port too? isnt it? Where do I change the rmi port? Please 
help.
 
thanx
With Regards,Rajiv. 
R

---
Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and
is intended for use only by the individual or entity to which it is
addressed, and may contain information that is privileged, confidential or
exempt from disclosure under applicable law. If you are not the intended
recipient or it appears that this mail has been forwarded to you without
proper authority, you are notified that any use or dissemination of this
information in any manner is strictly prohibited. In such cases, please
notify us immediately at mailto:[EMAIL PROTECTED] and delete this mail
from your records.

Can I using the Tomcat for Web contain work with Orion J2ee Server?

[yejun]

Hi:
 I found the Orion Web Contain is less debug information 
,
Can I using Tomcat for Web contain?
 
 
 
 
 GFT Software 
Ltd.Tel£º67800438Fax£º67800386E-mail: [EMAIL PROTECTED]

Orion and properties (Anyone used a CORBA client within Orion?)

[Adam Cassar]

Guys!

I hope some of you can shed some light on this problem.

I am (attempting) to use a stateless session bean as a corba client. I
place (openORB or JacORB) inside orion/lib and set up its properties
file.

All I get when I attempt to use it in  a session bean (however it works in
a plain class) is

9/10/01 1:49 PM Error in bean SomeBean
java.lang.StackOverflowError
at java.util.Properties.getProperty(Properties.java:478)
at com.evermind.server.ApplicationServerSystemProperties._grc(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind.server.ApplicationServerSystemProperties.getProperty(Unknown 
Source)
at java.lang.System.getProperty(System.java:562)
at com.evermind.server.ApplicationServer._xh(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind.server.ApplicationServerSystemProperties.getProperty(Unknown 
Source)
at java.lang.System.getProperty(System.java:562)
at com.evermind.server.ApplicationServer._xh(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind._ck._xpb(Unknown Source)
at com.evermind.server.ApplicationServerSystemProperties.getProperty(Unknown 
Source)

this goes on and on and on.

Obviously orion doesn't like this, the thing is, how can I make it work?

Ideas, suggestions ANYTHING? :)

TIA

HTTP Session problems

[Steven Lamb]

Hi,
We have a project that is using a single servlet to handle web based 
requests / responses for every connection to the web site we have a session 
bean and a http session that gets created. The problem we are experiencing is 
that when the servlet is destroyed only one session bean is removed from 
orion. This is always the last user of the site. The rest of our sessions get 
passivated and we are unable to get these back. Ideally we would like to 
remove all of the sessions that are created but we have been unable to do so.

We have tried to implement the HTTP Binding listener interface to the remote 
interface of the session bean but the setAttribute method on the http session 
does not seem to call the valueBound() method of the interface. 


Any help would be appreciated.

Thanks
Steven Lamb
ISA Developer
http://www.isa.net.au

RE: ORacle db string over 4000 chars

[Gregory Scott]

Yes this was fixed in 8.1.7. The original poster should review the release notes. In addition, there has been a new data type that surpasses the long and the long raw it is called a Clob (charcter large binary object).  If you are doing content management you might want to look into Oracle Intermedia. Building Oracle XML applications is a book that gives an example on how to leverage XML and Intermedia.
>From: Khaled Alakhras <[EMAIL PROTECTED]>
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: RE: ORacle db string over 4000 chars 
>Date: Sat, 8 Sep 2001 22:22:29 -0700 (PDT) 
> 
>I remember seeing some thing like this with 
>Oracle8.1.6 that got fixed in 8.1.7. 
> 
>Khaled 
>--- "Nusairat, Joseph F." <[EMAIL PROTECTED]>
>wrote: 
> > I do realise oracle has 4000 varchar limits ... but 
> > i have seen other 
> > systems get around this by using LONG or LONG RAW 
> > data types instead  
> > however when i use those  i still have it bug 
> > out at 4000 chars  
> > 
> > 
> > Joseph Faisal Nusairat, Sr. Project Manager 
> > WorldCom 
> > tel: 614-723-4232 
> > pager: 888-452-0399 
> > textmsg: [EMAIL PROTECTED] 
> > 
> > -Original Message- 
> > From: Nusairat, Joseph F. 
> > [mailto:[EMAIL PROTECTED]] 
> > Sent: Friday, September 07, 2001 11:39 AM 
> > To: Orion-Interest 
> > Subject: ORacle db string over 4000 chars 
> > 
> > 
> > 
> > Does anyone know how to handle this oracle 8.x u can 
> > have a varchar set to 
> > 4k ... sooo to do more than that i tried using a 
> > long and a long raw  
> > and inserting it that way ... however whenver i go 
> > over 4000 chars it bombs 
> >  any one come across this problem? 
> > 
> > Joseph Faisal Nusairat, Sr. Project Manager 
> > WorldCom 
> > tel: 614-723-4232 
> > pager: 888-452-0399 
> > textmsg: [EMAIL PROTECTED] 
> > 
> > 
> 
> 
>__ 
>Do You Yahoo!? 
>Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger 
>http://im.yahoo.com 
> 
Get your FREE download of MSN Explorer at http://explorer.msn.com

RE: RE: Stored procedures and J2EE

[Frank Eggink]

Yep that's right, but only in an environment where you have the option to 
connect to the middle layer with
any platform you like. Sometimes you haven't and that weighs into the 
equation as well.

Guess my point is that an architecture caries some pragmatism as well. 
N-tier is not a goal on itself although
it almost looks like Gartner cs. would like us to see it that way. Their 
point was great when nobody was thinking
about separating data / business and views, but now we have to build 
systems and not architectures.

FE

-- and yes we do have to think about the future when building systems.




On Sunday, September 09, 2001 7:46 AM, Troy Wong [SMTP:[EMAIL PROTECTED]] 
wrote:
> The whole point of n-tier distributed programming is to keep business 
logic outside of the database layer.
>
> Stored Procedures do have performance benefits, but it's much better from 
a design perspective to keep all logic in the middle layer and leave the 
database as a dumb persistence layer.
>
> Some would say that it's better to incorporate all the logic in the data 
layer and so multiple applications can call it without need to reduplicate 
code. But the same thing can be said of having the logic reside in the 
middle layer, where you also have the benefits of a strong OO machine 
independent language.
>
> - Brian Chan ([EMAIL PROTECTED])
>
> -Original Message-
> From: Frank Eggink <[EMAIL PROTECTED]>
> To: Orion-Interest <[EMAIL PROTECTED]>
> Subject: RE: Stored procedures and J2EE
> Date: Sat Sep 08 08:07:53 GMT 2001
>
> Is it correct to state that from a performance and design perspective 
using stored procedures is helpfull if you need
> access from outside the J2EE environment?
>
> If no out side access is necessary, the stored procedures are likely to 
be helpfull for perfomance if they filter out a
> lot of data or when you are using recursive logic (this way you are 
reducing the overhead of the remote calls), or am
> I missing a point with respect to performance differences between Stored 
Procedures and plain old SQL?
>
>
> Further more I realize now Stored Procedures are an interesting option in 
case of severe security requirements. You
> can differentiate access constraints to the Stored Procedures and 
minimise the amount off people / systems that
> have full access to you system.
>
> FE
>
>
>
>
> On Thursday, September 06, 2001 8:08 PM, Juan Lorandi (Chile) 
[SMTP:[EMAIL PROTECTED]] wrote:
> > I (empirically) reached the same conclusion; but instead of dropping 
CMP, we
> > provided performance improvements ON TOP of the EJB's (VO's and VO 
caches).
> > Thank god we did it this way, because the DB can't scale as easily as 
the
> > app-server cluster.
> >
> > My 2c,
> >
> > JP
> >
> > -Original Message-
> > From: Rian Schmidt [mailto:[EMAIL PROTECTED]]
> > Sent: Jueves, 06 de Septiembre de 2001 12:51
> > To: Orion-Interest
> > Subject: Re: Stored procedures and J2EE
> >
> >
> > I'm interested as to how you can say this... we just did a series of 
tests
> > here to see what the effect of pulling out some fairly complex stored
> > procedures into CMP beans, and the performance impact was enormous. 
 We've
> > actually gone the other way, that is, developing stored procedures for 
each
> > anticipated database.  The fallback is that the logic is done in the 
beans,
> > but that is a worst-case scenario.  Now, I realize that this would be
> > considered such bad form in a Sun-controlled world of pure J2EE that I
> > hesitate to even mention it... but in the real world, any significant 
hit on
> > performance is enough to convince us to denormalize a bit, so to speak.
> >
> > I don't think that you can say "there's absolutely no hit on 
performance"
> > not to use stored procedures, particularly if that procedure requires
> > repeated queries of the data in a pseudo-recursive way.  Do you really 
think
> > that any performance hit that we've seen is a result of poor design? 
 I'm
> > really interested in your reasoning.
> >
> > Rian
> >
> > - Original Message -
> > From: The   elephantwalker
> > To: Orion-Interest 
> > Sent: Thursday, September 06, 2001 2:23 AM
> > Subject: RE: Stored procedures and J2EE
> >
> > As for distributing your business logic between the datastore and 
middle
> > tier...aren't you making your life more complex than it needs to be? 
There
> > is absolutely no hit on performance if you pull out all of your 
business
> > logic into a slsb or cmp...there's just no need to use store procedures 
any
> > more.
> >
> >
> >  << File: ATT0.html >>
>