SV: Not authorized to view this page

[Magnus Rydin]

Title: SV: Not authorized to view this page





Are the pages protected?
Have you added a entry to your principals.xml for the app?
What version of Orion are you running?
More information needed.
WR


> -Ursprungligt meddelande-
> Från: Adamson, Scott [mailto:[EMAIL PROTECTED]]
> Skickat: den 14 februari 2001 16:05
> Till: Orion-Interest
> Ämne: Not authorized to view this page
> 
> 
> I get the message 'Not authorized to view this page' when 
> trying to run the
> addressbook example from the CMP primer. I believe Orion is working
> correctly as I can run the orion-primer example. Any help 
> much appreciated.
> 
> 
> 
> Come on !! Someone must have had a similar problem, I'm 
> running Orion on Win
> NT workstation
> trying to access the pge from the same machine, how can I not 
> have access to
> something on my own machine ??
> 
> I've tried loging in as admin (normal account should have admin rights
> anyway !) no difference. If any Orion support people monitor this list
> please help as I'm evaluating Orion with the view to 
> deploying it within a
> 10 server cluster ($$$).
> 
> regards,
> Scott. 
> 
> 

SV: VARCHAR values are always the length of the field

[Magnus Rydin]

Title: SV: VARCHAR values are always the length of the field





We are using the Inet Sprinta drivers to access SQL Server, and it works great.
Have a go at it.
WR


> -Ursprungligt meddelande-
> Från: Chandika Mendis [mailto:[EMAIL PROTECTED]]
> Skickat: den 14 februari 2001 16:45
> Till: Orion-Interest
> Ämne: RE: VARCHAR values are always the length of the field
> 
> 
> 
> I don't have faith in the JDBC-ODBC bridge (it IS a piece of 
> crap with lot's
> of bugs etc.). Yet, I was surprised to find that the 
> JDBC-ODBC bridge was
> actually much faster than the Merant pure-java thin driver 
> for SQL Server!!
> (very disappointing as I was expecting the performance to be 
> better!) -this
> was the case with Oracle's JDBC drivers also - except that 
> the difference
> was much less. Didn't give me much confidence about the 
> performance of JDBC
> :-((
> 
> Chandika
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Victor A.
> Salaman
> Sent: Wednesday, February 14, 2001 10:53 AM
> To: Orion-Interest
> Subject: RE: VARCHAR values are always the length of the field
> 
> 
> I have some thoughts... don't be cheap and get rid of that 
> piece of crap
> ODBC-JDBC bridge... buy a real jdbc driver.
> 
> - peace -
> Victor!
> 
> -Original Message-
> From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 2:34 PM
> To: Orion-Interest
> Subject: VARCHAR values are always the length of the field
> 
> 
> Here's the problem, when I get a datasource like this:
> 
>   // Error trapping removed for clarity.
>   Context initCtx = null;
>   initCtx = new InitialContext();
> 
>   String dsName = "jdbc/MSSQLTimecardDS";
>   DataSource ds = initCtx.lookup(dsName);
> 
> and use it to return a ResultSet containing a VARCHAR field, 
> the getString
> method always returns a String containing spaces filling out 
> the String to
> the entire lengthe of the VARCHAR field, i.e. if I have a 
> VARCHAR(50) field
> I get a String 50 characters long regardless of how much text 
> is actually
> stored in the field.
> 
> This does not happen when using a CMP to access the same 
> table and does not
> happen when I create a Connection using a DriverManager instead of a
> DataSource.
> 
> I'm using the ODBC-JDBC bridge against SQL Server.  Here's my 
> DataSource
> definition:
> 
>   
>  name="MSSQLServerTimecard"
>  location="jdbc/MSSQLCoreTimecardDS"
>  xa-location="jdbc/xa/MSSQLXATimecardDS"
>  ejb-location="jdbc/MSSQLTimecardDS"
>  connection-driver="sun.jdbc.odbc.JdbcOdbcDriver"
>  url="jdbc:odbc:Timecard"
>  username="sa"
>  password=""
>  inactivity-timeout="30"
>  class="com.evermind.sql.DriverManagerDataSource"
>   />
> 
> and my database-schema mappings:
> 
> 
> primary-key="primary key">
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 
>   
>   
>   
>   
> 
> 
> I've tried changing the mapping to String to "varchar" 
> (leaving out size
> parameter), but this didn't help.  Any thoughts?
> 
> -=michael=-
> 
> ==
>  Michael S. Kelly      _
>  Axian, Inc. // |_  __(_) ___  _ __
>  4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \
>  Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
>  Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
>  Fax:   (503)643-8425 ``-''  ``-''
>  http://www2.axian.com   Software Consulting and Training
>  mailto:[EMAIL PROTECTED]   
> ==
> 
> 
> 
> 

SV: Security between applications?

[Magnus Rydin]

Title: SV: Security between applications?





Im not sure I understand the question correctly.
There is no way to define a datasource and say which apps should be able to access it.
You can specify WHAT datasource a certain app should use though.
Is this what you are after?
WR




> -Ursprungligt meddelande-
> Från: Cliff Rowley [mailto:[EMAIL PROTECTED]]
> Skickat: den 13 februari 2001 11:09
> Till: Orion-Interest
> Ämne: Security between applications?
> 
> 
> Greetings,
> 
> We are currently evaluating the various J2EE solutions available for a
> venture that we hope to deliver to the world in a few months.  Whilst
> reading the documentation for each, I dont appear to be able 
> to configure
> Orion to suit the way the project will work.
> 
> In order for our application to be of any use, we need to be able to
> implement a fair amount of security, since JSP pages may be 
> at the mercy of
> people who are not us.
> 
> Basically the application will provide a farm of hosts on 
> which we will be
> offering certain services.  Each application needs to have a 
> data source
> that it, and only it has access to.  The current problem as I 
> see it is that
> if I define a connection in data-sources.xml, then every web 
> application
> deployed on the server or cluster of servers has access to 
> it.  We need some
> way of securing that while still being able to use EJB in all 
> its glory.  We
> need to be able to offer the opportunity of creating and 
> editing  content
> without compromising the security of other applications on the system.
> 
> Could anyone give us some tips and pointers on this?
> 
> Thanks
> 
> Cliff Rowley
> 
> 

RE: Not authorized to view this page

[Bronwen Cassidy]

I have not looked at this but have a look at your permissions set in as
 in your ejb-jar.xml also you can change global permissions
in orion/config/principals.xml
Bronwen

-Original Message-
From: Adamson, Scott [mailto:[EMAIL PROTECTED]]
Sent: 15 February 2001 00:05
To: Orion-Interest
Subject: Not authorized to view this page


I get the message 'Not authorized to view this page' when trying to run the
addressbook example from the CMP primer. I believe Orion is working
correctly as I can run the orion-primer example. Any help much appreciated.



Come on !! Someone must have had a similar problem, I'm running Orion on Win
NT workstation
trying to access the pge from the same machine, how can I not have access to
something on my own machine ??

I've tried loging in as admin (normal account should have admin rights
anyway !) no difference. If any Orion support people monitor this list
please help as I'm evaluating Orion with the view to deploying it within a
10 server cluster ($$$).

regards,
Scott. 

RE: Last posting

[Bronwen Cassidy]

I agree with the statement that orion seems to be the most "comfortable" to
use. I have tried endlessly to deploy things in web-logic that end up in
hours in trying to work out what the problem is. I deploy my ejbs in orion
and we are off and away, same code, as was tried in web-logic, i am all for
orion
Bronwen

-Original Message-
From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
Sent: 15 February 2001 00:55
To: Orion-Interest
Subject: RE: Last posting


First off, if you asked a question here and expected a reply which by you
would determine if you would use the product..well..I feel bad that you felt
a mailing list should return a reply to you. These mailing lists are not a
"MUST ANSWER" forum. They are more of a "I HOPE SOMEONE ANSWERS" forum.
Therefore you only fooled yourself if you felt that Orion or anyone else was
going to answer your question. That isn't to say it will never get answered.
But, I have posted a few questions here and never got a reply as well.
That's the breaks in using a forum to get answers. Most people are pretty
good about replying to something they can help out on. Most people will also
not bother to answer specific types of questions, such as those they have no
knowledge of, feel are off topic, or just plain stupid. There are many other
reasons I am sure. None the less, I don't know what your question was, so
try asking it again, and I'll see if I can help you. But in terms of using
Orion, thus far I haven't found a better product in terms of ease of use,
performance, and feature set for the price. I am taking a shot in the dark
here on that being part of your question. I await a response in this forum
from you and will try to answer it if I can.


> -Original Message-
> From: Cliff Rowley [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 3:58 PM
> To: Orion-Interest
> Subject: Last posting
> 
> 
>  
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Pardon me if I sound a little rude, but since not a single person has
> even acknowledged my last post, do I assume that (a) noone cares or
> (b) noone knows?  I am very keen to get started, and very keen to
> evaluate the various avenues open to us, and I had expected a
> commercial application to have a reasonably professional following. 
> Perhaps I was mistaken and I should look elsewhere?
> 
> Cliff Rowley
> 
> -BEGIN PGP SIGNATURE-
> Version: PGPfreeware 7.0.3 for non-commercial use 
> 
> iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
> HxbYNGGXjPNB/neGWBPbq8yf
> =RK40
> -END PGP SIGNATURE-
> 

RE: Last posting

[bradley mclain]

+1

bradley mclain

--- Mike Cannon-Brookes <[EMAIL PROTECTED]> wrote:
> This is one of the most arrogant postings I've ever
> seen on a public user
> mailing list.
> 
> 
> Cliff, might I profer my humblest apologies for not
> acknowledging your post,
> I'll make sure next time to send you an email saying
> that I got it. Right.
> 
> In addition, I agree that not answering YOUR query
> calls into question the
> professionalism of everyone on this list.
> 
> You are not mistaken at all. You are a fool.
> 
> 
> 
> -mike
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On
> Behalf Of Cliff Rowley
> > Sent: Thursday, February 15, 2001 10:58 AM
> > To: Orion-Interest
> > Subject: Last posting
> >
> >
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Pardon me if I sound a little rude, but since not
> a single person has
> > even acknowledged my last post, do I assume that
> (a) noone cares or
> > (b) noone knows?  I am very keen to get started,
> and very keen to
> > evaluate the various avenues open to us, and I had
> expected a
> > commercial application to have a reasonably
> professional following.
> > Perhaps I was mistaken and I should look
> elsewhere?
> >
> > Cliff Rowley
> >
> > -BEGIN PGP SIGNATURE-
> > Version: PGPfreeware 7.0.3 for non-commercial use
> 
> >
> >
>
iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
> > HxbYNGGXjPNB/neGWBPbq8yf
> > =RK40
> > -END PGP SIGNATURE-
> >
> >
> >
> 
> 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

does the loadbalancer of Orion listens only for HTTP.....

[Mohit Palhan]

Hi!,
I want to know that does the loadbalancer of Orion listens only for HTTP
connection or can I configure it to listen for an RMI call aswell.
The application we are designing is slightly different and the request
is routed in a slightly different way ie. before the request reaches the
loadbalancer there is synthesis(enlarged request) and the format of the
request is no more http!! it's like if I have a HelloWorld example I
want that the client call (RMI based) is routed by the loadbalancer.
Please enlighten me on this
Thank you so much.
mohit
Have a nice day :-)

--
*

The information contained in this message (including any attachments) is
confidential and may be legally privileged.
If you are not the intended recipient, please delete it from your system
immediately - any disclosure, copying or distribution thereof or any
action taken or omitted to be taken in reliance thereon is prohibited
and may be unlawful.AITPL makes no warranty as to the accuracy or
completeness of any information contained in this message and hereby
excludes any liability of any kind for the information contained herein
or for the transmission, reception, storage or use of such information
in any way whatsoever.  Any opinions expressed in this message are those
of the author and do not necessarily reflect the opinions of AITPL.
*

findByPrimaryKey checking db every time

[Greg Matthews]

dear all,
 
is there any way to prevent findByPrimaryKey 
hitting the db every single time it gets called.
 
i.e. if the bean is in cache, can you force the 
container to just return it without
  doing a primary key lookup in the 
db?
 
greg.

Re: VARCHAR values are always the length of the field

[Alex 'Kazuma' Garbagnati]

>But, how can I configure some Strings to VARCHAR(25) and others to
>VARCHAR(100) in the ejb-jar.xml???
>I have found no response to this question...

I'm afraid you can't.
But, I think, that the best way, anyhow, is to build the table before... so 
you can design your table as "perfect" as you like...


 Best Regards,
 Kazuma


Cos'e' il genio. E' fantasia intuizione, colpo d'occhio e velocita' 
d'esecuzione. (Amici Miei)

---
Alessandro A. 'Kazuma' Garbagnati
http://www.kazuma.net/   ICQ UIN: 1600386
Mountain View, CA, 94043 - USA

RE: VARCHAR values are always the length of the field

[Tim Endres]

I do not think that JDBC is inherently the issue here. Think about it - if the
JDBC-ODBC bridge is faster than the JDBC driver, how can that be? They are both
based on JDBC, and the bridge has ODBC in the processing as well. Thus, I would
conclude that the Merant JDBC driver is poorly written. In general, performance
is often determined mostly by the database server's connection protocol, not JDBC.

I have confidence in JDBC.

tim.

> I don't have faith in the JDBC-ODBC bridge (it IS a piece of crap with lot's
> of bugs etc.). Yet, I was surprised to find that the JDBC-ODBC bridge was
> actually much faster than the Merant pure-java thin driver for SQL Server!!
> (very disappointing as I was expecting the performance to be better!) -this
> was the case with Oracle's JDBC drivers also - except that the difference
> was much less. Didn't give me much confidence about the performance of JDBC
> :-((
> 
> Chandika
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Victor A.
> Salaman
> Sent: Wednesday, February 14, 2001 10:53 AM
> To: Orion-Interest
> Subject: RE: VARCHAR values are always the length of the field
> 
> 
> I have some thoughts... don't be cheap and get rid of that piece of crap
> ODBC-JDBC bridge... buy a real jdbc driver.
> 
> - peace -
> Victor!
> 
> -Original Message-
> From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 2:34 PM
> To: Orion-Interest
> Subject: VARCHAR values are always the length of the field
> 
> 
> Here's the problem, when I get a datasource like this:
> 
>   // Error trapping removed for clarity.
>   Context initCtx = null;
>   initCtx = new InitialContext();
> 
>   String dsName = "jdbc/MSSQLTimecardDS";
>   DataSource ds = initCtx.lookup(dsName);
> 
> and use it to return a ResultSet containing a VARCHAR field, the getString
> method always returns a String containing spaces filling out the String to
> the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50) field
> I get a String 50 characters long regardless of how much text is actually
> stored in the field.
> 
> This does not happen when using a CMP to access the same table and does not
> happen when I create a Connection using a DriverManager instead of a
> DataSource.
> 
> I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
> definition:
> 
> name="MSSQLServerTimecard"
>  location="jdbc/MSSQLCoreTimecardDS"
>  xa-location="jdbc/xa/MSSQLXATimecardDS"
>  ejb-location="jdbc/MSSQLTimecardDS"
>  connection-driver="sun.jdbc.odbc.JdbcOdbcDriver"
>  url="jdbc:odbc:Timecard"
>  username="sa"
>  password=""
>  inactivity-timeout="30"
>  class="com.evermind.sql.DriverManagerDataSource"
>   />
> 
> and my database-schema mappings:
> 
>  primary-key="primary key">
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 
>   
>   
>   
>   
> 
> 
> I've tried changing the mapping to String to "varchar" (leaving out size
> parameter), but this didn't help.  Any thoughts?
> 
> -=michael=-

Re: Last posting

[Tim Endres]

Cliff,

I think your posting was sufficiently complex and general that it was
unlikely to generate a reponse. Speaking for myself, but suspecting
that it applies to other "professionals", I am very busy, and do not
have the time to devote to such a response. Sorry.

However, I believe you would be more likely to get a reply if you try
asking specific questions.

tim.

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Pardon me if I sound a little rude, but since not a single person has
> even acknowledged my last post, do I assume that (a) noone cares or
> (b) noone knows?  I am very keen to get started, and very keen to
> evaluate the various avenues open to us, and I had expected a
> commercial application to have a reasonably professional following. 
> Perhaps I was mistaken and I should look elsewhere?
> 
> Cliff Rowley
> 
> -BEGIN PGP SIGNATURE-
> Version: PGPfreeware 7.0.3 for non-commercial use 
> 
> iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
> HxbYNGGXjPNB/neGWBPbq8yf
> =RK40
> -END PGP SIGNATURE-
> 
> 

RE: How does this effect Orion?

[Jim Archer]

The EJB 2.0 support is my big question. Currently, there is none.

Jim

--On Wednesday, February 14, 2001 3:37 PM -0800 Jeff Schnitzer 
<[EMAIL PROTECTED]> wrote:

> That's an interesting question.  The investor story is not good - they
> recently terminated their CEO/President and CFO, restated a year of
> earnings (which put them in the red), and reduced their heacount from
> 132 to 106.  Their stock, which was trading ~$20 this time last year, is
> now at $0.31.  New Atlanta backed out of their stock-based acquisition
> arrangement, although Unify is still bundling ServletExec.  It looks
> bleak.
>
> How is their EJB 2.0 support?  I'm guessing that quite a few J2EE
> providers are going to be shaken out in this transition.  There's no way
> a market will continue to support thirty people selling the same thing.
>
> Jeff
>
>> -Original Message-
>> From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 7:10 AM
>> To: Orion-Interest
>> Subject: How does this effect Orion?
>>
>>
>> I have read the announcement at www.theserverside.com about
>> the ewave server for only $595 per CPU.  The company marketing
>> it has a good marketing and capital engine behind them, so I
>> wonder how this will effect Orion?  It is very interesting
>> that there are over thirty vendors offering some flavor of
>> J2EE technology, anywhere from the high priced servers like
>> Weblogic to the open source servers like Jboss.  Yet this
>> industry is supposed to be around $2 billion now and projected
>> to be $12 billion in two years.  This means there is a market
>> for all the "good" products, and the consumer and developer
>> will become the clear winners.
>>
>>




I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

RE: Last posting

[Mike Cannon-Brookes]

This is one of the most arrogant postings I've ever seen on a public user
mailing list.


Cliff, might I profer my humblest apologies for not acknowledging your post,
I'll make sure next time to send you an email saying that I got it. Right.

In addition, I agree that not answering YOUR query calls into question the
professionalism of everyone on this list.

You are not mistaken at all. You are a fool.



-mike

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Cliff Rowley
> Sent: Thursday, February 15, 2001 10:58 AM
> To: Orion-Interest
> Subject: Last posting
>
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Pardon me if I sound a little rude, but since not a single person has
> even acknowledged my last post, do I assume that (a) noone cares or
> (b) noone knows?  I am very keen to get started, and very keen to
> evaluate the various avenues open to us, and I had expected a
> commercial application to have a reasonably professional following.
> Perhaps I was mistaken and I should look elsewhere?
>
> Cliff Rowley
>
> -BEGIN PGP SIGNATURE-
> Version: PGPfreeware 7.0.3 for non-commercial use 
>
> iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
> HxbYNGGXjPNB/neGWBPbq8yf
> =RK40
> -END PGP SIGNATURE-
>
>
>

Re: Jikes 1.12 compiled code is bad!

[Gerald Gutierrez]

I've been using Jikes 1.12 for .. ever, I guess. I've not had problems. I'm 
using Orion on Windows 2000 and Linux.


At 02:52 PM 2/14/2001 -0700, Mike Fontenot wrote:
>I've been developing on Win2K, and deploying on Solaris. Works fine.
>
>I was using Jikes version 1.07 to compile my classes. Just switched to Jikes
>version 1.12 and now orion is breaking during startup. If I compile my
>classes with 1.12 and try to start orion, orion itself dies with an error
>message related to ArrayOutOfBounds. It never initializes or loads any ejbs,
>nothing.
>
>If I go back and recompile everything with 1.07 again, it works fine.
>
>Has anyone see this? I've searched the mail archive regarding this error and
>I've found somewhat related messages, but no real answers/solutions.
>
>Thanks in advance,
>Mike

RE: Last posting

[Duffey, Kevin]

First off, if you asked a question here and expected a reply which by you
would determine if you would use the product..well..I feel bad that you felt
a mailing list should return a reply to you. These mailing lists are not a
"MUST ANSWER" forum. They are more of a "I HOPE SOMEONE ANSWERS" forum.
Therefore you only fooled yourself if you felt that Orion or anyone else was
going to answer your question. That isn't to say it will never get answered.
But, I have posted a few questions here and never got a reply as well.
That's the breaks in using a forum to get answers. Most people are pretty
good about replying to something they can help out on. Most people will also
not bother to answer specific types of questions, such as those they have no
knowledge of, feel are off topic, or just plain stupid. There are many other
reasons I am sure. None the less, I don't know what your question was, so
try asking it again, and I'll see if I can help you. But in terms of using
Orion, thus far I haven't found a better product in terms of ease of use,
performance, and feature set for the price. I am taking a shot in the dark
here on that being part of your question. I await a response in this forum
from you and will try to answer it if I can.


> -Original Message-
> From: Cliff Rowley [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 3:58 PM
> To: Orion-Interest
> Subject: Last posting
> 
> 
>  
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Pardon me if I sound a little rude, but since not a single person has
> even acknowledged my last post, do I assume that (a) noone cares or
> (b) noone knows?  I am very keen to get started, and very keen to
> evaluate the various avenues open to us, and I had expected a
> commercial application to have a reasonably professional following. 
> Perhaps I was mistaken and I should look elsewhere?
> 
> Cliff Rowley
> 
> -BEGIN PGP SIGNATURE-
> Version: PGPfreeware 7.0.3 for non-commercial use 
> 
> iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
> HxbYNGGXjPNB/neGWBPbq8yf
> =RK40
> -END PGP SIGNATURE-
> 

RE: VARCHAR values are always the length of the field

[Chandika Mendis]

I don't have faith in the JDBC-ODBC bridge (it IS a piece of crap with lot's
of bugs etc.). Yet, I was surprised to find that the JDBC-ODBC bridge was
actually much faster than the Merant pure-java thin driver for SQL Server!!
(very disappointing as I was expecting the performance to be better!) -this
was the case with Oracle's JDBC drivers also - except that the difference
was much less. Didn't give me much confidence about the performance of JDBC
:-((

Chandika

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Victor A.
Salaman
Sent: Wednesday, February 14, 2001 10:53 AM
To: Orion-Interest
Subject: RE: VARCHAR values are always the length of the field


I have some thoughts... don't be cheap and get rid of that piece of crap
ODBC-JDBC bridge... buy a real jdbc driver.

- peace -
Victor!

-Original Message-
From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 2:34 PM
To: Orion-Interest
Subject: VARCHAR values are always the length of the field


Here's the problem, when I get a datasource like this:

  // Error trapping removed for clarity.
  Context initCtx = null;
  initCtx = new InitialContext();

  String dsName = "jdbc/MSSQLTimecardDS";
  DataSource ds = initCtx.lookup(dsName);

and use it to return a ResultSet containing a VARCHAR field, the getString
method always returns a String containing spaces filling out the String to
the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50) field
I get a String 50 characters long regardless of how much text is actually
stored in the field.

This does not happen when using a CMP to access the same table and does not
happen when I create a Connection using a DriverManager instead of a
DataSource.

I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
definition:

  

and my database-schema mappings:



















I've tried changing the mapping to String to "varchar" (leaving out size
parameter), but this didn't help.  Any thoughts?

-=michael=-

==
 Michael S. Kelly      _
 Axian, Inc. // |_  __(_) ___  _ __
 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \
 Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
 Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
 Fax:   (503)643-8425 ``-''  ``-''
 http://www2.axian.com   Software Consulting and Training
 mailto:[EMAIL PROTECTED]   
==

Re: Jikes 1.12 compiled code is bad!

[Adam Cassar]

I am using jikes v1.13 on linux with no problems here


On Wed, Feb 14, 2001 at 02:52:14PM -0700, Mike Fontenot wrote:
> I've been developing on Win2K, and deploying on Solaris. Works fine.
> 
> I was using Jikes version 1.07 to compile my classes. Just switched to Jikes
> version 1.12 and now orion is breaking during startup. If I compile my
> classes with 1.12 and try to start orion, orion itself dies with an error
> message related to ArrayOutOfBounds. It never initializes or loads any ejbs,
> nothing.
> 
> If I go back and recompile everything with 1.07 again, it works fine.
> 
> Has anyone see this? I've searched the mail archive regarding this error and
> I've found somewhat related messages, but no real answers/solutions.
> 
> Thanks in advance,
> Mike
> 
> 
> 

-- 

Adam Cassar
Technical Development Manager
___  
NetRegistry http://www.netregistry.au.com
Tel: +61 2 9641 8609 | Fax: +61 2 9699 6088
PO Box 270 Broadway NSW 2007 Australia

Not authorized to view this page

[Adamson, Scott]

I get the message 'Not authorized to view this page' when trying to run the
addressbook example from the CMP primer. I believe Orion is working
correctly as I can run the orion-primer example. Any help much appreciated.



Come on !! Someone must have had a similar problem, I'm running Orion on Win
NT workstation
trying to access the pge from the same machine, how can I not have access to
something on my own machine ??

I've tried loging in as admin (normal account should have admin rights
anyway !) no difference. If any Orion support people monitor this list
please help as I'm evaluating Orion with the view to deploying it within a
10 server cluster ($$$).

regards,
Scott. 

Last posting

[Cliff Rowley]

 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Pardon me if I sound a little rude, but since not a single person has
even acknowledged my last post, do I assume that (a) noone cares or
(b) noone knows?  I am very keen to get started, and very keen to
evaluate the various avenues open to us, and I had expected a
commercial application to have a reasonably professional following. 
Perhaps I was mistaken and I should look elsewhere?

Cliff Rowley

-BEGIN PGP SIGNATURE-
Version: PGPfreeware 7.0.3 for non-commercial use 

iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
HxbYNGGXjPNB/neGWBPbq8yf
=RK40
-END PGP SIGNATURE-

RE: How does this effect Orion?

[Jeff Schnitzer]

That's an interesting question.  The investor story is not good - they
recently terminated their CEO/President and CFO, restated a year of
earnings (which put them in the red), and reduced their heacount from
132 to 106.  Their stock, which was trading ~$20 this time last year, is
now at $0.31.  New Atlanta backed out of their stock-based acquisition
arrangement, although Unify is still bundling ServletExec.  It looks
bleak.

How is their EJB 2.0 support?  I'm guessing that quite a few J2EE
providers are going to be shaken out in this transition.  There's no way
a market will continue to support thirty people selling the same thing.

Jeff

>-Original Message-
>From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 14, 2001 7:10 AM
>To: Orion-Interest
>Subject: How does this effect Orion?
>
>
>I have read the announcement at www.theserverside.com about 
>the ewave server for only $595 per CPU.  The company marketing 
>it has a good marketing and capital engine behind them, so I 
>wonder how this will effect Orion?  It is very interesting 
>that there are over thirty vendors offering some flavor of 
>J2EE technology, anywhere from the high priced servers like 
>Weblogic to the open source servers like Jboss.  Yet this 
>industry is supposed to be around $2 billion now and projected 
>to be $12 billion in two years.  This means there is a market 
>for all the "good" products, and the consumer and developer 
>will become the clear winners.  
>
>

Re: VARCHAR values are always the length of the field

[Edson Carlos Ericksson Richter]

Try freetds jdbc driver... http://www.freetds.org

But, how can I configure some Strings to VARCHAR(25) and others to
VARCHAR(100) in the ejb-jar.xml???

I have found no response to this question...

Edson Richter


- Original Message -
From: Victor A. Salaman <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 3:52 PM
Subject: RE: VARCHAR values are always the length of the field


> I have some thoughts... don't be cheap and get rid of that piece of crap
> ODBC-JDBC bridge... buy a real jdbc driver.
>
> - peace -
> Victor!
>
> -Original Message-
> From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 2:34 PM
> To: Orion-Interest
> Subject: VARCHAR values are always the length of the field
>
>
> Here's the problem, when I get a datasource like this:
>
>   // Error trapping removed for clarity.
>   Context initCtx = null;
>   initCtx = new InitialContext();
>
>   String dsName = "jdbc/MSSQLTimecardDS";
>   DataSource ds = initCtx.lookup(dsName);
>
> and use it to return a ResultSet containing a VARCHAR field, the getString
> method always returns a String containing spaces filling out the String to
> the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50)
field
> I get a String 50 characters long regardless of how much text is actually
> stored in the field.
>
> This does not happen when using a CMP to access the same table and does
not
> happen when I create a Connection using a DriverManager instead of a
> DataSource.
>
> I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
> definition:
>
> name="MSSQLServerTimecard"
>  location="jdbc/MSSQLCoreTimecardDS"
>  xa-location="jdbc/xa/MSSQLXATimecardDS"
>  ejb-location="jdbc/MSSQLTimecardDS"
>  connection-driver="sun.jdbc.odbc.JdbcOdbcDriver"
>  url="jdbc:odbc:Timecard"
>  username="sa"
>  password=""
>  inactivity-timeout="30"
>  class="com.evermind.sql.DriverManagerDataSource"
>   />
>
> and my database-schema mappings:
>
>  primary-key="primary key">
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
> 
> 
> 
> 
>
> I've tried changing the mapping to String to "varchar" (leaving out size
> parameter), but this didn't help.  Any thoughts?
>
> -=michael=-
>
> ==
>  Michael S. Kelly      _
>  Axian, Inc. // |_  __(_) ___  _ __
>  4800 SW Griffith Dr., Ste. 202 file://| |\\/ /| |/ _ \| '_ \
>  Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
>  Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
>  Fax:   (503)643-8425 ``-''  ``-''
>  http://www2.axian.com   Software Consulting and Training
>  mailto:[EMAIL PROTECTED]   
> ==
>
>
>
>

RE: VARCHAR values are always the length of the field

[Michael S. Kelly]

Hmmm...I've thought of that, but two other ways of accessing the same data
(CMP and getting a connection from a DriverManager) work just fine with the
ODBC-JDBC bridge.  So, I've been operating on the assumption that the
problem is elsewhere.

-=michael=-

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Victor A.
Salaman
Sent: Wednesday, February 14, 2001 10:53 AM
To: Orion-Interest
Subject: RE: VARCHAR values are always the length of the field


I have some thoughts... don't be cheap and get rid of that piece of crap
ODBC-JDBC bridge... buy a real jdbc driver.

- peace -
Victor!

-Original Message-
From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 2:34 PM
To: Orion-Interest
Subject: VARCHAR values are always the length of the field


Here's the problem, when I get a datasource like this:

  // Error trapping removed for clarity.
  Context initCtx = null;
  initCtx = new InitialContext();

  String dsName = "jdbc/MSSQLTimecardDS";
  DataSource ds = initCtx.lookup(dsName);

and use it to return a ResultSet containing a VARCHAR field, the getString
method always returns a String containing spaces filling out the String to
the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50) field
I get a String 50 characters long regardless of how much text is actually
stored in the field.

This does not happen when using a CMP to access the same table and does not
happen when I create a Connection using a DriverManager instead of a
DataSource.

I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
definition:

  

and my database-schema mappings:



















I've tried changing the mapping to String to "varchar" (leaving out size
parameter), but this didn't help.  Any thoughts?

-=michael=-

==
 Michael S. Kelly      _
 Axian, Inc. // |_  __(_) ___  _ __
 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \
 Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
 Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
 Fax:   (503)643-8425 ``-''  ``-''
 http://www2.axian.com   Software Consulting and Training
 mailto:[EMAIL PROTECTED]   
==

1 app connecting to multiple identical db's

[Greg Matthews]

dear all,
 
i have a question about running multiple identical 
database in an ASP (application service provider) environment.
 
we currently use stateless session beans only and 
handle database connection pooling ourselves.
 
this allows us to have a single ejb server 
connection to 1 of several identical databases.
 
new clients have a new database created for 
them, and their config information entered into our own config 
file.
 
based on their login, we run the ejb method using a 
connection from a connection pool pointing at their db.
 
how would we do the equivalent to this if we were 
to rewrite some parts of the system as entity beans?
 
the problem is that i can't see how their login 
information would get propagated down to entity bean level so that i could get a 
reference to the correct datasource. it's easy enough when you're just using 
SLSB's.
 
e.g. pseudo code for what we do 
currently.
 
    public someMethod( Identity id ) 
{
 
        get 
connection from pool based on id.databaseId
        pass the 
connection down as a parameter to each method that requires db 
access
        return 
connection to pool
    }
 
 
 
how would this work with entity beans?
 
 
e.g. dodgy code, but just to show you roughly what 
i mean.
 
private Connection getConnection() throws 
SQLException, RemoteException {
 
DataSource ds = 
null;
 
    // <<>>
    // e.g. int databaseId = 
entityContext.getDBId()
 
    try {    
    Context ic = new InitialContext();    
    ds = (DataSource)ic.lookup( "jdbc/MyAppDS" 
+ databaseId );} catch(NamingException e) 
{        
e.printStackTrace();        throw new 
RemoteException("Could not obtain DataSource: " + e);    
}    return ds.getConnection();}
 
thanks,
greg.

Re: How does this effect Orion?

[Christian Sell]

Robert,

> I would be interested in an opinion by someone who has actually used orion
> for a while about pros and cons of those two.

I suppose you meant to say "ewave" in the above statement?!

you should count as one who has used orion for a while, shouldn't you?

BTW, are you still running on SapDB? Any experiences? Did you encounter
those SQL processing (outer join) bugs that were mentioned on the Castor
list?

regards,
Christian

RE: How does this effect Orion?

[Mike Cannon-Brookes]

"I did talk with someone from the company, and he said the product is ready
to take on the big guns."

I agree with the rest, Orion should be worried about support and
documentation more, but this statement seems a little silly. Who would ever
say that their product wasn't competitive ? ;)

-mike

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp
> Randy-W18971
> Sent: Thursday, February 15, 2001 8:13 AM
> To: Orion-Interest
> Subject: RE: How does this effect Orion?
>
>
> While the higher price for everything Orion offers is correct, it
> also comes with excellent documentation, and supposedly excellent
> support, from a company that has been in business for twenty
> years, and has international offices.  You can also load a
> non-timeout edition with limited concurrency for free.  I think
> the support, documentation, size, and longevity of the company
> should be a concern for Orion (as well as open source contenders
> like Jboss or openejb). I did talk with someone from the company,
> and he said the product is ready to take on the big guns.  It
> should be interesting to see how everything settles in the next
> year or so.
>
> -Original Message-
> From: Ray Harrison [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 12:19 PM
> To: Orion-Interest
> Subject: Re: How does this effect Orion?
>
>
> It costs $2500/cpu for almost reaching the level of what Orion
> offers. Development version is
> somewhat limited, though you could download the 30 day trial for
> your stress testing, I suppose.
> I'm certainly interested in what shakes out in the industry over
> the next year or so...
>
>
> --- Kemp Randy-W18971 <[EMAIL PROTECTED]> wrote:
> > I have read the announcement at www.theserverside.com about the
> ewave server for only $595 per
> > CPU.  The company marketing it has a good marketing and capital
> engine behind them, so I wonder
> > how this will effect Orion?  It is very interesting that there
> are over thirty vendors offering
> > some flavor of J2EE technology, anywhere from the high priced
> servers like Weblogic to the open
> > source servers like Jboss.  Yet this industry is supposed to be
> around $2 billion now and
> > projected to be $12 billion in two years.  This means there is
> a market for all the "good"
> > products, and the consumer and developer will become the clear
> winners.
> >
>
>
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year!  http://personal.mail.yahoo.com/
>
>

Jikes 1.12 compiled code is bad!

[Mike Fontenot]

I've been developing on Win2K, and deploying on Solaris. Works fine.

I was using Jikes version 1.07 to compile my classes. Just switched to Jikes
version 1.12 and now orion is breaking during startup. If I compile my
classes with 1.12 and try to start orion, orion itself dies with an error
message related to ArrayOutOfBounds. It never initializes or loads any ejbs,
nothing.

If I go back and recompile everything with 1.07 again, it works fine.

Has anyone see this? I've searched the mail archive regarding this error and
I've found somewhat related messages, but no real answers/solutions.

Thanks in advance,
Mike

RE: How does this effect Orion?

[Kemp Randy-W18971]

While the higher price for everything Orion offers is correct, it also comes with 
excellent documentation, and supposedly excellent support, from a company that has 
been in business for twenty years, and has international offices.  You can also load a 
non-timeout edition with limited concurrency for free.  I think the support, 
documentation, size, and longevity of the company should be a concern for Orion (as 
well as open source contenders like Jboss or openejb). I did talk with someone from 
the company, and he said the product is ready to take on the big guns.  It should be 
interesting to see how everything settles in the next year or so.  

-Original Message-
From: Ray Harrison [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 12:19 PM
To: Orion-Interest
Subject: Re: How does this effect Orion?


It costs $2500/cpu for almost reaching the level of what Orion offers. Development 
version is
somewhat limited, though you could download the 30 day trial for your stress testing, 
I suppose.
I'm certainly interested in what shakes out in the industry over the next year or so...


--- Kemp Randy-W18971 <[EMAIL PROTECTED]> wrote:
> I have read the announcement at www.theserverside.com about the ewave server for 
>only $595 per
> CPU.  The company marketing it has a good marketing and capital engine behind them, 
>so I wonder
> how this will effect Orion?  It is very interesting that there are over thirty 
>vendors offering
> some flavor of J2EE technology, anywhere from the high priced servers like Weblogic 
>to the open
> source servers like Jboss.  Yet this industry is supposed to be around $2 billion 
>now and
> projected to be $12 billion in two years.  This means there is a market for all the 
>"good"
> products, and the consumer and developer will become the clear winners.  
> 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

RE: Any news from Orion yet??

[Kemp Randy-W18971]

Good point.  You can run Orion for free for non commercial uses, Jboss/Tomcat 
(www.jboss.org) for free, and the Unify engine for free with limited application 
concurrency (www.unifyewave.com/).  Given the price and quality of these servers, 
students can then let their future employer know how to save big money.  Ultra edit 
(www.ultraedit.com) is my favorite editor, and it has a nice FTP program to hook into 
Unix servers from windows, Ant (jakarta.apache.org) is excellent, and Tomcat 
(jakarta.apache.org) has IBM, Sun, and Apache working on it. I like to move things 
between Windows and Unix with CuteFTP (http://tucows.samarts.com).   
   I also like to thank the people of this list for the discussions of Oracle *I AS 
vs. *I DB series.  Because of it, I am now running Oracle *I DB with Iplanet 4.1 
Enterprise in our production environment.

-Original Message-
From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 11:25 AM
To: Orion-Interest
Subject: RE: Any news from Orion yet??


I can not speak for Orion, but I can tell you that I have read many a thread
in this list and there are plenty of people knowledgeable about Orion.
However, I still lack the connection between Orion and EJB. Sure, it gives
you a platform to run EJB on, but I am not sure why someone must learn Orion
EJB, instead of just EJB. If you are looking for a FREE EJB application
server, there are a few around, JBoss being one of the best I have seen.
However, I don't believe you would need to pay Orion for the use of Orion in
a classroom. I could be wrong, but that doesn't sound like a production
environment to me. Orion only charges based on production licenses. Again..I
could be wrong and if I am I apologize. In that case, I would look at using
free alternatives that get the job done. Jboss appears to be a very capable
EJB application server, and I am sure Tomcat can provide a good enough
front-end for jsp/servlets to get the job done. Also, unless you are
teaching a specific tool (such as JBuilder) which is not what is indicated
in the original thread (teaching EJB on Orion), I see no reason why you
wouldn't teach them the "right" tools, being command line tools that get the
job done. There are many free IDE's that do nicely, and cheap ones too. I
personally use UltraEdit ($30) and ANT (Java make/script tool..free) that
allow me to quickly compile, jar and deploy a project with a single easy to
understand xml script file. My point is, why does it require a $3000 tool
for each person in the class, and a $1500 (by the way..that is very cheap
especially when you compare the costs to a cluster of WebLogic, WebSphere or
Jrun (or others) that can costs as much as $15K (or more) per CPU per
server) app server when you can teach them the EJB and the tools that get
the job done (that the fancy IDE's usually use anyways) for free? My focus
here is on the original post that said they want to teach EJB. There wasn't
any mention of teaching tools that deploy EJB into any specific app server.
I think the original post made it clear they want to instruct on EJB. If the
class is to teach EJB within Orion, then possibly teaching how to set up
Orion, deploy into it, etc is a good thing. If you took that approach, and
you bought several licenses at once (if they are required), the Orion team
may even give you a break on the price. As for why they don't respond..well,
I can't answer that.

Anyways..I hope the class goes well.


> -Original Message-
> From: Rabi Satter [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 7:03 AM
> To: Orion-Interest
> Subject: RE: Any news from Orion yet??
> 
> 
> As a former trainer I can understand exactly what Kevin is 
> trying to say.
> That is when you do training you need a platform for the 
> students to learn.
> In the case of EJB you don't say gee here is how it should 
> work and have a
> nice day. You say here is how it works and now lets have you build an
> example. The spec does not help you and your students build a 
> "working"
> example. You need an app server.
> 
> As for the cost at $1500 a pop per workstation and a typical 
> training room
> of 15 workstations plus trainer workstation that is $24,000 
> not including
> cost of hardware and other software to support training 
> people on EJB like
> JBuilder. JBuilder Enterprise is $2999 and you can see that a 
> training room
> can quickly become an expensive proposition without aid from 
> the vendor. I
> have not even begun to add the cost of developing courseware and
> instructors.
> 
> Regardless, what is more disheartening is the lack of 
> response from Orion.
> Quite frankly the fast way to become the number one app server is by
> training people. Those people then become your main sales 
> force and with
> little or no cost to the company. 
> 
> -Original Message-
> From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 1:41 AM
> To: Orion-Interest

RE: Any news from Orion yet??

[Jim Archer]

Everyone on this thread has made excellant points. To me, the issue for 
this list is not the best way for these people to train on EJB. Thats for 
them (and then their customers) to decide, and I am disinterested. I think 
the point here is that Orion was asked a question and didn't reply. A 
simple and quick 'yes' or 'no' would suffice.

Jim


--On Wednesday, February 14, 2001 9:25 AM -0800 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> I can not speak for Orion, but I can tell you that I have read many a
> thread in this list and there are plenty of people knowledgeable about
> Orion. However, I still lack the connection between Orion and EJB. Sure,
> it gives you a platform to run EJB on, but I am not sure why someone must
> learn Orion EJB, instead of just EJB. If you are looking for a FREE EJB
> application server, there are a few around, JBoss being one of the best I
> have seen. However, I don't believe you would need to pay Orion for the
> use of Orion in a classroom. I could be wrong, but that doesn't sound
> like a production environment to me. Orion only charges based on
> production licenses. Again..I could be wrong and if I am I apologize. In
> that case, I would look at using free alternatives that get the job done.
> Jboss appears to be a very capable EJB application server, and I am sure
> Tomcat can provide a good enough front-end for jsp/servlets to get the
> job done. Also, unless you are teaching a specific tool (such as
> JBuilder) which is not what is indicated in the original thread (teaching
> EJB on Orion), I see no reason why you wouldn't teach them the "right"
> tools, being command line tools that get the job done. There are many
> free IDE's that do nicely, and cheap ones too. I personally use UltraEdit
> ($30) and ANT (Java make/script tool..free) that allow me to quickly
> compile, jar and deploy a project with a single easy to understand xml
> script file. My point is, why does it require a $3000 tool for each
> person in the class, and a $1500 (by the way..that is very cheap
> especially when you compare the costs to a cluster of WebLogic, WebSphere
> or Jrun (or others) that can costs as much as $15K (or more) per CPU per
> server) app server when you can teach them the EJB and the tools that get
> the job done (that the fancy IDE's usually use anyways) for free? My focus
> here is on the original post that said they want to teach EJB. There
> wasn't any mention of teaching tools that deploy EJB into any specific
> app server. I think the original post made it clear they want to instruct
> on EJB. If the class is to teach EJB within Orion, then possibly teaching
> how to set up Orion, deploy into it, etc is a good thing. If you took
> that approach, and you bought several licenses at once (if they are
> required), the Orion team may even give you a break on the price. As for
> why they don't respond..well, I can't answer that.
>
> Anyways..I hope the class goes well.
>
>
>> -Original Message-
>> From: Rabi Satter [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 7:03 AM
>> To: Orion-Interest
>> Subject: RE: Any news from Orion yet??
>>
>>
>> As a former trainer I can understand exactly what Kevin is
>> trying to say.
>> That is when you do training you need a platform for the
>> students to learn.
>> In the case of EJB you don't say gee here is how it should
>> work and have a
>> nice day. You say here is how it works and now lets have you build an
>> example. The spec does not help you and your students build a
>> "working"
>> example. You need an app server.
>>
>> As for the cost at $1500 a pop per workstation and a typical
>> training room
>> of 15 workstations plus trainer workstation that is $24,000
>> not including
>> cost of hardware and other software to support training
>> people on EJB like
>> JBuilder. JBuilder Enterprise is $2999 and you can see that a
>> training room
>> can quickly become an expensive proposition without aid from
>> the vendor. I
>> have not even begun to add the cost of developing courseware and
>> instructors.
>>
>> Regardless, what is more disheartening is the lack of
>> response from Orion.
>> Quite frankly the fast way to become the number one app server is by
>> training people. Those people then become your main sales
>> force and with
>> little or no cost to the company.
>>
>> -Original Message-
>> From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 1:41 AM
>> To: Orion-Interest
>> Subject: RE: RE: Any news from Orion yet??
>>
>>
>> I am sorry, but I don't quite understand how training of EJB
>> on Orion is any
>> different than that of other platforms? You are trainging EJB, not the
>> vendor application server. EJB is EJB, no matter what
>> platform it runs on.
>> If every vendor adhered to the spec as they should, an EJB
>> will run on any
>> app server.
>>
>> Also, are you providing an online service that teaches over
>> the internet and
>> you need Orion to run that

RE: VARCHAR values are always the length of the field

[Victor A. Salaman]

I have some thoughts... don't be cheap and get rid of that piece of crap
ODBC-JDBC bridge... buy a real jdbc driver.

- peace -
Victor!

-Original Message-
From: Michael S. Kelly [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 2:34 PM
To: Orion-Interest
Subject: VARCHAR values are always the length of the field


Here's the problem, when I get a datasource like this:

  // Error trapping removed for clarity.
  Context initCtx = null;
  initCtx = new InitialContext();

  String dsName = "jdbc/MSSQLTimecardDS";
  DataSource ds = initCtx.lookup(dsName);

and use it to return a ResultSet containing a VARCHAR field, the getString
method always returns a String containing spaces filling out the String to
the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50) field
I get a String 50 characters long regardless of how much text is actually
stored in the field.

This does not happen when using a CMP to access the same table and does not
happen when I create a Connection using a DriverManager instead of a
DataSource.

I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
definition:

  

and my database-schema mappings:



















I've tried changing the mapping to String to "varchar" (leaving out size
parameter), but this didn't help.  Any thoughts?

-=michael=-

==
 Michael S. Kelly      _
 Axian, Inc. // |_  __(_) ___  _ __
 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \
 Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
 Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
 Fax:   (503)643-8425 ``-''  ``-''
 http://www2.axian.com   Software Consulting and Training
 mailto:[EMAIL PROTECTED]   
==

VARCHAR values are always the length of the field

[Michael S. Kelly]

Here's the problem, when I get a datasource like this:

  // Error trapping removed for clarity.
  Context initCtx = null;
  initCtx = new InitialContext();

  String dsName = "jdbc/MSSQLTimecardDS";
  DataSource ds = initCtx.lookup(dsName);

and use it to return a ResultSet containing a VARCHAR field, the getString
method always returns a String containing spaces filling out the String to
the entire lengthe of the VARCHAR field, i.e. if I have a VARCHAR(50) field
I get a String 50 characters long regardless of how much text is actually
stored in the field.

This does not happen when using a CMP to access the same table and does not
happen when I create a Connection using a DriverManager instead of a
DataSource.

I'm using the ODBC-JDBC bridge against SQL Server.  Here's my DataSource
definition:

  

and my database-schema mappings:



















I've tried changing the mapping to String to "varchar" (leaving out size
parameter), but this didn't help.  Any thoughts?

-=michael=-

==
 Michael S. Kelly      _
 Axian, Inc. // |_  __(_) ___  _ __
 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \
 Beaverton, OR  97005 USA _//_| | / / | | |_| | | | |
 Voice: (503)644-6106 x122   ((   //  |_|/_/\\|_|\_/|_|_| |_|
 Fax:   (503)643-8425 ``-''  ``-''
 http://www2.axian.com   Software Consulting and Training
 mailto:[EMAIL PROTECTED]   
==

Re: How does this effect Orion?

[Ray Harrison]

It costs $2500/cpu for almost reaching the level of what Orion offers. Development 
version is
somewhat limited, though you could download the 30 day trial for your stress testing, 
I suppose.
I'm certainly interested in what shakes out in the industry over the next year or so...


--- Kemp Randy-W18971 <[EMAIL PROTECTED]> wrote:
> I have read the announcement at www.theserverside.com about the ewave server for 
>only $595 per
> CPU.  The company marketing it has a good marketing and capital engine behind them, 
>so I wonder
> how this will effect Orion?  It is very interesting that there are over thirty 
>vendors offering
> some flavor of J2EE technology, anywhere from the high priced servers like Weblogic 
>to the open
> source servers like Jboss.  Yet this industry is supposed to be around $2 billion 
>now and
> projected to be $12 billion in two years.  This means there is a market for all the 
>"good"
> products, and the consumer and developer will become the clear winners.  
> 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

RE: Any news from Orion yet??

[Duffey, Kevin]

I can not speak for Orion, but I can tell you that I have read many a thread
in this list and there are plenty of people knowledgeable about Orion.
However, I still lack the connection between Orion and EJB. Sure, it gives
you a platform to run EJB on, but I am not sure why someone must learn Orion
EJB, instead of just EJB. If you are looking for a FREE EJB application
server, there are a few around, JBoss being one of the best I have seen.
However, I don't believe you would need to pay Orion for the use of Orion in
a classroom. I could be wrong, but that doesn't sound like a production
environment to me. Orion only charges based on production licenses. Again..I
could be wrong and if I am I apologize. In that case, I would look at using
free alternatives that get the job done. Jboss appears to be a very capable
EJB application server, and I am sure Tomcat can provide a good enough
front-end for jsp/servlets to get the job done. Also, unless you are
teaching a specific tool (such as JBuilder) which is not what is indicated
in the original thread (teaching EJB on Orion), I see no reason why you
wouldn't teach them the "right" tools, being command line tools that get the
job done. There are many free IDE's that do nicely, and cheap ones too. I
personally use UltraEdit ($30) and ANT (Java make/script tool..free) that
allow me to quickly compile, jar and deploy a project with a single easy to
understand xml script file. My point is, why does it require a $3000 tool
for each person in the class, and a $1500 (by the way..that is very cheap
especially when you compare the costs to a cluster of WebLogic, WebSphere or
Jrun (or others) that can costs as much as $15K (or more) per CPU per
server) app server when you can teach them the EJB and the tools that get
the job done (that the fancy IDE's usually use anyways) for free? My focus
here is on the original post that said they want to teach EJB. There wasn't
any mention of teaching tools that deploy EJB into any specific app server.
I think the original post made it clear they want to instruct on EJB. If the
class is to teach EJB within Orion, then possibly teaching how to set up
Orion, deploy into it, etc is a good thing. If you took that approach, and
you bought several licenses at once (if they are required), the Orion team
may even give you a break on the price. As for why they don't respond..well,
I can't answer that.

Anyways..I hope the class goes well.


> -Original Message-
> From: Rabi Satter [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 7:03 AM
> To: Orion-Interest
> Subject: RE: Any news from Orion yet??
> 
> 
> As a former trainer I can understand exactly what Kevin is 
> trying to say.
> That is when you do training you need a platform for the 
> students to learn.
> In the case of EJB you don't say gee here is how it should 
> work and have a
> nice day. You say here is how it works and now lets have you build an
> example. The spec does not help you and your students build a 
> "working"
> example. You need an app server.
> 
> As for the cost at $1500 a pop per workstation and a typical 
> training room
> of 15 workstations plus trainer workstation that is $24,000 
> not including
> cost of hardware and other software to support training 
> people on EJB like
> JBuilder. JBuilder Enterprise is $2999 and you can see that a 
> training room
> can quickly become an expensive proposition without aid from 
> the vendor. I
> have not even begun to add the cost of developing courseware and
> instructors.
> 
> Regardless, what is more disheartening is the lack of 
> response from Orion.
> Quite frankly the fast way to become the number one app server is by
> training people. Those people then become your main sales 
> force and with
> little or no cost to the company. 
> 
> -Original Message-
> From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 1:41 AM
> To: Orion-Interest
> Subject: RE: RE: Any news from Orion yet??
> 
> 
> I am sorry, but I don't quite understand how training of EJB 
> on Orion is any
> different than that of other platforms? You are trainging EJB, not the
> vendor application server. EJB is EJB, no matter what 
> platform it runs on.
> If every vendor adhered to the spec as they should, an EJB 
> will run on any
> app server.
> 
> Also, are you providing an online service that teaches over 
> the internet and
> you need Orion to run that site? Or do you have in-class 
> instruction and
> each person in the class needs to use Orion? I am unclear as 
> to why you only
> need one license? Orion is free to use for all purposes other than
> production use. I am not sure that an inclass training counts 
> for production
> use or not.
> 
> I am still stumped on why it is you need Orion specific EJB training.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of
> > [EMAIL PROTECTED]
> > Sent: Tuesday, February 13, 2001 9:41 PM
> >

RE: Any news from Orion yet??

[Joseph B. Ottinger]

On Wed, 14 Feb 2001, Rabi Satter wrote:

> As a former trainer I can understand exactly what Kevin is trying to say.
> That is when you do training you need a platform for the students to learn.
> In the case of EJB you don't say gee here is how it should work and have a
> nice day. You say here is how it works and now lets have you build an
> example. The spec does not help you and your students build a "working"
> example. You need an app server.

Sure, there's no doubt here - and this also exposes the trainees to the
various roles, and that's INCREDIBLY useful as long as it's done
properly. One of the biggest difficulties you have with deployment is when
an application or EJB developer doesn't understand the roles of the
deployer, and gets caught up in deployment issues during development and
vice versa.

> As for the cost at $1500 a pop per workstation and a typical training room
> of 15 workstations plus trainer workstation that is $24,000 not including
> cost of hardware and other software to support training people on EJB like
> JBuilder. JBuilder Enterprise is $2999 and you can see that a training room
> can quickly become an expensive proposition without aid from the vendor. I
> have not even begun to add the cost of developing courseware and
> instructors.

Whoa, here... maybe I'm offbase, but a *training* environment is NOT
commercial deployment, which means that you'd have to get NO orion
licenses. Don't take my word on it, as I'm not an Orion representative,
but that's my understanding... there's no need to pony up cash just to
have a development version sitting on each desk. (Can't help you with
JBuilder Enterprise.)

> Regardless, what is more disheartening is the lack of response from Orion.
> Quite frankly the fast way to become the number one app server is by
> training people. Those people then become your main sales force and with
> little or no cost to the company. 

>From what I understand, they're very interested in seeing this happen, but
you DO have to understand the resource issue from their side. I personally
think there's a huge business opportunity here, either through partnership
or simply knowledge, for supporting Orion and thus, J2EE as a viable
deployment platform.


> -Original Message-
> From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 1:41 AM
> To: Orion-Interest
> Subject: RE: RE: Any news from Orion yet??
> 
> 
> I am sorry, but I don't quite understand how training of EJB on Orion is any
> different than that of other platforms? You are trainging EJB, not the
> vendor application server. EJB is EJB, no matter what platform it runs on.
> If every vendor adhered to the spec as they should, an EJB will run on any
> app server.
> 
> Also, are you providing an online service that teaches over the internet and
> you need Orion to run that site? Or do you have in-class instruction and
> each person in the class needs to use Orion? I am unclear as to why you only
> need one license? Orion is free to use for all purposes other than
> production use. I am not sure that an inclass training counts for production
> use or not.
> 
> I am still stumped on why it is you need Orion specific EJB training.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of
> > [EMAIL PROTECTED]
> > Sent: Tuesday, February 13, 2001 9:41 PM
> > To: Orion-Interest
> > Cc: Orion-Interest
> > Subject: Re: RE: Any news from Orion yet??
> >
> >
> > All,
> > Running a training program for EJB's gives me a different
> > perspective when dealing with EJB application vendors like Orion.
> >  My experience is that they (expensive vendors like BEA ) offer
> > institutions like mine free licences and trainers in the hopes
> > that newly educated programmers would evangelize their products.
> > I have repeatedly asked for assistance in training engineers in
> > EJB's using the Orion product.  They have refused to answer.  All
> > we ask is that they provide us with a single license so that we
> > may set up an interactive training site for distance education
> > for a "Java and the Internet Course".
> >
> > If they truly wish to educate java-programers in Orion, you'd
> > think they'd jump at this.  We charge no money for training, and
> > we benefit the independant learner in the ways of programming
> > EJB's with Orion.
> >
> > This course is open to all, but Orion's lack of response means
> > none of us can gain from it.
> >
> > If you would like to learn more about the mystery of EJB'S, LET
> > ORION KNOW. We need your help.
> >
> > Mike Van
> > C.E.O. JUGerNaut
> 

---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://epesh.com/ IT Consultant

RE: Problems trying to run Orion + Cocoon

[Bronwen Cassidy]

Hiya 
Jose, I am having the exact problems. I solved the one you have but continued to 
another. A trick(i used) to solve the same problem was to rename parser.jar and 
jaxp.jar to zparser.jar and zjaxp.jar. I will try the manifest trick and see if 
i get anywhere with that. Things i have tried after following the orionsupport 
doc.
1)put 
all cocoons jar files + cocoon-filter.jar in orion  -- didn't 
work
2)put 
all the jar files into orion/lib as this is where they go for tomcat --no 
luck
3)unpacked cocoon and cocoon-filter into /lib --no 
luck
4)unpacked jars into orion/lib  --no luck, though my error message 
is that cocoon cannot load the util/util.xsl (in cocoon.jar)
P.S i 
also over wrote the orion zerces and zalan jars with cocoons versions. I also 
put all the files into my system classpath!!! (i've almost given up except for 
the fact cocoon is a servlet and there must be a way to say that this is a 
system servlet get it :-)
 
If i 
come up with any solutions will post them, i am not yet about to give 
up.
Bronwen

  -Original Message-From: Jose Jorge Tomé Hernando 
  [mailto:[EMAIL PROTECTED]]Sent: 14 February 2001 
  08:37To: Orion-InterestSubject: Problems trying to run 
  Orion + CocoonHello 
  guys I am having problems trying 
  to setup Orion to use Cocoon. I 
  have read (and i have followed strictly) the instructions in 
  www.orionsupport.com, i have browse the mailing list archive and i have tried 
  all recomendations there are. My 
  actual sitation is, i have updated in orion.jar file the MANIFEST.MF file to 
  modify the classpath and include before all others the cocoon jar's. In this 
  moment i get the next error when i try to access the 
  http://localhost/samples/index.xml page. --8<8<8<8<8<8<8<8<8<8<8<8<8<-- 
  java.lang.RuntimeException: Error while 
  initializing XSP engine: org.xml.sax.SAXNotRecognizedException: 
  http://apache.org/xml/features/validation/schema      
            at 
  org.apache.xerces.framework.XMLParser.setFeature(XMLParser.java:1515)  
                at 
  org.apache.xerces.parsers.DOMParser.setFeature(DOMParser.java:659)  
                at 
  org.apache.cocoon.parser.XercesParser.parse(XercesParser.java:78)  
                at 
  org.apache.cocoon.parser.AbstractParser.parse(AbstractParser.java:83)  
                at 
  org.apache.cocoon.processor.xsp.XSPProcessor.init(XSPProcessor.java:186)  
                at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)    
              at 
  org.apache.cocoon.framework.Router.init(Router.java:80)    
              at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)    
              at 
  org.apache.cocoon.Engine.(Engine.java:179)  
                at 
  org.apache.cocoon.Engine.getInstance(Engine.java:232)      
            at 
  org.apache.cocoon.Cocoon.init(Cocoon.java:157)        
          at 
  com.orionsupport.cocoon.CocoonServlet.init(CocoonServlet.java:52)  
                at 
  com.evermind.server.http.HttpApplication.xc(JAX)      
            at 
  com.evermind.server.http.HttpApplication.wu(JAX)      
            at 
  com.evermind.server.http.HttpApplication.u5(JAX)      
            at 
  com.evermind.server.http.eg.s9(JAX)          
        at com.evermind.server.http.eg.dr(JAX)    
              at 
  com.evermind.util.f.run(JAX)            
      at 
  org.apache.cocoon.processor.xsp.XSPProcessor.init(XSPProcessor.java:198)  
                at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)    
              at 
  org.apache.cocoon.framework.Router.init(Router.java:80)    
              at 
  org.apache.cocoon.framework.Manager.create(Manager.java:109)    
              at 
  org.apache.cocoon.Engine.(Engine.java:179)      
            at 
  org.apache.cocoon.Engine.getInstance(Engine.java:232)      
            at 
  org.apache.cocoon.Cocoon.init(Cocoon.java:157)        
          at 
  com.orionsupport.cocoon.CocoonServlet.init(CocoonServlet.java:52)  
                at 
  com.evermind.server.http.HttpApplication.xc(JAX)      
            at 
  com.evermind.server.http.HttpApplication.wu(JAX)      
            at 
  com.evermind.server.http.HttpApplication.u5(JAX)      
            at 
  com.evermind.server.http.eg.s9(JAX)          
        at com.evermind.server.http.eg.dr(JAX)    
              at 
  com.evermind.util.f.run(JAX) --8<8<8<8<8<8<8<8<8<8<8<8<8<-- 
  Can someone help me to solve this problem 
  and get Cocoon run with Orion?. TIA     Jorge 
  Tomé Hernando

Re: How does this effect Orion?

[Robert Krueger]

I would be interested in an opinion by someone who has actually used orion 
for a while about pros and cons of those two. The price and supported 
standards do make it sound interesting although I'm always a bit worried 
when I see this deployment wizard stuff. That's only interesting for 
educational use IMHO and I hope they haven't neglected a rock solid logical 
deployment concept (one of orion's key strengths if you ask me).

anyone out there who's tested or better worked with both?

regards,

robert

At 09:10 14.02.2001 , you wrote:
>I have read the announcement at www.theserverside.com about the ewave 
>server for only $595 per CPU.  The company marketing it has a good 
>marketing and capital engine behind them, so I wonder how this will effect 
>Orion?  It is very interesting that there are over thirty vendors offering 
>some flavor of J2EE technology, anywhere from the high priced servers like 
>Weblogic to the open source servers like Jboss.  Yet this industry is 
>supposed to be around $2 billion now and projected to be $12 billion in 
>two years.  This means there is a market for all the "good" products, and 
>the consumer and developer will become the clear winners.

(-) 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

How does this effect Orion?

[Kemp Randy-W18971]

I have read the announcement at www.theserverside.com about the ewave server for only 
$595 per CPU.  The company marketing it has a good marketing and capital engine behind 
them, so I wonder how this will effect Orion?  It is very interesting that there are 
over thirty vendors offering some flavor of J2EE technology, anywhere from the high 
priced servers like Weblogic to the open source servers like Jboss.  Yet this industry 
is supposed to be around $2 billion now and projected to be $12 billion in two years.  
This means there is a market for all the "good" products, and the consumer and 
developer will become the clear winners.  

RE: Any news from Orion yet??

[Rabi Satter]

As a former trainer I can understand exactly what Kevin is trying to say.
That is when you do training you need a platform for the students to learn.
In the case of EJB you don't say gee here is how it should work and have a
nice day. You say here is how it works and now lets have you build an
example. The spec does not help you and your students build a "working"
example. You need an app server.

As for the cost at $1500 a pop per workstation and a typical training room
of 15 workstations plus trainer workstation that is $24,000 not including
cost of hardware and other software to support training people on EJB like
JBuilder. JBuilder Enterprise is $2999 and you can see that a training room
can quickly become an expensive proposition without aid from the vendor. I
have not even begun to add the cost of developing courseware and
instructors.

Regardless, what is more disheartening is the lack of response from Orion.
Quite frankly the fast way to become the number one app server is by
training people. Those people then become your main sales force and with
little or no cost to the company. 

-Original Message-
From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 1:41 AM
To: Orion-Interest
Subject: RE: RE: Any news from Orion yet??


I am sorry, but I don't quite understand how training of EJB on Orion is any
different than that of other platforms? You are trainging EJB, not the
vendor application server. EJB is EJB, no matter what platform it runs on.
If every vendor adhered to the spec as they should, an EJB will run on any
app server.

Also, are you providing an online service that teaches over the internet and
you need Orion to run that site? Or do you have in-class instruction and
each person in the class needs to use Orion? I am unclear as to why you only
need one license? Orion is free to use for all purposes other than
production use. I am not sure that an inclass training counts for production
use or not.

I am still stumped on why it is you need Orion specific EJB training.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> [EMAIL PROTECTED]
> Sent: Tuesday, February 13, 2001 9:41 PM
> To: Orion-Interest
> Cc: Orion-Interest
> Subject: Re: RE: Any news from Orion yet??
>
>
> All,
> Running a training program for EJB's gives me a different
> perspective when dealing with EJB application vendors like Orion.
>  My experience is that they (expensive vendors like BEA ) offer
> institutions like mine free licences and trainers in the hopes
> that newly educated programmers would evangelize their products.
> I have repeatedly asked for assistance in training engineers in
> EJB's using the Orion product.  They have refused to answer.  All
> we ask is that they provide us with a single license so that we
> may set up an interactive training site for distance education
> for a "Java and the Internet Course".
>
> If they truly wish to educate java-programers in Orion, you'd
> think they'd jump at this.  We charge no money for training, and
> we benefit the independant learner in the ways of programming
> EJB's with Orion.
>
> This course is open to all, but Orion's lack of response means
> none of us can gain from it.
>
> If you would like to learn more about the mystery of EJB'S, LET
> ORION KNOW. We need your help.
>
> Mike Van
> C.E.O. JUGerNaut

Re: RE: Any news from Orion yet??

[Johan Fredriksson]

You'd better, they're rather heavy.


=)
- Original Message - 
From: "Jeff Schnitzer" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 12:10 PM
Subject: RE: RE: Any news from Orion yet??


> >Dude, do you really think a Swedish company with a handful of employees
> >is going to be able to field a worldwide army of training 
> >professionals?
> 
> It just occurred to me that this sounds rather bad...  I was trying to
> imply that it would be unlikely for such training professionals to be
> sent all the way around the world to Florida, which is where I seem to
> recall the poster saying he was from.  Somehow that got lost in the
> edits.  Really, I did not mean to cast aspersions on Swedish companies!
> :-) :-) :-)
> 
> 
> 
> Jeff
> 

Re: NumberFormatException when using Date

[Suresh]

Hi Tim,
If u can refer the database-schemas folder inside config folder of orion, u
will notice the valid mappings between the database field with orion ejb
CMP.
The ms-sql.xml  file shows that the date field mapping is dis-allowed in the
orion mapping.
I too tried with timestamp and date.didn't work.
To solve this problem, i got the date field thru' dateformat, and then
passed this field as String in CMP ... works fine.
U can try this.

Suresh Ajja
Java Developer
www.verchaska.com
mailto: [EMAIL PROTECTED]





- Original Message -
From: "Tim Squires" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 3:42 PM
Subject: NumberFormatException when using Date


> Hi Chaps,
>
> I have an CMP that returns a date object as one of the fields.  When I
> include the CMP field in the ejb-jar.xml descriptor then access a finder
> method on the bean, a NumberFormatException is thrown.  I've tried
changing
> the field to be a Timestamp but it has the same effect.  I've also tried
> Orion 1.4.5 and 1.4.7.  If I deploy the bean without the date field, it
all
> works fine.
>
> This is the mysql.xml line for date (please note I have tried date and
> datetime in both the db and mysql.xml):
>
> 
> 
>
> Could someone tell me what I'm missing?
>
> I'm using MySQL 3.23.32, Orion 1.4.7, RH Linux 7.0 and mm mysql jdbc
driver
> v2.0.4.
> The error thrown is
>
> com.evermind.server.rmi.OrionRemoteException: Database error:
> java.lang.NumberFormatException; nested exception is:
java.sql.SQLException:
> java.lang.NumberFormatException
>
> Thanks,
> Tim.
>
>
>
>
> Tim Squires
> Wireless Data Services
> 
> It's not what you know, it's who you tell.
>
>

RE: Not authorized to view this page

[Kemp Randy-W18971]

It sounds like some internal security issues with your environment on Windows or Unix, 
and I would contact someone from your company or service provider.  That's what I 
would say off the top of my head. 

-Original Message-
From: Adamson, Scott [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 10:47 PM
To: Orion-Interest
Subject: Not authorized to view this page


I get the message 'Not authorized to view this page' when trying to run the
addressbook example from the CMP primer. I believe Orion is working
correctly as I can run the orion-primer example. Any help much appreciated.

regards,
Scott. 

Re: Orion and SSL

[Daniel Lopez]

Hi all,

Well, I played a lot with my certificate, test certificates blah, blah,
blah and the final answer is NO. You cannot, AFAIK, use an existing
certificate unless you generated the request with keytool and you kept
the keystore. The key point is that when you generate a certificate
request, public key and private key are generated and stored in the
keystore, if you didn't create your request with keytool you don't have
this information and when you import the real certificate, it is treated
as a trusted certificate (like Verisigns one) but not as valid key to
validate himself. I didn't fin any info on how to import the private key
into the keystore so I asume the answer is that you cannot. Requesting a
new certificate whose request has been generated with the keytool seems
to be the answer but then you have to pay again.
I would suggest this information to be included in the SSL how-to as
this might save other people from getting the headaches I got while
playing with all these buzzwords ;).
Regards and thank you to all the people that offered their advice.
Dan

Rafael Alvarez wrote:
> 
> Hello Daniel,
> Sorry for the delay in the answer.
> I had the same trouble migrating a certificate from IIS to orion.
> 
> Did you generate the request to Verisign using the keystore where
> you're importing it? If not, you need to request a new certificate.
> Check Verisign to see how that can be done.
> 
> Hope this help.
> 
> --
> Best regards,
>  Rafaelmailto:[EMAIL PROTECTED]

Re: NumberFormatException when using Date

[Jose Jorge Tomé Hernando]

>This is the mysql.xml line for date (please note I have tried date and
>datetime in both the db and mysql.xml):
>
> 
> 
>
>Could someone tell me what I'm missing?

I think that you have to use java.sql.Date instead of java.util.Date.

    Jorge Tomé Hernando
    Technology Consultant
    CAP GEMINI Ernst&Young

RE: Why xsl:include seems to try to find files in /Orion folder andnotweb-app root?

[Arved Sandstrom]

I've been using XSLT, period, for a long time, and I don't recall problems,
either. The thing is, this cropped up in a big way a few weeks ago, and I
know for a fact that as late as yesterday I had tests that broke.

However, today I reran some tests (Xalan command line), and of course
everything works. It works with Windows-style paths, UNIX-style paths,
absolute URLs, relative URL's, prepending the file: scheme, leaving it out,
etc etc. In fact, I can't make it break. :-)

I'm thinking that maybe we got bit by the dreaded Xerces+Xalan
version-out-of-sync problem, which normally we really pay a lot of attention
to. This is difficult to prove.

Regards,
Arved Sandstrom

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Lopez
Sent: Wednesday, February 14, 2001 4:43 AM
To: Orion-Interest
Subject: Re: Why xsl:include seems to try to find files in /Orion folder
andnotweb-app root?


Hi,

I've been using Xalan for quite a long time and whenever I used
, it always used the directory where
the xsl was located as base directory, NOT the the working directory.
This includes Xalan 1.2.x versions as I haven't upgraded to 2.0 yet. So
I would say Xalan follows the specificaction.

Regards,
Dan

Arved Sandstrom wrote:
>
> We have observed this behaviour with Xalan (1.2.x family) both in and
> outside of app servers. Xalan uses the "working directory", according to
> Java, as the base URI. Which is of course wrong.
>
> Dunno about Xalan2. Possibly fixed. In any case I'm planning to switch
over
> to Saxon.
>
> Regards,
> Arved Sandstrom
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Cramer
> Sent: Tuesday, February 13, 2001 4:54 AM
> To: Orion-Interest
> Subject: RE: Why xsl:include seems to try to find files in /Orion folder
> and not web-app root?
>
> Check out the XSLT spec at http://www.w3.org/TR/xslt#include. According to
> the spec, in an  tag, a relative URI as the value for the
href
> attribute should be interpreted as starting in the same directory as the
> including stylesheet.
>
> Example:
> assume that a stylesheet /www/xsl/A uses the tag: ,
> then the XSLT engine should include the stylesheet /www/xsl/B.
>
> If this isn't what you're seeing, then your processor has a bug.
>
> This might help more than my suggestion before :-)
> Dan Cramer
> Chief Architect
> Dynamic Resolve, LLC
> Internet Solutions Consulting
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
> > Sent: Monday, February 12, 2001 5:47 PM
> > To: Orion-Interest
> > Subject: Why xsl:include seems to try to find files in /Orion folder and
> > not web-app root?
> >
> >
> > Hi,
> >
> > When I use the  directive, it appears to look in
> > server root
> > dir, and not the web-app root its deployed in. I am not quite sure if
this
> > is something to do with Orion, or if all servers operate in this
> > manner and
> > therefore its an error of the XSLT technology. Or..perhaps its an error
of
> > the saxon library I am working with. Just wondering if anyone working
with
> > Orion and XSL have seen this problem or not?
> >
> > Thanks.

Re: classloader

[Michiel Meeuwissen]

Tim Endres <[EMAIL PROTECTED]> wrote:
> This is not a bug. It is a lack of understanding of ClassLoaders by the poster
> you referred to in your search. If you search the Orion mailing list archives,
> you will see many postings related to this subject. The problem is that ClassLoader
> issues are more complicated in an application server environment, and the old
> Class.forName( String name ) technique for loading classes no longer applies.
> 
> There was a posting by someone who has written a paper on ClassLoader issues.
> That posting is in the archives. I would strongly recommend that you read that
> paper, as it will clarify this issue for you.

I found this paper, it was very usefull. Here is the URL:

 http://www.javageeks.com/Papers/ClassForName

thank you,

 Michiel
 
-- 
Michiel Meeuwissen - NOS internet 
Mediacentrum kamer 203 - tel. +31 (0)35 6773065
http://www.mmbase.org  
http://www.purl.org/NET/mihxil/

RE: RE: Any news from Orion yet??

[Jeff Schnitzer]

>Dude, do you really think a Swedish company with a handful of employees
>is going to be able to field a worldwide army of training 
>professionals?

It just occurred to me that this sounds rather bad...  I was trying to
imply that it would be unlikely for such training professionals to be
sent all the way around the world to Florida, which is where I seem to
recall the poster saying he was from.  Somehow that got lost in the
edits.  Really, I did not mean to cast aspersions on Swedish companies!
:-) :-) :-)



Jeff

RE: Problem with a finder QUERY.

[fresnaULL]

No, It doesn't work!
Anyway, putting the code "String findByName_query = "people.name like $1""
in the home interface seems to modify the orion-ejb-jar.xml as you said,
doesn't it?.

Has anybody made such a query?

Please!! Help!!!

Thanks in advance


- Original Message -
From: Luong, Tony S322 <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Tuesday, February 13, 2001 6:19 PM
Subject: RE: Problem with a finder QUERY.


> The code "String findByName_query = "people.name like $1"" in the home
> interface does not do anything for the bean,
> you have to modify the deployment descriptor (eq.
>
\application-deployments\\-ejb.jar\orion-ejb-jar.xml).
>
> in the deployment descriptor look for  tag then
> change it to 
> ...
> ...
> call the method using findByName("%john%");
>
> stop and start the server.
> this should do it.
>
>
> > -Original Message-
> > From: fresnaULL [SMTP:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 13, 2001 8:43 AM
> > To: Orion-Interest
> > Subject: Problem with a finder QUERY.
> >
> > Hi all,
> >
> > Basically, this is the query i'm trying to do: (i'm using SQL SERVER
7.0)
> >
> > SELECT * FROM people
> > WHERE people.name LIKE '%john%'
> >
> > This is what i've done now:
> > - In the people home interface
> >
> > String findByName_query  = "people.name like $1";
> > .
> > .
> > public java.util.Enumeration findByName(String value) throws
> > java.rmi.RemoteException, javax.ejb.FinderException;
> >
> >
> > I make a call to the finder query like this:
> >
> > Enumeration en = PeopleHome.findByName("%John%");
> >
> > But this doesn't work or at least I don't get any result(of course it
> > should return a result).
> > If I replace the "like" clause by "=" and i make a call like
> >   Enumeration en = PeopleHome.findByName("John");
> > it does work, I get a result.
> >
> > Does anybody know what I'm doing wrong? is there any problem with the
> > "like" clause?
> >
> > Thanks in advance
> >
> > P.S. I'm not trying to laugh at anybody :-)
> >
> > >From: [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
> >
>
> --

> CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please
immediately notify the sender by e-mail at the address shown.  This e-mail
transmission may contain confidential information.  This information is
intended only for the use of the individual(s) or entity to whom it is
intended even if addressed incorrectly.  Please delete it from your files if
you are not the intended recipient.  Thank you for your compliance.
>
> 
>

NumberFormatException when using Date

[Tim Squires]

Hi Chaps,

I have an CMP that returns a date object as one of the fields.  When I
include the CMP field in the ejb-jar.xml descriptor then access a finder
method on the bean, a NumberFormatException is thrown.  I've tried changing
the field to be a Timestamp but it has the same effect.  I've also tried
Orion 1.4.5 and 1.4.7.  If I deploy the bean without the date field, it all
works fine.

This is the mysql.xml line for date (please note I have tried date and
datetime in both the db and mysql.xml):

 
 

Could someone tell me what I'm missing?

I'm using MySQL 3.23.32, Orion 1.4.7, RH Linux 7.0 and mm mysql jdbc driver
v2.0.4.
The error thrown is 

com.evermind.server.rmi.OrionRemoteException: Database error:
java.lang.NumberFormatException; nested exception is: java.sql.SQLException:
java.lang.NumberFormatException

Thanks,
Tim.




Tim Squires
Wireless Data Services

It's not what you know, it's who you tell.

RE: Why xsl:include seems to try to find files in /Orion folder a nd n ot web-app root?

[Bronwen Cassidy]

Title: RE: Why xsl:include seems to try to find files in /Orion folder a nd n ot web-app root?



Another xml/xsl problem. I am trying to get cocoon to work with orion, 
have followed the orionsupport/cocoon.html document to the dot, but am getting 
complaints that cocoon-filter not found and unable to load util.xsl (part of 
cocoon.jar) I put all the jar files from default-web-app\lib into orion\lib and 
seemed to get a bit further in the process, but not there. I've tried unpacking 
cocoon and cocoon-filter jar files into web-app\lib and then orion\lib, no luck. 
I tried to place all the jar files into orion, no luck. I think i am now out of 
luck :-) Can anyone help?
Thanx

  -Original Message-From: Duffey, Kevin 
  [mailto:[EMAIL PROTECTED]]Sent: 13 February 2001 
  19:07To: Orion-InterestCc: Duffey, 
  KevinSubject: RE: Why xsl:include seems to try to find files in 
  /Orion folder a nd n ot web-app root?
  Alrighty fellas..I just got the latest 6.2 Saxon, put 
  it in my www\WEB-INF\lib dir, and remove xalan.jar from Orion directory. When 
  I do the following in XSL:
   
  
   
  It 
  keeps telling me in the Orion window:
   
  Error at xsl:include on line 4 of 
  file:/C:/orion/:  \include\include.xsl (The system cannot find the 
  path specified)Exception while trying to transform document. MESSAGE = 
  Failed to compile stylesheet. 1 error detected.
   
  So I 
  ask..why does it say its looking in file:/C:/orion/: ?? I made sure there 
  isn't any saxon.jar or xalan.jar in the classpath, and Orion automatically 
  picks up anything in the web-inf\lib dir (right?) as part of the packages 
  accessible via the web-app classpath. So I am not sure why this is still 
  happening. Is there a call I need to make to get the web-app local root? Or do 
  I need to provide a hard-coded variable on every xsl page that is then used 
  for this purpose?
   
  Thanks.
   
  
-Original Message-From: Victor A. Salaman 
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, February 13, 2001 6:48 
AMTo: Orion-InterestCc: Duffey, 
KevinSubject: RE: Why xsl:include seems to try to find files in 
/Orion folder a nd n ot web-app root?
Saxon 6.2

  -Original Message-From: Rodrigo B. de Oliveira 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, February 13, 2001 
  6:54 AMTo: Orion-InterestCc: Duffey, 
  KevinSubject: RE: Why xsl:include seems to try to find files in 
  /Orion folder a nd n ot web-app root?
  And out of curiosity, which XSLT processor are u using 
  then? 
  Rodrigo 
  -Original Message- From: 
  Victor A. Salaman [mailto:[EMAIL PROTECTED]] 
  Sent: Tuesday, February 13, 2001 2:47 AM To: Orion-Interest Cc: Duffey, Kevin 
  Subject: RE: Why xsl:include seems to try to find files 
  in /Orion folder a nd n ot web-app root? 
  
  Orion should just replace Xalan for Saxon anyways... and 
  use TraX instead of a propietary interface to 
  Xalan... Xalan is Apache's excuse for having a XSLT processors, besides being one of the slowest in the crowd... 
  
  -- Victor 
  -Original Message- From: 
  Tim Endres [mailto:[EMAIL PROTECTED]] 
  Sent: Tuesday, February 13, 2001 1:07 AM To: Orion-Interest Cc: Duffey, Kevin 
  Subject: Re: Why xsl:include seems to try to find files 
  in /Orion folder and n ot web-app root? 
  
  If you read the xalan source, you will see that this is a 
  problem with xalan. The 
  method that determines the location of the included file is written 
  to be file-system and URL 
  based. If has no concept of calling a method like "getRealPath()" to get a path relative to your webapp. The code is 
  a mess. 
  The xalan folks should rewrite this complicated code to 
  simply call an interface that the programmer 
  provides. Then your interface would be called to 
  locate a file, allowing you to apply the getRealPath() method that 
  you really want it to use. I am not sure if Xalan 
  II addresses this or not. 
  The only way Orion could fix this is to patch the xalan 
  code, which I think would be a very bad 
  idea. 
  The way that we solved the problem was to pre-compile the 
  xsl pages in place in our development tree, which 
  presented XSL with a simple file-system to locate 
  included files. We then load the compiled pages for XSLT 
  processing. This also speeded up processing 
  times. 
  tim. 
  > Hi, > > When I use the  directive, it appears to 
  look in server root > 
  dir, and not the web-app root its deployed in. I am not quite sure if 
  this > is something to do with Orion, or if all 
  servers operate in this manner and 
  > therefore its an error of the XSLT technology. 
  Or..perhaps its an error of > the saxon library 
  I am working with. Just wondering if anyone working with > Orion and XSL hav

RE: Any news from Orion yet??

[Kev Roberts]

> I don't think it supports Servlet 2.2/JSP 1.1 yet 
> either..unless it recently
> has added that support. I am surprised that with $2billion 

This has now been added in the latest service pack

Kev

Re: Why xsl:include seems to try to find files in /Orion folder a nd not web-app root? ALMOST GOT IT!

[Johan Fredriksson]

use relative paths...

File f = new File(); creates a pointer to orion directory. Therefore use
relative paths from there.
- Original Message -
From: "Christian Sell" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 9:11 AM
Subject: Re: Why xsl:include seems to try to find files in /Orion folder a
nd not web-app root? ALMOST GOT IT!


> > Ok..I got some good news and bad news in my dilema. Using the
> > setSystemId(getServletContext().getRealPath(XSLFilename)); has indeed
> given
> > the right path when trying to access the xsl. However, for some unknown
> > reason I am STILL seeing it say:
> >
> > Error at xsl:include on line 5 of
> > file:/C:/orion/C:/app/www/inside/ob/search.xsl:
> > C:\orion\C:\app\www\inside\ob\include.xsl (The filename, directory name,
> or
> > volume label syntax is incorrect)
> > Exception while trying to transform document. MESSAGE = Failed to
compile
> > stylesheet. 1 error detected.
>
> looks like Xalan does not like the Windows-style path. Try turning this
into
> a valid URL (file://), possibly by using the URL class
>

RE: RE: Any news from Orion yet??

[Jeff Schnitzer]

Dude, do you really think a Swedish company with a handful of employees
is going to be able to field a worldwide army of training professionals?
My guess is that the entire world population of Orion experts is reading
this right now; depending on where you are, a nicely phrased request and
an offering of beer might turn up a few volunteers :-) 

Orion is already free for noncommercial use, so your licensing is
covered.  But do realize that Orion, at least organizationally, is
closer to a community-supported open source project than a BEA.  Maybe
that will change at some point.

Jeff

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, February 13, 2001 9:41 PM
>To: Orion-Interest
>Cc: Orion-Interest
>Subject: Re: RE: Any news from Orion yet??
>
>
>All,
>Running a training program for EJB's gives me a different 
>perspective when dealing with EJB application vendors like 
>Orion.  My experience is that they (expensive vendors like BEA 
>) offer institutions like mine free licences and trainers in 
>the hopes that newly educated programmers would evangelize 
>their products.  I have repeatedly asked for assistance in 
>training engineers in EJB's using the Orion product.  They 
>have refused to answer.  All we ask is that they provide us 
>with a single license so that we may set up an interactive 
>training site for distance education for a "Java and the 
>Internet Course".
>
>If they truly wish to educate java-programers in Orion, you'd 
>think they'd jump at this.  We charge no money for training, 
>and we benefit the independant learner in the ways of 
>programming EJB's with Orion.
>
>This course is open to all, but Orion's lack of response means 
>none of us can gain from it.  
>
>If you would like to learn more about the mystery of EJB'S, 
>LET ORION KNOW. We need your help.
>
>Mike Van
>C.E.O. JUGerNaut
>
>> Original Message ---
>>From: Kemp Randy-W18971 <[EMAIL PROTECTED]>
>>To: Orion-Interest <[EMAIL PROTECTED]>
>>Subject: RE: Any news from Orion yet??
>>
>>
>> I don't knock the higher priced products, and they do have 
>the lion's share of the market, and many large companies run 
>big applications on them.  Personally, I feel as many low 
>price (Orion) and open source (jboss, etc.) mature, more 
>people will ride that path.  Look at the history of Apache, 
>and now 60 % of the world's servers run it.  Developers see 
>that the low priced and open source options are maturing and 
>proving themselves.  It's just a matter of time.
>>
>>-Original Message-
>>From: Konstantin Polyzois
>>To: Orion-Interest
>>Sent: 2/13/01 6:56 AM
>>Subject: RE: Any news from Orion yet??
>>
>>"Weblogic (and the high priced products like Websphere) are great..." 
>>
>>Speaking as someone who has done development using Websphere (3.0 &
>>3.02):
>>It sucks! Don't use it for anything but JSP or servlets. It 
>has so many
>>flaws that I don't even want to get in to them!!
>>
>>/korre
>>
>>-Original Message-
>>From: Kemp Randy-W18971
>>To: Orion-Interest
>>Sent: 2001-02-12 13:58
>>Subject: RE: Any news from Orion yet??
>>
>> 
>>Weblogic (and the high priced products like Websphere) are 
>great, if you
>>want to pay the price.  They come with nice tools like front 
>end gui's,
>>good documentation, paid support, etc.  But if you look for 
>the opinions
>>of developers who have used these products, and compared them 
>to Orion,
>>jboss, etc., they would say the EJB capacies are no better then the
>>other high priced products.  In order of ranking, here's how I look at
>>the other products.
>>1 Orion -- This product is ready now, but I haven't seen anyone from
>>this list run a Sears store on it.
>>2. Jboss (www.jboss.org) -- The founders are very bright, have five
>>hundred developers on the projects, have EJB heavies 
>contributing to the
>>list, and it's a very easy to use product.  Personally, even though it
>>is ready for production now, I would wait for it to mature a bit more.
>>It's like a fine wine -- drink it now, and it is OK, or allow 
>it to age
>>a bit then drink it (like jboss 3.0 final).
>>3. Openejb (www.openejb.org) - this project has a very bright and well
>>known person heading it, and it is slated to be intergrated 
>with Tomcat
>>and Apache.  It has yet to prove itself, as it is not yet ready for
>>production release.  But it has good future promise.
>>4. Jonas (www.evidian.com/jonas) - This is a good product, 
>but it is not
>>as advanced as the other two open source products and I don't 
>think they
>>have as many people behind them.
>>5. Enhydra enterprise (www.enhydra.org).  If you like the enhydra
>>application server, this product has potential.  But it is not
>>production ready yet and it intergrates with the jonas server.  
>>  In summary, Orion is here now but can it run Sears?  Jboss is ready
>>but I would let it mature a bit more for production environments.
>>Openejb and Enhydra have great potential, but they are not 
>ready yet an

Re: Why xsl:include seems to try to find files in /Orion folder andnotweb-app root?

[Daniel Lopez]

Hi,

I've been using Xalan for quite a long time and whenever I used
, it always used the directory where
the xsl was located as base directory, NOT the the working directory.
This includes Xalan 1.2.x versions as I haven't upgraded to 2.0 yet. So
I would say Xalan follows the specificaction.

Regards,
Dan

Arved Sandstrom wrote:
> 
> We have observed this behaviour with Xalan (1.2.x family) both in and
> outside of app servers. Xalan uses the "working directory", according to
> Java, as the base URI. Which is of course wrong.
> 
> Dunno about Xalan2. Possibly fixed. In any case I'm planning to switch over
> to Saxon.
> 
> Regards,
> Arved Sandstrom
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Cramer
> Sent: Tuesday, February 13, 2001 4:54 AM
> To: Orion-Interest
> Subject: RE: Why xsl:include seems to try to find files in /Orion folder
> and not web-app root?
> 
> Check out the XSLT spec at http://www.w3.org/TR/xslt#include. According to
> the spec, in an  tag, a relative URI as the value for the href
> attribute should be interpreted as starting in the same directory as the
> including stylesheet.
> 
> Example:
> assume that a stylesheet /www/xsl/A uses the tag: ,
> then the XSLT engine should include the stylesheet /www/xsl/B.
> 
> If this isn't what you're seeing, then your processor has a bug.
> 
> This might help more than my suggestion before :-)
> Dan Cramer
> Chief Architect
> Dynamic Resolve, LLC
> Internet Solutions Consulting
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
> > Sent: Monday, February 12, 2001 5:47 PM
> > To: Orion-Interest
> > Subject: Why xsl:include seems to try to find files in /Orion folder and
> > not web-app root?
> >
> >
> > Hi,
> >
> > When I use the  directive, it appears to look in
> > server root
> > dir, and not the web-app root its deployed in. I am not quite sure if this
> > is something to do with Orion, or if all servers operate in this
> > manner and
> > therefore its an error of the XSLT technology. Or..perhaps its an error of
> > the saxon library I am working with. Just wondering if anyone working with
> > Orion and XSL have seen this problem or not?
> >
> > Thanks.

Problems trying to run Orion + Cocoon

[Jose Jorge Tomé Hernando]

Hello guys

I am having problems trying to setup Orion to use Cocoon.

I have read (and i have followed strictly) the instructions in www.orionsupport.com, i have browse the mailing list archive and i have tried all recomendations there are.

My actual sitation is, i have updated in orion.jar file the MANIFEST.MF file to modify the classpath and include before all others the cocoon jar's. In this moment i get the next error when i try to access the http://localhost/samples/index.xml page.

--8<8<8<8<8<8<8<8<8<8<8<8<8<--
java.lang.RuntimeException: Error while initializing XSP engine: org.xml.sax.SAXNotRecognizedException: http://apache.org/xml/features/validation/schema
                 at org.apache.xerces.framework.XMLParser.setFeature(XMLParser.java:1515)
                 at org.apache.xerces.parsers.DOMParser.setFeature(DOMParser.java:659)
                 at org.apache.cocoon.parser.XercesParser.parse(XercesParser.java:78)
                 at org.apache.cocoon.parser.AbstractParser.parse(AbstractParser.java:83)
                 at org.apache.cocoon.processor.xsp.XSPProcessor.init(XSPProcessor.java:186)
                 at org.apache.cocoon.framework.Manager.create(Manager.java:109)
                 at org.apache.cocoon.framework.Router.init(Router.java:80)
                 at org.apache.cocoon.framework.Manager.create(Manager.java:109)
                 at org.apache.cocoon.Engine.(Engine.java:179)
                 at org.apache.cocoon.Engine.getInstance(Engine.java:232)
                 at org.apache.cocoon.Cocoon.init(Cocoon.java:157)
                 at com.orionsupport.cocoon.CocoonServlet.init(CocoonServlet.java:52)
                 at com.evermind.server.http.HttpApplication.xc(JAX)
                 at com.evermind.server.http.HttpApplication.wu(JAX)
                 at com.evermind.server.http.HttpApplication.u5(JAX)
                 at com.evermind.server.http.eg.s9(JAX)
                 at com.evermind.server.http.eg.dr(JAX)
                 at com.evermind.util.f.run(JAX)

                 at org.apache.cocoon.processor.xsp.XSPProcessor.init(XSPProcessor.java:198)
                 at org.apache.cocoon.framework.Manager.create(Manager.java:109)
                 at org.apache.cocoon.framework.Router.init(Router.java:80)
                 at org.apache.cocoon.framework.Manager.create(Manager.java:109)
                 at org.apache.cocoon.Engine.(Engine.java:179)
                 at org.apache.cocoon.Engine.getInstance(Engine.java:232)
                 at org.apache.cocoon.Cocoon.init(Cocoon.java:157)
                 at com.orionsupport.cocoon.CocoonServlet.init(CocoonServlet.java:52)
                 at com.evermind.server.http.HttpApplication.xc(JAX)
                 at com.evermind.server.http.HttpApplication.wu(JAX)
                 at com.evermind.server.http.HttpApplication.u5(JAX)
                 at com.evermind.server.http.eg.s9(JAX)
                 at com.evermind.server.http.eg.dr(JAX)
                 at com.evermind.util.f.run(JAX)
--8<8<8<8<8<8<8<8<8<8<8<8<8<--

Can someone help me to solve this problem and get Cocoon run with Orion?.

TIA

    Jorge Tomé Hernando

Re: Serious problem with Orion transaction processing: multiple connections used within a single transaction

[Christian Sell]

If that is true it really does look like a serious flaw. I'd say that in
general it is unacceptable if statements in an application are executed
against different connections, and therefore, in different
transaction/isolation contexts. Otherwise, all kinds of messes can happen,
as you experience. At least it must be under the control of the application
when and where this happens.


- Original Message -
From: "Douma, Ate" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Tuesday, February 13, 2001 5:39 PM
Subject: Serious problem with Orion transaction processing: multiple
connections used within a single transaction


> I actually wanted to enter the following problem into Orion Bugzilla but I
> haven't received a password for my account which I created almost a week
> ago. So, if someone with access to the Orion Bugzilla could accommodate me
> and enter it in Bugzilla for me I would be very grateful.
>
> The problem is the following:
>
> When using an XADataSource for CMP transactions, non-primary key CMP
finder
> calls are executed by Orion using a separate connection from the
connection
> in which the transaction is processed.
>
> This problem I have been able to reproduce using Orion 1.3.8, 1.4.5 and
> 1.4.7 against both SqlServer 2000 and Oracle 8.0.5.
> For Oracle I used the latest thin jdbc 8.1.7 driver; for SqlServer I
tested
> with several level 3 and level 4 type drivers, all of which supplied an
> XADataSource.
>
> Using SQL Server, this problem has very serious consequences when using
> transaction isolation level "committed" (which we regard as a minimum
level
> for business applications).
> When within a transaction multiple entities are created, and a business
rule
> requires a check on already existing entities the transaction will
> guaranteed leed to a deadlock situation (which by the way Orion doesn't
> notice).
>
> Example:
> For an entity containing two date fields defining a date period a business
> rule states that no date period may overlap between the entities.
> To be able to enforce this business rule, before the entity is created a
> finder is called which returns the existing entities which have an
> overlapping period definition.
> If for the first entity to be created this finder does not return
anything,
> the entity is created.
> As soon as the ejbStore() of this entity is called SQL Server will lock
the
> entity table against usage from other sessions (bit of a pain this
feature,
> but hey, we have to support SQL Server).
> Then, for the next entity to be created the above described finder is
called
> again.
> As Orion uses a separate connection for these finders a deadlock situation
> within SQL Server occurs.
>
> Consequence:
> We have to define transaction isolation level "uncommitted" for such
> entities to be able to deploy our application against SQL Server leading
to
> the possibility of dirty reads.
>
> Using Oracle (and probably all other major RDBMS's), the problem is even
> more tricky.
> Oracle requires as minimum transaction isolation level "committed".
> Furthermore, Oracle (luckily) does not set a full table lock as a result
of
> modifications. Thus, rdbms deadlocking does not occur as result of the
Orion
> problem.
> But, more seriously, the above described finder won't work reliable
anymore
> because of the (correct) isolation of the current transaction
modifications
> from other connections.
> If in the above example the second entity would have defined a period
> overlapping on the period of the first entity this violation of the
business
> rule will NOT be found as the finder cannot see (correctly) the changes
made
> within the current transaction.
>
> To be able to test the above described problem I've made a (very) simple
> test application with an entity containing two Integer fields. One of the
> fields is the primary key and the other a secondary key.
> In a stateless session EJB I create three entities in one transaction:
> (1,1), (2,2), (3,2).
> Before each creation a finder is used to check the existence of an entity
> with a specified secondary key.
> If everything would go as expected, the creation of the third entity
should
> fail.
> Using SQL Server, the finder check before the creation of the second
entity
> leads to the above described database deadlock.
> Using Oracle, all three entities can be created.
>
> I've attached the test application to this message.
>
> The zip file contains a build ear file, all sources, an ant build.xml
> script, Orion configuration files, and log files.
>
> For testing against SQL Server I've included the latest trial JSQLConnect
> JDBC from NetDirect (www.j-netdirect.com). This driver, which fully
> implements an XADataSource interface, will work until the first of March
> 2000.
> Included with the Orion configuration files is a datasource.xml containing
> two datasource definitions: one using the Oracle thin jdbc 8.1.7 driver
and
> one using the JSQLConnect JDBC driver.
>
> The app

Re: Where are jsp .java files ?

[Christian Sell]

the docs also describe the development attribute in orion-web.xml as
follows:

Attribute name Options Default
development true|false false
Tag name File
/orion-web-app  orion-web.xml

If this is set to true then JSP pages will be compiled to a slower, more
readable form and their sources will be saved in the persistence directory
for viewing/debugging.


- Original Message -
From: "Grant Doran" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 2:55 AM
Subject: RE: Where are jsp .java files ?


> Try the \orion\application-deployments\ tree
>
> -Original Message-
> From: Mike Horvath [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 14 February, 2001 9:52 AM
> To: Orion-Interest
> Subject: Where are jsp .java files ?
>
>
>
> In my console window the errors make reference to an error at a line in my
> java source for a jsp page, yet searching my entire harddrive yields no
> such file.
>
> I've searched through the the documentation and orion site, but I can't
> seemed to find anything related to debug options or where the "work"
> directory for the jsp files is.
>
> Any help would be really appreciated.  Thanks.
>
> // mjh
>
>
>

Re: Why xsl:include seems to try to find files in /Orion folder a nd not web-app root? ALMOST GOT IT!

[Christian Sell]

> Ok..I got some good news and bad news in my dilema. Using the
> setSystemId(getServletContext().getRealPath(XSLFilename)); has indeed
given
> the right path when trying to access the xsl. However, for some unknown
> reason I am STILL seeing it say:
>
> Error at xsl:include on line 5 of
> file:/C:/orion/C:/app/www/inside/ob/search.xsl:
> C:\orion\C:\app\www\inside\ob\include.xsl (The filename, directory name,
or
> volume label syntax is incorrect)
> Exception while trying to transform document. MESSAGE = Failed to compile
> stylesheet. 1 error detected.

looks like Xalan does not like the Windows-style path. Try turning this into
a valid URL (file://), possibly by using the URL class