RE: [JBoss-user] how to deploy jar file on JBOSS without ANT tool
Although I agree with Scott that it can be done manually, I would recommend you simply download Ant from the Apache website. http://jakarta.apache.org/ant/index.html It's a free tool, it's extremely useful, very easy to learn and use. Make yourself a favor. Go get it, I'm sure you won't regret it. The actual deploy process is a simple copy of your jar to the deploy directory. Nothing more. So it can always be done manually. But it's the building process that greatly benefits using ant. Cheers, Dan -Message d'origine- De : Scott M Stark [mailto:[EMAIL PROTECTED]] Envoyé : 3 août, 2001 02:51 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] how to deploy jar file on JBOSS without ANT tool Yes, take each step performed by the ant script and do the equivalent task at the command line. - Original Message - From: Krishna Prasad To: [EMAIL PROTECTED] Sent: Thursday, August 02, 2001 11:18 PM Subject: [JBoss-user] how to deploy jar file on JBOSS without ANT tool Hi, I installed JBoss-2.4.0.23_Tomcat-3.2.3 on WinNT. JBOSS and TOMCAT servers started properly. I'm trying to deploy Interest example on JBOSS. I created interest.jar file as per documentation. I put this jar file in /JBOSS/deploy. In the continuous documentation, they used ANT for deployment on JBOSS. What my question is, Can't I deploy jar file on JBOSS without ANT tool. Can any one please help me out... Thanx in advance, regards, krishna * Disclaimer This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. * Visit us at http://www.mahindrabt.com ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!
[from the web page] Microfiber Cap $18.99 Sale Price $16.99! JBoss Have a look at the rendering :) the 8 being --crossed-- it really LOOKS like the regular price is 10.99 and that it is being offered at the very special price of 16.99$ heheh I'd do something about this :) Dan -Message d'origine- De : marc fleury [mailto:[EMAIL PROTECTED]] Envoyé : 27 juillet, 2001 15:17 À : [EMAIL PROTECTED]; Jboss-User@Lists. Sourceforge. Net Objet : [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS! you get it, we get money money money money, it is important and we need it to fight this war. it will be on the website soon but for those that can read cvs logs you can go there and order you t-shirt... man they are pretty :) http://www.cafepress.com/jbossstore marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Friday, July 27, 2001 2:27 PM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] CVS update: newsite navigation.jsp | | | User: starksm | Date: 01/07/27 11:26:50 | | Modified:.navigation.jsp | Log: | Added Merchandise link under JBossGroup | | Revision ChangesPath | 1.6 +3 -2 newsite/navigation.jsp | | Index: navigation.jsp | === | RCS file: /cvsroot/jboss/newsite/navigation.jsp,v | retrieving revision 1.5 | retrieving revision 1.6 | diff -u -r1.5 -r1.6 | --- navigation.jsp 2001/07/11 06:37:00 1.5 | +++ navigation.jsp 2001/07/27 18:26:50 1.6 | @@ -116,8 +116,9 @@ | | a class=linkmenu |href=/JBG/training.jspTraining/abr | a class=linkmenu href=/JBG/support.jspSupport/abr | -a class=linkmenu href=/JBG/support.jspConsulting/abr | - | +a class=linkmenu href=/JBG/support.jspConsulting/abr | +a class=linkmenu |href=http://www.cafepress.com/jbossstore;Merchandise/abr | + | /td | td valign=topimg src=../pictures/tb5.gif/td | /trtr | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!
Please forgive the binary attachment ... but it's worth it :) -Message d'origine- De : Scott M Stark [mailto:[EMAIL PROTECTED]] Envoyé : 27 juillet, 2001 15:53 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS! That is a sale being run by cafepress, not us as we don't generate the page. I don't see any confusion in the listing though. - Original Message - From: Daniel Cardin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 27, 2001 12:13 PM Subject: RE: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS! [from the web page] Microfiber Cap $18.99 Sale Price $16.99! JBoss Have a look at the rendering :) the 8 being --crossed-- it really LOOKS like the regular price is 10.99 and that it is being offered at the very special price of 16.99$ heheh I'd do something about this :) Dan ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user attachment: cap.jpg
RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!
AHHAHAH :))) Why not change the browser or the OS, while being there? :-))) I'm just saying that this is how it shows on my machine... and probably on other's... So it should be changed, because it's confusing. Or else, I'll ask for that special 10.99 price :)) Cheers, Dan -Message d'origine- De : Scott M Stark [mailto:[EMAIL PROTECTED]] Envoyé : 27 juillet, 2001 16:21 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS! Pick a better font! - Original Message - From: Daniel Cardin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 27, 2001 12:37 PM Subject: RE: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS! Please forgive the binary attachment ... but it's worth it :) ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Application organized in different jars/ears
I remember some time ago there was a discussion thread regarding the possibility of partitionning applications in different jars/ears... Is that idea dead? implemented ? in store for 3.0 ? Specifically what I mean is this: having different archives work together as one, as if deployed in a single unit. This would allow better organization of functionality in functional units rather than have to put everything in at once... or use JNDI lookups intra jars.. Thanks, Daniel ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Application organized in different jars/ears
Will it be in an alpha state earlier ? -Message d'origine- De : Juha-P Lindfors [mailto:[EMAIL PROTECTED]] Envoyé : 24 juillet, 2001 11:01 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] Application organized in different jars/ears Hi, It will be in for 3.0. -- Juha On Tue, 24 Jul 2001, Daniel Cardin wrote: I remember some time ago there was a discussion thread regarding the possibility of partitionning applications in different jars/ears... Is that idea dead? implemented ? in store for 3.0 ? Specifically what I mean is this: having different archives work together as one, as if deployed in a single unit. This would allow better organization of functionality in functional units rather than have to put everything in at once... or use JNDI lookups intra jars.. Thanks, Daniel ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] How to delete a table?
how about (in any form of interactive SQL session) : DROP TABLE tablename; COMMIT; Your dialect may vary :) Dan -Message d'origine- De : Jm Seigneur [mailto:[EMAIL PROTECTED]] Envoyé : 3 juillet, 2001 17:31 À : [EMAIL PROTECTED] Objet : [JBoss-user] How to delete a table? Hello, Could you tell me how to delete a table which was previously deployed? In fact, I missed to put a entity bean in a previous deployment and now there is a problem because the table has been created with less columns than expected. I would like to reset this one. Thanks, Jm ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Can't start JBOSS
The problem is that Kaffe (another JVM) is available earlier on your PATH than Sun's JDK. Make sure you place /usr/java/jdk1.3.0_02/bin at the BEGINNING of the path, not at the end... Kaffe is in /usr/bin usually, and as you can see on your PATH, /usr/bin comes before your /usr/java/jdk1.3.0_02/bin. do this instead: export PATH=/usr/java/jdk1.3.0_02/bin:$PATH HTH, Daniel -Message d'origine- De : Scott Salisbury [mailto:[EMAIL PROTECTED]] Envoyé : 8 mai, 2001 10:23 À : '[EMAIL PROTECTED]' Objet : [JBoss-user] Can't start JBOSS Hello, I have just downloaded JBOSS, installed it and am trying to start it. This is the message that I am getting: /usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/bi n:/s bin: /usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/bin/X11:/usr/X11R 6/bi n:/r oot/bin JBOSS_CLASSPATH=:run.jar:../lib/crimson.jar Couldn't find or load essential class `java/lang/Object' java.lang.NoClassDefFou ndError java/lang/Object run.sh: line 20: 16173 Aborted (core dumped) java -server $JAXP -classpath $JBOSS_CLASSPATH org.jboss.Main $@ After I add my JDK to the path I get the same message run.sh 21L, 717C written [root@user-uinjspd bin]# sh run.sh /usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/bi n:/s bin: /usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/bin/X11:/usr/X11R 6/bi n:/r oot/bin:/usr/java/jdk1.3.0_02/bin JBOSS_CLASSPATH=:run.jar:../lib/crimson.jar Couldn't find or load essential class `java/lang/Object' java.lang.NoClassDefFou ndError java/lang/Object run.sh: line 20: 16179 Aborted (core dumped) java -server $JAXP -classpath $JBOSS_CLASSPATH org.jboss.Main $@ Here is what I get when I type java -version [root@user-uinjspd bin]# java -version Kaffe Virtual Machine Copyright (c) 1996-2000 Transvirtual Technologies, Inc. All rights reserved Engine: Just-in-time v3 Version: 1.0.6 Java Version: 1.1 [root@user-uinjspd bin]# Any suggestions? Thanks much! ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] How to integrate JBuilder 4 with JBoss
In their infinite wisdom :) JBoss designers decided to use the automatic proxy mechanism provided with jdk1.3 and thus got rid of the need for stubs altogether. HTH, Daniel -Message d'origine- De : Adam Lipscombe [mailto:[EMAIL PROTECTED]] Envoyé : 3 mai, 2001 11:02 À : [EMAIL PROTECTED] Objet : RE: [JBoss-user] How to integrate JBuilder 4 with JBoss Forgive my lack of knowledge here Do you mean that jBoss does not need stubs? Why does the Inprise App server need them and not jBoss? Something to do with IIOP? Cheers - Adam -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Cardin Sent: Thursday, May 03, 2001 3:05 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] How to integrate JBuilder 4 with JBoss it does :) But it would not provide a lot of added value IMHO. As James mentioned, the integration allows an automated generation of stubs. You can still use JBuilder's integrated wizards to create EJBs. This would work for plain-vanilla beans that only need ejb-jar.xml. If you need to customize jboss.xml and/or jaws.xml you'll have to add them to your jar. Daniel -Message d'origine- De : danch [mailto:[EMAIL PROTECTED]] Envoyé : 3 mai, 2001 10:04 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] How to integrate JBuilder 4 with JBoss This is a multi-part message in MIME format. --InterScan_NT_MIME_Boundary Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The Opentools API _does_ provide a way to support other app servers. James Cook wrote: You can't. JB4 only supports those app servers. On the bright side, you don't *need* to integrate jBoss. Thee integration with these other servers provides a means of compiling stubs/skeletons. jBoss has thankfully saved us from this step, so the integration point you are seeking is moot with jBoss. jim - Original Message - From: Adam Lipscombe [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 03, 2001 5:57 AM Subject: [JBoss-user] How to integrate JBuilder 4 with JBoss Folks, Apologies if this a well-known question - I am a newbie to JBoss. I have JB4 enterprise and want to integrate with JBoss. Under the Enterprise tab in JB4 project properties the Inprise App server is currently selected. When I try to add a new app server the choices are Inprise, Weblogic or EJB 1.1 How do I set up JB4 so it sees JBoss? Thanks in advance... Cheers - Adam ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user --InterScan_NT_MIME_Boundary Content-Type: text/plain; name=InterScan_Disclaimer.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=InterScan_Disclaimer.txt Confidential e-mail for addressee only. Access to this e-mail by anyone else is unauthorized. If you have received this message in error, please notify the sender immediately by reply e-mail and destroy the original communication. --InterScan_NT_MIME_Boundary-- ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Why cloudscape DB for petstore?
The petstore application is an application written for Sun's J2EE reference implementation. It was not developped by or for JBoss :) BUT, it was adapted so it runs on the JBoss platform... Hope this answers your question :) Daniel -Message d'origine- De : Todd Chaffee [mailto:[EMAIL PROTECTED]] Envoyé : 25 avril, 2001 14:06 À : [EMAIL PROTECTED] Objet : [JBoss-user] Why cloudscape DB for petstore? I'm just curious why the jboss developers used the cloudscape db for the sample petstore app. Since it is not open source I was surprised that something like hypersonic wasn't the first choice. I'm assuming that one of the requirements for the db was that it run as a java app so you don't have to worry about platform specific issues. I searched the archives and couldn't find any comments on this. Thanks, Todd Chaffee ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] How to start JBossGUI.
in the jboss/bin directory : java -jar ejx.jar HTH, Daniel -Message d'origine- De : jquest jquest [mailto:[EMAIL PROTECTED]] Envoyé : 24 avril, 2001 09:56 À : [EMAIL PROTECTED] Objet : [JBoss-user] How to start JBossGUI. Hi, I can not find any information how to start JBossGUI. I only readet the information from : http://www.jboss.org/business/jboss-projects.html. Any help will be graet. Thank in advance. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Driver for mssql?
You can try www.inetsoftware.de they have JDBC drivers (type 4) for MSSQL. You can go either with : Sprinta2000 - JDBC 2.0 core (Use Minerva for XDataSource) Opta2000- JDBC 2.0 includes optional packages or the upcoming Merlia - JDBC 3.0 - Only usable with jdk 1.4 I have tested Sprinta with Minerva with good success. I am still getting rid of the last wrinkles with Opta's own XDataSource (includes CachedRowSet for distributed RowSets) The best thing about those drivers is that they are being _actively_ developped and maintained. The code maintainers also use JBoss sources to help in specific debugging. ps. I am in no way affiliated with inetsoft :) Just think it's worth a look. HTH, Daniel -Message d'origine- De : Frank Thiemonge (NBK) [mailto:[EMAIL PROTECTED]] Envoyé : 24 avril, 2001 09:50 À : '[EMAIL PROTECTED]' Objet : RE: [JBoss-user] Driver for mssql? Check out the old working dogs archive, in particular http://www.mail-archive.com/jboss-user@list.working-dogs.com/msg10923.ht ml Don't know if this will do much good for v 6.5, but the industry.java.sun reference should point you in the right direction. Hope this helps, Frank -Original Message- From: Jim Cheesman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 24, 2001 5:03 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] Driver for mssql? Can anyone recommend a driver for MS SQL Server (v6.5)? The ones that I've tried so far don't seem to work with JBoss, although I freely admit that this may simply be due to my own incompetence... (And if you could include the relevant sections of standardjaws.xml and jboss.jcml I'd *really* appreciate it ;) Jim -- * Jim Cheesman * Trabajo: [EMAIL PROTECTED] - (34)(91) 724 9200 x 2360 Personal: [EMAIL PROTECTED] (34) 606 770 244 Always be on the lookout for conspicuousness. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Jboss-bug or misunderstanding ? (Loosing reference to JBoss object)
Anyone successfully managed using a CachedRowSet of some kind? The way I understand it, it would be the vehicle of choice to pass data between the EJB and the client... CachedRowSet crs = new CachedRowSet(); crs.setDataSourceName(somedatasource); crs.setCommand(Select * from sometable); crs.execute(); return crs; I'd like your thoughts/experiences with that. Alternatively, if anyone of you uses Borland's DataExpress components, are TableDataSet serializable and transportable from EJB to client ? (This could actually prove more useful to me, albeit less portable) Cheers, Daniel -Message d'origine- De : Guy Rouillier [mailto:[EMAIL PROTECTED]] Envoyé : 24 avril, 2001 11:07 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] Jboss-bug or misunderstanding ? (Loosing reference to JBoss object) From reading your text below, it sounds like you are returning a ResultSet object to the client and letting the client next() through it. If I'm interpreting that properly, you should not do this. Only the EJB on JBoss should talk to the database. All within a single method, obtain the connection, execute the query, get the ResultSet, loop through the result set and do something with it, close the result set, statement and connection, and then return. As to what to do with the ResultSet, you can materialize it as a set of Java objects or (as we prefer to do) and XML string. - Original Message - From: René Rolander Nygaard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 24, 2001 3:57 AM Subject: RE: [JBoss-user] Jboss-bug or misunderstanding ? (Loosing reference to JBoss object) René Rolander Nygaard wrote: We are getting pretty desperate regarding this question, so I have to ask again! Dude, try rephrasing the question. The following paragraph makes no sense. Sorry - i will try once more. Through our speed-testing we are seeing more strange behaviors. It seems as JBoss looses the reference to an object if you speed-clicks. This can only mean that the problems occurs because the same session is trying to access the same object more than once. What is speed-clicks? What does looses the reference to an object mean? This was actually from my originally mail where i wrote that we speed-tested the system by clicking on a menu-item, which caused a reload in another frame on the screen. The looses a reference is that we have a reference from our jsp page through a bean to a JBoss stateless session bean. We select data from a resultset, and after we cycled through all items, we try to close the connection, the statement etc. but these objects are null! We still have a reference to the JBoss stateless session bean, but we fear that it is either a different stateless bean than we started with, OR it has been re-initialized. If you from a jsp page force a reload before the last page-load was finished, it seems that the reference from the jsp page through to the JBoss stateless bean is lost! Can we expect that in one work-cycle we get a reference to at different JBoss stateless bean, and if this is the case - we cannot clean up after us self. The scenario again: A jsp page gets a reference to a stateless session bean The jsp page starts traverse a resultset Here we reload the page! The disconnect functions all fail because the objects == null! Sorry about this, but i cannot see this any other way than a JBoss bug... Do you realise that the same JSP instance can service multiple requests simultaneously. If you are storing things in instance variables then the second request will overwrite them before the first completes. This is basic JSP/servlet stuff. Hmm. Yes - but here we make a USEBEAN on a page object (and we also tried making the bean session). Then we cycle through all data finally we call the Close all function. When we are running in the same jsp page, can we expect that the data contained in one jsp page is overridden if the user click's to quickly ? I hope this is not the case. Thnx for the response dude! ;-) - René Rolander Nygaard Toby. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBuilder4 + JBoss
Alternatively, you could use the OpenTools API to extend it with a specific JBoss deployment facility (even if just to handle jboss.xml,jaws.xml and copy the file to a deployment directory via the OS or FTP). I don't think it's worth it though as people are used to building files to the jboss/deploy directory. But, if you prefer a fully integrated solution, the OpenTools API is easy to use. Cheers, Daniel ps. if you _do_ write an OpenTool for JBoss, please share it on one of the OT repositories :) -Message d'origine- De : ZHU Jia [mailto:[EMAIL PROTECTED]] Envoyé : 23 avril, 2001 09:44 À : [EMAIL PROTECTED] Objet : Re: [JBoss-user] JBuilder4 + JBoss Thanks! I'll try it out! James Cook wrote: - Original Message - From: ZHU Jia [EMAIL PROTECTED] Some of you are surely using JBuilder as IDE, right?! Can someone give some tips about deploying EJBs from JBuilder into JBoss? Can I let JBuilder generate the deployment descriptor? Many thanks in advance! JBuilder Enterprise has built-in wizards to deploy to WebLogic and their own BAS. You don't need any of them to deploy to jBoss because jBoss's deployment scheme in a development environment is vastly superior. Simply have JBuilder build your archive in the jboss/deploy directory or set up a tool (in JBuilder Menu) to copy this archive to the deploy directory. They also have a nice deployment descriptor editor that will build the standard ejb-jar.xml and a specific ejb-inprise.xml file. To lookup references according to the EJB spec, you will have to include an jboss.xml descriptor and this is not created by any of Borland's tools. You have to do this one yourself. It is trivial and you can use the JBuilder editor to build it. jim ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] PostgreSQL 7.1 Datasource setup
I can't say for sure, because I don't use Postgresql... but AFAIK, you should use the same values for the PoolName and the Name under the XADataSource service. ie: mbean code="org.jboss.jdbc.XADataSourceLoader" name="DefaultDomain:service=XADataSource,name=jdbc/PostgresDB" attribute name="PoolName"jdbc/PostgresDB/attribute instead of mbean code="org.jboss.jdbc.XADataSourceLoader" name="DefaultDomain:service=XADataSource,name=PostgreSQL" attribute name="PoolName"jdbc/PostgresDB/attribute When JBoss hangs on the datasource binding, from my experience, it indicates a connection to the datasource could not be established, either because the name is incorrect or the database is not reachable. HTH, Daniel -Message d'origine- De : John Menke [mailto:[EMAIL PROTECTED]] Envoy : 19 avril, 2001 14:38 : jboss Objet : [JBoss-user] PostgreSQL 7.1 Datasource setup I have the following coded in my jboss.jcml and I have included postgresql.jar in my lib/ext folder, but JBoss hangs on startup. postmaster is running with the -i option when I try this and I have a database setup named ejb with ejbUser as a user and ejbUserPassword as the account password. My environment is: JBoss 2.2 PostgreSQL 7.1RC4 Redhat Linux 6.2 JBoss startup ends with the following output: [jdbc/PostgresDB] Starting [jdbc/PostgresDB] XA connection pool jdbc/PostgreDB bound to java:/jdbc/PostgresDB then it hangs... Does anyone have Postgres7.1 working with JBoss? mbean code="org.jboss.jdbc.XADataSourceLoader" name="DefaultDomain:service=XADataSource,name=PostgreSQL" attribute name="PoolName"jdbc/PostgresDB/attribute attribute name="DataSourceClass"org.opentools.minerva.jdbc.xa.wrapper.XADataSourc eImp l/attribute attribute name="Properties"/attribute attribute name="URL"jdbc:postgresql://localhost:5432/ejb/attribute attribute name="GCMinIdleTime"120/attribute attribute name="JDBCUser"ejbUser/attribute attribute name="MaxSize"10/attribute attribute name="Password"ejbUserPassword/attribute attribute name="GCEnabled"false/attribute attribute name="InvalidateOnError"false/attribute attribute name="TimestampUsed"false/attribute attribute name="Blocking"true/attribute attribute name="GCInterval"12/attribute attribute name="IdleTimeout"180/attribute attribute name="IdleTimeoutEnabled"false/attribute attribute name="LoggingEnabled"false/attribute attribute name="MaxIdleTimeoutPercent"1.0/attribute attribute name="MinSize"0/attribute /mbean ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Flushing Cache (For Simone ?)
On the topic of flushing the EJB cache Francois Archambault said... |So we created our own LRUEnterpriseContextCachePolicy class to be able |to passivate beans with JMS messages. We actually call the ageOut |method with the beans key we want to flush by going through the LRUList |obtains from getList() method. But there is still a problem, the beans |that are in a transaction don't get passivated. Simone Bordet added... Anyway, what you really need is not a passivation IMHO, but a complete reload of the beans that are in the cache from the underlying DB. Normally you can do this using commit options B or C, but you still want to have A and only sometimes (upon JMS message) a behavior like B or C. IMHO best solution will be mark all the cached beans for reload, instead of passivating them, and this can be done by a custom TimerTask simply extending LRUEnterpriseContextCachePolicy with your cache. Check the EntitySynchronizationInterceptor for informations about the flag that marks a bean for reload. Marc Fleury replied... I believe it is a brilliant idea with the wrong implementation, it belongs at the Option A/B/C that informs the container that he should be updating the state of the beans. In other words, passivating is the wrong thing to do you want to be working in the synchronization interceptor. After reading Simone's and Marc's posts, I agree that passivation is the wrong way to go. But I don't agree that we want a behavior like B/C as Simone interprets it. It's really just a matter or reloading the fresh data when it has been changed... And we know exactly when data was changed because we control the other application. I think Simone nailed the real solution when he wrote we should simply mark beans for reload. background What we are facing is an interesting challenge. Our company believes in J2EE and is willing to transform our fat-client VB 6 based architecture to a distributed architecture built on J2EE. That's a good thing (TM). But our software is very large and cannot be converted in a one-shot operation. There will be an overlap during which the VB app will poke at the repository while JBoss serves EJBs. That's not such a good thing! :) Commit options B/C _would_ support this architecture, but with a heavy price IMO... no caching of entities, even ones that are _unlikely_ to change. But, life being what it is, they _will_ change and we have to make sure the changes are propagated to JBoss. /background So we are implementing the approach recommended by Simone and will keep you guys posted with our results. Our follow-up discussions will be made on JBoss-dev as we face (probably) more technical challenges ;-) pat-on-the-back Francois and I come from the Orion server world, and quite frankly, made the move to JBoss mainly because of a lack of support on the discussion list from Orion. It is a very refreshing change to see the energy and drive of people involved with JBoss. You guys have created a strong community and it's exciting to be part of this venture with the rest of you. Keep up the excellent work! /pat-on-the-back Daniel ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Flushing the cache
Of course when you ask the right questions, you get the right answers ;-) Thanks :) -Message d'origine- De : Juha Lindfors [mailto:[EMAIL PROTECTED]] Envoy : 13 avril, 2001 11:13 : [EMAIL PROTECTED] Objet : RE: [JBoss-user] Flushing the cache Hi, At 09:50 13.4.2001 -0400, you wrote: The problem is that we have to deal with direct access to the underlying database. We absolutely cannot make all accesses go through the EJB layer (for now that is). While this is the case, we have to find ways to make JBoss refresh the data from the physical database when it is changed. I think you should look up "commit options" from the EJB spec, it answers your question :) -- Juha So we thought it would be simple to add a SSB to offer cache management services to our "old" application to call. ie. make changes through VB/ADO/OleDB application and "inform" the JBoss server that those tables need to be "flushed". We can make the passivation delay very short, but I think that would be overkill... Suggestions ? Thanks! Daniel Hi, I need to flush the cache manually. I already know that there is a tag overager-period that does an auto passivate on bean that are older than the max-bean-age. But how can I do a passivate manually on every bean in the cache when I need it. You can't. Why would you BTW ? It seems to me that you should not care about passivation, it should be transparent to you, shouldn't be ? Simon ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Flushing the cache
Come to think of it... Your point is really important. However, the solution is a bit more drastic than I'd like it to be. That is, I would like to use commit option A as much as possible. Because it's more efficient for one thing! Through the other application, I _know_ when the beans are to be invalidated... I'd like to inform JBoss of that so that all beans are flagged as needing a reload... Can you suggest something closer to that "spec"? :) Dan -Message d'origine- De : Juha Lindfors [mailto:[EMAIL PROTECTED]] Envoy : 13 avril, 2001 11:13 : [EMAIL PROTECTED] Objet : RE: [JBoss-user] Flushing the cache Hi, At 09:50 13.4.2001 -0400, you wrote: The problem is that we have to deal with direct access to the underlying database. We absolutely cannot make all accesses go through the EJB layer (for now that is). While this is the case, we have to find ways to make JBoss refresh the data from the physical database when it is changed. I think you should look up "commit options" from the EJB spec, it answers your question :) -- Juha So we thought it would be simple to add a SSB to offer cache management services to our "old" application to call. ie. make changes through VB/ADO/OleDB application and "inform" the JBoss server that those tables need to be "flushed". We can make the passivation delay very short, but I think that would be overkill... Suggestions ? Thanks! Daniel Hi, I need to flush the cache manually. I already know that there is a tag overager-period that does an auto passivate on bean that are older than the max-bean-age. But how can I do a passivate manually on every bean in the cache when I need it. You can't. Why would you BTW ? It seems to me that you should not care about passivation, it should be transparent to you, shouldn't be ? Simon ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user