Re: What happened to this mailing list???

2001-08-06 Thread Scot Weber



perhaps the "weekend" struck again =) - scot
Simon Harris wrote:

The
mailing list seems to have gone quiet. Is there something we should know
about?





Re: EJB 2.0 local interfaces

2001-07-13 Thread Scot Weber

Vincent,

  OrionServer 1.5.2 is EJB2.0 Proposed Final Draft 1 compliant (i think there
may be some PFD2 things in there as well) but, i don't believe much more is
going to be completed towards the 2.0 spec until the 2.0 spec is final.  Therein
lies the partiality of the EJB2.0 support.

peace - scot

Vincent Massol wrote:

 Does anyone know when EJB 2.0 local interfaces will be available in Orion ?

 Apparently they are not currently implemented (see
 http://www.c2.com/cgi/wiki?OrionServerSpecSupport).

 What would be really nice would be to detail more what is supported in Orion
 1.5.2 on the main page of the orion web site. Instead of saying Partial EJB
 2.0 support, detail what is supported ... (and what date of the spec. as it
 has recently changed ...).

 Thanks
 -Vincent





Re: Bi-directional N-to-N support does it work in orion?

2001-07-03 Thread Scot Weber

Current OrionServer 1.5.2 is EJB2.0PFD1 compliant, not EJB2.0PFD2.  Not
speaking for the developers, but merely surmising, I would suspect that
it will remain PFD1 until the spec is in final.  No sense chasing a
rabit down the hole! =)

- scot

Alex Paransky wrote:
 
 I read some time ago that Orion does not support bi-directional N-to-N
 relationships.  Recently (1.5.2) I created such a relationship and initially
 Orion created TWO relationship tables.  Afterwards, I removed one of the
 tables, and updated orion-ejb-jar.xml to use the same table for both sides
 of the relationship.
 
 Question:  Is this type of usage supported in Orion 1.5.2?  Am I asking for
 trouble?  Is anyone aware of any problems with using orion-ejb-jar.xml to
 manipulate the deployment descriptor in such a way?
 
 Thanks.
 -AP_

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: Setting Up JDBC driver for Oracle database

2001-06-29 Thread Scot Weber


data-sources
  data-source
name=Devel One DS
class=com.evermind.sql.ConnectionDataSource
location=jdbc/DevelOneCoreDS
pooled-location=jdbc/DevelOnePooledDS
xa-location=jdbc/xa/DevelOneXADS
ejb-location=jdbc/DevelOneDS
schema=database-schemas/oracle.xml
url=jdbc:oracle:thin:@samoa.spottedfly.com:1521:DEV1 -- change to
your host and SID
connection-driver=oracle.jdbc.driver.OracleDriver
username=mySchemaName
password=myPassword
  /
/data-sources

peace - scot

Mong Kon Mo wrote:
 
 Hello,
 
 I am trying setup Orion to communicate with an Oracle 8.0.5.1 database.
 I've obtained the JDBC drivers from Oracle, but I'm confused about what
 I should be doing next.  The Orion documentation says I need to copy the
 driver to the Orion\lib directory and add a data source in
 data-sources.xml; but what fields do I change and what values should I
 use?
 
 Can anyone, perhaps someone who uses Orion and Oracle, help clear up
 this process for me?
 
 Thanks in advance,
 
 Mong Kon Mo

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: Debug JSP - how to?

2001-06-28 Thread Scot Weber

Henrik,

  Are you by chance using IE?  If you are, go to the advanced properties
and disable the beautified error page display, this will give you the
actual jsp error information from things like 500 Server Errors.  If you're
using nutscrape and not getting meaningful error messages, then something
is radically wrong.

- peace - scot weber / [EMAIL PROTECTED]
[ this space reserved for something really clever ]

Henrik Skafsgaard Larsen wrote:

 Hello

 I have this servlet, which actually doesn't do much except write html,
 so for testing purpose I decided to change it to JSP.
 I want to use some methods defined in our homegrown packages
 and imported the package with: %@ page import=com.mypacke.util.* %
 I then wrote the following:
 .
 .
 %
 Cleo c = new Cleo();
 out.println(Howdy from Cleo:  + c.getDate());
 %
 .
 .
 the result was, that my page could not be displayed.
 Removing the reference: c.getDate() helped
 but I cannot find any hints ind the logfiles as to WHY it doesn't work.

 med venlig hilsen / best regards
 Henrik Skafsgaard Larsen





Re: Support for MySQL

2001-06-20 Thread Scot Weber

Yup . . . it sure is.  I use it as well as oracle and db2 for cross
compliance testing. As far as it being a 'success story', i personally
wouldn't use it as a production RDBMS. But that's just MNSHO.

peace - scot weber

Nicolai P Guba wrote:

 Hmmm, I've found that PostgreSQL is supported.  Has anybody got any
 success stories with mySQL? (still evaluating).

 --
   Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com
 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 GSM: +44 (0)7909 960 751   DDI: +44 (0)20 7368 9708





Re: spam?

2001-06-17 Thread Scot Weber

hahahhahaaa - sounds like someone simply replied to the wrong
message =)

Boris Garbuzov wrote:
 
 Guys, what is happening? Too many strange messages.
 
 --
 
 Kevin Duffey wrote:
 
  Hi Melissa,
 
  I didn't get the size for him. To be honest..I cam was working on content
  and part of my front-end framework the last few times. I will figure this
  out soon for him and let him know.
 
  Next weekend is bad for me to meet too..got two graduations and a special
  mothers-day/fathers-day dinner for my parents who are in from Florida. But
  sometime during the week, especially Wednesday night or Thursday would be
  fine.
 
  Site is up.
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Scot Weber
   Sent: Thursday, June 14, 2001 5:27 PM
   To: Orion-Interest
   Subject: Re: debug jsp pages and where is the source
  
  
   Wendell,
  
   orion-web-app
   jsp-cache-directory=./persistence
   servlet-webdir=/servlet
   development=false-- Change this to true
   persistence-path=./persistence/state.ser
   
  
   Then . . .
  
   Assuming all things are equal and you have a default web app called
   'devel-default-web-app'
   bound to the server you're working with, the persistence (and
   subsequently the .java files
   for the .jsp's) will be in the path:
  
   /u/orion/application-deployments/default/devel-default-web-app/persistence
  
   http://www.mydomain.com/index.jsp
  
   will produce the files
  
   /u/orion/application-deployments/default/devel-default-web-app/per
   sistence/index.jsp.java
   /u/orion/application-deployments/default/devel-default-web-app/per
   sistence/index.jsp.jspCache
  
   peace - scot
  
  
   Wendell Nichols wrote:
   
Well I made the jsp page work by explicitly importing
java.lang.String, as opposed to java.lang.* as I had done for
other servers.  Because this shouldn't bother other servers I'm ok
with it.
I still need to have access to the jsp.java files for debugging
purposes before Orion will be an acceptable server for me...
  
   ... snip ...
  

 Any help would be appreciated..

 Wendell Nichols
 Amdahl Software Ltd.
 and
 Fujitsu Apserv.
  
   --
  
 scot weber - [EMAIL PROTECTED]
 -
 Given a choice between a folly and a sacrament, one should
 always choose the folly -- because we know a sacrament
 will not bring us closer to God and there's always a chance
 that a folly will. - Erasmus
  
 The only man who never makes a mistake is the man who
 never does anything. - Theodore Roosevelt.

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: Problems with bidirectional CMR

2001-06-15 Thread Scot Weber

Harris,

  That extra table IS necessary.  That is the way that ALL relationships
are managed by the ejb container.

myParent
--
myParentPK
myParentData1
myParentData2

myChild
--
myChildPK
myChildData1

Relationship: Parent has Children Containment (1 - N Bi-directional)

myParent_myChild

myParentPK
myChildPK

This allows trivial bi-directionality in a 1 - N, even if it's
uni-directional, the same construct can be used.  In the case of
bi-directional 1 - N the table is in fact necessary as there's no way,
except perhaps to use a Collection of myChildPK's attribute in myParent,
to back reference the myChild relationships from the myParent object.

- Scot

Harris Simon wrote:
 
 I am trying to get a bi-directional container managed relationship working
 in Orion 1.5.2 but it keeps creating an intermediate table. Is there anyway
 to stop this? There is no need for the extra table.
 
 Here is my example:
 
 Change[1]-[*]Objection
 
 create table change (
 change_id integer primary key
 )
 
 create table objection (
 objection_id integer primary key,
 change_id integer
 )
 
 ejb-relation
 ejb-relation-nameChange-Objection/ejb-relation-name
 ejb-relationship-role
 
 ejb-relationship-role-namechange-has-objections/ejb-relationship-role-nam
 e
 multiplicityOne/multiplicity
 role-source
 ejb-nameChange/ejb-name
 /role-source
 cmr-field
 cmr-field-nameobjections/cmr-field-name
 cmr-field-typejava.util.Set/cmr-field-type
 /cmr-field
 /ejb-relationship-role
 ejb-relationship-role
 
 ejb-relationship-role-nameobjection-belongsto-change/ejb-relationship-rol
 e-name
 multiplicityMany/multiplicity
 cascade-delete/
 role-source
 ejb-nameObjection/ejb-name
 /role-source
 cmr-field
 cmr-field-namechange/cmr-field-name
 /cmr-field
 /ejb-relationship-role
 /ejb-relation
 
 **
 This e-mail is confidential and for the sole use of the intended
 recipient(s).  If you are not the intended recipient, you are not
 authorised to disclose, use, distribute or in any other way make
 use of the information contained in it, and such activities are
 prohibited.  If you have received this e-mail in error, please
 notify the sender by reply e-mail, delete the document and destroy
 all copies of the original message.
 **

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: Collection or list as return ??

2001-06-15 Thread Scot Weber

Eddie,

java.util.Collection is an interface, so chances are the real container
is a java.util.ArrayList, which is linearly sequential.  I don't know
this to be a fact, but it's just a thought . . .

- Scot

 Eddie wrote:
 
 Hellu there,
 
 Some time ago someone made a remark that it make no sense putting a
 ORDER
 BY in the where clause in the orion-ejb-jar.xml, as the finder
 methods of
 the home interface do return a Collection, which are not sorted by
 definition.
 
 Hmmm makes sence, but if I play around with it and put a ORDER BY id
 ASC
 or ORDER BY id DESC in the where clause in the orion-ejb-jar.xml, to
 fine
 tune some queries, it does  return sorted collections 
 
 Howcome ?? Does the finder methods return a  sorted List as a J2EE
 feature,
 that is a subClass of a Collection, or is this just Orion. ??
 
 The thing is that I like to optimize my queries, but if this feature
 isn't
 J2EE for example I will have a problem with the following upgrades if
 it's
 left out for some reason !!
 
 BTW: in the J2EE spec, in section 10.5.6 they only talk about the
 Collection
 data type.!!
 
 Some advise please ??
 Eddie

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: Collection or list as return ??

2001-06-15 Thread Scot Weber

Eddie,

  I just tested it . . .

MyTestHome.java __

  public interface MyTestHome {
 

public Collection findAll () ...

  }

mytest.jsp__

  

  %= myTestHome.findall ().getClass () %

output_

  java.util.ArrayList

peace - scot

 Eddie wrote:
 
 Hellu there,
 
 Some time ago someone made a remark that it make no sense putting a
 ORDER
 BY in the where clause in the orion-ejb-jar.xml, as the finder
 methods of
 the home interface do return a Collection, which are not sorted by
 definition.
 
 Hmmm makes sence, but if I play around with it and put a ORDER BY id
 ASC
 or ORDER BY id DESC in the where clause in the orion-ejb-jar.xml, to
 fine
 tune some queries, it does  return sorted collections 
 
 Howcome ?? Does the finder methods return a  sorted List as a J2EE
 feature,
 that is a subClass of a Collection, or is this just Orion. ??
 
 The thing is that I like to optimize my queries, but if this feature
 isn't
 J2EE for example I will have a problem with the following upgrades if
 it's
 left out for some reason !!
 
 BTW: in the J2EE spec, in section 10.5.6 they only talk about the
 Collection
 data type.!!
 
 Some advise please ??
 Eddie

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.




Re: debug jsp pages and where is the source

2001-06-14 Thread Scot Weber

Wendell,

orion-web-app
jsp-cache-directory=./persistence
servlet-webdir=/servlet
development=false-- Change this to true
persistence-path=./persistence/state.ser


Then . . .

Assuming all things are equal and you have a default web app called
'devel-default-web-app'
bound to the server you're working with, the persistence (and
subsequently the .java files
for the .jsp's) will be in the path:

/u/orion/application-deployments/default/devel-default-web-app/persistence

http://www.mydomain.com/index.jsp

will produce the files

/u/orion/application-deployments/default/devel-default-web-app/persistence/index.jsp.java
/u/orion/application-deployments/default/devel-default-web-app/persistence/index.jsp.jspCache

peace - scot


Wendell Nichols wrote:
 
 Well I made the jsp page work by explicitly importing
 java.lang.String, as opposed to java.lang.* as I had done for
 other servers.  Because this shouldn't bother other servers I'm ok
 with it.
 I still need to have access to the jsp.java files for debugging
 purposes before Orion will be an acceptable server for me...

... snip ...

 
  Any help would be appreciated..
 
  Wendell Nichols
  Amdahl Software Ltd.
  and
  Fujitsu Apserv.

-- 

  scot weber - [EMAIL PROTECTED]
  -
  Given a choice between a folly and a sacrament, one should
  always choose the folly -- because we know a sacrament
  will not bring us closer to God and there's always a chance
  that a folly will. - Erasmus

  The only man who never makes a mistake is the man who
  never does anything. - Theodore Roosevelt.