Re[2]: NO rollback in method ??
Hi Eddie Transactions with container trans. management are commitet automaticaly after business method is called, if there was no exceptions. You can prevent it by invoking setRollbackOnly() method at context of the session. After this transaction should roll back in any case. Sunday, January 20, 2002, 4:43:32 PM, you wrote: E Please some help on the mail below ? E I don't tell me that nobody can give me some advice on this issue ! ;) E Eddie E - Original Message - E From: Eddie Post [EMAIL PROTECTED] E To: Orion-Interest [EMAIL PROTECTED] E Sent: Tuesday, January 15, 2002 5:03 PM E Subject: NO rollback in method ?? Hellu, I perform a non-transactional action in a transactional session EJB method (I use CMP with Orion 1.5.2). How can I implement this method such that it is only submitted when a commit is performed ?? More details: I am sending a sms in a session method. In the traditional way I would send this sms when the transaction is commited. However I don't know how E to accomplish this with CMP EJB's. Please some advice ? Eddie _ Get your FREE download of MSN Explorer at E http://explorer.msn.com/intl.asp. -- Sergey G. Aslanov, CBOSS Group, Web-technologies department mailto:[EMAIL PROTECTED] tel: +7 095 7555655
Re: SOAP problem with Orion
This seems to be the line that is causing problems. ServiceManager serviceManager = org.apache.soap.server.http.ServerHTTPUtils.getServiceManagerFromContext(application); Apparently the implicit 'application' call is causing the NoClassDefException. Anyone see this before? Jonathan Bricker Lilly Research Labs Java ATG [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 01/18/02 08:10 AM Please respond to Orion-Interest To:Orion-Interest [EMAIL PROTECTED] cc: Subject:SOAP problem with Orion I was installing SOAP on my Orion 1.5.2 server but get a ClassNotFoundException javax.servlet.http.HttpServlet when I try to run anything from the SOAP admin tool. I've followed the HOWTO from Atlassian for installing and as far as I can tell Orion can find soap.jar. My other applications run fine so I'm guessing that it is something with SOAP's jsp's or a class that or tag that I'm missing. Thanks for the help. Jonathan Bricker Lilly Research Labs Java ATG
Transfer attributes and objects with JSP.
Hi, Somebody knows a method to transfer attributes or objects that is not the web from trought JSP. Thanks,
RE: Integrating LOG4J into Orion...
It probably depends on how you have it configured. The main thing to remember is that J2EE uses multiple classloaders and each classloader can potentially have it's own version of a singleton. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Justin Crosbie Sent: Monday, 21 January, 2002 8:13 PM To: Orion-Interest Subject: RE: Integrating LOG4J into Orion... Hi, We have wrapped Log4J in a singleton, so the first call to it initialises it. I'm not sure if this is a good idea or not though, but we've had no problems so far. Any opinions? -Justin -Original Message- From: Romen Law [mailto:[EMAIL PROTECTED]] Sent: 20 January 2002 23:05 To: Orion-Interest Subject: Re: Integrating LOG4J into Orion... ello, What I did was to have a initialising SLSB and let the startup servlet call it. It works for me. cheers romen - Original Message - From: Alex Paransky [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Saturday, January 19, 2002 12:34 PM Subject: FW: Integrating LOG4J into Orion... One more time, the last one did not show up -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 11:09 AM To: Orion-Interest Subject: Integrating LOG4J into Orion... I have a full EJB/JSP application running with Orion. Is there a preferred method of initializing LOG4J in this situation? Looking at the LOG4J documentation, they mention using a startup servlet to do the initialization. I am concerned as to how this would work with the CLASSLOADER hierarchy. If I initialize my LOG4J at the servlet (WEB) layer, will the EJB's be able to see the initialized LOG4J or will they attempt to re-initialize due to the different classloader? Thanks. -AP_
Multiple site Multiple j2ee app hosting with Orion - Howto good bad
Overview: We are an accounting software house and have developed a J2EE application which works with together with our legacy system enabling sales orders to be collected via the web. Our users are able to customise the JSP pages and host their applications with a suitable ISP. An ISP would like to host our application for many clients and hence need to host multiple sites. I give below in detail the procedure we recommend for hosting multiple sites as I expect it would be of use to others. However I am uncertain as whether there is a simpler method or whether I am missing something which makes this more intricate. In the method described below the items 8, 9 and 10 have to be done after deployment and applications redeployed by stopping and starting the Orion. When a new version of the software by way of an ear file is produced the steps 8 to 10 would have to be carried out again. Perhaps someone has a better solution which deploys without needing further tweaking and if you do, others like me would like to hear from you. with regards Gamini de Alwis mailto:[EMAIL PROTECTED] Software Developer Business Manager Software Tel (03) 9813 3022. Fax (03) 9882 5887 website http://www.bmsoft.com.au Try our latest web orders demo by clicking http://jdemo.bmsoft.com.au/eorders1/ === HOWTO: Multiple site Multiple j2ee app hosting with Orion === 1. Create additional data set for the new site. 2. Suppose the original applications was eorders.ear, we create a copy with a name say eorders_1.ear 3. Edit default-web-site.xml by inserting a line, where the app is called with eorders1 web-app application=eorders_1 name=eorders-web root=/eorders1 / default-web-site.xml is found in //orion/config 4. Edit data-sources.xml by inserting the block data-source class=com.evermind.sql.DriverManagerDataSource name=Hypersonic location=jdbc/HypersonicCoreDS_1 xa-location=jdbc/xa/HypersonicXADS_1 ejb-location=jdbc/HypersonicDS_1 connection-driver=org.hsqldb.jdbcDriver username=sa password= url=jdbc:hsqldb:/data/hsql_1/defaultdb inactivity-timeout=30 / The same block without the _1 is already found in the file for the original application. data-sources.xml is also found in //orion/config 5. Edit server.xml by inserting the line application name=eorders_1 path=../applications/eorders_1.ear auto-start=true / The same line without the _1 is already there in the file for the original application. default-web-site.xml is found in //orion/config 6. Deploy the copy eorders_1.ear created in 2. above by putting the file into //orion/applications 7. Stop orion server. 8. Create a data-sources.xml in //orion/application-deployments/eorders1 directory. Its contents would be ?xml version=1.0? !DOCTYPE data-sources PUBLIC Orion data-sources http://www.orionserver.com/dtds/data-sources.dtd; data-sources data-source class=com.evermind.sql.AliasDataSource location=EOrdersDataSource source-location=jdbc/HypersonicDS / /data-sources 9. Insert the line data-sources path=data-sources.xml / into orion-application.xml in //orion/application-deployments/eorders1 directory. 10. Under each //orion//application-deployments/eorders1/*.jar directory examine the orion-ejb-jar.xml and change any occurance of data-source=jdbc/HypersonicDS to data-source=jdbc/HypersonicDS_1. These will be for all cmp EJBs. 11. Restart orion server.
New Java Swing web-enabling technology - you have to see it to believe it
Are you developing Java applications using Swing, AWT and servlets/JSP?Companies that develop Java applications today must choose between making a GUI front end using AWT/Swing or HTML front end using servlets and JSP. Either choice has advantages and disadvantages, but it is clear that the ideal solution would support both. However, because these technologies are very different in their nature, only one can be typically implemented in a finished application. There is a large market for GUI based Java applications but these are running into speed and compatibility problems. Also, applets executed within browsers cannot take advantage of the latest Swing controls and features. Taken together, these issues prevent companies from developing GUI as they should be able to do. WebCream solves these problems without programmers having to learn any APIs and without any modification to existing forms. WebCream 4.0 is here and you have to see it to believe it!WebCream is a unique tool for Java, that provides automated web-enabling for GUI based Java applications and applets. WebCream allows developers to implement a GUI front end using AWT and Swing, and at the same time automatically get HTML access to the application. In a way, WebCream can be thought of as a dynamic Java to HTML converter, that converts Java frames and dialogs to HTML on the fly. It then emulates web page actions as GUI events to retain application original logic. WebCream is unique in that it requires no modifications to existing forms and business logic, and does not require programmers to learn any APIs. It is designed to publish existing applications and applets, it's just a matter of setting up your web server and a property file describing the application. The rest is handled by WebCream. To see a demonstration of WebCream live, check out our Demos page. Visit WebCream page at http://www.creamtec.com/webcream for detailed information. Featured in We apologize if you have received this email by mistake. This is a one-time notification and you will not receive any email from CreamTec unless you register on our website. If you are a registered customer of CreamTec and wish to be removed from our list just reply to this email or send an email to [EMAIL PROTECTED]. logo.gif Description: GIF image jars.gif Description: GIF image javaworld.gif Description: GIF image
Re: Integrating LOG4J into Orion...
Further to what Mike has said, I'll just give you a little update on the status of the Log4j 1.2 release. The 1.2 code base is largely different to the 1.1 base, and has features that when finished, will be useful for using in application servers, and make it a lot easier to configure. The features that I talk about are: - Different LogManagers. This will allow Orion to provide a logmanager *per application*, or if it can't find one, use the default logmanager. This means that you will be able to specify a configuration file per application, and not have to manually configure it. - Configuration files will be reloaded The watchers code is being rewritten. When it is finished, you will most likely have code that allows you to configure how often the config files are reloaded (and stop / restart the watcher thread). So what does this mean for you, if you are using log4j in your application now? - Use the 1.2 code. Although in alpha, it is quite stable. - If you have specific requirements (apart from the above two), suggest them on the log4j email list, or email me with your suggestions. Lastly - congratulations on using log4j. Logging is very important in enterprise applications! Cheers, Scott -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World Mike Cannon-Brookes wrote: This is one possible scenario - but as Jeff says it's server specific logging (not application specific) - which can often be non-optimal. We have a document coming out on this (check http://kb.atlassian.com) soon, but until it's finished here's what we usually do: - use the latest log4j from CVS (which has the capability to define which is the default log loading class - there is now one which loads log4j.xml from classpath, and watches it) - I believe it's done via system properties (selecting automated file loader and watch time) - add a library path=config / to your orion-application.xml for each application - add config/log4j.xml to your application You're done! this means you now have : - automatic log configuration (no more need for servlet listeners, application clients or servlets to configure logging!) - dynamic logging (you can just change the log4j.xml file and your changes are picked up without redeployment) - logging _per application_ (rather than per server) As I said, see if the above directions work for you and please email me off list if they don't (so we can adjust the document in progress). Watch this space for the doco coming soon ;) Hope this helps! Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world Now just configure log4j.xml On 19/1/02 4:40 AM, Jeff Schnitzer ([EMAIL PROTECTED]) penned the words: I put the log4j.jar in orion's lib directory, and use -Dlog4j.configuration=file:path/to/log4j.properties to initialize log4j. I'm pretty happy with this approach. I control logging on a server-wide basis, so I can use the same ear file for both testing and deployment. Jeff Schnitzer [EMAIL PROTECTED] -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 5:35 PM To: Orion-Interest Subject: FW: Integrating LOG4J into Orion... One more time, the last one did not show up -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 11:09 AM To: Orion-Interest Subject: Integrating LOG4J into Orion... I have a full EJB/JSP application running with Orion. Is there a preferred method of initializing LOG4J in this situation? Looking at the LOG4J documentation, they mention using a startup servlet to do the initialization. I am concerned as to how this would work with the CLASSLOADER hierarchy. If I initialize my LOG4J at the servlet (WEB) layer, will the EJB's be able to see the initialized LOG4J or will they attempt to re-initialize due to the different classloader? Thanks. -AP_
Re: JSP, Frames and Browser reload
Hi, AFAIK, it depends on the browser. When you have frames and hit reload, some browsers refresh the original set of frames and some refresh the current state of the frames. I can't say that one of the options is bad, as both of them can be interpreted as reloading the page. Sometimes one option can be useful, sometimes the other. But I think there's not much that we can do from the server side, unless you get into storing the clients' state in a session value and redirect to the appropriate page when you think you detected a problem like the one you mentioned. You'll have to evaluate if this is such a big problem that you have to invest the effort to control the clients' state. regards, D. Juan Andres Chau Li wrote: Hi, I have a top.jsp with: frameset rows=90, * BORDER=0 frame SRC=%= response.encodeURL(menu.jsp) % id=menu border=0 frameborder=0 framespacing=0 noresize scrolling=no name=menu frame SRC=%= response.encodeURL(main.jsp) % border=0 frameborder=0 framespacing=0 noresize id=main name=main noframes/noframes /frameset Inside main.jsp, there is a link to miapp.jsp, so I can go to it. The problem is that when I reload the browser (F5), instead of loading miapp.jsp, it loads main.jsp. This situation happens in IE 5, but in NS 6 no. Does someone know how to solve it? Is it a browser configuration? Thank you very much, Andres.