AW: AW: [JBoss-dev] Updating to use Axis 1.1 beta
They have also changed the signature of the serializer´s xsd-emitter methods. It´s in now. CGJ -Ursprüngliche Nachricht- Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 8. Januar 2003 08:26 An: '[EMAIL PROTECTED]' Betreff: AW: AW: [JBoss-dev] Updating to use Axis 1.1 beta Never mind. Once we are through this, we have a common denominator to work on ;-) CGJ -Ursprüngliche Nachricht- Von: Tom Elrod [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 7. Januar 2003 23:48 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-dev] Updating to use Axis 1.1 beta I was the one the broke the build. I have updated the following files within jboss.net package: org.jboss.net.jmx.adaptor.AttributeSerializer org.jboss.net.jmx.adaptor.ObjectSerializer to fix the build. You can find the changes made by searching for 'implemented to comply with Axis 1.1beta'. I certainly should have done a clean build before the update and apologize. I also am sorry that I misunderstood I would also give my ok for putting the 1.1 binaries into head as meaning that it would be ok for me to update the binaries into head. -Tom. Jung , Dr. Christoph wrote: You should have tried to build/build most before submitting then you would have noticed that the axis-beta patch has not yet been applied to jboss.net and broke the build. Grrmpf. This leaves it to me to repair it. How I love that. CGJ -Ursprüngliche Nachricht- Von: Tom Elrod [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 7. Januar 2003 08:58 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] Updating to use Axis 1.1 beta I have updated the following in thirdparty to support Axis 1.1 beta (which I needed for JMX SOAP Connector). The update was done to HEAD in CVS. thirdparty/apache-axis/README thirdparty/apache-axis/release-notes.html thirdparty/apache-axis/lib/axis.jar thirdparty/apache-axis/lib/jaxrpc.jar thirdparty/apache-axis/lib/saaj.jar thirdparty/apache-commons/lib/commons-discovery.jar I was unable to verify any affect this might have had on the other jboss projects (other than the e-mail sent out previously), so if you are using any of these, please verify it does not break any of your code. Thanks. -Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jung , Dr. Christoph Sent: Thursday, January 02, 2003 3:42 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-dev] Updating to use Axis 1.1 beta Tom, There is already a patch for jboss.net submitted which addresses some additional exceptions raised in the Axis1.1 beta. I think that I will be able to apply it such that jboss.net will cope with both 1.0 and 1.1 ... I would also give my ok for putting the 1.1 binaries into head, but I would hesitate going for beta in the 3.2 branch. CGJ -Ursprüngliche Nachricht- Von: Tom Elrod [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 31. Dezember 2002 06:28 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] Updating to use Axis 1.1 beta I have written a SOAP connector to be used within the JBoss-MX project which uses Axis 1.1 beta. I know that Axis 1.0 is being used in the root thirdparty for jboss.net and was wondering if someone could tell me if there would be a problem upgrading it to 1.1 beta so both sub-projects (jboss-mx and jboss.net) could use the same libraries? Thanks. -Tom --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM +
AW: [JBoss-dev] patch for axis1.1beta upgrade
John, Thanks. Just applied them (semantically). CGJ -Ursprüngliche Nachricht- Von: John Fawcett [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 8. Januar 2003 02:22 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] patch for axis1.1beta upgrade Hi, Below is a patch to upgrade the jboss sources to use axis1.1beta. The files modified are: jboss.net/src/main/org/jboss/net/axis/server/AxisService.java jboss.net/src/main/org/jboss/net/jmx/adaptor/AttributeSerializer.java jboss.net/src/main/org/jboss/net/jmx/adaptor/ObjectNameSerializer.java I've been using this modified source to run sessionbean-based web-services, and it seems to be working fine for me. hope this is useful, fawce --- /../../../jboss-head/jboss.net/src/main/org/jboss/net/axis/server/Axis Service.java2003-01-07 12:30:37.0 -0500 +++ /../../../tamale_jboss4/jboss.net/src/main/org/jboss/net/axis/server/A xisService.java 2002-12-15 10:37:09.0 -0500 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AxisService.java,v 1.32 2003/01/07 17:30:37 cgjung Exp $ +// $Id: AxisService.java,v 1.2 2002/12/15 15:37:09 jfawcett Exp $ package org.jboss.net.axis.server; @@ -58,6 +58,7 @@ import javax.naming.LinkRef; import javax.naming.Context; import javax.naming.NamingException; +import javax.xml.parsers.ParserConfigurationException; import java.io.FilenameFilter; import java.io.File; @@ -82,7 +83,7 @@ * within JMX. * @created 27. September 2001 * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.32 $ + * @version $Revision: 1.2 $ */ public class AxisService @@ -409,52 +410,57 @@ Document doc= (Document) sdi.metaData; // the original command Element root= doc.getDocumentElement(); + // the deployment command document + Document deployDoc = null; + Document deployClientDoc = null; try{ - -// the deployment command document -Document deployDoc= XMLUtils.newDocument(); -// the client deployment command document -Document deployClientDoc= XMLUtils.newDocument(); -// create command -Element deploy= - deployDoc.createElementNS(root.getNamespaceURI(), deployment); -// create command -Element deployClient= - deployClientDoc.createElementNS( - root.getNamespaceURI(), - deployment); - -NamedNodeMap attributes= root.getAttributes(); -for (int count= 0; count attributes.getLength(); count++) { - Attr attribute= (Attr) attributes.item(count); - deploy.setAttributeNodeNS( - (Attr) deployDoc.importNode(attribute, true)); - deployClient.setAttributeNodeNS( - (Attr) deployClientDoc.importNode(attribute, true)); -} + deployDoc= XMLUtils.newDocument(); + // the client deployment command document + deployClientDoc= XMLUtils.newDocument(); + } catch (ParserConfigurationException e){ + e.printStackTrace(); + } + + // create command + Element deploy= +deployDoc.createElementNS(root.getNamespaceURI(), deployment); + // create command + Element deployClient= +deployClientDoc.createElementNS( + root.getNamespaceURI(), + deployment); -// and insert the nodes from the original document -// and sort out the ejb-ref extensions -NodeList children= root.getChildNodes(); -for (int count= 0; count children.getLength(); count++) { - Node actNode= children.item(count); - if (actNode instanceof Element) { - Element actElement= (Element) actNode; - - if (actElement.getTagName().equals(ejb-ref)) { - - String refName= -MetaData.getElementContent( - MetaData.getUniqueChild( - (Element) actNode, - ejb-ref-name)); - String linkName= -MetaData.getElementContent( - MetaData.getUniqueChild((Element) actNode, ejb-link)); + NamedNodeMap attributes= root.getAttributes(); + for (int count= 0; count attributes.getLength(); count++) { +Attr attribute= (Attr) attributes.item(count); +deploy.setAttributeNodeNS( + (Attr) deployDoc.importNode(attribute, true)); +deployClient.setAttributeNodeNS( + (Attr) deployClientDoc.importNode(attribute, true)); + } - log.warn( -Web Service Deployment + // and insert the nodes from the original document + //
[JBoss-dev] [ jboss-Bugs-664322 ] EJBQL Date Comparison Broken
Bugs item #664322, was opened at 2003-01-08 12:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Spilker (nichdiemama) Assigned to: Nobody/Anonymous (nobody) Summary: EJBQL Date Comparison Broken Initial Comment: When trying to find some CMP entity beans by a finder method which takes a java.util.Date as a parameter and does an equals compaision with that parameter to a cmp-field, the returned result is always empty. EJBQL: SELECT Object(r) FROM TimeRecord AS r WHERE r.date=?1 and work fine, I also tried different databases it's always the same problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664322 ] EJBQL Date Comparison Broken
Bugs item #664322, was opened at 2003-01-08 13:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Spilker (nichdiemama) Assigned to: Alexey Loubyansky (loubyansky) Summary: EJBQL Date Comparison Broken Initial Comment: When trying to find some CMP entity beans by a finder method which takes a java.util.Date as a parameter and does an equals compaision with that parameter to a cmp-field, the returned result is always empty. EJBQL: SELECT Object(r) FROM TimeRecord AS r WHERE r.date=?1 and work fine, I also tried different databases it's always the same problem. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 14:29 Message: Logged In: YES user_id=543482 Could you, please, provide a testcase that shows it? It works for me. alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-663228 ] IllegalState on CMP load
Bugs item #663228, was opened at 2003-01-06 19:39 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=663228group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: Nobody/Anonymous (nobody) Summary: IllegalState on CMP load Initial Comment: JBoss3.0.4 I have a cmp entity bean that has 5 fields tied to blobs and each contains 100-200k. There are 5 rows in my table. I have a jsp page that lists all 5 and 2 field about each. Before i put the data in the fields my jsp page worked fine. Then in put the data in and the first time (after a deployement) the page is displayed perfectly, albeight a tad slow (probably due to the db data transfer), but the 2nd and all subsequent times when i attempt to view this page i get the following error. It appears that i am trying to get the primaryKey method on the bean. 11:30:22,833 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: removing bean lock and it has tx set!Funds myPrimaryKey at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.r emoveRef(QueuedPessimisticEJBLock.java:427) at org.jboss.ejb.BeanLockManager.removeLockRef (BeanLockManager.java:107) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:124) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke (EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:204) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:493) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv oke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.EntityProxy.invoke (EntityProxy.java:38) at $Proxy92.getFundKey(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.PropertyUtils.getSimple Property(PropertyUtils.java:1095) at org.apache.commons.beanutils.PropertyUtils.getNested Property(PropertyUtils.java:694) at org.apache.commons.beanutils.PropertyUtils.getPropert y(PropertyUtils.java:724) at org.apache.struts.util.RequestUtils.lookup (RequestUtils.java:702) at org.apache.struts.taglib.html.BaseFieldTag.doStartTag (BaseFieldTag.java:192) at org.apache.struts.taglib.html.HiddenTag.doStartTag (HiddenTag.java:123) at org.apache.jsp.availablefunds$jsp._jspService (availablefunds$jsp.java:352) at org.apache.jasper.runtime.HttpJspBase.service (HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper. service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service (JspServlet.java:473) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatc h(WebApplicationHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:581) at org.mortbay.http.HttpContext.handle (HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle (WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle (HttpContext.java:1637) at org.mortbay.http.HttpServer.service (HttpServer.java:875) at org.jboss.jetty.Jetty.service(Jetty.java:543) at org.mortbay.http.HttpConnection.service (HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext (HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle (HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection (SocketListener.java:203) at org.mortbay.util.ThreadedServer.handle (ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run (ThreadPool.java:743) at java.lang.Thread.run(Thread.java:536) 11:30:22,849 WARN [jbossweb] WARNING: Exception for /admin/funds/availablefunds.jsp javax.servlet.jsp.JspException: Exception thrown by getter
[JBoss-dev] JBoss hosting
Apologies for a slightly off topic posting. I'm looking for a dedicated hosting service on which we'll be putting a JBoss based site. Does anyone have any recommendations? I've looked at Eapps, who look promising, does anyone have experience of them? Who hosts the jboss.org site? TIA Alex Sumner Technical Director Business Agility Ltd --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664373 ] WHERE xxx IS NULL EQL with 1-1 relationship doesn't work
Bugs item #664373, was opened at 2003-01-08 14:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Nobody/Anonymous (nobody) Summary: WHERE xxx IS NULL EQL with 1-1 relationship doesn't work Initial Comment: Situation: one-to-one relationship between Customer and HomeAddress. Some Customers do have a home address (= cust.getHomeAddress() != null) while others don't (= cust.getHomeAddress() == null) Problem: queries such as: SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NULL or SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NOT NULL always return an empty collection. This was working under 3.0.x (maybe it still works) but it doesn't work under a fresh Branch_3_2 snapshot from this morning. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-664390 ] entity-command for informix auto-generated serial value
Patches item #664390, was opened at 2003-01-08 08:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=664390group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex Shneyderman (ashneyderman) Assigned to: Nobody/Anonymous (nobody) Summary: entity-command for informix auto-generated serial value Initial Comment: This command will allow automatic assignment of the PK field of CMP entity, that is Informix (7.3* IDS) serial field as its PK. This was tested using the JDBC Driver provided by IBM that can be downloaded at http://www14.software.ibm.com/webapp/download/produc t.jsp?type=bid=MBEN- 4ZKP2Ts=zcat=S_TACT=S_CMP= The patch includes: 1. command itself in the org/jboss/ejb/plugins/cmp/jdbc/informix/JDBCInformixCre ateCommand.{java and class} 2. addition to the build.xml needed to build correctly in build.xml file. Note that only the addtion to build.xml is shown in this file. 3. addition to standardjbosscmp-jdbc.xml to be able to use the command in standardjbosscmp-jdbc.xml file. Note that only the addtion to the xml is shown in this file. 4. ifxjdbc.jar has to go to thirdparty/infromix/informix/lib to build correctly If you do not need to be able to build the command yourself you will only need files (1) and (3). Put (1) in the classpath where Jboss will be able to see it; make needed addition to the standardjbosscmp-jdbc.xml shown in (3); and I assume you already have the ifxjdbc.jar available. That is it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=664390group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664322 ] EJBQL Date Comparison Broken
Bugs item #664322, was opened at 2003-01-08 12:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Spilker (nichdiemama) Assigned to: Alexey Loubyansky (loubyansky) Summary: EJBQL Date Comparison Broken Initial Comment: When trying to find some CMP entity beans by a finder method which takes a java.util.Date as a parameter and does an equals compaision with that parameter to a cmp-field, the returned result is always empty. EJBQL: SELECT Object(r) FROM TimeRecord AS r WHERE r.date=?1 and work fine, I also tried different databases it's always the same problem. -- Comment By: Daniel Spilker (nichdiemama) Date: 2003-01-08 15:18 Message: Logged In: YES user_id=279538 OK, it works for me too. When constructing a test case I realized that I ran into the usual millisecond bug. Sorry for bothering you, Daniel -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 13:29 Message: Logged In: YES user_id=543482 Could you, please, provide a testcase that shows it? It works for me. alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664322group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664400 ] JNDIView.listXML() produces ill-formed XML
Bugs item #664400, was opened at 2003-01-08 14:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664400group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: Nobody/Anonymous (nobody) Summary: JNDIView.listXML() produces ill-formed XML Initial Comment: The 'String listXML()' method in the org.jboss.naming.JNDIView class produces XML file that is not well-formed if an error is encountered during recursive examination of Context instances. Error handling in the private listXML(Context, StringBuffer) method results in a context tag with a matching /context tag. Reproducing the bug symptoms requires an error to be encountered during Context.list(). In my vanilla installation of JBoss, the java:TimedCacheFactory context produced this error, producing the following XML: context nametimedCacheFactory/name attributejavax.nameing.Context/attribute error messageFailed to lookup: timedCacheFActory, errmsg=org.jboss.util.TimedCachePolicy/message /error Subsequent XML output goes on to list other JNDI entries, but the lack of /context tag following the /error tag produces an XML validation error. The listXML(Context,StringBuffer) method is called recursively to handle nested contexts. The problem is cause by grouping in a single try-catch block the code to append context tag, call self, and append /context tag. When listXML throws an exception, the closing /context tag is never appended to the buffer. The fix strategy is to restructure the error handling to minimize the amount of code contained in try block. Here's a diff for a fix: diff -r1.19 JNDIView.java 220a221,223 Collection containers = null; 223,257c226 Collection containers = (Collection) server.getAttribute(app, Containers); for (Iterator iter = containers.iterator(); iter.hasNext();) { Container con = (Container)iter.next(); /* Set the thread class loader to that of the container as the class loader is used by the java: context object factory to partition the container namespaces. */ Thread.currentThread ().setContextClassLoader(con.getClassLoader()); String bean = con.getBeanMetaData ().getEjbName(); buffer.append( context ); buffer.append( '\n' ); buffer.append ( namejava:comp/name ); buffer.append( '\n' ); buffer.append( attribute name=\bean\ + bean + /attribute ); buffer.append( '\n' ); try { context = new InitialContext(); context = (Context)context.lookup (java:comp); } catch(NamingException e) { buffer.append( error ); buffer.append( '\n' ); buffer.append( message + Failed on lookup, + e.toString( true ) + /message ); buffer.append( '\n' ); buffer.append( /error ); buffer.append( '\n' ); continue; } listXML( context, buffer ); buffer.append( /context ); buffer.append( '\n' ); } --- containers = (Collection)server.getAttribute (app, Containers); 261c230 log.error(getConainers failed, e); --- log.error(getContainers failed, e); 266a236,286 for (Iterator iter = containers.iterator(); iter.hasNext();) { Container con = (Container)iter.next(); /* Set the thread class loader to that of the container as the class loader is used by the java: context object factory to partition the container namespaces. */ Thread.currentThread().setContextClassLoader (con.getClassLoader()); String bean = con.getBeanMetaData ().getEjbName(); buffer.append( context ); buffer.append( '\n' ); buffer.append( namejava:comp/name ); buffer.append( '\n' ); buffer.append( attribute name=\bean\ + bean + /attribute ); buffer.append( '\n' ); try { context = new InitialContext(); context = (Context)context.lookup (java:comp); } catch(NamingException e) { buffer.append( error ); buffer.append( '\n' ); buffer.append( message + Failed on lookup, + e.toString( true ) + /message ); buffer.append( '\n' ); buffer.append( /error ); buffer.append( '\n' ); continue; }
[JBoss-dev] [ jboss-Bugs-664373 ] WHERE xxx IS NULL EQL with 1-1 relationship doesn't work
Bugs item #664373, was opened at 2003-01-08 15:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Alexey Loubyansky (loubyansky) Summary: WHERE xxx IS NULL EQL with 1-1 relationship doesn't work Initial Comment: Situation: one-to-one relationship between Customer and HomeAddress. Some Customers do have a home address (= cust.getHomeAddress() != null) while others don't (= cust.getHomeAddress() == null) Problem: queries such as: SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NULL or SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NOT NULL always return an empty collection. This was working under 3.0.x (maybe it still works) but it doesn't work under a fresh Branch_3_2 snapshot from this morning. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 16:29 Message: Logged In: YES user_id=543482 It could be because of Jeremy's fix for 638488: OR with IS NOT EMPTY notExistsClause method that handles IS [NOT] EMPTY is used for IS [NOT] NULL in two cases: 1. table mapping; 2. the query is performed on the entity with CMR that has no foreign key. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664373 ] WHERE xxx IS NULL EQL with 1-1 relationship doesn't work
Bugs item #664373, was opened at 2003-01-08 15:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Alexey Loubyansky (loubyansky) Summary: WHERE xxx IS NULL EQL with 1-1 relationship doesn't work Initial Comment: Situation: one-to-one relationship between Customer and HomeAddress. Some Customers do have a home address (= cust.getHomeAddress() != null) while others don't (= cust.getHomeAddress() == null) Problem: queries such as: SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NULL or SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NOT NULL always return an empty collection. This was working under 3.0.x (maybe it still works) but it doesn't work under a fresh Branch_3_2 snapshot from this morning. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 17:48 Message: Logged In: YES user_id=543482 Sacha, what database are you using? I think this is due to the subquery support in IS [NOT] EMPTY as it works for me in MySql with joining. alex -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 16:29 Message: Logged In: YES user_id=543482 It could be because of Jeremy's fix for 638488: OR with IS NOT EMPTY notExistsClause method that handles IS [NOT] EMPTY is used for IS [NOT] NULL in two cases: 1. table mapping; 2. the query is performed on the entity with CMR that has no foreign key. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664373 ] WHERE xxx IS NULL EQL with 1-1 relationship doesn't work
Bugs item #664373, was opened at 2003-01-08 14:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Alexey Loubyansky (loubyansky) Summary: WHERE xxx IS NULL EQL with 1-1 relationship doesn't work Initial Comment: Situation: one-to-one relationship between Customer and HomeAddress. Some Customers do have a home address (= cust.getHomeAddress() != null) while others don't (= cust.getHomeAddress() == null) Problem: queries such as: SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NULL or SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NOT NULL always return an empty collection. This was working under 3.0.x (maybe it still works) but it doesn't work under a fresh Branch_3_2 snapshot from this morning. -- Comment By: Sacha Labourey (slaboure) Date: 2003-01-08 16:54 Message: Logged In: YES user_id=95900 I am using hypersonic (embedded DB) and it was working under 3.0. If you want a testcase, you can use run example 8.2g (run.client_82g) from the O'reilly JBoss workbook: it does exactly that and was working under 3.0. See here for download: http://www.jboss.org/forums/thread.jsp? forum=152thread=21861 -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 16:48 Message: Logged In: YES user_id=543482 Sacha, what database are you using? I think this is due to the subquery support in IS [NOT] EMPTY as it works for me in MySql with joining. alex -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 15:29 Message: Logged In: YES user_id=543482 It could be because of Jeremy's fix for 638488: OR with IS NOT EMPTY notExistsClause method that handles IS [NOT] EMPTY is used for IS [NOT] NULL in two cases: 1. table mapping; 2. the query is performed on the entity with CMR that has no foreign key. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664459 ] JMS Message lost due to synchronization in MessageReference
Bugs item #664459, was opened at 2003-01-08 11:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664459group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Ryan Harris (rpharris) Assigned to: Nobody/Anonymous (nobody) Summary: JMS Message lost due to synchronization in MessageReference Initial Comment: Bug and fix submitted by Ryan Harris of Sterling Commerce, Inc. http://www.sterlingcommerce.com Due to a synchronization error in a MessageReference object, the file reference to a Message object is deleted while no hard reference exists. However, the system is not finished processing the Message and when it attempts to retrieve its hard reference from the file reference on the disk, it fails with a FileNotFound exception. A fix is included and a is attached. It will be submitted in the patch section as well. The problem occurs when a series of the following three events occurs in a MessageReference object. This scenario only occurs when the heap size has passed the HighMemoryMark of the Cachemanager AND the garbage collector happens to run just after the validateSoftReferenceDepth step below. Original MessageReference.invalidate: public void invalidate() throws JMSException { clear(); // Clear out the disk copy } This is the original course of events that occurs: ** validateSoftRefernceDepth (deleting our hard reference and creating a soft reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate and clear are called (we have no hard reference at this point, deleting our disk reference) **context switch** makeHard is called (we have no hard reference nor a file on the disk) Explosion. In order to fix this error, it is required that we check within the invalidate method if we actually have a hard reference to the object, before we blow away the file reference on the disk. Modified MessageReference.invalidate: public void invalidate() throws JMSException { synchronized(messageCache) { if(hardReference != null) clear(); // Clear out the disk copy } } This forces the events into the following pattern: *** validateSoftRefernceDepth (deleting our hard reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate (fails to delete disk reference because we have no hard reference) **context switch** makeHard is called (we have no hard reference but thefile is still on the disk) Everything is happy. Operating Systems: Linux, Windows2k, HPUX, Solaris, AIX, Others most likely JDK: 1.3.1 Stack Trace: [WARN,SpyConnectionConsumer] Connection consumer closing due to error in listening thread. org.jboss.mq.SpyJMSException: Could not load message from secondary storage: ; - nested throwable: (java.io.FileNotFoundException: C:\si_1230\SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message-5437 (The system cannot find the file specified)) at org.jboss.mq.pm.file.CacheStore.loadFromStorage(CacheStore.java:61) at org.jboss.mq.server.MessageCache.loadFromStorage(MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard(MessageReference.java:207) at org.jboss.mq.server.MessageReference.getMessage(MessageReference.java:93 ) at org.jboss.mq.server.BasicQueue.setupMessageAcknowledgement(BasicQueue.ja va:380) at org.jboss.mq.server.BasicQueue.receive(BasicQueue.java:238) at org.jboss.mq.server.JMSQueue.receive(JMSQueue.java:122) at org.jboss.mq.server.ClientConsumer.receive(ClientConsumer.java:225) at org.jboss.mq.server.JMSDestinationManager.receive(JMSDestinationManager. java:669) at org.jboss.mq.server.TracingInterceptor.receive(TracingInterceptor.java:4 33) at org.jboss.mq.server.JMSServerInvoker.receive(JMSServerInvoker.java:227) at org.jboss.mq.il.jvm.JVMServerIL.receive(JVMServerIL.java:245) at org.jboss.mq.Connection.receive(Connection.java:1046) at org.jboss.mq.SpyConnectionConsumer.run(SpyConnectionConsumer.java:183) at java.lang.Thread.run(Thread.java:479) java.io.FileNotFoundException: C:\si_1230\SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message-5437 (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:59) at java.io.FileInputStream.init(FileInputStream.java:90) at org.jboss.mq.pm.file.CacheStore.loadFromStorage(CacheStore.java:54) at org.jboss.mq.server.MessageCache.loadFromStorage(MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard(MessageReference.java:207) at
[JBoss-dev] [ jboss-Bugs-664453 ] 3.2beta3 breaks multi-partition config
Bugs item #664453, was opened at 2003-01-08 09:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Matt Cleveland (groovesoftware) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2beta3 breaks multi-partition config Initial Comment: The attached configuration is a slimmed down version of default with clustering added. It has been working just fine (with 3.0, 3.2beta1 and 3.2beta2) until 3.2beta3 and with 3.2beta3 it fails to start up and just hangs while initializing clustering. I am testing with 3.2beta3 with integrated tomcat 4.0.4, but I don't think the tomcat portion is involved. I am running on Solaris with JDK 1.3.1. I have also tested with the latest 3.2 from CVS and have the same problem there. The steps to reproduce are: 1. Clean installation of jboss 3.2beta3 with tomcat 4.0.4 2. unzip the attached zip file in the server directory 3. Start up the configuration prod-ejb1 4. Attempt to start up the configuration prod-ejb2 on the same machine. The startup will hang during cluster initialization. This bug is really hurting our progress and I am hoping it can be fixed in 3.2RC1. Thanks, Matt Cleveland -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] smb mount script
jag kör mountShares i rc.local och umountShares i rc.6 umountShares.sh Description: application/shellscript mountShares.sh Description: application/shellscript
[JBoss-dev] [ jboss-Patches-664469 ] JMS Message lost due to synchronization in MessageReference
Patches item #664469, was opened at 2003-01-08 11:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=664469group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Ryan Harris (rpharris) Assigned to: Nobody/Anonymous (nobody) Summary: JMS Message lost due to synchronization in MessageReference Initial Comment: References Bug#664459 Bug and fix submitted by Ryan Harris of Sterling Commerce, Inc. http://www.sterlingcommerce.com Due to a synchronization error in a MessageReference object, the file reference to a Message object is deleted while no hard reference exists. However, the system is not finished processing the Message and when it attempts to retrieve its hard reference from the file reference on the disk, it fails with a FileNotFound exception. A fix is included and a is attached. It will be submitted in the patch section as well. The problem occurs when a series of the following three events occurs in a MessageReference object. This scenario only occurs when the heap size has passed the HighMemoryMark of the Cachemanager AND the garbage collector happens to run just after the validateSoftReferenceDepth step below. Original MessageReference.invalidate: public void invalidate() throws JMSException { clear(); // Clear out the disk copy } This is the original course of events that occurs: ** validateSoftRefernceDepth (deleting our hard reference and creating a soft reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate and clear are called (we have no hard reference at this point, deleting our disk reference) **context switch** makeHard is called (we have no hard reference nor a file on the disk) Explosion. In order to fix this error, it is required that we check within the invalidate method if we actually have a hard reference to the object, before we blow away the file reference on the disk. Modified MessageReference.invalidate: public void invalidate() throws JMSException { synchronized(messageCache) { if(hardReference != null) clear(); // Clear out the disk copy } } This forces the events into the following pattern: *** validateSoftRefernceDepth (deleting our hard reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate (fails to delete disk reference because we have no hard reference) **context switch** makeHard is called (we have no hard reference but thefile is still on the disk) Everything is happy. Operating Systems: Linux, Windows2k, HPUX, Solaris, AIX, Others most likely JDK: 1.3.1 Stack Trace: [WARN,SpyConnectionConsumer] Connection consumer closing due to error in listening thread. org.jboss.mq.SpyJMSException: Could not load message from secondary storage: ; - nested throwable: (java.io.FileNotFoundException: C:\si_1230 \SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message -5437 (The system cannot find the file specified)) at org.jboss.mq.pm.file.CacheStore.loadFromStorage (CacheStore.java:61) at org.jboss.mq.server.MessageCache.loadFromStorage (MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard (MessageReference.java:207) at org.jboss.mq.server.MessageReference.getMessage (MessageReference.java:93 ) at org.jboss.mq.server.BasicQueue.setupMessageAckn owledgement(BasicQueue.ja va:380) at org.jboss.mq.server.BasicQueue.receive (BasicQueue.java:238) at org.jboss.mq.server.JMSQueue.receive (JMSQueue.java:122) at org.jboss.mq.server.ClientConsumer.receive (ClientConsumer.java:225) at org.jboss.mq.server.JMSDestinationManager.receive (JMSDestinationManager. java:669) at org.jboss.mq.server.TracingInterceptor.receive (TracingInterceptor.java:4 33) at org.jboss.mq.server.JMSServerInvoker.receive (JMSServerInvoker.java:227) at org.jboss.mq.il.jvm.JVMServerIL.receive (JVMServerIL.java:245) at org.jboss.mq.Connection.receive (Connection.java:1046) at org.jboss.mq.SpyConnectionConsumer.run (SpyConnectionConsumer.java:183) at java.lang.Thread.run(Thread.java:479) java.io.FileNotFoundException: C:\si_1230 \SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message -5437 (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init (FileInputStream.java:59) at java.io.FileInputStream.init (FileInputStream.java:90) at org.jboss.mq.pm.file.CacheStore.loadFromStorage (CacheStore.java:54) at org.jboss.mq.server.MessageCache.loadFromStorage (MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard (MessageReference.java:207) at org.jboss.mq.server.MessageReference.getMessage (MessageReference.java:93 ) at org.jboss.mq.server.BasicQueue.setupMessageAckn owledgement(BasicQueue.ja va:380) at org.jboss.mq.server.BasicQueue.receive (BasicQueue.java:238) at
[JBoss-dev] ScanMail Message: To Recipient virus found and action taken.
ScanMail for Microsoft Exchange has detected virus-infected attachment(s). Sender = [EMAIL PROTECTED] Recipient(s) = [EMAIL PROTECTED] Subject = [JBoss-dev] smb mount script Scanning Time = 01/08/2003 17:43:43 Action on virus found: The attachment umountShares.sh matched file blocking settings. ScanMail has Moved it. The attachment was moved to d:\Program Files\Trend\Smex\Alert\umountShares3e1c553f5.sh_. The attachment mountShares.sh matched file blocking settings. ScanMail has Moved it. The attachment was moved to d:\Program Files\Trend\Smex\Alert\mountShares3e1c553f6.sh_. ScanMail detected a virus in an enail attachment during real-time scan: 01/08/2003 From [EMAIL PROTECTED] to [EMAIL PROTECTED] at 05:43 PM in Unknown: [JBoss-dev] smb mount script [umountShares.sh/Moved] [mountShares.sh/Moved] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: smb mount script
I'm very sorry. I sent this to the wrong recepient. Please ignore... On Wednesday 08 January 2003 17.30, Per Nyfelt wrote: jag kör mountShares i rc.local och umountShares i rc.6 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664459 ] JMS Message lost due to synchronization in MessageReference
Bugs item #664459, was opened at 2003-01-08 16:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664459group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Ryan Harris (rpharris) Assigned to: Nobody/Anonymous (nobody) Summary: JMS Message lost due to synchronization in MessageReference Initial Comment: Bug and fix submitted by Ryan Harris of Sterling Commerce, Inc. http://www.sterlingcommerce.com Due to a synchronization error in a MessageReference object, the file reference to a Message object is deleted while no hard reference exists. However, the system is not finished processing the Message and when it attempts to retrieve its hard reference from the file reference on the disk, it fails with a FileNotFound exception. A fix is included and a is attached. It will be submitted in the patch section as well. The problem occurs when a series of the following three events occurs in a MessageReference object. This scenario only occurs when the heap size has passed the HighMemoryMark of the Cachemanager AND the garbage collector happens to run just after the validateSoftReferenceDepth step below. Original MessageReference.invalidate: public void invalidate() throws JMSException { clear(); // Clear out the disk copy } This is the original course of events that occurs: ** validateSoftRefernceDepth (deleting our hard reference and creating a soft reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate and clear are called (we have no hard reference at this point, deleting our disk reference) **context switch** makeHard is called (we have no hard reference nor a file on the disk) Explosion. In order to fix this error, it is required that we check within the invalidate method if we actually have a hard reference to the object, before we blow away the file reference on the disk. Modified MessageReference.invalidate: public void invalidate() throws JMSException { synchronized(messageCache) { if(hardReference != null) clear(); // Clear out the disk copy } } This forces the events into the following pattern: *** validateSoftRefernceDepth (deleting our hard reference) **context switch** GC Runs and collects our hard reference. **context switch** invalidate (fails to delete disk reference because we have no hard reference) **context switch** makeHard is called (we have no hard reference but thefile is still on the disk) Everything is happy. Operating Systems: Linux, Windows2k, HPUX, Solaris, AIX, Others most likely JDK: 1.3.1 Stack Trace: [WARN,SpyConnectionConsumer] Connection consumer closing due to error in listening thread. org.jboss.mq.SpyJMSException: Could not load message from secondary storage: ; - nested throwable: (java.io.FileNotFoundException: C:\si_1230\SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message-5437 (The system cannot find the file specified)) at org.jboss.mq.pm.file.CacheStore.loadFromStorage(CacheStore.java:61) at org.jboss.mq.server.MessageCache.loadFromStorage(MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard(MessageReference.java:207) at org.jboss.mq.server.MessageReference.getMessage(MessageReference.java:93 ) at org.jboss.mq.server.BasicQueue.setupMessageAcknowledgement(BasicQueue.ja va:380) at org.jboss.mq.server.BasicQueue.receive(BasicQueue.java:238) at org.jboss.mq.server.JMSQueue.receive(JMSQueue.java:122) at org.jboss.mq.server.ClientConsumer.receive(ClientConsumer.java:225) at org.jboss.mq.server.JMSDestinationManager.receive(JMSDestinationManager. java:669) at org.jboss.mq.server.TracingInterceptor.receive(TracingInterceptor.java:4 33) at org.jboss.mq.server.JMSServerInvoker.receive(JMSServerInvoker.java:227) at org.jboss.mq.il.jvm.JVMServerIL.receive(JVMServerIL.java:245) at org.jboss.mq.Connection.receive(Connection.java:1046) at org.jboss.mq.SpyConnectionConsumer.run(SpyConnectionConsumer.java:183) at java.lang.Thread.run(Thread.java:479) java.io.FileNotFoundException: C:\si_1230\SterlingIntegrator\jboss\jboss\tmp\jbossmq\Message-5437 (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:59) at java.io.FileInputStream.init(FileInputStream.java:90) at org.jboss.mq.pm.file.CacheStore.loadFromStorage(CacheStore.java:54) at org.jboss.mq.server.MessageCache.loadFromStorage(MessageCache.java:246) at org.jboss.mq.server.MessageReference.makeHard(MessageReference.java:207) at
[JBoss-dev] [ jboss-Bugs-664453 ] 3.2beta3 breaks multi-partition config
Bugs item #664453, was opened at 2003-01-08 09:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Matt Cleveland (groovesoftware) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2beta3 breaks multi-partition config Initial Comment: The attached configuration is a slimmed down version of default with clustering added. It has been working just fine (with 3.0, 3.2beta1 and 3.2beta2) until 3.2beta3 and with 3.2beta3 it fails to start up and just hangs while initializing clustering. I am testing with 3.2beta3 with integrated tomcat 4.0.4, but I don't think the tomcat portion is involved. I am running on Solaris with JDK 1.3.1. I have also tested with the latest 3.2 from CVS and have the same problem there. The steps to reproduce are: 1. Clean installation of jboss 3.2beta3 with tomcat 4.0.4 2. unzip the attached zip file in the server directory 3. Start up the configuration prod-ejb1 4. Attempt to start up the configuration prod-ejb2 on the same machine. The startup will hang during cluster initialization. This bug is really hurting our progress and I am hoping it can be fixed in 3.2RC1. Thanks, Matt Cleveland -- Comment By: Matt Cleveland (groovesoftware) Date: 2003-01-08 10:31 Message: Logged In: YES user_id=85088 I had to reduce the file size so it would attach, so please use the following steps to reproduce. 1. Make a copy of the default configuration named prod-ejb1 2. Make another copy of the default configuration named prod-ejb2 3. Copy the javagroups jar from the all configuration into the prod-ejb1 and prod-ejb2 configurations. 4. Unzip the attached jar in the server directory 5. Start up the configuration prod-ejb1 6. Attempt to start up the configuration prod-ejb2. The startup will hang during cluster initialization. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.5 and 3.2.0RC1 releases
On Mon, 6 Jan 2003, Scott M Stark wrote: I'm planning on putting out the 3.0.5 and 3.2.0RC1 releases this Sunday, 2003-1-12 so if you have something you want in have it done by then. Does 3.0.5 work on sun jdk 1.3.1 yet(re: my problem)? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664373 ] WHERE xxx IS NULL EQL with 1-1 relationship doesn't work
Bugs item #664373, was opened at 2003-01-08 14:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Alexey Loubyansky (loubyansky) Summary: WHERE xxx IS NULL EQL with 1-1 relationship doesn't work Initial Comment: Situation: one-to-one relationship between Customer and HomeAddress. Some Customers do have a home address (= cust.getHomeAddress() != null) while others don't (= cust.getHomeAddress() == null) Problem: queries such as: SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NULL or SELECT OBJECT ( c ) FROM Customer c WHERE c.homeAddress IS NOT NULL always return an empty collection. This was working under 3.0.x (maybe it still works) but it doesn't work under a fresh Branch_3_2 snapshot from this morning. -- Comment By: Sacha Labourey (slaboure) Date: 2003-01-08 19:43 Message: Logged In: YES user_id=95900 Alexey's recent commit fixes the bug -- Comment By: Sacha Labourey (slaboure) Date: 2003-01-08 16:54 Message: Logged In: YES user_id=95900 I am using hypersonic (embedded DB) and it was working under 3.0. If you want a testcase, you can use run example 8.2g (run.client_82g) from the O'reilly JBoss workbook: it does exactly that and was working under 3.0. See here for download: http://www.jboss.org/forums/thread.jsp? forum=152thread=21861 -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 16:48 Message: Logged In: YES user_id=543482 Sacha, what database are you using? I think this is due to the subquery support in IS [NOT] EMPTY as it works for me in MySql with joining. alex -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-08 15:29 Message: Logged In: YES user_id=543482 It could be because of Jeremy's fix for 638488: OR with IS NOT EMPTY notExistsClause method that handles IS [NOT] EMPTY is used for IS [NOT] NULL in two cases: 1. table mapping; 2. the query is performed on the entity with CMR that has no foreign key. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664373group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBosssub-deployer in HEAD
On Wed, 8 Jan 2003, Sacha Labourey wrote: EAR (not war though): it should deploy thanks to the russian dolls btw, I really like the term 'russion dolls' applied as the name of the nested deployment feature. It's cute. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.5 and 3.2.0RC1 releases
It works fine on Win2k, WinXP, OSX with the 1.3.1 jdk. I can't test 1.3.1 on RedHat because of some libgc issue. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Adam Heath [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 9:44 AM Subject: Re: [JBoss-dev] 3.0.5 and 3.2.0RC1 releases On Mon, 6 Jan 2003, Scott M Stark wrote: I'm planning on putting out the 3.0.5 and 3.2.0RC1 releases this Sunday, 2003-1-12 so if you have something you want in have it done by then. Does 3.0.5 work on sun jdk 1.3.1 yet(re: my problem)? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664547 ] JDBC pooling completely broken
Bugs item #664547, was opened at 2003-01-08 10:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kyle VanderBeek (kylev) Assigned to: Nobody/Anonymous (nobody) Summary: JDBC pooling completely broken Initial Comment: Crate a simple JDBC data source in jboss.jcml (we're currently on 2.4.8): mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driverscom.sybase.jdbc2.jdbc.SybDriver,com.mysql.jdbc.Driver/attribute /mbean mbean code=org.jboss.jdbc.JDBCDataSourceLoader name=DefaultDomain:service=JDBCDataSource,name=CartDS attribute name=PoolNameCartDS/attribute attribute name=URLjdbc:mysql://db2.server.dom/cart?autoReconnect=true/attribute attribute name=JDBCUseruser/attribute attribute name=Passwordpass/attribute attribute name=MaxSize16/attribute /mbean This pool is completely un-usable and will be quickly exhausted with any simple code: for (int i = 0; i someNum; i++) { Connection con = ds.getConnection(); con.close(); } If you turn on tracing for org.jboss.pool, you'll see that the end of ObjectPool.releaseObject() is *never* reached. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 10:59 Message: Logged In: YES user_id=51762 A quick glance by my co-worker found that the calls in ObjectPool.releaseObject() may be the problem: factory.returnObject(object);//do this first pooled = factory.translateObject(object); Looking at the JDBCConnectionFactory, pooled will ALWAYS be null after these calls, because JDBCConnectionFactory.returnObject() calls ConnectionInPool.reset() which sets the underlying connection to null. Something here is incorrect, though I'm not sure yet what the expected semmantics are. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664547 ] JDBC pooling completely broken
Bugs item #664547, was opened at 2003-01-08 10:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kyle VanderBeek (kylev) Assigned to: Nobody/Anonymous (nobody) Summary: JDBC pooling completely broken Initial Comment: Crate a simple JDBC data source in jboss.jcml (we're currently on 2.4.8): mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driverscom.sybase.jdbc2.jdbc.SybDriver,com.mysql.jdbc.Driver/attribute /mbean mbean code=org.jboss.jdbc.JDBCDataSourceLoader name=DefaultDomain:service=JDBCDataSource,name=CartDS attribute name=PoolNameCartDS/attribute attribute name=URLjdbc:mysql://db2.server.dom/cart?autoReconnect=true/attribute attribute name=JDBCUseruser/attribute attribute name=Passwordpass/attribute attribute name=MaxSize16/attribute /mbean This pool is completely un-usable and will be quickly exhausted with any simple code: for (int i = 0; i someNum; i++) { Connection con = ds.getConnection(); con.close(); } If you turn on tracing for org.jboss.pool, you'll see that the end of ObjectPool.releaseObject() is *never* reached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664635 ] Too many open files causes JBoss 3.0 to crash
Bugs item #664635, was opened at 2003-01-08 15:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Morris (rpmorris) Assigned to: Nobody/Anonymous (nobody) Summary: Too many open files causes JBoss 3.0 to crash Initial Comment: OS: Linux 7.1 JDK: Occurs with Sun j2SDK 1.4.0 and IBM Java2 1.4 Occurs on JBoss v 3.0.0 3.0.4 The JVM process ends with the message too many open files. It can be recreated simply by opening and closing files for a long enough period of time . Once a file handle is allocated it doesn't appear to go away. I've attached the console output as requestd in the bug report instructions. I have captured the output from the lsof command showing system file handles at various stages of my JBoss app operation. This output indicates that file handles don't go way even when the files are closed or deleted. I can send this lsof output to whoever investigates this problem (the web form only allows one file to be attached to the bug report). A number of developers have reported similar problems in the forum. For an example see http://www.jboss.org/forums/thread.jsp? forum=61thread=24687 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664635 ] Too many open files causes JBoss 3.0 to crash
Bugs item #664635, was opened at 2003-01-08 15:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Morris (rpmorris) Assigned to: Nobody/Anonymous (nobody) Summary: Too many open files causes JBoss 3.0 to crash Initial Comment: OS: Linux 7.1 JDK: Occurs with Sun j2SDK 1.4.0 and IBM Java2 1.4 Occurs on JBoss v 3.0.0 3.0.4 The JVM process ends with the message too many open files. It can be recreated simply by opening and closing files for a long enough period of time . Once a file handle is allocated it doesn't appear to go away. I've attached the console output as requestd in the bug report instructions. I have captured the output from the lsof command showing system file handles at various stages of my JBoss app operation. This output indicates that file handles don't go way even when the files are closed or deleted. I can send this lsof output to whoever investigates this problem (the web form only allows one file to be attached to the bug report). A number of developers have reported similar problems in the forum. For an example see http://www.jboss.org/forums/thread.jsp? forum=61thread=24687 -- Comment By: Paul Morris (rpmorris) Date: 2003-01-08 15:42 Message: Logged In: YES user_id=683772 I'm going to attach 3 files lsofstart.out, lsotmid.out, and lsoflate.out. They contain output from the lsof command during the operation of our jboss app (start, mid, and late, respectively.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664635 ] Too many open files causes JBoss 3.0 to crash
Bugs item #664635, was opened at 2003-01-08 15:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Morris (rpmorris) Assigned to: Nobody/Anonymous (nobody) Summary: Too many open files causes JBoss 3.0 to crash Initial Comment: OS: Linux 7.1 JDK: Occurs with Sun j2SDK 1.4.0 and IBM Java2 1.4 Occurs on JBoss v 3.0.0 3.0.4 The JVM process ends with the message too many open files. It can be recreated simply by opening and closing files for a long enough period of time . Once a file handle is allocated it doesn't appear to go away. I've attached the console output as requestd in the bug report instructions. I have captured the output from the lsof command showing system file handles at various stages of my JBoss app operation. This output indicates that file handles don't go way even when the files are closed or deleted. I can send this lsof output to whoever investigates this problem (the web form only allows one file to be attached to the bug report). A number of developers have reported similar problems in the forum. For an example see http://www.jboss.org/forums/thread.jsp? forum=61thread=24687 -- Comment By: Paul Morris (rpmorris) Date: 2003-01-08 15:46 Message: Logged In: YES user_id=683772 The lsof out files mentioned in the previous comment are too large to upload to sourceforge. They are 1, 4, 8 MBs. -- Comment By: Paul Morris (rpmorris) Date: 2003-01-08 15:42 Message: Logged In: YES user_id=683772 I'm going to attach 3 files lsofstart.out, lsotmid.out, and lsoflate.out. They contain output from the lsof command during the operation of our jboss app (start, mid, and late, respectively.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Multiple JBoss/Jetty Instances - BindException: Address already in use
I have been unable to get a second instance of JBoss running on my Solaris Server. I'm using JBoss 3.0.4 and Jetty for the HTTP/Servlet engine. Based on what I've read on the Jboss forum's I have tried to do the following: I've changed the ports defined in {JBOSS_2_DIR}/server/default/conf/jboss-service.xml {JBOOS_2_DIR}/server/default/deploy/jbossweb.sar/META-INF/jboss-service.xml However upon startup I still get a message regarding a BindException: mbeans:, org.jboss.deployment.DeploymentInfo@538b6dbd { url="">vice.xml } deployer: org.jboss.deployment.SARDeployer@a786c3 status: Deployment FAILED reason: Trying to install an already registered mbean: jboss:type=Service,name=BootstrapEditors state: FAILED watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jboss-service.xml lastDeployed: 1042059465556 lastModified: 1042059465000 mbeans:, org.jboss.deployment.DeploymentInfo@ef747d17 { url="">le.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jmx-console.war/ lastDeployed: 1042059467654 lastModified: 1036282165000 mbeans:, org.jboss.deployment.DeploymentInfo@525ca96c { url="">ervices.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/Section8Services.war lastDeployed: 1042059467866 lastModified: 1042059467000 mbeans:]MBeans waiting for classes: noneMBeans waiting for other MBeans:[ObjectName: jboss.mq:service=InvocationLayer,type=OILstate: FAILEDI Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use, ObjectName: jboss.mq:service=InvocationLayer,type=UILstate: FAILEDI Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use]14:58:07,090 INFO [URLDeploymentScanner] Started14:58:07,090 INFO [MainDeployer] Deployed package: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/conf/jboss-service.xml14:58:07,094 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:32s:745ms Any ideas, I've tried all I can think of. Thanks in advance, John Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
[JBoss-dev] [ jboss-Bugs-664453 ] 3.2beta3 breaks multi-partition config
Bugs item #664453, was opened at 2003-01-08 17:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Matt Cleveland (groovesoftware) Assigned to: Sacha Labourey (slaboure) Summary: 3.2beta3 breaks multi-partition config Initial Comment: The attached configuration is a slimmed down version of default with clustering added. It has been working just fine (with 3.0, 3.2beta1 and 3.2beta2) until 3.2beta3 and with 3.2beta3 it fails to start up and just hangs while initializing clustering. I am testing with 3.2beta3 with integrated tomcat 4.0.4, but I don't think the tomcat portion is involved. I am running on Solaris with JDK 1.3.1. I have also tested with the latest 3.2 from CVS and have the same problem there. The steps to reproduce are: 1. Clean installation of jboss 3.2beta3 with tomcat 4.0.4 2. unzip the attached zip file in the server directory 3. Start up the configuration prod-ejb1 4. Attempt to start up the configuration prod-ejb2 on the same machine. The startup will hang during cluster initialization. This bug is really hurting our progress and I am hoping it can be fixed in 3.2RC1. Thanks, Matt Cleveland -- Comment By: Sacha Labourey (slaboure) Date: 2003-01-08 22:06 Message: Logged In: YES user_id=95900 This comes from the current version of JG in JBoss. The problem has been fixed in JG. A new version of JG will be incoroporated before 3.0.5, tomorrow I hope. -- Comment By: Matt Cleveland (groovesoftware) Date: 2003-01-08 18:31 Message: Logged In: YES user_id=85088 I had to reduce the file size so it would attach, so please use the following steps to reproduce. 1. Make a copy of the default configuration named prod-ejb1 2. Make another copy of the default configuration named prod-ejb2 3. Copy the javagroups jar from the all configuration into the prod-ejb1 and prod-ejb2 configurations. 4. Unzip the attached jar in the server directory 5. Start up the configuration prod-ejb1 6. Attempt to start up the configuration prod-ejb2. The startup will hang during cluster initialization. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664453group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664635 ] Too many open files causes JBoss 3.0 to crash
Bugs item #664635, was opened at 2003-01-08 12:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Paul Morris (rpmorris) Assigned to: Scott M Stark (starksm) Summary: Too many open files causes JBoss 3.0 to crash Initial Comment: OS: Linux 7.1 JDK: Occurs with Sun j2SDK 1.4.0 and IBM Java2 1.4 Occurs on JBoss v 3.0.0 3.0.4 The JVM process ends with the message too many open files. It can be recreated simply by opening and closing files for a long enough period of time . Once a file handle is allocated it doesn't appear to go away. I've attached the console output as requestd in the bug report instructions. I have captured the output from the lsof command showing system file handles at various stages of my JBoss app operation. This output indicates that file handles don't go way even when the files are closed or deleted. I can send this lsof output to whoever investigates this problem (the web form only allows one file to be attached to the bug report). A number of developers have reported similar problems in the forum. For an example see http://www.jboss.org/forums/thread.jsp? forum=61thread=24687 -- Comment By: Scott M Stark (starksm) Date: 2003-01-08 13:16 Message: Logged In: YES user_id=175228 How is the fact that opening and closing files files still leaves the descriptor open a JBoss problem? We don't do anything to intercept filesystem calls so the issue seems VM related. If you have a sample program that runs in a standalone VM fine, but fails when deployed to JBoss using the same VM then submit that. -- Comment By: Paul Morris (rpmorris) Date: 2003-01-08 12:46 Message: Logged In: YES user_id=683772 The lsof out files mentioned in the previous comment are too large to upload to sourceforge. They are 1, 4, 8 MBs. -- Comment By: Paul Morris (rpmorris) Date: 2003-01-08 12:42 Message: Logged In: YES user_id=683772 I'm going to attach 3 files lsofstart.out, lsotmid.out, and lsoflate.out. They contain output from the lsof command during the operation of our jboss app (start, mid, and late, respectively.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664635group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 8-January-2003
JBoss daily test results SUMMARY Number of tests run: 1010 Successful tests: 1004 Errors:5 Failures: 1 [time of test: 2003-01-08.12-28 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.3] See http://users.jboss.org/~starksm/Branch_3_0/2003-01-08.12-28 for details of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalWrapperCleanupUnitTestCase Test: testAutoCommitOffInRemoteUserTx(org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Row committed, autocommit still on! - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SimpleUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.security.auth.login.LoginException Message: Missing users.properties file. - Suite: SimpleUnitTestCase Test:testLoginInitialContext(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.AuthenticationException Message: Failed to login using protocol=testLoginInitialContext - Suite: HttpsUnitTestCase Test:testHttpsURL(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.io.IOException Message: Failed to get SSLContext for TLS algorithm - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Multiple JBoss/Jetty Instances - BindException: Address already in use
These are the ports I know about. It looks like the each one of these services has to either have the port settings modified or to use an optional attribute line bindAddress or serverAddress to change the IP used. 8080 - default Jetty HTTP port. The default port can be changed using: -Djetty.port=80. The following ports are used for the specified optional service: 1099 - default JBoss Naming Service listener. 1100 - default JBoss HA Naming Service. 1102 - default JBoss HA Naming Service Automated Discovery. 1476 - default JBoss HSQLDB Listener. 3528 - default JBoss IIOP Listener. - default JBoss RMI Object Listener. 8009 - default JBoss AJP13 Listener. 8083 - default JBoss Web Server. 8443 - default Jetty HTTPS Listener. 8090 - default JBossMQ OIL Listener. 8091 - default JBossMQ UIL Listener. HTH, Fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Barnes Sent: Wednesday, January 08, 2003 4:03 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Multiple JBoss/Jetty Instances - BindException: Address already in use I have been unable to get a second instance of JBoss running on my Solaris Server. I'm using JBoss 3.0.4 and Jetty for the HTTP/Servlet engine. Based on what I've read on the Jboss forum's I have tried to do the following: I've changed the ports defined in {JBOSS_2_DIR}/server/default/conf/jboss-service.xml {JBOOS_2_DIR}/server/default/deploy/jbossweb.sar/META-INF/jboss-service.xml However upon startup I still get a message regarding a BindException: mbeans: , org.jboss.deployment.DeploymentInfo@538b6dbd { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jb oss-ser vice.xml } deployer: org.jboss.deployment.SARDeployer@a786c3 status: Deployment FAILED reason: Trying to install an already registered mbean: jboss:type=Service,name=BootstrapEditors state: FAILED watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jboss- service.xml lastDeployed: 1042059465556 lastModified: 1042059465000 mbeans: , org.jboss.deployment.DeploymentInfo@ef747d17 { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jm x-conso le.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1042059467654 lastModified: 1036282165000 mbeans: , org.jboss.deployment.DeploymentInfo@525ca96c { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/Se ction8S ervices.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/Sectio n8Services.war lastDeployed: 1042059467866 lastModified: 1042059467000 mbeans: ]MBeans waiting for classes: none MBeans waiting for other MBeans: [ObjectName: jboss.mq:service=InvocationLayer,type=OIL state: FAILED I Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use, ObjectName: jboss.mq:service=InvocationLayer,type=UIL state: FAILED I Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use] 14:58:07,090 INFO [URLDeploymentScanner] Started 14:58:07,090 INFO [MainDeployer] Deployed package: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/conf/jboss-se rvic e.xml 14:58:07,094 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:32s:745ms Any ideas, I've tried all I can think of. Thanks in advance, John Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664547 ] JDBC pooling completely broken
Bugs item #664547, was opened at 2003-01-08 10:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kyle VanderBeek (kylev) Assigned to: Nobody/Anonymous (nobody) Summary: JDBC pooling completely broken Initial Comment: Crate a simple JDBC data source in jboss.jcml (we're currently on 2.4.8): mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driverscom.sybase.jdbc2.jdbc.SybDriver,com.mysql.jdbc.Driver/attribute /mbean mbean code=org.jboss.jdbc.JDBCDataSourceLoader name=DefaultDomain:service=JDBCDataSource,name=CartDS attribute name=PoolNameCartDS/attribute attribute name=URLjdbc:mysql://db2.server.dom/cart?autoReconnect=true/attribute attribute name=JDBCUseruser/attribute attribute name=Passwordpass/attribute attribute name=MaxSize16/attribute /mbean This pool is completely un-usable and will be quickly exhausted with any simple code: for (int i = 0; i someNum; i++) { Connection con = ds.getConnection(); con.close(); } If you turn on tracing for org.jboss.pool, you'll see that the end of ObjectPool.releaseObject() is *never* reached. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 14:38 Message: Logged In: YES user_id=51762 Proposed patch (by my co-worker Blaise). This alone is almost worth rolling a new release (IMHO). An EJB server that can't reliably use a DataSource isn't worth much. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 10:59 Message: Logged In: YES user_id=51762 A quick glance by my co-worker found that the calls in ObjectPool.releaseObject() may be the problem: factory.returnObject(object);//do this first pooled = factory.translateObject(object); Looking at the JDBCConnectionFactory, pooled will ALWAYS be null after these calls, because JDBCConnectionFactory.returnObject() calls ConnectionInPool.reset() which sets the underlying connection to null. Something here is incorrect, though I'm not sure yet what the expected semmantics are. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664547 ] JDBC pooling completely broken
Bugs item #664547, was opened at 2003-01-08 10:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kyle VanderBeek (kylev) Assigned to: Nobody/Anonymous (nobody) Summary: JDBC pooling completely broken Initial Comment: Crate a simple JDBC data source in jboss.jcml (we're currently on 2.4.8): mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driverscom.sybase.jdbc2.jdbc.SybDriver,com.mysql.jdbc.Driver/attribute /mbean mbean code=org.jboss.jdbc.JDBCDataSourceLoader name=DefaultDomain:service=JDBCDataSource,name=CartDS attribute name=PoolNameCartDS/attribute attribute name=URLjdbc:mysql://db2.server.dom/cart?autoReconnect=true/attribute attribute name=JDBCUseruser/attribute attribute name=Passwordpass/attribute attribute name=MaxSize16/attribute /mbean This pool is completely un-usable and will be quickly exhausted with any simple code: for (int i = 0; i someNum; i++) { Connection con = ds.getConnection(); con.close(); } If you turn on tracing for org.jboss.pool, you'll see that the end of ObjectPool.releaseObject() is *never* reached. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 14:38 Message: Logged In: YES user_id=51762 (Forgot to actually attach patch) -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 14:38 Message: Logged In: YES user_id=51762 Proposed patch (by my co-worker Blaise). This alone is almost worth rolling a new release (IMHO). An EJB server that can't reliably use a DataSource isn't worth much. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 10:59 Message: Logged In: YES user_id=51762 A quick glance by my co-worker found that the calls in ObjectPool.releaseObject() may be the problem: factory.returnObject(object);//do this first pooled = factory.translateObject(object); Looking at the JDBCConnectionFactory, pooled will ALWAYS be null after these calls, because JDBCConnectionFactory.returnObject() calls ConnectionInPool.reset() which sets the underlying connection to null. Something here is incorrect, though I'm not sure yet what the expected semmantics are. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-664547 ] JDBC pooling completely broken
Bugs item #664547, was opened at 2003-01-08 13:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kyle VanderBeek (kylev) Assigned to: Nobody/Anonymous (nobody) Summary: JDBC pooling completely broken Initial Comment: Crate a simple JDBC data source in jboss.jcml (we're currently on 2.4.8): mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driverscom.sybase.jdbc2.jdbc.SybDriver,com.mysql.jdbc.Driver/attribute /mbean mbean code=org.jboss.jdbc.JDBCDataSourceLoader name=DefaultDomain:service=JDBCDataSource,name=CartDS attribute name=PoolNameCartDS/attribute attribute name=URLjdbc:mysql://db2.server.dom/cart?autoReconnect=true/attribute attribute name=JDBCUseruser/attribute attribute name=Passwordpass/attribute attribute name=MaxSize16/attribute /mbean This pool is completely un-usable and will be quickly exhausted with any simple code: for (int i = 0; i someNum; i++) { Connection con = ds.getConnection(); con.close(); } If you turn on tracing for org.jboss.pool, you'll see that the end of ObjectPool.releaseObject() is *never* reached. -- Comment By: Bill Burke (patriot1burke) Date: 2003-01-08 18:14 Message: Logged In: YES user_id=176497 Use XADataSourceLoader. Its being used in many many production sites around the world. In fact, if you want transactions with your ejbs, you can't use a plain JDBC loader. Don't count on this getting fixed anytime soon. 2.4.x series development is basically retired except for paying support customers. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 17:38 Message: Logged In: YES user_id=51762 (Forgot to actually attach patch) -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 17:38 Message: Logged In: YES user_id=51762 Proposed patch (by my co-worker Blaise). This alone is almost worth rolling a new release (IMHO). An EJB server that can't reliably use a DataSource isn't worth much. -- Comment By: Kyle VanderBeek (kylev) Date: 2003-01-08 13:59 Message: Logged In: YES user_id=51762 A quick glance by my co-worker found that the calls in ObjectPool.releaseObject() may be the problem: factory.returnObject(object);//do this first pooled = factory.translateObject(object); Looking at the JDBCConnectionFactory, pooled will ALWAYS be null after these calls, because JDBCConnectionFactory.returnObject() calls ConnectionInPool.reset() which sets the underlying connection to null. Something here is incorrect, though I'm not sure yet what the expected semmantics are. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=664547group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
On Tue, 7 Jan 2003, Sacha Labourey wrote: Hello, Yesterday I commited a BeanShell (BSH, www.beanshell.org) sub-deployer in HEAD. It is in module varia and you can find its lib in varia/output/lib/bsh-deployer.sar. It allows you to hot-deploy *.bsh files in /deploy. [snip] /me goes looking for a towel, as his monitor just got all sticky. This is EXTREMELY cool. We can now support upgrades of whatever, which means fixing databases(adding/remove fields, fixing data), and various other things. If something like this could also be added to J2EE deployments(in META-INF dirs), then I'd be even more excited. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
I wonder if it would be possible to put the .bsh in a .sar in your .ear? Not sure, haven't tried it.. And agreed, this bsh support really is interesting.. -Original Message- From: Adam Heath [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 08, 2003 11:52 AM To: Jboss-Dev Cc: jBoss-User Mailing List; [EMAIL PROTECTED] Subject: Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD On Tue, 7 Jan 2003, Sacha Labourey wrote: Hello, Yesterday I commited a BeanShell (BSH, www.beanshell.org) sub-deployer in HEAD. It is in module varia and you can find its lib in varia/output/lib/bsh-deployer.sar. It allows you to hot-deploy *.bsh files in /deploy. [snip] /me goes looking for a towel, as his monitor just got all sticky. This is EXTREMELY cool. We can now support upgrades of whatever, which means fixing databases(adding/remove fields, fixing data), and various other things. If something like this could also be added to J2EE deployments(in META-INF dirs), then I'd be even more excited. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
If something like this could also be added to J2EE deployments(in META-INF dirs), then I'd be even more excited. Well, have you simply tried to put a xxx.bsh file inside your JAR, SAR or EAR (not war though): it should deploy thanks to the russian dolls packaging feature. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [Beanshell-users] RE: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
James Higginbotham writes: I wonder if it would be possible to put the .bsh in a .sar in your .ear? Sounds excruciating :-). Won't it tickle? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBosssub-deployer in HEAD
On Wed, 8 Jan 2003, Sacha Labourey wrote: If something like this could also be added to J2EE deployments(in META-INF dirs), then I'd be even more excited. Well, have you simply tried to put a xxx.bsh file inside your JAR, SAR or EAR (not war though): it should deploy thanks to the russian dolls packaging feature. Oh, hmm, forgot about that. Yeah, that would work, but is not what I want. I'd like a way to have some bit of code called for the start/stop/init/destroy methods, in parallel to the ear service methods. So, when ear.init() is called, my own code is also called. What you suggest would be a separate deployment underneath the ear. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-user] RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
OK, I've just tested and the russian doll feature wasn't working with .bsh files. It is now fixed. Furthermore, I just tested this case: I added a xxx.bsh file inside a ejb.jar file. Result: the deployment process respect the create/start/stop/destroy steps i.e. you have this sequence: - create bsh script - create ejbs - start bsh script - start ejbs - ... and so on. So it works. Cheers, sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Adam Heath Envoye : mercredi, 8 janvier 2003 19:47 A : Jboss-Dev Cc : jBoss-User Mailing List; [EMAIL PROTECTED] Objet : [JBoss-user] RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD On Wed, 8 Jan 2003, Sacha Labourey wrote: If something like this could also be added to J2EE deployments(in META-INF dirs), then I'd be even more excited. Well, have you simply tried to put a xxx.bsh file inside your JAR, SAR or EAR (not war though): it should deploy thanks to the russian dolls packaging feature. Oh, hmm, forgot about that. Yeah, that would work, but is not what I want. I'd like a way to have some bit of code called for the start/stop/init/destroy methods, in parallel to the ear service methods. So, when ear.init() is called, my own code is also called. What you suggest would be a separate deployment underneath the ear. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.5 and 3.2.0RC1 releases
I found a RedHat 7.3 system on which the Sun JDK 1.3.1_06 is ok and 3.0.5RC1 starts up fine: [starksm@bliss Java]$ java -version java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Client VM (build 1.3.1_06-b01, mixed mode) [starksm@bliss bin]$ ./run.sh JBoss Bootstrap Environment JBOSS_HOME: /home/starksm/JBoss/jboss-3.0.5RC1 JAVA: /home/starksm/Java/jdk1.3.1_06/bin/java JAVA_OPTS: -server -Dprogram.name=run.sh CLASSPATH: /home/starksm/JBoss/jboss-3.0.5RC1/bin/run.jar:/home/starksm/Java/jdk1.3.1_06/lib/tools.jar ... 01:42:43,179 INFO [Server] JBoss Release: JBoss-3.0.5RC1 CVSTag=JBoss_3_0_5_RC 01:43:00,533 INFO [MainDeployer] Deployed package: file:/home/starksm/JBoss/jboss-3.0.5RC1/server/default/conf/jboss-service.xml 01:43:00,544 INFO [Server] JBoss (MX MicroKernel) [3.0.5RC1 Date:200212240137] Started in 0m:17s:332ms Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Adam Heath [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 9:44 AM Subject: Re: [JBoss-dev] 3.0.5 and 3.2.0RC1 releases On Mon, 6 Jan 2003, Scott M Stark wrote: I'm planning on putting out the 3.0.5 and 3.2.0RC1 releases this Sunday, 2003-1-12 so if you have something you want in have it done by then. Does 3.0.5 work on sun jdk 1.3.1 yet(re: my problem)? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Scott? RE: [JBoss-user] RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD
Scott, Do you accept the beanshell sub-deployer in pre-HEAD branches? 3.2? 3.0? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Adam Heath Envoye : jeudi, 9 janvier 2003 06:47 A : Jboss-Dev Cc : [EMAIL PROTECTED]; [EMAIL PROTECTED] Objet : RE: [JBoss-user] RE: [Beanshell-users] Re: [JBoss-dev] ANNOUNCE: BeanShell JBoss sub-deployer in HEAD On Wed, 8 Jan 2003, Sacha Labourey wrote: OK, I've just tested and the russian doll feature wasn't working with .bsh files. It is now fixed. Furthermore, I just tested this case: I added a xxx.bsh file inside a ejb.jar file. Result: the deployment process respect the create/start/stop/destroy steps i.e. you have this sequence: - create bsh script - create ejbs - start bsh script - start ejbs - ... and so on. So it works. Hmm. Most excellent. I really wish the J2EE spec had features that allowed for some kind of user-supplied code to be ran when items were deployed. Having this feature in JBoss is going to rock. Is it possible to have this back-ported to 3.0? My gut instinct says this wouldn't require modifications to the jboss code itself, but I may be wrong. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Beanshell-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/beanshell-users --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development