AW: Entity beans never changed back to the pool.
Hello Esteban, I posted the same question some months ago. In this list there are several mails concerning the cache-strategy of entity-beans in the orion-container - but unfortunately we never got answers from the developer-team. I found a way to flush the cache automatically. You can use the class com.evermind.server.administration.ApplicationAdministrator from orion.jar in the following way (application-client or session-bean): ... import com.evermind.server.administration.*; ... Context context = new InitialContext(); ApplicationAdministrator admin = (ApplicationAdministrator)context.lookup("java:comp/Administrator"); ... admin.flushEJBCache("name of your entity-bean"); ... All beans will be flushed, it works fine. But the virtual memory of the JVM don't change (WinNT, JDK 1.3, Orion 1.4.0). Kind regards Heinz Häußler Eurocopter Deutschland GmbH D/KDC Postfach 13 53 86603 Donauwörth Tel.: +49 (0) 906 / 71-4431 Fax.: + 49 (0) 906 / 71-4100 Mail: mailto:[EMAIL PROTECTED] Home: http:\\www.eurocopter.com -Ursprüngliche Nachricht- Von: Lopez Esteban [mailto:[EMAIL PROTECTED]] Gesendet am: Montag, 6. November 2000 20:07 An: Orion-Interest Betreff: Entity beans never changed back to the pool. Hello, I plan to use Orion-Server for a big Database-Application with Java- and Web-Clients. I'm using Orion version 1.4.0. After serveral tests we noticed, that once a Entity-Bean was instanced and used, it never changed back to the pool. The number of usered instances grows and grows until I manually flush the cache in the Console-Utility. With this strategy, the Server will run out of memory after some time. Is it possible to limit the number of used and pooled Entity-Bean instances ? I can't find any parameter in the xml-Files. Best regards Esteban
RE: answer (maybe) RE: writing to application.log from EJB
Thanks Mike. The info on Log4J is pretty interesting, especially the ability to log to remote syslogs! That's a great facility to have if you're logging security-related events, for instance. Will send you a longer note to your internet.com address. Will send the JNDI browser servlet code with deployment info to OrionSupport asap, probably the weekend. (If you find that logger, please holler!) Thanks! --Mark == Mark, That would definitely help, OrionSupport.com would love your contribution! There is some interesting stuff in the ApplicationAdministrator that I sent to the list the other day, I believe that's where the logger is stored but I haven't yet quite hacked access to it. Have you looked at using Log4J? (http://www.log4j.org) It's an open source logging package from IBM. I'd be happy to work with you about how best to use this in an EJB / Servlet environment, I'm about to start looking into this myself. Email me to collaborate, [EMAIL PROTECTED] Mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Mark > Sent: Wednesday, November 08, 2000 11:52 AM > To: Orion-Interest > Subject: answer (maybe) RE: writing to application.log from EJB > > > Finally got smart and wrote a serlvet to map the Orion JNDI space. > Doesn't look like there's a logger in there, unless it's bound to some > subcontext not below "". Here's the output from the mapper: > > Context "": > EJBLogger: com.mycompany.ejb.logger.EJBLoggerHome > jdbc: javax.naming.Context > OraclePooledDS: com.evermind.sql.OrionPooledDataSource > OracleDS: com.evermind.sql.DriverManagerDataSource > HypersonicDS: com.evermind.sql.OrionCMTDataSource > OracleEJBDS: com.evermind.sql.OrionCMTDataSource > xa: javax.naming.Context > HypersonicCoreDS: com.evermind.sql.DriverManagerDataSource > java:comp: javax.naming.Context > XATopicConnectionFactory: > com.evermind.server.jms.EvermindXATopicConnectionFactory > Administrator: > com.evermind.server.administration.ApplicationAdministrator > ResourceFinder: > com.evermind.server.administration.ResourceFinder > ServerAdministrator: > com.evermind.server.administration.ApplicationServerAdministrator > ApplicationClientConnector: > com.evermind.server.administration.ApplicationClientConnector > jms: javax.naming.Context > demoQueue: com.evermind.server.jms.EvermindQueue > QueueConnectionFactory: > com.evermind.server.jms.EvermindXAQueueConnectionFactory > demoTopic: com.evermind.server.jms.EvermindTopic > TopicConnectionFactory: > com.evermind.server.jms.EvermindXATopicConnectionFactory > XAQueueConnectionFactory: > com.evermind.server.jms.EvermindXAQueueConnectionFactory > > Thought about working around by passing ServletContext to my EJB's log() > methods; but ServletContext isn't Serializable. Ugly solution anyway. > > S Well I hate admitting failure, but am out of ideas. Seems odd > there's no intuitive way to write to the application logs from an EJB -- > seems natural to want to do this. Question for the Evermind folks: am I > the only one who's ever thought this would be a good thing to do? Just > curious. > > P.S., if anybody's interested in this JNDI mapper utility, let me know > and I'll clean it up a little and post it to orionsupport.com. There > seem to be a lot of JNDI space related questions on the mailing list, > dunno if this will help anybody. > > Thanks all! > > --Mark > > = > > There's no standard way to do this unfortunately. There is an Orion > logger > which I was told how to use once (involves a JNDI lookup at > java:comp/env/logger or something like that) - I'll see if I can find > the > sample code. > > Mike > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Mark > > Sent: Sunday, November 05, 2000 5:38 PM > > To: Orion-Interest > > Subject: writing to application.log from EJB > > > > > > Folks: > > > > How do you write to the default-application.log from an EJB? > > > > From a servlet you call getServletContext().log(). Can find anything > > analogous in EJB-Land. > > > > Thanks for your help! (Sorry if this is documented somewhere -- > > couldn't find it, if it is.) > > > > --Mark > > > > > > > > >
RE: answer (maybe) RE: writing to application.log from EJB
Well I *think* it works ok! Hard to tell without another tool to compare results with. ;-) Anyway that's great, I'm glad there's an interest. Will tidy and package it up asap, and send it to orionsupport.com. Probaly over the weekend. --M On Today, Mark ([EMAIL PROTECTED]) wrote: > Finally got smart and wrote a serlvet to map the Orion JNDI space. > Doesn't look like there's a logger in there, unless it's bound to some > subcontext not below "". Here's the output from the mapper: Cool. I wrote one but it didn't work the way I thought it would, must have been some problem with my understanding of JNDI... If you packaged it up, I'd love to use it! Gary
Re: answer (maybe) RE: writing to application.log from EJB
On Today, Mark ([EMAIL PROTECTED]) wrote: > Finally got smart and wrote a serlvet to map the Orion JNDI space. > Doesn't look like there's a logger in there, unless it's bound to some > subcontext not below "". Here's the output from the mapper: Cool. I wrote one but it didn't work the way I thought it would, must have been some problem with my understanding of JNDI... If you packaged it up, I'd love to use it! Gary
RE: Two Orion Servers!
I can only say that I would imagine you should be clustering the orion servers for proper management of the beans. Without clustering, one doesn't know about the others state. Clustering is very easy with Orion. Look into it. > -Original Message- > From: Amir Peivandi [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 07, 2000 1:58 PM > To: Orion-Interest > Subject: Two Orion Servers! > > > Hi, > > I have two Orion servers running on the network sharing some > entity beans. > Both two Orion use the same SQL server and table to store > entity beans. And > here is the problem! > Some how the entity get cached in the application server so > the other one > doesn't get a fresh copy of the data! It's not a concurrency > problem since > even if I update an entity from server A now and 5 minutes > later I read it > in server B, I get old data! > So any idea? > > Regards, > Amir >
RE: answer (maybe) RE: writing to application.log from EJB
Mark, That would definitely help, OrionSupport.com would love your contribution! There is some interesting stuff in the ApplicationAdministrator that I sent to the list the other day, I believe that's where the logger is stored but I haven't yet quite hacked access to it. Have you looked at using Log4J? (http://www.log4j.org) It's an open source logging package from IBM. I'd be happy to work with you about how best to use this in an EJB / Servlet environment, I'm about to start looking into this myself. Email me to collaborate, [EMAIL PROTECTED] Mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Mark > Sent: Wednesday, November 08, 2000 11:52 AM > To: Orion-Interest > Subject: answer (maybe) RE: writing to application.log from EJB > > > Finally got smart and wrote a serlvet to map the Orion JNDI space. > Doesn't look like there's a logger in there, unless it's bound to some > subcontext not below "". Here's the output from the mapper: > > Context "": > EJBLogger: com.mycompany.ejb.logger.EJBLoggerHome > jdbc: javax.naming.Context > OraclePooledDS: com.evermind.sql.OrionPooledDataSource > OracleDS: com.evermind.sql.DriverManagerDataSource > HypersonicDS: com.evermind.sql.OrionCMTDataSource > OracleEJBDS: com.evermind.sql.OrionCMTDataSource > xa: javax.naming.Context > HypersonicCoreDS: com.evermind.sql.DriverManagerDataSource > java:comp: javax.naming.Context > XATopicConnectionFactory: > com.evermind.server.jms.EvermindXATopicConnectionFactory > Administrator: > com.evermind.server.administration.ApplicationAdministrator > ResourceFinder: > com.evermind.server.administration.ResourceFinder > ServerAdministrator: > com.evermind.server.administration.ApplicationServerAdministrator > ApplicationClientConnector: > com.evermind.server.administration.ApplicationClientConnector > jms: javax.naming.Context > demoQueue: com.evermind.server.jms.EvermindQueue > QueueConnectionFactory: > com.evermind.server.jms.EvermindXAQueueConnectionFactory > demoTopic: com.evermind.server.jms.EvermindTopic > TopicConnectionFactory: > com.evermind.server.jms.EvermindXATopicConnectionFactory > XAQueueConnectionFactory: > com.evermind.server.jms.EvermindXAQueueConnectionFactory > > Thought about working around by passing ServletContext to my EJB's log() > methods; but ServletContext isn't Serializable. Ugly solution anyway. > > S Well I hate admitting failure, but am out of ideas. Seems odd > there's no intuitive way to write to the application logs from an EJB -- > seems natural to want to do this. Question for the Evermind folks: am I > the only one who's ever thought this would be a good thing to do? Just > curious. > > P.S., if anybody's interested in this JNDI mapper utility, let me know > and I'll clean it up a little and post it to orionsupport.com. There > seem to be a lot of JNDI space related questions on the mailing list, > dunno if this will help anybody. > > Thanks all! > > --Mark > > = > > There's no standard way to do this unfortunately. There is an Orion > logger > which I was told how to use once (involves a JNDI lookup at > java:comp/env/logger or something like that) - I'll see if I can find > the > sample code. > > Mike > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Mark > > Sent: Sunday, November 05, 2000 5:38 PM > > To: Orion-Interest > > Subject: writing to application.log from EJB > > > > > > Folks: > > > > How do you write to the default-application.log from an EJB? > > > > From a servlet you call getServletContext().log(). Can find anything > > analogous in EJB-Land. > > > > Thanks for your help! (Sorry if this is documented somewhere -- > > couldn't find it, if it is.) > > > > --Mark > > > > > > > > >
Filters crash teh server.
Hello I tried the filter, superb !!! except one pb: I am caching jsp when I modify the jsp the server crashes ? Maybe I have not implemented all the feature (output errors) Daniel.
answer (maybe) RE: writing to application.log from EJB
Finally got smart and wrote a serlvet to map the Orion JNDI space. Doesn't look like there's a logger in there, unless it's bound to some subcontext not below "". Here's the output from the mapper: Context "": EJBLogger: com.mycompany.ejb.logger.EJBLoggerHome jdbc: javax.naming.Context OraclePooledDS: com.evermind.sql.OrionPooledDataSource OracleDS: com.evermind.sql.DriverManagerDataSource HypersonicDS: com.evermind.sql.OrionCMTDataSource OracleEJBDS: com.evermind.sql.OrionCMTDataSource xa: javax.naming.Context HypersonicCoreDS: com.evermind.sql.DriverManagerDataSource java:comp: javax.naming.Context XATopicConnectionFactory: com.evermind.server.jms.EvermindXATopicConnectionFactory Administrator: com.evermind.server.administration.ApplicationAdministrator ResourceFinder: com.evermind.server.administration.ResourceFinder ServerAdministrator: com.evermind.server.administration.ApplicationServerAdministrator ApplicationClientConnector: com.evermind.server.administration.ApplicationClientConnector jms: javax.naming.Context demoQueue: com.evermind.server.jms.EvermindQueue QueueConnectionFactory: com.evermind.server.jms.EvermindXAQueueConnectionFactory demoTopic: com.evermind.server.jms.EvermindTopic TopicConnectionFactory: com.evermind.server.jms.EvermindXATopicConnectionFactory XAQueueConnectionFactory: com.evermind.server.jms.EvermindXAQueueConnectionFactory Thought about working around by passing ServletContext to my EJB's log() methods; but ServletContext isn't Serializable. Ugly solution anyway. S Well I hate admitting failure, but am out of ideas. Seems odd there's no intuitive way to write to the application logs from an EJB -- seems natural to want to do this. Question for the Evermind folks: am I the only one who's ever thought this would be a good thing to do? Just curious. P.S., if anybody's interested in this JNDI mapper utility, let me know and I'll clean it up a little and post it to orionsupport.com. There seem to be a lot of JNDI space related questions on the mailing list, dunno if this will help anybody. Thanks all! --Mark = There's no standard way to do this unfortunately. There is an Orion logger which I was told how to use once (involves a JNDI lookup at java:comp/env/logger or something like that) - I'll see if I can find the sample code. Mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Mark > Sent: Sunday, November 05, 2000 5:38 PM > To: Orion-Interest > Subject: writing to application.log from EJB > > > Folks: > > How do you write to the default-application.log from an EJB? > > From a servlet you call getServletContext().log(). Can find anything > analogous in EJB-Land. > > Thanks for your help! (Sorry if this is documented somewhere -- > couldn't find it, if it is.) > > --Mark > > >
Re: Two Orion Servers!
http://www.orionserver.com/subscribe.html On Tuesday 07 November 2000 16:06, you wrote: > Un-subscribe-me > > -Original Message- > From: Joel Shellman [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 07, 2000 2:35 PM > To: Orion-Interest > Subject: Re: Two Orion Servers! > > > In orion-ejb-jar.xml file, make exclusive-write-access="false". Default is > "true" which means that the entities are basically cached (forever, I > think--or until memory runs out or something--not sure how often). > > Or, if the entities are "read-mostly", you can just set a low timeout on > them so they will get refreshed appropriately. > > Joel Shellman > Chief Software Architect > http://www.ants.com/90589781 > - Original Message - > From: "Amir Peivandi" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Tuesday, November 07, 2000 1:57 PM > Subject: Two Orion Servers! > > > Hi, > > > > I have two Orion servers running on the network sharing some entity > > beans. Both two Orion use the same SQL server and table to store entity > > beans. > > And > > > here is the problem! > > Some how the entity get cached in the application server so the other one > > doesn't get a fresh copy of the data! It's not a concurrency problem > > since even if I update an entity from server A now and 5 minutes later I > > read it in server B, I get old data! > > So any idea? > > > > Regards, > > Amir
Re: Where is Orion's copy of ejb-jar dtd?
<> I don't think that's it. Here is the dd: http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd"> ejb/Math math.MathHome math.Math math.MathBean Stateless Container Any ideas? I'm stumped! Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
RE: Two Orion Servers!
Un-subscribe-me -Original Message- From: Joel Shellman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 07, 2000 2:35 PM To: Orion-Interest Subject: Re: Two Orion Servers! In orion-ejb-jar.xml file, make exclusive-write-access="false". Default is "true" which means that the entities are basically cached (forever, I think--or until memory runs out or something--not sure how often). Or, if the entities are "read-mostly", you can just set a low timeout on them so they will get refreshed appropriately. Joel Shellman Chief Software Architect http://www.ants.com/90589781 - Original Message - From: "Amir Peivandi" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 1:57 PM Subject: Two Orion Servers! > Hi, > > I have two Orion servers running on the network sharing some entity beans. > Both two Orion use the same SQL server and table to store entity beans. And > here is the problem! > Some how the entity get cached in the application server so the other one > doesn't get a fresh copy of the data! It's not a concurrency problem since > even if I update an entity from server A now and 5 minutes later I read it > in server B, I get old data! > So any idea? > > Regards, > Amir > >
RE: BMP vs CMP with Orion
It appears as though you can define/select any number of tables and or fields from different tables to define what makes up the fields within an entity bean. Cory At 10:12 PM 11/7/00 +0100, Frank Eggink wrote: >Hi Cory, > >How do they recognize relations between tables? > >Frank > >On Tuesday, November 07, 2000 3:32 PM, Cory Adams [SMTP:[EMAIL PROTECTED]] wrote: >> I just received JBuilder 4 Enterprise and I will say that it does an >> amazing job at EJB so far. You can connect to a datasource via JDBC and >> pick your tables and keys for Entity CMP. It's amazing. >> >> I'm still tweaking the deployment descriptors for Orion. >> >> Man the money you can save on Orion should go toward also purchasing JB4 >> Enterprise. The two together could be a very cutting edge solution. >> >> It does also have support for EJB 2.0 style descriptors Haven't tested >> this yet though. >> >> Cory >> >> >> At 09:37 AM 11/7/00 +0100, Frank Eggink wrote: >> >I guess I'm using neither. >> > >> >The clue is that, when you stick to the rules, you have to write the >> minimum one panel and one table >> >per dataobject as all the access to the properties is done via methods and >> each of those methods is >> >specific for the dataobjects (e.g. getName(), setName(x)). When you have a >> lot of dataobjects that is >> >a bore. >> > >> >The 'pattern' I'm using abstracts away (= marketing speak) from the clean >> OO model. The generator >> >generates standard bean access (getProperty(index), setProperty(index, x) >> and by using descriptors >> >for the dataobjects and its relations is it possible to generate default >> screens. Something you would >> >most likely use reflection for when that was possible. >> > >> >Using reflection has two problems: >> >- It does not work with Orion. >> >- It works only on a per object basis. >> >You could solve those by adding on the client side wrapper objects that >> implement Just-Another-Layer. >> >You can use reflection for that layer and if you device you object in a >> clever way (using clever naming >> >patterns) you -can- use reflection. >> > >> >Why the complex stuff and not generating the tables and the panel. Well, >> in the system I'm using I plan >> >to implement the option for users/systemmanager to tailor their screens. >> You can do that when you >> >generate screen on the fly, you can't when they are already compiled. >> > >> >It is a bit of an excercise but I am always strongly in favour to use as >> less as possible code to build your >> >final system. A lot of bugs stem from silly mistakes: the less code, the >> less silly mistakes. And if in the >> >above generator there is a silly mistake it is reproduced in a lot of >> places: more chance to be discovered. >> > >> > >> >I guess the same model could be used for dynamic creation of HTML. >> > >> >Frank >> > >> >On Monday, November 06, 2000 11:16 AM, Cory Adams >> [SMTP:[EMAIL PROTECTED]] wrote: >> >> Are you using the command or business object pattern? >> >> >> >> At 08:49 AM 11/6/00 +0100, Frank Eggink wrote: >> >> >I'm using Swing instead of JSP. >> >> > >> >> >On Sunday, November 05, 2000 9:04 PM, Cory Adams >> >> [SMTP:[EMAIL PROTECTED]] wrote: >> >> >> Thanks for that update. >> >> >> >> >> >> Do you or does anyone else know of the MVC (model - view - control) >> pattern >> >> >> used with JSP - Servlets and EJB? I have read that a single servlet >> >> >> becomes that controlling mechanism to the EJBs. I wondering how that is >> >> >> done? >> >> >> >> >> >> Cory >> >> >> >> >> >> At 10:23 PM 11/5/00 +0100, Frank Eggink wrote: >> >> >> >My personal trade off was: >> >> >> > >> >> >> >Why not CMP 2.0 style: >> >> >> >- Too scared to use it for real as it is not even officially there ... >> >> >> > >> >> >> >Why choose for CMP 1.1? >> >> >> >- CMP is more portable (across db's). >> >> >> >- Working already towards EJB2.0. >> >> >> >- The claim is CMP can be optimized better (I would be happy to know >> more >> >> >> details about that, until that time it is a bit >> >> >> >of a bet on a blackhorse for me). >> >> >> > >> >> >> >Why choose for BMP? >> >> >> >- I do not know yet whether I'll run into trouble with complex and >> highly >> >> >> flexible queries requirements >> >> >> >for Query By Example forms. The requirement for extra flexibility could >> >> >> become an argument. >> >> >> > >> >> >> >I would say if you can spend the time learning enough about CMP 1.1 I >> >> >> would go for that as a first option. The EJB1.1 >> >> >> >specs are even written so that you can sub class a CMP bean to create a >> >> >> BMP bean. >> >> >> > >> >> >> > >> >> >> >One of the biggest disadavantages of EJB's is the tremendous amount of >> >> >> redundant code you have to write. Add for >> >> >> >instance a field to a bean. You'll have to change three files >> minimum and >> >> >> don't make mistakes as that will cost you time. >> >> >> >This disadavantage applies to both CMP and BMP and will apply to >> EJB2.0 as
SSL
If I have an ssl connection using https://myserver/myresource?username=mylogin&password=mypassword Are the parameters username and password encrypted or is this available in clear text? -Jason
RE: Tools was: There has GOTTA be a BETTER way !!!!
If you buy the borland trial CD, you get a trial version of JBuilder enterprise with a 60-day evaluation. It's $7. http://shop.borland.com/Product/0,1057,3-15-CQ100319,00.html -Original Message-From: Adam Winter [mailto:[EMAIL PROTECTED]]Sent: Tuesday, November 07, 2000 1:17 PMTo: Orion-InterestSubject: Tools was: There has GOTTA be a BETTER way At 07:15 PM 11/7/00 +0100, you wrote: I use JBuilder Enterprise 4 which does do skeletal work, including matching up home & remote interfaces to the businessmethods ofbeans, and it produces orion-friendly jar files. I'm just starting down the EJB road, and I'm looking for tools. My company is used to RAD tools having been developing for Sapphire/Web. Is there a consensus in this group? JBuilder, VisualCafe, VisualAge, Rose?It doesn't look like they offer evaluation versions of their enterprise editions and there's no way I can buy something like this just to try it out.-adamw "Good design is the only real shortcut."Adam WinterApplication Engineer II@Outcome, Inc 7000 West William Cannon, Building. 1, Suite. 100, Austin, TX 78735 http://www.atoutcome.com Ph. (512)899-1948 Ext.1010 Fx. (512)899-3880
Re: Two Orion Servers!
In orion-ejb-jar.xml file, make exclusive-write-access="false". Default is "true" which means that the entities are basically cached (forever, I think--or until memory runs out or something--not sure how often). Or, if the entities are "read-mostly", you can just set a low timeout on them so they will get refreshed appropriately. Joel Shellman Chief Software Architect http://www.ants.com/90589781 - Original Message - From: "Amir Peivandi" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 1:57 PM Subject: Two Orion Servers! > Hi, > > I have two Orion servers running on the network sharing some entity beans. > Both two Orion use the same SQL server and table to store entity beans. And > here is the problem! > Some how the entity get cached in the application server so the other one > doesn't get a fresh copy of the data! It's not a concurrency problem since > even if I update an entity from server A now and 5 minutes later I read it > in server B, I get old data! > So any idea? > > Regards, > Amir > >
RE: Transaction propagation question
I think it defaults to NotSupported; also have in mind that J2EE only allows flat transactions, so, if you a a secuence Required ---> Requires New T1 T2 it will perform 2 transactions, not connected between each other, that is, if T2 fails, T1 doesn't fail autoamtically. -Original Message- From: Aziz Sharif [mailto:[EMAIL PROTECTED]] Sent: Viernes, 03 de Noviembre de 2000 18:11 To: Orion-Interest Subject: Transaction propagation question I have a question regarding transaction propagation. I took the orion primer example and modified it so that the servlet calls Hello and then the Hello Bean calls A HashCoder bean. Both Hello and HashCoder beans are stateless session beans and perform SQL. The Hello does a delete and the HashCoder an incorrect select (causing a SQLException). I was expection these two operations to happen in the same transaction, so that the SQLException would cause the delete to automatically rollback since for both these beans I specified Container managed transaction. But it did actually delete the row. So it seems they two methods were running in different transactions. The only thing I did not do is to specify the tranaction attribute to the bean's methods to be Required or anything else. I don't know what it defaults to in orion. I am using DB2 v. 6.1 as the Database, the in both beans I acquire the connection through JNDI DataSource. I configured the data-sources.xml for DB2 as follows: I am attaching the zip file containing the modified orion primer example, that can be built simply by tying ant. I would like to know how to get something like this where multiple session beans participate in a single transaction such that if any one throws an SQLException the transaction is rolled back by the container. Thanks in advance. Aziz Sharif __ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/
Re: Tools was: There has GOTTA be a BETTER way !!!!
Adam Winter wrote: > > I'm just starting down the EJB road, and I'm looking for tools. My > company is used to RAD tools having been developing for Sapphire/Web. > Is there a consensus in this group? JBuilder, VisualCafe, VisualAge, > Rose? > > It doesn't look like they offer evaluation versions of their > enterprise editions and there's no way I can buy something like this > just to try it out. > Can't say about vcafe, vage or rose... but Jbuilder foundation -is- jbuilder enterprise. Just without a lot of the wizards, the jbcl (various borland db enabled tools, layout managers, etc) classes and things like group tools, or source code. With some effort you can configure the foundation to do a lot of the things enterprise does. For example, you can get the j2ee stuff from sun to include as a library (so jbuilder will browse the source automatically) and use the sun deployment tool from a menu in jbuilder. So you can see if you like the environment and then decide about the enterprise version. Which has all of the bells and whistles turned on. Of couse you don't actually need any of this stuff but it's all nice to have. dave
RE: The way to use EJB?
Entity Beans a a representation of persistent data It may be a record in a table in a DB, or maybe something else (like an entry in LDAP)... the idea is that Entities expose themselves as object and you work with them without caring whether they're a given record in a given table in a given DB (provided by a given vendor) Usually, modelling from the Presistance(i.e. Oracle) up only brings you problems in the long run (and sometimes even sooner)-- IMHO: forget the DB, specially when you have a persistence manager as good as the one in orion. My 2c, JP -Original Message- From: Rafael Alvarez [mailto:[EMAIL PROTECTED]] Sent: Domingo, 13 de Agosto de 2000 13:59 To: Orion-Interest Subject: The way to use EJB? Hello! This can sound a little off-topic, but is an interesting matter that we have been discusing at work. I'm currently working in two paralell projects. On one of them ( the first one) we designed the tables and used JDBC, until we decided to migrate to EJB 1.1. At that point we create one CMP EJB per table. Later we had to create BMP EJB to manage some complex relationships. The second project uses a lot of code from he first one, and the persistence need is the same ( same data). At that time I start to wonder that perhaps we were designing the wrong way. It looks like we were designing Objects FROM Tables, and EJB is a way to create tables FROM Objects. And most of the troubles of the first project were because of that. I mean, we create objects tha represented tables, rather than tables representing objects. Any comments? -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
Re: There has GOTTA be a BETTER way !!!!
Development tools like JDeveloper etc are great but they just build code. We have a generic framework that saves building all the bits of development you see time and again. We have gone along way with this with auto display, listing, add and edit forms, search etc. Plus lots of real world apps. Rapid is off the shelf customisable applications and not simply firing up Java Development Tools to start completely from scratch. Our experience comes from 2.5 years of web apps in Java and putting in reuse to save us with the boredom of repetitive work. Sorry this is abit off topic from Orion. I might add that Orion is our teams favourite J2EE server by far and we have used most of the major servers. Dan Winfield CTO RemoteApps www.remoteapps.com - Original Message - From: "Keith Kwiatek" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, November 07, 2003 3:34 PM Subject: There has GOTTA be a BETTER way > Hello, > > EJB's are great if you like tripling the amount of code you have to > write > > How is everyone building their web apps with hand coded programs, or > using automagic tools? > > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. AND > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? > > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? > > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? > > Keith > > > > > >
RE: There has GOTTA be a BETTER way !!!!
Pramati Stuido does that... takes a DB Table (if you want one), and creates either BMP or CMP entities It has a packager, and it also has a J2EE App Server + Web Server built in, for development purposes, and allows for debugging of jsp/servlets & EJBs It also is 100% pure java, so you can run it in any platform Oh, and their support is surely the best in the business It costs $1180 with a year support -Original Message- From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] Sent: Viernes, 07 de Noviembre de 2003 12:35 To: Orion-Interest Subject: There has GOTTA be a BETTER way Hello, EJB's are great if you like tripling the amount of code you have to write How is everyone building their web apps with hand coded programs, or using automagic tools? It sure seems like there should be some sort of tool that you can just point at database tables, and have it build the jsp or ejb entity bean. AND shouldn't there be a tool that you can just drop the bean on an html template thus allowing visual access to the bean fields? You can't access ejb's directly from a jsp page (like a normal bean) can you? Any tools that will automagically wrap an ejb in a bean for presentation in a JSP? Am I off base here, or are ejb's a lot more work? How can people talk about how EJB's "speed development time"?!? Keith
RE: There has GOTTA be a BETTER way !!!!
JDeveloper is based on JBuilder 2, if I am correct. Back then there were no EJBs... > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Keith Kwiatek > Sent: 07 November 2000 20:48 > To: Orion-Interest > Cc: [EMAIL PROTECTED] > Subject: Re: There has GOTTA be a BETTER way > > > Does anyone know if jdeveloper (which is based on Jbuilder) > has the same > functionality? > > Keith > > - Original Message - > From: Cory Adams <[EMAIL PROTECTED]> > To: Orion-Interest <[EMAIL PROTECTED]> > Sent: Tuesday, November 07, 2000 9:34 AM > Subject: Re: There has GOTTA be a BETTER way > > > > JBuilder 4 Enterprise allows you do build Entity CMP beans > this way. You > > can connect to a datasource and then select tables and keys for your > beans. > > It's wild. I'm still getting used to it. > > > > Can anybody else with more experience using this tool give > us a little > > insight? > > > > Thanks, > > > > Cory > > > > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: > > >Hello, > > > > > >EJB's are great if you like tripling the amount of > code you have to > > >write > > > > > >How is everyone building their web apps with hand > coded programs, or > > >using automagic tools? > > > > > >It sure seems like there should be some sort of tool that > you can just > point > > >at database tables, and have it build the jsp or ejb > entity bean. AND > > >shouldn't there be a tool that you can just drop the bean > on an html > > >template thus allowing visual access to the bean fields? > > > > > >You can't access ejb's directly from a jsp page (like a > normal bean) can > > >you? Any tools that will automagically wrap an ejb in a bean for > > >presentation in a JSP? > > > > > >Am I off base here, or are ejb's a lot more work? How can > people talk > about > > >how EJB's "speed development time"?!? > > > > > >Keith > > > > > > > > > > > > > > > > > > > > > > > >
RE: Forcing servlet declarations
remove the classes? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Russ White > Sent: 07 November 2000 20:25 > To: Orion-Interest > Subject: Forcing servlet declarations > > > I have several apps the share common libraries. Some apps I > want to execute some > servlets in the library but not others. > > Is there a way to keep a web-app from executing arbitrary servlets?1 > > Ordinarily http://yourserver.com/servlet/class will execute > class as long as it > is in the classpath and has no security restraints that are > unresolved. > > I want only servlets that are declared in the web.xml file to > be executed. > > Is there a way to do this? > > I tried removing the servlet-webdir attribute for the > tag, but > no dice. > > Anything else I can try? > > Thanks, > Russ > >
Two Orion Servers!
Hi, I have two Orion servers running on the network sharing some entity beans. Both two Orion use the same SQL server and table to store entity beans. And here is the problem! Some how the entity get cached in the application server so the other one doesn't get a fresh copy of the data! It's not a concurrency problem since even if I update an entity from server A now and 5 minutes later I read it in server B, I get old data! So any idea? Regards, Amir
RE: Getting Orion to run as a service under Windows 2000 using JNT
Kimberley, you are a Goddess! This will come in quite handy. Thanks, Michael > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: Sunday, November 05, 2000 7:42 PM > To: Orion-Interest > Subject: Getting Orion to run as a service under Windows 2000 using > JNT > > Hiya, > > Thought I'd contribute rather than just sponging off all the bright minds > in this list. > > Might be worth adding to the FAQ if it can be reproduced by someone else. > > When you install JDK1.3, you get a "jre" runtime directory installed > within the JDK directory. If you have ever installed a runtime prior you > will have a c:\program files\JavaSoft\JRE directory also. This is a tree: > > c:\program files > \JavaSoft > \JRE > \1.3 > \bin > \hotspot > \lib > > One of the problems I had getting Orion to run as a service was that it > would just start and immediately stop. So I experimented at the command > line with the -verbose option and the -X option. This is an example of the > result: > > C:\usr\apps\orion\Jnt101b>jnt -X > Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > > Error loading: C:\Program Files\JavaSoft\JRE\1.3\bin\classic\jvm.dll > 11/06/00 13:59:05 - > - > Now starting Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > 11/06/00 13:59:05 - Executing JVM Command: jnt -X > 11/06/00 13:59:05 - Shutting down service... > 11/06/00 13:59:05 - > - > > Notice the "error loading" message. Oi! There isn't a "classic" directory > in my installed JRE. So I copied said directory from the "jre" directory > in the JDK installation to that spot and tried it. No go. You get this: > > Now starting Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > 11/06/00 13:58:10 - Executing JVM Command: jnt -verbose > /InstallAsService:Orion /SDc:\usr\apps\orion -jar orion.jar > pps\orion\config\server.xml > Could not create the Java virtual machine. > 11/06/00 13:58:10 - Shutting down service... > 11/06/00 13:58:10 - > - > > What? Hmm I thought and simply renaming the existing JRE directory to > JRE_Hmm and copied the "jre" directory from my JDK directory to the same > spot, taking care to add the "1.3" directory to the subtree. Then I ran: > > C:\usr\apps\orion\Jnt101b>jnt "/InstallAsService:Orion" > "/SDc:\usr\apps\orion" -verbose -jar orion.jar > Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > > 11/06/00 14:04:30 - Installing as service "Orion" (Orion). > 11/06/00 14:04:31 - > This has been installed as "Orion". > This service is set to automatically start when the > system boots. To start the service now, use the "Services" > icon found in the control panel. > 11/06/00 14:04:31 - > > NT Service options: > Use /InstallAsService:ServiceName[:dependent1,dependent2,...] to > install. > Use /RemoveAsService:ServiceName to remove (uninstall) as a service. > Use /SetServiceParams:ServiceName to change the startup parameters for > this service. > Note: Any additional parameters on the command line will be setup > as the startup parameters for the service when using > the /InstallAsService or /SetServiceParams options. > > Then I went to "services" under "manage" for "My Computer" and started the > service. Then I tried to go to http://kscott/JAdmin (my test suite) and it > worked. I checked the services and it's still working. I then went to the > Orion directory and viewed the JNT.log. Everything kool. Ok. Now go to my > source directory and "ant" a build. Once this was complete, I went to the > Orion logs directory and check out the server.log and lo and behold, the > auto-deploy messages are there. Looking good! I then opened the Event > Viewer and went to the Application Log. Three events logged; > > 1) Startup parameters for the service have been set to: > /SDc:\usr\apps\orion > -verbose > -jar > orion.jar > > 2) The Orion service was installed. > > 3) The service was started. > > I then logged out of my machine and back in again. Checked the service and > it's still running. Cool. Next step: reboot; After reboot went to browse > the test site and voila. It works. > > So. All appears to be working. Hope this helps others... > > Kimbo > Senior Web Developer > Peakhour Pty Ltd > http://smartoffice.com.au > http://peakhour.com.au > http://www.geocities.com/kimmie_scott > > winmail.dat
Tools was: There has GOTTA be a BETTER way !!!!
At 07:15 PM 11/7/00 +0100, you wrote: I use JBuilder Enterprise 4 which does do skeletal work, including matching up home & remote interfaces to the businessmethods of beans, and it produces orion-friendly jar files. I'm just starting down the EJB road, and I'm looking for tools. My company is used to RAD tools having been developing for Sapphire/Web. Is there a consensus in this group? JBuilder, VisualCafe, VisualAge, Rose? It doesn't look like they offer evaluation versions of their enterprise editions and there's no way I can buy something like this just to try it out. -adamw "Good design is the only real shortcut." Adam Winter Application Engineer II @Outcome, Inc 7000 West William Cannon, Building. 1, Suite. 100, Austin, TX 78735 http://www.atoutcome.com Ph. (512)899-1948 Ext.1010 Fx. (512)899-3880
RE: BMP vs CMP with Orion
Hi Cory, How do they recognize relations between tables? Frank On Tuesday, November 07, 2000 3:32 PM, Cory Adams [SMTP:[EMAIL PROTECTED]] wrote: > I just received JBuilder 4 Enterprise and I will say that it does an > amazing job at EJB so far. You can connect to a datasource via JDBC and > pick your tables and keys for Entity CMP. It's amazing. > > I'm still tweaking the deployment descriptors for Orion. > > Man the money you can save on Orion should go toward also purchasing JB4 > Enterprise. The two together could be a very cutting edge solution. > > It does also have support for EJB 2.0 style descriptors Haven't tested > this yet though. > > Cory > > > At 09:37 AM 11/7/00 +0100, Frank Eggink wrote: > >I guess I'm using neither. > > > >The clue is that, when you stick to the rules, you have to write the > minimum one panel and one table > >per dataobject as all the access to the properties is done via methods and > each of those methods is > >specific for the dataobjects (e.g. getName(), setName(x)). When you have a > lot of dataobjects that is > >a bore. > > > >The 'pattern' I'm using abstracts away (= marketing speak) from the clean > OO model. The generator > >generates standard bean access (getProperty(index), setProperty(index, x) > and by using descriptors > >for the dataobjects and its relations is it possible to generate default > screens. Something you would > >most likely use reflection for when that was possible. > > > >Using reflection has two problems: > >- It does not work with Orion. > >- It works only on a per object basis. > >You could solve those by adding on the client side wrapper objects that > implement Just-Another-Layer. > >You can use reflection for that layer and if you device you object in a > clever way (using clever naming > >patterns) you -can- use reflection. > > > >Why the complex stuff and not generating the tables and the panel. Well, > in the system I'm using I plan > >to implement the option for users/systemmanager to tailor their screens. > You can do that when you > >generate screen on the fly, you can't when they are already compiled. > > > >It is a bit of an excercise but I am always strongly in favour to use as > less as possible code to build your > >final system. A lot of bugs stem from silly mistakes: the less code, the > less silly mistakes. And if in the > >above generator there is a silly mistake it is reproduced in a lot of > places: more chance to be discovered. > > > > > >I guess the same model could be used for dynamic creation of HTML. > > > >Frank > > > >On Monday, November 06, 2000 11:16 AM, Cory Adams > [SMTP:[EMAIL PROTECTED]] wrote: > >> Are you using the command or business object pattern? > >> > >> At 08:49 AM 11/6/00 +0100, Frank Eggink wrote: > >> >I'm using Swing instead of JSP. > >> > > >> >On Sunday, November 05, 2000 9:04 PM, Cory Adams > >> [SMTP:[EMAIL PROTECTED]] wrote: > >> >> Thanks for that update. > >> >> > >> >> Do you or does anyone else know of the MVC (model - view - control) > pattern > >> >> used with JSP - Servlets and EJB? I have read that a single servlet > >> >> becomes that controlling mechanism to the EJBs. I wondering how that is > >> >> done? > >> >> > >> >> Cory > >> >> > >> >> At 10:23 PM 11/5/00 +0100, Frank Eggink wrote: > >> >> >My personal trade off was: > >> >> > > >> >> >Why not CMP 2.0 style: > >> >> >- Too scared to use it for real as it is not even officially there ... > >> >> > > >> >> >Why choose for CMP 1.1? > >> >> >- CMP is more portable (across db's). > >> >> >- Working already towards EJB2.0. > >> >> >- The claim is CMP can be optimized better (I would be happy to know > more > >> >> details about that, until that time it is a bit > >> >> >of a bet on a blackhorse for me). > >> >> > > >> >> >Why choose for BMP? > >> >> >- I do not know yet whether I'll run into trouble with complex and > highly > >> >> flexible queries requirements > >> >> >for Query By Example forms. The requirement for extra flexibility could > >> >> become an argument. > >> >> > > >> >> >I would say if you can spend the time learning enough about CMP 1.1 I > >> >> would go for that as a first option. The EJB1.1 > >> >> >specs are even written so that you can sub class a CMP bean to create a > >> >> BMP bean. > >> >> > > >> >> > > >> >> >One of the biggest disadavantages of EJB's is the tremendous amount of > >> >> redundant code you have to write. Add for > >> >> >instance a field to a bean. You'll have to change three files > minimum and > >> >> don't make mistakes as that will cost you time. > >> >> >This disadavantage applies to both CMP and BMP and will apply to > EJB2.0 as > >> >> well. > >> >> > > >> >> > > >> >> >What I'm doing is using EJB1.1 CMP and generate beans and stuff using a > >> >> slightly more advanced bean > >> >> >generator then the standard ones. Based on a datamodel > (Entity-Relation) > >> >> it generates a set of beans for > >> >> >your application (including the remote and home
RE: What's new?
Thanks, everyone, for the heads up! I guess I'll be waiting for 1.4.3! Jim --On Tuesday, November 07, 2000 3:31 PM -0500 Russ White <[EMAIL PROTECTED]> wrote: > Updated and get same wrapper exception. > >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger >> Sent: Tuesday, November 07, 2000 2:15 PM >> To: Orion-Interest >> Subject: RE: What's new? >> >> >> At 13:45 07.11.00 , you wrote: >> > How do you get 1.4.2? >> >> autoupdate, it's been there only for a few hours. >> >> robert >> >> > > -Original Message- >> > > From: [EMAIL PROTECTED] >> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert >> > > Krueger Sent: Tuesday, November 07, 2000 12:38 PM >> > > To: Orion-Interest >> > > Subject: Re: What's new? >> > > >> > > >> > > At 12:02 07.11.00 , you wrote: >> > > > Does anybody know what is new in the 1.4.2 version of orion server? >> > > >> > > I get syntax errors compiling the generated wrappers for entities >> > > with complex pks. >> > > >> > > robert >> > > >> > > > kesha >> > > > >> > > >> > > (-) 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 >> > > >> > > >> > > >> > >> >> (-) 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: There has GOTTA be a BETTER way !!!!
JDeveloper does not let you connect to the datasource and select table and keys. But Pramati is a nice tool which we used for creating Session as well as Entity beans. Gauri "Keith Kwiatek" <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent by: cc: <[EMAIL PROTECTED]> owner-orion-interest@orionSubject: Re: There has GOTTA be a BETTER way server.com 11/07/00 01:47 PM Please respond to Orion-Interest Does anyone know if jdeveloper (which is based on Jbuilder) has the same functionality? Keith - Original Message - From: Cory Adams <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 9:34 AM Subject: Re: There has GOTTA be a BETTER way > JBuilder 4 Enterprise allows you do build Entity CMP beans this way. You > can connect to a datasource and then select tables and keys for your beans. > It's wild. I'm still getting used to it. > > Can anybody else with more experience using this tool give us a little > insight? > > Thanks, > > Cory > > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: > >Hello, > > > >EJB's are great if you like tripling the amount of code you have to > >write > > > >How is everyone building their web apps with hand coded programs, or > >using automagic tools? > > > >It sure seems like there should be some sort of tool that you can just point > >at database tables, and have it build the jsp or ejb entity bean. AND > >shouldn't there be a tool that you can just drop the bean on an html > >template thus allowing visual access to the bean fields? > > > >You can't access ejb's directly from a jsp page (like a normal bean) can > >you? Any tools that will automagically wrap an ejb in a bean for > >presentation in a JSP? > > > >Am I off base here, or are ejb's a lot more work? How can people talk about > >how EJB's "speed development time"?!? > > > >Keith > > > > > > > > > > > > > >
RE: What's new?
Updated and get same wrapper exception. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Tuesday, November 07, 2000 2:15 PM > To: Orion-Interest > Subject: RE: What's new? > > > At 13:45 07.11.00 , you wrote: > >How do you get 1.4.2? > > autoupdate, it's been there only for a few hours. > > robert > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > > > Sent: Tuesday, November 07, 2000 12:38 PM > > > To: Orion-Interest > > > Subject: Re: What's new? > > > > > > > > > At 12:02 07.11.00 , you wrote: > > > >Does anybody know what is new in the 1.4.2 version of orion server? > > > > > > I get syntax errors compiling the generated wrappers for entities with > > > complex pks. > > > > > > robert > > > > > > >kesha > > > > > > > > > > (-) 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 > > > > > > > > > > > > > (-) 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 > > >
EJB Context error
I'm getting the following error in my program, javax.naming.NamingException: Error instantiating web-app JNDI-context: No locat ion specified and no suitable instance of the type 'com.express_scripts.security.SecuritySession' found for the ejb-ref ejb/com/express_scripts/security/SecuritySessionBean Which is really strange, when I look in the generated orion-ejb descriptor I'm seeing that the references are there correctly. I've also looped the enumeration of the context at "java:comp/env/ejb/" and find nothing. Justen Stepka
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!
RE: What's new?
Got it thanks! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Tuesday, November 07, 2000 2:15 PM > To: Orion-Interest > Subject: RE: What's new? > > > At 13:45 07.11.00 , you wrote: > >How do you get 1.4.2? > > autoupdate, it's been there only for a few hours. > > robert > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > > > Sent: Tuesday, November 07, 2000 12:38 PM > > > To: Orion-Interest > > > Subject: Re: What's new? > > > > > > > > > At 12:02 07.11.00 , you wrote: > > > >Does anybody know what is new in the 1.4.2 version of orion server? > > > > > > I get syntax errors compiling the generated wrappers for entities with > > > complex pks. > > > > > > robert > > > > > > >kesha > > > > > > > > > > (-) 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 > > > > > > > > > > > > > (-) 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: There has GOTTA be a BETTER way !!!!
When we initilly started to develop with EJB, we used Pramati Studio to generate our BMP Entity beans. Points to a database, you select the table and field, and it generates all of the sql code and related files. Very nice tool, but had a quirky interface at times.(But save a huge amount of time when generating BMP enity beans). Now, we usually code our EJB's by hand, but use some tools to help the process out. My favorite tool is the EJBDoclet put out by Rikard Oberg, you can get it a www.dreambean.com. It easily integrates with Ant, and saves us a ton of time and typos. It uses the doclet technology to allow us to simply insert a couple of comment tags in the Bean itself, and it will autogenerate the corresponding Remote and Home interfaces, as well as the ejb-jar.xml. We have extended it to generate some utility classes we use for access to the EJB's too. Check it out, it is pretty sweet(and free, and opensource) James Birchfield Ironmax a better way to buy, sell and rent construction equipment 5 Corporate Center 9960 Corporate Campus Drive, Suite 2000 Louisville, KY 40223
RE: What's new?
me too > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Tuesday, November 07, 2000 12:38 PM > To: Orion-Interest > Subject: Re: What's new? > > > At 12:02 07.11.00 , you wrote: > >Does anybody know what is new in the 1.4.2 version of orion server? > > I get syntax errors compiling the generated wrappers for entities with > complex pks. > > robert > > >kesha > > > > (-) 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: There has GOTTA be a BETTER way !!!!
Does anyone know if jdeveloper (which is based on Jbuilder) has the same functionality? Keith - Original Message - From: Cory Adams <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 9:34 AM Subject: Re: There has GOTTA be a BETTER way > JBuilder 4 Enterprise allows you do build Entity CMP beans this way. You > can connect to a datasource and then select tables and keys for your beans. > It's wild. I'm still getting used to it. > > Can anybody else with more experience using this tool give us a little > insight? > > Thanks, > > Cory > > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: > >Hello, > > > >EJB's are great if you like tripling the amount of code you have to > >write > > > >How is everyone building their web apps with hand coded programs, or > >using automagic tools? > > > >It sure seems like there should be some sort of tool that you can just point > >at database tables, and have it build the jsp or ejb entity bean. AND > >shouldn't there be a tool that you can just drop the bean on an html > >template thus allowing visual access to the bean fields? > > > >You can't access ejb's directly from a jsp page (like a normal bean) can > >you? Any tools that will automagically wrap an ejb in a bean for > >presentation in a JSP? > > > >Am I off base here, or are ejb's a lot more work? How can people talk about > >how EJB's "speed development time"?!? > > > >Keith > > > > > > > > > > > > > >
Re: Problem with build script
oops. That wasn't the right code Gauri
Forcing servlet declarations
I have several apps the share common libraries. Some apps I want to execute some servlets in the library but not others. Is there a way to keep a web-app from executing arbitrary servlets?1 Ordinarily http://yourserver.com/servlet/class will execute class as long as it is in the classpath and has no security restraints that are unresolved. I want only servlets that are declared in the web.xml file to be executed. Is there a way to do this? I tried removing the servlet-webdir attribute for the tag, but no dice. Anything else I can try? Thanks, Russ
Re: There has GOTTA be a BETTER way !!!!
Keith Kwiatek wrote: > Hello, > > EJB's are great if you like tripling the amount of code you have to > write > > How is everyone building their web apps with hand coded programs, or > using automagic tools? > > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. AND > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? > > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? > > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? > > Keith Others have coverd why EJBs can be very useful in the situations they were designed for. I thought I would just add that there are some good tools out there. In particular JBuilder 4 is looking really slick... The foundation version is free and doesn't have the EJB stuff turned on.. But if you happen to be working on EJBs professionally then getting the company to drop $2500 for the enterprise version is worth it IMHO. Clearly this is lot for a non-pro to pay for a tool.. At home I'll just use the foundation version and some scripts... Works fine and don't cost nothin... later dave
Re: What's new? - Where is 1.4.2??
Where can we even get 1.4.2? The web site shows the latest experimental is still 1.4.0 and when I bypass that and go to the unpacked version that has the changes.txt file from 1.4.0. Thanks... Jim --On Tuesday, November 07, 2000 12:02 PM -0500 Kesha Sibilev <[EMAIL PROTECTED]> wrote: > Does anybody know what is new in the 1.4.2 version of orion server? > > kesha >
RE: What's new?
At 13:45 07.11.00 , you wrote: >How do you get 1.4.2? autoupdate, it's been there only for a few hours. robert > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > > Sent: Tuesday, November 07, 2000 12:38 PM > > To: Orion-Interest > > Subject: Re: What's new? > > > > > > At 12:02 07.11.00 , you wrote: > > >Does anybody know what is new in the 1.4.2 version of orion server? > > > > I get syntax errors compiling the generated wrappers for entities with > > complex pks. > > > > robert > > > > >kesha > > > > > > > (-) 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 > > > > > > > (-) 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: There has GOTTA be a BETTER way !!!!
There appear to be tools out there. I did a search for EJB generator in www.northernlight.com search engine, and the first site is http://www.d-a-t.com/Download/product%20info/boca-ejb.htm. I know Iplanet application server has an Iplanet Application Builder, which generates EJB skeletons. Kawa is building an enterprise edition of their IDE, but I don't know if it will generate EJB (Allaire/Jrun just acquired them). Tools are out there, in various stages of development. -Original Message- From: Joel Shellman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 07, 2000 10:35 AM To: Orion-Interest Subject: Re: There has GOTTA be a BETTER way > EJB's are great if you like tripling the amount of code you have to > write Depends on what you are comparing it to--CMP reduces a lot of db code. > How is everyone building their web apps with hand coded programs, or > using automagic tools? We're hand coding. > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. Yes, there are those tools. I believe Together will do that for example. > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? Maybe, I don't know. > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? Yes, you can access an ejb directly from JSP--at least I'm fairly sure I saw it being done in one of the examples I was looking at somewhere. I would never want to, so I didn't care about it at the time. > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? EJBs can speed development time for extremely scalable applications that require transactions, clustering, and other services that the container and server provide. Once you get used to bean programming--it does not take that much time to develop them at all--and it gives you very clear modularity/organization so you know where a given piece of code/functionality should go. It's definately not for everyone, though. If all you want is to whip something out really quick and not so concerned about the things EJBs give you, try some sort of rapid development framework. -joel shellman http://www.ants.com/
Re: Adding a site? - (2nd Post)
You are just running a web application not a full j2ee application, so you have to add an entry into config/application.xml which is the default application for orion. all you have to do is make an entry that looks like: *This is assuming that your testsite is in a directory in $ORION/applications called 'TestSite' you don't need the entry in default-web-app. or the web-app directive in TestSite.xml all you need to set in TestSite.xml is Your server.xml setting looks ok. That should get you going. :) -Lkb On Tue, 7 Nov 2000, Thomas DeBruycker wrote: > This is my second post for this question. Are most > users of Orion only using the default-web-app > site to deploy their applications? It seems like it > should be a simple thing to add another site. > > Can someone explain to me (clearly) how to add another > site to Orion? I have been successful in deploying > EJBs and JSPs to the default-web-app location. But I > can not figure out how to create another site. I have > read all the earlier posting on how to do it but I > continue to get the error: > > Error initializing site TestSite: No application named > 'TestSite' found in the server > > The steps if followed were: > 1) Copied the default-web-site.xml file to > TestSite.xml. > 2) Edited TestSite.xml Set the element > default-web-app to application="TestSite" > name="TestSite". Set the element web-app to > application="TestSite" name="TestSite" > root="/TestSite" > 3) Added the line > to server.xml > 4) Added name="TestSite" root="/TestSite" /> to > default-web-app. > > I someone is can point out my error I would appreciate > it. Also if someone does post an example (PLEASE!) be > consistent with file names and site / application > names. > > The site I am trying to add only contains HTML and > JSP. There are no EJBs. > > Thanks in advance. > > Tom D. > > > __ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ >
RE: newsgroup forum
Except, of course, for those of us who can't access a news server through our company firewalls. For us, it would be a major headache... Jim --On Monday, November 06, 2000 12:47 PM -0800 "Duffey, Kevin" <[EMAIL PROTECTED]> wrote: > I agree! Using a newsgroup is a grand idea! Sure would make the threads > alot easier to navigate. > > >> -Original Message- >> From: James Hays [mailto:[EMAIL PROTECTED]] >> Sent: Monday, November 06, 2000 11:21 AM >> To: Orion-Interest >> Subject: newsgroup forum >> >> >> Would it be possible or in enough peoples interest to put >> this list serv in >> a newsgroup forum. For new people coming on with Orion, and >> others just >> wanting to search through the information, this method has become very >> exhaustive and message threads utilized by newsgroups would >> help eliminate >> this. Is there any other interest in moving this information >> to a newsgroup >> forum? Scott, is this possible or feasible? >> >> James >>
Re: What's new?
We get the same errors. I see you've already put it in bugzilla as #171. I tried to vote for it, but voting seems to be broken. No changes.txt with 1.4.2, either. Kirk Yarina At 06:37 PM 11/7/00 +0100, you wrote: >At 12:02 07.11.00 , you wrote: >>Does anybody know what is new in the 1.4.2 version of orion server? > >I get syntax errors compiling the generated wrappers for entities with >complex pks. > >robert > >>kesha > >(-) 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 > Kirk Yarina [EMAIL PROTECTED]
RE: What's new?
How do you get 1.4.2? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Tuesday, November 07, 2000 12:38 PM > To: Orion-Interest > Subject: Re: What's new? > > > At 12:02 07.11.00 , you wrote: > >Does anybody know what is new in the 1.4.2 version of orion server? > > I get syntax errors compiling the generated wrappers for entities with > complex pks. > > robert > > >kesha > > > > (-) 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 > > >
importing keypairs
Hi all, why keytool can't import keypairs genereted for example by openssl. Is there a workaround for this matter ? We have some keypairs with their thawte certs and we will not be able to use them with orion since we can import the certificates but we can't import the key-pairs... TIA ramiro diaz trepat
Re: orion-ejb.xml
Probably because date is a reserved word in your database and orion knows this, so it's changing the name for you so it will actually work. -joel shellman http://www.ants.com/ - Original Message - From: "Sven van 't Veer" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 9:31 AM Subject: orion-ejb.xml > I was under the impression that changes manually made to orion-ejb.jar, > however, every time I change the following line: > > to: > > > and redeploy, Orion changes it back.
Re: There has GOTTA be a BETTER way !!!!
On Fri, 7 Nov 2003, Keith Kwiatek wrote: > How is everyone building their web apps with hand coded programs, or > using automagic tools? I use JBuilder Enterprise 4 which does do skeletal work, including matching up home & remote interfaces to the businessmethods of beans, and it produces orion-friendly jar files. > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. AND > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? Hmm... jbuilder allows you to treat an EJB the same way other beans can be modified wrt set/get methods and properties. > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Yes, you can, if you prepare the ground first. > Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? Create a class that does the gruntwork for you, and put it in a useBean declaration at the top of the page (jbuilder does this for you, and can create skeletal client code too). If it sounds like I have shares in Borland... heh. no. alternatively, if deploying to Orion, use the ejb taglib supplied with the demos (search for ejbtags.jar) > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? For distributed apps, it's much easier than raw RMI or CORBA. EJB also has a better defined instantiation lifecycle. If you need those things (plus all the other bits that EJB containers provide) then you can cut development time, especially if you're using tools... but I won't do any more evangelism here :) -[ Joshua Goodall ]--- -[ Chief Systems Architect, IP R&D ]- Cook, Geek, Lover -- -[ [EMAIL PROTECTED] ]--- [EMAIL PROTECTED] --
Problem with build script
I am using Ant build script to build. But for some reason it is unable to restart the server. Can sombody help. The error I am getting is [java] Error : Java.lang.NoClassDefFoundError :javax/ejb/EJBObject the corresponding code looks like this http://www.javasoft.com/products/jdk/1.2/docs/api"/> Gauri Bhalerao Web Developer Ironmax.com
The way to use EJB?
Hello! This can sound a little off-topic, but is an interesting matter that we have been discusing at work. I'm currently working in two paralell projects. On one of them ( the first one) we designed the tables and used JDBC, until we decided to migrate to EJB 1.1. At that point we create one CMP EJB per table. Later we had to create BMP EJB to manage some complex relationships. The second project uses a lot of code from he first one, and the persistence need is the same ( same data). At that time I start to wonder that perhaps we were designing the wrong way. It looks like we were designing Objects FROM Tables, and EJB is a way to create tables FROM Objects. And most of the troubles of the first project were because of that. I mean, we create objects tha represented tables, rather than tables representing objects. Any comments? -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
Re: There has GOTTA be a BETTER way !!!!
Keith Kwiatek wrote: > > Hello, > > EJB's are great if you like tripling the amount of code you have to > write > > How is everyone building their web apps with hand coded programs, or > using automagic tools? Mostly by hand. > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. AND > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? If that's the architecture you want, those are the tools for you. Different people have different ideas of how to design their applications meaning that the tools available today are normally works one layer at a time, i.e. One tool for EJB's, one for JSP's etcetera. However, I do think that IBM's VisualAge does a little of what you're looking for. > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Yes you can. > Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? Probably. But you can do it your self in a minute or two. > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? I don't want to run the whole EJB sales pitch here, but basically EJB gives you automated authentication, authorization, transaction handling and persistence, among other things. If that does not speed you up, I don't know what will. /Marcus > Keith -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
orion-ejb-jar.xml
Ok I sortof figured it out. Both password and date have http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: ejb-link
Billy Byberg wrote: > > I have a problem trying to use the same home and remote classes with > different implementations of the EJB class. > > In the ejb-jar.xml reference tags you specify home and remote interfaces. > These does not say which ejb to use. It doesn't help to also specify > ejb-link that should point out the exact EJB to use. The only way to change > between different ejb classes with the same home and remote interfaces is to > simply use one at a time. > > Anyone know a working example that does what I want or know anything I might > do wrong? Maybe someone else that has the same problem? Personally I think > it's a bug in Orion, but I hope to be proven wrong :) You're in luck, because this is a EJB feature. ejb-jar.xml is defined by JavaSoft and is the same everywhere you go in EJB country. You simply can not do this. When referencing one bean from another you are essentially being just another client of that bean. And since clients can not, and should not, know anything about the current implementation, you are not able to declare which implementation bean to use. /Marcus -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
Re: What's new?
At 12:02 07.11.00 , you wrote: >Does anybody know what is new in the 1.4.2 version of orion server? I get syntax errors compiling the generated wrappers for entities with complex pks. robert >kesha > (-) 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
orion-ejb.xml
I was under the impression that changes manually made to orion-ejb.jar, however, every time I change the following line: to: and redeploy, Orion changes it back. sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
RE: There has GOTTA be a BETTER way !!!!
> Am I off base here, or are ejb's a lot more work? How can people talk about how EJB's "speed development time"?!? alot more work than what ? I to solve a problem using EJB's you should have a problem that EJB's were designed to solve. And so if you have one of those problems. Then EJB will be the fastest development process... -Original Message- From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] Sent: Friday, November 07, 2003 3:35 PM To: Orion-Interest Subject: There has GOTTA be a BETTER way Hello, EJB's are great if you like tripling the amount of code you have to write How is everyone building their web apps with hand coded programs, or using automagic tools? It sure seems like there should be some sort of tool that you can just point at database tables, and have it build the jsp or ejb entity bean. AND shouldn't there be a tool that you can just drop the bean on an html template thus allowing visual access to the bean fields? You can't access ejb's directly from a jsp page (like a normal bean) can you? Any tools that will automagically wrap an ejb in a bean for presentation in a JSP? Am I off base here, or are ejb's a lot more work? How can people talk about how EJB's "speed development time"?!? Keith
Re: There has GOTTA be a BETTER way !!!!
JBuilder 4 Enterprise allows you do build Entity CMP beans this way. You can connect to a datasource and then select tables and keys for your beans. It's wild. I'm still getting used to it. Can anybody else with more experience using this tool give us a little insight? Thanks, Cory At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: >Hello, > >EJB's are great if you like tripling the amount of code you have to >write > >How is everyone building their web apps with hand coded programs, or >using automagic tools? > >It sure seems like there should be some sort of tool that you can just point >at database tables, and have it build the jsp or ejb entity bean. AND >shouldn't there be a tool that you can just drop the bean on an html >template thus allowing visual access to the bean fields? > >You can't access ejb's directly from a jsp page (like a normal bean) can >you? Any tools that will automagically wrap an ejb in a bean for >presentation in a JSP? > >Am I off base here, or are ejb's a lot more work? How can people talk about >how EJB's "speed development time"?!? > >Keith > > > > > >
RE: BMP vs CMP with Orion
I just received JBuilder 4 Enterprise and I will say that it does an amazing job at EJB so far. You can connect to a datasource via JDBC and pick your tables and keys for Entity CMP. It's amazing. I'm still tweaking the deployment descriptors for Orion. Man the money you can save on Orion should go toward also purchasing JB4 Enterprise. The two together could be a very cutting edge solution. It does also have support for EJB 2.0 style descriptors Haven't tested this yet though. Cory At 09:37 AM 11/7/00 +0100, Frank Eggink wrote: >I guess I'm using neither. > >The clue is that, when you stick to the rules, you have to write the minimum one panel and one table >per dataobject as all the access to the properties is done via methods and each of those methods is >specific for the dataobjects (e.g. getName(), setName(x)). When you have a lot of dataobjects that is >a bore. > >The 'pattern' I'm using abstracts away (= marketing speak) from the clean OO model. The generator >generates standard bean access (getProperty(index), setProperty(index, x) and by using descriptors >for the dataobjects and its relations is it possible to generate default screens. Something you would >most likely use reflection for when that was possible. > >Using reflection has two problems: >- It does not work with Orion. >- It works only on a per object basis. >You could solve those by adding on the client side wrapper objects that implement Just-Another-Layer. >You can use reflection for that layer and if you device you object in a clever way (using clever naming >patterns) you -can- use reflection. > >Why the complex stuff and not generating the tables and the panel. Well, in the system I'm using I plan >to implement the option for users/systemmanager to tailor their screens. You can do that when you >generate screen on the fly, you can't when they are already compiled. > >It is a bit of an excercise but I am always strongly in favour to use as less as possible code to build your >final system. A lot of bugs stem from silly mistakes: the less code, the less silly mistakes. And if in the >above generator there is a silly mistake it is reproduced in a lot of places: more chance to be discovered. > > >I guess the same model could be used for dynamic creation of HTML. > >Frank > >On Monday, November 06, 2000 11:16 AM, Cory Adams [SMTP:[EMAIL PROTECTED]] wrote: >> Are you using the command or business object pattern? >> >> At 08:49 AM 11/6/00 +0100, Frank Eggink wrote: >> >I'm using Swing instead of JSP. >> > >> >On Sunday, November 05, 2000 9:04 PM, Cory Adams >> [SMTP:[EMAIL PROTECTED]] wrote: >> >> Thanks for that update. >> >> >> >> Do you or does anyone else know of the MVC (model - view - control) pattern >> >> used with JSP - Servlets and EJB? I have read that a single servlet >> >> becomes that controlling mechanism to the EJBs. I wondering how that is >> >> done? >> >> >> >> Cory >> >> >> >> At 10:23 PM 11/5/00 +0100, Frank Eggink wrote: >> >> >My personal trade off was: >> >> > >> >> >Why not CMP 2.0 style: >> >> >- Too scared to use it for real as it is not even officially there ... >> >> > >> >> >Why choose for CMP 1.1? >> >> >- CMP is more portable (across db's). >> >> >- Working already towards EJB2.0. >> >> >- The claim is CMP can be optimized better (I would be happy to know more >> >> details about that, until that time it is a bit >> >> >of a bet on a blackhorse for me). >> >> > >> >> >Why choose for BMP? >> >> >- I do not know yet whether I'll run into trouble with complex and highly >> >> flexible queries requirements >> >> >for Query By Example forms. The requirement for extra flexibility could >> >> become an argument. >> >> > >> >> >I would say if you can spend the time learning enough about CMP 1.1 I >> >> would go for that as a first option. The EJB1.1 >> >> >specs are even written so that you can sub class a CMP bean to create a >> >> BMP bean. >> >> > >> >> > >> >> >One of the biggest disadavantages of EJB's is the tremendous amount of >> >> redundant code you have to write. Add for >> >> >instance a field to a bean. You'll have to change three files minimum and >> >> don't make mistakes as that will cost you time. >> >> >This disadavantage applies to both CMP and BMP and will apply to EJB2.0 as >> >> well. >> >> > >> >> > >> >> >What I'm doing is using EJB1.1 CMP and generate beans and stuff using a >> >> slightly more advanced bean >> >> >generator then the standard ones. Based on a datamodel (Entity-Relation) >> >> it generates a set of beans for >> >> >your application (including the remote and home interfaces and the *.xml >> >> files of course). The generated >> >> >beans include the fields, the finder queries, the additional methods to >> >> retrieve related beans etc. >> >> > >> >> >As an additional bonus the beans include a more abstract way to access the >> >> properties (myBean.getProperty(int index)) >> >> >as the client side of orion does not allow reflection. I use that to >> >
Re: jsp problem
others are: weblogic, tomcat, jrun ... from the users point of view it is a bug of the orion server because konqueror works with jrun, tomcat and/or weblogic server. i was just wondering why all those servers work well with konqueror ... yours, lars Am Dienstag 07 November 2000 15:12 schrieben Sie: > what others? This encoding string is buggy, if someone supports it, he > probably ignores it rather than using it... > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Lars Hoss > > Sent: Tuesday, November 07, 2000 10:25 > > To: Orion-Interest > > Subject: Re: jsp problem > > > > > > hi! > > > > yup, you are right. i have tested the servlet with > > konqueror. nevertheless i wonder why all other > > servlet/jsp engines work well with konqueror? > > > > yours, > > lars > > > > Am Montag 06 November 2000 15:29 schrieben Sie: > > > I've seen a similar problem, which only seems to happen when using the > > > KDE2.0 Konquerer browser in my case though. > > > > > > On Mon, 6 Nov 2000, Lars Hoss wrote: > > > > hi all! > > > > > > > > i wrote a very simple http servlet that overrides the doGet method. > > > > this method simply tries to obtain a PrintWriter object through > > > > response.getWriter(). > > > > the problem is that the servlet failes with an > > > > "UnsupportedEncodingException"? the exception says that the encoding > > > > "iso8859-1;q=1.0" is not > > > > supported by the Sun JVM. > > > > > > > > what can i do? > > > > thanks for your help in advance. > > > > > > > > yours, > > > > lars
What's new?
Does anybody know what is new in the 1.4.2 version of orion server? kesha
RE: There has GOTTA be a BETTER way !!!!
If you take a look at all the code that Orion (and any other EJB server product) "writes" for you when you deploy your beans, and all the code that exists in the server to manage those beans, you'd see that the way EJBs work REDUCE the amount of code you have to write. EJBs are an immature technology. There are tools out there to "automagically" produce the bean code for you (see the "Enterprise" versions of the various commercial Java development tools). Unfortunately, many of them are tied to the vendor-specific parts of their company's EJB servers. The tools will get there, but even with the tools you do need to understand how the various .java and .xml files fit together. There's no better EJB server to learn how it all works than Orion. Kurt in Atlanta >-Original Message- >From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] >Sent: Friday, November 07, 2003 10:35 AM >To: Orion-Interest >Subject: There has GOTTA be a BETTER way > > >Hello, > >EJB's are great if you like tripling the amount of code you have to >write > >How is everyone building their web apps with hand coded >programs, or >using automagic tools? > >It sure seems like there should be some sort of tool that you >can just point >at database tables, and have it build the jsp or ejb entity bean. AND >shouldn't there be a tool that you can just drop the bean on an html >template thus allowing visual access to the bean fields? > >You can't access ejb's directly from a jsp page (like a normal >bean) can >you? Any tools that will automagically wrap an ejb in a bean for >presentation in a JSP? > >Am I off base here, or are ejb's a lot more work? How can >people talk about >how EJB's "speed development time"?!? > >Keith > > > > >
Re: Setting max/min connections
At 10:27 07.11.00 , you wrote: >Where can I set the pool size for my datasource in Orion? > >Justen Stepka > read the commented dtd for data-sources.xml in the docs it's all there generally IMHO the dtds are the most valuable source of information as far as orion configuration is concerned. HTH 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: Adding a site? - (2nd Post)
Judging from the error message you're probably not defining the TestSite application. Add to server.xml where x is the path to the root directory of your application or the path to your .ear file if you're using one... -t On Tue, Nov 07, 2000 at 07:36:18AM -0800, Thomas DeBruycker wrote: > This is my second post for this question. Are most > users of Orion only using the default-web-app > site to deploy their applications? It seems like it > should be a simple thing to add another site. > > Can someone explain to me (clearly) how to add another > site to Orion? I have been successful in deploying > EJBs and JSPs to the default-web-app location. But I > can not figure out how to create another site. I have > read all the earlier posting on how to do it but I > continue to get the error: > > Error initializing site TestSite: No application named > 'TestSite' found in the server > > The steps if followed were: > 1) Copied the default-web-site.xml file to > TestSite.xml. > 2) Edited TestSite.xml Set the element > default-web-app to application="TestSite" > name="TestSite". Set the element web-app to > application="TestSite" name="TestSite" > root="/TestSite" > 3) Added the line > to server.xml > 4) Added name="TestSite" root="/TestSite" /> to > default-web-app. > > I someone is can point out my error I would appreciate > it. Also if someone does post an example (PLEASE!) be > consistent with file names and site / application > names. > > The site I am trying to add only contains HTML and > JSP. There are no EJBs. > > Thanks in advance. > > Tom D. > > > __ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ -- Tony Abbott [EMAIL PROTECTED]
Re: Adding a site? - (2nd Post)
Thomas DeBruycker wrote: > 3) Added the line > to server.xml you missed adding : to server.xml (ahead of the http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: There has GOTTA be a BETTER way !!!!
> EJB's are great if you like tripling the amount of code you have to > write Depends on what you are comparing it to--CMP reduces a lot of db code. > How is everyone building their web apps with hand coded programs, or > using automagic tools? We're hand coding. > It sure seems like there should be some sort of tool that you can just point > at database tables, and have it build the jsp or ejb entity bean. Yes, there are those tools. I believe Together will do that for example. > shouldn't there be a tool that you can just drop the bean on an html > template thus allowing visual access to the bean fields? Maybe, I don't know. > You can't access ejb's directly from a jsp page (like a normal bean) can > you? Any tools that will automagically wrap an ejb in a bean for > presentation in a JSP? Yes, you can access an ejb directly from JSP--at least I'm fairly sure I saw it being done in one of the examples I was looking at somewhere. I would never want to, so I didn't care about it at the time. > Am I off base here, or are ejb's a lot more work? How can people talk about > how EJB's "speed development time"?!? EJBs can speed development time for extremely scalable applications that require transactions, clustering, and other services that the container and server provide. Once you get used to bean programming--it does not take that much time to develop them at all--and it gives you very clear modularity/organization so you know where a given piece of code/functionality should go. It's definately not for everyone, though. If all you want is to whip something out really quick and not so concerned about the things EJBs give you, try some sort of rapid development framework. -joel shellman http://www.ants.com/
Setting max/min connections
Where can I set the pool size for my datasource in Orion? Justen Stepka
Re: newsgroup forum
Consider using an email client that threads messages. KMail, for example, does it well. On Monday 06 November 2000 12:47, you wrote: > I agree! Using a newsgroup is a grand idea! Sure would make the threads > alot easier to navigate. > > > -Original Message- > > From: James Hays [mailto:[EMAIL PROTECTED]] > > Sent: Monday, November 06, 2000 11:21 AM > > To: Orion-Interest > > Subject: newsgroup forum > > > > > > Would it be possible or in enough peoples interest to put > > this list serv in > > a newsgroup forum. For new people coming on with Orion, and > > others just > > wanting to search through the information, this method has become very > > exhaustive and message threads utilized by newsgroups would > > help eliminate > > this. Is there any other interest in moving this information > > to a newsgroup > > forum? Scott, is this possible or feasible? > > > > James
Adding a site? - (2nd Post)
This is my second post for this question. Are most users of Orion only using the default-web-app site to deploy their applications? It seems like it should be a simple thing to add another site. Can someone explain to me (clearly) how to add another site to Orion? I have been successful in deploying EJBs and JSPs to the default-web-app location. But I can not figure out how to create another site. I have read all the earlier posting on how to do it but I continue to get the error: Error initializing site TestSite: No application named 'TestSite' found in the server The steps if followed were: 1) Copied the default-web-site.xml file to TestSite.xml. 2) Edited TestSite.xml Set the element default-web-app to application="TestSite" name="TestSite". Set the element web-app to application="TestSite" name="TestSite" root="/TestSite" 3) Added the line to server.xml 4) Added to default-web-app. I someone is can point out my error I would appreciate it. Also if someone does post an example (PLEASE!) be consistent with file names and site / application names. The site I am trying to add only contains HTML and JSP. There are no EJBs. Thanks in advance. Tom D. __ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/
Re: mapping a user to a group using DataSourceUserManager
Hi Russ, Please write a good tutorial and sent it to orionsupport. That would make me verry happy. I've also read a message from Karl Avedal saying that there would be a tutorial about usermanagers available at the orion docs but i've looked several times and couldn't find it. Greetings Wim Veninga. Russ White wrote: > Actually, I found the answer after looking through the Orion API last night at > home. > It can be done by mapping the UserManager to a user/group table. > > Now that I have it working I am thinking of writing a tutorial on using the > DataSourceUserManager to submit to orionsupport.com > > Thanks for the response! > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell > > Sent: Tuesday, November 07, 2000 5:12 AM > > To: Orion-Interest > > Subject: Re: mapping a user to a group using DataSourceUserManager > > > > > > Russ, > > > > to my understanding, user/group-to-role mapping is done in > > orion-application.xml (orion deployment files). Principals.xml defines users > > and groups in a manner unrelated to J2EE roles and is thus comparable to the > > user base you have in any other datastore. > > > > regards, > > Christian > > - Original Message - > > From: "Russ White" <[EMAIL PROTECTED]> > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > Sent: Monday, November 06, 2000 4:57 PM > > Subject: mapping a user to a group using DataSourceUserManager > > > > > > > I have spent the morning looking through the archives and not really found > > what > > > I am looking for. > > > > > > I found that I can grab username and password from the > > DataSourceUserManager > > > just fine, but I have to map the user to a group manually still with > > > priciples.xml. > > > > > > If this is the only way to do this then it is a real drag, and really > > makes it > > > almost useless in my book. > > > > > > Is there any way for me to grab a user's group from DataSourceUserManager? > > > If so what is the property name? > > > If not what are my other options? > > > > > > Thanks, > > > Russ > > > > > > > > > > > >
RE: Orion and Windows 2000 Professional
Amir, Thanks for the input. You were right. We were running JDK1.2 runtime with JDK1.3 code. Correcting this to run 1.3 runtime fixes the problem. Thanks, Jan. At 04:23 PM 11/6/00 -0500, you wrote: I have the same environment and I don't have any problem running Orion! So look at some environment issues like classpath and VM. Maybe you are using Microsoft VM or maybe you have wrong security settings. Amir -Original Message- From: Jan Tye [mailto:[EMAIL PROTECTED]] Sent: Monday, November 06, 2000 1:11 PM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Orion and Windows 2000 Professional I have an application which runs fine under Windows 98, Orion 1.3.8 and JDK1.3 When the same application is run under Windows 2000 Professional (SP1) I get the access violation shown below during database connection. D:\orion>java -jar orion.jar Orion/1.3.8 initialized Database connect failed.. # # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outside the VM. # Program counter=0x77fca8ef # # Problematic Thread: prio=9 tid=0x9d7f60 nid=0x424 runnable # The application uses the standard JDBC connection code shown below. String url = "jdbc:odbc:dbname"; Connection myCon=null; try { Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); myCon = DriverManager.getConnection(url, "user", "password"); }
ejb-link
I have a problem trying to use the same home and remote classes with different implementations of the EJB class. In the ejb-jar.xml reference tags you specify home and remote interfaces. These does not say which ejb to use. It doesn't help to also specify ejb-link that should point out the exact EJB to use. The only way to change between different ejb classes with the same home and remote interfaces is to simply use one at a time. Anyone know a working example that does what I want or know anything I might do wrong? Maybe someone else that has the same problem? Personally I think it's a bug in Orion, but I hope to be proven wrong :) Billy
There has GOTTA be a BETTER way !!!!
Hello, EJB's are great if you like tripling the amount of code you have to write How is everyone building their web apps with hand coded programs, or using automagic tools? It sure seems like there should be some sort of tool that you can just point at database tables, and have it build the jsp or ejb entity bean. AND shouldn't there be a tool that you can just drop the bean on an html template thus allowing visual access to the bean fields? You can't access ejb's directly from a jsp page (like a normal bean) can you? Any tools that will automagically wrap an ejb in a bean for presentation in a JSP? Am I off base here, or are ejb's a lot more work? How can people talk about how EJB's "speed development time"?!? Keith
RE: newsgroup forum
I would prefer a NewsGroup, it is a lot easier to navigate, but, as an option one should still be able receive a daily digest if one so desires. -Original Message- From: "Kemp Randy-W18971" [mailto:[EMAIL PROTECTED]] Sent: Monday, November 06, 2000 4:36 PM To: "Orion-Interest" Subject: RE: newsgroup forum Another option is to offer a daily digest, like they do with Python, Jboss, Opera, etc. -Original Message- From: James Hays [mailto:[EMAIL PROTECTED]] Sent: Monday, November 06, 2000 1:21 PM To: Orion-Interest Subject: newsgroup forum Would it be possible or in enough peoples interest to put this list serv in a newsgroup forum. For new people coming on with Orion, and others just wanting to search through the information, this method has become very exhaustive and message threads utilized by newsgroups would help eliminate this. Is there any other interest in moving this information to a newsgroup forum? Scott, is this possible or feasible? James
Re: Where is Orion's copy of ejb-jar dtd?
it's in orion.jar in the META-INF dir but it's just the official sun version as far as I know. your errors don't indicate that it's a dtd problem. the first looks like you use non-7bit-ascii characters and didn't declare the correct encoding in your xml (just a guess). robert At 08:00 07.11.00 , you wrote: >The reason I ask is that I think it' screwed up. When I try to run an app >with -validateXML turned on i get: > >Error loading package at >file:/C:/@web/ClassNotes/EjbJmsJndi/@StudentEjbApp/, Error parsing META-INF >/ejb-jar.xml in C:\@web\ClassNotes\EjbJmsJndi\@StudentEjbApp: Fatal error at >line 377: Character conversion error: "Unconvertible UTF-8 character >beginning with 0x91" (line number may be too low). > >When I run it again using the xerces parser I get: > >Error loading package at >file:/C:/@web/ClassNotes/EjbJmsJndi/@StudentEjbApp/, Error parsing META-INF >/ejb-jar.xml in C:\@web\ClassNotes\EjbJmsJndi\@StudentEjbApp: Fatal error at >line 912 offset 1: A ') ' is required in the declaration of element type >"role-source". Warning at line 1: Valid documents must have a declaration. Fatal error at line 1: Document root element is missing. > > >Dave Ford >Smart Soft - The Java Training Company >http://www.SmartSoftTraining.com > (-) 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: jsp problem
what others? This encoding string is buggy, if someone supports it, he probably ignores it rather than using it... > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Lars Hoss > Sent: Tuesday, November 07, 2000 10:25 > To: Orion-Interest > Subject: Re: jsp problem > > > hi! > > yup, you are right. i have tested the servlet with > konqueror. nevertheless i wonder why all other > servlet/jsp engines work well with konqueror? > > yours, > lars > > Am Montag 06 November 2000 15:29 schrieben Sie: > > I've seen a similar problem, which only seems to happen when using the > > KDE2.0 Konquerer browser in my case though. > > > > On Mon, 6 Nov 2000, Lars Hoss wrote: > > > hi all! > > > > > > i wrote a very simple http servlet that overrides the doGet method. > > > this method simply tries to obtain a PrintWriter object through > > > response.getWriter(). > > > the problem is that the servlet failes with an > > > "UnsupportedEncodingException"? the exception says that the encoding > > > "iso8859-1;q=1.0" is not > > > supported by the Sun JVM. > > > > > > what can i do? > > > thanks for your help in advance. > > > > > > yours, > > > lars >
Where is Orion's copy of ejb-jar dtd?
The reason I ask is that I think it' screwed up. When I try to run an app with -validateXML turned on i get: Error loading package at file:/C:/@web/ClassNotes/EjbJmsJndi/@StudentEjbApp/, Error parsing META-INF /ejb-jar.xml in C:\@web\ClassNotes\EjbJmsJndi\@StudentEjbApp: Fatal error at line 377: Character conversion error: "Unconvertible UTF-8 character beginning with 0x91" (line number may be too low). When I run it again using the xerces parser I get: Error loading package at file:/C:/@web/ClassNotes/EjbJmsJndi/@StudentEjbApp/, Error parsing META-INF /ejb-jar.xml in C:\@web\ClassNotes\EjbJmsJndi\@StudentEjbApp: Fatal error at line 912 offset 1: A ') ' is required in the declaration of element type "role-source". Warning at line 1: Valid documents must have a http://www.SmartSoftTraining.com
Re: jsp problem
hi! yup, you are right. i have tested the servlet with konqueror. nevertheless i wonder why all other servlet/jsp engines work well with konqueror? yours, lars Am Montag 06 November 2000 15:29 schrieben Sie: > I've seen a similar problem, which only seems to happen when using the > KDE2.0 Konquerer browser in my case though. > > On Mon, 6 Nov 2000, Lars Hoss wrote: > > hi all! > > > > i wrote a very simple http servlet that overrides the doGet method. > > this method simply tries to obtain a PrintWriter object through > > response.getWriter(). > > the problem is that the servlet failes with an > > "UnsupportedEncodingException"? the exception says that the encoding > > "iso8859-1;q=1.0" is not > > supported by the Sun JVM. > > > > what can i do? > > thanks for your help in advance. > > > > yours, > > lars
RE: mapping a user to a group using DataSourceUserManager
Actually, I found the answer after looking through the Orion API last night at home. It can be done by mapping the UserManager to a user/group table. Now that I have it working I am thinking of writing a tutorial on using the DataSourceUserManager to submit to orionsupport.com Thanks for the response! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell > Sent: Tuesday, November 07, 2000 5:12 AM > To: Orion-Interest > Subject: Re: mapping a user to a group using DataSourceUserManager > > > Russ, > > to my understanding, user/group-to-role mapping is done in > orion-application.xml (orion deployment files). Principals.xml defines users > and groups in a manner unrelated to J2EE roles and is thus comparable to the > user base you have in any other datastore. > > regards, > Christian > - Original Message - > From: "Russ White" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Monday, November 06, 2000 4:57 PM > Subject: mapping a user to a group using DataSourceUserManager > > > > I have spent the morning looking through the archives and not really found > what > > I am looking for. > > > > I found that I can grab username and password from the > DataSourceUserManager > > just fine, but I have to map the user to a group manually still with > > priciples.xml. > > > > If this is the only way to do this then it is a real drag, and really > makes it > > almost useless in my book. > > > > Is there any way for me to grab a user's group from DataSourceUserManager? > > If so what is the property name? > > If not what are my other options? > > > > Thanks, > > Russ > > > > > > >
RE: mapping a user to a group using DataSourceUserManager
The extra fields described in the API docs and the docs for orion-application.xml, as they pertain to user managers, specifically DataSourceUserManager, allow you to specify a groups table also (which can be the same as the username+password table). EJBUserManager also allows for groups. This all works just fine, I've found, for retrieval, and mapping a user to a role at login(), without having to specify users in principals.xml (which, as you say, is the whole point). I think there are problems with some of the methods, though, like addToGroup(), and getGroup(). This would affect creation of new users and adding them to groups, but for an existing user base you're OK. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Russ White Sent: Monday, November 06, 2000 11:57 AM To: Orion-Interest Subject: mapping a user to a group using DataSourceUserManager I have spent the morning looking through the archives and not really found what I am looking for. I found that I can grab username and password from the DataSourceUserManager just fine, but I have to map the user to a group manually still with priciples.xml. If this is the only way to do this then it is a real drag, and really makes it almost useless in my book. Is there any way for me to grab a user's group from DataSourceUserManager? If so what is the property name? If not what are my other options? Thanks, Russ
Need help with datasources and Interbase
Hi, everyone! I am new to Orion and I am trying to deploy my (test) application. However, I have some problems. When running my client I get the following exception (pasted from application.log): 2000-11-07 13:21 Error in bean Account interbase.interclient.InvalidOperationException: [interclient] Invalid operation to commit or rollback a transaction while in auto-commit mode. See API reference for exception interbase.interclient.InvalidOperationException at interbase.interclient.Connection.rollback(Unknown Source) at com.evermind.sql.an.rollback(JAX) at com.evermind.sql.an.rollback(JAX) at com.evermind.server.ejb.DataSourceConnection.rollback(JAX) at Account_EntityBeanWrapper2.loadState(Account_EntityBeanWrapper2.java:835) at AccountHome_EntityHomeWrapper5.findExistingEntity(AccountHome_EntityHomeWrapper5.java:37) at AccountHome_EntityHomeWrapper5.findByPrimaryKey(AccountHome_EntityHomeWrapper5.java:225) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bd.run(JAX) at com.evermind.server.rmi.bb.hy(JAX) at com.evermind.server.rmi.bb.run(JAX) at com.evermind.util.f.run(JAX) I use Interbase as database and somehow the database seems to be in autocommit mode when Orion tries to commit or rollback a transaction. This seems strange to me, because I believe that Orion should turn off autocommit for all connections. Any clues to why I receive this exception? My data-sources.xml looks as follows: http://www.orionserver.com/dtds/data-sources.dtd"> The database schema file Interbase.xml looks as follows: http://www.orionserver.com/dtds/database-schemes.dtd"> I have the following configuration of my system: JDK 1.3 Orionserver 1.3.8 Interbase 6.01 Interclient 1.6 WinNT 4.0 SP 6 I know from other messages on this list that some of you actually uses Interbase together with Orion. What did you do to make it work? How does your data-sources.xml look like?? Håkan Axelsson E-mail: [EMAIL PROTECTED] Object Technology MentoringPhone: +46 8 507 142 59 Enea Business Software AB Fax: +46 8 658 57 90 Hornsgatan 166, S-117 28 Täby, Sweden WWW: www.enea.se
RE: Orion and Windows 2000 Professional
Sounds like a bug in the JDBC driver - Orion has no native code in it that I know of. -mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Sven van 't > Veer > Sent: Tuesday, November 07, 2000 10:11 PM > To: Orion-Interest > Subject: Re: Orion and Windows 2000 Professional > > > > > Jan Tye wrote: > > > > I have an application which runs fine under Windows 98, Orion > 1.3.8 and JDK1.3 > > > > When the same application is run under Windows 2000 > Professional (SP1) I get the access violation shown below during > database connection. > > > > D:\orion>java -jar orion.jar > > Orion/1.3.8 initialized > > Database connect failed.. > > # > > # An EXCEPTION_ACCESS_VIOLATION exception has been detected in > native code outside the VM. > > # Program counter=0x77fca8ef > > # > > # Problematic Thread: prio=9 tid=0x9d7f60 nid=0x424 runnable > > # > > > > The application uses the standard JDBC connection code shown below. > > > I've seen this too. I don't think it has something to do with win2000 as > I was using NT at the time ;-) Its a problem of Orion w/ JDK 1.3. Try > substituting for JDK1.2.2. > > Anyone seen this too?? Might it be a bug? > > sven > > -- > == > > Sven E. van 't Veer > http://www.cachoeiro.net > Java Developer > [EMAIL PROTECTED] > == > > >
RE: CMP Mapping of String type for Sybase
<< removed common some ranting about bugs >> ;) > P.S. Now that Orionsupport is down, where should one send new/corrected > schemas? Bugzilla? a) OrionSupport is up - http://www.orionsupport.com and we'd always appreciate your emails! b) Corrections to schemas etc should always be sent to Orion. I'm sure they'd appreciate an email to [EMAIL PROTECTED] with an attached corrected schema and notes on what was wrong. I think you'll agree that the number of dbs supported is large, and the bugs are getting ironed out (3 postgres problems I found got fixed immediately). Mike
Re: newsgroup forum
James Hays wrote: > > Would it be possible or in enough peoples interest to put this list serv in > a newsgroup forum. For new people coming on with Orion, and others just > wanting to search through the information, this method has become very > exhaustive and message threads utilized by newsgroups would help eliminate > this. Is there any other interest in moving this information to a newsgroup > forum? Scott, is this possible or feasible? > > James Agree -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: Orion and Windows 2000 Professional
Jan Tye wrote: > > I have an application which runs fine under Windows 98, Orion 1.3.8 and JDK1.3 > > When the same application is run under Windows 2000 Professional (SP1) I get the >access violation shown below during database connection. > > D:\orion>java -jar orion.jar > Orion/1.3.8 initialized > Database connect failed.. > # > # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outside >the VM. > # Program counter=0x77fca8ef > # > # Problematic Thread: prio=9 tid=0x9d7f60 nid=0x424 runnable > # > > The application uses the standard JDBC connection code shown below. > I've seen this too. I don't think it has something to do with win2000 as I was using NT at the time ;-) Its a problem of Orion w/ JDK 1.3. Try substituting for JDK1.2.2. Anyone seen this too?? Might it be a bug? sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: Orion System Requirements
Unico Hommes wrote: > > I was wondering what are the recommended and/or minimum system requirements > for running Orion Server. I have a 100 Mhz Pentium - 24 Mb memory linux box > which I want to use for testing and developing web apps with Orion server. > Will this work ? I didn't find this info anywhere in the faq etc. on the > Orion website. > Up till a few months ago I ran a web application on Linux (RH 6.2) & SunJDK1.2.2RC4 on a Pentium 133 with 48 megs and no problems whatsoever. The app is small and has only about 3000 acesses a day, but I've seen no hicups yet (I expanded memory to 112 megs to accomodate sybase on the same machine) performance for this site is great considering most accesses are done by modem 33.6 k. sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Beans don't get removed.
Hello again, I'm posting this again, because I still have the problem that, with both Orion 1.3.8 and Orion 1.4.0, my session beans don't get removed ever. I've already waited for almost one entire day and nothing. The strange thing is that with Orion 1.1.24, this would work normally. I need this, because I use some resources on my beans that I want to release. I could explicitly call the "remove" method from the EJB reference, but that doesn't cover the case of a client's abnormal termination. Could you give me some assistance? I'm using Orion 1.3.8 and Orion 1.4.0 on RedHat Linux 6.2 with Sun's JDK 1.2.2 Thanks in advance, Fábio
Re: calling servlet from jsp
does not sound all that simple to me. Calling a servlet is not the problem, but assigning its output to a string all the more - after all the servlet writes to the output stream of the servlet request. You would have to somehow replace the request object before calling the servlet, which I dont think is a cool proposition.. Why are you doing that anyway? - Original Message - From: Derek Akers To: Orion-Interest Sent: Monday, November 06, 2000 10:22 PM Subject: calling servlet from jsp I have a feeling that the answer is right under my nose, but for all my searching and head-scratching, I can't seem to figure it out... I want to call a servlet from a JSP page, and assign its output to a Styring variable I assume that this could be done from a javabean or EJB as well, but I have not been able to find any documentation or examples of this procedure anywhere. Can anyone lend a hand or point me in the direction of some resources on this? Thanks, Derek AkersInternet application DeveloperEldan Softwarewww.eldan.com
Re: mapping a user to a group using DataSourceUserManager
Russ, to my understanding, user/group-to-role mapping is done in orion-application.xml (orion deployment files). Principals.xml defines users and groups in a manner unrelated to J2EE roles and is thus comparable to the user base you have in any other datastore. regards, Christian - Original Message - From: "Russ White" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Monday, November 06, 2000 4:57 PM Subject: mapping a user to a group using DataSourceUserManager > I have spent the morning looking through the archives and not really found what > I am looking for. > > I found that I can grab username and password from the DataSourceUserManager > just fine, but I have to map the user to a group manually still with > priciples.xml. > > If this is the only way to do this then it is a real drag, and really makes it > almost useless in my book. > > Is there any way for me to grab a user's group from DataSourceUserManager? > If so what is the property name? > If not what are my other options? > > Thanks, > Russ > >
un-subscribe me
Please un-subscribe me from this mailing list.Thanks.
RE: BMP vs CMP with Orion
I guess I'm using neither. The clue is that, when you stick to the rules, you have to write the minimum one panel and one table per dataobject as all the access to the properties is done via methods and each of those methods is specific for the dataobjects (e.g. getName(), setName(x)). When you have a lot of dataobjects that is a bore. The 'pattern' I'm using abstracts away (= marketing speak) from the clean OO model. The generator generates standard bean access (getProperty(index), setProperty(index, x) and by using descriptors for the dataobjects and its relations is it possible to generate default screens. Something you would most likely use reflection for when that was possible. Using reflection has two problems: - It does not work with Orion. - It works only on a per object basis. You could solve those by adding on the client side wrapper objects that implement Just-Another-Layer. You can use reflection for that layer and if you device you object in a clever way (using clever naming patterns) you -can- use reflection. Why the complex stuff and not generating the tables and the panel. Well, in the system I'm using I plan to implement the option for users/systemmanager to tailor their screens. You can do that when you generate screen on the fly, you can't when they are already compiled. It is a bit of an excercise but I am always strongly in favour to use as less as possible code to build your final system. A lot of bugs stem from silly mistakes: the less code, the less silly mistakes. And if in the above generator there is a silly mistake it is reproduced in a lot of places: more chance to be discovered. I guess the same model could be used for dynamic creation of HTML. Frank On Monday, November 06, 2000 11:16 AM, Cory Adams [SMTP:[EMAIL PROTECTED]] wrote: > Are you using the command or business object pattern? > > At 08:49 AM 11/6/00 +0100, Frank Eggink wrote: > >I'm using Swing instead of JSP. > > > >On Sunday, November 05, 2000 9:04 PM, Cory Adams > [SMTP:[EMAIL PROTECTED]] wrote: > >> Thanks for that update. > >> > >> Do you or does anyone else know of the MVC (model - view - control) pattern > >> used with JSP - Servlets and EJB? I have read that a single servlet > >> becomes that controlling mechanism to the EJBs. I wondering how that is > >> done? > >> > >> Cory > >> > >> At 10:23 PM 11/5/00 +0100, Frank Eggink wrote: > >> >My personal trade off was: > >> > > >> >Why not CMP 2.0 style: > >> >- Too scared to use it for real as it is not even officially there ... > >> > > >> >Why choose for CMP 1.1? > >> >- CMP is more portable (across db's). > >> >- Working already towards EJB2.0. > >> >- The claim is CMP can be optimized better (I would be happy to know more > >> details about that, until that time it is a bit > >> >of a bet on a blackhorse for me). > >> > > >> >Why choose for BMP? > >> >- I do not know yet whether I'll run into trouble with complex and highly > >> flexible queries requirements > >> >for Query By Example forms. The requirement for extra flexibility could > >> become an argument. > >> > > >> >I would say if you can spend the time learning enough about CMP 1.1 I > >> would go for that as a first option. The EJB1.1 > >> >specs are even written so that you can sub class a CMP bean to create a > >> BMP bean. > >> > > >> > > >> >One of the biggest disadavantages of EJB's is the tremendous amount of > >> redundant code you have to write. Add for > >> >instance a field to a bean. You'll have to change three files minimum and > >> don't make mistakes as that will cost you time. > >> >This disadavantage applies to both CMP and BMP and will apply to EJB2.0 as > >> well. > >> > > >> > > >> >What I'm doing is using EJB1.1 CMP and generate beans and stuff using a > >> slightly more advanced bean > >> >generator then the standard ones. Based on a datamodel (Entity-Relation) > >> it generates a set of beans for > >> >your application (including the remote and home interfaces and the *.xml > >> files of course). The generated > >> >beans include the fields, the finder queries, the additional methods to > >> retrieve related beans etc. > >> > > >> >As an additional bonus the beans include a more abstract way to access the > >> properties (myBean.getProperty(int index)) > >> >as the client side of orion does not allow reflection. I use that to > >> generate forms and tables on the client. > >> > > >> >The generator adds a tremendous flexibility (I can switch to BMP / EJB2.0 > >> easily), makes CMP 1.1 managable and > >> >keeps me away from EJB2.0 while it is still too early for me. For the > >> rest: Im a notoruios mifftyper and am able to > >> >spend tons of time debug typos in 2638 lines of very closely resembling > >> code. That problem is solved as well :-) > >> > > >> > > >> >Frank > >> > > >> >On Saturday, November 04, 2000 12:10 AM, Cory Adams > >> [SMTP:[EMAIL PROTECTED]] wrote: > >> >> At 11:44 PM 11/3/00 +0100, Robert Krueger wrote: > >> >> >At 11:23 03.1
Re: Orion System Requirements
At 14:12 06.11.00 , you wrote: >I was wondering what are the recommended and/or minimum system requirements >for running Orion Server. I have a 100 Mhz Pentium - 24 Mb memory linux box >which I want to use for testing and developing web apps with Orion server. >Will this work ? I didn't find this info anywhere in the faq etc. on the >Orion website. mostly depends on the size of your app. if you use many ejbs you need quite a bit of memory. when I start the orion instance I use for development it takes up about 60-80 meg ram just after start because of the number of applications that are installed. IMHO 24meg won't be fun in a development environment in any case. robert >Regards, >Unico (-) 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