Re: Sharing datasource
Erm, nope. Orion has EJB clustering, it's just not documented, although I hear a document about it is coming out soon...ish... On 5/19/02 9:50 PM, Scott Farquhar [EMAIL PROTECTED] wrote: Yes, that is true. At the moment, there is no EJB clustering in Orion, although it may appear in future versions. Cheers, Scott Linus Larsen wrote: If the same EJB application is running on lets say two servers, and are sharing the same datasource. Do I have to configure the orion-ejb- jar.xml and set the exclusive-write-access=false for every entity deployment (on both servers) sharing the datasource, to avoid inconsistency in the EJBCaching? regards /linus
Re: is Orion dead?
Orion has/had such a mechanism in place, however, the reason this has been scaled back is due to user response. You might be able to understand that it's a preview, you might realise that it will have bugs and problems. This however does not extend to all users, and I suspect the vocal minority of those who whine and complain are those responsible for everyone else not having access to regular updates for testing and previews at last. Quoting Simon Stewart [EMAIL PROTECTED]: I'm quietly waiting for Orion to adopdt the release often attitude of the OS developers. Provided it comes with warnings along the lines of this hasn;t been tested, you are beta testing our product I'm happy. Perhaps the experimental version of Orion should be just that? I'm even happy if autoupdate.jar doesn't update to this experimental version unless passed a flag --- I'd be happy to download and configure by hand --- but some of the promised features are worth the hassle, IMHO. On Fri, Apr 12, 2002 at 03:36:04AM -0700, Ray Harrison wrote: Agreed. The team is definitely working on Orion and the next versions of the app server will be much improved. You'll love it. Cheers Ray Joseph Ottinger [EMAIL PROTECTED] wrote: ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. Simon -- Now I've got peanut butter in my armpit. I'm wiping but it doesn't seem to be coming out. Do I take a shower or just fall asleep with peanut butter in there? -- Philip Kaplan
Re: [orion-interest]Re: include orion-ejb-jar.xml in an ejb.jar ?
Wrong, this is not a bug, this is part of application assembly/deployment. The reason that orion does not wipe out the application-deployments files is so that you can have different deployments of the same app in different systems, with different table names perhaps or column names (just as an example). For example, the list of disallowed fields is different across DB's, so if you're using CMP, you might have a field called parent, which is sometimes parent_ on some db's. Another example, you might have a db to which you do not have exclusive write access, so in that particular deployment, you want to turn off that flag. Orion makes this possible by not destroying deployment specific files every time you deploy something new. This means you can deliver updates to your application and each particular deployment need not worry about your shipping default settings clobbering their customisations. Makes sense? The only caveat with this is that orion will NOT do merges between the shipping and deployed file. So for example if you add a new bean, it's xml fragment will not be picked up from your shipping orion-ejb.xml, since a previous deployment already exists in application-deployments. In this case you'd have to add in the bean manually to the deployed descriptor. Hope this clears this issue up. So please think carefully before deciding to scream out bug, or at least ask around! On 11/4/02 10:24 am, Lachezar Dobrev [EMAIL PROTECTED] wrote: Maybe I don't get it. What is the problem. When you redeploy the ear it should get the new DDs. However, I WILL recommend to delete the deployment dir before (re)deployment. Orion has a nasty bug, that ignores the DD in the jar/ear/war on redeployment. That is nasty. You should delete the directory of the jar/ear/war deployment, before (re)deploying. I will also recommend to leave the EAR structure, and use plain directory structure for your app. Use only ejb-jars. Again. If this is not your problem, elaborate more to solve it. I have had quite some experience since 1.4.5 and can help in most cases. Lachezar o.k. it works! Thanks for comments! Now we have got another problem, since the orion-ejb-jar.xml is placed in the corresponding jar-file, orion detects an updated orion-ejb-jar.xml every time i deployd the ear-file, wich contains theses jar-file. In my opinion this happens because the generated orion-ejb-jar.xml unde the orion deployment-directory is newer then the orion-ejb-jar.xml-file contained in the corresponding jar-file (because it would be used as a template or sample). Even there are only changes in other jar-files, which contains session-beans, orion detected an new orion-ejb-jar.xml on every deployment. How could i prevent orion from detection of an new orion-ejb-jar.xml? At 13:50 10.04.2002 +0200, you wrote: Hi. Yes. You may include an orion-ejb-jar.xml in the jar file. Orion wiull read it on deployment, mix-in the missing values, and then use that xml. Since orion 1.4.8 the orion-ejb-jar.xml should be in the META-INF directory in the jar. Earlier versions had the deployment dd in another directory. A different problem is sharing the xml, and automaticaly including it in the builded jars. JBuilder has the ability to include custom-generated DDs in the generated jar. this is good, and is very well used in conjuction with a CVS system. Other building tools may have different way to do that. Lachezar. Hi, thank you for the comment on my last posting distibute beans in different jar! Here is another question: We develop in a small team. One person create the entity-beans with finder, interfaces , dd and so on If he creates an new finder, he has to create the where clause of the SQL-Statement in the orion-ejb-jar-xml-file. Every developer runs his own orion-server for development, becaus we won't test agains a common server, because of the frequence of changes in the development process in a team. Is it possible to include the generated an corrected orion-ejb-jar-xml-file in the jar-file or the era-file, so that orion read it? Then the developer could create this file, commit it in CVS and the other developers could work with the new ejb.jar-file without copy an new orion-ejb-jar-xml-file in the deployment-directory. best regards Matthias Gottschlich -- -- mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466 -- -- mit freundlichen Grüssen Matthias Gottschlich --- - mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466
Re: [orion-interest]Re: is Orion dead?
I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself. Yes indeed, what a genius. Such inspired thinking, such stellar insight into the inner workings of ironflare. I'm sure they're all very glad of such keen observations from appreciative and helpful users, and are suitably motivated towards being more open and forthcoming of their plans and releases given such intelligent comments. I'm just glad someone finally figured it out and told us! Hani
Re: [orion-interest]Re: JDBC try/catch Pitfall ***MUST READ***
Or use finally, which practically guarantees closure no matter what
On 9/4/02 2:31 pm, Tim Endres [EMAIL PROTECTED] wrote:
try
{
if(rs != null)
rs.close();
if(ps != null)
ps.close();
if(conn != null)
conn.close();
}
catch(SQLException sqle)
{
sqle.printStackTrace();
}
You do not make it clear, but if either rs.close() or ps.close()
has an exception, then conn.close() will never be called. Could
that be your issue?
In a finally, I usually try/catch each of those closes individually
to avoid just such a problem.
tim.
Re: [orion-interest]CMP/BMP and standard JDBC, speed is of essence
CMP will load in all the entities in one go (in orion at least). There will be a performance difference between straight JDBC and EJB, since there's more involved with an EJB query. Transactions, constructing entities and so on are extra overhead that just getting a resultset back will not have. So if done right, CMP will be close in speed to straight JDBC, plus you have the potential for more goodies like container caching of finders and entities and so on, that you'd get for 'free' in some new version of your favourite container, if it doesn't do so already! On 6/4/02 7:15 pm, Duffey, Kevin [EMAIL PROTECTED] wrote: Hi all, Kinda curious about one thing. We use BMP, and tried CMP. Both seem to load one record at a time. With straight JDBC, you can query and get a large result set back in one time. When comparing our searching using CMP and BMP, it is over 100 times slower than a straight JDBC query when getting several 1000 records. Maybe we are doing something wrong, but can anyone tell me if this makes sense? Should CMP with EJB 2.0 (and lets use all aspects, such as the EJB QL language if necessary to do a query) be as fast as a straight JDBC call? Or is it in fact that doing a query with JDBC and getting the ResultSet back is much faster than a container that implements CMP? Id really like to use EJB 2.0 and CMP, but if the results are anything like what we are seeing, it seems to be way too slow for big tasks. We are re-evaluating if we should use EJB for our tasks or not. Thanks.
Re: [orion-interest]RE: CMP 2.0 vs BMP - Which performes better?
Some caveats for the approach below: - DB specified, rownum is an Oracle thing - select * will bite you in the ass if your table structure ever changes There are actually approaches for doing a limit type finder, using a poll/seek algorithm... On 4/4/02 4:59 pm, The elephantwalker [EMAIL PROTECTED] wrote: Curt, I don't know anybody that uses the vanilla findAll() in a cmp finder. In orion, it is _extremely_ easy to add a customer finder findAll that has a limit. Here is my findAll for Oracle(oracle doesn't have LIMIT): finder-method partial=false query=select * from (select a.*, rownum rn from (select somebean.* from somebean order by somebean.lastmodified desc) a where rownum lt; ($1 + $2) ) where rn gt;= $1 method ejb-namesomebean/ejb-name method-namefindAll/method-name method-params method-paramint/method-param method-paramint/method-param /method-params /method /finder-method You could likewise use a stored procedure in the finder-method for even greater speed. With these finders, cmp _rocks_! regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Curt Smith Sent: Thursday, April 04, 2002 9:21 AM To: Orion-Interest Subject: Re: CMP 2.0 vs BMP - Which performes better? There are several constraints to BMP beans which make them almost always perform slower than CMP beans. In particular, the inability to bulk load beans from finder methods is a nearly fatal defect. I'd like to know more of the details? How does the container deal with the following finder in CMP differently than BMP? Collection remoteRefs = home.findSalaryGreaterThan ( 50,000); Or what was the scenario you where refering to? To me the finder returns a collection problem is but one of the damning EJB achilies heals, in that the spec left out setting the max row count to limit the find collection to. How does CMP help the huge memory and CPU and JNDI hit that a boundless findAll() causes? Thanks, curt
Re: [orion-interest]Re: Orion EJB 2.0 final
I think stable versions are declared when a version has been out for a while and doesn't do things like blow up unexpectly. Many people will run the development versions of orion on production boxes, since they provide many bugfixes over the last known 'stable' version. Of course, this is assuming you stay away from features which aren't necessarily as stable as the rest of the server (eg, you could use 1.5.4 and stay away from any n-m problems). 1.5.5 will be out soon (not a matter of months), but in the meantime I'd strongly recommend you use 1.5.4 rather than 1.5.2, as it has very many bugfixes and enhancements. There's no correlation between version numbers and development vs stable releases. On 28/3/02 2:44 pm, Michael Crozier [EMAIL PROTECTED] wrote: , Hello, Does anybody know if 1.5.5 (full EJB 2.0) will be considered a stable version? Actually, let me ask the full question: Is there any correlation between Orion's version number and whether it is considered stable or unstable? Is their concept of stability just what they recommend based on the number and severity of the known bugs? I'm still evaluating Orion and I'm trying to decide whether I should look at 1.5.2 or 1.5.4. If 1.5.5 is going to be something more than a beta-quality release (the M-N relationship bug is big enough to say beta, IMO) and it will be out within 3-4 months, then I wouldn't hesitate to look at 1.5.4. Otherwise, I'd have to limit my evaluation to 1.5.2. Thanks, Michael On Tuesday 26 March 2002 04:36 pm, you wrote: sans ejb-ql, 1.5.4 is compatible. I understand from some Oracle types that ejb-ql will be out later this summer. many-many is broken in 1.5.4, but Magnus et al indicate its fixed in bugzilla for 1.5.5 regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Maurer Sent: Monday, March 25, 2002 9:18 AM To: Orion-Interest Subject: Orion EJB 2.0 final Hi, does anyone know when Orion will be 100% EJB 2.0 compatible including local/remote inerfaces EJB-QL ... Michael
Re: [orion-interest]Using NT security
On 13/3/02 12:16 pm, Justin Crosbie [EMAIL PROTECTED] wrote: Hi all, I checked the archives and support pages for this, didn't seem to find it. Is there any way to get Orion to use the NT username+password of whoever is logged in, for running client apps? Currently I'm reading them from a config file, which obviously is not ideal. It's doable, but far from straightforward or pleasant, plus there are plenty of holes in the protocol that are undocumented. http://www.innovation.ch/java/ntlm.html will give you a start. Of course, if you choose to go native, there's probably some dll somewhere that'll handle all this for you.
Re: [orion-interest]Local interfaces difference ???
The performance difference between local and remote beans is negligible in Orion. Orion automatically detects remote beans that are being run locally and optimizes accordingly. On 6/3/02 1:54 pm, Eddie Post [EMAIL PROTECTED] wrote: Hellu, Can someone tell me what the performance boost is when you change your remote and home interfaces to local interfaces with Orion 1.5.4 ? I did this but I know that with Bea you could already indicate if your beans and clients were located on the same machine such that it already had some kind of local workaround. I was wandering how Orion did and does this ?? Eddie _ Send and receive Hotmail on your mobile device: http://mobile.msn.com
Re: [orion-interest]EJB2.0 spec or implementation?
On 28/12/01 12:56 pm, Aaron Tavistock [EMAIL PROTECTED] wrote: So heres the story - database field names are case insensitive, so common parlance for representing a space is an underscore (e.g. 'this_field'). Nope. MS SQLServer is not case insensitive. You could always tweak orion-ejb-jar.xml to map it to whatever column names your heart desires
Re: HTTP-ORMI tunneling in Orion 1.5.3 -- look at this!
This isn't a bug, as ':' has to be escaped with a backslash in .properties files Peter Beck said: Hello Orion users! After too many hours of playing around with ormi tunneling I found out the following: (seems to be a bug !!!) WITHOUT RMI TUNNELING uri like that usually works: ormi://myhost/myapp both when read from the jndi.properties file and typed in the app client popup window INTRODUCING TUNNELING uri which unfortunately doesn't work: http:ormi://myhost/myapp uri which fortunately DOES WORK: http\\:ormi\\://myhost/myapp (in jndi.properties) uri which fortunately DOES WORK: http\:ormi\://myhost/myapp (in the app client popup window) Usually calling new InitialContext() just doesn't return. for the uri http:ormi://localhost/myapp it throws a NamingException I'm working on WinNT 4.0. Does anybody see the same on UNIX/Linux? I didn't file it as a bug in bugzilla yet. Please let me know what you think about it... regards, Peter
Re: Poolman under Orion not working
Make sure you're using the latest version of poolman, or even the CVS version. The JMX management it uses has very screwy (basically, non-functional outside of tomcat's broken classloader) classloading. Also try and run it in non-JMX mode. The latest version does not require xerces and works with JAXP as far as I know (I submitted a patch for that). On the other hand, if you're using Orion, why not use Orion's connection pooling and save yourself from all this pain? Hani On Wed, 24 Oct 2001, Emilio Suarez wrote: Hi all, Well, I have read some messages that indicate problems running Poolman under Tomcat 4. But here I am having problems running Poolman under Orion. I have a Struts application and I was using the connection pooling from Struts, but now I am changing it to Poolman. But the problem I am getting is that when executing the application, Orion throws the following error: [10/24/01-12:33 PM] GeneralDAO database = 2 [10/24/01-12:33 PM] - Getting connection from pool... [10/24/01-12:33 PM] useCount= ConnectionPool: Creating instance... org.apache.xerces.parsers.SAXParser java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at org.xml.sax.helpers.ParserFactory.makeParser(ParserFactory.java:124) at com.codestudio.management.PoolManConfiguration.parseXML(PoolManConfig uration.java:112) at com.codestudio.management.PoolManConfiguration.loadConfiguration(Pool ManConfiguration.java:75) at com.codestudio.management.PoolManBootstrap.init(PoolManBootstrap.ja va:61) at com.codestudio.util.SQLManager.assertLoaded(SQLManager.java:109) at com.codestudio.util.SQLManager.getPoolByJNDIName(SQLManager.java:129) at com.codestudio.sql.PoolMan.findDataSource(PoolMan.java:116) So it looks like it can't find the parser. Well, I just played with different locations and nothing works. - I put the xerces.jar in the WEB-INF\lib directory (where struts.jar and poolman.jar are) - I replaced the xerces.jar that comes with orion and nothing seems to work. Does anybody have any ideas? Thanks -emilio
Re: Library placement
It sounds like Struts (like many projects from jakarta) has broken classloading. You can print out the current classloader in Orion from any class to see what paths are included. These consist of: paths specified in orion-application.xml via library path=lib / jar/zip files in orion/lib jar/zip files in mywebapp/WEB-INF/lib or if your app is packed into a .ear, Class-Path entries in MANIFEST.MF On Fri, 19 Oct 2001, Perry Hoekstra wrote: What is the correct placement of supporting libraries for an application within Orion? We are running into continual class loader issues no matter where we place them. We have tried: - The approved J2EE blueprints location which is WEB-INF/lib. This works fine in Tomcat, however, I get a ClassNotFound exception a Struts class (the Struts ActionHome class). - Orion directed path which is a lib directory at the base of the .ear file. This I tried based on messages from the Orion mailing list and the Elephantwalker support site. My libraries were document in the orion-application.xml configuration file in the library tag. This causes intermittant class loader issues. The first form which is derived from a Struts ActionForm comes up fine but the next form throws a ClassNotFound exception. In addition, Struts tags (ie. the ErrorTag) is not found when the page that has that tag is accessed. - Placing libraries on the classpath for Orion server startup. Again, problems with ClassNotFound exceptions. I grant you, all of this issues seem to resolve around the Struts framework. Is anyone aware of a problem revolving around Struts and Orion specially dealing with classloader issues? On the Struts site, the only issues it documents have to deal with an old version of Orion (1.0.3) I think. BTW, I have these problems using 1.5.2 and 1.5.3 on Solaris 2.8, Linux RH 7.1, Windows NT 4.0sp6, and Windows 2000. So I know that it is not an OS-specific problem. At this point, I am at a loss... Thoughts, ideas???
Re: Nimda Virus
Of course not, it only affects IIS. On Wed, 17 Oct 2001, Nusairat, Joseph F. wrote: Have any of u had issues with this exploiting the Orion App? Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED]
RE: MAPPING MORE THAN ONE WEB RESOURCE TO SECURITY ROLES
Please cut out the caps from your subject lines, it's much like shouting, and people who get shouted might be less inclined to help! --- Original Message --- From: David Bonilla [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: 10/2/01 5:45:15 AM I have protected my Application with declarative security and all works properly. When somebody try to access the Main Page, the Basic Authentification turn on. That´s good. I have also protected methods and mapped it with roles. Now... I want to protect a second web recourse, a .js (script src=file.js/script) file but only for a few security-roles. If the role is allowed, the script is charged, if not, the script is not charged. The problem is that when I try to access this Web resource, Orion asks for my login and password again - as if the verification hadn't been stored in the session. If I try to enter with a rol that isn't mapped to this resource, it doesn't even recognize the user and the password. How can I make it so that Orion only asks me ONCE for my username and password and also so that I can load Web resources without having to enter my password, etc... again (assuming I have the correct permissions to load the resources in question). Thank you very much !!! __ David Bonilla Fuertes THE BIT BANG NETWORK http://www.bit-bang.com Profesor Waksman, 8, 6º B 28036 Madrid SPAIN Tel.: (+34) 914 577 747 Móvil: 656 62 83 92 Fax: (+34) 914 586 176 __
Re: Orion on Macintosh
Works perfectly, the only issue is that OSX's java impl does not seem to honour shutdown hooks, so you can't get a clean shutdown with control-C, but everything works fine if you shutdown/restart through admin.jar. Oh and the console is absolutely beautiful with the aqua LAF On Mon, 10 Sep 2001, Johan Fredriksson wrote: Anyone tried to run Orion on a Mac OS X machine? And if anyone have, I'd like to know about problems you had. Any porting problems from Microsoft development to production Mac...? Thanks in advance Johan
RE: List rant (was RE: Virtual DirecTory -- Help)
Hey, for some of us this is entertainment worth staying up for! Just kidding, I'm in Europe right now so it was much later than 6am then! Hani On Sun, 26 Aug 2001, Juan Lorandi (Chile) wrote: Hani is in PST time zone too? Maybe it took 11 minutes tu be delivered (pretty fast for an email in a list). BTW Hani, you're posting to orion-interest Sunday at 6 am? I'm getting REALLY worried. Juan Pablo. -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Domingo, 26 de Agosto de 2001 11:28 To: Orion-Interest Subject: RE: List rant (was RE: Virtual DirecTory -- Help) You are missing the point. The list is broken most of the time. You send your message at 6:21am, I get it at 7:32am. More than 1 hour later. Sometimes, I get at 2 hours later, 20 hours later, 24 hours later. Many times I don't get it at all. What good is it to have a list that you cannot rely on. If you have a problem which needs addressing fast, you don't want to wait for 24 or 48 hours while the list sends the question to all the people. Sometimes, it does not send at all. So many of us have been making 1, 2, 3, or more postings to the list, just to PUSH the damn message through. Furthermore, I hate having to type a long detailed response, only to not have it go through on the list. It's a waste of my time. So, I think, this list should be closed, and people redirected to the Yahoo list. By the way, I just posted to the Yahoo list and I see the message in my mail box 3 minutes later. That's response time! -AP_ PS: Let's see how long it takes this message to get propagated. It's Sunday, August 26th, 2001 8:28am PST. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: Sunday, August 26, 2001 6:21 AM To: Orion-Interest Subject: List rant (was RE: Virtual DirecTory -- Help) I have to add my voice to this. This is just an example of the problems that can happen when a lot of well meaning and eager people do what seems to be a good idea, yet turns out to do nothing beyond make the problem they're trying to fix even worse. The people who end up suffering are those who need actual help with Orion, as every new mailing list further dilutes the pool of competent knowledgable people present on any given resource that can provide help. I for one will NOT be joining any orion related mailing lists other o-i, and I would go so far as asking you all to likewise resist the temptation of 'encouraging' these other lists, for the following reasons: - Any individual list is 'worth less', as it's only a subset of the community. - The barrier of entry to Orion is higher (who wants to join 4 mailing lists just to ask a simple question?) - Bias that is very likely to occur (MY support site/list/whatever is cooler/better/richer than yours!) - Turf issues. (don't crosspost to our list! Go away and ask *that* list! Oh now you come to us after you failed on *that* list?) - Same old same old. Does anyone truly think the rash of 'is Orion dead/gone/sold out' and 'have Magnus/Karl given up/died/become hermits/taken up fishing/sold out' questions that pop up every couple of months iks going to dimish? On the contrary, now you get per-list threads about the exact same thing! Wheee! Of course, feel free to ignore all this and join six orion related lists and sign up with four orion support websites. More power to you. Hani On Sun, 26 Aug 2001, Mike Cannon-Brookes wrote: Guys, I'm both for and against this new Orion list, but surely we're solving NOTHING other than creating more email if we send support messages to both lists? (Meaning everyone subscribes to both lists, everyone get's everything twice) Is there a sensible way we can resolve this? Personally I'd say use o-i when it's up, only use the egroups list when there's a problem. -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 Daniele Arduini Sent: Sunday, August 26, 2001 7:14 PM To: Orion-Interest Subject: Re: Virtual DirecTory -- Help Eddie Post wrote: Hellu, I am trying to exculde my JSP files from the war file, such that the designer can easily change them without my help (withoud deployment, etc...). Anyone any idea/advice how to do that as I tried many things, but appearantly am not able to succeed ? 1. create an orion user and an orion group. 2. chown -R orion:orion /opt/orion 3. Run Orion as orion user from a shell script
List rant (was RE: Virtual DirecTory -- Help)
I have to add my voice to this. This is just an example of the problems that can happen when a lot of well meaning and eager people do what seems to be a good idea, yet turns out to do nothing beyond make the problem they're trying to fix even worse. The people who end up suffering are those who need actual help with Orion, as every new mailing list further dilutes the pool of competent knowledgable people present on any given resource that can provide help. I for one will NOT be joining any orion related mailing lists other o-i, and I would go so far as asking you all to likewise resist the temptation of 'encouraging' these other lists, for the following reasons: - Any individual list is 'worth less', as it's only a subset of the community. - The barrier of entry to Orion is higher (who wants to join 4 mailing lists just to ask a simple question?) - Bias that is very likely to occur (MY support site/list/whatever is cooler/better/richer than yours!) - Turf issues. (don't crosspost to our list! Go away and ask *that* list! Oh now you come to us after you failed on *that* list?) - Same old same old. Does anyone truly think the rash of 'is Orion dead/gone/sold out' and 'have Magnus/Karl given up/died/become hermits/taken up fishing/sold out' questions that pop up every couple of months iks going to dimish? On the contrary, now you get per-list threads about the exact same thing! Wheee! Of course, feel free to ignore all this and join six orion related lists and sign up with four orion support websites. More power to you. Hani On Sun, 26 Aug 2001, Mike Cannon-Brookes wrote: Guys, I'm both for and against this new Orion list, but surely we're solving NOTHING other than creating more email if we send support messages to both lists? (Meaning everyone subscribes to both lists, everyone get's everything twice) Is there a sensible way we can resolve this? Personally I'd say use o-i when it's up, only use the egroups list when there's a problem. -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 Daniele Arduini Sent: Sunday, August 26, 2001 7:14 PM To: Orion-Interest Subject: Re: Virtual DirecTory -- Help Eddie Post wrote: Hellu, I am trying to exculde my JSP files from the war file, such that the designer can easily change them without my help (withoud deployment, etc...). Anyone any idea/advice how to do that as I tried many things, but appearantly am not able to succeed ? 1. create an orion user and an orion group. 2. chown -R orion:orion /opt/orion 3. Run Orion as orion user from a shell script: ... umask 002 # IMPORTANT! cd /opt/orion java -jar orion.jar $@ ... 4. add your designer to the orion group. in /etc/group: ... orion::204:designer ... 5. use symbolic links to enable access .jsp pages from designer's home. bye, Daniele Arduini What I tried (I am running on a linux box, RedHat 7.0, Orion 1.5.1, JDK 1.3) ? - First I changed the jsp entry in my web.xml, from a relative path to a absolute path, that doesn't work, as he always starts looking from within the web application: --- servlet servlet-nameMainWebShop/servlet-name display-nameMain page of web-shop/display-name description/description jsp-file/home/development/vwr/web-client/jsp/webwinkel/html/main .jsp/jsp- file /servlet -- - I did add a virtual directoy entry in orion-web.xml of the the default web application, as the application runs under the default web application: - virtual-directory real-path=/home/development/vwr/web-client/jsp virtual-path=/VWR/jsp / However this doesn't work as the j2ee application itself listens to the root url /VWR/. It also tried the following: - virtual-directory real-path=/home/development/vwr/web-client/jsp virtual-path=/VWR_jsp / Which works but then the jsp's don't run in the application environment, and as such you need to make a connection as if you were an external j2ee client, which isn't very logical ofcource. - I tried to put a symbolic link in the war file to the jsp's, but jar doesn't understand that. It will just copy all the files. Any ideas are more than welcome. Eddie :(
Re: -verbosity 10
if you get a 500 error, then it is definitely logged somewhere, you don't need to enable any debug flags. Look in: standard error and standard out (console or redirected to a file) global-application.log Your app's application.log On Tue, 14 Aug 2001, Curt Smith wrote: I searched the orion doc for this argument as well as the recently offered -out file -err file Is there a place where these orion cmd line args are at least listed ? The -verbosity 10 is the type of debug logging switches that would be very helpful in seeing what's going on. BTW, my area of hair pullin has to do with ... getRequestDispatcher ( somePath.jsp ).forward (request, response); And getting no logging that the somePath.jsp was not found, just a 500 error. Very frustrating to debug other than using monkey testing; try all combinations. :)) curt Jason Westra [EMAIL PROTECTED] 08/14/01 09:34AM Hi Tom, Try turning -verbosity 10 in the java -jar orion.jar commandline. Orion console output should say something like Binding xyxEJB to xyzJNDIName and indicating the EJB(s) is deployed. Jason --- Tom Jordan [EMAIL PROTECTED] wrote: Is there anyway to determine that a set of EJBs that are in an ear have been deployed onto that server. I just want to know if an ear that was suppose to autodeploy has infact deployed. Thanks Tom _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
Re: PoolMan works on Orion 1.4.5 and fails on 1.5.2
I'd recommend using the bit mechanic pool manager (or even better, Orion's own pooling). PoolMan does bad things with the classpath in order to work with tomcat's broken classloading. It tries to look many of its classes through the system classloader. On Mon, 6 Aug 2001, Ismael wrote: Trying to use PoolMan as connection pool I get some errors. When Poolman tries to load its xml configuration file it fails warning that org.apache.xerces.parsers.SAXParser class is not found. I have put xerces.jar and PoolMan.jar on the ../applications/myapp/web-app/WEB-INF/lib folder. I have tested it with Orion 1.4.5 and it works fine, then we think that there is something wrong with Orion 1.5.2. Regards, Ismael
Re: Does Orion root .jar files interfere with my web-app WEB-INF/libjar files?
Order of loading is: Entries explicitly in the root classloader (specified by Class-Path in orion.jar's MANIFEST.MF), which is most of what is in the orion/ directory. Next is orion/lib Next is application specific classes, and I think WEB-INF/lib has precedence over WEB-INF/classes Hani On Sun, 15 Jul 2001, Kevin Duffey wrote: Hey all, I am wondering..Orion comes with xerces, parser, jaxp and so on in the root dir. If I put the latest xerces (1.4.1) into my web-inf/lib dir, put the soap.jar in there, put parser.jar in there, jaxp.jar, etc..will Orion load my web-inf/lib versions, the root-dir versions, or both..and in what order? Should I remove the xerces.jar from orion root, or copy the latest over the top of the root dir version? Probably stupid questions, but I have read alot on the soap list about people using the wrong version of the xerces.jar, putting it in a certain order in the classpath, etc. I'd like to make sure I am aware of how the .jar files in Orion interfere or load in what order compared to anything duplicated in any web application or enterprise application. Thanks.
RE: Can't get taglibs to work in orion
It's not Sun. XML IS ordered, and if you don't follow the order specified in the DTD, the document won't validate. On Tue, 12 Jun 2001, Aaron Tavistock wrote: Might be something to do with the fact that the web.xml dtd requires a certain ordering. I've run into this before and it was extremely difficult to figure out exactly what happened. After I discovered the problem I then could not fathom Sun wrote the dtd to require a particullaar order. Either way, try putting the taglib lines before your security constraint. -Original Message- From: Tim Pouyer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 12, 2001 3:30 PM To: Orion-Interest Subject: Can't get taglibs to work in orion I downloaded the custom tags provided on orion's site and installed them on my orion 1.5.2 server. But when I try to go to the jsp page that uses them I get a 'page cannot be displayed error'. I can run jsp's that do not utilize orion's taglibs so I think it might have something to do with my deployment descriptors. In my web.xml file in web-inf directory i have the following tags: ?xml version=1.0? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; web-app display-nameHolder Project/display-name login-config auth-methodBASIC/auth-method /login-config taglib taglib-uriutiltags/taglib-uri taglib-location/WEB-INF/lib/utiltags.jar/taglib-location /taglib /web-app and I put %@ taglib uri=utiltags prefix=util % at the top of my jsp. With all subsequent code referenced like this util:sometag if someone could please explain what I am doing wrong I would greatly appreciate it.
RE: Censorship or slow server ?
Off you go to our local asylum. (sorry, couldn't resist) --- Original Message --- From: Tony Fonager [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: 6/12/01 7:56:12 AM I posted a message to this list 25 hours ago, exposing some bad experiences with Orion. How come this has not shown up yet, 25 hours later ... ??? Or has the moderator of this list removed my message, as it was a bit negative ?? - Regards, Tony Fonager http://www.netcoders.dk
Re: Jay's posting
Wow, a sensible and well considered post. Something must have gone seriously wrong somewhere for you to think that something this pleasant and polite would be censored. And oh look, it made it the list! Take that you Orion folk! You can't hold us down forever! We will rise up and post whatever we want! Hani On Mon, 11 Jun 2001, Rafael Alvarez wrote: I'm posting this as a favor to Jay Amstrong Karl, Thanks for responding. This is already a long message, so I'll try to keep it short. I've been wrong before and, if that's the case now, then please forgive me. Lest anyone think I'm out to bash Orion, please refer to my vigorous and lengthy defense of Orion (e.g., Subject: Re: SV: Not authorized to view this page 16Feb2001). There have been several threads on orion-interest about lack of response from Evermind/Ironflare. Topics like Anyone heard from evermind? didn't appear without reason. Your response to that particular thread explained the transition from Evermind to Ironflare, which, in turn, spawned many concerns about the future of Orion (pricing, etc). Still, there were other subsequent threads about lack of response, especially regarding bug fixes. Several weeks ago, I notified you directly of an unauthorized production user. There was very little interest. In fact, there has been no follow up to let me know whether or not anyone even verified it. I assumed that there was so little interest in a few $1,500 production licenses because Ironflare was too busy trying to sign with Oracle. I also recently requested comments from you and Magnus for a live web presentation I am doing next week about J2EE on a budget. Again, no response. Since we don't know the details of the deal with Oracle, it's hard for me to comment on the value of the deal. What we do know is that other J2EE products (e.g., WebLogic, WebSphere, IPlanet, etc) sell for upwards of $10,000 per CPU. In the past, on this site, I have stated that I hope you an Magnus become millionaires. I'm not asking now, nor will I ever ask, how many licenses Ironflare has sold or the specifics of the contract with Oracle. That's your business. But I do know what Oracle's competitors charge, and Ironflare's possible revenue from this is theoretically enormous. Again, I'm happy for you. The reaction I've gotten on this agreement from other Orion users is that they're very happy about it, and You may wish to consider that many Orion users are trying to learn J2EE, have absolutely no experience with big business, etc are fearful of being banned from this and the Orion site. In a sense, I'm happy, too. Like many users, I am concerned about the future of Orion. I doubt Ironflare has an army of lawyers or a mountain of cash -- Oracle does. It may be increasingly difficult to allow Orion to be free for development, because Oracle's long-term business strategy is probably not to allow that. There is no getting around the fact that comments from users to this site have helped refine a product that is now directly benefitting a Fortune 50 company. I am definitely happy for you and Magnus. I've gained a lot more from Orion than I've given. I am somewhat encouraged by your comments, though still doubtful about the future. Maybe I'm just too cynical. Maybe I've dealt with too many big companies. Jay
RE: Oracle deal gag
Now you need to come up with an even more convoluted conspiracy theory as to why THIS email you sent was 'allowed to make it through'. On Sun, 10 Jun 2001, Jay Armstrong wrote: EW, The message to which you replied has a slightly different title and is from my alternate email address ([EMAIL PROTECTED], not [EMAIL PROTECTED]). It went through just fine. After my criticism, subsequent messages from others on the original thread (RE: Oracle deal) also went through fine, but none of them were critical of Ironflare. In fact, all of them either told me to shut up (Greg Stickley and Hani Suleiman, who described the problem as a pebble), were complimentary of the deal, and/or tried to change the subject. Seems odd to me that not one, single critical comment about the most important business deal in Orion Server's history came after mine, unless the thread was being censored. I would point out one of Karl's statements in his reply to me: The purpose of the orion-interest has always been to promote the exchange of experiences and knowledge between our users, not as a channel to communicate with us. I interpret the statement above to be a veiled warning that big brother is watching and not to criticize Ironflare via orion-interest. Don't you also find it odd that Ironflare did not make this announcement? Rather, it came from Bryan Young's discovery after trying oc4j. My guess is that Ironflare, possibly under orders from Oracle, wanted to keep this quiet and is now attempting damage control. If it's a list problem, okay, but how can we possibly know? Time will tell, though it could also be that open discussions are not and have never been allowed in this interest group. Jay At 04:37 PM 6/9/01 -0700, you wrote: J, There have been lags and blackholes on the list last week. I suspect this is because the two gents have been in San Francisco in the last week, and have not been unable to keep up the maintenance. Sunday and Monday, and some of Tuesday lastweek there were no messages. Its a list problem...don't blame Orion. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of J Armstrong Sent: Saturday, June 09, 2001 3:50 PM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Oracle deal gag Just for fun, try bitching about the original issue. I tried twice (two days ago and one day ago) to respond to Karl Avendal's response to me on this thread and it's not showing up. At 12:48 PM 6/9/01 -0700, you wrote: Haha, I know... Hani just said we should bitch so I did :P - Phillip --- elephantwalker [EMAIL PROTECTED] wrote: Phil, Orion also supports do's, even though the latest draft doesn't include do's (an earlier draft had major sections on do's). Phil, this is a moving target, and these guys will fix their ejb 2.0. Please log the references issue and bidirectional relations problem with bugzilla, they will fix it. Regards, the elephantwalker __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
RE: Oracle deal gag
Well, you're kinda asking for it, but your credentials clearly show why you're so paranoid and are on very, umm, thin ground when it comes to mental well being. We've all tried presenting the facts to you regarding the Oracle deal, but all we seem to be getting in respose is a descent into your own personal madness. How about summing up the problems you have in a few short lines that won't cause cynics like me to laugh or respond so unpleasantly? If you had legitimate concerns that made people think 'ohyeah!' then I'm sure you'd get a suitably well considered reply. I wouldn't hold my breath though for any kind of 'official' reply as you've shown them why they should never reply to people on this list. Hani On Sun, 10 Jun 2001, Jay Armstrong wrote: Even paranoid people have enemies. I've never suggested a conspiracy. The response I got from Karl was an immediate reaction to my comment that their testing was done for free. Now testing/bug reporting by the open community will directly help Oracle. Try dealing with facts. Six months ago, Karl stated they were hiring more people. There have been several threads about their lack of support since then. They still have only hired, maybe, a few (one?) additional employees. They seem to have no interest in collecting for production licenses. Out of the blue comes a deal with Oracle and they don't even announce it on the site. But since you think you're so frigging smart, let's compare our knowledge of the US intelligence community. My brother-in-law broke the code for the Unabomber's diary. No kidding. Check it out for yourself. His name is Mike Birch. He's retired US Navy and now an FBI cryptographer. He lives in Glen Bernie, MD, just outside Baltimore. You want his phone number? He was to testify in California, just before the Unabomber confessed. (see http://www.cnn.com/US/9712/27/unabomb.diary/) Mike's married to Florence Erolin, my wife's sister. I named our corporation Erolin, Inc after their family name. I assure you, the US intelligence community monitors the web constantly, and not just for viruses. They do tap phones. They do forge documents, etc, etc etc. From 1986 to the early 90's, I held a Top Secret SBI clearance in the US Air Force and was a security manager and foreign disclosure officer. When I managed the sale of $300M of F-16 jet engines to Egypt, there was a sizeable fund (millions) for bribes. I've talked to people in military intelligence who monitor phones for a living. What are your credentials, dumbass? I also have contacts in the World Bank. Ever hear of them? Are you stupid enough to think that they just give out charity loans to struggling countries? My wife dated a CIA employee overseas who worked at a front company in her country. His job was to psychologically evaluate returning field agents. I wonder why they might need psychological help? Are you suggesting that the US intelligence community (CIA, FBI and NSA) are not monitoring Web communications? You probably think they don't fly spy planes near China, send classified satellites up on the space shuttle, have the ability to tell you what kind of cigarette you're smoking from a satellite 90 miles above you, destroy the economies of countries, etc. Surprise! They've been doing that and more for many years. You probably don't believe corporate espionage exists, either. Seriously, smartass, I'd like a 'yes' or 'no' answer from you: do you really think the CIA doesn't monitor the web? Sorry about going off topic, but I'd like to avoid sarcasm and, please, just address the facts about the Oracle deal. At 02:30 PM 6/10/01 -0700, you wrote: From: Jay Armstrong [mailto:[EMAIL PROTECTED]] [...paranoia...] Have you ever considered that maybe your communications are being intercepted and preprocessed by a CIA computer? Do you hear clicking noises every time you pick up the phone? You have accidentally sumbled across The Swedish Conspiracy. Ironflare is actually a front company for arms smuggling: It is a little known fact that Larry Ellison converted to a radical reactionary Islamic sect recently. Oracle purchases app servers from Ironflare, Ironflare uses the money to purchase Kalishnakov rifles from nearby Russia, and a renegade CIA group smuggles them into Afghanistan to support the Taliban. Magnus and Karl are ficticious identities; in fact their names are acronyms for Make Arms Gifts Neglecting Upgrading Software and Keep Armstrong's Replies Limited. Now that you have now exposed yourself and your knowledge, the Men In Black will be coming for you soon. Good luck! Jeff Schnitzer
Re: Oracle deal
On Fri, 8 Jun 2001, Paul Kofon wrote: Now this is the scary part: Make Orion unusable by providing partial implementations for the new stuff in J2EE while providing little or no support. And since everyone knows Orion has been packaged under another brand name by some big guy with plenty of resources, they can go to him! You should tell all the people deploying Orion on a production site this, I don't think they know that their appserver of choice is 'unusable'. Seriously though folks, I don't see the need to somehow turn the Orion folk into big bad mean people with some kind of hidden agenda and a master scheme that involves fooling all of us hapless users, or exploiting us for cheap labour or any such silliness. The Oracle deal is a good thing for everyone, it's vindication for us all and proves for those who ever had doubts that Orion is a serious product. Can we now get on with bitching about EJB 2.0 support and other more...ahem...productive topics? Hani
Re: .shtml ...help
Snipped from default-web-app.xml: servlet servlet-namessi/servlet-name servlet-classcom.evermind.server.http.SSIServlet/servlet-class /servlet servlet-mapping servlet-namessi/servlet-name url-pattern/*.shtml/url-pattern /servlet-mapping On Wed, 9 May 2001, Tim Endres wrote: Unless Orion has builtin support for server side includes, you will probably need to find a servlet that perform this for you, and map *.shtml to the servlet. I do believe there are open source servlets out there that will give you server side include support. If you are only using the include feature, it is easy to write your own. tim. hi please help out... how to go abt. executing a .shtml file in orion? thanx in advance __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: remote shutdown of orion 1.4.8
Did you check the changes.txt file, and move the references to principals.xml from server.xml to application.xml? Any security errors you get when switching from 1.4.7 to 1.4.8 are very likely to be due to not making that change... On Sat, 5 May 2001, Eduardo Estefano wrote: The same is happening to me. Using 1.4.7 everything was fine. I already posted a message before but here it is again: - java -jar admin.jar ormi://localhost admin 123 -shutdown Works as long as no EJB/Database is called. Gives the shutting down... for ever message if ejb/jdbc is accessed - CTRL-C Works fine as long as not ejb/jdbc calls are made Does not work at all if ejb/jdbc is accessed - Touch the application.xml file Redeploys the application as long as no EJB/jdbc calls are made Gives the following error if ejb/jdbc is accessed: java.lang.SecurityException: Invalid username/password for CitySolutions (Admin) at com.evermind._br._me(Unknown Source) at com.evermind._br._me(Unknown Source) at com.evermind._br._mj(Unknown Source) at com.evermind._bs._mj(Unknown Source) at com.evermind.server.rmi.RMIContext.unbind(Unknown Source) at com.evermind._bt.unbind(Unknown Source) at com.evermind._cb._vy(Unknown Source) at com.evermind._cb._yq(Unknown Source) at com.evermind._cb._ax(Unknown Source) at com.evermind._cb._ax(Unknown Source) at com.evermind.server.ApplicationServer._tw(Unknown Source) at com.evermind._kn.run(Unknown Source) at com.evermind._by.run(Unknown Source) at com.evermind._jw.run(Unknown Source) This is driving me crazy because the only way to redeploy ejbs now is to kill the process and force the server to crash OS: Windows NT 4.0, JDK 1.3 1.4.8 Hi! It is a bit unclear for me how the shutdown process should work. When I initiate java -jar admin.jar ormi://localhost admin password -shutdown the message Shutting down... is printed on the log. After that Orion no longer responds to any requests but all the Java processes are still kicking alive: $ ps ax 21242 pts/2S 0:00 /usr/java/jdk1.3/bin/i386/native_threads/java -server -Xms8m -Xmx192m -Djava... 21266 pts/2S 0:00 /usr/java/jdk1.3/bin/i386/native_threads/java -server -Xms8m -Xmx192m -Djava... ... Platform: RedHat Linux 7.0, HotSpot Virtual Machine, Orion 1.4.7 Is there a way to shutdown Orion so that it stops all Java procesesses too?
Re: release 1.5.0
I think the general consensus is that when a bug is marked as fixed in a future release, then there is no correlation between that and the release date of said future version. Historically, it's been anything between a few hours and a few months! I suspect the answer will be much like all answers to such questions...'when it's ready!' Hani On Tue, 1 May 2001, Eddie wrote: Magnus, You fixed bug 414, and said that it will be fixed in release 1.5.0. Do you have any idea what the expected release date will be ?? Eddie
Re: Orion-based JSP bug -- The Case of the Exhibiting %00
This bug was reported and fixed a long time ago, you should upgrade! On Mon, 30 Apr 2001, Rex McFarlin wrote: Can anyone help us solve a perplexing JSP bug? We have been unsuccessful. If a %00 is attached to the end of a URL (as in, http://localhost:8008/dcr/index.jsp%00 http://localhost:8008/dcr/index.jsp%00 ) to a JSP page that is being served by Orion server, the user receives, not the rendered HTML page that he or she might be expecting, but a textual output of the raw JSP code for that page. We have found this to be true with the following configuration: Orion 1.4.1 Win2K JDK1.3 Thank you, Rex McFarlin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
RE: Orion support company
Breaking news: It was decided there is enough for everyone to go round, reserve your copy now of OrionSphereLogic(tm) at CompUSA! While stocks last! Hani On Thu, 26 Apr 2001, Dan North wrote: BEA made an offer, but IBM beat them to it. As of version 1.5.0, Orion will become known as OrionSphere Application Server (TM) At 14:48 26/04/2001 +1000, you wrote: Okok everyone - for those confused. Orion did NOT get bought by BEA. JoeO was just making a joke, which obviously quite a few people missed. Call it a late April fools prank ;) REPEATING: Orion has not been bought by BEA. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert S. Sfeir Sent: Thursday, April 26, 2001 4:33 AM To: Orion-Interest Subject: RE: Orion support company At 11:37 AM 4/25/2001 -0400, you wrote: Orion's web site is still up? Every time I go to www.orionserver.bea.com, it comes back with an error. What's orionserver.bea.com? Dude how about www.orionserver.com, I didn't know BEA bought Orion... or did I miss some crazy post somewhere? R Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205 -- Dan North VP Development - Cadrion Technologies - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
Re: orion-application.xml
You can place it in your META-INF directory, alongside application.xml, and it'll be copied to the deployment directory if one does not exist there already. Hani On Thu, 26 Apr 2001, elephantwalker wrote: It seems that to get the EJBUser to work, we need to hack into the orion-application.xml which is automatically generated in the deployment directory, and refer to the user manager. Is there a better way? How do we configure the orion-application.xml prior to deployment? Regards, the elephantwalker
Re: EJB Passivation problem
Run orion with more memory allocated. In the end the server can only do so much with huge volumes of data. On Wed, 25 Apr 2001, James Donnelly wrote: Hi All, I am trying to do an import of around 90,000 articles which involves creating 3 EJB's per article. The server gets to around 6000 articles, then falls over giving me an OutOfMemory error. Reading the list, it seems related to Orion's inablity to passivate EJB's. I'm using 1.4.8, with JDK 1.3 on Win2000. I have recently read postings instructing on how to use the max-instances parameter in orion-ejb-jar.xml. I have tried this, but when I re-deploy, and take a look at the newly generated file, it never keeps my additions, and the problem still occurs during imports. entity-deployment name=com.backend.contentflow.ejb.User location=com.backend.contentflow.ejb.User wrapper=UserHome_EntityHomeWrapper16 table=com_backend_contentflow_ejb_User data-source=jdbc/HypersonicDS max-instances=100 Am I putting this attribute in the right place? Shouldn't I find it still there when I look at the newly generated orion-ejb-jar.xml? There are no problems editing it to change SQL for finder methods, so why does it drop my changes to the entity references? I have also tried writing a method in the bean which calls ejbPassivate, and calling that from the import code to force passivation when I'm done importing an article? It doesn't seem to help (I'm probably showing my ignorance here) Is there a known way to force passivation other than this? Much appreciated, James
Re: freetds.org
Yes, I have the driver from www.inetsoftware.de working flawlessly. Just stay away from the jdbc-odbc driver and you should be fine. Hani On Thu, 26 Apr 2001, Johan Fredriksson wrote: Has anyone got their driver to work with ms sql server 7? I just get an error message all the time : java.sql.SQLException: The database driver (com.internetcds.jdbc.tds.Driver@ff3a fe9f) returned refusing to connect to the URL jdbc:freetds:sqlserver://192.168.1 .123/ at com.evermind.sql.DriverManagerDataSource.getConnection(Unknown Source ) Does anyone know what I'm doing wrong? I'll include my datasource.xml also...: data-source class=com.evermind.sql.DriverManagerDataSource name=MyDataSource location=jdbc/BB xa-location=jdbc/xa/BBXADS ejb-location=jdbc/MyDataSource connection-driver=com.internetcds.jdbc.tds.Driver pooled-location=jdbc/MyPooledDS username=my password=password url=jdbc:freetds:sqlserver://192.168.1.123/ max-connect-attempts=3 max-connections=1 connection-retry-interval=1 inactivity-timeout=30 / thanks in advance. Johan
Re: Orion or Me
Orion will pick up modified servlets classes, not ANY modified class in /classes On Wed, 25 Apr 2001, Robert S. Sfeir wrote: We've got a servlet written that does a lot of run-time parsing and db connections etc... we have a bunch of class files which are mapped to this servlet, some of the classfiles are in the WEB-INF/classes dir others are jared up in the WEB-INF/lib dir. When I update a class file, in teh WEB-INF/classes dir, and try to access the data using the browser, it doesn't look like anything changes, in otherwords I think Orion is caching it and not refreshing. Is it supposed to be able to do this, or do I need to do something in my servlet to get it to reload the class? R
Re: orion 1.4.8 bug (fwd)
Resending as this didn't seem to make it the first time... -- Forwarded message -- Date: Mon, 23 Apr 2001 21:55:04 -0400 (EDT) From: Hani Suleiman [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Re: orion 1.4.8 bug Third bullet point on page 192 of the EJB 2.0 final draft says 'the bean provider must specify a unique abstract schema name for an entity using the abstract-schema-name deployment description element' The DTD states: 'The optional abstract-schema-name element must be specified for an entity bean with container managed persistence and cmp-version 2.x' So 1.4.8 seems correct in enforcing this... Hani On Mon, 23 Apr 2001, Matthew R Bauer wrote: I have several ejb 2.0 beans. I get the following error when deploying them (did not exist in 1.4.7): Error in application hermes: Error loading package at file:/opt/orion/applications/hermes/administratorEjb.jar, abstract-schema-name not specified for entity 'TheCompanySettings', it must be specified for EJB 2.0 style CMP beans Yet in the ejb 2.0 dtd it states that abstract-schema-name does not need to exist. Any one else have this problem? do I need to fill out a bugzilla. mattba
RE: IIS, Orion, virtual host
Sounds like either both machines are binding to the same IP, or one or the other is binding to the stack and not the IP you're specifying. Hani On Wed, 25 Apr 2001, olivier wrote: this is the error message I have: Error starting HTTP-Server: Address in use: JVM_Bind -Original Message- From: Ron White [mailto:[EMAIL PROTECTED]] Sent: 25 April 2001 13:22 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: RE: IIS, Orion, virtual host What exactly is the error message? There are a couple of different ones pertaining to different config files. Thanks, Ron White -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of olivier Sent: Wednesday, April 25, 2001 3:51 AM To: Orion-Interest Subject: IIS, Orion, virtual host Hi, For some reason, I have set 2 IP addresse to my machine (NT). x.x.x.20 and x.x.x.21. (modification in the connection setting and the hosts file) I have configured IIs to use x.20, on port 80, and Orion x.21 on port 80. Is is because the port are the same that I can't start both of them at the same time (they complain that the address is in use). Or is it possible and I don't know how to do it ??? Thanks, olivier
Re: Dynamic Loading of a Data Source
Try it! I think it does work On Wed, 25 Apr 2001, Milton S wrote: Is it possible to dynamically load a new data source to Orion after it has started?
RE: IIS, Orion, virtual host
Sounds like either both machines are binding to the same IP, or one or the other is binding to the stack and not the IP you're specifying. Hani On Wed, 25 Apr 2001, olivier wrote: this is the error message I have: Error starting HTTP-Server: Address in use: JVM_Bind -Original Message- From: Ron White [mailto:[EMAIL PROTECTED]] Sent: 25 April 2001 13:22 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: RE: IIS, Orion, virtual host What exactly is the error message? There are a couple of different ones pertaining to different config files. Thanks, Ron White -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of olivier Sent: Wednesday, April 25, 2001 3:51 AM To: Orion-Interest Subject: IIS, Orion, virtual host Hi, For some reason, I have set 2 IP addresse to my machine (NT). x.x.x.20 and x.x.x.21. (modification in the connection setting and the hosts file) I have configured IIs to use x.20, on port 80, and Orion x.21 on port 80. Is is because the port are the same that I can't start both of them at the same time (they complain that the address is in use). Or is it possible and I don't know how to do it ??? Thanks, olivier
RE: Orion CLASSPATH
Have a look at META-INF/MANIFEST.MF inside orion.jar, and you'll see Orion's classpath. Orion uses its own set of classloaders, which have nice features like automatically picking up any jar/zips from orion/lib, so you just drop things in there and they work. On Mon, 23 Apr 2001, Kemp Randy-W18971 wrote: I believe it is internally setting it. When I transported the Orion and Orion Primer examples (www.jollem.com) to Jboss (www.jboss.org) as a learning exercise, I had to define the package settings externally in my classpath for jboss. For Orion, I didn't have to do this, but I don't know what's really going on under the hood. -Original Message- From: Geoffrey Marshall [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 11:30 AM To: Orion-Interest Subject: Orion CLASSPATH Hello all! Can anyone tell me what Orion is doing with the CLASSPATH. I suspect it is building its own or adding to mine simply because it knows how to find certain jars that I have not specified anywhere. Any info appreciated... -- Geoffrey W. MarshallDirector of Development --- t e r r a s c o p ephone (415) 951-4944 54 Mint St #110 direct (415) 625-0349 San Francisco, CA 94103 fax (415) 625-0306 ---
RE: .zip files and solaris
Yes, surprise surprise, there are in fact ways of unpacking zipfiles on Solaris. Who would have guessed. Whatever next, being able to unpack them on linux, or evenWindows?! Such craziness. I wonder what innovations we'll have NEXT year! How about people think for a second before posting: 'does what I am about to send to ORION-INTEREST have anything to do with ORION?' Just a remind (yes, this is non-orion-interest specific, but will help us all live much happier lives), before you post to any technical mailing list, so the following: 1) Determine if the problem is relevant to the list 2) Check the mailing list archive 3) Check google 4) Reconsider 5) Post On Sat, 21 Apr 2001, Tim Endres wrote: Check your facts. Under Linux with JDK1.3.1rc1: time jar tvf kp-051299.zip 0 Wed May 12 10:03:52 EDT 1999 exception/ 1956 Tue May 11 12:23:32 EDT 1999 exception/codebase.dat 5310 Fri May 07 16:11:46 EDT 1999 exception/exception.vjp 3609 Mon Feb 01 10:22:42 EST 1999 exception/KPCareTeamAddrNotFoundException.java 2628 Mon Nov 23 13:20:52 EST 1998 exception/KPClassNotInitializedException.java 3458 Tue Apr 06 15:51:56 EDT 1999 exception/KPGeneralException.java 2583 Sat Jan 30 13:32:36 EST 1999 exception/KPInstantiationException.java ... So it works for me. tim. That'll NEVER work for a zip -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 21, 2001 10:17 PM To: Orion-Interest Cc: Kemp Randy Subject: Re: .zip files and solaris jar xvf file.jar In development, I work with Orion on both Solaris and Windows 2000. But there must be an easier way of dealing with Orion and Jboss zip files. I use winzip to unzip them in Windows, and FTP the unzipped version to Solaris. Is there any third party software to unzip a zip file on solaris? Tar and tar.gz are easy. What does everyone use for Orion on solaris? I haven't addressed this question to my Unix administration folks yet, and I thought I would try here first. __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: Newbie Question...
Application clients will let you access your EJBs from your outside-of-orion applications. Check the J2EE spec for more info about this. Hani On Thu, 19 Apr 2001, Lachezar Dobrev wrote: Until now I have developed EJBs for use with a CORBA broker. However, I did not see such a thing in ORION. Question: How (and can I) do I adress EJBs from my outside-of-orion applications? I was able to create a couple of basic EJBs. Well... Had to move them to ORION. My problem is, that my apps now cannot adress these EJBs. Is it possible at all, or not? If yes, than how, 'cause I saw nothing on this subject neither in the documentation, nor in the tutorials. Thanks in advance. Lachezar.
RE: A Swedish Idea
flamebait Unlike all those OSS products huh. /flamebait On Thu, 19 Apr 2001, Kemp Randy-W18971 wrote: It has been said that if Bill Gates stopped to pick up a hundred dollar bill, he would be losing money. On a more serious note, it's really not the Bill company code so much, as their practice of releasing alpha or beta quality products as production quality. -Original Message- From: Jay Armstrong [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 19, 2001 8:06 AM To: Orion-Interest Subject: Re: A Swedish Idea Generally, I agree with the comment about Micro$oft quality of code, though I've seen some pretty horrible code from outside the US, too. :) Bill Gates may be from the US, but Micro$oft employees come from all over the world. Visit Redmond, WA, USA and you'll see for yourself. At 09:50 AM 4/19/01 +0200, you wrote: And Micro$oft programmers are from...? I suppose that the country they're from produce the shittiest code of em all :) Johan - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 18, 2001 4:20 PM Subject: Re: A Swedish Idea Personally, I'm becoming more and more convinced that not only is Sweden full of lousy programmers, but they're all lousy in congruent ways just to make the rest of the world's jobs harder. I say we all start using Bavarian products, if only because Bavarian names seem to have a better vowel/consonant ratio. Say, Randy... what country are YOU from? (That's the leading indicator for quality of code...) On Wed, Apr 18, 2001 at 08:49:24AM -0500, Kemp Randy-W18971 wrote: Now this may be a dumb idea, and I am just thinking up brainstorms to promote Orion, but it occurred to me that both Mysql and Orion are in Sweden. Now I don't know how big Sweden is, but perhaps a meeting between the two teams could find ways to mutually promote or bridge the two products. Just a thought. Speaking of Sweden, since Rickard O. from Jboss lives there, does anyone know of Magnus or Karl have meet him? In once sense, but Jboss and Orion are trying to make this EJB technology available to more people. -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
RE: A Swedish Idea
Yes, and like many turtles, they never get there. Believing in fairy tales is not a good basis for conducting business. The turtle and rabbit story is a way to tell average children 'yes, you might be stupid and slow, but you should keep trying'. I don't think you should take it too seriously. Hani On Thu, 19 Apr 2001, Kemp Randy-W18971 wrote: OSS is like the turtles. They slowly craw along, and the best eventually get there. In the early days, folks would say "Apache who"? Oh yes, that's the opening band for the Beatles. Postgresql? Is that what Goldilocks ate in the three bears? And these are the same people who, when they first heard the name Beatles, they said "call the bug exterminator." And when they heard the name Rolling Stones, they say, "where's the avalanche?" -Original Message- From: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 19, 2001 10:03 AM To: Orion-Interest Subject: RE: A Swedish Idea flamebait Unlike all those OSS products huh. /flamebait On Thu, 19 Apr 2001, Kemp Randy-W18971 wrote: It has been said that if Bill Gates stopped to pick up a hundred dollar bill, he would be losing money. On a more serious note, it's really not the Bill company code so much, as their practice of releasing alpha or beta quality products as production quality. -Original Message- From: Jay Armstrong [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 19, 2001 8:06 AM To: Orion-Interest Subject: Re: A Swedish Idea Generally, I agree with the comment about Micro$oft quality of code, though I've seen some pretty horrible code from outside the US, too. :) Bill Gates may be from the US, but Micro$oft employees come from all over the world. Visit Redmond, WA, USA and you'll see for yourself. At 09:50 AM 4/19/01 +0200, you wrote: And Micro$oft programmers are from...? I suppose that the country they're from produce the shittiest code of em all :) Johan - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 18, 2001 4:20 PM Subject: Re: A Swedish Idea Personally, I'm becoming more and more convinced that not only is Sweden full of lousy programmers, but they're all lousy in congruent ways just to make the rest of the world's jobs harder. I say we all start using Bavarian products, if only because Bavarian names seem to have a better vowel/consonant ratio. Say, Randy... what country are YOU from? (That's the leading indicator for quality of code...) On Wed, Apr 18, 2001 at 08:49:24AM -0500, Kemp Randy-W18971 wrote: Now this may be a dumb idea, and I am just thinking up brainstorms to promote Orion, but it occurred to me that both Mysql and Orion are in Sweden. Now I don't know how big Sweden is, but perhaps a meeting between the two teams could find ways to mutually promote or bridge the two products. Just a thought. Speaking of Sweden, since Rickard O. from Jboss lives there, does anyone know of Magnus or Karl have meet him? In once sense, but Jboss and Orion are trying to make this EJB technology available to more people. -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Re: Application mapping - how do I know it from within the app?
You're wrong. Orion has implemented the 2.3 PFD spec several months ago. On Wed, 18 Apr 2001, Johan Fredriksson wrote: My point is that the method IS included in servlet 2.3, but Orion seems to be running servlet 2.2 where the method does not exist... Correct me if I'm wrong or tell me how to update orion to run servlet 2.3 spec. Johan - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 3:45 PM Subject: Re: Application mapping - how do I know it from within the app? Oops, a check of the API would have shown that it is request.getContextPath() anyways. PS All this is in the API, my suggestion was hastily written but should have pointed you in the right direction... On Tue, 17 Apr 2001, Johan Fredriksson wrote: Nope, when doing just that I get... 500 Internal Server Error Error parsing JSP page /aller/Allas/subscriber.jsp Syntax error in source/Allas/subscriber.jsp.java:32: Method getContextPath() not found in interface javax.servlet.ServletContext. (JSP page line 8) String servletPath = pageContext.getServletContext().getContextPath(); ^ 1 error - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:30 PM Subject: Re: Application mapping - how do I know it from within the app? pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
Re: A Swedish Idea
Why?!?! I have an idea, why don't IBM and BEA team up and release...logicsphere! After all, they're both US companies... On Wed, 18 Apr 2001, Kemp Randy-W18971 wrote: Now this may be a dumb idea, and I am just thinking up brainstorms to promote Orion, but it occurred to me that both Mysql and Orion are in Sweden. Now I don't know how big Sweden is, but perhaps a meeting between the two teams could find ways to mutually promote or bridge the two products. Just a thought. Speaking of Sweden, since Rickard O. from Jboss lives there, does anyone know of Magnus or Karl have meet him? In once sense, but Jboss and Orion are trying to make this EJB technology available to more people.
Re: Refreshing non-ear/war java classes
Orion will pick up modified EJB's and servlets, but not classes that they reference. So just recompiling those other classes will not cause a reload. You can however trigger that reload by touching config/application.xml, orion-web.xml, or ejb-jar.xml (depending on where your class actually lives) On Wed, 18 Apr 2001, Matt MacGillivray1 wrote: Is there a way to force orion to refresh it's cached classes? My setup doesn't include any ear/war files, and currently, after recompiling classes, I am forced to restart orion. I've tried touching a few of the files in the orion/config directory, but to no avail. For testing and debugging purposes, it's a pain to keep restarting the server every time a small piece of code is changed. Is there another way to deal with this? Matt MacGillivray Technical Developer Delfour Corporation 905-415-9779 x2021 [EMAIL PROTECTED]
RE: A Swedish Idea
Which makes your post of suggesting they team up with other equally Swedish folks even more bizarre... I think we should all stick to what we do best...being competent Orion users. When I get paid to worry about Orion's future and business plan, and who they choose to deal with, parner with, sell out to, go to bed with, then I will. Until then, I'll use this lovely product, report bugs, look confused and try to figure out when/why things don't work...and buy licenses. The rest, someone else can worry about! Anyways, everyone else must be heartily bored of this exchange by now, so I'll bow out of this particular thread to keep the conversation more 'high brow'! Novice at tongue biting, Hani On Wed, 18 Apr 2001, Kemp Randy-W18971 wrote: I'm from the USA, near Chicago, Il. What countries lead in quality of code? I would like to know. No matter what country the product is produced in, you might find software engineers from the USA, England, India, etc., all working on the same software product. Open source efforts like Enhydra, Tomcat, or Jboss have contributors from all around the world. It's like trying to find a car made in the USA. Parts come from Japan, it's assembled in Mexico, and marketed in the US. Orion is an exception, since they are basically a two man operation. Yet I do think the two young gentlemen did a bang up job between them. They just need help with other facets, such as documentation, marketing, and support. And even superman is part of a team called the Justice League, since he can't solve everything by himself. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 18, 2001 9:20 AM To: Orion-Interest Subject: Re: A Swedish Idea Personally, I'm becoming more and more convinced that not only is Sweden full of lousy programmers, but they're all lousy in congruent ways just to make the rest of the world's jobs harder. I say we all start using Bavarian products, if only because Bavarian names seem to have a better vowel/consonant ratio. Say, Randy... what country are YOU from? (That's the leading indicator for quality of code...) On Wed, Apr 18, 2001 at 08:49:24AM -0500, Kemp Randy-W18971 wrote: Now this may be a dumb idea, and I am just thinking up brainstorms to promote Orion, but it occurred to me that both Mysql and Orion are in Sweden. Now I don't know how big Sweden is, but perhaps a meeting between the two teams could find ways to mutually promote or bridge the two products. Just a thought. Speaking of Sweden, since Rickard O. from Jboss lives there, does anyone know of Magnus or Karl have meet him? In once sense, but Jboss and Orion are trying to make this EJB technology available to more people.
RE: A Swedish Idea
On Wed, 18 Apr 2001, Jay Armstrong wrote: But, let's say it doesn't support transactions. What's wrong with starting a dialog? Why bother? So the people who bleat about mySQL all the time are happier? Frankly I'd rather the Orion team concentrate on functionality and J2EE implementation, rather than worry about integrating with MySQL when SO many far superior alternatives exist. Have a look at config/database-schemas. In my opinion, Orion should not do ANYTHING to 'conform' to MySQL or adapt to it. If MySQL is fixed in time and has a decent JDBC driver that can support transactions and all else that is required, then this whole ridiculous discussion is moot anyways. Lets move on now! Hani
Re: Application mapping - how do I know it from within the app?
Oops, a check of the API would have shown that it is request.getContextPath() anyways. PS All this is in the API, my suggestion was hastily written but should have pointed you in the right direction... On Tue, 17 Apr 2001, Johan Fredriksson wrote: Nope, when doing just that I get... 500 Internal Server Error Error parsing JSP page /aller/Allas/subscriber.jsp Syntax error in source/Allas/subscriber.jsp.java:32: Method getContextPath() not found in interface javax.servlet.ServletContext. (JSP page line 8) String servletPath = pageContext.getServletContext().getContextPath(); ^ 1 error - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:30 PM Subject: Re: Application mapping - how do I know it from within the app? pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
RE: Is this the Orion Team?
And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Re: ORION RISE FROM THE DEAD!
How are these any more 'competitive' than all the other commercial application server vendors out there? While it's hugely unfashionable to say so, there's nothing 'magical' or 'special' about open source. We could sit here all day and name 'competitors' to Orion. Some will fail, and hell, some might beat it one day. I don't think the Orion team live in a bubble and are merrily oblivious to the fact that they do have competitors, and must stay ahead of the game and differentiate themselves. Some of the products you mention are at least as old as (if not older) than Orion. I for one won't be holding my breath for this 'catching up' you're promising will happen. Hani On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: The problem Orion will face is that the open source and low cost competition will be heating up, and as the quality improves, so will the competition. Who should they watch out for? 1.Resin (www.caucho.com). When they finally get an EJB server out, it will be set to integrate with Resin and have a competitive price (around $2000). 2. Jboss (www.jboss.org) and Enhydra Enterprise (www.enhydra.org), which are actively enhancing and developing their application servers. 3. Jonas (www.evidian.com/jonas) and openejb (http://openejb.exolab.org/), where the latter is making partnerships with Apache, etc. Notice I did not mention Unify, which also has a low cost entry, but they still need to get their financial act together. So why do I bring these items to light? So that Orion is aware of the competition, and like the rabbit, doesn't take a nap, but keeps moving forward, as the turtles get better prepared. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 2:47 AM To: Orion-Interest Subject: Re: Re: ORION RISE FROM THE DEAD! As I mentioned before in a previous posting, the Orion team will continue their work on the Orion product, partners will do the support. Support will in the future be the "milking cow" ( don't know if that one translates well into english, where you get the money...), and there you have the business modell. At least that's how I interpreted Karl Avedals speech. Johan - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 12:53 AM Subject: Re: Re: ORION RISE FROM THE DEAD! I really hope that Orion is released into the open-source community if they're going to tank as a business. I never thought of that. I guess the real question may be: "What is Orion's/Ironflare's business model?" Taking a wild guess, not based on any first hand knowledge/contact/experience, the 'problem' may be that orion's developer's want to continue programming and not become consultants, support technicians, etc... Which would be great to have quality developers on the project full time, but this seems contrary to a lot of the service models that are out there now. A lot of companies now repackage open source and get paid on service/consulting. Perhaps they need a quality partner or need to be bought out (maybe macromedia should have bought them out instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure my views have proved. So I may be way off base. I'm just an avid java developer with a small, nimble company that likes to develop and utilize small, quick, and well-written software. (did you also ever notice that orion seems to be at most h! ! ! alf the size of other major app servers?) By the way, if some help is needed to host (or provide an alternative to) orionsupport, please let me know. I know the boss here; I'm sure we could work something out. I think a lot of people would help out in this department (including myself), especially if it was open source. I already have a kind of how-to in the works for SSL using chained certificates from Entrust.net. David
Re: extending DataSourceUserMangaer
At a guess, you would need to install a subclass of DataSourceUserManager and override the getUser()/createUser() methods to return your own impl of com.evermind.security.User (so you can specify your own custom behaviour for the authenticate method). Hani On Mon, 16 Apr 2001, Taavi Tiirik wrote: hello, What is the quickest way of extending DataSourceUserMangaer to store encrypted passwords instead of plain text ones into database? with best regards, Taavi
Re: Null pointer bug?
This happens if you pass in a null to your create method. Double check that you're passing in a valid initialised PK On Sun, 15 Apr 2001, Chris Bergstresser wrote: I think I've found a bug in Orion. I've created a primary key for an EJB which contains only an int. However, when this class is deployed, I get the following stack trace on the server: java.lang.NullPointerException at TestBeanHome_EntityHomeWrapper73.hashCode(TestBeanHome_EntityHomeWrapper73.j ava:112) at com.evermind.util.ExternalHashSet.get(JAX) at TestBeanHome_EntityHomeWrapper73.create(TestBeanHome_EntityHomeWrapper73.jav a:544) at com.testing.ControlEJB.ejbPostCreate(ControlEJB.java:97) at ControlHome_EntityHomeWrapper69.create(ControlHome_EntityHomeWrapper69.java: 422) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bd.dr(JAX) at com.evermind.util.f.run(JAX) And the following on the client: Exception in thread "main" javax.ejb.EJBException at com.evermind.server.rmi.bb.invokeMethod(JAX) at com.evermind.server.rmi.a2.invoke(JAX) at com.evermind.server.rmi.a3.invoke(JAX) at __Proxy2.create(Unknown Source) at com.testing.InitializeSystem.main(InitializeSystem.java:52) The client code creates a "Control" Bean and, in the ejbPostCreate of that bean I lookup the home of the "TestBean" and create it. The null pointer isnt happening in my code -- in fact, everything executes successfully until the thread leaves the ejbCreate method in the TestBean but before it calls the ejbPostCreate method. Then it blows up. Any ideas? -- Chris
Re: pass param
Read the API, go to java.sun.com/tutorial, or even the applet faq at www.jguru.com. And whatever you do, for god's sake, don't post such basic questions to this list. Hani On Sat, 14 Apr 2001, Siling Zhang wrote: Hi! Everyone, if I pass a param like this: APPLET code="MyApplet.class" height="407" width="125" param name="param1" value="value1" /APPLET How can I get the value of param1 in MyApplet.java? Siling
Re: Xerces and Xalan
1.4.8 is rumoured to support JAXP1.1, so we just have to wait for the next update! On Thu, 12 Apr 2001, Mikael Stldal wrote: Why does Orion uses such old versions of Xerces and Xalan? It would be nice with JAXP 1.1 support.
Re: Re: ORION RISE FROM THE DEAD!
David, nothing personal, I'm just hanging my reply off yours as it's the latest one in this thread... BUT some of us are very bored of this thread popping up every few weeks. Sure, Orion hasn't released a new version in a couple of months now (I think), and I'm as desperately eager for 1.4.8 as anyone here. Why does this always translate to 'Orion is tanking'? It WOULD be lovely if the Orion team were more active in their posts here, if nothing else, people would get that warm fuzzy feeling that is obviously so important. So in an ideal situation, we'd all get the best of both worlds. A kick ass product, and warm fuzzies all round (well, and a much better support infrastructure!). But as has been said before, I'm in the group that of those 3 things, would choose the first. Hani On Thu, 12 Apr 2001 [EMAIL PROTECTED] wrote: I really hope that Orion is released into the open-source community if they're going to tank as a business. I never thought of that. I guess the real question may be: "What is Orion's/Ironflare's business model?" Taking a wild guess, not based on any first hand knowledge/contact/experience, the 'problem' may be that orion's developer's want to continue programming and not become consultants, support technicians, etc... Which would be great to have quality developers on the project full time, but this seems contrary to a lot of the service models that are out there now. A lot of companies now repackage open source and get paid on service/consulting. Perhaps they need a quality partner or need to be bought out (maybe macromedia should have bought them out instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure my views have proved. So I may be way off base. I'm just an avid java developer with a small, nimble company that likes to develop and utilize small, quick, and well-written software. (did you also ever notice that orion seems to be at most! h! ! ! alf the size of other major app servers?) By the way, if some help is needed to host (or provide an alternative to) orionsupport, please let me know. I know the boss here; I'm sure we could work something out. I think a lot of people would help out in this department (including myself), especially if it was open source. I already have a kind of how-to in the works for SSL using chained certificates from Entrust.net. David
RE: productive comment.
It would be nice if we could post "success stories" and "hints" directly on the OrionServer web site. If they want to commercialize the product, and don't have the bucks or people to provide support...let *us* provide this service through a "community" process. A great idea, and it's the idea behind orionsupport. A lot of people say 'lets contribute', but when push comes to shove, what tends to happen is that that enthusiasm is dulled by actually having to do work, and that just being enthusiastic isn't enough. Orionsupport hasn't gone anywhere, from what I can see the server is down for the time being, but I'm sure it'll be back up soon. It'd be good if people who have servers/bandwidth to donate could get in touch with those who run orionsupport and offer mirroring services. Also, why not write a nice J2ee app that lets people post 'success stories', or even 'hints and tips'? If people had actual content/code to contribute, I can't imagine that orionsupport will refuse to host it! They even took my crappy hastily written DataSourceUserManager notes and posted them! Hani
RE: Alternative Deployment
Well, then don't use J2EE. BEA support is supposed to be the best, and sure, it's pretty nice in that if you've spent lots of money, your issue can be escalated quickly, but if it is a real bug, it'll eventually come down to 'yes, it's a bug, it'll be fixed in the next service pack', which is often not due for another few weeks (by the way, this is exactly the situation I was in). I think you'll find that there are plenty of users on this list who have deployed Orion on a high-availability site that have been running smoothly for months now, it's just that when it works, there's very little reason to be loud and vocal about it. On Wed, 11 Apr 2001, calvin matthews wrote: Thanks for your input Dan, The dilemma that we face is not a question of failover. We propose to have a hardware loadbalancer such as local director fronting a number of apache servers that talk to a cluster of J2EE application servers, which in turn talk to a clustered database. This gives us scaleability and reliability. Our problem is that our users rely on our site being up all of the time. If our site is down for even a day we could pottentially to lose all our users. I understand your suggestion of using orion as a backup, but if we were to find a fundamental fault in the server then no matter how many orion servers we used we would not get away from it. And at present there is nobody (officially) that we could turn to for support to help resolve the issue. This makes company directors very nervous and with a big emphasis put on uptime and availability of our site they have to buy into the solution. On a simmilar note. It seems that the orion load balancer app becomes a single point of failiure and I have read many accounts of it being buggy and slow. Do you know of any way of replacing this application transparently with an alternative and keep session integrity? I read an old posting suggesting a product called FOUNDRY. Does any one have any more info on this? Thanks, Calvin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: 10 April 2001 10:57 To: Orion-Interest Subject: RE: Alternative Deployment Following up the failover approach,
Re: Management Console...
On Wed, 11 Apr 2001, Chaya Ramanujam wrote: Hi, I am new to Orion. I am using the Management Console to deploy an EJB archive and a WAR file. Quick question about the console - when I first launch the console, I get three entries in the tree - local, ormi://localhost and ormi:// Why are there three servers listed when I only have one running? localhost and local seem to be the same - why are they listed twice in the console and what does ormi imply in this context? I can't even seem to connect to the ormi:// -I get an error "Invalid username/password for default()" What does this mean?? Every time you add a server, the console will 'remember' it and so reconnect to it when you start up. You can simply remove the extra entries you have and just leave localhost. In the same vein, there's a menu item to add a server. Does this imply adding another application server? Another Orion server? Yes, the console can browse/manage multiple servers. Hani
Re: Application mapping - how do I know it from within the app?
pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
Re: how to get crimson working?
Orion 1.4.8 will take care of that, I am told. On Sun, 8 Apr 2001, elephantwalker wrote: Looks like this is a little problem. I know that there are several xml parser problems with orion. I want to use crimson (the latest Jan 30 version) on orion because the sax 2 parser is about 4 times faster than xerces. The class clash problem with the sax 1 implementations used by orion will always clash with a sax 2 parser. This usually manifests itself with a "method not found" error. Has anybody gotten the latest crimson to run with orion? What class paths are necessary for orion to run, so I can front-end my parser jar's before the offending sax 1 jar's? And to the orion developers...please use the latest jaxp to abstract the parser calls, and please upgrade to sax 2. Sax 1/Dom 1 are almost dead now, so its time to upgrade. regards, The elephantwalker
Re: Including jar files in my web app ?
Or even better: getClass().getProtectionDomain().getCodeSource().getLocation() On Fri, 6 Apr 2001, Court Demas wrote: I was able to do this by simply printing out the current classloader. Write a simple servlet/JSP page that does this: response.getOutputStream().println( "classloader: " + this.getClass().getClassLoader().toString() ); Unfortunately, I had troubles getting the above code loaded in certain situations - a circular problem! I've been looking into my classloading issues more.. it seems there's something more subtle going on that I haven't nailed down yet. I think it may be some sort of class version conflict. I should have more to report soon. court Ed Bras wrote: Thanks for the feedback guys. Apearantly some people have problems including jar files. To me it's not clear what the problem is, but to solve it I need to know where Orion looks for jar files. Can someone please tell me that or tell me how to enable Orion to output his search locations/paths ?? Plaaase? Resume: If I just put my jar file in the lib, my web-app can't find it. If I include the jar file in a tablib entry, neither does it find it (but I think this isn't the way as the jar is not for JSP usage). I have tried about everyting, but ...nothing... and it's hard searching the problem if Orion doesn't tell me where he searches. Eddie. From: "Carter, Shane" [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: Including jar files in my web app ? Date: Thu, 5 Apr 2001 08:04:51 -0500 I'm having the same problem with Orion. I'm getting NoSuchMethodError when I run this class in Orion. It works fine outside of Orion. I think Orion is picking up another package elsewhere. Below is the error message I'm getting. java.lang.NoSuchMethodError at org.jdom.input.SAXHandler.startElement(SAXBuilder.java:607) at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1289) at org.apache.xerces.framework.XMLParser.callStartElement(XMLParser.java:1922) at org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanne r.java:1831) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM LDocumentScanner.java:1223) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner. java:381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1208) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:302) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:373) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:354) at com.psg.blkjck.control.RequestParser.loadNodeCollection(RequestParser.java:6 1) at com.psg.blkjck.control.RequestParser.clinit(RequestParser.java:44) at com.psg.blkjck.control.NavController.doGet(NavController.java:98) at com.psg.blkjck.control.NavController.doPost(NavController.java:56) at javax.servlet.http.HttpServlet.service(HttpServlet.java:204) at javax.servlet.http.HttpServlet.service(HttpServlet.java:302) at javax.servlet.http.HttpServlet.service(HttpServlet.java:329) at com.evermind.server.http.d3.sw(JAX) at com.evermind.server.http.d3.su(JAX) at com.evermind.server.http.ef.s1(JAX) at com.evermind.server.http.ef.do(JAX) at com.evermind.util.f.run(JAX) -Original Message- From: Eddie [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 05, 2001 5:47 AM To: Orion-Interest Subject: Re: Including jar files in my web app ? Thanks court but it doesn't work with me. I did what you suggested, put the velocity.jar file in the classes dir, removed the lib, unpacked it in the classes dir, put the org dir in the same package dir as where the java file is located, but no luck. Maybe because my class file is located in a package and I call it through a sevlet reference. It keeps on giving me that classDefnotFound error. I also validated my web.xml file, but nothing. Can someone please tell me where Orion looks ?? or how to debug this ?? as this is getting a bit fru... I also tried some debug options as explained on the site, but can't find one which shows where Orion looks ! Hope to get some help here as I am a bit stuck! Eddie - Original Message - From: Court Demas [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, April 05, 2001 9:36 AM Subject: Re: Including jar files in my web app ? I just had a similar problem. Orion saw classes *either* in WEB-INF/classes *or* in WEB-INF/lib. My solution was to either unpack all classes into WEB-INF/classes (removing the lib directory), or create one huge JAR file in WEB-INF/lib (removing the classes
RE: WE NEED NEWS! We need to know Orion is alive well!
On Thu, 5 Apr 2001, Kemp Randy-W18971 wrote: I have thought deeply about Orion, and I feel they are affected by the same problems as Jboss, which is lack of funding or capital. This is a wonderful product, build by some very intelligent people, with excellent advice from the user community, but there are three bottlenecks they need to address: 3. Providing hooks to other popular servers, such as Apache and IBIS. What?! While I can see this this would make it more 'sellable' and feel more comfortable to paranoid old-fashioned folk, it's certainly not a good idea for people who are performance sensitive. The more interfaces you have, the more of a performance hit you take. I don't think lack of funding is the issue, JBoss is opensource so they have to find their money in ways other than by selling their product. Orion sells itself, and that will keep the developers fed and clothed and active! Incidentally, I'm a happy Orion customer, and have had pretty good experience in terms of support...you just have to know how to ask! Hani
Re: Bi-directional relations (my kludge)
This might come as a bit of a surprise...but bi-directional relationships
are a feature of EJB2.0, which is not final, and in fact if the rumours
are to be believed, will undergo major changes in the next draft. I find
it astounding that someone thinks that incomplete partial support for a
moving target of a spec is a 'bug'. Most app servers support NONE of EJB
2.0. And certainly, of those that do, not a single one has 'complete'
support for it. Even Sun's RI blows up in various ways when using EJB 2.0
beans. If you feel that adding bi-directional CMP in accordance with the
latest incarnation of the spec is easy, and keeping that in sync (in a
timely fashion) with the spec, then you should start your own
appserver. You'll have a huge following I'm sure, if you deliver.
Hani
On Thu, 5 Apr 2001, Ray Harrison wrote:
Hi Reid -
What App Servers currently offer m-n relationships - I'm interested in exploring how
some of them
operate.
Cheers
Ray
--- Reid Hartenbower [EMAIL PROTECTED] wrote:
I have found the lack of bi-directional support very frustrating, and think
that it so impedes CMP functionality that it should be qualified as a bug,
and not a pending feature.
I also don't see what the big technical challenge in implementing it would
be.
If Orion is going to be this sluggish with support and new features, I would
ask them to consider going open source. Let me fix it if you won't--do you
hear me Orion guys?
My workaround is to manage the relations with a 'RelationManager' session
bean. For n-m relations, I create my join tables with composite primary
keys, as in (for hsql):
CREATE TABLE User_Order (
userId CHAR(37)NOT NULL,
orderIdCHAR(37)NOT NULL,
PRIMARY KEY (userId, orderId));
Then in the session bean, I explicitly create both sides of the relationship
(eg. user.addOrder(order) and order.addUser(user) ) and catch the duplicate
key exception, as in:
user.addOrder(order);
if(NON_DIRECTIONAL_BUG) {
try {
order.addUser(user);
}
catch(EJBException e) {
// for Orion 1.4.7 bidirectional bug;
}
}
When (if) Orion fixes this bug, the modifications to my code will be slight.
- Original Message -
From: "Ray Harrison" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Thursday, April 05, 2001 10:50 AM
Subject: Re: Bi-directional relations
Nope.
--- Patrik Andersson [EMAIL PROTECTED] wrote:
Does bi-directional relations work yet? I'm pretty sure it did not work
the
last time I tried, but that was a fix fix versions ago.
Any news on this issue?
regards,
Patrik Andersson
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
RE: JBoss verses Orion
Magnus and Karl both chip in now and then, they used to do that more in the past I guess, but (understandably) realised that it's a far better use of their time to ensure they have a stellar product, than to respond to endless complaints. As Joseph said, it depends on what you want out of your software. Killer performance, compliance to specs, excellent development environment, easy deployment, or fuzzy feelgood social aspects. The fuzzy stuff is nice, but given a choice Hani On Mon, 2 Apr 2001, Kemp Randy-W18971 wrote: But wouldn't you be just a bit curious to know more about Karl, or more importantly, who the founding members of Ironflare are? I would. If you go to visit the Resin site (www.caucho.com), which is a commercial site, somewhere there is a blurb about Scott, the key architect. And I have noticed that Scott is actively answering questions in the Resin mailing list, and Rickard and Marc are actively answering questions in the Jboss mailing list, both on a regular basic. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 5:40 AM To: Orion-Interest Subject: Re: JBoss verses Orion Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink
Re: Finder queries...
Orion doesn't support ejb-ql yet. On Mon, 2 Apr 2001, Alex Paransky wrote: I have defined the following finder for the relationship (Account has many Users) - (User has One Account): query query-method method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /query-method ejb-ql FROM com.indnet.symbiosis.model.User u WHERE u.account.id = ?1 and u.login = ?2 /ejb-ql /query Here is what Orion generates in orion-ejb-jar.xml: finder-method query="" !-- Generated SQL: "select Users.id, Users.firstName, Users.middleName, Users.lastName, Users.birthDate, Users.gender, Users.userLogin, Users.userPassword, Users.accountId, Users.scheduleId, Users.superuser from Users" -- method ejb-namecom.indnet.symbiosis.model.entity.User/ejb-name method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /method /finder-method Thanks. -AP_
Re: Deployment xml files in ear file? If so, where?
You can place your orion-*.xml files alongside their *.xml counterparts. (eg, principals.xml and orion-application.xml alongside application.xml). Note though that if the application has already been deployed, then these files won't be copied over the existing ones. They're only used in the case of a 'fresh install'. From: "Rian Schmidt" [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Deployment xml files in ear file? If so, where? Date: Mon, 26 Mar 2001 14:47:50 -0800 Hi all, Firstly, we're having great luck with our adventures with Orion. Most everything works as advertised, and the performance is great-- particularly the CMP EJB stuff. Just thought I'd spew a little positivity. Is there some way to include the application-deployments XML files with an application? By that I mean, fer instance, we've made all kinds of modifications to orion-ejb-jar.xml to deal with our OR relationships, the legacy database name mappings, etc. orion-application.xml has a bunch of custom settings too. Were either of those to get wiped by an overzealous Orion, we'd be... sad. So, we're gonna back them up, but... Do we need to manually make those changes after deploying the application on another machine? That seems a little goofy. I'd hate to have to say to a customer "OK, start it up, and then stop it, open this file up and everywhere it says requestId, well, change that to request_id, blah blah, and then restart it." Thanks, Rian -- Rian Schmidt [EMAIL PROTECTED] _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: access to pooled datasources through JNDI?
As far as I know, you can't access datasource connections 'remotely'. On Sun, 25 Mar 2001, Duane Fields wrote: I've a problem accessing a pooled datasource from OUTSIDE the web application. I can access and use the regular datasource, but when I try to get a connection from the pooled datasource I get null pointer exceptions from orion's pooled driver. The scenario is this: I have defined a data-source with Sybase... data-source name="Default data-source" class="com.evermind.sql.ConnectionDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/DefaultEJBDS" url="jdbc:sybase:Tds:dfields:4201/sponsortool" connection-driver="com.sybase.jdbc2.jdbc.SybDriver" username="myuser" password="mypassword" schema="database-schemas/sybase.xml" min-connections="5" max-connections="10" inactivity-timeout="30" / In my app and my outside clients and test code, I use JNDI to grab a default datasource, and use it, my JNDI properties are: java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont extFactory #java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactor y java.naming.provider.url=ormi://localhost/ java.naming.security.principal=admin java.naming.security.credentials=123 From the servlets and JSPs, I can access both the pooled datasource and the regular datasource just fine, but not from outside applications. Outside applications only work with the core datasource, not the pooled. It's not that they fail to get the datasource reference from JNDI, It's that orionserver gets NULL POINTER exceptions when I try to get a connection from it. Observe: java.lang.NullPointerException at com.evermind.sql.OrionPooledDataSource.d7(JAX) at com.evermind.sql.OrionPooledDataSource.d8(JAX) at com.evermind.sql.OrionPooledDataSource.getConnection(JAX) I've tried both the RMI and ApplicationContext Factories, with the same results, although my outside applications are not ejb-client applications. In fact, I'm deploying my app as a j2ee application but am not using EJBs. I've been banging my head on this problem for several weeks, and would appreciate any insight anyone out ther would have into this. Thanks! -- Duane Fields [EMAIL PROTECTED] Sr. Software Engineer NetSpend Corporation
Re: AW: java:comp/Administrator
Sure, and then when it breaks since it's an unofficial internal class not
exposed (I would imagine deliberately so), make sure you don't complain to
the list!
On Fri, 23 Mar 2001, Haeussler, Heinz wrote:
Hello Greg,
try the dissambler:
D:\orion%java_home%\bin\javap -classpath orion.jar
com.evermind.server.administration.ApplicationAdministrator
Heinz
-Ursprngliche Nachricht-
Von: Greg Matthews [mailto:[EMAIL PROTECTED]]
Gesendet am: Freitag, 23. Mrz 2001 05:15
An: Orion-Interest
Betreff: java:comp/Administrator
Dear all,
By following some code in a previous post i can get a reference to an
Administrator object
which lets me do things like get the application.xml display-name.
ApplicationAdministrator admin =
(ApplicationAdministrator)ctx.lookup("java:comp/Administrator");
System.out.println( admin.getDisplayName());
Does anyone know what other Orion objects are available to bind to?
As an aside, if i try to iterate through the object under java:comp with a
NamingIterator i
only get the following, which is strange because i was expecting to see
Administrator there (?)
UserTransaction: com.evermind.server.ApplicationServerTransactionManager
RoleManager: com.evermind.server.hm
Logger: com.evermind.util.CollectionLogger
UserManager: com.evermind.server.XMLUserManager
env: com.evermind.naming.j_
ThreadPool: com.evermind.server.he
Thanks,
Greg.
RE: Servlet Parameters
No i isn't a bug, the servlet spec explicitly disallows servlets from being mapped to / On Fri, 23 Mar 2001, Chuck Butkus wrote: I just wanted to post that I found the problem. I was using a servlet mapping with a url pattern of "/". For some reason the servlet parameters don't come through with this servlet mapping. When I changed the servlet mapping from "/" to "/servlet", everything worked fine. This would seem to me to be a bug in Orion. I haven't checked Bugzilla yet, but I will when a get a chance. -Original Message- From: Chuck Butkus [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 15, 2001 3:59 PM To: Orion-Interest Subject: Servlet Parameters I am having a problem with servlet parameters. My servlets gets parameters when I put Orion in debug mode and put it directly under the "/orion/default-web-app/WEB-INF/classes/" directory, but the parameters don't come through when I put it in a web application. Has anyone else seen this problem? Is there anything special that needs to go into the "web.xml" file so a servlet can accept parameters. I would greatly appreciate any help. Chuck Butkus
Re: Orion and WARs
TO add war files, you add them to the default application. You need to add entries to application.xml: web-module id="struts-logon" path="../applications/struts-logon.war" / Then you add it to your website, to specify where it is mapped to (default-web-site-xml): web-app application="default" name="struts-logon" root="/struts-logon" / On Thu, 22 Mar 2001, Burr Sutter wrote: Question: How do you use a WAR with Orion? If I update my server.xml to point to a WAR like so application name="struts-logon" path="../struts-logon.war" / It complains about the lack of a META-INF and an application.xml. A War doesn't normally require those folders/files, they are for EARs. I'd like my WARs to be portable and other J2EE engines don't require a META-INF/application.xml in a WAR. I'm running Orion 1.4.5. It must be something simple. Burr [EMAIL PROTECTED]
RE: Orion and WARs
No, you do not. You can deploy your web apps using the 'default' application. On Thu, 22 Mar 2001, Allen Fogleson wrote: You have to include the war in a bigger ear file, that includes the application deployment descriptor application.xml. The webarchive will then be deployed. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Burr Sutter Sent: Thursday, March 22, 2001 10:32 AM To: Orion-Interest Subject: Orion and WARs Question: How do you use a WAR with Orion? If I update my server.xml to point to a WAR like so application name=struts-logon path=../struts-logon.war /
Re: Can anyone campare JRUN with Orion1.3.8
Sure, I've had to use JRun for a client and here's my experience with it:
JRun does not support hot deployments. Any deployment requires a server
restart.
JRun does not automatically pick up .war file changes. Really, I found war
file support to be minimal, compared to Orion. There's very little that
'drops in', everything has to be through the management console (in my
experience, they might provide for dynamic changes to configs, but it's
subtle and not something I could access!)
Orion performs much better
JRun does not support servlet 2.3 API (nor will they in their 3.1 release,
which is in beta right now).
There are small differences in JSP parsing:
Orion allows myTags:stuff
param1=%=request.getParameter("foo")%blahblah/myTags:stuff, JRun does
not (it barfs on the inner quotation mark)
JSP error reporting is much better in JRun.
The management console for JRun seems slick initially, but rapidly becomes
a pain in the ass if you're the kind of person who doesn't worship the
web, and believes that changing text config files is faster and better.
On Mon, 19 Mar 2001, waheed_rahuman wrote:
Can anyone using orion can campare the JRun webserver regarding
servlets,JSP and EJB with postgresql.
regards
waheed
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
RE: Dependents remove not supported
The PFD spec says that you do not need to specify a remove method (container will do that automatically) Having said all that, you should not ignore all the warnings about using dep objs. There's a VERY strong chance that they're being gotten rid of. I also suspect that because of that, Orion's impl of dependent objects won't have much effort or time put into it, until their fate is resolved one way or another. By the way, this isn't just 'mere speculation', the removal of dependent objects is something that many people directly involved with the expert group have hinted at. On Mon, 19 Mar 2001, Christian Billen wrote: RE: Dependents in 1-N don't go awayThanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 1:58 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 18, 2001 12:30 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 10:25 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 17, 2001 9:29 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Saturday, March 17, 2001 9:10 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called cascade-delete, but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Friday, March 16, 2001 7:43 PM To: Orion-Interest Subject: Dependents in 1-N don't go away Hi everyone, I am having an issue with my 1-n dependents relationship. My dependents don't get deleted when I remove them from the cmr Set. I have a PhoneNumber dependent class which has a field type, countrycode, number, etc... I implemented the equal method in my class such that two phonenumber having the same type are equal, these type being like "business", "fax", "cell",
RE: Impossible getting the attention of the orion (support) team.Are they still around?
1.4.8 is not available yet (you can find out with a simple java -jar autoupdate.jar), the latest release seems to be 1.4.7 On Tue, 20 Mar 2001, Elhadi barkat wrote: Is release 1.4.8 already available, because I'm having the same bug? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Douma, Ate Sent: mardi, 20. mars 2001 14:42 To: Orion-Interest Subject: RE: Impossible getting the attention of the orion (support) team. Are they still around? FYI: My reported bug was fixed by the orion team (to be release in 1.4.8) within 2.5 hours after entering it into Bugzilla. Can't really ask for more, can I? Ate -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 20, 2001 11:04 AM To: Orion-Interest Subject: RE: Impossible getting the attention of the orion (support) team. Are they still around? As of today, we receive the maillist directly again. Furthermore, I received my bugzilla account password and already entered our problem in bugzilla (bug 368). The mailserver problem thus seems to be resolved by orion (we didn't have to do anything). Thumbs up for orion for the quick response. Now if they could resolve our real problem (almost) just as quickly ... :-) All in all, my confidence in orion has been partly restored. Lets hope they get their application server support back into high speed soon. Ate -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 12:47 PM To: Orion-Interest Subject: RE: Impossible getting the attention of the orion (support) team. Are they still around? FYI: I received a very quick response from Karl Avedal on me previous posting. It looks like their mail doesn't get through to our mailserver since they switched servers early january. We are again in contact and I'm very much relieved about that. Hopefully, we can resolve our problems quickly now. Ate Douma. -Original Message- From: Douma, Ate Sent: Monday, March 19, 2001 11:24 AM To: 'Orion-Interest' Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg 09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a |
Re: New article on orionsupport
Correction, as you all hopefully guessed, the correct URL is http://www.orionsupport.com/articles/datasourceusermanager.html From: Hani Suleiman [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: New article on orionsupport Date: Fri, 16 Mar 2001 22:52:31 -0500 (EST) To help clear up some of the confusion about user managers, I've submitted an article to orionsupport.com with a step by step guide on how to configure DataSourceUserManager. This covers enough of the general concepts regarding user managers that it'd hopefully be helpful for those of you trying to configure your own. I'll be adding/clarifying/modifying the howto based on user feedback over the next few days. The url for the howto is http://www.orionserver.com/articles/datasourceusermanager.html Hani Suleiman _ Get your FREE download of MSN Explorer at http://explorer.msn.com
New article on orionsupport
To help clear up some of the confusion about user managers, I've submitted an article to orionsupport.com with a step by step guide on how to configure DataSourceUserManager. This covers enough of the general concepts regarding user managers that it'd hopefully be helpful for those of you trying to configure your own. I'll be adding/clarifying/modifying the howto based on user feedback over the next few days. The url for the howto is http://www.orionserver.com/articles/datasourceusermanager.html Hani Suleiman
RE: Can not locate ..... when running orion under Jbuilder?
You could make sure you're using javac (to slow down the compilation), and copy those classes away just before Orion finishes compiling them! Copy them to your src tree and you should then be able to step through them in a debugger. Very handy. On Wed, 27 Dec 2000, Russ White wrote: Good day to all, The cause of your (and my) debugging woes is that orion does make the source of it's wrapper classes available to us developers. There is a split second while orion is deploying your app that the source files exist in the orion root directory, but the they are quickly snatched away from the prying eyes of hard working developers. So in short you are seeing the message correctly, and there is not a debugger in the world (except for a few that decompile classes for you) that can step through source that does not exist. :)what I generally do in a case like yours is set a breakpoint directly after the call you are interested in. That way you can hit F9 when you get your icky message and still monitor the results of the call. Also placing a break point in the ejb class itself will provide a way to step into the ejb. HTH Russ White -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Darren Pamatat Sent: Wednesday, December 27, 2000 9:12 AM To: Orion-Interest Subject: Can not locate . when running orion under Jbuilder? I have just started working with orion, and have just sucessfully finished getting the orion primer ejb example running. All works fine. Now I'm trying to get this to run under the debugger. I have setup Jbuilder 4 projects with all the necessary orion libs as per doc on setting up JB4 with orion, and can run the orion app inside. I have even got a simple servlet working where I can step through it's code. The problem is, when I try this with the orion primer simple ejb example, I hit the servlet, and it stops on a break point. Good. Now I start stepping over, until I get to the line: answer = _hello.sayHello(); I try and step into this, and the JB debugger won't let me. It states in the status bar in red: "Can not locate Hello_StatelessSessionBeanWrapper0.java from project source/class path" I'm not sure where this file is, as I searched and can not find it on my system anywhere. Is there any way to debug orion ejb components inside JB? Any ideas as what I'm doing wrong? Thanks, Darren __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/
Re: to boldly go where no man has gone before
Well flameproofsuit My native language isn't English either, but this IS an English mailing list, isn't it? I think it's reasonable that if someone requests help, they should at least be able to express their problem coherently. They're very unlikely to get help if nobody can understand the problem to start with! Mind you, the ejb-interest list really gets some.'interestingly worded' posts and it really does lower the overall quality, IMHO (or at least, it's quite an annoyance). Thankfully enough vendors pipe in to really make it worth subscribing. /flameprootsuit On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait JP
Re: SV: Off topic: development tools
flamebait Of course, you could always do what real men/women do and use vi/emacs, that way you never play the silly version/feature/vendor game, and can rest easy at night knowing that your java code is all yours, and that no tool has done horrible things to you and your code behind your back! /flamebait On Mon, 11 Dec 2000 [EMAIL PROTECTED] wrote: After looking on JBuilder 4 Enterprise im dissapointed. The editor is huge, but JSP support is really bad, + EJB support is virtually not there. For a påroduct that expensive i recomend you to stay FAR away from it, its not worth it. Visual Cafe is sold from webgain (See webgain studio, looks like a good package).. Forte Internet edition actually support Enterprise development just as good as JBuilder, only the CVS support in forte is good enough to work against a pserver, JBuilder dont have support for notification/edit-unedit + branching + some basic cvs commands like add and so on, so the CVS support JBuilder claims to have is just on paper nothing else. To use any Enterprise IDE i would recomend at least 512 MB ram and maby TogetherJ is just what you need, the Enterprise support in that product is Excelent, but its even more expensive than JBuilder :) Klaus Myrseth -Opprinnelig melding- Fra:J.T. Wenting [mailto:[EMAIL PROTECTED]] Sendt: 11. desember 2000 13:19 Til:Orion-Interest Emne: RE: Off topic: development tools JBuilder is an excellent tool, especially version 4. Previous versions suffered from relatively poor performance and were prone to craching due to the JVM leaking memory at an alarming rate. While no problem with JBuilder per se, it did mean that JBuilder fell behind in the polls compared to IDEs that are not pure Java. JDeveloper is indeed based on JBuilder, but on a very early version (2.0 I think, maybe even 1.0). I do not think the current version should be seen as a direct clone of current JBuilder versions. I am using JBuilder for creating all kinds of Java apps, but not EJBs. We use iPlanet webserver for deployment which does not support EJB, so I would have nowhere to run them :) I tried getting Orion into the organization here but corporate standards say iPlanet and Websphere... Ant is not an IDE, but rather a replacement for ye olde make. You could look at Forte, but it is designed more for Swing GUIs with little support for serverside apps, and suffers heavily from memory bloat and leakage. If anyone knows who currently markets Visual Cafe? I cannot recommend Visual Age for Java. It is huge, slow and a resource hog (better not use it on any machine with 256MB RAM, more is better). Also, I personally find the interface highly confusing and unintuitive. It is also linked more or less completely with Websphere alone. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, December 11, 2000 12:03 To: Orion-Interest Subject:Off topic: development tools Hello everybody, I am in the process of selecting an IDE for developing J2EE applications on Orion. I would appreciate any advice on the subject. I've noticed from emails that JBuilder is quite popular. Other contenders that I know off are: Visual Café, JDeveloper (Oracle flavour of JBuilder), public domain tools like Ant, etc. The features I am mainly interested in are: ability to develop for different Apps Servers, visual debugging, validation of conformance with specifications (e.g. for EJBs). I will be grateful for your comments and recommendations. Thanks, Jarek Skreta
Debugging EJBs
No, this isn't yet another question about how to set up a debugger to work with Orion and EJBs, I have a more insidious problem at hand... One of my entity beans returns a bulk accessor (which implements Serializable), but for some odd reason, calling the method to get this always returns a null. I'm positive that in my EJB implementation class, an object is being returned. I've snagged the generated wrapper sources, and looked over the whole thing in a debugger, and it seems the culprit is in the following code snippet: if(thread.contextContainer != null) response = response == null ? null : (com.alltrue.ejb.VideoData)EJBUtils.cloneObject(response, this.context.home); Using a debugger shows that the code does step into the cloneObject method, but unfortunately EJBUtils is jax'ed so I can't step into it. So, my questions are: 1) Is there any way of specifying options to be passed to Orion's compilation process (such as -g) 2) Is there any way of keeping the sources of the generated files? 3) Is anything required for returned objects other than that they implement Serializable? I'm almost positive I'm missing something incredibly obvious, as I'm sure the bulk accessor paradigm is very common and almost standard practice with entity beans, so I'd be surprised if it somehow wasn't a mistake on my part Hani
Re: server.xml fails -validateXML
The error was actually reported to be in server.xml, so it never got to validating the ejb-jar.xml. Anyways, the dtd at http://java.sun.com/dtd/ejb-jar_2_0.dtd is the final one isn't it? On Wed, 22 Nov 2000, Arthur Copeland wrote: no it isn't your fault sun hasn't made the dtd available yet and they have also changed the source of the dtd in proposed final draft. artie Quoting Hani Suleiman [EMAIL PROTECTED]: I'm trying to ensure that my EJB 2.0 ejb-jar.xml files validate according to the appropriate dtd, so I tried to run orion with the -validateXML option. However, this gets as far as server.xml before spiting out the following error: Error initializing server: Fatal error at line 59 in file:/home/hani/orion/config/server.xml: Next character must be ";" terminating reference to parameter entity "true". I assumed it's my fault, but when I tried a 'clean' server.xml (from http://www.orionserver.com/orion/config/server.xml) I get the same error. Any ideas anyone? Hani
server.xml fails -validateXML
I'm trying to ensure that my EJB 2.0 ejb-jar.xml files validate according to the appropriate dtd, so I tried to run orion with the -validateXML option. However, this gets as far as server.xml before spiting out the following error: Error initializing server: Fatal error at line 59 in file:/home/hani/orion/config/server.xml: Next character must be ";" terminating reference to parameter entity "true". I assumed it's my fault, but when I tried a 'clean' server.xml (from http://www.orionserver.com/orion/config/server.xml) I get the same error. Any ideas anyone? Hani
Re: server.xml fails -validateXML
I filed this in bugzilla, bug id is 201. On Tue, 21 Nov 2000, Gerald Gutierrez wrote: I tried the option once, and it gave me errors about ejb-jar.xml (or some other XML) files at a certain line number, and that line number doesn't even exist. I then tried a freshly unzipped version of Orion, followed the instructions exactly to deploy the News application, and ran java -jar orion.jar -validateXML and got the exact same error. Most likely a bug. At 12:22 PM 11/21/2000 -0500, you wrote: I'm trying to ensure that my EJB 2.0 ejb-jar.xml files validate according to the appropriate dtd, so I tried to run orion with the -validateXML option. However, this gets as far as server.xml before spiting out the following error: Error initializing server: Fatal error at line 59 in file:/home/hani/orion/config/server.xml: Next character must be ";" terminating reference to parameter entity "true". I assumed it's my fault, but when I tried a 'clean' server.xml (from http://www.orionserver.com/orion/config/server.xml) I get the same error. Any ideas anyone? Hani
Re: ORION and VAJ?
xemacs+jde (compile, edit) ant (build) bugseeker2 (debug) Works great with Orion, Weblogic, Dynamo, and I'm sure anything else. Cross platform too is a big added bonus. On Fri, 17 Nov 2000 [EMAIL PROTECTED] wrote: Thanks for the explanation. How do the two (netbeans, Forte) compare. I have done 90% of my career development in VAJ. Know that IDE. I am finding that for web application development, especially EJB, unless one is working with the Web Sphere / EJB additions, that VAJ is quite limiting. I'll qualify by saying that those extensions make developing in Web Sphere/VAJ a super joy if one is thinking of Web Sphere deployment. (The IBM/VAJ concept of a EJB Access Bean takes care of the huge gap in the CMP model between EJB's and the DB concept of association, but that is another thread.) However, outside of Web Sphere and maybe the older versions of Web Logic, using VAJ with other EJB containers, Orion, Jboss, Dynamo, is either very limited or impossible. At this point I have dropped back to the old editor/makefile/external debugger method of development using emacs/ant/and one of a number of external debuggers, none of which are that much better then System.out.println(). I would love to see others comment. Peace john On 16-Nov-00 Christian Sell wrote: netbeans WAS netbeans, BECAME forte, and was named back to netbeans before being made open source. www.netbeans.org - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, November 16, 2000 9:44 PM Subject: RE: ORION and VAJ? Rob, Is not netbeans now Forte (Sun bought netbeans and the old Forte development environment and combined them in its Forte Community Edition, I think)? If not send me the netbeans URL please. Thanks john On 16-Nov-00 Rob Lapensee wrote: John, I have successfully got netbeans to set a break point and stop a running ejb in progress under orion, and then go on to single step and show variable contents. It working by using something called JPDA (download from somewhere in www.javasoft.com) You will need JPDA installed and netbeans will need to be started with access to the JPDA .dll's (or shared libraries if you are not on NT). Netbeans will also require access to the JPDA jar (or jars?). Stuff Deleted -- E-Mail: [EMAIL PROTECTED] Date: 16-Nov-00 Time: 14:41:15 This message was sent by XFMail -- -- E-Mail: [EMAIL PROTECTED] Date: 17-Nov-00 Time: 10:41:01 John N. Alegre Andante Systems St. Paul, MN --
counter.jar
Would anyone be tremendously upset if I rewrote counter.jar based on info I get from decompiling it? I have two things in mind: 1) To make the changes needed to switch it to ejb 2.0 2) Minor optimisation in the generation of ID's (to create the initialContext once and hold onto it, rather than creating a new one at every invocation)
Re: Client hits STOP button..is there a way to detect this before sending a response?
Here's another approach. Put a timestamp in your session to denote when a search request was started, and have the searcher object track this timestamp too. When you get the results back, check that the timestamps match before populating your bean. If another search had happened in the meantime, then the timestamps won't match, and so you can ensure that no mismatch happens. On Wed, 15 Nov 2000, Boris Erukhimov wrote: "Duffey, Kevin" wrote: So here is the problem. If a user submits a form (say..to search for all clients) and lets say that search will take two minutes. 10 seconds later, the client sees he/she made a mistake on what they were searching for. As if often the case..they hit STOP on the browser, change their mistake and submit the form again. On the server..there are now two threads running..because the first one hasn't completed yet (assuming the user submitted the form the 2nd time fairly quickly). The 2nd request is quick..it populates the javabean reference to a Vector of objects say in 20 seconds. The response is sent back and the user sees a list of say 20 items. Now, while they are looking over this list, the 1st request they sent is still going on. At some point it too populates the SAME javabean with its results, which are now different than what the client is actually looking at on the page. The action tries to return its response but it finds its connection was terminated. It throws an exception (which I catch), and voila..the client sees nothing. Where the problem lies though..is when the first request populates the javabean that the 2nd request already populated. So when the user clicks on say item 3 of what he sees..it refers to item 3 in the results Vector that has now been replaced with the first requests results. Therefore, the information is incorrect. Thanks for any ideas and info on this topic. I guess what you need is to implement what is called a "delayed response" to avoid make user waiting about 2 min. Here is a flow: 1. User makes search or whatever request which is handled with delayed response. Your action or session class launches a separate thread to do the actual job if let's say an "in process" flag is set to "false" or not exist in your HttpSession. If thread is launched set that flag to "true". If not (meaning thread is running) go to the step 2. 2. Your action class responds with JSP page saying "Please wait ". Put in the page a simple javascript code sending another request after some timeout, say 8 sec. 3. Your action class process incoming request and checks if flag "in process" is still on. If yes it responds with the same "Please wait..." page which will schedule another try in 8 sec. If no, it responds with your result page populated by bean, which itself uses result data passed through HttpSession from completed job thread. Note that actual job is now almost untied from browser connection. If user hits "Stop" and then decides to repeat search request still being within the same HttpSession and his previously launched job thread is not completed, he will receive "Please wait ..." page. Hope it helps ~boris
RE: Client hits STOP button..is there a way to detect this before sending a response?
On Wed, 15 Nov 2000, Duffey, Kevin wrote: Thanks for the reply.. Your idea has some merit..the only problem is, we have so many different searches and profile updates that could be happening..I would need to keep track of each of those separately. Here is what I had in mind if there isn't any way to detect ahead of time that a connection to the browser was terminted. snipped I think your proposed solution seems kinda kludgy (either that, or I'm a bit slow and don't fully understand it...) also as you said it only tracks two references, and can be foiled by starting 2 long running searches, aborting them, then doing a quick third one. You don't need to keep track of each request, you just need to provide very basic tagging of results so they can be verified against requests. A slight variant: Instead of passing in the timestamp have the bean return one as part of the result, which you could then sanity check to ensure that the timestamp in the session is before the time the search bean thinks it started. If you get a mismatch, then discard the results as they're stale. This does leave a race condition, where the critical section is in between placing the timestamp in the session and the search bean creating its own timestamp, you can minimise this by synchronising your code up to (but not including!) calling the search bean, and creating the 'result' timestamp first thing in the search bean method. Here's another approach. Put a timestamp in your session to denote when a search request was started, and have the searcher object track this timestamp too. When you get the results back, check that the timestamps match before populating your bean. If another search had happened in the meantime, then the timestamps won't match, and so you can ensure that no mismatch happens.
RE: Client hits STOP button..is there a way to detect this before sending a response?
On Wed, 15 Nov 2000, Kevin Duffey wrote:
So in code it might look something like:
{
SomeSession ss = new SomeSession();
SomeBean bean = getBean(); // gets the javabean used by jsp page
Date date = new Date();
ss.setDate(date);
bean.setDate(date);
ss.doLogic();
if(checkDate( ss.getDate(), bean.getDate()) )
{
bean.setResults( ss.listAllResults() )
}
}
Is that good enough?
Yep, except I'd say use new Long(System.currentTimeMillis()) instead of
new Date(). You don't need any date functionality, and Date objects are
notoriously heavy to create. Longs are more efficient in every way
compared to Dates.
You said something about a race condition. I recall
reading about this in my threading book, but I never was quite clear on it.
My assumption is that it would be possible for two thread/requests to
interrupt one another, thus in the middle of one thread checking the date,
another one could be altering it, or something like that.
Imagine this scenario:
Client request comes in on thread A
Servlet gets session (in thread A)
Servlet creates timestamp (thread A)
User hits stop, then does another query (assume it takes 0 time)
Client refresh request comes in on thread B
Servlet get session (in thread B)
Servlet creates timestamp, puts it in session (thread B)
Servlet puts timestamp in session (thread A)
Because of the way threading works, you're not guaranteed that they
execute in any given order. In the scenario above, if you don't
synchronise, the 'later' value might get clobbered with an incorrect
earlier one. Granted, this is VERY unlikely, and will probably happen one
in a million times, but the potential exists nevertheless.
Regarding your connection issues, I'd say look into your transactions! Two
minutes is an awfully long time. Also you should be closing them after
every transaction anyways. It doesn't really matter if the final
presentation layer gets to the client or not, when the transaction is
complete, the connection gets closed (in a finally block).
Hani
RE: JBuilder4.0
For those interested in a serious debugger and don't mind spending a little bit of money for one, I can heartily recommend using BugSeeker 2 from http://www.karmira.com/ It takes a few minutes to set up (the setup is trivial, if anyone uses it and has trouble, let me know and I'll help out), and lets you do pretty much anything you might want to do with a debugger. Their support forums are also excellent, and they tend to take user feedback and suggestions very seriously when it comes to defining new features and suchlike. The only annoyance I have with it is that it's not possible to see field values for Orion's JAX'ed classes! Hani On Mon, 13 Nov 2000, Russ White wrote: Magnus, Here is a basic how to: There are two ways to setup JBuider4 Enterprise for debugging any class that runs under Orion: The standard java debugger, or JPDA. Using either method the first thing to do is to create a project that includes all of the code you wish to debug. This means that if you are using JSPs that you include in your project the path that you have Orion putting your source and class files it generates for JSPs. Create a library for your project that includes at least the following jar files from your orion install directory: ejb.jar orion.jar jdbc.jar jaxp.jar jndi.jar jta.jar You may wish to add other jars to the list depending on what you are doing. If you are using the JavaMail API for example you will want to include the activation.jar, and mail.jar. Include any other libraries your project requires. - Non JPDA method(Any Java2 platform on which JB4 will run): select run from the menu select configurations select default select the main class ellipses button to select the main class. type: com.evermind.server.ApplicationServer now under vm parameters type: -classic If you do include the classic parameter debugging will either not work at all, or very slowly, so don't forget that step. when you want to debug with Orion you simple start Orion by clicking on the debug icon at the top of the screen or using shift-F9. Now you have an instance of Orion running in JBuilder and you can use JBuilder's built in browser, (or any browser) to access your work by pointing it to http://localhost You may place break points in anything that is in your source/classpath that means that you can debug EJBs, JSPs, or Servlets with ease. You will need to restart your local Orion server when you make changes to your code. - JPDA method (assumes JDK1.3) Create a batch file(NT/2K) or a shell script (Linux/UNIX/BSD/Solaris). I put this file in the orion install directory and call it debug.bat It should look something like this: %JAVA_HOME%\bin\java -classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjd wp:transport=dt_socket,server=y,suspend=n,address=8000 -jar orion.jar Now in JBuilder open your project. Select project from the menu. Select the debug tab. Enable remote debugging by selecting the check box associated marker "Enable remote debugging". Click the attach radio button. Select dt_socket as the transport type. Enter localhost as the host name if you are running Orion locally, otherwise use the name of the host Orion will be running on. Enter 8000 as the address. Now start Orion with your batch/shell script. Put a break point were you need one and then click the debug icon, or hit shift-F9. note: When using JPDA I have found that when I change something I have to stop and start the Orion server, and then restart the debugging session by removing it's tab at the bottom of the IDE. This can be annoying. If you need more details let me know. I would appreciate whatever credit is appropriate. Also since I wrote this very quickly let me know if there are any holes, and feel free to edit. Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus Rydin Sent: Monday, November 13, 2000 1:59 AM To: Orion-Interest Subject: RE: JBuilder4.0 Russ, can you send in a setup description for your JBuilder 4 environment so that we can add it to orionsupport? WR -Original Message- From: Russ White [mailto:[EMAIL PROTECTED]] Sent: den 9 november 2000 13:31 To: Orion-Interest Subject: RE: JBuilder4.0 It must be a configuration problem as I do this regularly with no problems. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] m]On Behalf Of Savotchkin Egor Sent: Thursday, November 09, 2000 4:54 AM To: Orion-Interest Subject: JBuilder4.0 Hi all, I try to use JB4.0 with to debug apps in Orion, so when I run orion with jdk1.3 (in
Re: REPOST: Multiple websites on one server not found [NEED HELP]
In your application.xml for each file, specify the context root. Eg, in cs2k/META-INF/application.xml specify: module web web-urics2k-web/web-uri !-- directory where the website lives, eg applications/cs2k/cs2k-web, must have a WEB-INF/web.xml file in it -- context-rootcs2k//context-root /web /module On Mon, 13 Nov 2000, Drew Kidder wrote: I posted this last week, but haven't gotten any resolution. I've followed the how-to's and such in the Orion docs, and have searched the archive. None of the stuff that is mentioned there is working, so I implore any of you out there with multiple websites running to give this a look and help me figure out what I'm doing wrong. If you'd rather contact me off list, that's fine toobut I need to get this little problem solved, and I'm running out of places to look THE SETUP (in $ORION_HOME/config, on host "orionhost") 1. I have a web-site.xml file for each of the two sites that I want to run under Orion (cs2k-web-site.xml and twsm-web-site.xml). Each file contains a line like this (sub "cs2k" in for "twsm" for cs2k-web-site.xml): default-web-app application="twsm" name="twsm-web" shared="true" root="/twsm" / 2. I have added the following lines to the end of server.xml: application name="twsm" path="../applications/twsm/" / web-site path="./twsm-web-site.xml" / application name="cs2k" path="../applications/cs2k/" / web-site path="./cs2k-web-site.xml" / 3. I have added the following lines to application.xml, under the default web-module tag: web-module id="cs2k" path="../applications/cs2k" / web-module id="twsm" path="../applications/twsm" / 4. All other files remain unmodified, and the default-web-site.xml has the root set to "/". Now, the application that comes up when entering a URL of http://orionhost/ is the first app to be defined in server.xml. I have verified this by switching the declarations, and the other site comes up as the default. I do not know how to get the browser to display the other site, as http://orionhost/cs2k and http://orionhost/twsm both yield 404 errors. Also, since I have defined the default website with a root of "/", shouldn't http://orionhost/ output the default web page, rather than one of my webapps? Currently, the same host:port will be serving both websites. They may get differing virtual domains in the future. So, can anyone tell me how I can view both websites on the same server? Can anyone see what I'm missing here? -- Andrew Kidder L3 SW/Support Engineer, IBU Tivoli Systems 512-436-4544 [EMAIL PROTECTED] http://www.tivoli.com
Re: EJB-EJB CMP
Well, here's an example of a parent-child 1-N relationship:
A has a Set member field of type B
The class outlines are:
public interface A extends EJBObject
{
public Set getB() throws RemoteException;
...
}
public interface B extends EJBObject
{
...
}
public class AEJB implements EntityBean
{
public static final Class b_types = B.class; //required by Orion I think
public Set b;
public Set getB()
{
return b;
}
...
}
public class BEJB implements EntityBean
{
...
}
That models the relationship using entity beans and CMP
Next you'll need to specify all this in the ejb-jar.xml, here are the
relevant sections:
ejb-jar
enterprise-beans
entity
!-- all attributes for bean A --
cmp-field
descriptionA set of B/description
field-nameb/field-name
/cmp
/entity
!-- rest of ejb-jar file, with attributes for entity B --
/enterprise-beans
relationships
ejb-relation
ejb-relation-nameA-B/ejb-relation-name
ejb-relationship-role
ejb-relationship-role-name
a-has-b
/ejb-relationship-role-name
multiplicityone/multiplicity
role-source
ejb-nameA/ejb-name
/role-source
cmr-field
cmr-field-nameb/cmr-field-name
cmr-field-typejava.util.Set/cmr-field-type
/cmr-field
/ejb-relationship-role
ejb-relationship-role
ejb-relationship-role-name
b-belongsto-a
/ejb-relationship-role-name
multiplicitymany/multiplicity
role-source
ejb-nameB/ejb-name
/role-source
/ejb-relationship-role
/ejb-relation
/relationships
/ejb-jar
When you deploy this, Orion will automatically create all the appropriate
entries in orion-ejb-jar.xml, including datasource, database field
and table names, and so on. You can then tweak it further to fit your
needs. I hope you find this helpful...
Hani
On Mon, 13 Nov 2000, Juan Gargiulo wrote:
Hi,
I'm having problems configuring orion to create the tables for entity EJBs
with references to other entity EJBs (using CMP). Can somebody, please,
enumerate the steps for doing this.
Thanks in advance,
Juan Gargiulo
Re: REPOST: Multiple websites on one server not found [NEED HELP]
Yep, it's how I have things set up! I don't have a web-app defined, just an application, with ejb and web modules, and it all works very nicely, unless I'm missing something here... On Mon, 13 Nov 2000, Robert Krueger wrote: At 14:59 13.11.00 , you wrote: In your application.xml for each file, specify the context root. Eg, in cs2k/META-INF/application.xml specify: module web web-urics2k-web/web-uri !-- directory where the website lives, eg applications/cs2k/cs2k-web, must have a WEB-INF/web.xml file in it -- context-rootcs2k//context-root /web /module have you actually tried this?? I wasn't aware that the context root actually does anything. would be a surprise to me. I'm quite sure the only thing that's honoured is the root attribute in the web-app element. robert (-) 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
Re: REPOST: Multiple websites on one server not found [NEED HELP]
Ooops, spoke too soon. I just combed through my config files and it does look like I have a web-app root defined in default-web-site.xml, my mistake. On Mon, 13 Nov 2000, Robert Krueger wrote: At 14:59 13.11.00 , you wrote: In your application.xml for each file, specify the context root. Eg, in cs2k/META-INF/application.xml specify: module web web-urics2k-web/web-uri !-- directory where the website lives, eg applications/cs2k/cs2k-web, must have a WEB-INF/web.xml file in it -- context-rootcs2k//context-root /web /module have you actually tried this?? I wasn't aware that the context root actually does anything. would be a surprise to me. I'm quite sure the only thing that's honoured is the root attribute in the web-app element. robert (-) 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
Re: Please Help with Orion Debuging (Third Post !) Please Help !!!
Make sure that the code that is calling the println is actually being
called, and that you're not redirecting System.out to a file.
On Fri, 10 Nov 2000, Sven van 't Veer wrote:
[EMAIL PROTECTED] wrote:
Greetings !
I have migrated my ejb to Orion, these ejb has System.out.println("flags")
that Orion doesn't show in the console.
I'm runing orion in this way:java -jar Orion.jar
I don't know if I have to run orion in an special way or do any
configuration in order to get that orion show the
System.out.println("flags") in the console ?
thanks
Don't understand what goes wrong. I print to stdout all the time using
orion
One-many set mapping broken in 1.4.4?
I have two entity EJB's with a one to many set mapping relationship (all CMP), this seems to work nicely with 1.4.0, upgrading to 1.4.4 breaks things though when try to get the set from the parent EJB (the set returned is null). The getter method is getCategories().Oddly enough if I print the categories field value within the EJB method, it shows up correctly, but getCategories() called from another session bean returns null. Has anyone else had any issues similar to this in 1.4.4? Hani
RE: What's new?
Well one thing that is new is that the encoding error that shows up when viewing Orion webpages using Konquerer is now fixed, hooray!
