JMS for non-java clients !!
hi, is it possible to use the JMS Server with non -java applications as JMS Clients? (both pub/sub p2p) Hadi
RE: Sealing violation?
Here's a solution for this sealing violation problem that I had earlier on. (Quote from mr. Matt Tilchen): Juha, OK. I've got it figured out. The crimson.jar file included in the distribution has a manifest file (meta-inf/manifest.mf) that specifies that it is sealed. Sealing a package within a JAR file means that all classes defined in that package must be found in the same JAR file. This implies that you have a package appearing in your classpath twice that is also contained in crimson.jar. Solution: Strip down your runtime classpath. In order to run my test class, all I need is orion.jar in my classpath and the project directory. This is because the manifest in orion.jar specifies classpath extensions for all the other jars in the root orion directory. I hope this solves your problem. If you haven't already, try to get the InitialContext without supplying a principal or credentials in the Properties object. I was quite surprised as I have not seen this capability in other app server implementations. Let me know what happens. -Matt I have actually got several inquiries from people having the same problem.. And here's my original post to the Orion-Interest group: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha Paananen Sent: 13. kesäkuuta 2001 22:02 To: Orion-Interest Subject: Sealing violation? I get this strange exception when I'm trying to instantiate an InitialContext in my Orion application client: java.lang.SecurityException: sealing violation at java.net.URLClassLoader.defineClass(URLClassLoader.java:234) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:297) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:486) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:297) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.crimson.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Do cumentBuilderFactoryImpl.java:82) at com.evermind._un.getJavaxDocument(Unknown Source) at com.evermind.xml.XMLUtils.getDocument(Unknown Source) at com.evermind.xml.XMLConfig._cg(Unknown Source) at com.evermind.server.ApplicationClientInitialContextFactory.getInitialCon text(Unknown Source) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246) at javax.naming.InitialContext.init(InitialContext.java:222) at javax.naming.InitialContext.init(InitialContext.java:198) at LittleTest.main(LittleTest.java:61) This is how I construct the InitialContext: Properties p = new Properties(); p.put(java.naming.factory.initial, com.evermind.server.ApplicationClientInitialContextFactory); p.put(java.naming.provider.url, ormi://localhost/ums); p.put(java.naming.security.principal, admin); p.put(java.naming.security.credentials, 123); InitialContext ctx = new InitialContext(p); It doesn't seem to matter if I use a correct or incorrect username/credentials. Also, this problem has never occurred in Orion 1.4.7, but only when I updated to Orion 1.5.2. Am I possibly missing some jar in my classpath? (It now includes the orion.jar and j2ee.jar).. Thanks, Juha winmail.dat
ejbStore not called with validity-timeout set
Hi, We found out that ejbStore is not called in a CMP-Entity-Bean when validity-timeout is set to a value greater zero.(tested with Orion 1.5.2) Is this a bug ? Or how do we have to edit the deployment-file orion-ejb-jar.xml to tell orion to call ejbStore ? Jörg Kirschbaum
Re: request for info:ssl and client authentication with orion
UNSUBSCRIBE
Re: JMS for non-java clients !!
is it possible to use the JMS Server with non -java applications as JMS Clients? (both pub/sub p2p) I'm not sure about the internal server in Orion, but if you use external jms provider, in this case swiftmq, its possible to write clients for it in c++
Bug??? Orion/SSL + IE loses sessions
There is definitely a problem or bug with using IE in front of Orion with SSL turned on. I lose sessions every 2 minutes or so. When I use Netscape, this problem doesn't occur. If I use Weblogic with SSL, I don't lose any sessions even though I am using the same browsers. Has anyone run into this problem? Is this bug recorded? Thanks, Ozzie Gurkan Manheim Interactive 404-269-8776
Re: Bi-directional N-to-N support does it work in orion?
Current OrionServer 1.5.2 is EJB2.0PFD1 compliant, not EJB2.0PFD2. Not speaking for the developers, but merely surmising, I would suspect that it will remain PFD1 until the spec is in final. No sense chasing a rabit down the hole! =) - scot Alex Paransky wrote: I read some time ago that Orion does not support bi-directional N-to-N relationships. Recently (1.5.2) I created such a relationship and initially Orion created TWO relationship tables. Afterwards, I removed one of the tables, and updated orion-ejb-jar.xml to use the same table for both sides of the relationship. Question: Is this type of usage supported in Orion 1.5.2? Am I asking for trouble? Is anyone aware of any problems with using orion-ejb-jar.xml to manipulate the deployment descriptor in such a way? Thanks. -AP_ -- scot weber - [EMAIL PROTECTED] - Given a choice between a folly and a sacrament, one should always choose the folly -- because we know a sacrament will not bring us closer to God and there's always a chance that a folly will. - Erasmus The only man who never makes a mistake is the man who never does anything. - Theodore Roosevelt.
RE: Bug??? Orion/SSL + IE loses sessions
This is a configuration problem... at least it was in earlier versions. You must make sure to include the attribute 'secure="true"' in the web-site tag of your secure-web-site.xml file. Also, make sure that the attribute 'shared="true"' appears in each web-app tag in this same file. This cleared up the problem for me. Cheers, Derek Akers Senior Software Architect Eldan Software Limited (416) 341-0070 www.eldan.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ozzie-Mailing ListsSent: Tuesday, July 03, 2001 9:12 AMTo: Orion-InterestSubject: Bug??? Orion/SSL + IE loses sessions There is definitely a problem or bug with using IE in front of Orion with SSL turned on. I lose sessions every 2 minutes or so. When I use Netscape, this problem doesn't occur. If I use Weblogic with SSL, I don't lose any sessions even though I am using the same browsers. Has anyone run into this problem? Is this bug recorded? Thanks, Ozzie Gurkan Manheim Interactive 404-269-8776
xerces conflict (and a hack solution).
:Hello all, In our web application we use an old version of xerces. We deploy the application with xerces.jar in the WEB-INF/lib directory. However, when the application is started we get the error: java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.java:118) at com.fredhopper.frob.question.QuestionManager.loadQuestions(QuestionManager.java:163) at com.fredhopper.frob.question.QuestionManager.loadQuestions(QuestionManager.java:78) at com.fredhopper.frob.FredEngine.init(FredEngine.java:373) at com.fredhopper.frob.FredEngine.startingUp(FredEngine.java:138) at com.fredhopper.jsp.Bridge$EngineInServletContainer.fredhopper(Bridge.java:837) at com.fredhopper.jsp.Bridge$EngineInServletContainer.run(Bridge.java:779) A bit cryptic, because SAXParser is in fact available twice (once in our application and once in the 'global' orion space). A solution is: 1) Move the following jars: crimson.jar jaxp.jar parser.jar xalan.jar 2) Move our own xerces.jar in orion home directory 2) Start orion as follows: java -Xbootclasspath/a:xerces.jar -jar orion.jar This is not a real solution, because we also had to remove the encoding attribute out of the application.xml and web.xml. And this should then be done for every application you deploy on the application server. Shouldn't it be that when the application server looks for a class, it first looks in the classes directory of that web application, then in the lib directory of the web application and if it still can't resolve the class it looks in the global space (not a good idea, since this depends on which application server you use, but trade of to save memory usage)? So is this a bug in orion, or are we doing something wrong here? Mark -- --o-o-- Mark Kettner http://www.fredhopper.com Amsterdam, The Netherlands Phone: +31 20 3206203 Mobile: +31 620 609 817 fax:+31 20 8848747 E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]
RE: Bi-directional N-to-N support does it work in orion?
I believe bi-directional relationships were in the initial draft of the 2.0 EJB spec. -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scot Weber Sent: Tuesday, July 03, 2001 7:14 AM To: Orion-Interest Subject: Re: Bi-directional N-to-N support does it work in orion? Current OrionServer 1.5.2 is EJB2.0PFD1 compliant, not EJB2.0PFD2. Not speaking for the developers, but merely surmising, I would suspect that it will remain PFD1 until the spec is in final. No sense chasing a rabit down the hole! =) - scot Alex Paransky wrote: I read some time ago that Orion does not support bi-directional N-to-N relationships. Recently (1.5.2) I created such a relationship and initially Orion created TWO relationship tables. Afterwards, I removed one of the tables, and updated orion-ejb-jar.xml to use the same table for both sides of the relationship. Question: Is this type of usage supported in Orion 1.5.2? Am I asking for trouble? Is anyone aware of any problems with using orion-ejb-jar.xml to manipulate the deployment descriptor in such a way? Thanks. -AP_ -- scot weber - [EMAIL PROTECTED] - Given a choice between a folly and a sacrament, one should always choose the folly -- because we know a sacrament will not bring us closer to God and there's always a chance that a folly will. - Erasmus The only man who never makes a mistake is the man who never does anything. - Theodore Roosevelt.
Re: Bi-directional N-to-N support does it work in orion?
What you are doing by specifying one table is correcting a bug in Orion's automatic table creation code that results from its lack of bi-directional support (Orion wants to create a table for each side of the relationship.) However, this won't give you bi-directionality, which you can easily verify. Add/remove one bean from the other's Collection (or Set, etc) and you won't see it reflected in the other bean's Collection. The solution I've been limping along with is to manage all bi-directional relationships with a separate Session bean that explicitly updates both sides of the relationship. (If you model the relationship with one db table, you will have to manually catch the duplicate key exceptions as well.) - Original Message - From: Alex Paransky [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, July 03, 2001 12:38 AM Subject: Bi-directional N-to-N support does it work in orion? I read some time ago that Orion does not support bi-directional N-to-N relationships. Recently (1.5.2) I created such a relationship and initially Orion created TWO relationship tables. Afterwards, I removed one of the tables, and updated orion-ejb-jar.xml to use the same table for both sides of the relationship. Question: Is this type of usage supported in Orion 1.5.2? Am I asking for trouble? Is anyone aware of any problems with using orion-ejb-jar.xml to manipulate the deployment descriptor in such a way? Thanks. -AP_
Bug? deploy dependent
Hi: I got the following errors while deploying my beans. StopHistory was a dependent, createdDt was a Timestamp which mapped to datetime in sqlserver. StopHistory_Dependent0 is a orion created class. Auto-deploying nfil-ejb.jar (ejb-jar.xml had been touched since the previous deployment)... StopHistory_Dependent0.java:20: Undefined variable, class, or package name: objectclone.createdDt = this.createdDt == null ? null : new java.sql.Timestamp(object.createdDt.getTime()); Is it an Orionbug? because I guess the line of code should be clone.createdDt = this.createdDt == null ? null : new java.sql.Timestamp(this.createdDt.getTime()); I did not use "object" in my java code or xmls. Thanks if somebody can tell me. Tom Guan (Shaohua) 856-857-1324 X 2534 Senior Java Developer NFI Interactive Logistics
Re: Bug??? Orion/SSL + IE loses sessions
Hi, in your secure-web-site.xml try: web-app application=appname name=webapp root=/blabla shared=true/ ^ hope that helps klaus Am Dienstag, 3. Juli 2001 15:11 schrieben Sie: There is definitely a problem or bug with using IE in front of Orion with SSL turned on. I lose sessions every 2 minutes or so. When I use Netscape, this problem doesn't occur. If I use Weblogic with SSL, I don't lose any sessions even though I am using the same browsers. Has anyone run into this problem? Is this bug recorded? Thanks, Ozzie Gurkan Manheim Interactive 404-269-8776 Content-Type: text/html; charset=iso-8859-1; name=Anhang: 1 Content-Transfer-Encoding: quoted-printable Content-Description: -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] Your mouse has moved. Windows must be restarted for the change to take effect.
UN-SUBSCRIBE
Re: Bug??? Orion/SSL + IE loses sessions
are you using a really long GET query string? I've found (on an older version, 1.3.8 if I recall correcty) that if you send a very long, don't know exactly how long, query string, it would cause you to loose your session. I couldn't explain why, I just switched to POST, and everything worked great. This may not be your problem, but just thought you might want to know. Noah - Original Message - From: Klaus Thiele [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, July 03, 2001 11:20 AM Subject: Re: Bug??? Orion/SSL + IE loses sessions Hi, in your secure-web-site.xml try: web-app application=appname name=webapp root=/blabla shared=true/ ^ hope that helps klaus Am Dienstag, 3. Juli 2001 15:11 schrieben Sie: There is definitely a problem or bug with using IE in front of Orion with SSL turned on. I lose sessions every 2 minutes or so. When I use Netscape, this problem doesn't occur. If I use Weblogic with SSL, I don't lose any sessions even though I am using the same browsers. Has anyone run into this problem? Is this bug recorded? Thanks, Ozzie Gurkan Manheim Interactive 404-269-8776 Content-Type: text/html; charset=iso-8859-1; name=Anhang: 1 Content-Transfer-Encoding: quoted-printable Content-Description: -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] Your mouse has moved. Windows must be restarted for the change to take effect. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
jsp templates and blueprint/petstore
Group, Jsp's can be used to implement a simple templating mechanism using jsp:include... html headtitlesome title/title LINK REL=stylesheet TYPE=text/css HREF=/css/stylesheet.css jsp:include page=include/script.html flush=true / /head body MARGINHEIGHT=0 MARGINWIDTH=0 leftmargin=0 RIGHTMARGIN=0 topmargin=0 jsp:include page=include/header.html flush=true/ jsp:include page=include/tabnav.jsp flush=true jsp:param name=tab value=4 jsp:param name=link value=yes /jsp:include jsp:include page=mycontent.html flush=true / jsp:include page=include/footer.html flush=true / /body /html The original j2ee blueprint, petstore application used template tag's and a jsp template page, a jsp screendefinition page, and java code for the url/mapping, and a jsp type II controler. Recent releases of petstore use tag's and xml definitions for the template, the screendefinition, and url/mapping, and the type II controller is now a servlet. This is somewhat nicer, since your don't have to recompile the code when the web front changes. What I don't understand, though, is why use the j2ee blueprint templating mechanism anyway, since the jsp:include tag is so flexible. We can still use a type II controller with the simple template above. Of course, this means we need a template for every page, but I mean these are pretty simple templates. Why go through the complexity of a procedural templating mechanism when jsp's already have it. And if a better templating mechanism is required, why not include the template tag's in jsp 2.4? Does anybody has some insight on the why of the j2ee blueprint templating mechanism? Or for that matter, any procedural templating mechanism? Regards, the elepantwalker
Orion and Blazix
I came across a server called blazix, which has cluster, gui's, support, and only 1.5 mg at www.blazix.com for $2000. Does anyone have any exposure or experience with this server? How does it compare and contrast with Orion?
RE: Orion and Blazix
Never heard of them. They are not in the flashline matrix of app servers. A read of what is supported indicates they do not support servlet 2.3, so they are out for me. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971 Sent: Tuesday, July 03, 2001 2:37 PM To: Orion-Interest Subject: Orion and Blazix I came across a server called blazix, which has cluster, gui's, support, and only 1.5 mg at www.blazix.com for $2000. Does anyone have any exposure or experience with this server? How does it compare and contrast with Orion?
Angebot - Shaking Man
Hallo, liebe Kunden! Jeder kennt ihn, den sensationellen Shaking Man aus der Autowerbung. Der Shaking Man ist an der Hüfte und an den Armen beweglich. Jetzt haben wir diesen immer gut gelaunten Beifahrer im Sortiment und es gibt auch gleich ein supergünstiges Angebot: Zwei dieser lustigen Zeitgenossen im Set für nur 30 DM zzgl. Versandkosten. Also schnell zugreifen! Die Lieferzeit beträgt ca. 48 Stunden. Das war es auch schon von uns! Mit freundlichen Grüßen Euer Kinkerlitzchen-Team P.S.: Wenn Du in Zukunft keine weiteren Mails mehr von uns erhalten möchtest, sende einfach diese Mail kommentarlos an uns zurück.
Newbie question on shuting down
Hi all, I can get orion started as expected, but I seem to have trouble shutting it down. This happens on both Linux and Solaris. Here is my shutdown command: [rcohen@ajax orion]$ java -jar admin.jar ormi://localhost:8080 admin mypswd -shutdown Hers is the result on both OS's: Error: javax.naming.NamingException: Lookup error: java.io.EOFException: Disconnected; nested exception is: java.io.EOFException: Disconnected What am I missing? Do I have to have a separate naming service running? If so, where in the docs is it covered - I've looked around. Any help would be appreciated... Thx, Ross
RE: Newbie question on shuting down
Ross, You used the wrong port, 8080. You need to use the rmi port, which is noted in the rmi.xml documention. You don't have to use the port, the default port is 23791 for ormi, the Orion RMI port. So when you type ormi://localhost:8080, ormi driver can't find the port, and this shows up with the exception. java -jar admin.jar ormi://localhost admin blahbalh -shutdown force this will work, everytime, as long as orion is running, and the password is correct. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ross Cohen Sent: Tuesday, July 03, 2001 7:01 PM To: Orion-Interest Subject: Newbie question on shuting down Hi all, I can get orion started as expected, but I seem to have trouble shutting it down. This happens on both Linux and Solaris. Here is my shutdown command: [rcohen@ajax orion]$ java -jar admin.jar ormi://localhost:8080 admin mypswd -shutdown Hers is the result on both OS's: Error: javax.naming.NamingException: Lookup error: java.io.EOFException: Disconnected; nested exception is: java.io.EOFException: Disconnected What am I missing? Do I have to have a separate naming service running? If so, where in the docs is it covered - I've looked around. Any help would be appreciated... Thx, Ross