Re: Castor JDO + Orion
Hello Roman, Its really easy. Just define your datasource in datasources.xml, and use it through jndi. database name=mydb engine=sql-server jndi name=jdbc/MyDS / mapping href=mapping.xml / /database hth chris Friday, January 18, 2002, 2:41:09 PM, you wrote: RS Hello , RS Does anybody configured Castor JDO and Orion together ? RS I would like to find way how to configure Castors Database object as a datasource. RS Could You suggest me the best way ? RS Thank You in advance. RS Roman. -- Best regards, Christophmailto:[EMAIL PROTECTED]
remove
-- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Re: Remove
Can these remove messages please be filtered out of the list.
- Original Message -
From: Fermindoza, Gene [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Friday, January 18, 2002 2:11 PM
Subject: RE: Remove
thanks.
Gene Fermindoza
Computer Associates
Programmer, Global Information Systems
tel: +1 410 715-7137
fax: +1 410 992-7140
pager: +1 888 BEEP CAI
[EMAIL PROTECTED]
-Original Message-
From: Scott Farquhar [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 7:45 PM
To: Orion-Interest
Subject: Re: Remove
Just for everyone's benefit - remove does not work.
Please go to
http://www.orionserver.com/subscribe.html
to unsubscribe from this mailing list.
I have suggested to the Orion guys that they put a sig on every email
suggesting this.
Cheers,
Scott
--
Scott Farquhar :: [EMAIL PROTECTED]
Atlassian :: http://www.atlassian.com
Supporting YOUR J2EE World
Tasso wrote:
- Original Message -
From: Rob Worley [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 7:29 AM
Subject: remove
remove
-Original Message-
From: JoseMa [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2002 08:30
To: Orion-Interest
Subject: Re: Lookup EJB's in another application
Hi Patrik,
I had the same problem and I look for some information about how
to
resolv this problem. Although the aplications are in the same server
the
connection become as if they was in differents servers. I used the
RMIContextFactory with the next code:
Context context = null;
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial,com.evermind.server.rmi.RMIInitialCon
textFactory);
env.put(java.naming.provider.url, ormi://localhost:rmi
port/application name);
try
{
context = new InitialContext (env);
context.lookup(EjbName);
}
catch (Exception e) {
System.out.println(Conection error);
}
If you don't change the values of rmi.xml in the Orion config you
don't
need
specify the rmi port. The applicacion name is the name that appear in
server.xml and identify the application. Is possible that you need
especify
a username and password for connect to applicacion, I don't need it.
For
specify these parametrers you need to put the next:
env.put(Context.SECURITY_PRINCIPAL, admin);
env.put(Context.SECURITY_CREDENTIALS, password);
I hope that this information can help you.
Best regards,
- Original Message -
From: Patrik Strid [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 12:47 AM
Subject: Lookup EJB's in another application
Hi,
If you have two applications in the same orion
container. One application with web components and
another with just EJB's. From the application with web
components, I want to lookup an EJB that is deployed
in the other application - is that possible via the
InitialContext or do I have to call it via an URL and
getting the extra RMI call?
I can get it to work using a provider URL to the other
application, but using the InitialContext, the local
context - it cannot find the bean, or more correct,
the JNDI name could not be found.
Any help is appreciated !
Thanks,
Patrik
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
RE: Integrating LOG4J into Orion...
I put the log4j.jar in orion's lib directory, and use -Dlog4j.configuration=file:path/to/log4j.properties to initialize log4j. I'm pretty happy with this approach. I control logging on a server-wide basis, so I can use the same ear file for both testing and deployment. Jeff Schnitzer [EMAIL PROTECTED] -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 5:35 PM To: Orion-Interest Subject: FW: Integrating LOG4J into Orion... One more time, the last one did not show up -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 11:09 AM To: Orion-Interest Subject: Integrating LOG4J into Orion... I have a full EJB/JSP application running with Orion. Is there a preferred method of initializing LOG4J in this situation? Looking at the LOG4J documentation, they mention using a startup servlet to do the initialization. I am concerned as to how this would work with the CLASSLOADER hierarchy. If I initialize my LOG4J at the servlet (WEB) layer, will the EJB's be able to see the initialized LOG4J or will they attempt to re-initialize due to the different classloader? Thanks. -AP_
Re: Integrating LOG4J into Orion...
This is one possible scenario - but as Jeff says it's server specific logging (not application specific) - which can often be non-optimal. We have a document coming out on this (check http://kb.atlassian.com) soon, but until it's finished here's what we usually do: - use the latest log4j from CVS (which has the capability to define which is the default log loading class - there is now one which loads log4j.xml from classpath, and watches it) - I believe it's done via system properties (selecting automated file loader and watch time) - add a library path=config / to your orion-application.xml for each application - add config/log4j.xml to your application You're done! this means you now have : - automatic log configuration (no more need for servlet listeners, application clients or servlets to configure logging!) - dynamic logging (you can just change the log4j.xml file and your changes are picked up without redeployment) - logging _per application_ (rather than per server) As I said, see if the above directions work for you and please email me off list if they don't (so we can adjust the document in progress). Watch this space for the doco coming soon ;) Hope this helps! Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world Now just configure log4j.xml On 19/1/02 4:40 AM, Jeff Schnitzer ([EMAIL PROTECTED]) penned the words: I put the log4j.jar in orion's lib directory, and use -Dlog4j.configuration=file:path/to/log4j.properties to initialize log4j. I'm pretty happy with this approach. I control logging on a server-wide basis, so I can use the same ear file for both testing and deployment. Jeff Schnitzer [EMAIL PROTECTED] -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 5:35 PM To: Orion-Interest Subject: FW: Integrating LOG4J into Orion... One more time, the last one did not show up -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 11:09 AM To: Orion-Interest Subject: Integrating LOG4J into Orion... I have a full EJB/JSP application running with Orion. Is there a preferred method of initializing LOG4J in this situation? Looking at the LOG4J documentation, they mention using a startup servlet to do the initialization. I am concerned as to how this would work with the CLASSLOADER hierarchy. If I initialize my LOG4J at the servlet (WEB) layer, will the EJB's be able to see the initialized LOG4J or will they attempt to re-initialize due to the different classloader? Thanks. -AP_
