AW: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0)
-Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 26. September 2001 20:41 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0) Hmm, I guess I should experiment and see if a url like jar:jar:http://.../myrar.rar!/path/myjar.jar!/ works to get to the jar inside a rar... maybe we don't need to unpack these things. If I remember my experiments from a while ago, the URL is valid, but there is no way to get a sun.net.www.protocol.jar.Handler sitting on a stream that is extracted by another jar.Handler. The guy who did the name resolution code was seemingly more intelligent than the guy who did the specific jar provider ;-) But the URL solution generally does not allow services to manipulate the resource. So a file abstraction or something like that would be more suitable. CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Setup JMS resource adapter problem (from forum)
Hi David, [This thread was actually started in the messaging forum (http://www.jboss.org/forums/thread.jsp?forum=48thread=2169). David Jencks wrote: Aha! you have to set minsize 0 in the pool unless you can supply default credentials to the adapter. In this case, the adapter does not support UserName and Password attributes, so you can't. The Minsize connections are created with no context, so there is no way to get a Subject unless the adapter is configured with a default. (JBoss can't really know that the ManyToOnePrincipalMapping always returns the same Subject) Hm, I think this is more hairy than this. What will it meen to create a pooled JmsManagedConnection (JMS Session) without any context? Well, as far as I can see it this will not work even if you pass the Subject test. Why? Because a JMS Session may be of two types: Queue or Topic. Which type the client really want is carried in the ConnectionRequestInfo. And JmsManagedConnection is written with the expectation that this will never be null. I know that the JmsConnectionRequestInfo defaults to a topic type, but the initial context-less connection will have the info set to null, so that does not help much. So -- you should set minsize 0 and we should add UserName and Password to the rar (and provide them to ManagedConnections as default). You mean in JmsManagedConnectionFactory? I.e much like just another jar-attribute? Is this already done today, i.e if a ManagedConnectionFactory contains a setUserName, will the stuff from the principal mapping be set at the ManagedConnectionFactory, or how does it work? (You have to excuse mee if this actually should be obvious, I have not more that tuched the code, not to say looked in the spec, for almost 6 month, so I am cind of rusty on the jca/ra stuff). And I should add a comment in the manual about this gotcha. Peter, would you like to do this (modify the rar) or shall I? It is fixable I guess. If we can live with some defaults (that might not allways do whats expected), i.e for example that context less connections is allways topics. //Peter thanks david jencks -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] European status of CVS tree
Hi, now it has happened two days in a row. When i try to work with the CVS HEAD when I wake up here in Europe it is broken. You americans, please, please try to check that your last late night check ins at least compile! //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0)
on 1-09-26 22.33, Jason Dillon at [EMAIL PROTECTED] wrote: Anyways, the class loader stuff is nice, as it makes it easy to pull in files, but it sucks when you really need to work with a set of files. We can build a system to make accessing such a set network transparent (based on http, rmi, whatever). Lets not reinvent to wheel... it is a really good design. Lets worry about the vehicle and try to find quality parts which will work out of the box or with minor modifications (forks). Do not know if I follow - but if we wanted to store the filesystems structure -in db -then be able to get a distributed filesystem viuw that way ? ... *** hsqldb v.1.61 Find File demo application This application searches files in a database. First, the database must be initialized with a path. All files of this directory and all its subdirectories will be stored in the database. After this is done, the database can be searched for files that match a specific pattern. *** /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Setup JMS resource adapter problem (from forum)
On 27 Sep, Till: [EMAIL PROTECTED] wrote: Hi, a quick look into the spec shows that the JMS ra is probably not spec compliant since it will not work with a ConnectionInfoRequest set to null. I am working on this now, but I can not test it today since the CVS tree is broken (again). I will come back to night or tomorow with my results. //Peter Hi David, [This thread was actually started in the messaging forum (http://www.jboss.org/forums/thread.jsp?forum=48thread=2169). David Jencks wrote: Aha! you have to set minsize 0 in the pool unless you can supply default credentials to the adapter. In this case, the adapter does not support UserName and Password attributes, so you can't. The Minsize connections are created with no context, so there is no way to get a Subject unless the adapter is configured with a default. (JBoss can't really know that the ManyToOnePrincipalMapping always returns the same Subject) Hm, I think this is more hairy than this. What will it meen to create a pooled JmsManagedConnection (JMS Session) without any context? Well, as far as I can see it this will not work even if you pass the Subject test. Why? Because a JMS Session may be of two types: Queue or Topic. Which type the client really want is carried in the ConnectionRequestInfo. And JmsManagedConnection is written with the expectation that this will never be null. I know that the JmsConnectionRequestInfo defaults to a topic type, but the initial context-less connection will have the info set to null, so that does not help much. So -- you should set minsize 0 and we should add UserName and Password to the rar (and provide them to ManagedConnections as default). You mean in JmsManagedConnectionFactory? I.e much like just another jar-attribute? Is this already done today, i.e if a ManagedConnectionFactory contains a setUserName, will the stuff from the principal mapping be set at the ManagedConnectionFactory, or how does it work? (You have to excuse mee if this actually should be obvious, I have not more that tuched the code, not to say looked in the spec, for almost 6 month, so I am cind of rusty on the jca/ra stuff). And I should add a comment in the manual about this gotcha. Peter, would you like to do this (modify the rar) or shall I? It is fixable I guess. If we can live with some defaults (that might not allways do whats expected), i.e for example that context less connections is allways topics. //Peter thanks david jencks -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] The new deployer
Hi, I can't get the new Deployer to work. If I only include deploy.jar in path I get a classdef not found: [java] Exception in thread main java.lang.NoClassDefFoundError: org.jboss.jmx.connector.notification.JMSNotificationListener [java] at org.jboss.jmx.connector.rmi.RMIConnectorImpl_Stub.class$(Unknown Source) If I include jmx-connector-client-factory.jar (where this class seems to be located) I instead get a class cast exception: [java] Exception in thread main java.lang.ClassCastException: org.jboss.jmx.connector.rmi.RMIConnectorImpl_Stub [java] at org.jboss.jmx.service.Deployer.lookupConnector(Unknown Source) Does the deployer not work any more or am I doing something wrong? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Sar deployer and resources
Hi, I had to play a little with the sar deployer when testing the new jmsra stuff, and I have a question: was it not meant that it should be possible to reconfigure your resources hot, for instance to be able to change the attributes of a resource in runtime without having to stop the server. This seems not to work. When I for example change something in jms-service.xml I get this message: [ServiceDeployer] not deploying package because it is already deployed: file:/home/pra/src/rw/jboss-all/build/output/jboss-3.0.0alpha/deploy/jms-service.xml Another thing: I had to exclude jetty when building since that was broken. As a sideeffect the j2ee deplyer service never started. It obviously was wating for the jetty service to be deployed. When that was not available, it simply never started. And most importand of all, it never complained. Should it not do that? Or is that to hard to implement? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RH: Jetty build broken ?
I am at work - so can't do anything about this until this evening - GMT. If the Jetty build is broken, then I would be surprised if I broke it - I haven't checked anything back in for a while, and was very careful to make sure that everything built last time I did so. If it does turn out to be my fault - abject apologies all round. I'll look tat his evening, Jules Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 2.4.1a - what's the story...
I just tried this: bash-2.02$ diff -r JBoss-2.4.1 JBoss-2.4.1_Tomcat-3.2.3/jboss | grep -v Binary | grep -v Common Only in JBoss-2.4.1: docs Only in JBoss-2.4.1: external Only in JBoss-2.4.1: src Only in JBoss-2.4.1_Tomcat-3.2.3/jboss/bin: run_with_tomcat.bat Only in JBoss-2.4.1_Tomcat-3.2.3/jboss/bin: run_with_tomcat.sh Only in JBoss-2.4.1/bin: verifier.jar Only in JBoss-2.4.1_Tomcat-3.2.3/jboss/conf: tomcat Only in JBoss-2.4.1_Tomcat-3.2.3/jboss/deploy: tomcat-test.ear bash-2.02$ What is the story ? are 2.4.1 and 2.4.1a different or the same. Jars seem to have a timestamp or something which makes them different each time they are compiled - none of the other files (src does not seem to be shipped with 2.4.1a) seem to differ. I need to know in order to do a JBoss/Jetty bundle this evening - if 2.4.1a is more recent, why is there no d/l available from SF or the binaries page ? Thanks, Jules Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] hsqldb replicated across nodes
Anybody have any ideas concerning synchronising hsqldb'd in a cluster ? ... CUTE hsqldb could be a convenient resource/properties lookup in a distributed environment ? ... /CUTE /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] European status of CVS tree
Well one thing that would be nice would be to get the tests to where they need to be so we can make sure that commiters have something to check against. that being said that Head that doesn't *compile* isn't good. Is that what you are talking about? You don't need tests for that... marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Antman |Sent: Thursday, September 27, 2001 5:24 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] European status of CVS tree | | |Hi, |now it has happened two days in a row. When i try to work with the CVS |HEAD when I wake up here in Europe it is broken. | |You americans, please, please try to check that your last late night |check ins at least compile! | |//Peter |-- |Jobba hos oss: http://www.tim.se/weblab | |Peter AntmanTechnology in Media, Box 34105 100 26 Stockholm |Systems Architect WWW: http://www.tim.se |Email: [EMAIL PROTECTED] WWW: http://www.backsource.org |Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Russian Dolls was: RE: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0)
I was thinking last night g David came back with the original proposal I did when designing it and I kind of like it. It goes like this, we can 1- keep the current sar format with xml and classes inside. This kind of packaging is heavy and today is prone to class duplication in the different packages that make up the master package. ANT is really good at generating these russian dolls one inside the other and actually the russian doll image is not that good as we can have many jars at the same level. (it is a large family russian doll). 2- generalize the xml snippet usage. All we do is DROP the xml snippet with a classpath entry in there that says what *URL* to use to distribute the code. This way the structure you distribute is the xml skeleton and nothing more, not the classes, never. From a packaging standpoint this is simpler but also from a classloading point of view as we can reference URLCLassLoaders pointer to a repository. This becomes very lightweight, no replication of *code* across the nodes, just a central URL repository and you distribute the xml skeletons across nodes. *that* is deployment. In fact that is already supported in RH (xml only) I mean that it could be generalized to EAR/JAR/WAR so that you never have I can't see my application classes from my web layers etc etc etc we should use the scoped deployment from Dr JUNG and possible (he he) grand unify the classloaders for this as many of you pointed that application will need to see the resources. I will forward the mail from David as it is the source. regards marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jung |, Dr. Christoph |Sent: Thursday, September 27, 2001 3:20 AM |To: '[EMAIL PROTECTED]' |Subject: AW: [JBoss-dev] JBossFilesystemRoot mbean and sar local |directories. (rh/3.0) | | |-Ursprüngliche Nachricht- |Von: David Jencks [mailto:[EMAIL PROTECTED]] |Gesendet: Mittwoch, 26. September 2001 20:41 |An: [EMAIL PROTECTED] |Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local |directories. (rh/3.0) | |Hmm, I guess I should experiment and see if a url like |jar:jar:http://.../myrar.rar!/path/myjar.jar!/ works to get to the jar |inside a rar... maybe we don't need to unpack these things. | |If I remember my experiments from a while ago, the URL is valid, but there |is no way |to get a sun.net.www.protocol.jar.Handler sitting on a stream that is |extracted by another jar.Handler. The guy who did the name resolution code |was seemingly more intelligent than the guy who did the specific jar |provider ;-) | |But the URL solution generally does not allow services to manipulate the |resource. So a file abstraction or something like that would be more |suitable. | |CGJ | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0)
On 2001.09.27 03:19:30 -0400 Jung , Dr. Christoph wrote: -Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 26. September 2001 20:41 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories. (rh/3.0) Hmm, I guess I should experiment and see if a url like jar:jar:http://.../myrar.rar!/path/myjar.jar!/ works to get to the jar inside a rar... maybe we don't need to unpack these things. If I remember my experiments from a while ago, the URL is valid, but there is no way to get a sun.net.www.protocol.jar.Handler sitting on a stream that is extracted by another jar.Handler. The guy who did the name resolution code was seemingly more intelligent than the guy who did the specific jar provider ;-) I figured something like that would happen ;-) But the URL solution generally does not allow services to manipulate the resource. So a file abstraction or something like that would be more suitable. Yes, the nested jar: trick was just so (if the opening jar prevents you from moving/changing it problem got fixed we wouldn't have to copy and completely unpack highly nested packages (jar in rar in ear is the deepest nesting I know of required by sun). This is pretty much the limitation in our current deployment process Scott was talking about. david jencks CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] European status of CVS tree
On 27 Sep, marc fleury wrote: Well one thing that would be nice would be to get the tests to where they need to be so we can make sure that commiters have something to check against. that being said that Head that doesn't *compile* isn't good. Is that what you are talking about? You don't need tests for that... No, just run build.sh :-). I did solve it temporary (thanks Jason I am beginning to see the light) by doing it this way: sh build.sh -Djavac.excludes='**/*HA*' -Dgroups=core,standard (i.e skipping the not compilabe HA and Jetty stuff) //Peter marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Antman |Sent: Thursday, September 27, 2001 5:24 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] European status of CVS tree | | |Hi, |now it has happened two days in a row. When i try to work with the CVS |HEAD when I wake up here in Europe it is broken. | |You americans, please, please try to check that your last late night |check ins at least compile! | |//Peter |-- |Jobba hos oss: http://www.tim.se/weblab | |Peter Antman Technology in Media, Box 34105 100 26 Stockholm |Systems Architect WWW: http://www.tim.se |Email: [EMAIL PROTECTED] WWW: http://www.backsource.org |Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Sar deployer and resources
I got jetty to build by copying the jboss/conf/dadada/jetty-service.xml into jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml or so, maybe that little helps. CGJ -Ursprüngliche Nachricht- Von: Peter Antman [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 27. September 2001 13:06 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] Sar deployer and resources Hi, I had to play a little with the sar deployer when testing the new jmsra stuff, and I have a question: was it not meant that it should be possible to reconfigure your resources hot, for instance to be able to change the attributes of a resource in runtime without having to stop the server. This seems not to work. When I for example change something in jms-service.xml I get this message: [ServiceDeployer] not deploying package because it is already deployed: file:/home/pra/src/rw/jboss-all/build/output/jboss-3.0.0alpha/deploy/jms-ser vice.xml Another thing: I had to exclude jetty when building since that was broken. As a sideeffect the j2ee deplyer service never started. It obviously was wating for the jetty service to be deployed. When that was not available, it simply never started. And most importand of all, it never complained. Should it not do that? Or is that to hard to implement? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/ra JmsMCFProperties.java StringUtil.java JmsConnectionRequestInfo.java JmsManagedConnectionFactory.java
User: pra Date: 01/09/27 06:25:22 Modified:src/main/org/jboss/jms/ra JmsConnectionRequestInfo.java JmsManagedConnectionFactory.java Added: src/main/org/jboss/jms/ra JmsMCFProperties.java StringUtil.java Log: Fixed problem when connections are created without context. Also added new MCF properties UserName, Password and SessionDefaultType. Revision ChangesPath 1.3 +99 -74jboss/src/main/org/jboss/jms/ra/JmsConnectionRequestInfo.java Index: JmsConnectionRequestInfo.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsConnectionRequestInfo.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JmsConnectionRequestInfo.java 2001/06/18 20:01:26 1.2 +++ JmsConnectionRequestInfo.java 2001/09/27 13:25:22 1.3 @@ -19,6 +19,8 @@ import javax.resource.spi.ConnectionRequestInfo; +import javax.jms.Session; + /** * JmsConnectionRequestInfo.java * @@ -26,87 +28,110 @@ * Created: Thu Mar 29 16:29:55 2001 * * @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a. - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class JmsConnectionRequestInfo implements ConnectionRequestInfo { -private String userName; -private String password; + private String userName = null; + private String password = null; -private boolean transacted = true; -private int acknowledgeMode; -private boolean isTopic = true; -public JmsConnectionRequestInfo(boolean transacted, - int acknowledgeMode, - boolean isTopic - ) { - this.transacted = transacted; - this.acknowledgeMode = acknowledgeMode; - this.isTopic = isTopic; -} - -// -public String getUserName() -{ - return userName; -} + private boolean transacted = true; + private int acknowledgeMode = Session.AUTO_ACKNOWLEDGE; + private boolean isTopic = true; + + /** +* Creats with the MCF configured properties. +*/ + public JmsConnectionRequestInfo(JmsMCFProperties prop) { + this.userName = prop.getUserName(); + this.password = prop.getPassword(); + this.isTopic = prop.isTopic(); + } + + /** +* Create with specified properties. +*/ + public JmsConnectionRequestInfo(boolean transacted, +int acknowledgeMode, +boolean isTopic +) { + this.transacted = transacted; + this.acknowledgeMode = acknowledgeMode; + this.isTopic = isTopic; + } + + /** +* Fill in default values if missing. Only applies to user and password. +*/ + public void setDefaults(JmsMCFProperties prop) { + if (userName == null) + userName = prop.getUserName();//May be null there to + if (password == null) + password = prop.getPassword();//May be null there to + } + + public String getUserName() + { + return userName; + } -public void setUserName(String name) -{ - userName = name; -} - -public String getPassword() -{ - return password; -} - -public void setPassword(String password) -{ - this.password = password; -} -// End not used - -public boolean isTransacted() -{ - return transacted; -} + public void setUserName(String name) + { + userName = name; + } + + public String getPassword() + { + return password; + } + + public void setPassword(String password) + { + this.password = password; + } + + public boolean isTransacted() + { + return transacted; + } -public int getAcknowledgeMode() -{ - return acknowledgeMode; -} - -public boolean isTopic() { - return isTopic; -} - -public boolean equals(Object obj) { -if (obj == null) return false; -if (obj instanceof JmsConnectionRequestInfo) { -JmsConnectionRequestInfo you = (JmsConnectionRequestInfo) obj; -return (this.transacted == you.isTransacted() -this.acknowledgeMode == you.getAcknowledgeMode() - this.isTopic == you.isTopic() - ); -} else { -return false; -} -} + public int getAcknowledgeMode() + { + return acknowledgeMode; + } + + public boolean isTopic() { + return isTopic; + } + + public boolean equals(Object obj) { + if (obj == null) return
AW: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0)
Yes, the nested jar: trick was just so (if the opening jar prevents you from moving/changing it problem got fixed I´m not sure, do you think that the java.util.zip.ZipStreams are flexible enough to change nested directories on the fly? CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/jms/ra/META-INF ra.xml
User: pra Date: 01/09/27 06:26:22 Modified:src/resources/org/jboss/jms/ra/META-INF ra.xml Log: Added new MCF properties UserName, Password and SessionDefaultType. Revision ChangesPath 1.5 +18 -1 jboss/src/resources/org/jboss/jms/ra/META-INF/ra.xml Index: ra.xml === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/jms/ra/META-INF/ra.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ra.xml2001/08/16 23:57:48 1.4 +++ ra.xml2001/09/27 13:26:22 1.5 @@ -2,7 +2,7 @@ !DOCTYPE connector PUBLIC -//Sun Microsystems, Inc.//DTD Connector 1.0//EN http://java.sun.com/dtd/connector_1_0.dtd; -!-- $Id: ra.xml,v 1.4 2001/08/16 23:57:48 user57 Exp $ -- +!-- $Id: ra.xml,v 1.5 2001/09/27 13:26:22 pra Exp $ -- connector display-nameJMS Adapter/display-name @@ -21,6 +21,23 @@ config-property-nameJmsProviderAdapterJNDI/config-property-name config-property-typejava.lang.String/config-property-type config-property-valuejava:DefaultJMSProvider/config-property-value + /config-property + config-property + config-property-nameSessionDefaultType/config-property-name + config-property-typejava.lang.String/config-property-type + config-property-valuejavax.jms.Topic/config-property-value + /config-property +!-- JBoss need these to be declared here, otherwise it will not find any +overridden values in jms-service.xml -- + config-property + config-property-nameUserName/config-property-name + config-property-typejava.lang.String/config-property-type + config-property-value/config-property-value + /config-property + config-property + config-property-namePassword/config-property-name + config-property-typejava.lang.String/config-property-type + config-property-value/config-property-value /config-property authentication-mechanism authentication-mechanism-typeBasicPassword/authentication-mechanism-type ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Sar deployer and resources
Hi Peter, 1. Right now you have to specifically undeploy a package and then redeploy it. Very shortly I should have it so that the autodeployer does this for you if a timestamp changes. 2.a. Well, the j2ee deployer is configured to need Jetty, so I think the current deployment is consistent. maybe we need an alternate web-free deployment config. I guess we could turn the j2ee deployer inside out so the ContainerFactory and WebDeployer register with it, and it does what it can with its registered subdeployers. Is this a good idea? 2.b. I'm not sure complaining about missing stuff it quite appropriate -- the point is to allow more flexible deployment order, but not to create the mbeans until the dependencies are satisfied. I do think it would be a good idea to show in the ServiceDeployerMBean what is waiting for deployment on which mbeans and which packages are suspended (because you undeployed a package they had in the classpath). Thanks for your comments, I get used to how it is working currently so quickly I don't see the problems. david jencks On 2001.09.27 07:05:38 -0400 Peter Antman wrote: Hi, I had to play a little with the sar deployer when testing the new jmsra stuff, and I have a question: was it not meant that it should be possible to reconfigure your resources hot, for instance to be able to change the attributes of a resource in runtime without having to stop the server. This seems not to work. When I for example change something in jms-service.xml I get this message: [ServiceDeployer] not deploying package because it is already deployed: file:/home/pra/src/rw/jboss-all/build/output/jboss-3.0.0alpha/deploy/jms-service.xml Another thing: I had to exclude jetty when building since that was broken. As a sideeffect the j2ee deplyer service never started. It obviously was wating for the jetty service to be deployed. When that was not available, it simply never started. And most importand of all, it never complained. Should it not do that? Or is that to hard to implement? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems Architect WWW: http://www.tim.se Email: [EMAIL PROTECTED] WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jms-service.xml
User: pra Date: 01/09/27 06:32:05 Modified:src/etc/conf/default jms-service.xml Log: Added ConnectionManagerProperties, mostly to show how the properties UserName, Password and SessionDefaultType are now possible to use. Revision ChangesPath 1.3 +5 -0 jboss/src/etc/conf/default/jms-service.xml Index: jms-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jms-service.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jms-service.xml 2001/09/26 21:47:04 1.2 +++ jms-service.xml 2001/09/27 13:32:05 1.3 @@ -43,6 +43,11 @@ attribute name=RARDeployerNameJCA:service=RARDeployer/attribute attribute name=ResourceAdapterNameJMS Adapter/attribute attribute name=ConnectionManagerFactoryNameMinervaXACMFactory/attribute +attribute name=ManagedConnectionFactoryProperties + SessionDefaultType=javax.jms.Topic + #UserName=guest + #Password=guest + /attribute attribute name=ConnectionManagerProperties # Pool type - uncomment to force, otherwise it is the default #PoolConfiguration=per-factory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0)
|Yes, the nested jar: trick was just so (if the opening jar prevents you |from moving/changing it problem got fixed we wouldn't have to copy and |completely unpack highly nested packages (jar in rar in ear is the deepest |nesting I know of required by sun). This is pretty much the limitation in |our current deployment process Scott was talking about. and your proposal of yesterday fixes it marcf | |david jencks | | | | CGJ | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] DB PostgreSQL Problem
Hi. I have the following problem: i'm calling a Session Stateless Bean from a bean. The Session Bean just execute some insert or update statements into a PostgreSQL DB (first it tries to insert a record in the DB, if an exception occurres, it execute an update statement; if another exception occurres, it means that an extra error has been raised, so i need a general rollback). This operation is executed for an undetermined number of times ( generally from 2 to 14, depending on the number of days, but this is not a problem). I want to execute commit() only at the end of all the queries: in this way, if an error occurs, i may execute a general rollback(). Anyway, i encounter the following problem: when i just try to insert record, everything's OK. But if i try to update some values, the first time it seems to be ok( JBoss raises a java.sql.SQLException: ERROR: Cannot insert a duplicate key into unique index consuntivation_pkey), the second time the exception is not raised and it's executed the insert statement , but at the end no commit is executed and values are not modified. I'm in trouble: what's the problem? Maybe the fact that Connection is always open and when i call con.prepareStatement() all data are lost? Or the fact that Session Bean is Stateless? (I used a Statless Bean 'cause i need to return a Collection and i don't know how to serialize some objects) May someone help me? The code is: // CODE FOR THE BEAN Enumeration e=vactivities.elements(); cs.StartStore(); // it just open the connection which reamains the same for all the while while(e.hasMoreElements()) { myActivityStore m=(myActivityStore)e.nextElement(); /// my own class int insertResult=cs.InsertStoreConsuntivation(m.id,m.idactivity,m.day,m.activityName,m.hours,m.notes); if(insertResult==2) an SQLException occurred { int updateResult=cs.UpdateStoreConsuntivation(m.id,m.idactivity,m.day,m.activityName,m.hours,m.notes); if(updateResult==0) { cs.EndStore(false); // connection is closed and rollback is invoked return false; } } if(insertResult==0)/ a different Exception occurred , i need a global commit { cs.EndStore(false); // connection is closed and rollback is invoked return false; } } cs.EndStore(true); / connection is closed, everything was OK and COMMIT is invoked return true; .. /// SESSION BEAN public int InsertStoreConsuntivation(Integer idr,Integer ida,java.sql.Date day,String activityName,Integer hours,String notes) throws SQLException,RemoteException { System.out.println(InsertStoreConsuntivation called); PreparedStatement insertStmt=null; try { System.out.println(Get Connection to DB\n); insertStmt=con.prepareStatement(INSERT INTO \consuntivation\ VALUES(?,?,?,?,?,?)); insertStmt.setInt(1,idr.intValue()); insertStmt.setInt(2,ida.intValue()); insertStmt.setDate(3,day); insertStmt.setString(4,activityName); insertStmt.setInt(5,hours.intValue()); insertStmt.setString(6,notes); System.out.println(Just before execution of INSERT Query\n); int insertEJBResult=insertStmt.executeUpdate(); }catch(SQLException sqle) { System.out.println(SQLException into InsertStoreConsuntivation +sqle.toString()); insertStmt.close(); return 2; }catch(Exception e) { System.out.println(Exception into InsertStoreConsuntivation +e.toString()); insertStmt.close(); return 0; } insertStmt.close(); return 1; } public int UpdateStoreConsuntivation(Integer idr,Integer ida,java.sql.Date day,String activityName,Integer hours,String notes) throws SQLException,RemoteException {
Re: [JBoss-dev] Sar deployer and resources
Hi, on the whole I think it works verry nice. Great work. But... On 27 Sep, David Jencks wrote: Hi Peter, 1. Right now you have to specifically undeploy a package and then redeploy it. Very shortly I should have it so that the autodeployer does this for you if a timestamp changes. I tested to first remove the jms-service.xml and then copy it back. It undeployes with some exception and that reports it deployes fine. But any beans that was dependant in the jms-ra seems to have stoped working. On the server side I get no error. But on the client side: [java] Saying hello [java] Error: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: [java] java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: [java] java.rmi.ServerException: null [java] java.rmi.ServerException: null [java] Embedded Exception [snip] [java] at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServe r(StreamRemoteCall.java:245) [java] at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCa ll.java:220) [java] at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122) [java] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.i nvoke(Unknown Source) [java] at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeCont ainer(Unknown Source) [java] at org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxy.i nvoke(Unknown Source) [java] at $Proxy1.hello(Unknown Source) [java] at org.jboss.docs.jms.ra.HelloClient.hello(HelloClient.java:62) [java] at org.jboss.docs.jms.ra.HelloClient.main(HelloClient.java:70) [java] java.lang.NullPointerException [java] no stack trace available I have not digged into this, but my first, this I have never seen befora and it happened when I did a redeploy of jms-service. Perhaps I am naive to expect to be able to redeploy a resource without taking down any beans that depends on that resource. When redeploying that bean I instead get a javax.resource.spi.CommException: javax.naming.NameNotFoundException: DefaultJMSProvider not bound. Perhaps the redeployment of jms-service somehow took down the provider and never started it again? 2.a. Well, the j2ee deployer is configured to need Jetty, so I think the current deployment is consistent. maybe we need an alternate web-free deployment config. I guess we could turn the j2ee deployer inside out so the ContainerFactory and WebDeployer register with it, and it does what it can with its registered subdeployers. Is this a good idea? 2.b. I'm not sure complaining about missing stuff it quite appropriate -- the point is to allow more flexible deployment order, but not to create the mbeans until the dependencies are satisfied. I do think it would be a good idea to show in the ServiceDeployerMBean what is waiting for deployment on which mbeans and which packages are suspended (because you undeployed a package they had in the classpath). Well, I know I did something wrong. But on the other hand I like when the server informs me when I do something wrong instead of going into silence: I will wait here untill you bummer understands that I am pissed or something like that. Thanks for your comments, I get used to how it is working currently so quickly I don't see the problems. ;-) //Peter david jencks On 2001.09.27 07:05:38 -0400 Peter Antman wrote: Hi, I had to play a little with the sar deployer when testing the new jmsra stuff, and I have a question: was it not meant that it should be possible to reconfigure your resources hot, for instance to be able to change the attributes of a resource in runtime without having to stop the server. This seems not to work. When I for example change something in jms-service.xml I get this message: [ServiceDeployer] not deploying package because it is already deployed: file:/home/pra/src/rw/jboss-all/build/output/jboss-3.0.0alpha/deploy/jms-service.xml Another thing: I had to exclude jetty when building since that was broken. As a sideeffect the j2ee deplyer service never started. It obviously was wating for the jetty service to be deployed. When that was not available, it simply never started. And most importand of all, it never complained. Should it not do that? Or is that to hard to implement? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems Architect WWW: http://www.tim.se Email: [EMAIL PROTECTED] WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED]
[JBoss-dev] DriverManager is skipping Drivers - How come?
All, I'm using jBoss 2.2.2 with Java 1.3.1 and have a question concerning the behavior of the DriverManager. Essentially I've provided a simple implementation of the java.sql.Driver interface. At the moment one of the things it does is try to obtain a list of other registered drivers by calling DriverManager.getDrivers(). This works fine when I try it from Forte however when I use the driver in jBoss the DriverManager skips all drivers except for my own driver. Does anyone know why this is happening? I have a feeling it has something to do with a SecurityManager but I'm not sure how the two are related. There is a bug that is kind of related but is suppose to have been fixed in the JDK1.2 final release. http://developer.java.sun.com/developer/qow/archive/11/index.html Any help would be greatly appreciated. Regards, Craig. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0)
?? I don't understand. What needs changing on the fly? If you redeploy a nested package (ear contains rar contains jar), you're going to be changing the timestamp on the ear, so the entire ear will be undeployed, throwing away all its URLClassloaders, and redeployed, getting entirely new ones. In any case, you were saying jar:jar:http://... doesn't work anyway, or did I misunderstand? david jencks On 2001.09.27 09:22:14 -0400 Jung , Dr. Christoph wrote: Yes, the nested jar: trick was just so (if the opening jar prevents you from moving/changing it problem got fixed I´m not sure, do you think that the java.util.zip.ZipStreams are flexible enough to change nested directories on the fly? CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The new deployer
I still find this pretty confusing.. Yesterday the deployments from the testsuite were working for me (basically from JBossTestServices, and the build.xml sets the classpath). Are you doing something similar? david jencks On 2001.09.27 06:35:46 -0400 Peter Antman wrote: Hi, I can't get the new Deployer to work. If I only include deploy.jar in path I get a classdef not found: [java] Exception in thread main java.lang.NoClassDefFoundError: org.jboss.jmx.connector.notification.JMSNotificationListener [java] at org.jboss.jmx.connector.rmi.RMIConnectorImpl_Stub.class$(Unknown Source) If I include jmx-connector-client-factory.jar (where this class seems to be located) I instead get a class cast exception: [java] Exception in thread main java.lang.ClassCastException: org.jboss.jmx.connector.rmi.RMIConnectorImpl_Stub [java] at org.jboss.jmx.service.Deployer.lookupConnector(Unknown Source) Does the deployer not work any more or am I doing something wrong? //Peter -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems Architect WWW: http://www.tim.se Email: [EMAIL PROTECTED] WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0)
-Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 27. September 2001 16:16 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local directori es. (rh/3.0) ?? I don't understand. What needs changing on the fly? I was confused. I was mixing the necessity of services to persistent storage with the necessity of the server to access persistent byte-code and meta-data to run the services. In any case, you were saying jar:jar:http://... doesn't work anyway, or did I misunderstand? I didn´t get it to work even for reading stuff, yes. But maybe you are more lucky. CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development