MR: JSP Compilation Questions and More. Additional.
> Hello all,
> try to use Oracle JSP, thera are a offline jsp-compiler.
Hi.
Thanks for your suggestion. However I do not need an otside compiler. In
any case I can use JspC in tomcat, but that is NOT what I wanted. I want to
do this the way Orion does it. So I need to do something like:
public class MyJSPC{
public static void main(String[] args){
com.orionserver.http.OrionHttpJspPage MY_COMPILED_PAGE =
new com.evermind._rj(some_params).bb(MyJspPage_Source);
}
}
You see? I REALLY need the Orion JSP compiler to work. I can use other
compiler, but that is not what I wanted.
Lachezar :(
RE: javax.naming.NamingException: Error reading application-clien t descriptor:No EJBHome found at...
Thank you . I had solved the problem.The application/domain must be specified,when running the application-client ,but I am not.:( The error command is: java.naming.provider.url=ormi://localhost:23791 And the following is correct: java.naming.provider.url=ormi://localhost:23791/jrcrm Thanks again. >From: "Nusairat, Joseph F." <[EMAIL PROTECTED]> >Reply-To: Orion-Interest <[EMAIL PROTECTED]> >To: Orion-Interest <[EMAIL PROTECTED]> >Subject: RE: javax.naming.NamingException: Error reading application-clien t descriptor: No EJBHome found at... >Date: Mon, 15 Oct 2001 10:41:32 -0400 > >I am gonna guess that in your deplomyent descriptor the in the web one, that >the entry for the home object is incorrect > >Make sure u have the home object written there properly. probably is just a >typo or something > >Joseph Faisal Nusairat, Sr. Project Manager >WorldCom >tel: 614-723-4232 >pager: 888-452-0399 >textmsg: [EMAIL PROTECTED] > > >-Original Message- >From: James [mailto:[EMAIL PROTECTED]] >Sent: Friday, September 15, 2000 3:52 AM >To: Orion-Interest >Subject: javax.naming.NamingException: Error reading application-client >descriptor: No EJBHome found at... > > >As the title,could anyone give me some advice? >Thanks. _ Äú¿ÉÒÔÔÚ MSN Hotmail Õ¾µã http://www.hotmail.com/cn Ãâ·ÑÊÕ·¢µç×ÓÓʼþ
Orion and MySQL config
Dear All, Any document can help me to understand how to config the Orion connect to MySQL and create the connection Pool? Or any expert can teach me how to config it? Thanks in advance Derek __This transmission and the information it contains including any attachment, is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, disclose or copy this transmission. If you have received this transmission (or any copy) in error, please notify us immediately by reply e-mail to [EMAIL PROTECTED] Please delete the original transmission(including any attachment) and its contents and destroy or return to us any hard copy. Please note that any electronically transmitted material that purports to commit Sun Hung Kai & Co. Ltd., or any of its subsidiaries or associates, to any obligation or in any other way whatsoever, unless subsequently confirmed by fax or letter signed (in either case) by our duly authorized officer(s) may not be relied on. Material transmitted to you should also be checked by reference to the hard copy of the material printed directly by us.
Re: Servlet JDBC character conversion problem
In Oracle, you can use UTF-8 to store data to avoid conversion problem.
Jacky
- Original Message -
From: "Eduardo San Martin B." <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 8:36 AM
Subject: Re: Servlet JDBC character conversion problem
> Gustavo:
>
> I had a similar problem using PostgreSQL. I solved it changing my
> database encoding to UNICODE, which is what Java uses for String
> representation.
>
> Hope it solves your problem. Regards,
>
> Eduardo San Martín.
> Concepción - Chile.
>
>
> Gustavo Comba wrote:
>
> > Hi,
> >
> > I'm having a strange problem. I'm developing a J2EE Web
> > Application, with Entity Beans, Servlets, JSPs and so on. I've
> > started to get character conversion problems, and I've isolated
> > the piece of code giving me problems.
> >
> > The code is:
> >
> > DriverManager.registerDriver(new
> > oracle.jdbc.driver.OracleDriver());
> > Connection con = DriverManager.getConnection
> > ("jdbc:oracle:thin:@oraclehost:1521:orcl", "user", "password");
> > dumpTable(con, out);
> > String updateStatement = "UPDATE IDIOMAS SET IDIOMA = ? WHERE
> > IDIDIOMA = ? ";
> > PreparedStatement prepStmt = con.prepareStatement
> > (updateStatement);
> > prepStmt.setString(1, m_Idioma);
> > prepStmt.setLong(2, m_Id);
> > prepStmt.executeUpdate();
> > prepStmt.close();
> > con.close();
> >
> > Where "m_Idioma", which is a standard java.lang.String, which
> > eventually is "Español", and m_Id is a long with the primary key
> > of the record I want to update.
> >
> > If I paste this code into a JSP, then I get the desired
> > result, BUT, if I paste and run the code from a Servlet (exactly
> > the same code), then my "Español" becomes "Espaýol"... I've
> > tried almost everything, I've runned the Servlet on the J2EE
> > server and locally whit the debugger, and the same result.
> >
> > My DataBase server is a Oracle 8.1.7 Database, and I'm using
> > Oracle 9i Application Server OC4J (the Orion AS).
> >
> > The problem is the same with "á", "é", "í" and so on.
> >
> > I'll apreciate any kind of help you can give me.
> >
> > Thanks in advance, and please forgive my English.
> >
> > Gustavo Comba
> >
>
>
>
>
>
Re: Servlet JDBC character conversion problem
Gustavo:
I had a similar problem using PostgreSQL. I solved it changing my
database encoding to UNICODE, which is what Java uses for String
representation.
Hope it solves your problem. Regards,
Eduardo San Martín.
Concepción - Chile.
Gustavo Comba wrote:
> Hi,
>
> I'm having a strange problem. I'm developing a J2EE Web
> Application, with Entity Beans, Servlets, JSPs and so on. I've
> started to get character conversion problems, and I've isolated
> the piece of code giving me problems.
>
> The code is:
>
> DriverManager.registerDriver(new
> oracle.jdbc.driver.OracleDriver());
> Connection con = DriverManager.getConnection
> ("jdbc:oracle:thin:@oraclehost:1521:orcl", "user", "password");
> dumpTable(con, out);
> String updateStatement = "UPDATE IDIOMAS SET IDIOMA = ? WHERE
> IDIDIOMA = ? ";
> PreparedStatement prepStmt = con.prepareStatement
> (updateStatement);
> prepStmt.setString(1, m_Idioma);
> prepStmt.setLong(2, m_Id);
> prepStmt.executeUpdate();
> prepStmt.close();
> con.close();
>
> Where "m_Idioma", which is a standard java.lang.String, which
> eventually is "Español", and m_Id is a long with the primary key
> of the record I want to update.
>
> If I paste this code into a JSP, then I get the desired
> result, BUT, if I paste and run the code from a Servlet (exactly
> the same code), then my "Español" becomes "Espaýol"... I've
> tried almost everything, I've runned the Servlet on the J2EE
> server and locally whit the debugger, and the same result.
>
> My DataBase server is a Oracle 8.1.7 Database, and I'm using
> Oracle 9i Application Server OC4J (the Orion AS).
>
> The problem is the same with "á", "é", "í" and so on.
>
> I'll apreciate any kind of help you can give me.
>
> Thanks in advance, and please forgive my English.
>
> Gustavo Comba
>
RE: Orion on Linux, Follow-up Question
See http://kb.atlassian.com/content/orionsupport/articles/unixprocess.html That describes how to run on Linux as a non-root user, how to set up your groups for development, and how to setup IPChains so that to the external world you're still using port 80! Hope it helps - please add an annotation if you see any problems or shortcomings with the doc. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Wendell > Nichols > Sent: Tuesday, October 16, 2001 12:21 AM > To: Orion-Interest > Subject: Re: Orion on Linux, Follow-up Question > > > I think this is because your user account is unable to run the server on > reserved port 80. Modify Orion's default-website.xml file to use a > port above the reserved range, (1000 or something like that). I use 8000. > wcn > > Jimbo Jones wrote: > > > My previous problem, starting Orion on linux, was due to the fact that > > I was calling upon the wrong JVM (even though I thought I had my path > > set correctly). That is resolved. Now I have another problem that > > seems more linux-related than Orion-related, but perhaps some of you > > know the solution. > > > > I have Orion running on linux, and from that machine I can access > > Orion-served pages. But I cannot do so from outside that machine. > > What's more, I am unable to run it on a user account. For now, I'm > > running under root. But like I said, I cannot connect to it from > > another machine. Upon doing some investigating, I have discoverd that > > when I try to connect from another machine, Orion is sending the HTTP > > headers only and then freezes without sending anything else. The page > > never loads, it just hangs indefinitely. I strongly suspect this has > > something to do with linux and not Orion. I cannot run Orion on a > > user account because it tells me I don't have permission to run an > > HTTP server. I don't get that message as root, but I wonder if there > > is some linux mechanism at work blocking my attempts to transmit data > > via HTTP. > > > > Your help in resolving this issue is greatly appreciated. > > > > -James > > > > _ > > Get your FREE download of MSN Explorer at > > http://explorer.msn.com/intl.asp > > > > > > > > > > >
Correct Cocoon-Orion Integration Instructions
To Orion User Group: Correct and elegant instruction to integrate (or install) Apache Cocoon into the Orion web server can be found at: http://www.candlelightsoftware.com/cocoon.html Previous efforts and instructions related to the Cocoon 1.8.2 release required a very ugly work-around of modifying file orion.jar! This requirement has been eliminated through the modification of a Cocoon utility member function. If you use these instructions, and have suggestions, feel free to email me. Sincerely: Steven P. Punte Steven P. PunteCandlelight SoftwareBy Candlelight If Necessary![EMAIL PROTECTED]http://www.candlelightsoftware.com
RE: Changing the default splash page?
Look in the default-web-app directory, there's a file there called index.html, this is the splash. You can control the default-web-app index by modifying the web.xml file in the default-web-app/WEB-INF directory. You could also point to another directory for you default-web-app from the config/application.xml file. regards, the elephatnwalker -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steve BestSent: Monday, October 15, 2001 11:45 AMTo: Orion-InterestSubject: Changing the default splash page? Howdy folks, how would I go about changing the default splash page for Orion? Thanks Steve
Sharing sessions between different contexts
Hi, I have different modules of an application in different contexts, and I want that if a user is authenticated in one of them, this session would be valid if he enters any of the rest. The problem is that as soon as the passes to another module, he's requested to login again. Which is better way to this, or should I handle these modules some other way? Thanks!! Luis Javier
Changing the default splash page?
Howdy folks, how would I go about changing the default splash page for Orion? Thanks Steve
RE: Servlet JDBC character conversion problem
Others
may have a better answer. You should try a System.out.println() of your m_Idioma
in the code to see what it looks like when it gets to your servlet.
I
suspect you submit this value from an HTML Form and somehow the string is being
encoded in one way by the browser and decoded in another by the servlet.
There are numerous problems already documented with the class URLEncoder because
of locale mismatches between the client and the server.
Make
sure the language settings on each machine (and browsers) match and this problem
should go away.
I had
a similar problem and finally abandoned using URLEncoder. I now expand every
unicode value to HEX and back in URLs/Forms to avoid this
nightmare.
J.D>
-Original Message-From: Gustavo Comba
[mailto:[EMAIL PROTECTED]]Sent: Monday, October 15, 2001
7:29 AMTo: Orion-InterestSubject: Servlet JDBC character
conversion problem
Hi, I'm having a strange problem. I'm developing a J2EE Web
Application, with Entity Beans, Servlets, JSPs and so on. I've started
to get character conversion problems, and I've isolated the piece of code
giving me problems. The code is:
DriverManager.registerDriver(new
oracle.jdbc.driver.OracleDriver()); Connection con =
DriverManager.getConnection ("jdbc:oracle:thin:@oraclehost:1521:orcl",
"user", "password"); dumpTable(con, out); String updateStatement =
"UPDATE IDIOMAS SET IDIOMA = ? WHERE IDIDIOMA = ? "; PreparedStatement
prepStmt = con.prepareStatement (updateStatement);
prepStmt.setString(1, m_Idioma); prepStmt.setLong(2, m_Id);
prepStmt.executeUpdate(); prepStmt.close(); con.close();
Where "m_Idioma", which is a standard java.lang.String, which
eventually is "Español", and m_Id is a long with the primary key of
the record I want to update. If I paste this code into a JSP, then I
get the desired result, BUT, if I paste and run the code from a Servlet
(exactly the same code), then my "Español" becomes "Espaýol"... I've
tried almost everything, I've runned the Servlet on the J2EE server
and locally whit the debugger, and the same result. My DataBase server
is a Oracle 8.1.7 Database, and I'm using Oracle 9i Application Server
OC4J (the Orion AS). The problem is the same with "á", "é", "í"
and so on. I'll apreciate any kind of help you can give me.
Thanks in advance, and please forgive my English. Gustavo
Comba
RE: javax.naming.NamingException: Error reading application-client descriptor: No EJBHome found at...
Title: RE: javax.naming.NamingException: Error reading application-client descriptor: No EJBHome found at... I am gonna guess that in your deplomyent descriptor the in the web one, that the entry for the home object is incorrect Make sure u have the home object written there properly. probably is just a typo or something Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED] -Original Message- From: James [mailto:[EMAIL PROTECTED]] Sent: Friday, September 15, 2000 3:52 AM To: Orion-Interest Subject: javax.naming.NamingException: Error reading application-client descriptor: No EJBHome found at... As the title,could anyone give me some advice? Thanks.
Re: Orion on Linux, Follow-up Question
I think this is because your user account is unable to run the server on reserved port 80. Modify Orion's default-website.xml file to use a port above the reserved range, (1000 or something like that). I use 8000. wcn Jimbo Jones wrote: > My previous problem, starting Orion on linux, was due to the fact that > I was calling upon the wrong JVM (even though I thought I had my path > set correctly). That is resolved. Now I have another problem that > seems more linux-related than Orion-related, but perhaps some of you > know the solution. > > I have Orion running on linux, and from that machine I can access > Orion-served pages. But I cannot do so from outside that machine. > What's more, I am unable to run it on a user account. For now, I'm > running under root. But like I said, I cannot connect to it from > another machine. Upon doing some investigating, I have discoverd that > when I try to connect from another machine, Orion is sending the HTTP > headers only and then freezes without sending anything else. The page > never loads, it just hangs indefinitely. I strongly suspect this has > something to do with linux and not Orion. I cannot run Orion on a > user account because it tells me I don't have permission to run an > HTTP server. I don't get that message as root, but I wonder if there > is some linux mechanism at work blocking my attempts to transmit data > via HTTP. > > Your help in resolving this issue is greatly appreciated. > > -James > > _ > Get your FREE download of MSN Explorer at > http://explorer.msn.com/intl.asp > > >
Re[2]: JSP Compilation Questions and More.
Hello Greg, Sunday, October 14, 2001, 1:11:51 AM, you wrote: GM> is this a speed issue? GM> if so, use jikes. it's so fast that you don't need to precompile JSPs. GM> - Original Message - GM> From: "Lachezar Dobrev" <[EMAIL PROTECTED]> GM> To: "Orion-Interest" <[EMAIL PROTECTED]> GM> Sent: Saturday, October 13, 2001 1:50 AM GM> Subject: JSP Compilation Questions and More. >>Hallo all! >> >>Recently I've been playing around with JSP compilation in Orion. I saw GM> a >> couple of days ago a question about the out-of-the-server (stand-alone) >> compilation of JSPs. Quite some job :( >>I tried to find the compilator. Playing around I got some things. I GM> don't >> really remember what was the JSP that helped me, but I guess it is either >> com.evermind._rj (and it's method _bb() ) or com.evermind._ah. Also the >> com.evermind.JspPage has a _bb() method, but it doesn't help a lot. >> >>Question 1: Is there a way to pre-compile the JSPs? I also saw that >> adding a parameter "jsp_precompile=true" to the request parameters will GM> only >> try to compile the jsp. That however is not what I was thinking about. >> >>Question(BUG) 2: I noticed the following: It depends how the JSPs are >> compiled. If the Web-App is "development=true" it is compiled in one way >> with matching the JSP lines, and if "development=false" the lines are GM> often >> mapped wrongly. Exa.: >> >> ALABALA.JSP: >> >> 1. >> 2. >> 3. Test for test >> 4. >> 5. >> 6. >> 7. >> 8. <%= new String((String)null)%> >> 9. >> 10. >> >> Obviously there is a NullPointerException on line 8 (7 if counted from 0). >> >> development = true: >> >> 500 Internal Server Error >> java.lang.NullPointerException >> at java.lang.String.(String.java:193) >> at /Alabala.jsp._jspService(/Alabala.jsp.java:24) (JSP page line 7) >> at com.orionserver[Orion/1.5.2 (build >> 10460)].http.OrionHttpJspPage.service(Unknown Source) >> at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source) >> .. >> >> >> development = false: >> >> 500 Internal Server Error >> java.lang.NullPointerException >> at java.lang.String.(String.java:193) >> at /Alabala.jsp._jspService(/Alabala.jsp.java:27) (JSP page line 2) >> at com.orionserver[Orion/1.5.2 (build >> 10460)].http.OrionHttpJspPage.service(Unknown Source) >> at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source) >> .. >> >> >>Obviously both cases differ. Why? >> >>Lachezar. >> >> >> >> Hello all, try to use Oracle JSP, thera are a offline jsp-compiler. -- Best regards, slyncemailto:[EMAIL PROTECTED]
Servlet JDBC character conversion problem
Hi, I'm having a strange problem. I'm developing a J2EE Web
Application, with Entity Beans, Servlets, JSPs and so on. I've started
to get character conversion problems, and I've isolated the piece of code
giving me problems. The code is:
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
Connection con = DriverManager.getConnection
("jdbc:oracle:thin:@oraclehost:1521:orcl", "user", "password");
dumpTable(con, out); String updateStatement = "UPDATE IDIOMAS SET IDIOMA
= ? WHERE IDIDIOMA = ? "; PreparedStatement prepStmt =
con.prepareStatement (updateStatement); prepStmt.setString(1, m_Idioma);
prepStmt.setLong(2, m_Id); prepStmt.executeUpdate();
prepStmt.close(); con.close(); Where "m_Idioma", which is a
standard java.lang.String, which eventually is "Español", and m_Id is a long
with the primary key of the record I want to update. If I paste this
code into a JSP, then I get the desired result, BUT, if I paste and run the
code from a Servlet (exactly the same code), then my "Español" becomes
"Espaýol"... I've tried almost everything, I've runned the Servlet on the
J2EE server and locally whit the debugger, and the same result. My
DataBase server is a Oracle 8.1.7 Database, and I'm using Oracle 9i
Application Server OC4J (the Orion AS). The problem is the same
with "á", "é", "í" and so on. I'll apreciate any kind of help you can
give me. Thanks in advance, and please forgive my English.
Gustavo Comba
javax.naming.NamingException: Error reading application-client descriptor: No EJBHome found at...
As the title,could anyone give me some advice? Thanks.
