Suggestion

2001-02-06 Thread bsb108765

Since EJB 20 Spec does not support SQL ANSI datatypes inside ejb-jar.xml, I suggest 
that Orion accept folowing: accept JavaDoc like tags.

So, we can have following:

entity
  description@Data-source jdbc/MySQL
   @Table-name myOwnTable/description
  cmp-field persistence-type="varchar(30)"
description@Persistence-type varchar(30)/description
field-nameuserId/field-name
  /cmp-field
/entity

As this sample, Orion should map this entity bean to Datasource and table specified, 
and the datatype of the fields...

Of course, user have choice to write anything inside description/... tags, to 
maintain compatibility with spec...

What you do think about this?

My2c

Edson Richter





Suggestion

2001-02-06 Thread bsb108765

Ops, something wrong, the correct would be:

entity 
description@Data-source jdbc/MySQL 
@Table-name myOwnTable/description 
cmp-field 
description@Persistence-type varchar(30)/description 
field-nameuserId/field-name 
/cmp-field 
/entity 

--


De: [EMAIL PROTECTED]
Para: Orion-Interest [EMAIL PROTECTED]
Assunto: Suggestion
Data: 06/2/2001 09:11:09

Since EJB 20 Spec does not support SQL ANSI datatypes inside ejb-jar.xml, I suggest 
that Orion accept folowing: accept JavaDoc like tags.

So, we can have following:

entity
  description@Data-source jdbc/MySQL
   @Table-name myOwnTable/description
  cmp-field persistence-type="varchar(30)"
description@Persistence-type varchar(30)/description
field-nameuserId/field-name
  /cmp-field
/entity

As this sample, Orion should map this entity bean to Datasource and table specified, 
and the datatype of the fields...

Of course, user have choice to write anything inside description/... tags, to 
maintain compatibility with spec...

What you do think about this?

My2c

Edson Richter








SUGGESTION: Display nested EJBExceptions ...

2000-11-08 Thread Gerald


EJBException allows for the nesting of exceptions. Since EJBException 
indicates a system fault, it makes sense to display as much information as 
possible about it.

When my application throws an EJBException, the browser displays a stack 
trace, but only for the EJBException. Would it not make sense to display the 
stack trace of the nested exception as well? It would be a simple matter of 
add the line:


exception.getCausedByException().printStackTrace();


somewhere in some file, and it would help a lot.





Re: EJB CMP suggestion

2000-05-09 Thread Karl Avedal

Hello Jen,

To find out how to be able to specify joins or any SQL in custom finders, read:

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

Search for query and look at the partial attribute.

What you want is already possible, without changing the code of your beans.

Regards,
Karl Avedal

Jen Hsien Huang wrote:

 EJB CMP feature is fantasy. But it's use less because I cant do a simple joint on 
it, so I wonder the benifit of CMP is just a dream. for example I have two EJB , 
Company and Product, a Product can use Company as it CMP field , but if I want a 
finder method search the Product by the Company name, that's impossible.
 So why not define a CMP finder syntax can do a simple joint ? for example

 public Collection findByCompanyName(String value) throws RemoteException, 
FinderException;
 public static final String findByCompanyName_query = "$company.name LIKE $1";

 this will generate a SQL call that joint tables of Product and Company. ex
 "SELECT * from Product , Company where Company.id = Product.company and Company.name 
LIKE ? "

 I think this will make CMP more useful.





RE: EJB CMP suggestion

2000-05-09 Thread Conrad Chan

How about having your Product company finder query to be 

"SELECT * FROM Product WHERE Product.company = (SELECT Company.id FROM Company 
WHERE Company.name LIKE ?"

I understand that this query may not be identical to the query you provided.  But my 
point is it is possible.

Conrad

-Original Message-
From: Jen Hsien Huang [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 09, 2000 3:38 AM
To: Orion-Interest
Subject: EJB CMP suggestion

EJB CMP feature is fantasy. But it's use less because I cant do a simple joint on it, 
so I wonder the benifit of CMP is just a dream. for example I have two EJB , Company 
and Product, a Product can use Company as it CMP field , but if I want a finder method 
search the Product by the Company name, that's impossible.
So why not define a CMP finder syntax can do a simple joint ? for example

public Collection findByCompanyName(String value) throws RemoteException, 
FinderException;
public static final String findByCompanyName_query = "$company.name LIKE $1";

this will generate a SQL call that joint tables of Product and Company. ex
"SELECT * from Product , Company where Company.id = Product.company and Company.name 
LIKE ? "

I think this will make CMP more useful.




Suggestion for classpath problem

2000-01-07 Thread Byron Hawkins



Try adding the classpath as a library-path entry in config/server.xml.  I
had the same problem, and this entry seemed to make all classes in the
library-path entries available to all threads initiated (at some level) by
OrionServer.



-Original Message-
From: Ruud Noordermeer [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Date: Friday, January 07, 2000 1:31 AM
Subject: Problems with 'ClassPath' and Orion


Hey Guys!

I'm new to Orion and am trying to get it running on my W95 system.

Until now I cannot access classes outside of the orion environment.
It looks like the classpath is not correctly set.

When I run one of my test servlets which checks the Java VM it tells
me only the 'orion.jar' is on my classpath, even though I've used the
classpath entries in 'web-application.xml.

I'm using:
   Windows-95
   Java JDK 1.2.2
   Orion 0.8.2

I've tried:
   setting classpath in 'default-site/web-application.xml'
   setting classpath in 'config/web-application.xml'
   adding -classpath on startup of java - orion server
   defining a classpath in OS-environment

Any suggestions

Thanks in advance!

Ruud Noordermeer.
ProGaia Web Solutions
+-+
|Ruud NoordermeerEmail: [EMAIL PROTECTED]|
|ProGaia Web Solutions BV  [EMAIL PROTECTED]|
+-+