Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
hi Ban, I have infact used the IP address of the servers and *NOT* 127.0.0.1. That is why I am suprised why I am getting the following behaviour. MJ --- Mridul Jain <[EMAIL PROTECTED]> wrote: > hi Ban, > I added bind_addr attribute in both the servers with > their respective ips and both the servers seem to > identify each other. But I am getting this line: > -- > 18:10:52,399 INFO [DefaultPartition] New cluster > view > (id: 1, delta: 1) : [127.0.0.1:1099, 127.0.0.1:1099] > 18:10:52,403 INFO > [DefaultPartition:ReplicantManager] > Dead members: 0 > 18:10:53,549 INFO [HAILServerILService] Notified to > stop acting as singleton. > --- > > in the node which acts as the second cluster node. > I was wondering why the New cluster View shows > 127.0.0.1 as the ip addresses for both the nodes. > I have set loopback to false in cluster-service.xml > in > both the servers. > I brought down the lo interface and let eth0 only up > in both the nodes and started the servers again on > both. Again the servers could not identify each > other. > > why I am seeing 127.0.0.1 for both the servers?? > > MJ > --- Bela Ban <[EMAIL PROTECTED]> wrote: > > > > > > Mridul Jain wrote: > > > > > hi, > > > I am running jboss-3.2.3 on GNU/Linux box and > > trying > > > to get jboss clustering up and running. > > > First I check if multicasting works fine, by > > running > > > the following from jgroup: > > > On host1: > > > -- > > > java org.javagroups.tests.McastReceiverTest > > > -mcast_addr 228.1.2.3 -port 45566 > > > -- > > > Onhost2: > > > --- > > > java org.javagroups.tests.McastSenderTest > > -mcast_addr > > > 228.1.2.3 -port 45566 > > > --- > > > > > > I am able to communicate perfectly without any > > > problems. > > > > > > Then I start jboss-3.2.3 using ./run.sh -c all > on > > both > > > the hosts. But I am able to see that both the > > > nodes/servers cannot find each other as can be > > seen in > > > server.log and it shows only one cluster member > in > > > both. > > > > > > Probing further I tried receiving messages using > : > > > > > > java org.javagroups.tests.McastReceiverTest > > > -mcast_addr 228.1.2.3 -port 45566 > > > - > > > on host1 and running the jboss-server on the > same > > > node. > > > At periodic intervals I started getting some > junk > > > message from the jboss-server as soon as > > > cluster-service.xml was deployed. The messages > > were > > > from 127.0.0.1:45566. > > > > > > Did you try setting bind_addr in the cluster > config > > (in > > cluster-service.xml) ? > > Post your cluster-service.xml > > > > > > -- > > Bela Ban > > http://www.jgroups.org > > Cell: (408) 316-4459 > > > > > > > > > --- > > This SF.net email is sponsored by: Perforce > > Software. > > Perforce is the Fast Software Configuration > > Management System offering > > advanced branching capabilities and atomic changes > > on 50+ platforms. > > Free Eval! > > http://www.perforce.com/perforce/loadprog.html > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > __ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" > Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > __ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss-3.2.3 clustering problem - unable to find other nodes , though multicasting seems working
set bind_addr in UDP to the IP address ot the server (*not* 127.0.0.1), e.g. Mridul Jain wrote: hi Ben, Here is my cluster-service.xml Please tell me what to do? Thanks, MJ --- Bela Ban <[EMAIL PROTECTED]> wrote: Mridul Jain wrote: hi, I am running jboss-3.2.3 on GNU/Linux box and trying to get jboss clustering up and running. First I check if multicasting works fine, by running the following from jgroup: On host1: -- java org.javagroups.tests.McastReceiverTest -mcast_addr 228.1.2.3 -port 45566 -- Onhost2: --- java org.javagroups.tests.McastSenderTest -mcast_addr 228.1.2.3 -port 45566 --- I am able to communicate per fectly without any problems. Then I start jboss-3.2.3 using ./run.sh -c all on both the hosts. But I am able to see that both the nodes/servers cannot find each other as can be seen in server.log and it shows only one cluster member in both. Probing further I tried receiving messages using : java org.javagroups.tests.McastReceiverTest -mcast_addr 228.1.2.3 -port 45566 - on host1 and running the jboss-server on the same node. At periodic intervals I started getting some junk message from the jboss-server as soon as cluster-service.xml was deployed. The messages were from 127.0.0.1:45566. Did you try setting bind_addr in the cluster config (in cluster-service.xml) ? Post your cluster-service.xml -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user __ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus -- Bela Ban http://www.jgroups.org Cell: (408) 316-4459 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Huge Database Updates, and transaction failures...
This sounds like a job for JBoss multihome where you can run your MDB application in one JBoss instance and your web application in another. Requires one JBoss install with two configurations that you launch independently using the --host and -c switches. -Original Message- From: Neal Sanche [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 12:22 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] Huge Database Updates, and transaction failures... Hi All, Okay, I'm doing a bunch of genetic research with JBoss. Our principal investigator (my Boss), wants to store many many thousands of records in the database and I have been trying to write the code that inserts all of those records in the 'background' while users might be operating the Struts based Web UI at the same time. I've now tried JBoss 3.2.2, 3.2.3, and 3.2.4RC1 with varying results. 3.2.2 throws quite a few Deadlock detected exceptions. 3.2.3 and 3.2.4RC1 (from CVS yesterday) does something similar. Here's what I'm doing. I have a Message Driven Bean that receives a message with the primary key of an Experiment. Experiments have Samples, Samples have Replicates, and Replicates have Files. I basically get a list of all of the File entities in an Experiment inside my MDB, by opening a UserTransaction, doing the work, and then committing the transaction. Once I have all of my File entities in a list, I open each file and read a bunch of GeneExpression data out of them. I have created a Stateless Session Bean with a method on with a Transaction type of 'RequiresNew', into which I pass the data values for a single record, as well as a reference to a Replicate which that record needs to be associated. The MDB is not in a transaction at that point, but the SLSB creates a transaction to handle the database update. The update doesn't take very long, but there are roughly 15,000 of them per file. It can take a couple of minutes to finish adding them all. Now the problem: The web interface is useable during this time if and only if the Replicate object isn't accessed by anyone during the processing of the file. If it is, either the addition of the GeneExpression record to the Replicate will fail (a simple record.setReplicate(replicateRef)) or the transaction started in the web application will fail and the user is presented with a message about the transaction being rolled back. I'd prefer not to see either of these messages. How can I avoid this? Is the problem that I'm holding onto the Replicate reference across transactions? Should I constantly be looking it up again? The reason for my MDB -> SLSB with RequiresNew transaction is to allow the web application to be functional during this long-term data insertion, otherwise the web application will block on the long-term transaction. So I've basically set up fine-grained transactions. But I still get conflicts. Shouldn't a transaction be queued until all others finish? Is it because I'm really creating a lot of transactions with my insertions, that the web transaction doesn't get a chance to get processed and times out? I have my jboss transaction-timeout set to the default of 300 (is that seconds)? That should be sufficient, I'd think. Are there any other designs that support mass insertion in the background with JBoss? At this point, I want to avoid having to use something like Hibernate, just for consistency sake. Do I need to use something like Commit Option B for this kind of thing? I hope not... I like having a cache. Thanks in advance. -Neal --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss clustering with commit option B or C too slow
Hi Alexey, With our application I cannot use commit option A with optimistic locking. It generates a lot of rollbacks (many threads access the same beans at the same times through message driven beans). I've tried to use commit option A with cache invalidation but performance was no better. Is there any other way to optimize commit option B or C? Thanks, Misak -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 7:32 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JBoss clustering with commit option B or C too slow You could use commit option A with optimistic locking. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, Misak Sent: Wednesday, January 14, 2004 7:48 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss clustering with commit option B or C too slow Hi, I am trying to cluster JBoss 3.2.3 with CMP 2.0. Current clustering configuration doesn't allow me to use commit option A (Only with cache invalidation based clustering A can be used). So, I need to use commit option B or C. With CMP 1.1 there was a modified flag that allowed control over synchronization with Database. With CMP 2.0 the flag is of no use. I wonder if there is a way to improve performance with commit option B or C using CMP 2.0. It is terribly slow in a clustered environment. Is there any other way to cluster to improve performance.? Thanks, Misak This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. <>
[JBoss-user] Re: Need your help.
Please keep it in public forums. I'm forwarding you to the jboss-user mailing list. You will need to subscribe to that list if you want to see other people's answers. Yes, if you want to use java:comp/env (ENC) you need to set it up using ejb-refs or ejb-local-refs. In XDoclet the tags go on the bean's class that wants to access the ENC (enterprise naming context). Regards, Adrian On Thu, 2004-01-15 at 20:17, Vikram R Mahuvakar wrote: > > > Adrian, > > We need your help. We are using JBoss3.2.2 server and it is working great. > We haven't been able to access enetity and session bean using COMP_NAME > generated in the Util file which is created using Xdoclet. > > Here is the example of the Xdcolet tags in the Session bean file. We had to > put @ejb.util generate="physical" to access Session bean's home interface > from Naming service. If I change the @ejb.util generate="logical". The > Client application cannot find the > COMP_NAME="java:comp/env/ejb/StudyManager" as defined in the > StudyManagerHome file. > > Can you help us to set correct XDoclet tag so we can do this. > > We have same problem with CMP entity bean generated by Xdoclet. > > DO we need an @ejb.ejb-ref tag in the file? If we need it where do we put > it ? > > Can you help us? > > Thanks, > > Vikram Mahuvakar > [EMAIL PROTECTED] > > /*** > * Use this as a template for -- A remote session bean that acts as a > facade to the ejb object layer. > * (1) Copy this file and change the file name from Protocol to "Study" or > whatever you want to name this bean. > * (2) Replace the text "StudyManager" in this file with the new name of > the class -- StudyManager, PoolManager etc. > * (3) add xdoclet @ejb.ejb-ref tags (see example below) for the entity > beans that will be referenced from this class > * > * @ejb.bean > * name="StudyManager" > * type="Stateless" > * view-type="remote" > * local-jndi-name="StudyManager" > * > * @ejb.util > * generate="physical" > * > * @ejb.transaction > * type="Required" > * > * - REPLACE THESE TAGS WITH THE ENITY BEANS THAT WILL > BE REFERECED BY THIS SESSION BEAN --- > * @ejb.ejb-ref > * ejb-name="GenericProtocol" > * view-type="local" > * ref-name="ejb/GenericProtocolLocal" > * > * @ejb.ejb-ref > * ejb-name="ArraysConstants" > * view-type="local" > * ref-name="ejb/ArraysConstantsLocal" > * > * @ejb.ejb-ref > * ejb-name="SystemUser" > * view-type="local" > * ref-name="ejb/SystemUserLocal" > * > / -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] messaging using JBoss 3.2.2
Please keep it on public mailing lists. This link explains setting up a resource adapter for a remote jms (apologies the xml formatting - julien?) http://www.jboss.org/index.html?module=bb&op=viewtopic&t=43817 Most likely your problem is the remote connection factory is being bound with the wrong ip/hostaddress internally. 1) check your /etc/hosts file for 127.0.0.1 localhost myname.com and remove myname.com 2) there was a bug in 3.2.2 where it would try to bind some of the use 0.0.0.0 which doesn't work on all machines you can fix it by typing the following at startup ./run.sh --host=myname.com If you are not sure what is happening enable trace logging on the client machine for org.jboss.mq.il It will tell you machine it is trying to connect to. Regards, Adrian On Thu, 2004-01-15 at 19:36, Shankar Srinivasan wrote: > Hi, > IÂm having problems with sending messages to a > remote JMS Queue. I would really appreciate if you > could tell me where IÂm going wrong. > We have 2 instances of Jboss running. > > To connect from one instance to a queue in the other > instance, IÂve modified the JNDI URL while creating > the queue. > > Properties p = new Properties(); > p.put(Context.PROVIDER_URL,_jndiURL); > log.info("JNDI URL=" + _jndiURL); > p.put(Context.SECURITY_PRINCIPAL,_userName); > p.put(Context.SECURITY_CREDENTIALS,_password); > InitialContext ic = new InitialContext(p); > > QueueConnectionFactory qcf = (QueueConnectionFactory) > ic.lookup(_jndiConnectionFactory); > QueueConnection conn = qcf.createQueueConnection(); > > _queue = (Queue) ic.lookup(_jndiQueue); > > _queueSession = conn.createQueueSession(_transacted, > Session.AUTO_ACKNOWLEDGE); > > > But when I create a queueSender to send it, the > message is set to the local queue instead of the > remote queue. > > Do I need to change any other jms configuration? > > Thanks > Shankar > > > __ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Huge Database Updates, and transaction failures...
Hi All, Okay, I'm doing a bunch of genetic research with JBoss. Our principal investigator (my Boss), wants to store many many thousands of records in the database and I have been trying to write the code that inserts all of those records in the 'background' while users might be operating the Struts based Web UI at the same time. I've now tried JBoss 3.2.2, 3.2.3, and 3.2.4RC1 with varying results. 3.2.2 throws quite a few Deadlock detected exceptions. 3.2.3 and 3.2.4RC1 (from CVS yesterday) does something similar. Here's what I'm doing. I have a Message Driven Bean that receives a message with the primary key of an Experiment. Experiments have Samples, Samples have Replicates, and Replicates have Files. I basically get a list of all of the File entities in an Experiment inside my MDB, by opening a UserTransaction, doing the work, and then committing the transaction. Once I have all of my File entities in a list, I open each file and read a bunch of GeneExpression data out of them. I have created a Stateless Session Bean with a method on with a Transaction type of 'RequiresNew', into which I pass the data values for a single record, as well as a reference to a Replicate which that record needs to be associated. The MDB is not in a transaction at that point, but the SLSB creates a transaction to handle the database update. The update doesn't take very long, but there are roughly 15,000 of them per file. It can take a couple of minutes to finish adding them all. Now the problem: The web interface is useable during this time if and only if the Replicate object isn't accessed by anyone during the processing of the file. If it is, either the addition of the GeneExpression record to the Replicate will fail (a simple record.setReplicate(replicateRef)) or the transaction started in the web application will fail and the user is presented with a message about the transaction being rolled back. I'd prefer not to see either of these messages. How can I avoid this? Is the problem that I'm holding onto the Replicate reference across transactions? Should I constantly be looking it up again? The reason for my MDB -> SLSB with RequiresNew transaction is to allow the web application to be functional during this long-term data insertion, otherwise the web application will block on the long-term transaction. So I've basically set up fine-grained transactions. But I still get conflicts. Shouldn't a transaction be queued until all others finish? Is it because I'm really creating a lot of transactions with my insertions, that the web transaction doesn't get a chance to get processed and times out? I have my jboss transaction-timeout set to the default of 300 (is that seconds)? That should be sufficient, I'd think. Are there any other designs that support mass insertion in the background with JBoss? At this point, I want to avoid having to use something like Hibernate, just for consistency sake. Do I need to use something like Commit Option B for this kind of thing? I hope not... I like having a cache. Thanks in advance. -Neal --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Hardening JBoss
Title: Message http://sourceforge.net/docman/display_doc.php?docid=20143&group_id=22866 there is also good stuff in the admin guide as well. i recommend that you also investigate disabling any services that you are not using for your application. -jae -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael A. BehrSent: Thursday, January 15, 2004 2:20 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] Hardening JBoss All, I'm preparing to go live with a JBoss web application, and am looking for resources that describe how to harden a system before exposing it to the public (and hackers). Can anyone direct me to relevant information? Thanks, -M.A.Behr
[JBoss-user] AW: JbossQL SUM (was: [jboss4 and EJB2.1 ejb-ql?])
Perfect Alexey, thank you! I will use the dynamic query method for aggregate QL methods until EJB2.1 is finalized in JBoss. The testsuite gave a perfect example. Subject: RE: [JBoss-user] JbossQL SUM (was: [jboss4 and EJB2.1 ejb-ql?]) Date: Thu, 15 Jan 2004 09:30:02 -0600 From: "Alexey Loubyansky" <[EMAIL PROTECTED]> You must use ejbSelect. Define it in ejb-jar.xml and overwrite it in jbosscmp-jdbc.xml the same way as a finder query. You could also check the testsuite for cmp2/ejbselect. Though, it usese dynamic queries. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Hardening JBoss
All, I'm preparing to go live with a JBoss web application, and am looking for resources that describe how to harden a system before exposing it to the public (and hackers). Can anyone direct me to relevant information? Thanks, -M.A.Behr
Re: [JBoss-user] Commit-option A: When is it safe to use?
sounds good. Jonathan.O'[EMAIL PROTECTED] wrote: Hi, I've been playing around with the commit options, and I just want to confirm my understanding. The scenario is: I am running a JBoss app with an Entity Bean, Widget, marked as Commit Option A (caching in server, assumes no one updates it). I have another process, outside of JBoss server, that goes direct to the database. 1. Is CommitOption A ok, if the other process does INSERTs on the WIDGET table. I'm betting yes, because finders always go to the DB to get the primary keys, and then the cache kicks in to prevent reloading. 2. The other process can't do updates or deletes on the WIDGET table, because the server won't know about them. Have I missed any other aggressive optimisations? Ciao, Jonathan O'Connor XCOM Dublin --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Knowing when a CMP bean is modified
Thanks Alexey I have never configured optimistic locking b4 but it sounds quite interesting, So I am currently trying to learn it. I found a good pdf on the net about JbossCMP(http://www.ime.usp.br/~reverbel/SOD/maillist/pdf0.pdf) but it does not seem to say anything about optimistic locking, do u know where I could find any resource that could help me learn more on the above.By the way I also found an old posting of urs on this list concerning the configuration of the above. Lastly could I ask if u know of a non jboss specific way to know when a CMP Bean is modified?? Thank Edward BELOW IS A COPY OF UR OLD POSTING From: Alex Loubyansky Subject: [JBoss-user] Optimistic locking ported to JBoss-3.2 Date: Thu, 26 Dec 2002 01:03:00 -0800 To setup optimistic locking, container configuration element locking-policy should be set to org.jboss.ejb.plugins.lock.JDBCOptimisticLock and entity element in jbosscmp-jdbc.xml should have optimistic-locking element. Following are the possible configurations of optimistic-locking element: 1. Fixed group of fields that will be used for optimistic locking. optimisticLockingGroup where optimisticLockingGroup is one of the entity's load-group-name's. 2. Modified strategy. The fields that were modified during transaction will be used for optimistic locking. 3. Read strategy. The fields that were read during transaction will be used for optimistic locking. 4. Version (counter) column strategy. Additional version (counter) field of type java.lang.Long will be added to entity which will be used for optimistic locking. Each update of the entity will increase the value of its version field by 1. versionField ol_version INTEGER INTEGER(5) 5. Timestamp column strategy. Additional timestamp column field of type java.util.Date will be added to entity which will be used for optimistic locking. Each update of the entity will set the value of its timestamp field to the current time. timestampField ol_timestamp TIMESTAMP DATETIME 6. Version column generated by KeyGenerator. Additional field will be added to entity that will be used for optimistic locking. Each update of the entity will update its version column with value generated by KeyGenerator. UUIDKeyGeneratorFactory java.lang.String uuidField ol_uuid VARCHAR VARCHAR(32) alex Alexey Loubyansky <[EMAIL PROTECTED]> wrote: There is an optimistic locking strategy that could be what you are intersted in. It is configured in jbosscmp-jdbc.xml version ol_timestamp TIMESTAMP DATETIME From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ed banfaSent: Thursday, January 15, 2004 6:06 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] Knowing when a CMP bean is modified Hello all, I would like to know when my CMP bean has been modified so as to keep a last modified marker on the bean, I would like to keep track of the exact time a record was updated. Has anybody done similar work? I would apreciate any advice/tips. Thanks in advance EdEDWARD BANFANETPLAY TECHNOLOGIES INC.JOS, PLATEAU STATENIGERIA. Do you Yahoo!?Yahoo! Hotjobs: Enter the "Signing Bonus" SweepstakesEDWARD BANFANETPLAY TECHNOLOGIES INC.JOS, PLATEAU STATENIGERIA. Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
RE: [JBoss-user] JMS vs ASYNC Log4J Appender
If to achieve synchronous writing of the logs via an MDB, you will have to configure the container to only consume one message at a time from the queue/topic. This could become a bottlekneck and you would run the risk of overflowing the queue and never catching up. If you bring JMS into the picture, you will be working against the grain to try to implement synchronous behaviour. -Original Message-From: Peter Luttrell [mailto:[EMAIL PROTECTED]Sent: Thursday, January 15, 2004 12:21 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] JMS vs ASYNC Log4J AppenderWe log a ton of stuff and are having problems caused by synchronous logging blocking the appserver when linux rotates other various logs in the system. So we're considering using the ASYNC or JMS appenders. If we use the JMS appender we'll write a quick MDB to log all messages synchronously. Does anyone have any experience with these appenders in a high volume? Are there things to watch out for with either? Are there any key advantages or disadvantages of using JMS vs ASYNC? The obvious one is that JMS is sent to a topic so we'd have control over what we do with the log messages. Is there much more overhead with JMS vs ASYNC? In the past someone mentioned that the ASYNC appender can deadlock. Has anyone else experienced this? When it deadlocked, what happened? Did log messages just stop getting delivered, or did it take the whole server down? thanks. peter
[JBoss-user] Commit-option A: When is it safe to use?
Hi, I've been playing around with the commit options, and I just want to confirm my understanding. The scenario is: I am running a JBoss app with an Entity Bean, Widget, marked as Commit Option A (caching in server, assumes no one updates it). I have another process, outside of JBoss server, that goes direct to the database. 1. Is CommitOption A ok, if the other process does INSERTs on the WIDGET table. I'm betting yes, because finders always go to the DB to get the primary keys, and then the cache kicks in to prevent reloading. 2. The other process can't do updates or deletes on the WIDGET table, because the server won't know about them. Have I missed any other aggressive optimisations? Ciao, Jonathan O'Connor XCOM Dublin --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] EnityBeans: Optimistic Locking Help
Can JBoss handle cmp optimistic locking that spans web requests? Here's the scenario that i'm trying to get working: Open two browser windows and display a value for a sample field. Update the value on one. Then update the value on the second, without refreshing first, and i'm hoping to get an exception signifying the stale data displayed, but i don't the update works fine. If this is possible, how do i make this happen? I have constructed a very simple sample project based on the optimistic locking section in the paydocs and have tried all but the UID method of locking but can't seam to get it to work. I'm wondering if someone might be able to identify what i have wrong. The sample project can be downloaded here: http://www.sharpuniverse.com/jboss/entitybeanlocking/sample.zip All you'll need to is set your jboss install dir in the build.properties then run the deploy target and go to the "entitybeanlocking" context. The JSP page reads the value from the db, puts the entitybean in the session and displays the current value to the page. On subsequent requests it gets the entitybean out of the session. The update servlet gets the entitybean out of the session and updates the value. In order to get optimistic locking working, it sounds like i need to get and set the value from the same reference, hence why i'm putting the entity bean reference in the session. The documentation refers optimistic locking working "within the transaction", which could be my problem considering i'm executing across multiple web requests. If this is the problem, can anyone suggest a strategy for getting it to work. thanks. .peter -- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments,is for the sole use of the intended recipient(s), even if addressed incorrectly, and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy or delete all copies of the original message and all attachments, including deletion from the trash or equivalent folder. Thank you.
[JBoss-user] JMS vs ASYNC Log4J Appender
We log a ton of stuff and are having problems caused by synchronous logging blocking the appserver when linux rotates other various logs in the system. So we're considering using the ASYNC or JMS appenders. If we use the JMS appender we'll write a quick MDB to log all messages synchronously. Does anyone have any experience with these appenders in a high volume? Are there things to watch out for with either? Are there any key advantages or disadvantages of using JMS vs ASYNC? The obvious one is that JMS is sent to a topic so we'd have control over what we do with the log messages. Is there much more overhead with JMS vs ASYNC? In the past someone mentioned that the ASYNC appender can deadlock. Has anyone else experienced this? When it deadlocked, what happened? Did log messages just stop getting delivered, or did it take the whole server down? thanks. .peter
RE: [JBoss-user] Knowing when a CMP bean is modified
There is an optimistic locking strategy that could be what you are intersted in. It is configured in jbosscmp-jdbc.xml version ol_timestamp TIMESTAMP DATETIME From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ed banfaSent: Thursday, January 15, 2004 6:06 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] Knowing when a CMP bean is modified Hello all, I would like to know when my CMP bean has been modified so as to keep a last modified marker on the bean, I would like to keep track of the exact time a record was updated. Has anybody done similar work? I would apreciate any advice/tips. Thanks in advance EdEDWARD BANFANETPLAY TECHNOLOGIES INC.JOS, PLATEAU STATENIGERIA. Do you Yahoo!?Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
[JBoss-user] Knowing when a CMP bean is modified
Hello all, I would like to know when my CMP bean has been modified so as to keep a last modified marker on the bean, I would like to keep track of the exact time a record was updated. Has anybody done similar work? I would apreciate any advice/tips. Thanks in advance EdEDWARD BANFANETPLAY TECHNOLOGIES INC.JOS, PLATEAU STATENIGERIA. Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
Re: [JBoss-user] JBoss 3.2.3 problems running in Linux for z/Series
Troy, After upgrading to JBoss 3.2.2 in our RH Linux 7.3 IBM JDK 1.4.1 environment, JBoss kept running out of memory every couple hours. I don't know if this will help, since the hardware is different, but I created some monitoring plugins based on information in the very handy IBM JDK Diagnosis Documentation: http://www-106.ibm.com/developerworks/java/jdk/diagnosis/diag141sr1.pdf Eventually, I determined that the snmp-adaptor.sar service added in JBoss 3.2.2 used too many deployment descriptors: http://www.mail-archive.com/[EMAIL PROTECTED]/msg33807.html I removed the SNMP service and the machine stopped crashing. Your problem is probably completely different, but the Diagnosis docs helped me tremendously. -- Chris Bonham President/CEO Third Eye Consulting, Inc. [EMAIL PROTECTED] http://www.thirdeyeconsulting.com 317.823.3686 317.823.0353 (FAX) Quoting Poppe, Troy ([EMAIL PROTECTED]): > > I am running into a curious problem running JBoss on SLES8 31-bit on VM4.3. The > instance has been allocated 128Mb of physical memory and approx 512Mb of swap. > We have the VM configured to use QDIO with the OSA adapter in the z/800. > > I'm currently testing this problem using IBMJava2-s390-131 and IBMJava2-s390-141. > > The problem I am experiencing is that the instance the JBoss container is running > on will, after JBoss has been up and running (and unused) for sometime, hit 100% > CPU usage, and there is no way to regain access or control of the box short of a > hard-restart. > > We believe we have narrowed the problem down to the java virtual machine and/or > JBoss 3.2.3.The following is output from top that was left running before the > instance crashed. You'll note that the JBoss java processes have run amok. > > [ -- snip -- ] > > 12:29am up 10:38, 1 user, load average: 20.43, 20.28, 19.85 > 89 processes: 67 sleeping, 22 running, 0 zombie, 0 stopped > CPU states: 5.1% user, 94.8% system, 0.0% nice, 0.0% idle > Mem: 126064K av, 123448K used,2616K free, 0K shrd,8148K buff > Swap: 575584K av, 77184K used, 498400K free 12544K cached > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND > 886 jboss 25 0 16844 11M 140 R 5.7 9.6 5:55 java > 887 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 893 jboss 25 0 16844 11M 140 R 5.7 9.6 6:03 java > 913 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 918 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 920 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 925 jboss 25 0 16844 11M 140 R 5.7 9.6 5:49 java > 928 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 929 jboss 25 0 16844 11M 140 R 5.7 9.6 5:56 java > 932 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 933 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java > 934 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java > 941 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 955 jboss 25 0 16844 11M 140 R 5.3 9.6 5:51 java > 944 jboss 25 0 16844 11M 140 R 4.2 9.6 5:52 java > 2612 root 16 0 880 840 652 R 3.6 0.6 20:04 top > 892 jboss 25 0 16844 11M 140 R 2.8 9.6 5:51 java > > [ -- snip -- ] > > At this point, we are persuing the path of trying to determine what, if anything, > JBoss is doing outside of a user request. We are trying to determine 1) why are > the processes for JBoss in the running state, it should be entirely idle; 2) why > does the SIZE of the java process differ from when we first start JBoss (roughly > 73600); 3) why does the RSS differ from when we first start JBoss (roughly 71M). > > Basically, I'm curious if anyone in the JBoss community is running JBoss with the > IBM JVM on Linux for z/Series successfully. > > Any help is greatly appreciated. > > Troy Poppe > > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JbossQL SUM (was: [jboss4 and EJB2.1 ejb-ql?])
You must use ejbSelect. Define it in ejb-jar.xml and overwrite it in jbosscmp-jdbc.xml the same way as a finder query. You could also check the testsuite for cmp2/ejbselect. Though, it usese dynamic queries. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Darren Hartford > Sent: Wednesday, January 14, 2004 11:23 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] JbossQL SUM (was: [jboss4 and EJB2.1 ejb-ql?]) > > I have the paid-for docs, full google, and several days later > I still do not know how to use the JbossQL to get a SUM. > Could someone enlighten me please? It should have been simple... > > -D > > --__--__-- > Subject: RE: [JBoss-user] RE: jboss4 and EJB2.1 ejb-ql? > Date: Mon, 12 Jan 2004 16:25:24 -0600 > From: "Alexey Loubyansky" <[EMAIL PROTECTED]> > > You answered the question yourself. ejb.select - method > level, jboss.query - class level. > > > -Original Message- > > /** > > * @ejb.select > > *signature=3D"java.util.Float=20 > > ejbSelectStoreSum(java.lang.String store, java.util.Date theday)" > > *query =3D "SELECT o.amountpaid FROM Store AS o WHERE=20 > > ((o.store =3D ?1) AND (o.transday=3D?2))" > > * @jboss.query > > *signature=3D"java.util.Float=20 > > ejbSelectStoreSum(java.lang.String store , java.util.Date theday)" > > *strategy=3D"none" > > *query =3D "SELECT SUM(o.amountpaid) FROM Store AS o WHERE=20 > > ((o.store =3D ?1) AND (o.transday=3D?2))" > > **/ > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System > offering advanced branching capabilities and atomic changes > on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Problems with deployment of EJB's in Jboss 3.2.3
Did you modify standardjbossXXX.xml files in the conf dir? Make sure is in standardjbosscmp-jdbc.xml > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Hans Lund > Sent: Wednesday, January 14, 2004 5:10 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Problems with deployment of EJB's in Jboss 3.2.3 > > When I try to deploy an j2ee application on Jboss 3.2.x, I > get a deployment error. > Has anyone seen the same error, and knows the reason ( or > possible reasons to this error )??? > > It seams only the SequenceEJB bean fails ( but it's a > primary key generator bean - simple but needed ) > > > Description: > > in jbosscmp-jdbc.xml the following is registered on the Bean: > > > SequenceEJB > Sequence > > name > name > > > value > value > > > > > in ejb-jar.xml the entitybean is definded > > > SequenceEJB > > dk.statsbiblioteket.brugerregister.ejb.SequenceLoc > alHome > > dk.statsbiblioteket.brugerregister.ejb.SequenceLocal > > dk.statsbiblioteket.brugerregister.ejb.SequenceBean > > Container > > java.lang.String > True > 2.x > > Sequence > > The bean which > uses these > keys > name > > > The next primary key to > hand out > value > > name > > > > and the transaction model: > > > Transaction attributes for > 'SequenceEJB' methods > > SequenceEJB > * > > Required > > > > All other entitybeans in the app- uses the Sequence and have a ref > defined by: > > > > Sequence > Entity > > dk.statsbiblioteket.brugerregister.ejb.SequenceLoc > alHome > > dk.statsbiblioteket.brugerregister.ejb.SequenceLocal > SequenceEJB > > > > Here is some of the log ( DEBUG level ): > > > 2004-01-14 14:47:54,421 DEBUG [org.jboss.deployment.MainDeployer] > Watching new file: > file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/d > eploy/brugerregister-ejb.jar > 2004-01-14 14:47:54,421 DEBUG > [org.jboss.deployment.MainDeployer] create > step for deployment > file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/d > eploy/brugerregister-ejb.jar > 2004-01-14 14:47:54,898 DEBUG [org.jboss.ejb.EJBDeployer] Verifying > file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/d > eploy/brugerregister-ejb.jar > 2004-01-14 14:47:54,993 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: AddressEJB: Verified. > 2004-01-14 14:47:55,000 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: SyncAttributeEJB: Verified. > 2004-01-14 14:47:55,010 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: AttributeEJB: Verified. > 2004-01-14 14:47:55,026 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: CustomerEJB: Verified. > 2004-01-14 14:47:55,030 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: SequenceEJB: Verified. > 2004-01-14 14:47:55,059 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: CprFacadeEJB: Verified. > 2004-01-14 14:47:55,070 DEBUG > [org.jboss.ejb.EJBDeployer.verifier] Bean > checked: ApplicationFacadeEJB: Verified. > 2004-01-14 14:47:55,108 DEBUG [org.jboss.ejb.EJBDeployer] Deploying: > file:/home/hal/mira/jboss-3.2.1_tomcat-4.1.24/server/default/d > eploy/brugerregister-ejb.jar > 2004-01-14 14:47:55,108 DEBUG [org.jboss.system.ServiceController] > Creating service > jboss.j2ee:module=brugerregister-ejb.jar,service=EjbModule > 2004-01-14 14:47:55,108 INFO [org.jboss.ejb.EjbModule] Creating > 2004-01-14 14:47:55,117 DEBUG [org.jboss.ejb.EjbModule] > createService, begin > 2004-01-14 14:47:55,117 INFO [org.jboss.ejb.EjbModule] > Deploying AddressEJB > 2004-01-14 14:47:55,149 DEBUG [org.jboss.ejb.EjbModule] Creating > WebClassLoader of class org.jboss.web.WebClassLoader > 2004-01-14 14:47:55,254 DEBUG > [org.jboss.ejb.plugins.LRUEnterpriseContextCachePolicy] Cache policy > timer started, [EMAIL PROTECTED] > 2004-01-14 14:47:55,283 INFO [org.jboss.ejb.EjbModule] Deploying > SyncAttributeEJB > 2004-01-14 14:47:55,283 DEBUG [org.jboss.ejb.
RE: [JBoss-user] Help with JBossQL
JBossQL supports MAX function in SELECT that takes a CMP field as an agrument. Hence, you should use ejbSelect. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Luis > Sent: Wednesday, January 14, 2004 3:56 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Help with JBossQL > > Hi everyone,I am trying to write a JBossQL query to get the > entity with the maximun value of a certain field. Something > similar to the SQL function MAX() but I can't get it to work. > Can anybody tell me the right way to do this. > > Thanks in advance. > > __ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System > offering advanced branching capabilities and atomic changes > on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Tips for development environment with JBoss
Use JDK 1.4 and run JBoss in debug mode so that when you make a change in Eclipse and recompile (save the file) it will be updated on-the-fly without any redeployment whatsoever. Also, do not use an EAR for development but rather loose jar files and an exploded war file. Then you can granulate Ant tasks to update specific jars. You have to touch web.xml to redploy a war, analogous to touching application.xml to redeploy an ear. Having said all that, the number one strategy to speed development in JBoss or anything else is a testing framework that allows you to exercise components individually. You can use Cactus to test server-side components and I highly recommend doing so. -Original Message- From: Francisco Figueiredo Jr. [mailto:[EMAIL PROTECTED] Sent: Thu 1/15/2004 7:53 AM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-user] Tips for development environment with JBoss Hi all. I'd like to know some tips you have to development with JBOSS. Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in debugging. I'd like to know what else I could use to help in the development with JBoss. I mean, we are having to do a full deploy of ear to update code as sometimes the hot code replace can't be done by jboss ide. We would like to have some configuratio tip or procedure which could allow us to be able to update the code without have to do a full deploy. Something like the Tomcat plugin which allows me to update the code and already handle the reload of classes. Could you share your experiences and development environment setups so I could get some ideas to use here at my job? We are using JBOSS 3.2.3 and Eclipse 2.1.2. Thanks in advance. Regards, Francisco Figueiredo Jr. --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user <>
RE: [JBoss-user] JBoss clustering with commit option B or C too slow
You could use commit option A with optimistic locking. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boulatian, MisakSent: Wednesday, January 14, 2004 7:48 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] JBoss clustering with commit option B or C too slow Hi, I am trying to cluster JBoss 3.2.3 with CMP 2.0. Current clustering configuration doesn't allow me to use commit option A (Only with cache invalidation based clustering A can be used). So, I need to use commit option B or C. With CMP 1.1 there was a modified flag that allowed control over synchronization with Database. With CMP 2.0 the flag is of no use. I wonder if there is a way to improve performance with commit option B or C using CMP 2.0. It is terribly slow in a clustered environment. Is there any other way to cluster to improve performance.? Thanks, Misak This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
RE: [JBoss-user] Tips for development environment with JBoss
> > If this still takes too long, look at breaking up the components in > the .ear. Either into smaller .ears, or into individual components > (.war, ejbs jars, etc) and move those to deploy/. Then you only need > to re-deploy the components that have changed. >From experience, breaking an application up into multiple smaller deployable components can be error-prone in terms of the JBoss classloader. Especially true if one component relies on another component that isn't bundled in the same archive (ear, jar, etc). Dustin --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] jboss-3.2.3: Classloader problem?
On Thu, 2004-01-15 at 14:32, Barlow, Dustin wrote: > I moved the jdbc driver jar out of the ear and into the server target's lib > directory, and I've not been able to reproduce the error in my unit testing > so far. > > Is the caching that the 1.4 jvm is now doing a problem for the JBoss > classloader design or is it simply a problem/bug in the jvm itself? If it > is a JBoss classloader issue, is this something that could be fixed? > Especially in cases where Class.forName() is used by the 3rd party code, > even if it's jvm code? I've made sure to use > Thread.currentThread().getContextClassLoader().loadClass("some.Class").newIn > stance() in all of my code, but in some cases it is impossible to know when > a 3rd party lib might be using Class.forName() under the hood. > The specific issue with the jdbc driver is in the jdk classes. If you alter the DriverManager class from src.jar to use the thread context classloader rather than Class.forName() it loads the correct (redeployed) classes. We already have workarounds for many of the Class.forName() issues, like custom ObjectStreams and the JBossRMIClassLoader. God knows what vodoo Class.forName() is doing??? Regards, Adrian > Thanks again Adrian for the all the excellent support. > Dustin > > > -Original Message- > > From: Barlow, Dustin [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, January 14, 2004 9:32 PM > > To: '[EMAIL PROTECTED] ' > > Subject: RE: [JBoss-user] jboss-3.2.3: Classloader problem? > > > > > > Yes. Some of the time the error did occur after redeploying. > > On occasions > > though, after restarting JBoss, the error would also occur on > > the first > > process that accessed the datasource from a cmt ssb. I would > > just have to > > bounce JBoss again (sometimes more then once) to get the error to stop > > occurring. > > > > Once the application works (ie no errors on accessing mckoi > > the first time), > > it continues to work fine until a redeploy or a restart of > > the server. The > > occurrence of the error was intermittent between redeploys > > and restarts so I > > suspect that the jvm caching you referred to certainly could > > be suspect > > here. > > > > I did just recently bundle the jdbc datasource jar inside the > > application's > > ear file with the goal of the application being self > > contained in the ear > > file. Before I had just copied it into the server target's > > lib directory. > > > > Dustin > > > > -Original Message- > > From: Adrian Brock > > To: [EMAIL PROTECTED] > > Sent: 1/14/2004 4:24 PM > > Subject: Re: [JBoss-user] jboss-3.2.3: Classloader problem? > > > > The exception means the classloader has been undeployed. > > It no longer holds a reference to the repository > > Did you redeploy something? > > > > But something is holding a reference to the classloader. > > It looks like you've hit the caching done by Class.forName() > > in java 1.4 that breaks hot deployment? > > This is especially annoying with the way java.sql.DriverManager > > uses Class.forName() > > In general jdbc drivers are not hot deployable. > > > > Regards, > > Adrian > > > > On Wed, 2004-01-14 at 21:13, Barlow, Dustin wrote: > > > I am using McKoi as an embedded database in JBoss-3.2.3. > > > > > > The mckoidb.jar is bundled in the application's ear file > > and uses the > > > following in application.xml to deploy it. > > > > > > > > > > > > mckoidb.jar > > > > > > > > > > > > McKoi is registered via -ds.xml file and all code acquires a > > connection from > > > the pool. > > > > > > > > > > > > McKoiDS > > > > > > > > jdbc:mckoi:local://../server/workflowengine/da > > ta/mckoi/d > > b.co > > > nf?create_or_boot=true > > > com.mckoi.JDBCDriver > > > user > > > password > > > 5 > > > 0 > > > > > > > > > > > > For the most part, it works fine. However, there are > > occasions where > > I get > > > the following exception in JBoss. > > > > > > 2004-01-14 14:50:30,210 WARN [org.jboss.tm.TransactionImpl] > > XAException: > > > tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=6x23jygzt041//41, > > > BranchQual=] errorCode=XA_UNKNOWN(0) > > > org.jboss.resource.connectionmanager.JBossLocalXAException: Error > > trying to > > > start local tx: ; - nested throwable: > > > (org.jboss.resource.JBossResourceException: SQLException; - nested > > > throwable: (com.mckoi.database.jdbc.MSQLException)) > > > at > > > > > org.jboss.resource.connectionmanager.TxConnectionManager$Local > > XAResource > > sta > > > rt(TxConnectionManager.java:708) > > > at > > > > > org.jboss.tm.TransactionImpl.startResource(TransactionImpl.java:1148) > > > at > > > > > org.jboss.tm.TransactionImpl.enlistResource(TransactionImpl.java:636) > > > at > > > > > org.jboss.resource.connectionmanager.TxConnectionManager$TxCon > > nectionEve > > ntLi > > > stener.enlist(TxConnectionManager.java:455) > > > at > > > > > org.jboss.
Re: [JBoss-user] MDB not getting messages after Redeployment
On January 15, 2004 05:20 am, Adrian Brock wrote: > On Thu, 2004-01-15 at 04:29, Neal Sanche wrote: > > On January 14, 2004 07:29 pm, Adrian Brock wrote: > > > On Wed, 2004-01-14 at 23:29, Neal Sanche wrote: > > > > Hi All, > > > > > > > > I've recently been having problems with MDBs not receiving > > > > messages after my .EAR is redeployed. About the only thing > > > > that I'm doing differently, as far as I can tell, is to set > > > > the JNDI name of the MDB within the jboss deployment > > > > descriptors. Are there JBoss 3.2.2 problems with MDB > > > > redeployment? I looked through the bug lists on sourceforge > > > > but was unable to find a bug that was specifically tied to > > > > redeployment. Most closely related was a closed bug about an > > > > MDB losing messages after some hours of operation. In my case > > > > a single redeployment will cease any messages to the MDB. > > > > > > There are none that I know about. > > > > > > If you think you have a problem with messaging, enable trace > > > logging for org.jboss.mq > > > Since you are using mdbs also enable trace for > > > org.jboss.jms and org.jboss.ejb.plugins.jms > > > > > > There are stop and start delivery operations available in 3.2.2 > > > if you find the invoker on the jmx console - something like: > > > jboss.j2ee:service=EJB,jndiName=whatever,plugin=invoker,binding > > >=def ault This will let you isolate the startup of delivery > > > versus the startup of the whole application for debugging > > > purposes. > > > > > > If you can reproduce it with 3.2.4RC1 (from cvs or the nightly > > > snapshot) I've added a lot more trace logging to the client > > > side of jbossmq. This should make it easier to figure out what > > > is going on. > > > > Okay, Adrian, > > > > I build a nice fresh JBoss 3.2.4RC1 server, out of CVS and > > configured it so my application would run on it. And I was able > > to get the same behaviour. But, what I originally thought was > > message delivery stopping turns out not to be. It's something > > very strange. > > > > Okay, I know JMS messages aren't supposed to contain real > > references to objects, and probably not references to local CMP > > Entities. But I wanted to try it, and see if it worked. So I put > > a CMP Entity reference inside a Hashtable, and sent it as an > > ObjectMessage. Yeah, I know I probably shouldn't do this, but it > > works until the application is reloaded. Then an instanceof check > > in my code fails. > > > > My message receiver looks something like this: > > > > public void onMessage(javax.jms.Message message) { > > if (message instanceof ObjectMessage) { > > Hashtable h = (Hashtable)((ObjectMessage)message).getObject(); > > if (h.get("entity") instanceof ExperimentLocal) { > > System.err.println("Got one!"); > > } > > } > > } > > > > This will work when the application is newly loaded after the > > JBoss container is started. But after a redeploy, I never 'Got > > one!'. I know I'm getting bitten by some sort of Unified Class > > Loader voodoo curse, so I'm just going to rewrite my code to pass > > in the primary key of the Experiment, and look it up from inside > > my CMR instead. > > > > I'm just curious to know why the 'instanceof' might be failing in > > this case? The Entity is a valid one after all. Regardless of my > > obvious fudging of the use of JMS messages. :) > > I don't think what you are doing can work in general. > The object inside the message is serialized then deserialized later > (a deep clone). I don't think it is guaranteed by the spec > that a local interface will still work after it has been > serialized. It will do in jboss if it is deserialized in the same > VM. > > The instanceof is probably failing because you are not redeploying > correctly? Your MDB is probably holding a reference to the old > interface in the original classloader. Check the interface's > classloaders of the object from the message and one your mdb is > using. It's a pretty odd one, Adrian. I did have a look at the classloaders on the classes, but didn't notice anything really strange about them. It's definitely a classloader versioning problem, though. It's really the only thing it could be. I've since rewritten the code to pass only the primary key of the object which is a nice serializable Integer, and it's working fine cross deploys now. If I have time, I'll write out the classloaders of everything just for kicks and see where the mismatch is coming from. However, I'm pretty sure I wasn't holding onto the class reference. Though maybe Java was doing it for me? Or maybe the serialization during JMS message deployment of dynamically generated proxy classes is where something odd is happening? It's not worth worrying about. Just though it'd help someone else avoid trying to do this. -Neal --- This SF.net email is sponsored by: Perforce Software. Per
Re: [JBoss-user] Tips for development environment with JBoss
"Francisco Figueiredo Jr." <[EMAIL PROTECTED]> writes: > Hi all. > > I'd like to know some tips you have to development with JBOSS. > > Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in > debugging. > > I'd like to know what else I could use to help in the development with > JBoss. I mean, we are having to do a full deploy of ear to update code > as sometimes the hot code replace can't be done by jboss ide. We would > like to have some configuratio tip or procedure which could allow us > to be able to update the code without have to do a full > deploy. Something like the Tomcat plugin which allows me to update the > code and already handle the reload of classes. The way we redeploy is by using exploded deployments. Where the ear is really a directory structure reflecting the internal structure of of a zipped up .ear file. Then, make sure you are targeting your new .class files into the new ear structure (all subcomponents can be exploded also, .war, .jar etc) Then, just touch foo.ear/META-INF/application.xml and jboss will redeploy that ear. If this still takes too long, look at breaking up the components in the .ear. Either into smaller .ears, or into individual components (.war, ejbs jars, etc) and move those to deploy/. Then you only need to re-deploy the components that have changed. - bob -- SynXis Corporation | [EMAIL PROTECTED]| no .sig today. 1610 Wynkoop, Suite 400 | Ph: (303)595-2511 | Denver, CO 80202 | Fax:(303)534-4257 | --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] jboss-3.2.3: Classloader problem?
I moved the jdbc driver jar out of the ear and into the server target's lib directory, and I've not been able to reproduce the error in my unit testing so far. Is the caching that the 1.4 jvm is now doing a problem for the JBoss classloader design or is it simply a problem/bug in the jvm itself? If it is a JBoss classloader issue, is this something that could be fixed? Especially in cases where Class.forName() is used by the 3rd party code, even if it's jvm code? I've made sure to use Thread.currentThread().getContextClassLoader().loadClass("some.Class").newIn stance() in all of my code, but in some cases it is impossible to know when a 3rd party lib might be using Class.forName() under the hood. Thanks again Adrian for the all the excellent support. Dustin > -Original Message- > From: Barlow, Dustin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 9:32 PM > To: '[EMAIL PROTECTED] ' > Subject: RE: [JBoss-user] jboss-3.2.3: Classloader problem? > > > Yes. Some of the time the error did occur after redeploying. > On occasions > though, after restarting JBoss, the error would also occur on > the first > process that accessed the datasource from a cmt ssb. I would > just have to > bounce JBoss again (sometimes more then once) to get the error to stop > occurring. > > Once the application works (ie no errors on accessing mckoi > the first time), > it continues to work fine until a redeploy or a restart of > the server. The > occurrence of the error was intermittent between redeploys > and restarts so I > suspect that the jvm caching you referred to certainly could > be suspect > here. > > I did just recently bundle the jdbc datasource jar inside the > application's > ear file with the goal of the application being self > contained in the ear > file. Before I had just copied it into the server target's > lib directory. > > Dustin > > -Original Message- > From: Adrian Brock > To: [EMAIL PROTECTED] > Sent: 1/14/2004 4:24 PM > Subject: Re: [JBoss-user] jboss-3.2.3: Classloader problem? > > The exception means the classloader has been undeployed. > It no longer holds a reference to the repository > Did you redeploy something? > > But something is holding a reference to the classloader. > It looks like you've hit the caching done by Class.forName() > in java 1.4 that breaks hot deployment? > This is especially annoying with the way java.sql.DriverManager > uses Class.forName() > In general jdbc drivers are not hot deployable. > > Regards, > Adrian > > On Wed, 2004-01-14 at 21:13, Barlow, Dustin wrote: > > I am using McKoi as an embedded database in JBoss-3.2.3. > > > > The mckoidb.jar is bundled in the application's ear file > and uses the > > following in application.xml to deploy it. > > > > > > > > mckoidb.jar > > > > > > > > McKoi is registered via -ds.xml file and all code acquires a > connection from > > the pool. > > > > > > > > McKoiDS > > > > > jdbc:mckoi:local://../server/workflowengine/da > ta/mckoi/d > b.co > > nf?create_or_boot=true > > com.mckoi.JDBCDriver > > user > > password > > 5 > > 0 > > > > > > > > For the most part, it works fine. However, there are > occasions where > I get > > the following exception in JBoss. > > > > 2004-01-14 14:50:30,210 WARN [org.jboss.tm.TransactionImpl] > XAException: > > tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=6x23jygzt041//41, > > BranchQual=] errorCode=XA_UNKNOWN(0) > > org.jboss.resource.connectionmanager.JBossLocalXAException: Error > trying to > > start local tx: ; - nested throwable: > > (org.jboss.resource.JBossResourceException: SQLException; - nested > > throwable: (com.mckoi.database.jdbc.MSQLException)) > > at > > > org.jboss.resource.connectionmanager.TxConnectionManager$Local > XAResource > sta > > rt(TxConnectionManager.java:708) > > at > > > org.jboss.tm.TransactionImpl.startResource(TransactionImpl.java:1148) > > at > > > org.jboss.tm.TransactionImpl.enlistResource(TransactionImpl.java:636) > > at > > > org.jboss.resource.connectionmanager.TxConnectionManager$TxCon > nectionEve > ntLi > > stener.enlist(TxConnectionManager.java:455) > > at > > > org.jboss.resource.connectionmanager.TxConnectionManager.manag > edConnecti > onRe > > connected(TxConnectionManager.java:343) > > at > > > org.jboss.resource.connectionmanager.BaseConnectionManager2.al > locateConn > ecti > > on(BaseConnectionManager2.java:483) > > at > > > org.jboss.resource.connectionmanager.BaseConnectionManager2$Co > nnectionMa > nage > > rProxy.allocateConnection(BaseConnectionManager2.java:814) > > at > > > org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnectio > n(WrapperD > ataS > > ource.java:102) > > at > > > com.nielsenmedia.wfe.persistence.WFEPersistence.openConnection > (WFEPersis > tenc > > e.java:52) > > at > > > com.nielsenmedia.wfe.persistence.destination.McKoiWFESpecDesti
Re: [JBoss-user] Tips for development environment with JBoss
What I don't like with MyEclipse is that it more or less force you to use a special project layout. It also generates a build.xml that is impossible to share with other users in a mixed environment. But it has a lot of good stuff too. If all developers in a project use it and you start the project from scratch it's quite good. /Markus > For a small price of ~$30 per user, one of the best (IMO) plugins for > Eclipse is the MyEclipse pluging (myeclipseide.com). Besides J2EE > development it also includes plugins for different application servers, > including all version of JBoss. > > > Francisco Figueiredo Jr. wrote: > >> >> >> Hi all. >> >> I'd like to know some tips you have to development with JBOSS. >> >> Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in >> debugging. >> >> I'd like to know what else I could use to help in the development with >> JBoss. I mean, we are having to do a full deploy of ear to update code >> as sometimes the hot code replace can't be done by jboss ide. We would >> like to have some configuratio tip or procedure which could allow us >> to be able to update the code without have to do a full deploy. >> Something like the Tomcat plugin which allows me to update the code >> and already handle the reload of classes. >> >> Could you share your experiences and development environment setups so >> I could get some ideas to use here at my job? >> >> We are using JBOSS 3.2.3 and Eclipse 2.1.2. >> >> Thanks in advance. >> >> Regards, >> >> Francisco Figueiredo Jr. >> >> >> >> >> --- >> This SF.net email is sponsored by: Perforce Software. >> Perforce is the Fast Software Configuration Management System offering >> advanced branching capabilities and atomic changes on 50+ platforms. >> Free Eval! http://www.perforce.com/perforce/loadprog.html >> ___ >> JBoss-user mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] default container configuration
in this case, your best bet would be to define the configuration in the standardjboss.xml file (you can either cut and paste an entity bean section in it's entirety and modify values, or use the "extends" tag to just extend the config and modify only the values you need - i believe the admin guide gives details on how to do this. after that, use the tag in the jboss.xml file to specify the newly created configuration. -jae -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joachim (PROGS) Sent: Wednesday, January 14, 2004 3:35 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] default container configuration If I want to use a user-defined container configuration for all the beans in a deployment unit, do I have to specify the configuration for each bean, or is it enough to define that configuration to have it used, or can I add a directive to set that configuration as default for my deployment? I want to do this to make sure that my entity beans use commit option A. Thanks for the help. Joachim Van der Auwera --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Tips for development environment with JBoss
For a small price of ~$30 per user, one of the best (IMO) plugins for Eclipse is the MyEclipse pluging (myeclipseide.com). Besides J2EE development it also includes plugins for different application servers, including all version of JBoss. Francisco Figueiredo Jr. wrote: Hi all. I'd like to know some tips you have to development with JBOSS. Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in debugging. I'd like to know what else I could use to help in the development with JBoss. I mean, we are having to do a full deploy of ear to update code as sometimes the hot code replace can't be done by jboss ide. We would like to have some configuratio tip or procedure which could allow us to be able to update the code without have to do a full deploy. Something like the Tomcat plugin which allows me to update the code and already handle the reload of classes. Could you share your experiences and development environment setups so I could get some ideas to use here at my job? We are using JBOSS 3.2.3 and Eclipse 2.1.2. Thanks in advance. Regards, Francisco Figueiredo Jr. --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
R: [JBoss-user] Tips for development environment with JBoss
We are using Lomboz (from Objectlearn), an Eclipse's plugin. It seems very good for deploy and env management... I'm also interested to some JBoss dev tips! Gio > -Messaggio originale- > Da: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] conto di Francisco > Figueiredo Jr. > Inviato: giovedi 15 gennaio 2004 16.53 > A: [EMAIL PROTECTED] > Oggetto: [JBoss-user] Tips for development environment with JBoss > > > > > Hi all. > > I'd like to know some tips you have to development with JBOSS. > > Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in > debugging. > > I'd like to know what else I could use to help in the development with > JBoss. I mean, we are having to do a full deploy of ear to update code > as sometimes the hot code replace can't be done by jboss ide. We would > like to have some configuratio tip or procedure which could allow us to > be able to update the code without have to do a full deploy. Something > like the Tomcat plugin which allows me to update the code and already > handle the reload of classes. > > Could you share your experiences and development environment setups so I > could get some ideas to use here at my job? > > We are using JBOSS 3.2.3 and Eclipse 2.1.2. > > Thanks in advance. > > Regards, > > Francisco Figueiredo Jr. > > > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Tips for development environment with JBoss
Hi all. I'd like to know some tips you have to development with JBOSS. Here at my job, we are using Eclipse as IDE and JBOSS IDE to help in debugging. I'd like to know what else I could use to help in the development with JBoss. I mean, we are having to do a full deploy of ear to update code as sometimes the hot code replace can't be done by jboss ide. We would like to have some configuratio tip or procedure which could allow us to be able to update the code without have to do a full deploy. Something like the Tomcat plugin which allows me to update the code and already handle the reload of classes. Could you share your experiences and development environment setups so I could get some ideas to use here at my job? We are using JBOSS 3.2.3 and Eclipse 2.1.2. Thanks in advance. Regards, Francisco Figueiredo Jr. --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Transfer-Encoding: chunked ???
Hi, Does anyone know what the following means: 0 HTTP/1.1 200 OK Transfer-Encoding: chunked Date: Thu, 15 Jan 2004 10:56:44 GMT Content-Type: text/html;ISO-8859-1 Server: Apache Tomcat/4.0.5 (HTTP/1.1 Connector) Set-Cookie: JSESSIONID=E3B8B60D1C67C6FE8A0C3E55F3AB032D;Path=/ 177c I get this when my jsp pages are served from Jboss to Mozilla - I don't get it when they are served to an IE web browser!!! Cheers, Matt --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] MDB not getting messages after Redeployment
On Thu, 2004-01-15 at 04:29, Neal Sanche wrote: > On January 14, 2004 07:29 pm, Adrian Brock wrote: > > On Wed, 2004-01-14 at 23:29, Neal Sanche wrote: > > > Hi All, > > > > > > I've recently been having problems with MDBs not receiving > > > messages after my .EAR is redeployed. About the only thing that > > > I'm doing differently, as far as I can tell, is to set the JNDI > > > name of the MDB within the jboss deployment descriptors. Are > > > there JBoss 3.2.2 problems with MDB redeployment? I looked > > > through the bug lists on sourceforge but was unable to find a bug > > > that was specifically tied to redeployment. Most closely related > > > was a closed bug about an MDB losing messages after some hours of > > > operation. In my case a single redeployment will cease any > > > messages to the MDB. > > > > There are none that I know about. > > > > If you think you have a problem with messaging, enable trace > > logging for org.jboss.mq > > Since you are using mdbs also enable trace for > > org.jboss.jms and org.jboss.ejb.plugins.jms > > > > There are stop and start delivery operations available in 3.2.2 > > if you find the invoker on the jmx console - something like: > > jboss.j2ee:service=EJB,jndiName=whatever,plugin=invoker,binding=def > >ault This will let you isolate the startup of delivery versus the > > startup of the whole application for debugging purposes. > > > > If you can reproduce it with 3.2.4RC1 (from cvs or the nightly > > snapshot) I've added a lot more trace logging to the client side of > > jbossmq. This should make it easier to figure out what is going on. > > Okay, Adrian, > > I build a nice fresh JBoss 3.2.4RC1 server, out of CVS and configured > it so my application would run on it. And I was able to get the same > behaviour. But, what I originally thought was message delivery > stopping turns out not to be. It's something very strange. > > Okay, I know JMS messages aren't supposed to contain real references > to objects, and probably not references to local CMP Entities. But I > wanted to try it, and see if it worked. So I put a CMP Entity > reference inside a Hashtable, and sent it as an ObjectMessage. Yeah, > I know I probably shouldn't do this, but it works until the > application is reloaded. Then an instanceof check in my code fails. > > My message receiver looks something like this: > > public void onMessage(javax.jms.Message message) { > if (message instanceof ObjectMessage) { > Hashtable h = (Hashtable)((ObjectMessage)message).getObject(); > if (h.get("entity") instanceof ExperimentLocal) { > System.err.println("Got one!"); > } > } > } > > This will work when the application is newly loaded after the JBoss > container is started. But after a redeploy, I never 'Got one!'. I > know I'm getting bitten by some sort of Unified Class Loader voodoo > curse, so I'm just going to rewrite my code to pass in the primary > key of the Experiment, and look it up from inside my CMR instead. > > I'm just curious to know why the 'instanceof' might be failing in this > case? The Entity is a valid one after all. Regardless of my obvious > fudging of the use of JMS messages. :) > I don't think what you are doing can work in general. The object inside the message is serialized then deserialized later (a deep clone). I don't think it is guaranteed by the spec that a local interface will still work after it has been serialized. It will do in jboss if it is deserialized in the same VM. The instanceof is probably failing because you are not redeploying correctly? Your MDB is probably holding a reference to the old interface in the original classloader. Check the interface's classloaders of the object from the message and one your mdb is using. Regards, Adrian > -Neal > > > > --- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] jboss-3.2.3: Classloader problem?
Hi Dustin, BD> I am using McKoi as an embedded database in JBoss-3.2.3. BD> The mckoidb.jar is bundled in the application's ear file and uses the BD> following in application.xml to deploy it. I think it is not a good idea to package jdbc driver with the application. Normally jdbc drivers are packaged in a .sar file with a datasource descriptor best regards Ingo Bruell --- <[EMAIL PROTECTED]> Oldenburg PGP-Fingerprint: CB01 AE12 B359 87C4 BF1C 953C 8FE7 C648 169E E5FC GermanyPGP-Public-Key available at pgpkeys.mit.edu pgp0.pgp Description: PGP signature