Re: A very excite game

[KirkYarina]

They seem to be coming from dial up connections with an ISP in Argentina, 
SiON Telematica.

Quite possible it's yet another kiddie that needs a good whack where it 
would do the most good...

It's a good reason to strip attachments from mail-list messages, and not 
allow posts from non-list members.  That would weed out most of the spam, 
too.  Most widely used list managers can do this.

Kirk Yarina


At 05:31 PM 4/23/02 -0500, you wrote:
>it is another virus trying to catch us
>It is not the first time that this happens here.
>regards
>
>
>
>- Original Message -
>From: Torstein P. Nilsen
>To: Orion-Interest
>Sent: Monday, April 22, 2002 6:32 AM
>Subject: SV: A very excite game
>
>Hello,
>
>What game are you talking about?
>
>Regards Torstein
>-Oprindelig meddelelse-
>Fra: orion-interest [mailto:[EMAIL PROTECTED]]
>Sendt: 22. april 2002 13:15
>Til: [EMAIL PROTECTED]
>Emne: A very excite game
>
>This is a excite game
>This game is my first work.
>You're the first player.
>I hope you would like it.

Re: Fw: Cursos de E-Business (6 de Mayo)

[KirkYarina]

clueless sales droid, looks like, rather than a spammer.  Guess they have 
them in Paraguay (if I remember .pa correctly), too.

Unify must still be in business...



At 01:57 PM 4/14/02 +, you wrote:

>_nice_idea_ to post an ~650mb jpeg (content with unknown language) to a 
>mailing-list 8-|#.
>very nice idea )/(()/()"_:_:;_;:*Ä'+'*
>
>
>Am Freitag, 12. April 2002 15:58 schrieb Ing. Moisés H. Suarez:
> > - Original Message -
> > From: jacsin
> > To: [EMAIL PROTECTED]
> > Sent: Monday, April 08, 2002 2:56 PM
> > Subject: Cursos de E-Business (6 de Mayo)
>
>--
>Klaus Thiele - Personal & Informatik AG
>mailto:[EMAIL PROTECTED]
>
>  "Your mouse has moved.
>   Windows must be restarted for the change to take effect."

Re: SV: disappear postings (was Re: Uploading files to Orion webserver with MultipartParser API)

[KirkYarina]

Take a look at Mailman ( http://www.gnu.org/software/mailman/mailman.html 
).  While I haven't used it, it's replacing Majordomo in a lot of sites.

Majordomo's been static for years, while Mailman's an active 
project.  While that could mean that Majordomo's stable and Mailman's chock 
full of new bugs, that doesn't seem to be the case from what I've heard.

The installation looks pretty straightforward; you might want to give it a 
quick try and see if it'll work for you - the biggest problem might be 
trying to use Orion as the web server (but you'd know more about than then 
I would )...

Good Luck!




At 09:44 PM 2/27/02 +0100, you wrote:
>We are desperately trying to find time to update the software that runs
>this list. We have now made this one of our higher priorities, as this
>list is our primal channel of communication with our community.
>
>Disapearing postings sounds very alarming and makes us raise the
>priority of updating this mailing list even higher.
>
>We are trying our best to bring you full EJB 2.0 as soon as possible,
>and I am sure that you, our users, also rates full EJB 2.0 compliance
>higher than the performance of this list as long as you know that the
>mailing list software will soon be updated.
>
>With Regards,
>
>Magnus Rydin
>IronFlare AB
>
>
>
>-Ursprungligt meddelande-
>Från: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]] För Simon Stewart
>Skickat: den 27 februari 2002 17:37
>Till: Orion-Interest
>Ämne: OT: disappear postings (was Re: Uploading files to Orion webserver
>with MultipartParser API)
>
>
>On Wed, Feb 27, 2002 at 09:17:41AM -, Justin Crosbie wrote:
> > P.S. this is my second attempt at posting this, it appears the list
> > does not pick up everything that is posted.
>
>I've noticed this too. Can't remember seeing a comment that this list is
>moderated anywhere, but perhaps we should ignore the man behind the
>curtain?
>
>Cheers,
>
>Simon
>
>--
>Anyone who goes to a psychiatrist ought to have his head examined.
> -- Sam Goldwyn


Kirk Yarina
[EMAIL PROTECTED]

Re: Urgent : Hypersonic SQL Problem ?

[KirkYarina]

Subselects are broken in the version of Hypersonic that ships with Orion.

Hypersonic SQL has changed hands.  Try the version at 
http://www.hsqldb.org/ - and please report your results back to the list.

Kirk Yarina

At 01:02 PM 11/20/01 +0200, you wrote:
>Hi all ,
>I have an application (EJBs) deployed properly. All works fine using the
>Postgres databases but this is a little problem using a Hypersonic Database.
>
>This issue is not Orion related but rather Hypersonic. Is Hypersonic able to
>do a query inside a query ? Using the DAtabaseManager I can say that it can't
>but I need to know if someone had similar problems .
>
>My query looks like this :
>
>select * from journalEntry where testEntryID = 1 AND questionID IN ( SELECT
>id FROM question WHERE question.moduleID = 0 )
>
>I can ashure you that this query works just fine in Postgres but does not
>give any result in Hypersonic!!!
>
>Thanks for your answers ,
>dovle

Re: Can we get rid of these messages from naver.com?

[KirkYarina]

 The immaturity is on the part of the autoresponder's programmer, 
not the addressee.

Someone ([EMAIL PROTECTED]) subscribed to the list has a full 
mailbox.  Perhaps he's changed jobs and moved on; perhaps he's met with 
serious misfortune and can't check his email.

His email provider (naver.com) automatically generates a complaint for 
every received email.  The provider's programmer was too clueless to 
respond to the proper address (Return-Path in the message headers) so all 
the errors go to the list address and thence to all of us.

Yet another autoresponder at chancery.com thinks there's a virus 
(ExceedinglyNested) in the message, however McAfee doesn't have this in 
their database, and a google search didn't return any hits.  The 
autoresponder is also too clueless to respond to the proper error address.

Probably somebody at IronFlare has to unsubscribe the offending address, 
since the unsubscribe web page indicates the address needs to respond to a 
message that will also bounce.  I tried it anyway...

And, while it's a very annoying example of inexperienced programming, it's 
not spam.  Spam is "unsolicited commercial email", and this (per the 
translator (thanks!)) does not qualify - all that annoys is not spam...

Kirk Yarina

At 08:57 AM 5/16/01 +0200, you wrote:

>I agree completely. This is very much annoying. Perhaps some people
>are just not mature enough !!!
>On Tue, 15 May 2001 17:21:57 -0600 Ben Christensen ([EMAIL PROTECTED])
>wrote:
>
>These messages obviously are not readable unless I'm looking for
>things
>in some other language, and they don't seem to be about orionserver
>anyways can this stuff be filtered from the list as it seems to be
>spam of some sort?
>
>[EMAIL PROTECTED] wrote:
>
> >  [Image]
>
>ÀÌ°øº¹ (kongbok) ´Ô²² º¸³»½Å ¸ÞÀÏ <¸ÞÀÏ Àü¼Û ½ÇÆÐ ¾Ë¸² > ÀÌ ´ÙÀ½°ú
>°°Àº ÀÌÀ¯·Î Àü¼Û ½ÇÆÐÇß½À´Ï´Ù.
>
>
>¼ö½ÅÀÚÀÇ ¸ÞÀÏ º¸°ü ¿ë·®ÀÌ °¡µæÂ÷ ÀÖ½À´Ï´Ù. ³ªÁß¿¡ ´Ù½Ã
>½ÃµµÇϽʽÿÀ.
>
>
> >
>--
>Ben Christensen
>Novisum Development Inc.
>www.novisum.com
>[EMAIL PROTECTED]
>780-909-4707
>
>
>___
>  http://www.webmail.co.za the South-African free email service

Re: Standar Template

[KirkYarina]

 From his message headers it looks like it spent a *long* time in a mail 
queue.  I'd guess the original did the same and he assumed it'd been lost.

We have no performance problems with precompiled XSLT on every page; 
perhaps you should reconsider your opinion.  We're even using xalan, 
reportedly just about the slowest xslt processor around...

Kirk Yarina

somewhat trimmed:
  Received: from druid.evermind.net ...  Fri, 11 May 2001 13:36:06 -0100
  Received: from win2kweb ...  Fri, 11 May 2001 14:14:30 -0400
  Received: from itreya ... Fri, 11 May 2001 07:15:17 -0400
  Received: from mail.itreya. ... Fri, 11 May 2001 16:54:26 +0530
  Received: from apache ... Thu, 10 May 2001 15:23:56 -0400

At 09:12 AM 5/11/01 -0500, you wrote:
>Dave, why are you resending this to the Orion-Interest list? You've seen a
>few ways to do it - a bad suggestion to use XSLT on every page, plus
>SiteMesh, plus a few others. Read the responses, mmmkay?
>
>On Thu, 10 May 2001, Dave Ford wrote:
>
> > I want to create a web app in which every page on the site has a standard
> > header along the top and a standard menu along the left edge (a pretty
> > standard thing).
> >
> > I came up with 2 ways of doing this:
> >
> > 1. Use a table tag and jsp:include tags on EVERY page:
> >
> > 
> >   
> > 
> >   
> >   
> > 
> > 
> >   
> > 
> > 
> >  THIS IS WHERE THE PAGE-SPECIFIC CONTENT (i.e. the body)*
> > 
> >   
> > 
> > 
> >   
> > 
> >
> > 2. Invert the above solution to create one master template (or controller)
> > and have the content page name passed in as a parameter. Here would be the
> > master template-controller page:
> >
> > 
> >   
> > 
> >   
> >   
> > 
> > 
> >   
> > 
> > 
> >  " />*
> > 
> >   
> > 
> > 
> >   
> > 
> >
> > The key difference between these two architectures are best understood by
> > looking at the 2 lines with the * at the end. Also, in option 2, there is
> > only one copy of the above code. In option 1, there is one copy "per 
> content
> > page"
> >
> > Q1: Does anyone have any preference between options 1 and 2?
> > Q2: Is there a better way of achieving this result?
> > Q3: Do either have any negetive drawback I need to consider? (I will be
> > converting an entire site)
> >
> > By the way, I'm currently achieving this effect VERY easily using good old
> > client-side html frames. But due to popular demand, framse must go.
> >
> > Dave Ford
> > Smart Soft - The Java Training Company
> > http://www.smart-soft.com
> >
> >
> >
>
>---
>Joseph B. Ottinger [EMAIL PROTECTED]
>http://winter.ajacency.com/   IT Consultant

Re: DeadLock with 25 users

[KirkYarina]

I believe this is discussed in past; see the archives ( 
http://www.mail-archive.com/orion-interest%40orionserver.com/ ).  Try 
increasing max-connections in data-sources.xml

Kirk Yarina

At 09:13 AM 5/11/01 +0200, you wrote:
>Hello, we just start some benchs with 25 fake users, here is the exeption:
>Those 25 users try to access the same EJB. Any idears, or points to check in
>our code to fix this kind of errors ???
>
>Thanks.
>
>Philippe.
>
>
>ERROR | 09/05/2001 15:59:01:46 | NodeBmEJB : findNode(NodePK pk) | pk = (id
>= 0, space = WA17, componentName = news35) |
>Exception message: Transaction was rolled back: timed out, while waiting for
>(id = 0, space = WA17, componentName = news35) (started at Wed May 09
>15:58:25 GMT+01:00 2001, terminated at Wed May 09 15:59:01 GMT+01:00 2001)
>com.evermind.server.DeadlockException: Transaction was rolled back: timed
>out, while waiting for (id = 0, space = WA17, componentName = news35)
>(started at Wed May 09 15:58:25 GMT+01:00 2001, terminated at Wed May 09
>15:59:01 GMT+01:00 2001)
> at com.evermind.server.ejb.AbstractEJBObject.startCall(JAX)
> at
>NodeHome_EntityHomeWrapper3.findByPrimaryKey(NodeHome_EntityHomeWrapper3.jav
>a:195)
> at
>com.stratelia.webactiv.util.node.control.NodeBmEJB.findNode(NodeBmEJB.java:5
>0)
> at
>com.stratelia.webactiv.util.node.control.NodeBmEJB.getFrequentlyAskedChildre
>nDetails(NodeBmEJB.java:252)
> at
>NodeBm_StatelessSessionBeanWrapper1.getFrequentlyAskedChildrenDetails(NodeBm
>_StatelessSessionBeanWrapper1.java:1677)
> at
>com.stratelia.webactiv.news.control.NewsSessionControl.getArchiveList(NewsSe
>ssionControl.java:315)
> at
>__jspPage1_news_jsp_news_jsp._jspService(__jspPage1_news_jsp_news_jsp.java:4
>73)
> at com.orionserver.http.OrionHttpJspPage.service(JAX)
> at com.evermind.server.http.HttpApplication.xu(JAX)
> at com.evermind.server.http.JSPServlet.service(JAX)
> at com.evermind.server.http.d4.s3(JAX)
> at com.evermind.server.http.d4.s1(JAX)
> at com.evermind.server.http.d4.forward(JAX)
> at com.evermind.server.http.ew.forward(JAX)
> at
>com.stratelia.webactiv.servlets.ComponentRequestRooter.doPost(ComponentReque
>stRooter.java:153)
> at
>com.stratelia.webactiv.servlets.ComponentRequestRooter.doGet(ComponentReques
>tRooter.java:172)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:190)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:302)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:329)
> at com.evermind.server.http.d4.s3(JAX)
> at com.evermind.server.http.d4.s1(JAX)
> at com.evermind.server.http.eg.s9(JAX)
> at com.evermind.server.http.eg.dr(JAX)
> at com.evermind.util.f.run(JAX)

Re: www.orionsupport.com / JMS

[KirkYarina]

Your nslookup output is normal.  All this means is that your name server 
has, properly, cached the lookup - and since the cached copy comes from an 
NS that's not authoritative for the domain it's flaged as 
non-authoritative.  This is completely normal; nothing to worry about.  Go 
snag a copy O'Reilly's DNS and Bind and look at the nslookup chapter; page 
268 in the third edition.

The web site could be up or down; all you can tell from nslookup is that 
their name service is working correctly.  BTW, orionsupport.com's owner 
(not IronFlare...) has said several times that the web site is his 
development machine, and goes down occasionally when he needs it for other 
purposes.

Here's an example - I used a machine that hasn't looked up orionsupport.com 
recently, and did two nsllookups.  The first lookup came from 
orionsupport.com's name server, the second from our name server's 
cache.  Try it yourself on some random domain, like pigsareflying.com .

$ nslookup www.orionsupport.com
Server:  localhost
Address:  127.0.0.1

Name:www.orionsupport.com
Address:  64.31.131.243

$ nslookup www.orionsupport.com
Server:  localhost
Address:  127.0.0.1

Non-authoritative answer:
Name:www.orionsupport.com
Address:  64.31.131.243


Kirk Yarina

At 11:41 AM 5/3/01 +0200, you wrote:
>Is it down or is my dns screwed up?
>
>Non-authoritative answer:
>Name:orionsupport.com
>Address:  64.31.131.243
>
>I'm looking for a jms-tutorial ( for orion ), NE1 know where to find one?
>
>
>Johan

RE: Orion support company

[KirkYarina]

Brokat jumped in, too - it's now OrionSphereLogicStone(tm), also available 
from PCMall and Egghead.

At 06:50 AM 4/26/01 -0400, you wrote:
>Breaking news: It was decided there is enough for everyone to go round,
>reserve your copy now of OrionSphereLogic(tm) at CompUSA! While stocks
>last!
>
>Hani
>
>On Thu, 26 Apr 2001, Dan North wrote:
>
> > BEA made an offer, but IBM beat them to it.
> >
> > As of version 1.5.0, Orion will become known as OrionSphere Application
> > Server (TM)
> >
> >
> >
> > At 14:48 26/04/2001 +1000, you wrote:
> > >Okok everyone - for those confused. Orion did NOT get bought by BEA.
> > >
> > >JoeO was just making a joke, which obviously quite a few people missed.
> > >
> > >Call it a late April fools prank ;)
> > >
> > >REPEATING: Orion has not been bought by BEA.
> > >
> > >-mike
> > >
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert S.
> > > > Sfeir
> > > > Sent: Thursday, April 26, 2001 4:33 AM
> > > > To: Orion-Interest
> > > > Subject: RE: Orion support company
> > > >
> > > >
> > > > At 11:37 AM 4/25/2001 -0400, you wrote:
> > > > > >Orion's web site is still up? Every time I go to
> > > > www.orionserver.bea.com,
> > > > > >it comes back with an error.
> > > >
> > > > What's orionserver.bea.com?  Dude how about www.orionserver.com, I 
> didn't
> > > > know BEA bought Orion... or did I miss some crazy post somewhere?
> > > >
> > > > R
> > > >
> > > >
> > > >
> > > >
> > > > Robert S. Sfeir
> > > > Director of Software Development
> > > > PERCEPTICON corporation
> > > > San Francisco, CA 94123
> > > > w - http://www.percepticon.com/
> > > > e- [EMAIL PROTECTED]
> > > > t - (415) 749-2900 x205
> > > >
> > > >
> > > >
> >
> > --
> > Dan North
> > VP Development  -  Cadrion Technologies  -  +44 (0)20 7440 9550
> >
> > CONFIDENTIALITY
> > This e-mail and any attachments are confidential
> > and may also be privileged. If you are not the named recipient,
> > please notify the sender immediately and do not disclose the
> > contents to another person, use it for any purpose, or store
> > or copy the information in any medium
> >
> >
> >

RE: Update to 1.4.8 gives strange table names after deployment ???

[KirkYarina]

Old eyes, or at least time to visit the eye doctor; didn't see it the first 
time.

At 01:58 AM 4/26/01 -0700, you wrote:
>This line is in changes.txt:
>
>Moved orion-ejb-jar.xml's inclusion path in an ejb-jar to the META-INF/
>directory from the orion/ directory for consistency.
>
>BTW, Struts now works out of the box with 1.4.8.
>
>Jeff
>
> > -Original Message-
> > From: KirkYarina [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 25, 2001 7:12 AM
> > To: Orion-Interest
> > Subject: Re: Update to 1.4.8 gives strange table names after
> > deployment
> > ???
> >
> >
> > Move (or link or copy) your orion-ejb-jar.xml under META-INF,
> > instead of
> > the orion directory.  This was mentioned on the list a while
> > back, but
> > didn't seem to make it into changes.txt.
> >
> > It bit me, too
> >
> > Kirk Yarina
> >
> > At 01:12 PM 4/25/01 +0200, you wrote:
> > >Great to see there is a new version of Orion, my compliments.
> > >
> > >I performed the upgrade through autoupdate.jar and redpoyed
> > my applications,
> > >whereby I first removed the applications from the
> > application deployment
> > >dir.
> > >
> > >The orion-ejb-jar-xml that Orion generates contains
> > incorrect table names
> > >which were correct in 1.4.7, see below for the first part of the
> > >orion-ejb-jar.xml file. It transforms table="sgsusr" to
> > >:table="nl_unwired_sgs_um_User"  which isn't correct I suppose.
> > >Can someone please tell me what goes wrong, as I can't
> > access my database
> > >like this ??
> > >BTW: The orion-application contains: autocreate-tables="false".
> > >
> > >Eddie
> > >
> > >my orion-ejb.jar.xml:
> > >
> > >
> > > > JavaBeans 1.1
> > >runtime//EN" "http://www.orionserver.com/dtds/orion-ejb-jar.dtd";>
> > >
> > > > deployment-time="e4a8a4f467">
> > >  
> > >> >location="nl.unwired.sgs.um.User" data-source="jdbc/postgresEJBDS"
> > >exclusive-write-access="false">
> > >
> > >
> > >
> > >--- The above is transformed to:
> > >
> > > > JavaBeans 1.1
> > >runtime//EN" "http://www.orionserver.com/dtds/orion-ejb-jar.dtd";>
> > >
> > > > deployment-time="e614c0c4f1">
> > >  
> > >> >location="nl.unwired.sgs.um.User"
> > wrapper="UserHome_EntityHomeWrapper8"
> > >table="nl_unwired_sgs_um_User" data-source="jdbc/postgresEJBDS">
> >
> >
> >

Re: EJB Passivation problem

[KirkYarina]

Put your orion-ejb-jar.xml into your application/orion 
directory  (app/META-INF starting in 1.4.8); it'll be copied, missing 
fields added, and put into the application-deployments/app version.  The 
application-deployments/app version goes away on redeployment.

This has been brought up a number of times before; try searching the list 
archives (at http://www.mail-archive.com/orion-interest%40orionserver.com/ 
; they were down when I just checked) for orion-ejb-jar .

Kirk Yarina

At 10:38 AM 4/26/01 +0100, you wrote:
>Sending this again, as my last post did not seem to appear.  Sorry if 
>you've got it already.
>
>Hi All,
>
>I am trying to do an import of around 90,000 articles which involves 
>creating 3 EJB's per article.  The server gets to around 6000 articles, 
>then falls over giving me an OutOfMemory error.  Reading the list, it 
>seems related to Orion's inablity to passivate EJB's.
>
>I'm using 1.4.8, with JDK 1.3 on Win2000.
>
>I have recently read postings instructing on how to use the max-instances 
>parameter in orion-ejb-jar.xml.  I have tried this, but when I re-deploy, 
>and take a look at the newly generated file, it never keeps my additions, 
>and the problem still occurs during imports.
>
>location="com.backend.contentflow.ejb.User" 
>wrapper="UserHome_EntityHomeWrapper16" 
>table="com_backend_contentflow_ejb_User" data-source="jdbc/HypersonicDS" 
>max-instances="100">
>
>Am I putting this attribute in the right place?  Shouldn't I find it still 
>there when I look at the newly generated orion-ejb-jar.xml?  There are no 
>problems editing it to change SQL for finder methods, so why does it drop 
>my changes to the entity references?
>
>I have also tried writing a method in the bean which calls ejbPassivate, 
>and calling that from the import code to force passivation when I'm done 
>importing an article?  It doesn't seem to help (I'm probably showing my 
>ignorance here)
>
>Is there a known way to force passivation other than this?
>
>Much appreciated,
>
>James

Re: Update to 1.4.8 gives strange table names after deployment ???

[KirkYarina]

Move (or link or copy) your orion-ejb-jar.xml under META-INF, instead of 
the orion directory.  This was mentioned on the list a while back, but 
didn't seem to make it into changes.txt.

It bit me, too

Kirk Yarina

At 01:12 PM 4/25/01 +0200, you wrote:
>Great to see there is a new version of Orion, my compliments.
>
>I performed the upgrade through autoupdate.jar and redpoyed my applications,
>whereby I first removed the applications from the application deployment
>dir.
>
>The orion-ejb-jar-xml that Orion generates contains incorrect table names
>which were correct in 1.4.7, see below for the first part of the
>orion-ejb-jar.xml file. It transforms table="sgsusr" to
>:table="nl_unwired_sgs_um_User"  which isn't correct I suppose.
>Can someone please tell me what goes wrong, as I can't access my database
>like this ??
>BTW: The orion-application contains: autocreate-tables="false".
>
>Eddie
>
>my orion-ejb.jar.xml:
>
>
>runtime//EN" "http://www.orionserver.com/dtds/orion-ejb-jar.dtd";>
>
>
>  
>   location="nl.unwired.sgs.um.User" data-source="jdbc/postgresEJBDS"
>exclusive-write-access="false">
>
>
>
>--- The above is transformed to:
>
>runtime//EN" "http://www.orionserver.com/dtds/orion-ejb-jar.dtd";>
>
>
>  
>   location="nl.unwired.sgs.um.User" wrapper="UserHome_EntityHomeWrapper8"
>table="nl_unwired_sgs_um_User" data-source="jdbc/postgresEJBDS">

1.4.8 faster than 1.4.7

[KirkYarina]

1.4.8 to 1.4.7:

create: 0.7 (create 1000 EBs)
set:0.7 (call all setters on created beans)
get:0.6 (call all getters on 1000 beans)
get(value object): 0.5  (get 1000 ebs as value objects)
remove: 0.6 (remove 1000 ebs)

and the environment is Win98, HypersonicSQL, jdk Sun 1.3.0 Client VM.  The 
only change was an autoupdate to 1.4.8.

Like all benchmarks YMMV

Kirk Yarina

1.4.8 faster than 1.4.7

[KirkYarina]

1.4.8 to 1.4.7:

create: 0.7 (create 1000 EBs)
set:0.7 (call all setters on created beans)
get:0.6 (call all getters on 1000 beans)
get(value object): 0.5  (get 1000 ebs as value objects)
remove: 0.6 (remove 1000 ebs)

and the environment is Win98, HypersonicSQL, jdk Sun 1.3.0 Client VM.  The 
only change was an autoupdate to 1.4.8.

Like all benchmarks YMMV

Kirk Yarina

RE: smp w/jdk

[KirkYarina]

We've concluded that the HotSpot server mode is unusable on our RedHat 6.2 
SMP system with Sun 1.3.1rc1.  Performance tests that run in under 15 
seconds in client mode are still running after half an hour with 
-server.  The test also throws occasional CreateExceptions that don't 
happen with other JVMs.

It's hard to compare platforms, but under W98 and JDK 1.3.0 server mode 
tests complete, but are  noticeably slower than the default client JVM.

It'd be interesting to try this with the 2.4 kernel, but our single RH 7.1 
machine is both a single CPU, and dedicated to running a java source 
website, www.gjt.org.   BTW I haven't run any throughput tests, but 7.1 
feels *fast*.

Kirk Yarina

At 01:47 PM 4/20/01 -0700, you wrote:
>I *HAVE* seen problems with the HotSpot server under SMP with the Linux 6.2
>kernel.
>
>Under heavily loaded conditions, the JVM would 'pause' for somewhere in the
>range of 30 to 60 seconds.  This would occur more frequently when the load
>was higher.  After struggling with many potentially solutions it was
>eventually solved by running in interpreted more (-Xint).
>
>-Original Message-
>From: elephantwalker [mailto:[EMAIL PROTECTED]]
>Sent: Friday, April 20, 2001 9:05 AM
>To: Orion-Interest
>Subject: RE: smp w/jdk
>
>
>Erik,
>
>This is very ugly. I have two more support calls with Sun on my support
>contract. I will call them to see what's happening with this bug. How they
>could release a product that has such a serious bug is beyond me. There
>seems to be a workaround, though:
>
>in Bash, try setting the environmental variable as follows:
>_JAVA_SR_SIGNUM=16
>export _JAVA_SR_SIGNUM
>
>Regards,
>
>the elephantwalker
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Erik Bogghed
>Sent: Friday, April 20, 2001 8:24 AM
>To: Orion-Interest
>Subject: RE: smp w/jdk
>
>
>
>My experience is that almost all 1.3.* variants (Sun, IBM, Blackdown)
>breaks under heavy load on Linux (Redhat 7). It's a recognized bug and
>is said to be fixed (even thought I found out that that was not the case)
>in 1.3.1 RC1.
>
>See http://developer.java.sun.com/developer/bugParade/bugs/4355769.html
>for some info about this.
>
>The only JVM I tested that did not break under heavy load was JRockit.
>To simulate the load I used several instances of Apache JMeter.
>
>I ended up using Blackdowns 1.2.2.
>
>Regards,
>
>Erik Bogghed
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker
> > Sent: den 20 april 2001 06:07
> > To: Orion-Interest
> > Subject: smp w/jdk
> >
> >
> > I just noticed that the readme for Sun's 1.3.0.02 recommends against smp
> > kernels on Linux.
> >
> > Is that an issue? I haven't noticed a problem, had anybody else noticed a
> > problem with Linux and Sun's jvm with the smp kernel?
> >
> > Regards,
> >
> > The elephantwalker
> >

Re: orion with mysql?

[KirkYarina]

You have some control over the caching.  Read up on exclusive-write-access 
and validity-timeout at 
http://www.orionserver.com/docs/orion-ejb-jar.xml.html , and search the 
archives ( http://www.mail-archive.com/orion-interest%40orionserver.com/ ) 
for  max-instances, which hasn't been added to the documentation.

Kirk Yarina

At 09:25 AM 4/5/01 +0200, you wrote:
> > [...] We also tried Hypersonic,
> > but it seems that when both Orion and JBuilder communicate with the db the
> > db gets confused. At least the changes we make in JBuilder don't get
> > updated.
>
>That's propably because Orion caches data of the DB. If you stop Orion, then
>update the DB and then restart Orion, you shouldn't perceive any update
>problems.
>
>Greetings
>
>Armin

RE: Orion OpenTool to JBuilder 4?

[KirkYarina]

Have you looked at 
http://www.orionsupport.com/articles/jbuilder-debugging.html ?

At 09:41 AM 4/3/01 +0200, you wrote:


> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert S.
> > Sfeir
> > Sent: Monday, April 02, 2001 8:02 PM
> > To: Orion-Interest
> > Subject: Orion OpenTool to JBuilder 4?
> >
> >
> > I've been trying to find ANY information about pluging in
> > Orion as part of
> > the servers inside JBuilder using the OpenTool API.  Doesn't
> > look like
> > anyone's written one.  I've sent an email to the Orion folks,
> > no response.
> >
> > I have a source code example here that shows how to do this
> > with Tomcat,
> > and it doesn't look like I need THAT much more work to
> > convert it over to
> > make it work with Orion, I just don't want to spin my wheels
> > doing it if
> > someone has already done this.
>
>I haven't, and I think nobody else has since I've been following both the
>orion list and the jbuilder opentool newsgroup for some time now, but
>haven't heard of it.
>It would be nice if you could write it, although I'm quite content using
>jbuilder4 with the antrunner opentool (available from borland's
>codecentral).
>
> >
> > I know you can use Orion from the run menu, but there seem to
> > be other
> > benefits from having it as an application server in JBuilder,
> > primarily for
> > deployment purposes.
> >
> > Thanks.
> > R
> >
> >
> > Robert S. Sfeir
> > Director of Software Development
> > PERCEPTICON corporation
> > San Francisco, CA 94123
> > w - http://www.percepticon.com/
> > e- [EMAIL PROTECTED]
> > t - (415) 749-2900 x205
> >
> >

Re: JNDI SecurityException

[KirkYarina]

System.setProperty("java.naming.provider.url","ormi://192.168.100.3/appname");
   
  ^^

Try this; it was just discussed ( 
http://www.mail-archive.com/orion-interest%40orionserver.com/msg11568.html )


At 08:00 AM 3/26/01 -0800, you wrote:
>I'm trying to re-deploy an existing CMP bean on Orion and am having no 
>luck at all with the JNDI lookup of the bean's home interface.  No matter 
>what I change or what I try, I *always* get a SecurityException saying 
>that the userid/password is invalid.  The principal and credentials that I 
>am using are that of the admin user.
>This application used to work on JBoss.  It consists of the one bean 
>("PersonBean") and a servlet, run separately in Tomcat (this cannot be 
>changed for now) that uses the bean.  On the servlet client side, I've 
>tried many different versions of the bean name ("ejb/Personbean", 
>"java:comp/env/ejb/PersonBean", "PersonBean" ... ) but that makes no 
>difference - SecurityException, bad userid/password, every single time.
>I'm setting the following properties explicity from the servlet, prior to 
>doing any JNDI operations:
>
>
>System.setProperty("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFactory");
>
>System.setProperty("java.naming.provider.url","ormi://192.168.100.3");
>   System.setProperty("java.naming.security.principle","admin");
>   System.setProperty("java.naming.security.credentials","foobar");
>
>I've tried specifying an "application" (PersonBean) in the URL, but all I 
>get is the same old SecurityException again.
>
>On the server side, I've tried copying some of the config data from the 
>server's principals.xml file into the principals.xml file in the bean 
>deployment directory.  This also had no effect on the SecurityException.
>
>So what am I missing?
>
>Thanks,
>Eric
>

RE: Orion and WARs

[KirkYarina]

Sorry, but that's the wrong answer.  The old struts deployed directly from 
their war files (we never tried anything newer), using the following:

In $ORIONDIR/config/application.xml :

   

   

   


and in $ORIONDIR/config/default-web-site.xml :

   

   

   

HTH

Kirk Yarina

At 11:09 AM 3/22/01 -0800, you wrote:

>Orion only knows about EAR files. Wrap your WAR up in an EAR.
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Burr Sutter
>Sent: Thursday, March 22, 2001 7:32 AM
>To: Orion-Interest
>Subject: Orion and WARs
>
>
>Question: How do you use a WAR with Orion? If I update my server.xml to
>point to a WAR like so
>
>
>It complains about the lack of a META-INF and an application.xml. A War
>doesn't normally require those folders/files, they are for EARs. I'd like my
>WARs to be portable and other J2EE engines don't require a
>META-INF/application.xml in a WAR.
>
>I'm running Orion 1.4.5.
>
>It must be something simple.
>
>Burr
>[EMAIL PROTECTED]

RE: No suitable driver exception

[KirkYarina]

Here's pieces of a test program I wrote about a year ago when we were 
looking at BMP - it's not great code, but it worked.  This ran with Sybase 
and Hypersonic; the Sybase data-sources.xml section is below (the 
Hypersonic version was as-shipped with around 1.0).  Hope this helps...

Kirk Yarina

 /**
  *  update a row in the database
  */

 private void
 updateRow()
 throws FinderException
   {
   // if ( ! this.isModified ) return;

   String updateStatement =
   "UPDATE address set "
 + "addr1 = ?,"
 + "addr2 = ?,"
 + "addr3 = ?,"
 + "city = ?,"
 + "state = ?,"
 + "zipcode = ?,"
 + "country = ? "
 + "where id = ?";

   Connection con = null;
   PreparedStatement ps = null;

   try
 {
 con = this.getConnection();
 ps  = con.prepareStatement(updateStatement);

 int ix = 1;

 ps.setString(ix++,this.addr1);
 ps.setString(ix++,this.addr2);
 ps.setString(ix++,this.addr3);
 ps.setString(ix++,this.city);
 ps.setString(ix++,this.state);
 ps.setString(ix++,this.zipcode);
 ps.setString(ix++,this.country);

 // where id = ?
 ps.setLong(ix,this.id);

 if (ps.executeUpdate() != 1)
   {
   throw new FinderException ("Store address.id "+this.id);
 }
   }
  catch (SQLException se)
   {
   se.printStackTrace( System.err );
   throw new EJBException( "updateRow "+se.getMessage() );
   }
  finally
   {
   try
 {
 if ( ps  != null )
   ps.close();
 if ( con != null )
   con.close();
 }
   catch (Exception e) {};   // ignore SQLExceptions...
   }
  }

   private Connection
   getConnection()
 {
 String dsName = "jdbc/DefaultEJBDS";  // Pooled connections

 InitialContext initialContext = null;

 try {
   initialContext = new InitialContext();
   }
 catch ( Exception ex )
   {
   System.err.println( "-- Getting Initial Context --" );
   ex.printStackTrace( System.err );
   throw new EJBException
 ("getting address initialContext, " + ex.getMessage() );
   }

 try {
   DataSource ds =
 (DataSource) initialContext.lookup( dsName );

   return ds.getConnection();
   }
 catch ( Exception ex )
   {
   System.err.println
 ( "-- looking up DataSource '" + dsName + "' --" );
   ex.printStackTrace( System.err );
   throw new EJBException
 ( "looking up dsName '"
   + dsName + "', " + ex.getMessage() );
   }

-

   



At 11:19 AM 3/16/01 -0800, you wrote:
>Thanks for the advice, still not working.
>Getting a different Error when trying the EJB data source. ANy ideas?
>
>Exception in thread "main" java.lang.NullPointerException
> at com.evermind.sql.OrionPooledDataSource.ej(JAX)
> at com.evermind.sql.OrionPooledDataSource.d8(JAX)
> at com.evermind.sql.ak.eo(JAX)
> at com.evermind.sql.ak.ep(JAX)
> at com.evermind.sql.ap.createStatement(JAX)
> at Test.main(Test.java:33)
>
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, March 15, 2001 11:14 PM
>To: Orion-Interest
>Subject: Re: No suitable driver exception
>
>
>Try:
>
>  DataSource ds = (DataSource)ctx.lookup("jdbc/OracleDS"); instead of
>  DataSource ds = (DataSource)ctx.lookup("jdbc/OracleCoreDS");
>
>regards
>/Theis.

Re: Hypersonic website / docs

[KirkYarina]

This topic's already been beaten to death, and then some.  See the archives.

Hypersonic was never suitable for production, but it's still a great 
development tool if you can work around or live with it's limitations.

At 10:35 PM 3/13/01 -0300, you wrote:
>mysql.
>- Original Message -
>From: "elephantwalker" <[EMAIL PROTECTED]>
>
> > Hello,
> >
> > Hypersonic has been end-of-lifed. I would suggest postgresql or some other
> > database engine.
> >
> > Regards,

Re: How about the latest xerces.jar and xalan.jar? - memory leak

[KirkYarina]

Per xml.apache.org you'll need to update xalan along with xerces - the 
xalan download includes both of them.

We're using 1.2.D02 with no problems, but haven't tried 2.0 yet.

Kirk Yarina

At 09:33 AM 3/14/01 +1000, you wrote:

>Dear all,
>
>Just a warning to anyone using xerces in their web app.
>
>The current version of xerces shipped with orion sort of leaks memory
>(xerces issue, not orions).
>
>org.w3c.Document objects continue to hold a reference to any
>org.w3c.traversal.TreeWalker objects created so if the TreeWalker goes out
>of scope it's not garbage collected.
>
>The latest release of Xerces, Document doesn't hold a reference to
>TreeWalker.
>
>In a scenario where:
>
>1. your web app through a servlet or jsp loads a xml config file as a static
>variable
>2. on subsequent posts or gets creates a TreeWalker to go over the Document
>
>you will be *leaking memory* unless you manually call removeTreeWalker in a
>xerces specific way.
>
>If orion shipped the latest xerces/xalan then this problem would go away and
>we'd have access to better transformation libraries, etc.
>
>We've tried replacing xerces.jar with the latest version. It fixes the
>memory leak problem but xalan falls over
>
>Greg.
>
>- Original Message -
>From: "Ted R. Rice" <[EMAIL PROTECTED]>
>To: "Orion-Interest" <[EMAIL PROTECTED]>
>Sent: Saturday, March 10, 2001 4:58 AM
>Subject: RE: How about the latest xerces.jar and xalan.jar?
>
>
> > i've experience similar issues with orion 1.4.7 and
> > saxon 6.2.1.
> >
> > if you update the versions of xerces to 1.3 and xalan
> > to 2.0, you will get the MethodNotFound error when
> > doing any javax.xml package calls. only way i got
> > around it was:
> >
> > 1. remove jaxp.jar from the orion dir
> > 2. open up xalan.jar and remove all the javax.xml classes
> >
> > additionally, we use UTF-8 encoding on all of XML/XSLT
> > files to support localization. if you set the default-charset in
> > the global-web-applicaiton.xml to be UTF-8 it will not work
> > as it complains about unrecognized UTF-8 characters in the
> > XML files. hoewever, the second you remove the default-charset
> > it works perfectly.
> >
> > everything i've mentioned was never a problem until 1.4.7. none
> > of our code has changed and it never had an issue with the
> > default-charset,
> > jaxp, or xalan/xerces.
> >
> > ted rice
> >
> > -Original Message-
> > From: Duffey, Kevin
> > Sent: Fri 3/9/2001 9:42 AM
> > To: Orion-Interest
> > Cc:
> > Subject: How about the latest xerces.jar and xalan.jar?
> >
> >
> >
> > Orion team (and whoever else is interested),
> >
> > I am working on a small framework that uses Saxon and requires
> > the latest
> > xerces.jar file. I just did an autoupdate and it downloaded
> > xerces.jar into
> > the orion folder (I deleted the one that was there because of
> > the problem I
> > am about to describe). When I started my app, the MethodNotFound
> > error I got
> > when I left the 589KB version of xerces.jar in the Orion folder
> > came back.
> > So two things. First, can you please add the latest xerces
> > 1.3.0. Its 1.5MB
> > in size, but it adds a lot of new functionality that some of us
> > are now
> > using. Secondly, why is it when xerces.jar is in the Orion
> > folder, Orion
> > does NOT use the version I have in the WEB-INF/lib folder? I
> > thought (sorry
> > if I don't recall what the specs say on this) that libraries in
> > the
> > WEB-INF/lib of a web-app override the ones in a server dir?
> >
> > Thanks.
> >
> >
> >
> >

Re: Hypersonic website / docs

[KirkYarina]

Hypersonic may have died - see 
http://sourceforge.net/forum/forum.php?forum_id=62074 .  Look quick; the 
hsql mail lists says that the sourceforge project may be shut down soon.

There is a tool in the hypersonic demo directory, try:

java -cp hsql.jar org.hsql.util.QueryTool

You'll probably need to set some parameters (including -test false); it'll 
print the current values when it starts.

Kirk Yarina

At 02:38 PM 3/13/01 +, you wrote:
>Hi,
>
>What's the correct url for the hypersonic website? I thought the official
>one was hsql.oron.ch, which I'm sure worked until a few weeks ago but
>doesn't now - I get a forbidden error when accessing it. Interestingly it
>comes back with www.hypersonicsql.com in the error page, but that site
>doesn't seem to exist in any form...
>
>What gives? Is anyone on this list anything to do with Hypersonic and knows
>what's happening with the site (it's been this way for a few days, and I've
>just double-checked that it's not our web proxy)
>
>Failing any kind of online help, are there docs buried within the Orion
>document tree for Hypersonic? I couldn't see anything at all.
>
>What I'm actually after is some kind of command-line SQL client - does
>Hypersonic have one? I know it's got that applet for administration (does
>that even come as part of the Orion install?) but I don't want to fire up a
>browser or mess around with appletviewer unless I have to. I do have a
>homebrew client but it was written against Oracle so I don't know (yet)
>what'll be involved in getting it to work with Hypersonic...
>
>thanks
>
>Jules

Re: EJBUtils.cloneObject tkes up 40% of the time

[KirkYarina]

What happens if you set   in
orion-ejb-jar.xml?  See:

http://www.orionserver.com/docs/orion-ejb-jar.xml.html

Kirk Yarina

At 08:55 PM 3/12/01 -0500, you wrote:
>Hello,
>
>I had posted a similar message a while back but never got any response.
>Now, it has become critical.  Hopefully, someone can help me understand
>this.
>
>While profiling my server, I'm noticing that the server is spending
>approximately 40% of the time in
>com.evermind.server.ejb.EJBUtils.cloneObject() (Apparently, the method
>serializes/deserializes an Object to clone it).  The method is invoked
>each time a SLSB calls another SLSB that returns a value.  Aparently,
>the to be returned value is cloned before being returned to the caller.
>Both the SLSB are on the same server and deployed in the same
>application.  The returned value is Cloneable and Serializable.  Have I
>mis-configured something?  Has anyone else experienced a similar
>performance penalty?
>
>This has become quite a critical performance issue for me and I would
>appreciate any feedback.
>
>Thanks,
>Vidur

RE: Case insensitive primary keys

[KirkYarina]

Add a finder (see the advanced finder section in the right-side menu at 
www.orionsupport.com )

Collection findIgnoringCase(String name)

with a where clause of



If you have "Smith" and "smith" do you want them to be separate entities, 
or do you want to get an exception when you add the second one?  If the 
latter you might want to make the primary key include "SMITH", and add 
"Smith" as another field - i.e. strip case from the primary key, and add a 
field that preserves the original case.  Is there a good portable way to 
make the primary key case-insensitive to the DBMS, so 
findByPrimaryKey("Smith") and ("smith") both return the same row.

Kirk Yarina

At 10:05 AM 3/11/01 -0800, you wrote:
>Thanks for everyone's comments.
>
> >From: Rafael Alvarez [mailto:[EMAIL PROTECTED]]
> >
> >You can do two things:
> >.- In the EJBCreate change the user name to Upper or Lower case  when
> >setting it. Also in the PK class change it to Upper or Lower case.
>
>Not a good solution for me, because I want to preserve case.  I don't
>want to maintain a second field with the correct case; I might as well
>use an integer key.
>
> >.- Override the PK class equal() method, to compare the username in
> >Upper(Lower)case.
>
>How does this work?  Doesn't the database need to be made aware of the
>insensitivity?  How would finders work?
>
>I'm confused about how an app server handles this.  Any information
>would be very helpful :-)
>
>Thanks,
>Jeff
>
>
> >Thursday, March 08, 2001, 7:30:39 PM, you wrote:
> >
> >JS> I have a primary key which is a string (user's name), and
> >I would like
> >JS> it to be case-insensitive.  That is, if there is already a
> >"bob" entity,
> >JS> trying to create a "Bob" entity should throw a
> >DuplicateKeyException.
> >JS> Is there a way I can do this with Orion?
> >
> >JS> I vaguely recall reading something in the documentation
> >about this, but
> >JS> now I can't seem to find it.  I'm starting to think that I
> >imagined it.
> >
> >JS> Thanks,
> >JS> Jeff
> >
> >--
> >Best regards,
> > Rafaelmailto:[EMAIL PROTECTED]
> >
> >
> >
> >

Re: Autoreplies and mailing list mails

[KirkYarina]

It's most likely not Mr. Ratz's fault.  Vacation programs often rely on a 
Precedence: bulk (or junk) header in the message to determine that a 
message is from a mail list.

Unfortunately many lists, including orion-interest, don't include this 
header line.  It's quite possible that Ironflare's list software doesn't 
support the header, or perhaps they haven't had the opportunity to add 
it.  If it does would the list manager please consider adding the header 
line (and, btw, thanks for Return-Path).

Running mail lists can be tricky; there's some subtle issues that don't 
have obvious solutions - until you run your second list.

Kirk Yarina



At 03:29 PM 3/12/01 +0100, you wrote:
>Dear Peter Ratz
>
>
>I sincerely hope that next time you are out of the office you will _not_
>send autoreplies to everyone on the Orion Interest list. You have now
>informed each and every contributer on the list _many_ times that you are
>unreachable, and this autoreplying will go on and on and on untill you get
>back.
>
>I know autoreplies can be a good tool sometimes, but please do not send
>autoreplies to mailing lists - either unsubscribe from the list prior to
>leaving the office or simply do not use autoreplies.
>
>I am sure you did not make this happen deliberately, and I hope this will
>not happen again.
>
>
>Yours Sincerely
>Randahl
>
>
>
> >  -Original Message-
> > From: Ratz, Peter [mailto:[EMAIL PROTECTED]]
> > Sent: 12. marts 2001 15:16
> > To:   Randahl Fink Isaksen
> > Subject:  AW: Un Subscribe
> >
> > Ich bin voraussichtlich bis 05.04.2001 nicht erreichbar.
> > Bitte wenden Sie sich an Frau Ulrike Fandrey.
> > Tel.: 08677 9747-123
> > E-Mail: [EMAIL PROTECTED]
> >
> > Mit freundlichen Grüßen
> >
> > Peter Ratz
> > COC AG, Burghausen

Re: Dependent Primary Key

[KirkYarina]

You can also turn off autocreate, and create your tables outside 
orion.  This gives you access to foreign keys and referential integrity 
checking, indexes, etc.

Kirk Yarina

At 09:36 AM 3/9/01 -0500, you wrote:
>Hello, Christian:
>I have an application which has a lot of one-to-many EJB-to-dependents
>relationships. What I have experienced is that you can define data-type in
>your deployment descriptor "orion-ejb-jar.xml", including redefining field
>size to whatever you expect, instead of having all string fields to be
>varchar2(255) from Orion creation. This means you can use
>"persistence-type="xxx(xxx)"" right after  to
>define your key size.
>Good luck!
>
>
>
>Ruth He
>
>Canlink Interactive Technologies
>303 Bagot Street
>Kingston, ON, Canada
>K7K 5W7
>
>http://www.canlink.com
>Phone: 613-549-7883
>Email: [EMAIL PROTECTED]
>
>- Original Message -
>From: Christian Billen <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Sent: Thursday, March 08, 2001 2:05 PM
>Subject: Dependent Primary Key
>
>
> > Hi list,
> >
> > I realize the very existence of Dependent might be changing in the near
> > future, but have some question regarding their use in the current
> > implentation on orion 1.4.7
> >
> > I have a Person (EJB CMP) with a one-to-many PhoneNumber(dependent).  My
> > problem is that orion creates a person_phonenumbers table and try to make
>a
> > composite primary key with all the fields in my PhoneNumber.  It does
>cause
> > a problem as my database has a limit on the size of the key.
> > Is there a way to specify what the primary key for a dependent should be
>so
> > that the autocreate table can do it properly or should I create my table
> > ahead of time to the spec I want ?
> >
> > Thanks,
> >
> > Christian
> >
> >
> >

Re: find by methods

[KirkYarina]

Take a look at http://www.orionsupport.com/ under basic and advanced finder 
queries (on the right side under EJB).

Kirk Yarina

At 10:43 AM 3/9/01 +, you wrote:
>Hi all,
>I am new to EJBs and am currently attempting to define my findBy methods. 
>I was under the impression that you define your sql in the ejb-jar file 
>like such:
>
>  
>
> RemoteApp
>findByName(name)
> 
>   java.lang.String
>
>   
>
>
>
>However I have noticed that the orion ejb-jar file also generated finder 
>methods. So the question is what exactly is defined in the ejb-jar file? 
>your where conditions or nothing. I am running orion 1.4.7 and the orion 
>ejb jar file has defined everything from what I can see.
>
>regards Francis

Re: un subscribe

[KirkYarina]

It's easiest to just go and unsubscribe them.  The form is a bit tough to find.

Perhaps a message footer with unsubscribe directions would help.  It's not 
perfect; ejb-interest has one that not everyone notices.

Kirk Yarina

At 03:28 PM 3/6/01 -0800, you wrote:
>Please use the form at www.orionserver.com
>--- Prasanna Kumar <[EMAIL PROTECTED]> wrote:
> > Please  un subscribe
> >
> > Thanx..
> >
>
>
>__
>Do You Yahoo!?
>Get email at your own domain with Yahoo! Mail.
>http://personal.mail.yahoo.com/

Re: sending to this list always produces an error mail

[KirkYarina]

It's can be tough to find the address they're originally sent to, 
especially if there's more than one address in that domain subscribed or 
(worse yet) if it's an alias in a different domain.  The error message is 
generated via an alias (quit@...) and everything identifying the original 
address is missing from the message or headers.

Some lists handle this with periodic probes, sending a unique message to 
every address on the list that can identify the original address, and 
looking at the bounces.  It's can be a bit of work to create these if the 
list software doesn't support it, however.

Kirk Yarina

At 04:22 PM 2/23/01 -0500, you wrote:
>Maybe the list administrator should unsubscribe that email address...
>
>
>- Original Message -
>From: "Edoardo Comar" <[EMAIL PROTECTED]>
>To: "Orion-Interest" <[EMAIL PROTECTED]>
>Sent: Friday, February 23, 2001 5:24 AM
>Subject: sending to this list always produces an error mail
>
>
> > Hi
> >
> > sending to this mailing list always produces an error mail like the one
> > shown below.
> > I have tried to contact the postmaster mentioned in the error mail, but he
> > doesn't exist 
> >
> > Edo
> >
> > > -Original Message-
> > > From: mail [mailto:[EMAIL PROTECTED]]
> > > Sent: 23 February 2001 10:13
> > > To: Edoardo Comar
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Your message concerning RE: please tell me : does JMS work at
> > > all ?
> > >
> > >
> > >
> > > The person you have tried to contact is no longer employed at Netch
> > > Technologies.  You may wish to contact us at [EMAIL PROTECTED] instead, or
> > > visit us on the web, http://www.netch.se/ .
> > >
> > > This message is probably caused by one of the following recipient
> > > adresses:
> > >
> > >
> > > [EMAIL PROTECTED]
> > >
> > > If you feel this message is in error, mail [EMAIL PROTECTED] to
> > > get in touch with the mail administrator.
> > >
> > > regards,
> > > /netch/
> > >
> > > The original message follows:
> > >
> > > From [EMAIL PROTECTED]  Fri Feb 23 11:12:55
> > > 2001Received: from ernst-hugo.netch.se
> > > (IDENT:[EMAIL PROTECTED] [194.16.2.10])
> > > by atwood.netch.se (8.9.3/8.9.3) with ESMTP id LAA04056
> > > for <[EMAIL PROTECTED]>; Fri, 23 Feb 2001 11:12:55 +0100
> > > Received: from druid.evermind.net (IDENT:[EMAIL PROTECTED]
> > > [195.58.126.196])
> > > by ernst-hugo.netch.se (8.9.3/8.9.3) with ESMTP id LAA31261;
> > > Fri, 23 Feb 2001 11:12:55 +0100
> > > Received: from druid.evermind.net (IDENT:[EMAIL PROTECTED]
> > > [195.58.126.196])
> > > by druid.evermind.net (8.9.3/8.9.3) with SMTP id LAA13166;
> > > Fri, 23 Feb 2001 11:49:01 -0100
> > > Received: from maps.knowledgeview.co.uk (maps.knowledgeview.co.uk
> > > [193.114.95.2])
> > > by paladin.evermind.net (8.9.3/8.9.3) with ESMTP id MAA06179
> > > for <[EMAIL PROTECTED]>; Fri, 23 Feb 2001
> > > 12:37:54 -0500
> > > Received: from edo ([193.114.95.145]) by
> > >   maps.knowledgeview.co.uk (Netscape Messaging Server 4.15) with
> > >   SMTP id G97EQG00.45D for <[EMAIL PROTECTED]>;
>Fri,
> > >   23 Feb 2001 09:37:28 +
> > > From: "Edoardo Comar" <[EMAIL PROTECTED]>
> > > To: Orion-Interest <[EMAIL PROTECTED]>
> > > Subject: RE: please tell me : does JMS work at all ?
> > > Date: Fri, 23 Feb 2001 09:41:48 -
> > > Message-ID: <[EMAIL PROTECTED]>
> > > MIME-Version: 1.0
> > > Content-Type: text/plain;
> > > charset="iso-8859-1"
> > > Content-Transfer-Encoding: 7bit
> > > X-Priority: 3 (Normal)
> > > X-MSMail-Priority: Normal
> > > X-Mailer: Orion ListServer
> > > In-Reply-To: <[EMAIL PROTECTED]>
> > > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
> > > Importance: Normal
> > > Reply-To: Orion-Interest <[EMAIL PROTECTED]>
> > > Sender: [EMAIL PROTECTED]
> > >

RE: Third party JDBC error

[KirkYarina]

 From http://www.simba.com/support/support.htm (searched www.google.com for 
simba jdbc, clicked on support):

At Simba, our customer service mandate is to provide our customers with the 
support, knowledge, and tools they require to be competitive in the 
marketplace.
Simba now offers free downloads of product updates to customers with 
current support agreements. See the product updates page for more information.
Simba Technical Support can be contacted by telephone, email, fax, or by 
completing an online form. Simba will contact you within one business day.

Telephone Support: 1-604-633-0008, ext. 3
Email Support: [EMAIL PROTECTED]
Fax Support: 1-604-633-0004

Kirk Yarina

At 11:11 AM 2/22/01 -0300, you wrote:
>nop
>
>-Mensaje original-
>De: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED]]En nombre de Magnus Rydin
>Enviado el: jueves, 22 de febrero de 2001 5:21
>Para: Orion-Interest
>Asunto: SV: Third party JDBC error
>
>No Simba mailinglist?
>
> > -Ursprungligt meddelande-
> > Från: Andres Garcia Hourcade 
> [mailto:[EMAIL PROTECTED]]
> > Skickat: den 20 februari 2001 07:29
> > Till: Orion-Interest
> > Ämne: Third party JDBC error
> > Prioritet: Hög
> >
> >
> > this error is thrown when attempting to make a simple sql "select" in
> > Relativity DBMS through simba JDBC.-
> > can anyone help me with this error or tell me what i have to read ?
> > many thanks
> >
> >
> > java.sql.SQLException: [Simba JDBC Client]null
> >   at
> > simba.jdbc.RPCInterface.createValidSQLException(RPCInterface.java)
> >   at simba.jdbc.RPCInterface.SQLConnectMP(RPCInterface.java)
> >   at simba.jdbc.SimbaDriver.connect(SimbaDriver.java)
> >   at com.evermind.sql.DriverManagerDataSource.getConnection(JAX)
> >   at
> > com.evermind.sql.DriverManagerConnectionPoolDataSource.getPool
> > edConnection(J
> > AX)
> >   at com.evermind.sql.OrionPooledDataSource.eh(JAX)
> >   at com.evermind.sql.OrionPooledDataSource.d3(JAX)
> >   at com.evermind.sql.OrionPooledDataSource.getConnection(JAX)
> >   at com.evermind.sql.DriverManagerXADataSource.ep(JAX)
> >   at com.evermind.sql.aj.em(JAX)
> >   at com.evermind.sql.an.getMetaData(JAX)
> >   at com.evermind.sql.an.getMetaData(JAX)
> >   at hello.ejb.HelloBean.ejbCreate(HelloBean.java:166)
> >   at
> > HelloHome_EntityHomeWrapper1.create(HelloHome_EntityHomeWrappe
> > r1.java:293)
> >   at hello.web.HelloServlet.init(HelloServlet.java:64)
> >   at com.evermind.server.http.HttpApplication.wo(JAX)
> >   at com.evermind.server.http.HttpApplication.v6(JAX)
> >   at com.evermind.server.http.HttpApplication.vq(JAX)
> >   at com.evermind.server.http.HttpApplication.uh(JAX)
> >   at com.evermind.server.http.ed.sp(JAX)
> >   at com.evermind.server.http.ed.so(JAX)
> >   at com.evermind.util.f.run(JAX)
> >
> >
> > The same ejb with mysql 2.22 works fine, attached send some
> > xml files...
> > Thanks a lot and in advanced
> >
> >
> > --> C:\orion\application-deployments\app-xxx\orion-application.xml
> >  > autodelete-tables="true">
> >> path="c:\orion\lib\hsql.jar;c:\orion\lib\mysql.jar;c:\orion\li
> > b\simbajdbc.ja
> > r" />
> > ...
> >
> >
> >
> > -->C:\orion\config\data-sources.xml
> >>   name="Default data-source"
> >   class="com.evermind.sql.ConnectionDataSource"
> >   location="jdbc/DefaultCoreDS"
> >   pooled-location="jdbc/DefaultPooledDS"
> >   xa-location="jdbc/xa/DefaultXADS"
> >   ejb-location="jdbc/DefaultDS"
> >   url="jdbc:HypersonicSQL:./database/defaultdb"
> >   connection-driver="org.hsql.jdbcDriver"
> >   username="sa"
> >   password="" />
> >
> >   >   name="simba"
> >   class
> > ="com.evermind.sql.DriverManagerDataSource"
> >   location ="jdbc/simbaCore"
> >   pooled-location  ="jdbc/simbaPooled"
> >   xa-location  ="jdbc/xa/simbaXA"
> >   ejb-location ="jdbc/simba"
> >   username ="sistemas"
> >   password =""
> >   url
> > ="jdbc:simba://10.1.1.107:1583/desarrollo"
> >   connection-driver="simba.jdbc.SimbaDriver"
> >   />
> >
> >>   name="mysql"
> >   class
> > ="com.evermind.sql.DriverManagerDataSource"
> >   location ="jdbc/mysqlCore"
> >   pooled-location  ="jdbc/mysqlPooled"
> >   xa-location  ="jdbc/xa/mysqlXA"
> >   ejb-location ="jdbc/mysql"
> >   username ="sist"
> >   password =""
> >   url  ="jdbc:mysql://10.1.1.107:3306/mysqldb"
> >   connection-driver="org.gjt.mm.mysql.Driver"
> >   />
> >
> > 
> >
> >

RE: Get me off this subscription!!!!

[KirkYarina]

mail-archive.com will not be able to help; it's just another subscribed 
address that happens to keep a public archive.  Take a look at their FAQ at 
http://www.mail-archive.com/faq.html if you're interested in details.  It's 
not connected with Evermind/Ironflare in any way.

If you go back a couple days there was a (rare) post from the Orion team 
about how they're sorting out their mail list unsubscribe; their advice was 
to use their form and ignore the incorrect response page.  If it's not 
working send a message to [EMAIL PROTECTED] and hope somebody'll read 
it.  I suspect they'd be better off if they used different list software; 
this one looks like a homebrew effort.

If they're too busy to accept offers of money they probably don't have time 
to fix the list, though...

Kirk Yarina

At 10:52 AM 2/22/01 +0100, you wrote:
>Hmmm... has anyone told http://www.mail-archive.com/ about the
>unsubscription problem - if not I think it is about time, so if noone
>replies to this e-mail, saying they have already done so, I think I will
>send and e-mail to http://www.mail-archive.com/ in hopes the problem will be
>solved. But hey, I am sure somebody from the Orion team will send me a reply
>saying they are already taking care of this problem in concern of the Orion
>Server customers...
>
>R.
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Adamson, Scott
>Sent: 22. februar 2001 06:40
>To: Orion-Interest
>Subject: RE: Get me off this subscription
>
>
>I just tried the 'unsubscribe' form on the website and it even sent me a
>nice assuring comfirmation that I had been unsubscibed, no good. I guess I
>have to have the mail blocked or set up a new email acct.
>
>-Original Message-
>From: Allen Fogleson [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, February 22, 2001 12:32 PM
>To: Orion-Interest
>Subject: RE: Get me off this subscription
>
>
>did you try the website, enter your email and press submit? it worked fine
>for me when I switched jobs and had to use a new email.
>
>Al
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Steve Johann
>Sent: Wednesday, February 21, 2001 12:43 PM
>To: Orion-Interest
>Subject: Get me off this subscription
>
>
>I have tried all your recommendations to get off your
>subscription list. Come on guys!

Re: Examples of XML / XSLT

[KirkYarina]

At 03:05 AM 2/21/01 +0100, you wrote:
>Why would you need Orion if you want to have an introduction to XML and
>XSL/XSLT ?
>
>BTW: I don't know any good tutorials on XSLT. I just used an example XSLT
>stylesheet, written by Joseph, modified it, analyzed it, etc., until I figured
>out the idea. Then I used the XSL spec (at http://www.w3.org/ ) to get to the
>details.


Try Wrox's "XSLT Programmer's Reference" by Michael Kay.  It's USD$24.50 
(plus shipping) at Bookpool ( 
http://www.bookpool.com/.x/micoqa3j56/sm/1861003129 ), or $27.99 (+s/h) at 
Amazon.  2nd ed due out in a couple months, though.

>--
>Ernst
>
>[EMAIL PROTECTED] wrote:
> > are there any good / self-containted examples that use orion?

Re: Is xerces.jar too old ?

[KirkYarina]

Has anyone tried Xalan Java 2.0.0 yet?  If so, how well did it work?

Kirk Yarina

At 08:23 AM 2/20/01 -0600, you wrote:
>Yes it is.  Get the latest and put it in orion/ and it will work fine.
>I also use jdom and it works fine.  It will not cause side affects since
>the only difference is the DOM level supported.
>
>Matt
>
>Boris Erukhimov wrote:
>
>...
>
> > Everything works fine after I replaced the old xerces.jar in the Orion root
> > directory with the new one which came with jdom.jar bundle.
> >
> > I don't like that hack because it's an alteration to Orion distribution 
> and hell
> > knows what side effects it may cause.

Fwd: [hsql-user] This is really BAD news

[KirkYarina]

FYI; this was posted on the HypersonicSQL ML last week.

>From: Jan Castermans <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [hsql-user] This is really BAD news
>List-Archive: 
>Date: Wed, 7 Feb 2001 09:08:39 +0100
>
>See: http://sourceforge.net/forum/forum.php?forum_id=62074
>
>This answers a lot of questions about new releases
>
>___
>hsql-user mailing list
>[EMAIL PROTECTED]
>http://lists.sourceforge.net/lists/listinfo/hsql-user

RE: Problems with a finder method in a cmp

[KirkYarina]

Suppose you had a widget CMP entity bean, with a handedness field, and 
wanted to get all the left handed widgets.  You'd use a finder method, 
findByHandedness("left"), to return a collection of left handed widgets.

Orion makes this easy; just define it and go.  See 
http://www.orionsupport.com/ for details ( 
http://www.orionsupport.com/articles/ejbfinderquery.html ).  More 
complicated finders ("left handed widgets sold on Mondays") takes a little 
more effort, also described on Orionsupport.

BTW, Orionsupport is a private effort, not an official site.  The 
maintainer occasionally uses the server hardware for other purposes, so if 
it doesn't respond wait a while and try again later.

Kirk Yarina


>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Geoff Marshall
>Sent: Monday, February 12, 2001 10:31 AM
>To: Orion-Interest
>Subject: Re: Problems with a finder method in a cmp
>
>
>Please don't laugh at me, but what IS a 'finder method in a CMP'??  Just a
>simple explanation or a pointer to more info, please...
>--
>
>-Geoff Marshall, Director of Development
>
>...
>t e r r a s c o p e  (415) 951-4944
>54 Mint Street, Suite 110 direct (415) 625-0349
>San Francisco, CA  94103 fax (415) 625-0306
>...

Re: Jbuilder 4.0 simple question

[KirkYarina]

Project/Project Properties/Source/Add, then Project/Add 
Files\/Packages.  Aksi try Help/Help Topics.

But isn't www.borland.com a better place to find JBuilder 
information?  This does seem a bit off topic for the Orion Interest list.

Kirk Yarina

At 11:21 AM 2/9/01 +, you wrote:
>Hi all,
>
>Does anybody know a way of adding a whole directory with sub-directories and
>files to a project, or do you have to add create each directory individually
>and add the files to them???
>
>Thanks,
>
>Louise

Re: server goes down after upgrade from 1.3.8 to 1.4.5

[KirkYarina]

Try

nohup java -jar orion.jar &

Kirk Yarina

At 09:11 AM 1/31/01 -0500, you wrote:
>Hi,
>
>   We upgraded orion server from 1.3.8 to 1.4.5. Now server goes down
>  once you exit from window. Server is running on SunOS 5.7. I start
>  server using
>
>  java -jar orion.jar &
>
>  with 1.3.8, server was running even after log off.
>
>  Please help!!
>
>  thanks,
>
>  Nilesh

Re: App that runs on OrionServer but throws a java.lang.VerifyError on weblogic 6.0

[KirkYarina]

The BEA support channels would seem to be a better place to ask this 
question.  Would you ask a Win2K question on a linux support list?

Kirk Yarina

At 05:21 PM 1/30/01 +0100, you wrote:
>We have developed a web application that works fine under OrionServer.
>It has JSP, JavaBeans and Taglibs.
>Now we are testing with Bea Weblogic and there are some strange errors
>thrown by the server.
>
>It complains about (java.lang.VerifyError: (class:
>com/test/logic/integration/connectors/BeanConnector, method: connect
>signature:
>com/test/logic/MyData;Lcom/test/logic/Environment;Ljava/lang/String;)V)
>Incompatible object argument for function call)
>
>
>It is a very strange error, I have compiled all my code with javac
>(1.3.0_01) and also with jikes last version. I have changed also bea
>weblogic to point jdk to my installed jdk.
>
>
>The best of all this strange error is that this method is not called.
>ie: looking on the print messages I have put on the code, execution
>stops before the invocation of this method. I think that this error
>comes when the java virtual machine tries to load this class.
>
>
>Anybody has any idea about what is causing this error to appear?
>
>Regards,
>Ismael ([EMAIL PROTECTED])

RE: Why javac does not compile servlet?

[KirkYarina]

orion.jar contains the javax.servlet classes, and (somebody correct me if 
I'm wrong) should be used instead of Sun's j2ee or jsdk.

Add orion.jar to your classpath.  You may want to look at the other jars 
included with orion if you're missing other classes, also.

Kirk Yarina

At 09:06 AM 1/26/01 -0500, you wrote:
>You need to install the J2EE JDK 1.2.1 from the java.sun.com 
>website.  Since you are using javac to compile your classes, the j2ee.jar 
>file needs to be in your classpath.
>
>here's the 
>URL: 
>http://java.sun.com/j2ee/download.html
>
>Hope this helps...
>
>Regards,
>Tom Pridham
>-Original Message-
>From: Roland Dong [mailto:[EMAIL PROTECTED]]
>Sent: Friday, January 26, 2001 4:18 AM
>To: Orion-Interest
>Subject: Why javac does not compile servlet?
>
>
>I  have successfully installed orion1.45. It runs great!  What I can not 
>figure out is how to make javac compile a servlet.  I have put tool.jar 
>into orion directory and my autoexec.bat look like this:
>
>
>
>SET BLASTER=A220 I7 D1 T2
>SET SNDSCAPE=C:\WINDOWS
>set JAVA_HOME=c:\jdk
>set TOMCAT_HOME=C:\tomcat\
>set PATH=c:\jdk\bin
>PATH C:\WINDOWS;C:\WINDOWS\COMMAND;C:\ORAWIN95\BIN;c:\jdk\bin
>set CLASSPATH=c:\jdk\lib\tools.jar;
>
> When I compile a simple servlet  I got error message.  This is 
> the error message when I try to
>javac HelloWorldServelt2.java:
>C:\Web\jsp\jspRoland\WEB-INF\classes>javac HelloWorldServlet2.java
>HelloWorldServlet2.java:2: package javax.servlet does not exist
>import javax.servlet.*;
>^
>HelloWorldServlet2.java:3: package javax.servlet.http does not exist
>import javax.servlet.http.*;
>^
>etc.
>...
>
>...
>7 errors
>C:\Web\jsp\jspRoland\WEB-INF\classes>
>
>Could someone throw me some light?
>
>Thanks very very much
>
>Roland
>

RE: Orion shutdown problem

[KirkYarina]

Er, he's probably not really subscribed.  Perhaps he was one of the 
subscribe  (our subcribe) messages sent to the posting address lately.

At 02:54 PM 1/19/01 +0100, you wrote:
> From the approximately 20-30 mails I receive every day: You have got to 
> be kidding!
>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED]]On Behalf Of Dominic Hanlan
>Sent: 19. januar 2001 12:17
>To: Orion-Interest
>Subject: Re: Orion shutdown problem
>
>Is the list alive ...


Kirk Yarina
[EMAIL PROTECTED]

RE: Orion-Primer needs some update

[KirkYarina]

Try the usual list maintenance address,
[EMAIL PROTECTED]@orionserver.com , or go to 
http://www.orionserver.com , click on mailling list, fill in your email 
address, and click "unsubscribe".

Usuallly all the list address does is send mail to the list; for most lists 
control functions are out of band and sent to a different 
address.  However, I've never tried to unsubscribe from orion interest and 
don't know for sure.

Good Luck

Kirk Yarina

At 04:02 PM 1/11/01 +0100, you wrote:
>how the fuck can i unsubscribe this fucking maillist.
>
>i tried twice to mail unsubscribe to
>
>[EMAIL PROTECTED],
>
>doesn't work, no response, nothing.
>
>help?!
>
> > -Original Message-
> > From: Christian Sell [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, January 11, 2001 11:46
> > To:   Orion-Interest
> > Subject:  Re: Orion-Primer needs some update
> >
> > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should
> > run, however. Just did a migration for my own project
> >
> > - Original Message -
> > From: "Ronald Hatcher" <[EMAIL PROTECTED]>
> > To: "Orion-Interest" <[EMAIL PROTECTED]>
> > Sent: Thursday, January 11, 2001 8:57 AM
> > Subject: RE: Orion-Primer needs some update
> >
> >
> > > I thinnk you will find that the build.xml format has changed from 1.1 to
> > 1.2
> > > I seem to remember having to change the copy src/desc/ instructions.
> > >   -Original Message-
> > >   From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le
> > >   Sent: 11 January 2001 05:39
> > >   To: Orion-Interest
> > >   Subject: Re: Orion-Primer needs some update
> > >
> > >
> > >   Ant1.2 works fine with Orion-primer.
> > > - Original Message -
> > > From: [EMAIL PROTECTED]
> > > To: Orion-Interest
> > > Sent: Wednesday, January 10, 2001 10:23 PM
> > > Subject: Orion-Primer needs some update
> > >
> > >
> > > Dear All
> > >
> > > Somehow I found that Orion-Primer at
> > > http://www.znerd.demon.nl/orion-primer/
> > > is a little bit obsolete. The demo codes demand Ant 1.1 to build
> > them,
> > > which
> > > is no longer available since the release of Ant 1.2. In this case
> > people
> > > like me
> > > will have no easy way to build the ear file.
> > >
> > > Could someone be kind enough to update it, or tell me how to work
> > > around?
> > >
> > > Best regards
> > > Lynch
> > >
> >

RE: Problems with the Orion CMP primer example.

[KirkYarina]

Sorry for the delay (Thursday was a holiday here (unless you're a 
turkey), and I took Friday off...).  However, I see from the mail list 
that you've fixed the problem.

The file $ORION_DIR/config/data-sources.xml contains the configuration for 
your jdbc connection(s) - part of the data-source element is the jdbc URL, 
which (at least for hypersonic) includes the path to the database 
files.  For example, from my development system:

   

In our case the database directory is moved outside the $ORION_DIR tree - 
mostly because it made it easier to update Orion in the pre-autoupdate 
days, and uses several files named SDBdb and different extensions.

The given path is relative to $ORION_DIR, and the format is described at 
http://www.hypersonicsql.com/ (click on Operating Modes) under Standalone mode.

I'm a bit surprised that the default installation doesn't create the 
database directory; perhaps you'd like to put that one into 
bugzilla.  Little gotcha's for new evaluators aren't good...

Kirk Yarina

At 09:35 AM 11/23/00 +, you wrote:

>Hi.
>No, I haven't created any database directory. This is the first time I hear
>about
>that!! . Could you tell me what I have to do?, I mean,
>What is this directory for? What about the defaultdb file in it? Where did
>you
>read about that?
>
>Thank you very much.
>
>
>- Original Message -
>From: KirkYarina <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Sent: Wednesday, November 22, 2000 9:35 PM
>Subject: Re: Problems with the Orion CMP primer example.
>
>
> > Have you created a database directory ($ORION_DIR/database)?  Do you have
> > the appropriate permissions on defaultdb.* in it?
> >
> > At 12:10 PM 11/22/00 +, you wrote:
> >
> > >Hi,
> > >I'm trying to deploy the Orion CMP primer example. I've follow the
> > >instructions but I've got the following error:
> > >
> > >Auto-deploying addressbook (New server version detected)...
> > >Auto-deploying addressbook-ejb.jar (No previous deployment found)... SQL
> > >error: File input/output error: ./database/defaultdb.properties
> > >Warning: Error creating table: File input/output error:
> > >./database/defaultdb.pro
> > > perties
> > >done
> > >Orion/1.3.8 initialized
> > >
> > >I'm sure I've installed Orion properly because I've deployed successfully
> > >the
> > >Orion Primer example.
> > >
> > >Thanks in advance
> >
> >
> > Kirk Yarina
> > [EMAIL PROTECTED]
> >


Kirk Yarina
[EMAIL PROTECTED]

Re: Problems with the Orion CMP primer example.

[KirkYarina]

Have you created a database directory ($ORION_DIR/database)?  Do you have 
the appropriate permissions on defaultdb.* in it?

At 12:10 PM 11/22/00 +, you wrote:

>Hi,
>I'm trying to deploy the Orion CMP primer example. I've follow the
>instructions but I've got the following error:
>
>Auto-deploying addressbook (New server version detected)...
>Auto-deploying addressbook-ejb.jar (No previous deployment found)... SQL
>error: File input/output error: ./database/defaultdb.properties
>Warning: Error creating table: File input/output error:
>./database/defaultdb.pro
> perties
>done
>Orion/1.3.8 initialized
>
>I'm sure I've installed Orion properly because I've deployed successfully
>the
>Orion Primer example.
>
>Thanks in advance


Kirk Yarina
[EMAIL PROTECTED]

Re: ejb/jdbc sample

[KirkYarina]

Update $ORION_DIR/demo/ejb/product/jndi.properties to match your admin 
password.


At 10:45 AM 11/21/00 -0500, you wrote:
>can anyone provide a few pointers on getting the ejb.product sample
>going.  I'm having a bit of difficulty with the db password.  It
>looks like the default is sa with no password (below).  TIA.
>
>John Hogan
>
>
>
>D:\orion\demo\ejb\product>java -
>classpath ..\..\..\orion.jar;..\..\..\ejb.jar;..
>\..\..\jndi.jar;. ProductClient
>Exception in thread "main" java.lang.SecurityException: Invalid
>username/passwor
>d for ejbsamples (admin)
> at com.evermind.server.rmi.bb.gg(JAX)
> at com.evermind.server.rmi.bb.gg(JAX)
> at com.evermind.server.rmi.bb.f_(JAX)
> at com.evermind.server.rmi.RMIServer.f_(JAX)
> at com.evermind.server.rmi.RMIContext.lookup(JAX)
> at com.evermind.server.Application.ap7(JAX)
> at
>com.evermind.server.ApplicationClientInitialContextFactory.getInitial
>Context(JAX)
> at javax.naming.spi.NamingManager.getInitialContext
>(NamingManager.java:6
>68)
> at javax.naming.InitialContext.getDefaultInitCtx
>(InitialContext.java:246
>)
> at javax.naming.InitialContext.init(InitialContext.java:222)
> at javax.naming.InitialContext.(InitialContext.java:178)
> at ProductClient.main(ProductClient.java:18)
>
>D:\orion\demo\ejb\product>

Multiple threads and new InitialContext

[KirkYarina]

Is new InitialContext supposed to be thread safe?  It doesn't seem to be...

I have a client test program that creates multiple threads, each of which 
does a getInitialContext.  This fails about 2 times out of three, usually 
with a:

ObjectIdMgrTest:-- Getting Initial Context --
javax.naming.NamingException: Error reading application-client descriptor: 
Error
  looking up EJBHome: Lookup error: java.io.EOFException; nested exception is:
 java.io.EOFException
 at 
com.evermind.server.ApplicationClientInitialContextFactory.getInitial
Context(JAX)
 at 
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:6
68)
 at 
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246
)
 at javax.naming.InitialContext.init(InitialContext.java:222)
 at javax.naming.InitialContext.(InitialContext.java:178)
 at 
sbd.sd.ejb.sb.objectidmgr.ObjectIdMgrTest.getInitialContext(ObjectIdM
grTest.java:305)
 at 
sbd.sd.ejb.sb.objectidmgr.ObjectIdMgrTest.run(ObjectIdMgrTest.java:16
1)
 at java.lang.Thread.run(Thread.java:484)


occasionally it will hang instead.  This is on W98, SDK 1.3.0, Orion 1.4.4.


The test is straightforward; in pseudo code...

private InitialContext iCtx;
private final static String testName = "name of test";

main()
   loop: create new thread, start

run()
   this.getInitialContext()
   hammer away...

getInitialContext()
   this.iCtx = new InitialContext()



to get around this I modified getInitialContext to

   synchronized (testName)
 this.iCtx = new InitialContext()


This works when tried a dozen or so times.

Is this an Orion bug?  If not, how should it be handled?



Kirk Yarina
[EMAIL PROTECTED]

Re: What's new?

[KirkYarina]

We get the same errors.

I see you've already put it in bugzilla as #171.  I tried to vote for it, 
but voting seems to be broken.

No changes.txt with 1.4.2, either.

Kirk Yarina

At 06:37 PM 11/7/00 +0100, you wrote:
>At 12:02 07.11.00 , you wrote:
>>Does anybody know what is new in the 1.4.2 version of orion server?
>
>I get syntax errors compiling the generated wrappers for entities with 
>complex pks.
>
>robert
>
>>kesha
>
>(-) Robert Krüger
>(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
>(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
>(-) Tel: 06151 665401, Fax: 06151 665373
>(-) [EMAIL PROTECTED], www.signal7.de
>


Kirk Yarina
[EMAIL PROTECTED]

Re: EJB ClassCastException doesn't make sense..

[KirkYarina]

At 11:27 AM 10/27/00 -0700, you wrote:

>Context context = new Context();

By any chance should this be new InitialContext() ?


>Object ref = context.lookup("java:comp/env/ejb/Test");
>TestHome th = (TestHome) PortableRemoteObject.narrow(ref, TestHome.class);
>Test t = th.create();
>t.test();


Kirk Yarina
[EMAIL PROTECTED]

RE:[Re: 2 many messages - News Server needed. - Or we could split]

[KirkYarina]

At 07:03 PM 10/19/00 +0200, you wrote:
>At 12:23 19.10.00 , you wrote:
>
>>
>>BTW, ejb-interest seems to have died after some clueless idiot started 
>>resending the last couple month's posts back to the list.
>
>unbelievable

It may not be cause and effect...  or it may be somebody at Sun's gotten 
disgusted and turned it off for a while.

At least it's cut down on the "Urgent: I installed weblogic and it doesn't 
work" emails.


>(-) Robert Krüger

RE:[Re: 2 many messages - News Server needed. - Or we could split]

[KirkYarina]

I vote for email...

IMHO, If you work for a company that doesn't have email and a POP or IMAP 
server then perhaps you should work on that instead.  If it does you should 
be using your work email address, rather than a personal domain, if your 
Orion use is work related.

It looks like you're running your polozoff.com mail server off an AT&T DSL 
connection; consider using procmail or something similar to forward a copy 
of orion-interest mail to your work email address.

Configuring and running a news server (been there) isn't as easy as it 
might seem, particularly if you're concerned about security, the periodic 
news DOS attacks, spam, etc.  If the newsgroup is publicly fed, or the 
spammers stumble across the server (they will),  you're broadcasting all 
our addresses out to the spammer community.

Besides, the Orion team's resources would be much better spent on 
documentation.  Otherwise they're going to fail and this list won't matter 
anyway.

Kirk

BTW, ejb-interest seems to have died after some clueless idiot started 
resending the last couple month's posts back to the list.

At 10:01 AM 10/19/00 -0500, you wrote:
>I don't agree.  A newsgroup is a better way of categorizing topics.  If
>you don't believe me take a look at the Weblogic and Toplink newsgroups.
>Mailing lists are good for simple discussions.  Filtering emails is not a
>reasonable solution for topical categorization of messages.  Especially if
>you have to use a web based email client at work (because of a firewall)
>and have a stand alone client at home.  Whereas a newsgroup always
>contains a set hierarchy, whether you access from deja.com or a stand
>alone client.
>
>-Alexandre
>
>On Thu, 19 Oct 2000 09:53:00 +0200
>Robert Krueger <[EMAIL PROTECTED]> wrote:
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>- - -
>
>Could not agree more. don't any of you subscribe to other tech lists? I'm
>surprised that there are people using orion that are not subscribed to
>ejb-interest (excellent list and a must for people working with ejb
>professionally IMHO) which has at least as much traffic as this one here.
>Please learn how to use a mail client with filters and let's deal with a
>high volume as soon as there is something to deal with and let's not start
>a religious war on newgroup vs. mailingl ist (I'm pro mailing list btw
>;-)). the negative side effects (people not knowing where to look,
>crossposting etc.) would clearly outweight the benefits of splitting up
>the
>list IMHO.
>
>robert
>
>At 19:21 18.10.00 , you wrote:
> >IMO, the mailing list is just fine. If there are too many messages for
>your
> >inbox, then you should filter it away. All the popular mail clients will
> >handle this.



> >--
> >David S. Kenzik
> >[EMAIL PROTECTED] - http://kenzik.com
> >Original Music - http://mp3.com/text
> >
> >
> >   Joseph B. Ottinger said...
> >
> >  > It's quite feasible for me to set up a news server (nntp, usenet
>style) on
> >  > my server if that's a viable solution. It'll take me a little bit of
>time,
> >  > as I'm not exactly familiar with running INN, but I can figure it
>out.
> >  >
> >  > On Wed, 18 Oct 2000, Duffey, Kevin wrote:
> >  >
> >  > > I would agree too. I think if you split the list into ejb and web,
> > it might



> >  > > > -Original Message-
> >  > > > From: Miles Daffin [mailto:[EMAIL PROTECTED]]
> >  > > > Sent: Wednesday, October 18, 2000 9:51 AM
> >  > > > To: Orion-Interest
> >  > > > Subject: Re: 2 many messages - News Server needed. - Or we could
>split
> >  > > > the list
> >  > > >
> >  > > >
> >  > > >
> >  > > > > Actually, I think the mail list is fine. I use a filter to
> >  > > > move these
> >  > > > > messages into their own folder.
> >  > > >
> >  > > > Good idea.



> >  >
> >  > ---
> >  > Joseph B. Ottinger   [EMAIL PROTECTED]
>
>(-) Robert Krüger


Kirk Yarina
[EMAIL PROTECTED]

Re: calling EJBs from outside orion

[KirkYarina]

Take a look at the product and cart demos in  $ORION\demo\ejb - making sure 
that your jndi.properties file is in your classpath.

We have command line test programs for all our entity and session beans, 
and run them with the following .bat file:



set what=
if not "%1"=="" set what=%1

set STCP=c:/java/testsuite/sbdtest  // app directory
set STCP=%STCP%;c:/java/orion/orion.jar
set STCP=%STCP%;c:/java/orion/ejb.jar
set STCP=%STCP%;c:/java/orion/jndi.jar

rem java -Xmx32M -Djava.compiler=NONE -classpath %STCP% 
sbd.sd.ejb.%what%.%what%
Test

java -Xmx32M -classpath %STCP% sbd.sd.ejb.%what%.%what%Test


At 01:20 AM 10/17/00 -0400, you wrote:
>Hi Greg...
>
>You won't find this messsage too helpfull, except that I can tell you it 
>can be done. I tried it and got it to work. I did so be searching the archives.
>
>I no longer have the code I slapped together, or else I would sent it to 
>you. Bu the answer is in the mail list archive.
>
>Good luck.
>
>Jim
>
>
>--On Tuesday, October 17, 2000 2:52 PM +1000 Greg Matthews 
><[EMAIL PROTECTED]> wrote:
>
>>
>>dear all,
>>
>>is it possible to call EJBs running in orion from a java program started
>>at the DOS command line, i.e from outside orion?
>>
>>i guess i might have to generate the client stubs (?). has anyone done
>>this?
>>
>>this would be useful when building the ejb components to be used by the
>>web developers.
>>
>>thanks,
>>greg
>
>
>
>


Kirk Yarina
[EMAIL PROTECTED]

RE: XSLT processors

[KirkYarina]

Take a look at the XSLT Programmer's Reference:

http://www.bookpool.com/.x/micoqah72r/ss/1?qs=xslt


At 12:56 PM 10/11/00 -0700, you wrote:
>I would be interested in knowing how to even use an XSLT engine! I know I 
>can get JSP to output XML with a header, but how do I actually pass the 
>XML to the XSLT engine, and how do I specify I want HTML or WML output? Is 
>it a servlet, and you just call upon it somehow from a JSP page or when a 
>request is made, inside you grab the page using a URL connection to get 
>XML output from the JSP page, then pass it on to an XSLT engine somehow? I 
>guess I should buy a book on this topic..but I was hoping it would be easy 
>enough to figure out.
>
>Thanks.
>
>>-Original Message-
>>From: Derek Akers [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, October 11, 2000 7:53 AM
>>To: Orion-Interest
>>Subject: XSLT processors
>>
>>
>> I have been using Xalan and JAXP as XSLT processors for the past 
>> little while, and have recently become aware of Saxon as well.  I was 
>> wondering if there is anyone out there who has used all three (or at 
>> least some combination) at various times who would be willing to tell me 
>> what differences there are between the three re: processing efficiency, 
>> ease of use, documentation, community, etc.
>>
>>Thanks,
>>
>>Derek Akers
>>
>>Internet Application Developer
>>Eldan Software, Toronto
>>www.eldan.com
>
>
>Kirk Yarina
>[EMAIL PROTECTED]

Re: Home interfaces and stateless session beans

[KirkYarina]

Could table 3, which says that jndi access to java:comp/env is available in 
ejbCreate, support the home interface lookup, but not it's use?  I.e. the 
returned home interface could be saved and used later, but a hi.create() 
would not be valid in ejbCreate()?


At 12:07 PM 10/11/00 -0600, you wrote:
>At 01:20 PM 10/11/00 -0400, you wrote:
> >Sorry for the newbie question...
> >
> >In the business methods in my stateless session beans I've always done what
> >seems like the usual pattern - lookup and narrow entity bean home
> >interfaces in the method that uses them.  However, to save some time, I'd
> >like to do these lookups in the SLSB's ejbCreate method and save them in
> >instance variables.
> >
> >I've rtfm, along with RMH, and can't see a reason why this wouldn't work,
> >both with Orion and portably.  Have I missed something?
>
>Yes. Table 3 of EJB1.1 spec doesn't say that enterprise bean access is
>available from the ejbCreate method of a stateless session bean. (Hence it
>isn't.)

> >Better yet, can these be put into a class field and only looked once,
> >rather than every bean instance.  For example
> >
> >private static BeanHome beanhome = null;
> >...
> >ejbCreate()
> >   {
> >   ...
> >   if(beanhome == null)
> > {
> > beanhome = (lookup/narrow beanhome... )
> > }
> >  ...
> >   }
> >
>
>I don't see why not, so long as you don't try to populate them from
>ejbCreate.  Why not use a getBeanHome() method which acts as a cache? ie
>
>private static BeanHome beanhome = null;
>private BeanHome getBeanHome(){
> if( beanhome==null ) .set the variable
> return beanhome;
>}
>
>I believe that there could conceivably be more than one instance of this
>static variable in a distributed application (multiple VM's) but
>nevertheless I don't see a problem with this solution.

Thanks!

>Nick


Kirk Yarina
[EMAIL PROTECTED]

Home interfaces and stateless session beans

[KirkYarina]

Sorry for the newbie question...

In the business methods in my stateless session beans I've always done what 
seems like the usual pattern - lookup and narrow entity bean home 
interfaces in the method that uses them.  However, to save some time, I'd 
like to do these lookups in the SLSB's ejbCreate method and save them in 
instance variables.

I've rtfm, along with RMH, and can't see a reason why this wouldn't work, 
both with Orion and portably.  Have I missed something?

Better yet, can these be put into a class field and only looked once, 
rather than every bean instance.  For example

private static BeanHome beanhome = null;
...
ejbCreate()
   {
   ...
   if(beanhome == null)
 {
 beanhome = (lookup/narrow beanhome... )
 }
  ...
   }


Thanks!

Kirk Yarina
[EMAIL PROTECTED]

Re: Performance

[KirkYarina]

Usually a good answer, but take a look at
http://www.volano.com/report.html

The arguably most stable Linux JVM, Blackdown, is pretty far down the 
list

At 06:31 PM 10/9/00 -0200, you wrote:
>On Mon, Oct 09, 2000 at 02:00:06PM -0400, Sarathy Mattaparti wrote:
> > Hi,
> >Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a new
> > computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
> > difference. I am using Windows 2000 Server as my OS.
> > I just changed the configuration of access log..
> >
> > Any suggestions to improve the performance ??
> >
>
>I'd sugest you to leave Windows and use any kind of UNIX.
>
>[]s
>Guiga

Re: Run Orion as a daemon in Linux

[KirkYarina]

This works for us; it goes in /etc/rc.d/init.d/orion, with the usual links 
to rc.X.  We're using a script in the orion directory for convenience, and 
we haven't sorted out running Orion as something other than root, both of 
which are security holes.

This isn't adequate for Internet accessible production, but works for our 
development machine.  Blackdown's not the speediest JVM ever, either...

BTW, has anyone tried to run Orion chrooted?  Did you get it to work?

Kirk Yarina

At 06:51 PM 10/5/00 -0400, you wrote:
>Hi, everyone:
>
>I know some of you guys use linux as the platform for running Orion server.
>Do you use the Sys V script to startup and shutdown the Orion server? If you
>do, could you please send me a copy of the script? If not, is there any
>solution to startup the Orion server when the OS bootup?
>
>thanks!
>
>Sean

#!/bin/sh
#
# Startup script for the Orion App Server
#
# processname: java


# Source function library.
. /etc/rc.d/init.d/functions

PATH=$PATH:/local/Blackdown/jdk1.2.2/bin
export PATH

ORION_HOME=

# See how we were called.
case "$1" in
   start)
 echo -n "Starting orion: "
 daemon $ORION_HOME/start.sh
 echo
 touch /var/lock/subsys/orion
 ;;
   stop)
 echo -n "Shutting down orion: "
 (
 cd $ORION_HOME
 java -jar admin.jar ormi://localhost/ admin 123 -shutdown
 ) && success "orion shutdown" || failure "orion shutdown"
 echo
 rm -f /var/lock/subsys/orion
 ;;
   status)
 # status httpd
 echo No status available from rc.d script.
 echo Use the orion status monitor program.
 echo
 ;;
   restart)
 $0 stop
 $0 start
 ;;
   reload)
 echo Orion does not dynamically reload, use restart.
 echo
 ;;
   *)
 echo "Usage: $0 {start|stop|restart|reload|status}"
 exit 1
esac

exit 0

And $ORION_HOME/start.sh

#! /bin/sh

PATH=$PATH:/local/Blackdown/jdk1.2.2/bin
ORION_HOME=

(
 cd $ORION_HOME
 nohup /bin/sh -c "/local/Blackdown/jdk1.2.2/bin/java -Xmx128m -jar 
orion
.jar > out.log 2> err.log" &
)


Kirk Yarina
[EMAIL PROTECTED]

Re: Orion on Linux NOT as root

[KirkYarina]

Buried under debug tips is a list of Orion startup options.  Take a look 
under properties (about halfway down the page at 
http://www.orionserver.com/howtos/debug-tips.html , where you'll find

"native.user   Used to run Orion under another user than root for unix systems"

I remember this being mentioned on the mail list before, so perhaps there's 
some details in the archives.  I haven't tried it, yet...

If it works I recommend that you make a separate orion user and group, and 
you might want to run it chroot'd also.  If Orion's successful enough the 
script kiddies  will start publishing exploits.


Kirk Yarina



At 09:42 PM 9/28/00 -0400, you wrote:
>Thanks to all who replied.
>
>Acually, my original message was not too well written. I was not concerned 
>about the port mapping issue. Thats not a big deal. We already have that 
>issue with other processes, such as Apache, which runs as user nobody.
>
>Our issue is where to install Orion, what permissions each file should 
>have, what user Orion should run as and so on. We would prefer Orion not 
>run as root (we don't let Apache run as root either) and that its files 
>not all be world writable by default (which is what happens when we unzip 
>it onto our Debian system).
>
>Mostly, we need to know what directories Orion needs to write in, what 
>ones it does not, which files it needs to edit and so on. Below is a note 
>from the guy who has been working on this. He explaines our problem and 
>the partial solution he worked up in detail:
>
>Jim,
>
>I figured out most of the pieces needed to do it, but we
>still have a problem.



Kirk Yarina
[EMAIL PROTECTED]

Re: Caching and object pooling in Orion

[KirkYarina]

I should have mentioned that I've already added isModified() to our entity 
beans; sorry.  I'm seeing an ejbStore on every setXxxx call; isModified() 
eliminated the ejbStore that was occurring on every getter.   My previous 
assumption that the container could tell gets from sets and not store was 
wrong - the container has no way to tell if getters are making changes in 1.1.

I have a partially completed test that moves the bean beater from a client 
to a session bean to see if the extra(?) stores are related to using a 
non-transactional context client, but it's been preempted by higher 
priority work.

Kirk Yarina

At 10:52 AM 9/27/00 -0600, you wrote:
>I'd also like to know a bit more about how the caching works. As for all those
>"unnecessary" database writes - I guess they're there to help ensure data
>integrity in the event of a crash... You can eliminate many of them though -
>from the FAQ:
>
>Q: I am using CMP Entity beans and call many methods on it that do not modify
>the state of the bean. How can I help Orion figure out that I am not
>changing the state and that it does not need to talk to the database?
>
>A: Implement the method "public boolean isModified()" in your bean to 
>return a
>boolean flag that you set each time you modify your bean and clear in
>ejbStore(). If isModified() returns false, Orion knows that it doesn't 
>need to
>talk to the database
>
>Weblogic (I think - one of the "big" appservers anyway) does the same sort of
>thing.
>
>
>-t
>
>On Wed, Sep 27, 2000 at 10:52:34AM -0400, KirkYarina wrote:
> > I'm also like to hear the answers - we're also seeing an apparent database
> > write per CMP bean reference.
> >
> > At this point our test programs (not our real application...) are clients
> > that access entity beans directly, rather than going through a session 
> bean
> > facade.  We've speculated that the individual database writes somehow
> > result from the direct client accesses, but we're only guessing.  Changing
> > transaction attributes doesn't make any difference, and (for now) we have
> > exclusive-write-access="true" on every table.
> >
> > I have to periodically justify CMP vs BMP, not to mention Orion, and 
> it's a
> > problem when I can't explain why caching doesn't seem to be working...
> >
> > Come on guys, share some details.  You don't have to delve into 
> proprietary
> > information, but the 5 minute overview would make life a lot easier for
> > those of us who have to justify Orion to our investors - and ourselves -
> > when it comes time to bet our business on it.  We'd appreciate it.
> >
> > Kirk Yarina
> >
> > At 06:21 AM 9/27/00 -0400, you wrote:
> > >Hello everyone,
> > >
> > >This question has been asked before in this mailing list but there has 
> been
> > >no answer yet. I hope that there is some response this time.
> > >
> > >The questions are:
> > >1. Does Orion implement EJB object caching? If yes, I'll appreciate some
> > >details on what has been implemented.
> > >2. I want to find out specifically about CMP based EJB caching. When are
> > >these beans cached and what evicts them from cache? I have implemented 
> some
> > >CMP EJBs and I see that anytime I want to access these beans, a database
> > >call is made. To clarify, my client starts up and instantiates these beans
> > >and then exits. When I restart the client, when it accesses the same beans
> > >leads to database calls.
> > >3. Some details about session beans caching will also be appreciated. Does
> > >Orion allow that some number of session bean instances be pre-created? If
> > >yes, how can this be specified?
> > >
> > >Thanks,
> > >Deepak
> >
> >
> > Kirk Yarina
> > [EMAIL PROTECTED]
> >
>
>--
>
>Tony Abbott  [EMAIL PROTECTED]


Kirk Yarina
[EMAIL PROTECTED]

Re: Caching and object pooling in Orion

[KirkYarina]

I'm also like to hear the answers - we're also seeing an apparent database 
write per CMP bean reference.

At this point our test programs (not our real application...) are clients 
that access entity beans directly, rather than going through a session bean 
facade.  We've speculated that the individual database writes somehow 
result from the direct client accesses, but we're only guessing.  Changing 
transaction attributes doesn't make any difference, and (for now) we have 
exclusive-write-access="true" on every table.

I have to periodically justify CMP vs BMP, not to mention Orion, and it's a 
problem when I can't explain why caching doesn't seem to be working...

Come on guys, share some details.  You don't have to delve into proprietary 
information, but the 5 minute overview would make life a lot easier for 
those of us who have to justify Orion to our investors - and ourselves - 
when it comes time to bet our business on it.  We'd appreciate it.

Kirk Yarina

At 06:21 AM 9/27/00 -0400, you wrote:
>Hello everyone,
>
>This question has been asked before in this mailing list but there has been
>no answer yet. I hope that there is some response this time.
>
>The questions are:
>1. Does Orion implement EJB object caching? If yes, I'll appreciate some
>details on what has been implemented.
>2. I want to find out specifically about CMP based EJB caching. When are
>these beans cached and what evicts them from cache? I have implemented some
>CMP EJBs and I see that anytime I want to access these beans, a database
>call is made. To clarify, my client starts up and instantiates these beans
>and then exits. When I restart the client, when it accesses the same beans
>leads to database calls.
>3. Some details about session beans caching will also be appreciated. Does
>Orion allow that some number of session bean instances be pre-created? If
>yes, how can this be specified?
>
>Thanks,
>Deepak


Kirk Yarina
[EMAIL PROTECTED]

Re: NULL/NOT NULL with autocreated tables

[KirkYarina]

Normally I'd agree, but we haven't quite made a final database 
decision.  We're also finding that it's very convenient to do initial unit 
test on the developer's PC with hypersonic, then move to our development 
server with a heavier-duty dbms.

Autogeneration means I can put off generating table definitions (which we 
do in xsl) and hopefully avoid generating different sql for different 
databases...

This seems like a pretty basic capability, and there's already provision in 
the individual database schema  (null=, not-null=) files, so I'm hoping 
it's there somewhere.

Kirk Yarina


At 07:46 PM 9/19/00 -0400, you wrote:
>The best way not to use tables autogeneration at all
>Make optimal schema, write table api beans for your schema, write
>application beans
>
>
>- Original Message -
>From: "KirkYarina" <[EMAIL PROTECTED]>
>To: "Orion-Interest" <[EMAIL PROTECTED]>
>Sent: Tuesday, September 19, 2000 12:33 PM
>Subject: NULL/NOT NULL with autocreated tables
>
>
> > I'm using orion-ejb-jar.xml to define many of the characteristics of our
> > applications database table fields, and am unable to determine how I can
> > specify NULL/NOT NULL constraints for these fields.  I rtfm (such as it
> > is) and looked at the orion-ejb-jar dtd, and couldn't find an answer.
> >
> > We're switching between several DBMS's during development, using different
> > databases for different programmers and tasks, and still tweaking the
> > schema a bit.  It's convenient to let Orion automatically create tables
> > while all this is going on but I need to be able to control whether null
> > fields are allowed, and have been unable to figure out how to do so.  Can
> > anyone help?
> >
> > Thanks!


Kirk Yarina
[EMAIL PROTECTED]

NULL/NOT NULL with autocreated tables

[KirkYarina]

I'm using orion-ejb-jar.xml to define many of the characteristics of our 
applications database table fields, and am unable to determine how I can 
specify NULL/NOT NULL constraints for these fields.  I rtfm (such as it 
is) and looked at the orion-ejb-jar dtd, and couldn't find an answer.

We're switching between several DBMS's during development, using different 
databases for different programmers and tasks, and still tweaking the 
schema a bit.  It's convenient to let Orion automatically create tables 
while all this is going on but I need to be able to control whether null 
fields are allowed, and have been unable to figure out how to do so.  Can 
anyone help?

Thanks!



Kirk Yarina
[EMAIL PROTECTED]

Re: Device dependent xsl translation recommendation

[KirkYarina]

Language dependant translation, using Accept-Language, might be worth 
considering also.

At 07:27 AM 9/8/00 -0400, James Birchfield wrote:

>As our organization continues to move forward with XML and XSL, it would be
>great if Orion provided a built in feature to allow for device dependent
>XSL translation, similar to Cocoon.
>This email lays out one possible approach.  Forgive me if Orion already has
>something planned.
>
>My suggestion would be as follows.  Allow a new set of tags in one of the
>config files, probably default-web-site.xml.  The tags could look similar
>to this:
>
>
>  
>   explorer
>   MSIE
>  
>  
>   pocketexplorer
>   MSPIE
>  



Kirk Yarina
[EMAIL PROTECTED]

RE: Why are my posts to this list server not getting posted?

[KirkYarina]

Just a guess, but perhaps it's because your mail server's not always 
accepting their mail.  Evermind's mail host seems to (I've been out of the 
ISP business for a while and some of it's getting fuzzy) have some DNS 
problems - their mail relay doesn't reverse-resolve.  From our mail log:

Sep  8 09:54:51  sendmail[10095]: JAA10095: 
from=<[EMAIL PROTECTED]>, size=2099, class=0, pri=32099, nrcpts=1, 
msgid=<[EMAIL PROTECTED]>, 
bodytype=8BITMIME, proto=ESMTP, relay=[195.84.237.197]

the hostname should be before the bracketed relay IP addess if the lookup 
succeeds.  nslookup also has problems:

 > nslookup 195.84.237.197

*** ns..com can't find 195.84.237.197: Non-existent host/domain


By default later versions of sendmail won't accept mail if the reverse 
lookup doesn't work.  From http://www.sendmail.org/m4/anti-spam.html

"As of 8.9, sendmail will refuse mail if the MAIL FROM: parameter has an 
unresolvable domain (i.e., one that DNS, your local name service, or 
special case rules in ruleset 3 cannot locate). If you want to continue to 
accept such domains"...

I'd guess their provider isn't properly delegating reverse lookups for 
their address space and/or isn't putting their addresses into the proper 
zone file:

 > nslookup -q=soa 237.84.195.in-addr.arpa

237.84.195.in-addr.arpa
 origin = ns.thp.se
 mail addr = hostmaster.viaduct.se
 serial = 1999060704
 refresh = 259200 (3D)
 retry   = 3600 (1H)
 expire  = 604800 (1W)
 minimum ttl = 2 (5h33m20s)

Authoritative answers can be found from:
84.195.in-addr.arpa nameserver = ns.sto.telegate.se
84.195.in-addr.arpa nameserver = ns.bru.tfi.be
84.195.in-addr.arpa nameserver = ns.ams.telegate.nl
84.195.in-addr.arpa nameserver = ns.ripe.net
ns.sto.telegate.se  internet address = 194.251.182.59
ns.bru.tfi.be   internet address = 194.215.226.59
ns.ams.telegate.nl  internet address = 193.211.62.59
ns.ripe.net internet address = 193.0.0.193
ns.ripe.net IPv6 address = :::193.0.0.193

I tried querying ns.thp.se directly and got the same results.  Acme Byte & 
Wire (a good source for DNS info) has directions for delegating subdomains 
at http://www.acmebw.com/askmrdns/general.htm

It sounds like Evermind might be switching ISPs, so perhaps the new one 
will do better.

Kirk Yarina

At 04:13 AM 9/8/00 +0400, you wrote:
>Man, what are you doing? Do you think this list is the right place to talk
>with yourself? :)
>All your posts and replies are showing up all right!
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Richard Landon
> > Sent: Friday, September 08, 2000 2:45 AM
> > To: Orion-Interest
> > Subject: RE: Why are my posts to this list server not getting posted?
> >
> >
> > Hmm, maybe I'll repost my lost posts?
> >
> > >  -Original Message-
> > > From:   Richard Landon
> > > Sent:   Thursday, September 07, 2000 3:45 PM
> > > To: Richard Landon; '[EMAIL PROTECTED]'
> > > Subject:RE: Why are my posts to this list server not getting posted?
> > >
> > > Okay, posts show up but not replies
> > >
> > > -Original Message-
> > > From:   Richard Landon
> > > Sent:   Thursday, September 07, 2000 3:44 PM
> > > To: [EMAIL PROTECTED]
> > > Cc: Richard Landon
> > > Subject:Why are my posts to this list server not getting
> > > posted?
> > >
> > > Made many posts they never show-up. What's the deal with that?
> >


Kirk Yarina
[EMAIL PROTECTED]

Re: XSL example

[KirkYarina]

I don't know if this is a bug, a feature, or if I've just screwed up my 
copy of MSIE, but I can't get a formatted web page out of the xsl example 
using 1.3.3.

The example doc.jsp links to doc.xsl, which has a output method of xml - 
which IE 5.5 displays as xml source.  No problem here...

I tried changing the output method to html,  (  ) but it still displays as xml rather than a formatted page 
(which it does when saved in a file).  I captured the headers,  which show 
a Content-type of text/xml:

HTTP/1.1 200 OKsl/doc.jsp HTTP/1.0
Date: Thu, 07 Sep 2000 18:29:40 GMT
Server: Orion/1.3.3
Content-Length: 1485
Set-Cookie: JSESSIONID=MBFNAOHFKDLA; Path=/
Cache-Control: private
Connection: Close
Content-Type: text/xml


I changed the media type to text/xml
(  )
This time I got the expected content-type, but IE still displays the raw html.

HTTP/1.1 200 OKsl/doc.jsp HTML/1.0
Date: Thu, 07 Sep 2000 18:33:21 GMT
Server: Orion/1.3.3
Content-Length: 1485
Set-Cookie: JSESSIONID=ACDCCOHFKDLA; Path=/
Cache-Control: private
Connection: Close
Content-Type: text/html

FWIW, Michael Kay's "XLST Programmer's Reference" (from Wrox) says 
text/html is the default for output method="html" (I didn't look at the 
spec, though).  However, the second time  the content looks good, and I 
don't know why IE doesn't display it as a rendered page.

Thanks in advance for any help

Kirk Yarina


At 05:24 PM 9/7/00 -0400, you wrote:
>It's fixed in 1.3.3; thanks!
>
>At 05:06 PM 9/5/00 -0400, you wrote:
>>How do I run the xsl example in default-web-app/examples/xsl?  when using
>>http://hostname/examples/xsl/doc.jsp I get an error:
>>
>>Source XML Error: External entity not found: 
>>"/local/java/orion/default-web-app/examples/xsl/doc.dtd".
>>
>>doc.dtd is in that directory...
>>
>>TIA


Kirk Yarina
[EMAIL PROTECTED]

Re: XSL example

[KirkYarina]

It's fixed in 1.3.3; thanks!

At 05:06 PM 9/5/00 -0400, you wrote:
>How do I run the xsl example in default-web-app/examples/xsl?  when using
>http://hostname/examples/xsl/doc.jsp I get an error:
>
>Source XML Error: External entity not found: 
>"/local/java/orion/default-web-app/examples/xsl/doc.dtd".
>
>doc.dtd is in that directory...
>
>TIA


Kirk Yarina
[EMAIL PROTECTED]

XSL example

[KirkYarina]

How do I run the xsl example in default-web-app/examples/xsl?  when using
http://hostname/examples/xsl/doc.jsp I get an error:

Source XML Error: External entity not found: 
"/local/java/orion/default-web-app/examples/xsl/doc.dtd".

doc.dtd is in that directory...

TIA


Kirk Yarina
[EMAIL PROTECTED]

Re: Postgres and Orion

[KirkYarina]

Thanks for the feedback!

We saw consistent slowdowns with several test programs using both BMP and 
CMP.  From my notes vacuum would reclaim data space, but not index files, 
and a recreate primary key reduced the index file from 3.1m to 1.6k on a 
table with one row.  Doing this every time gave consistent run 
times.  Tuning attempts improved run times, but not the increases in time 
and space.

We ran postgresql (6.5.3 and 7.0) on Redhat 6.2, and Orion and our test 
clients on Win98.  The tests basically created 1000 copies each of  about 5 
beans and then removed them.  One EB was accessed through a SSB, the rest 
directly from the client.  We did not explicitly specify any transaction 
attributes.

Does your application remove a large number of rows?  This looked like a 
problem with deleted space recovery.  I assumed from having an explicit 
command to reclaim storage, and the documentation's recommendation to run 
it daily, that postgresql was a bit weak in this area.

Any ideas where I might have gone wrong?  I'd like to try it again.

Kirk Yarina

At 01:49 PM 8/15/00 +1000, you wrote:
>We are using Orion with Postgres v7 here and we have no such problem.
>
>On Mon, Aug 14, 2000 at 12:06:07PM -0400, KirkYarina wrote:
> > FWIW, we found major problems with postgresql.  Running a test that 
> created
> > and deleted EBs caused index and data files to grow


Kirk Yarina
[EMAIL PROTECTED]

Re: Postgres and Orion

[KirkYarina]

Both v7.0 and v6 (6.5, I think).  Both were released versions.

At 03:17 PM 8/14/00 -0400, you wrote:
>Do you remember what version of PostgreSQL this was? Was it a release or beta?
>
>--On Monday, August 14, 2000 12:06 PM -0400 KirkYarina 
><[EMAIL PROTECTED]> wrote:
>
>>FWIW, we found major problems with postgresql.  Running a test that


Kirk Yarina
[EMAIL PROTECTED]

Re: Postgres and Orion

[KirkYarina]

FWIW, we found major problems with postgresql.  Running a test that created 
and deleted EBs caused index and data files to grow 
continuously.  Recovering data space took a "vacuum" command, but the only 
way to recover deleted index file space was to copy tables.  In addition 
every test run was slower than the one before it - from my notes when run 3 
times each run took twice as long as the one before.  The same tests took 
the same time every run when using Hypersonic or Sybase.

This was several months ago, so perhaps it's been fixed.  We deleted 
postgres and moved on...

Our old data-sources.xml section is below, just in case it helps.  I 
believe I had to edit the database-schema file to change null="null" to 
null="" also.

Kirk Yarina

At 05:58 PM 8/12/00 -0700, you wrote:
>Are the postgres drivers built in to orion?  I want to make some changes to
>them.
>
>I'm trying to use postgres as my datasource in Orion.  It sets up fine, but
>I need to make some changes to the driver implementation.  I'm having a
>bunch of problems with the date and timestamp implementations.  I found on
>the PostGres mailing lists that it's a pretty common problem and you just
>have to modifiy ResultSet for your setup.
>
>The problem I'm having is that I can't seem to override the drivers in
>orion.  I've tried putting a jar of postgres drivers in the orion/lib
>directory, but it still seems to be using some other drivers.
>
>-Lkb
>/**
>  * @author: Lorin Kobashigawa-Bates <[EMAIL PROTECTED]>
>  * @title:  CodeMonkey / COO - Robot6 Inc.
>  * @phone:  415.345.8872
>  * @addr:   1177 Polk St. San Francisco, CA 94109
>  */

from datasources.xml:

 


Kirk Yarina
[EMAIL PROTECTED]

Follow up - 1.1.x is slower than 1.0.x

[KirkYarina]

I created some simple CMP test beans and found that 1.1 is just plain 
slower than 1.0.  The test beans are:

long pk, long field -  a zero string test bean
long pk, string - a one string test bean
...
long pk, 5 strings  - a five string test bean

The test program is also simple - create(pk), set all fields, get all 
fields in a loop, followed by a loop that removes all the beans.  I ran 
this on both 1.1.37 and 1.0 (not 1.0.3b), changing only orion.jar between 
test sessions to rule out other issues, and got the following elapsed 
times.  These are ms/pass  for 1000 passes, and repeatable:

1.1.37  1.0
create/set/get  removecreate/set/getremove
Zero1713 8 4
One 1712 8 5
Two 231311 4
Three   291215 4
Four351218 5
Five411222 5

1.1.37 runs 2x slower than 1.0 in this sample.  The beans and test programs 
come out of a production code generator, and the test was intended to do 
some bean verification rather than checking performance.  These results are 
consistent with my earlier hand-coded BMP tests, which also ran 
consistently slower, and with similar runs against our production code's beans.

My test platform is still rather crude (more and better hardware is on 
order...), a P3-550/128MB/Win98/JDK 1.2.2/Hypersonic (in server mode, same 
machine (thanks for the example!)).

Please, some explanation.  Is this a bug, debug code in Orion, or a trend 
for future versions?  We're getting concerned, particularly since we don't 
have any explanation or feedback.


Kirk Yarina
[EMAIL PROTECTED]

New Xalan/Xerxes

[KirkYarina]

Has anyone tried the latest versions of Xalan (1.2D01) and Xerxes (1.1.2) 
with Orion?  If so, do they still have memory leaks?





Kirk Yarina
[EMAIL PROTECTED]

RE: Is 1.1.x slower than 1.0.x?

[KirkYarina]

Thanks for the reply!

At 12:01 PM 8/3/00 -0700, you wrote:
>Hi Kirk,
>
>I can't help you with your exact problem, but there may be some platform
>issues that you're running in to.
>
> > For these comparisons the test platform is a PIII-550/128MB,
> > Win98, Sun SDK
> > 1.2.2, and Hypersonic as shipped from Orion.  System Monitor shows 100%
> > CPU, as expected.
>
>
>First off, you should probably download the JDK 1.3 -- there's considerable
>performance improvements there.

My concern was relative performance changes, not absolute performance - at 
least, not yet.  We are, alas, some way from production.

The 1.2/1.3 argument is still going around the office.  1.2's fast enough 
for what we're doing now, and gives us a consistent platform.  1.3 seems to 
need to mature a bit on Unix platforms.

>Secondly, Win98 gives major CPU priority to the foreground application,
>unlike NT or unix.  In doing some tests of the orion web server/servlet
>environment on a development box running Win98, I noticed that there would
>be a *huge* difference (up to 10x) in performance if the dos box running
>Orion was in the foreground.  If I brought a different application to the
>foreground, performance would nosedive.

Either Orion or the client is in the foreground, with essentially the same 
results, and no other applications are running.  The tests have been run 
the same way on the same platform all along - they're part of the "does it 
still seem to work" check I try to run on every update.

>Needless to say, I don't recommend running any production servers on Win98.

I'd never consider Win98 for production.  We're a Unix shop, and I've 
admin'd assorted versions for around 20 years.  We haven't made a final 
production platform decision yet.

However, this machine is sitting on my desk so it's real handy for 
development and testing.  It needs to run some win32 applications, and has 
some hardware that NT doesn't like.

One of Orion's strengths is being able to do useful development under this 
pervasive but less than optimal OS.

We ran comparison benchmarks on several OSs, JVMs, and DBMSes, and will 
continue to do so.  This one's the quick and dirty test, and the 3x 
increase in times finally needs to be investigated.  I was hoping the 
problem would go away with newer versions, but no such luck.

>Good luck,

Thanks!  I appreciate it.

>Darren.
>
>--
>Darren Gibbons[EMAIL PROTECTED]
>OpenRoad Communications   ph: 604.681.0516
>Internet Application Development fax: 604.681.0916
>Vancouver, B.C. http://www.openroad.ca


Kirk Yarina
[EMAIL PROTECTED]

Is 1.1.x slower than 1.0.x?

[KirkYarina]

I have a simple test application and set of test clients that we wrote to 
help screen various EJB servers and RDBMS's.  These run significantly 
slower against the later beta 1.1 releases (up to 3:1).  I'm trying to tell 
if this is a deployment problem, the beta versions are slower (possibly 
because of debug code), hypersonic has changed, or something else.  Both 
CMP and BMP show increased times.

For example, one test has a simple entity bean, a stateless session bean, 
and a command-line test client.  The EB has two fields, a String primary 
key, and a long.  The SB has a get method that does a findByPrimaryKey with 
a fixed string, and increments and returns the long.  The test client calls 
the get method 1 times and prints the elapsed time.  With 1.0 and CMP 
this took 13,500ms, averaged over 5 runs.  With 1.1.37 it takes 
35,800ms.  More complicated tests show similar results.

For these comparisons the test platform is a PIII-550/128MB, Win98, Sun SDK 
1.2.2, and Hypersonic as shipped from Orion.  System Monitor shows 100% 
CPU, as expected.

Interestingly, after shutdown, Hypersonic's defaultdb.script file shows 
repeated deletes and inserts for all key values rather than a single insert 
for the final values.  Could this indicate a transaction problem? I changed 
the BMP test's transaction type to not required and didn't see any 
changes.  I also changed the CMP test's script file to create cached 
tables, with no effect on run time.

Does anyone have any suggestions on where to look?  If it's on my side I'd 
like to find out before I get much deeper into production code, and if it's 
a beta or hSql problem we'll just ignore it for now.

Thanks!






Kirk Yarina
[EMAIL PROTECTED]

Re: EJB MAKER

[KirkYarina]

Where does the dependent's section mentioned in the tutorial come from?  I 
have been unable to make this section appear.

Kirk Yarina

At 09:48 PM 7/31/00 +0200, you wrote:
>Hello David
>
>David Sierra Fernandez wrote:
>
> > Anyone has used the ejbmaker graphical tool???
> >
> > I think it is used to map a entity bean to a table in a DB or to generate
> > the code of a entity bean but i'm not sure???
> >
>
>It is used to generate Entity Beans quickly, there is a tutorial about it at
>http://www.orionserver.com/toolstut/lesson1/

Re: 1.1.31 problem, again

[KirkYarina]

It's fixed in 1.1.35.

Thanks!

At 10:58 AM 7/24/00 -0400, you wrote:
>I'm also unable to run the cart demo; same error:


Kirk Yarina
[EMAIL PROTECTED]

1.1.31 problem, again

[KirkYarina]

I'm also unable to run the cart demo; same error:

C:\java\orion\demo\ejb\cart>java -classpath 
../../../orion.jar;../../../ejb.jar;
../../../jndi.jar;. CartClient
Communication error: Error reading application-client descriptor: No 
EJBHome fou
nd at MyCart as specified by ejb-ref MyCart

Kirk Yarina

Kirk Yarina
[EMAIL PROTECTED]

1.1.31 problem?

[KirkYarina]

I have a small set of BMP tests that I run on every new Orion 
version.  These worked on 1.1.24, but now seem to be broken and fail in the 
first getInitialContext().  Normally I just do an autoupdate, delete the 
applications-deployment directory, and run the test, but I've tried a full 
recompile with the same results.

I suspect this means  a problem on my part, but I can't find it.  I'd be 
grateful if someone could point out any obvious mistakes.

Thanks!

Kirk Yarina

Platform is Win98/JDK 1.2.2/Hypersonic.

The error:

 >java -Djava.compiler=NONE -classpath 
c:/java/testsuite/bean;c:/java/orion/orion.jar;c:/java/orion/ejb.jar;c:/java/orion/jndi.jar
 
mhi.ejb.person.TestSuite2

-- Getting Initial Context --
javax.naming.NamingException: Error reading application-client descriptor: 
No EJBHome found at Sequence as specified by ejb-ref mhi.Sequence
 at 
com.evermind.server.ApplicationClientInitialContextFactory.getInitial
Context(JAX)
 at 
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:672)
 at 
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:250)
 at javax.naming.InitialContext.init(InitialContext.java:226)
 at javax.naming.InitialContext.(InitialContext.java:182)
 at mhi.ejb.person.TestSuite2.getInitialContext(TestSuite2.java:544)
 at mhi.ejb.person.TestSuite2.runTestSuite(TestSuite2.java:79)
 at mhi.ejb.person.TestSuite2.main(TestSuite2.java:60)



The client code that fails:

 try {
 this.iCtx = new InitialContext( );
 }
 catch ( Exception ex )
 {
 System.err.println( "-- Getting Initial Context --" );
 ex.printStackTrace( System.err );
 System.exit(2);
 }
 }


The beginning of the home interface:

package mhi.ejb.seq;

import java.rmi.RemoteException;
import java.util.Enumeration;
import javax.ejb.CreateException;
import javax.ejb.EJBHome;
import javax.ejb.FinderException;

/**
  * The SequenceHome interface.
  */

public
interface   SequenceHome
extends EJBHome
 {
 /**
  * Creates a new Sequence with the give name, and sets its
  * next ID to the initial sequence parameter.
  *
  * @param name The name of the new Sequence.
  * @param initSeq The initial next ID for this sequence.
  */

 public Sequence
 create( String name, long initSeq )
 throws RemoteException, CreateException;


The client's jndi.properties:

java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory
java.naming.provider.url=ormi://localhost/testsuite
java.naming.security.principal=admin
java.naming.security.credentials=123



And the relevant section of ejb-jar.xml:

 

 
 
 Sequence Performance Test
 

 SequenceMgr
 mhi.ejb.seq.SequenceMgrHome
 mhi.ejb.seq.SequenceMgr
 mhi.ejb.seq.SequenceMgrBean
 Stateless

 
 mhi.Sequence
 Entity
 mhi.ejb.seq.SequenceHome
 mhi.ejb.seq.Sequence
 
 

 
 
 Unique ID sequence generator
 

 Sequence
 mhi.ejb.seq.SequenceHome
 mhi.ejb.seq.Sequence
 mhi.ejb.seq.SequenceBean
 java.lang.String
 True
 Bean
 



Kirk Yarina
[EMAIL PROTECTED]

Re: data-sources.xml changes in 1.1.24

[KirkYarina]

the first try bounced?? :
>MAIL From:<[EMAIL PROTECTED]> SIZE=3690
>   451 <[EMAIL PROTECTED]>... Sender domain must resolve


Thanks for responding, Karl!  Easier for new users is good...  Out of 
curiosity, how do you decide which entry to default to for CMP if there's 
more than one?  We're probably not going to use any BMP beans, but they're 
still in the test suite.

Yes, it asked first.  I keep a set of backup config and other files, always 
diff the changes and run some tests, and am well aware that what autoupdate 
returns is basically beta (but higher quality than most...).  I'm 
interested in why it changed, not upset that it did, and wondering what 
other consequences there might be.  Think of it as long-term developer 
curiosity...  I fell into java/EJB from many years of real-time embedded 
systems and data communications; moved to a friend's start-up, time for a 
change.

Besides the locations the class also changed, 
fromclass="com.evermind.sql.ConnectionDataSource" to 
class="com.evermind.sql.DriverManagerDataSource",

I'm interested in the GUI tools because we're using their output as 
examples for our own development tools (cruder, but they seem to work for 
us), and the new version won't use .skeleton files from the old one - they 
open with no apparent errors but there's nothing there.  Just curious as to 
whether this is our problem or a design change.  BTW, ever thought about 
using XML for the skeleton files?  A way to change the starting directory 
from the user's home (ugly with WinDoze 98) to a specified directory?

Kirk Yarina

At 10:53 AM 7/14/00 +0200, you wrote:
>Hello Kirk,
>
>Are you certain Orion didn't ask if you wanted your data-sources.xml to be
>overwritten? This happens when the data-source definitions in the 
>distribution has
>changed, and it recently has to make Hypersonic SQL be pre-installed with 
>Orion to
>make it easier for new users who don't want to start with setting up a db.
>
>The xml configuration files is not something that should be overwritten 
>without
>quering the user.
>
>Regards,
>Karl Avedal
>
>KirkYarina wrote:
>
> > The latest autoupdate makes some interesting changes in data-sources.xml,
> > removing "Default data-source" -



Kirk Yarina
[EMAIL PROTECTED]

Re: data-sources.xml changes in 1.1.24

[KirkYarina]

Thanks for responding, Karl!  Easier for new users is good...  Out of 
curiosity, how do you decide which entry to default to for CMP if there's 
more than one?  We're probably not going to use any BMP beans, but they're 
still in the test suite.

Yes, it asked first.  I keep a set of backup config and other files, always 
diff the changes and run some tests, and am well aware that what autoupdate 
returns is basically beta (but higher quality than most...).  I'm 
interested in why it changed, not upset that it did, and wondering what 
other consequences there might be.  Think of it as long-term developer 
curiosity...  I fell into java/EJB from many years of real-time embedded 
systems and data communications; moved to a friend's start-up, time for a 
change.

Besides the locations the class also changed, 
fromclass="com.evermind.sql.ConnectionDataSource" to 
class="com.evermind.sql.DriverManagerDataSource",

I'm interested in the GUI tools because we're using their output as 
examples for our own development tools (cruder, but they seem to work for 
us), and the new version won't use .skeleton files from the old one - they 
open with no apparent errors but there's nothing there.  Just curious as to 
whether this is our problem or a design change.  BTW, ever thought about 
using XML for the skeleton files?  A way to change the starting directory 
from the user's home (ugly with WinDoze 98) to a specified directory?

Kirk Yarina

At 10:53 AM 7/14/00 +0200, you wrote:
>Hello Kirk,
>
>Are you certain Orion didn't ask if you wanted your data-sources.xml to be
>overwritten? This happens when the data-source definitions in the 
>distribution has
>changed, and it recently has to make Hypersonic SQL be pre-installed with 
>Orion to
>make it easier for new users who don't want to start with setting up a db.
>
>The xml configuration files is not something that should be overwritten 
>without
>quering the user.
>
>Regards,
>Karl Avedal
>
>KirkYarina wrote:
>
> > The latest autoupdate makes some interesting changes in data-sources.xml,
> > removing "Default data-source" -



Kirk Yarina
[EMAIL PROTECTED]

data-sources.xml changes in 1.1.24

[KirkYarina]

The latest autoupdate makes some interesting changes in data-sources.xml, 
removing "Default data-source" -

 

and replacing it with

 

changing the name and all the locations.  Does anyone know the reason for this?

Of course, it broke my BMP test beans, until I re-added the appropriate 
section...

com.evermind.server.rmi.OrionRemoteException: javax.ejb.EJBException: 
looking up dsName 'jdbc/DefaultEJBDS', jdbc/DefaultEJBDS not found
 at com.evermind.server.ejb.EJBUtils.getUserException(JAX, Compiled 
Code)


Also, is there any info anywhere on the new GUI tools?

Thanks!


Kirk Yarina
[EMAIL PROTECTED]

RE: admin -shutdown

[KirkYarina]

Does your principals.xml contain the following?

   
 
   The default administrator
   
   
   
 

Perhaps I'm just lucky, since it works fine on my win98 machine with the 
configured password, and has since 0.9.something.

C:\java\orion>java -jar admin.jar ormi://localhost/ admin badpasswd -shutdown
Error: java.lang.SecurityException: Invalid username/password for default 
(admin
)

C:\java\orion>java -jar admin.jar ormi://localhost/ admin goodpwd -shutdown

C:\java\orion>


I agree the docs are poor and have spent way too much time on trial and 
error.  It's been way too many years since I thought this was entertaining...

Kirk Yarina

At 08:24 PM 6/28/00 +0200, you wrote:

>I've tried it and I have always the same result:
>
>C:\orion>java -jar admin.jar ormi://localhost:23791 admin 123 -shutdown
>Error: java.lang.SecurityException: Invalid username/password for default
>(admin
>)
>
>C:\orion>java -jar admin.jar ormi://localhost:23791 david sierra -shutdown
>Error: java.lang.SecurityException: Invalid username/password for default
>(david
>)
>
>C:\orion>java -jar admin.jar ormi://localhost david sierra -shutdown
>Error: java.lang.SecurityException: Invalid username/password for default
>(david
>)
>
>C:\orion>java -jar admin.jar ormi://localhost/ david sierra -shutdown
>Error: java.lang.SecurityException: Invalid username/password for default
>(david
>)
>
>
>
>What does this funny error mean ??
>
>I think that probably today Karl Avedal and Mike are sick, because the
>don't talk clearly to us.
>
>The same happens with fail-over, connection pools and hot deploy, orion
>team has ignored my questions about those things because they are not
>interested in it. You should answer our questions. I do think that Orion
>is a good product but after betting for it, we have to be very sure what
>we are going to get.
>
>Think about it... Orion team.


Kirk Yarina
[EMAIL PROTECTED]

RE: admin -shutdown

[KirkYarina]

Have you tried

java -jar admin.jar ormi://localhost/ admin  -shutdown

i.e. no port. "/" after localhost?

Kirk Yarina

At 09:36 AM 6/28/00 -0500, you wrote:

>This issue is frustrating to me.  You'd think something as fundamental as
>shutting down the server would work--it did in 0.9.  I really like Orion,
>but I just can't recommend it to my employer if such fundamental features
>don't work.  Ideally you won't be shutting down the server very often,
>however when you are configuring and testing you do it a lot.  This issue
>has received a lot of traffic on this list, but I have yet to hear anyone
>for the Orion Team explain either a) what we're doing wrong to cause this
>error, or b) that it is indeed a bug in the software and it will be fixed in
>release 1.x.
>
>I understand Orion is hard to beat for the price, but I'd gladly pay more
>for a server I can shutdown!
>
>Nathan Phelps

Re: BMP connection pooling

[KirkYarina]

Thanks!  Does this return a pooled connection?

I have a two column table with a String primary key and a long 
(next).  Simplied, this test program  invokes a stateless session bean that 
uses an entity bean that invokes findByPrimaryKey (always the same key) and 
then:
long temp = bean.getNext();
temp++;
bean.setNext(temp);
and returns temp.  Pretty straightforward...

Using HypersonicSQL and CMP this takes under 2ms a pass.  My initial BMP 
version ran at about 3ms a pass, and then, for no apparent reason and no 
changes, started taking over 100ms/pass - and occasionally returning back 
to 3ms.  We suspect a hypersonic weirdity, or a bug in the entity bean, but 
haven't figured it out yet.  Has anyone else seen anything similar?  I'm 
using Win98/Sun 1.2.2/Orion 1.0.3, and the latest version of Hypersonic, 
and the only changes were in the entity bean and XML files.

BTW, I've used Hypersonic on the same machine and PostgreSQL and Sybase to 
a LAN connected Linux system for performance tests.  During the CMP testing 
switching between them was trivial - uncomment different sections in 
data-sources.xml, make sure that the appropriate DBMS is running, and 
restart orion.  Very impressive.  It also looks like CMP caching works very 
well; cachable tests had very similar times regardless of the DBMS.

Kirk Yarina

At 10:08 PM 6/14/00 +0200, you wrote:
>Hello Kirk,
>
>You should use the datasource specified by the EJB-location. In your case that
>is jdbc/DefaultEJBDS.
>
>Regards,
>Karl Avedal
>
>KirkYarina wrote:
>
> > I'm running a series of performance tests as both a learning tool and to
> > assist our chief designer, and am converting our test suite from CMP to 
> BMP.
> >
> > I'm confused about how Orion manages jdbc connection pooling.  The  mail
> > archive discussion I found , from last November, is adding to the fog
> >
> > The following snippet from data-sources.xml would suggest that it's
> > possible to obtain either a pooled or non-pooled connection by using either
> > jdbc/DefaultDS or jdbc/DefaultPooledDS - but I'm getting similar benchmark
> > times using either one (by changing which line is commented in
> > getConnection, below).
> >
> > Could someone tell me what is being returned by either of these, if I'm
> > headed in the right direction, and where to look if I'm not?
> >
> > Thanks!
> >
> > Kirk Yarina
> >
> >   >  name="Default data-source"
> >  class="com.evermind.sql.ConnectionDataSource"
> >  location="jdbc/DefaultDS"
> >  pooled-location="jdbc/DefaultPooledDS"
> >  xa-location="jdbc/xa/DefaultXADS"
> >  ejb-location="jdbc/DefaultEJBDS"
> >  url="jdbc:HypersonicSQL:defaultdb"
> >  connection-driver="org.hsql.jdbcDriver"
> >  username="sa"
> >  password=""
> >  schema="database-schemas/hypersonic.xml"
> >  />
> >
> >private Connection
> >getConnection()
> >  {
> > //String dsName = "jdbc/DefaultPooledDS";  // Pooled connections?
> >  String dsName = "jdbc/DefaultDS";  // non-pooled connections?
> >
> >  InitialContext initialContext = null;
> >
> >  try {
> >initialContext = new InitialContext();
> >}
> >  catch ( Exception ex )
> >{
> >System.err.println( "-- Getting Initial Context --" );
> >ex.printStackTrace( System.err );
> >throw new EJBException
> >  ( "getting Sequence InitialContext, " + ex.getMessage() );
> >}
> >
> >  try {
> >DataSource ds =
> >  (DataSource) initialContext.lookup( dsName );
> >
> >return ds.getConnection();
> >}
> >  catch ( Exception ex )
> >{
> >System.err.println
> >  ( "-- looking up DataSource '" + dsName + "' --" );
> >ex.printStackTrace( System.err );
> >throw new EJBException
> >  ( "looking up dsName '"
> >+ dsName + "', " + ex.getMessage() );
> >}
> >  }
> >
> > Kirk Yarina
> > [EMAIL PROTECTED]


Kirk Yarina
[EMAIL PROTECTED]

BMP connection pooling

[KirkYarina]

I'm running a series of performance tests as both a learning tool and to 
assist our chief designer, and am converting our test suite from CMP to BMP.

I'm confused about how Orion manages jdbc connection pooling.  The  mail 
archive discussion I found , from last November, is adding to the fog

The following snippet from data-sources.xml would suggest that it's 
possible to obtain either a pooled or non-pooled connection by using either 
jdbc/DefaultDS or jdbc/DefaultPooledDS - but I'm getting similar benchmark 
times using either one (by changing which line is commented in 
getConnection, below).

Could someone tell me what is being returned by either of these, if I'm 
headed in the right direction, and where to look if I'm not?

Thanks!

Kirk Yarina


 




   private Connection
   getConnection()
 {
//String dsName = "jdbc/DefaultPooledDS";  // Pooled connections?
 String dsName = "jdbc/DefaultDS";  // non-pooled connections?

 InitialContext initialContext = null;

 try {
   initialContext = new InitialContext();
   }
 catch ( Exception ex )
   {
   System.err.println( "-- Getting Initial Context --" );
   ex.printStackTrace( System.err );
   throw new EJBException
 ( "getting Sequence InitialContext, " + ex.getMessage() );
   }

 try {
   DataSource ds =
 (DataSource) initialContext.lookup( dsName );

   return ds.getConnection();
   }
 catch ( Exception ex )
   {
   System.err.println
 ( "-- looking up DataSource '" + dsName + "' --" );
   ex.printStackTrace( System.err );
   throw new EJBException
 ( "looking up dsName '"
   + dsName + "', " + ex.getMessage() );
   }
 }

Kirk Yarina
[EMAIL PROTECTED]

What's rc2?

[KirkYarina]

Another post has an interesting line:

Orion/1.0rc2 initialized

This doesn't seem to be mentioned on www.orionserver.com.