RE: [JBoss-user] *-ds.xml file won't deploy on 3.2.0 RC4
Sorry for the delay in looking into this. Some of the examples had a mistake, namely xa-tx-datasource tags instead of xa-datasource. I fixed the ones I found in cvs. Thank you, David, for investigating the issue and fixing what you found. I'll try again today and post my results. You should know that I assumed that the lack of a response meant that you were busy on JBoss or Firebird, or you were enjoying some time out of the office, perhaps on Spring break! I reposted only to keep the thread on everyone's radar, thinking that I wasn't the only one having this problem. Thanks again for your hard work on JBoss. Craig --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] *-ds.xml file won't deploy on 3.2.0 RC4
Hello again everyone, If anyone can deploy an XA data source on SQL Server 2000, please tell me about it. No matter what I try, my data source is never bound in JNDI (as viewed in the jmx-console in the JCA section) and therefore is never usable by any application. I'm growing increasingly frustrated that I am unable to do it, especially since the *-ds.xml file format simplifies the work over the prior *-service.xml file format. As soon as the CVS server will give me a connection, I'll issue an update to see if the latest source compiles to something that works. In the meantime, I look forward to any details that you can provide. Thanks for your time, Craig --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] *-ds.xml file won't deploy on 3.2.0 RC4
David, Have you found anything out of the ordinary with the files that I sent or JBoss itself? Thanks for looking into this. Craig --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] *-ds.xml file won't deploy on 3.2.0 RC4
The log output you show shouldn't get in the way of anything
except maybe jsr 77 monitoring features. Can you set the log
level to at least debug and show the server.log for the
*-ds.xml file being deployed? I don't have any XADataSources
handy to try this with.
David,
Thanks for the reply. Attached please find the chunk of server.log for the
XA data source in question. I have left the log level at its default,
DEBUG.
Craig
2003-03-24 17:04:51,753 INFO [org.jboss.deployment.MainDeployer] Starting deployment
of package:
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,753 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment
(init step) of package at:
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,773 DEBUG [org.jboss.deployment.MainDeployer] using deployer
[EMAIL PROTECTED]
2003-03-24 17:04:51,843 INFO [org.jboss.deployment.XSLSubDeployer] transformed into
doc: [#document: null]
2003-03-24 17:04:51,843 DEBUG [org.jboss.deployment.SARDeployer] Using existing
deployment.document
2003-03-24 17:04:51,843 DEBUG [org.jboss.deployment.SARDeployer] about to copy 0 local
directories
2003-03-24 17:04:51,843 INFO [org.jboss.deployment.SARDeployer] looking for nested
deployments in :
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,853 DEBUG [org.jboss.management.j2ee.LocalJBossServerDomain]
handleNotification:
javax.management.Notification[source=jboss.system:service=ServiceDeployer,type=org.jboss.deployment.SubDeployer.init,sequenceNumber=32,timeStamp=1048543491843,message=null,[EMAIL
PROTECTED] {
url=file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml }
deployer: [EMAIL PROTECTED]
status: null
state: INIT_DEPLOYER
watch: file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
lastDeployed: 0
lastModified: 0
mbeans:
]
2003-03-24 17:04:51,853 DEBUG [org.jboss.deployment.DeploymentInfo]
createLoaderRepository from config: LoaderRepositoryConfig(repositoryName:
JMImplementation:service=LoaderRepository,name=Default, repositoryClassName: null,
configParserClassName: null, repositoryConfig: null)
2003-03-24 17:04:51,853 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL
with url
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/tmp/deploy/server/apogent_dss_central/deploy/jsql-xa-ds.xml/15.jsql-xa-ds.xml
2003-03-24 17:04:51,853 DEBUG [org.jboss.mx.loading.UnifiedLoaderRepository3] Adding
[EMAIL PROTECTED]
url=file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/tmp/deploy/server/apogent_dss_central/deploy/jsql-xa-ds.xml/15.jsql-xa-ds.xml
,addedOrder=0}
2003-03-24 17:04:51,853 DEBUG [org.jboss.deployment.MainDeployer] found 0 subpackages
of file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,863 DEBUG [org.jboss.deployment.MainDeployer] Watching new file:
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,863 DEBUG [org.jboss.deployment.MainDeployer] create step for
deployment
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,863 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, create
step: url
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,863 DEBUG [org.jboss.deployment.SARDeployer] Registering service
UCL=jmx.loading:UCL=1f1cbf6
2003-03-24 17:04:51,873 DEBUG [org.jboss.management.j2ee.LocalJBossServerDomain]
handleNotification:
javax.management.Notification[source=jboss.system:service=ServiceDeployer,type=org.jboss.deployment.SubDeployer.create,sequenceNumber=33,timeStamp=1048543491873,message=null,[EMAIL
PROTECTED] {
url=file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml }
deployer: [EMAIL PROTECTED]
status: null
state: CREATE_DEPLOYER
watch: file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
lastDeployed: 1048543491863
lastModified: 1048543491773
mbeans:
]
2003-03-24 17:04:51,873 DEBUG [org.jboss.deployment.MainDeployer] Done with create
step of deploying jsql-xa-ds.xml
2003-03-24 17:04:51,873 DEBUG [org.jboss.deployment.MainDeployer] Begin deployment
start file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,873 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, start
step: url
file:/C:/tools/jboss-3.2.0RC4/server/apogent_dss_central/deploy/jsql-xa-ds.xml
2003-03-24 17:04:51,873 DEBUG [org.jboss.management.j2ee.LocalJBossServerDomain]
handleNotification:
javax.management.Notification[source=jboss.system:service=ServiceDeployer,type=org.jboss.deployment.SubDeployer.start,sequenceNumber=34,timeStamp=1048543491873,message=null,[EMAIL
PROTECTED] {
[JBoss-user] *-ds.xml file won't deploy on 3.2.0 RC4
Greetings everyone, I have never successfully deployed a *-ds.xml file on 3.2.0 for an XA data source. I've failed again today with 3.2.0 RC4. I'm using the JSQLConnect driver to connect to MS SQL Server 2000. The *-ds.xml file is attached. Of course, I've replaced the relevant property values with those for my system. Although I no longer receive a warning about using the wrong transaction manager, I continue to receive this line in server.log: 2003-03-24 17:04:51,873 DEBUG [org.jboss.management.j2ee.factory.JCAResourceFactory] Failed to find a service=xxxDS match Furthermore, I have never seen my data source listed on the jmx-console. I like JBoss very much, but I can't believe that deploying a simple XA data source has been so difficult, especially in release candidate software. I hope that I have made some simple mistake and that someone can tell me what it is. Thanks for your time, Craig jsql-xa-ds.xml Description: Binary data
[JBoss-user] Can't deploy *-ds.xml file on JBoss 3.2.0 RC3
Hello, I'm using JBoss 3.2.0 RC3, and I'm trying to deploy a *-ds.xml file for a SQL Server XA datasource using the JSQLConnect driver. I've taken the JBoss 3.2 examples from the JSQLConnect 3.30 driver, and I've modified them for my desired JNDI name, server name, database name and username/password. During startup, the console displays the following message, as it did in 3.2.0 RC2: 11:14:22,947 INFO [XATxConnectionManager] Starting 11:14:22,947 WARN [XATxConnectionManager] -- 11:14:22,947 WARN [XATxConnectionManager] -- 11:14:22,947 WARN [XATxConnectionManager] Please change your datasource setup to use depends optional-attribute-nameTransactionManagerService jboss:service=TransactionManager/depends 11:14:22,947 WARN [XATxConnectionManager] instead of attribute name=TransactionManagerjava:/TransactionManager/attribute 11:14:22,947 WARN [XATxConnectionManager] Better still, use a *-ds.xml file 11:14:22,947 WARN [XATxConnectionManager] -- 11:14:22,947 WARN [XATxConnectionManager] -- 11:14:22,967 INFO [JaasSecurityManagerService] Created [EMAIL PROTECTED] I'm using a *-ds.xml file, as suggested. Also, I noticed in the log file a line that reads Failed to find a service=xxxDS match. What does that message mean? I would greatly appreciate any help in resolving this problem. A relevant section of the log file is attached; the *-ds.xml file is also attached. Thanks, Craig partial_server.log Description: Binary data dss_central-xa-ds.xml Description: Binary data
RE: [JBoss-user] JMS Durable subscription problems
Title: Message I'm not sure about how you would like to work with user names and passwords. However, I do believe that you should not include mdb-client-id on JBoss 3.x. I noticed that you already have mdb-subscription-id; try removing mdb-client-id. Craig -Original Message-From: Brandon, Raymond [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:17 AMTo: [EMAIL PROTECTED]Subject: [JBoss-user] JMS Durable subscription problems Hi all, I'm trying to deploya Message Driven Bean which subscribes durable to a Topic. (I'm using JBoss 3.0.4 with a Solid database). In the genericdd I set the following: message-driven ejb-nameEJBMessageDrivenComponent/ejb-name ejb-classcrm.application.ejb.EJBMessageDrivenComponent/ejb-class transaction-typeContainer/transaction-type acknowledge-modeAuto-acknowledge/acknowledge-mode message-driven-destination destination-typejavax.jms.Topic/destination-type subscription-durabilityDurable/subscription-durability /message-driven-destination /message-driven In the JBoss dd I set: message-driven ejb-nameEJBMessageDrivenComponent/ejb-name destination-jndi-nametopic/MyTopic/destination-jndi-name mdb-client-idtest/mdb-client-id mdb-subscription-idtest/mdb-subscription-id configuration-nameStandard Message Driven Bean/configuration-name /message-driven So I want to subscribe durable and specify a clientID/subscription name but I don't want to set a username/password. If I don't specify mdb-user/mdb-passwd I geta javax.jms.JMSSecurityException duringdeployment saying "Connection not authorized to do durable subscription on topic: MyTopic". If I do set a username/passwd : mdb-userjohn/mdb-user mdb-passwdneedle/mdb-passwd It says: javax.jms.IllegalStateException: The connection has already a clientID What does the clientID/SubscriptionName have to do with the authorized connection? Regards, Raymond Brandon -- The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
[JBoss-user] How to force MBean to wait for EAR on 3.0.x
I've been migrating an application from 2.4.x to 3.0.x. The users here have been very helpful. I hope that with one more answer, I can complete the migration. In 2.4.x, we deployed our EAR to the deploy directory and our MBeans to the lib directory. In jboss.jcml, we could place our MBean description at the bottom of the file so that the MBeans would load last. Since our MBean uses a class in the EAR, this configuration worked well. How do I force our MBeans to wait for the EAR to be deployed on 3.0.x? Some posts in the forums and this list have suggested that it's possible to do so, but I haven't read about any successes. Ideally, I don't want to modify the code or build process. However, if that is the only way to accomplish my goal, please say so. Furthermore, what is the best way to accomplish my goal. As always, many thanks for your time. Craig --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] How to configure durable topic in 3.0.x
I spoke too soon; I have not found enough information to create a working durable subscription configuration. I would appreciate very much if someone would post working examples of the relevant files or would provide some instructions. I just can't tell at this point if I have one thing wrong in one place or many things wrong in many places. Here is a snippet of the error that I receive at deployment for my topics: 2003-02-25 15:44:29,571 WARN [org.jboss.ejb.plugins.jms.JMSContainerInvoker] JMS provider failure detected: org.jboss.mq.SpyJMSException: Cannot subscribe to this Destination: null; - nested throwable: (java.lang.NullPointerException) at org.jboss.mq.Connection.addConsumer(Connection.java:974) at org.jboss.mq.SpyConnectionConsumer.init(SpyConnectionConsumer.java:73) at org.jboss.mq.SpyConnection.createDurableConnectionConsumer(SpyConnection.jav a:102) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerCreate(JMSContainerInvoke r.java:744) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.startService(JMSContainerInvok er.java:824) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at org.jboss.ejb.MessageDrivenContainer.start(MessageDrivenContainer.java:200) at org.jboss.ejb.Container.invoke(Container.java:756) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:978) at $Proxy5.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:398) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy66.start(Unknown Source) at org.jboss.ejb.EjbModule.startService(EjbModule.java:430) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:978) at $Proxy5.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:398) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy11.start(Unknown Source) at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:395) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:807) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:799) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:621) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymen tScanner.java:656) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:507) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at
[JBoss-user] How to configure durable topic in 3.0.x
I want to migrate my application from 2.4.10 to 3.0.x. I have a few durable topics to configure, but I can't find instructions for doing so. I've looked at jbossmq-destinations-service.xml, jbossmq-service.xml and jms-service.xml. I've searched this list and the JMS forum at jboss.org. However, I haven't found enough that I understand what to do. Is this information in the for-pay docs only? If not, I would greatly appreciate any help. Thanks for your time, Craig --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] How to configure durable topic in 3.0.x
I forgot to include jbossmq-state.xml in the list of files that I've inspected. Thanks again, Craig --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Advice: how to periodically scan a database table
Many thanks to all who replied. I've been very busy, but I have read the responses. If we change our approach to this problem, I'll try to remember to post the results to the list. Regards, Craig --- 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
[JBoss-user] Advice: how to periodically scan a database table
Greetings, We're using JBoss 2.4.10. One of my colleagues has implemented an MBean that spawns a thread to periodically poll a database table for new rows based on criteria that we control. I see two disadvantages: one, when we hot redeploy our EAR, the MBean can no longer communicate with components in it; two, we can't deploy the MBean with our EAR, i.e., we don't have a single distributable package. I would appreciate any advice for solving our problem such that we could have a single distributable package that we can hot deploy as many times as we like. If such a solution is possible only on JBoss 3.x, that's fine, as I've been investigating our migration path to 3.x. Thanks for your time, Craig --- 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
RE: [JBoss-user] Advice: how to periodically scan a database table
My colleague tells me that the home interface is cached in the MBean. Although the home interface has not changed, is the caching the source of the problem? Since the MBean is not in the EAR, we generally shut down JBoss, redeploy the EAR, restart JBoss; the MBean is then reinitialized and can use the components in the EAR. Thanks, Craig -Original Message- From: Tom Coleman [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 2:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Advice: how to periodically scan a database table How are you locating the component (EJB?) from the MBean? When you redeploy EJB's, the MBean may be losing it's reference and still be referencing the old instance of the component. If you can't redeploy the MBean with the EAR, the MBean will have to obtain a new reference via JNDI to the redeployed component before every operation on it. ...when we hot redeploy our EAR, the MBean can no longer communicate with components in it --- 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-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Problems deploying an EAR on JBoss 3.2
Christian, Feel free to try this very simple test EAR (attached) that I developed for the jboss-user thread entitled EAR works in 2.4.10 but not in 3.0.6. It deploys for me on 3.2.0RC1. Please let me know if you have any problems or questions. Craig us_state_service.ear Description: Binary data
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Rod, As I mentioned in our private email exchange, here are my results for the community to see. Thanks for investigating with me. Thanks also to others who replied. In the manifest of the EJB JAR file, I referred to my library JARs relative to the EJB instead of relative to the root of the EAR. For example, BEFORE Manifest-Version: 1.0 Created-By: Apache Ant 1.5.1 Class-Path: libs/apogent-common.jar libs/eif-ejb.jar AFTER Manifest-Version: 1.0 Created-By: Apache Ant 1.5.1 Class-Path: ../libs/apogent-common.jar ../libs/eif-ejb.jar The BEFORE approach works in 2.4.10 but not in 3.x; while the AFTER approach works in 3.x, I don't know whether it works in 2.4.10. I won't be able to try it until tomorrow or I'm at work on Monday. Thanks, Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Rod,
The way that our Ant build script has always been configured is below. I
believe that we're doing what you recommend, yet I did not resolve my
problem with JBoss 3.x until I referred to library JARs in manifest.txt
relative to the EJB JARs instead of the EAR root. I'm sharing this
information because I do not completely understand your post. Maybe you can
provide your own BEFORE and AFTER scenarios as I did in my earlier post. If
you can still find time to explore these issues, I would greatly appreciate
it.
!-- = --
!-- Package the application in a JAR file for distribution/deployment --
!-- = --
target name=dist.jar
jar jarfile=${dist}/ejb/${main.jar.name}.jar
manifest=${src.res}/META-INF/manifest.txt
metainf dir=${src.res}/META-INF
include name=ejb-jar.xml /
/metainf
!-- all main classes, i.e., no test classes --
fileset dir=${build.main} /
/jar
/target
Contents of manifest.txt (there is a new line at the end of the Class-Path
line):
Class-Path: ../libs/apogent-common.jar ../libs/eif-ejb.jar
-Original Message-
From: Rod Macpherson [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 01, 2003 7:56 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
This whole issue only arises when you try to get a slimmed
down EAR with no duplicates. There are so many ways to work
around this that it comes as no surprise that you one ends up
shrugging if off as no biggie but when several folks reported
the problem I wanted to get to the bottom of it. Turned out
it was my ant script. Yes, put everything in the right place
with the correct syntax and all of that but assumed,
incorrectly, that the class loader would pick up MANIFEST.MF.
Jarred everything up with no complaint from ANT (it was
supposed to complain about this) but there was a problem.
HINT: jar.. manifest=some-manifest.mf ... metainf
dir=whatever include file=* /metainf jar
Make sure you DO NOT have MANIFEST.MF in META-INF or where
it ultimately must be to actually work. Create manifest
files (call 'em anything you
like) and include that particular file in the jar manifest
attribute. Feel free to flame away for having missed this.
---
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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Frederik, Thanks for posting your test. By inspection and based on my earlier post (which arrived out of order for me) showing my BEFORE and AFTER scenarios, I believe your test will work. (I'll try it as soon as I have the chance). Below are some observations on the structure of our EAR files, using your EAR as an example in all three cases. Your EAR structure that works: root META-INF application.xml MANIFEST.MF test-ejb.jar test-web.war lib jakarta-regexp-1.2.jar test-lib.jar /root My EAR structure that doesn't work: root META-INF application.xml MANIFEST.MF ejb test-ejb.jar jakarta-regexp-1.2.jar test-lib.jar /root My EAR structure that does work: root META-INF application.xml MANIFEST.MF ejb test-ejb.jar lib jakarta-regexp-1.2.jar test-lib.jar /root Note that the common feature that allows your EAR and one of mine to work is that we reference the third-party library JARs relative to the EJB JARs (also the EAR root in your case). I propose that if you place your EJB JAR in a subdirectory of the EAR and leave your library JARs where they are, your deployment will fail as mine did, indicating that entries in the manifest of your EJB could not be read and were thus ignored, followed by NoClassDefFoundErrors. Like me, you would need to prefix the manifest entries with ../. If you try such a test, please post your results to the list. Thanks again for your help in investigating these issues. Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Great, Frederik and Rod! Let me summarize what we've learned: all seems well if you follow the advice in this FAQ (http://www.jboss.org/faq.jsp#FAQ-BEANDEV-NORMALJARS) about library JARS, AND in the EJB JARs' manifest file you specify paths ***relative to the EJBs***, NOT relative to the root of the EAR. I still intend to test on 2.4.10 with the hope that we can make the necessary changes to our build script that will allow us to move to 3.x with virtually no changes. I'll post the results of that test later today or tomorrow. Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
As promised, I tried my test application on 2.4.10. Using the EAR structure below, I can deploy on both 2.4.10 and 3.x. root META-INF application.xml MANIFEST.MF ejb us_state_service.jar lib apogent-common.jar eif-ejb.jar /root As I noted earlier, the key was two-fold: 1) to use a manifest file in each EJB JAR to specify the class path to library JARs, which I was already doing; 2) to use a path relative to the EJB JARs instead of to the root of the EAR file. Thus, use whatever structure works best for your application, but always heed the aforementioned #2. Again, many thanks to all who helped. I hope that the rest of the community benefits as well. Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Fredrik, As Rod replied, we already know what we should do according to the documentation/FAQs. However, those rules/steps simply don't work for me on JBoss 3.0.4, 3.0.5, 3.0.6, 3.2RC1. I've tried an existing application that deploys on 2.4.10, and I've tried a very carefully built, very simple test application; neither works on 3.x. Perhaps you could provide a test application that works for you on 3.0.4, or you could try your application on 3.0.6, or you could provide instructions for how you built your EAR. Thanks, Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Here's the structure of my EAR file: root META-INF MANIFEST.MF application.xml ejb BatchAddition.jar ... eif-service_locator.jar /root Please, does anyone have any ideas why the EAR structure above works in 2.4.x but not in 3.0.5, 3.0.6 or 3.2.0RC1? I apologize if the tone in my previous posts turned anyone away. I did say that this issue does not affect anything in production, but I would like to move to JBoss 3.x as soon as I can. Thanks for your help, Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Rod, Attached is my application.xml. The floating JAR, eif-service_locator.jar, does not have a module type; it's a JAR that contains dependencies for many of the EJBs. Check this reference (http://www.jboss.org/faq.jsp#FAQ-BEANDEV-NORMALJARS) for how I have my EAR structured. All EJBs listed in application.xml have a manifest file whose Class-Path entry lists eif-service_locator.jar and other floating JARs (I like your terminology ;-)). Likewise, I would like to know what the expected or spec-compliant behavior is for support JARs. Again, thanks for your help, Craig application.xml Description: Binary data
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Thanks, Rod, for taking the time to investigate with me. I've just finished trying a contrived application on 3.0.6, but it failed to deploy as well. Perhaps I'll try 3.0.4. JBoss gurus, please help!!! Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
3.0.4 did not work either. Like Rod, the EAR will work if I include all library JARs in application.xml as java modules. According to the FAQ that I cited earlier (http://www.jboss.org/faq.jsp#FAQ-BEANDEV-NORMALJARS), though, the use of application.xml is NOT appropriate. However, I know of no other way to create a single deployment unit for my application. I appeal to you again, JBoss gurus, please explain!!! Thanks for your time, Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Let me add more information. - Win XP Pro SP1 + hotfixes - Java 2 SDK 1.4.1_01 - created custom server config from default I tried 3.2RC1 and received the same errors as in my original post. I plan to try 3.0.5 as soon as I can. Also, I seek to know the *correct* way to deploy the EAR that I described; while temporary fixes are good to know, I'm not in a hurry such that I need them. I can continue to run on 2.4.10 or the 2.4.x branch as long as I need to do so. By all means, though, I welcome very much all ideas. Thanks for your help, Craig --- 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
RE: [JBoss-user] EAR works in 2.4.10 but not in 3.0.6
3.0.5 failed in the same way that 3.0.6 and 3.2RC1 have failed. Please share any thoughts that you may have. Thanks, Craig --- 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
[JBoss-user] EAR works in 2.4.10 but not in 3.0.6
Hello everyone, Here's the structure of my EAR file: root META-INF MANIFEST.MF application.xml ejb BatchAddition.jar ... eif-service_locator.jar /root When I deploy my EAR and start JBoss 3.0.6, I receive the following warnings, which eventually lead to stack traces caused by NoClassDefFoundError: 2003-01-29 15:14:29,091 WARN [org.jboss.deployment.MainDeployer] The manifest entry in file:/C:/tools/jboss-3.0.6/server/apogent_dss/tmp/deploy/server/apogent_dss/ deploy/dss_ras_production.ear/26.dss_ras_production.ear-contents/ejb/BatchAd dition.jar references URL file:/C:/tools/jboss-3.0.6/server/apogent_dss/tmp/deploy/server/apogent_dss/ deploy/dss_ras_production.ear/26.dss_ras_production.ear-contents/ejb/eif-ser vice_locator.jar which could not be opened, entry ignored It is true that my library JARs, such as eif-service_locator.jar above, are not present in the temporary folder indicated above. In fact, the only file ever present there is BatchAddition.jar. This EAR structure works in JBoss 2.4.10, and the FAQs for JBoss 3 indicate that it should work. The application.xml contains all EJBs, and each JAR in the ejb folder of the EAR has a manifest classpath entry for the libraries at the root of the EAR. I would greatly appreciate any help that you can offer. Also, please point me to any advice there may be for migrating from 2.4.x to 3.0.x. Many thanks for your time, Craig --- 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
RE: [JBoss-user] JBoss 3.2.0RC1 available
Many thanks to Scott and the rest of the JBoss team!!! I'm very much looking forward to the 3.2.0 release. I want to try RC1, but I haven't been able to download it yet. I've received messages that the connection has been reset by the peer. Any thoughts? Thanks again, Craig --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] (OT): MS SQL Server JDBC Driver
- what is the best (i.e. most stable) JDBC Driver for connecting to MS SQL Server (free or commercial) JSQLConnect (http://www.j-netdirect.com/JSQLFeatures.html) has worked best for us. We had a few problems with the Opta (http://www.inetsoftware.de/English/produkte/OPTA/default.htm) drivers. - do i need different drivers (jdbc) for SQL Server 7.0 and SQL Server 2000 ?! So far, my experience says no. Craig --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Testing EJB's
Jim, I currently do not unit test either Entity or Session Beans. Entity Beans are trivial to write, and I trust that the application server will persist them as advertised. To unit test Session Beans would require that they be deployed. Since deployment complicates unit testing and complicated or difficult unit tests suggest that the design could be done differently/better, I design Session Beans to be controllers of a number of collaborating objects. These objects are simply business objects that encode the business logic of the system. Since they are plain Java classes, I can unit test them very easily. Consider a message-driven bean. As I generally design them, MDBs receive a message, hand it to a parser, hand the results of parsing to other objects that do something with the message contents, hand the results of that work to a communictator, which knows how to send the final results where they need to go. So, I don't test any part of the MDB; rather, I test the various collaborating business objects. If I'm confident that they all behave as expected, I'm confident that they will also do so when they interact via one another's interface. Hope that helps, Craig --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Testing EJB's
Igor, I'm not sure whether I consider the problem that you describe as one for unit tests, at least not for me and not now. I'll have to think about it more when I'm doing EJB work again. So far, the Session Beans that I've coded have not suffered from this problem, somewhat to my surprise: I do the deployment descriptors by hand. Someday I will download and use xdoclet or try the new EJB features of IDEA 3.0 (http://www.intellij.com/idea). In the end, I think that my design approach has helped me create Session Beans that are simple enough that the likelihood of having such problems is greatly minimized. Craig -Original Message- From: Igor Fedorenko [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 3:06 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Testing EJB's This aproach does not test deployment descriptors. I've had quite a few problems with missing ejb-ref, resource-ref, etc. What is especially bad is that you do not know if your deployment descriptor has a problem until you actually try to execute line of code that uses missing resource. --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Testing EJB's
Jim, I've never written a web app. If I planned to write one, I would do my best to separate the user interface parts from the business logic parts from the persistence layer parts. I know that it may not be entirely possible to achieve a complete separation of layers, but we should strive to do so as much as is possible for each application. With such a separation of layers, you could unit test the model, or business logic, of your application separately from the user interface (the web pages) or the persistence layer (Entity Beans). Other people on this and other lists, like the JUnit, Test-Driven Development, Refactoring and Extreme Programming lists at http://groups.yahoo.com, have reported success with such a design. Perhaps you could seek some advice from those lists re: unit testing applications like yours. If I find the time, I will do some searches. Craig -Original Message- From: Jim Crossley [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 3:24 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Testing EJB's These are good points, and I appreciate yours and others' prompt replies. However, the solutions presented so far seem to force me to complicate my object model to facilitate testing. I agree that an app that is difficult to test probably suffers from poor design, but web apps by their very nature are difficult to test. The app I'm currently working on is very CRUD-ish; it does simple read/write maintenance on a bunch of related objects. I don't want the web tier to access the Entity beans directly -- this would violate the transactional requirements -- so they go through a Session Facade. Creating additional POJO's through which the session beans interact with the entities only adds an unnecessary layer of complexity IMHO. snipped the rest... --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] regression tester is dying after 3 hours
Its finally working . Thanks to Boris for pointing me to jvm options. I'm glad to hear that you've solved your problems. 4) use Thread.sleep(100) -- if the MDB is iterating over long collections Please elaborate: explicit thread control is not allowed/highly discouraged in EJBs. Perhaps you mean use Thread.sleep(int) in the client. 5) Jboss rocks!! Agreed!!! Craig --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Better exception logging (Was: TX Bug: Transacti on failure not passed back to the client)
We really can't use the 1.4 exception class because we need
to support
1.3 for a long time.
-dain
At my place, we write exception classes patterned after the
changes to SDK 1.4.x so that we can use them in either 1.3.x
or 1.4.x. We based our work on Item 43 of Joshua Bloch's
_Effective Java_. You just need to support the constructors
that take a cause as a parameter and add a getCause() method.
I will create an example or find an existing one and send it
along later.
Here is the example that I promised. Let me know if it works for you.
Also, have a look at the documentation for java.lang.Throwable
(http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Throwable.html) in SDK
1.4.x.
/**
* Implements an exception to describe an invalid codeLoadPlan/code, one
* that contains a codeLoadPlanItem/code that lacks a primary key
physical
* list.
*
* @author a href=mailto:cdemyanovich;apogent.comCraig Demyanovich/a
*/
public class InvalidLoadPlanException extends Exception
{
/** The cause of this exception. */
private Throwable cause;
/**
* Constructor for InvalidLoadPlanException.
*/
public InvalidLoadPlanException()
{
super();
}
/**
* Constructor for InvalidLoadPlanException.
*
* @param message Provides extra detail about this exception
*/
public InvalidLoadPlanException(String message)
{
super(message);
}
/**
* Constructor for InvalidLoadPlanException.
*
* @param message Provides extra detail about this exception
* @param cause Indicates the cause of this exception
*/
public InvalidLoadPlanException(String message, Throwable cause)
{
this(message);
this.cause = cause;
}
/**
* Constructor for InvalidLoadPlanException.
*
* @param cause Indicates the cause of this exception
*/
public InvalidLoadPlanException(Throwable cause)
{
this(cause == null ? null : cause.toString());
this.cause = cause;
}
/**
* Return the cause of this exception.
*
* @return the cause of this exception
*/
public Throwable getCause()
{
return cause;
}
/**
* Print our stack trace and the stack trace of our cause, if we have
one.
*/
public void printStackTrace()
{
super.printStackTrace();
if(cause != null)
{
System.err.println(Caused by: );
cause.printStackTrace();
}
}
}
---
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Running Junit tests inside the same VM
-Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 1:12 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Running Junit tests inside the same VM ... Junit internals suck. I would love to rewrite it, but don't have the time. ... I've been told before that the JUnit source code serves as a great example for writing good code. Hence, your statement surprised me. Since you're a respected developer of a great application server, I ask that you cite a few examples to support your statement. I'd really like to hear your side of the story. Thanks, Craig --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Running Junit tests inside the same VM
Thank you for clarifying your remarks. I set up a CVS location for it some time ago. Now I have the extra kick in the butt to grab the source and look at it. Keep up the good work on JBoss. Craig -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 12:06 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Running Junit tests inside the same VM Demyanovich, Craig - Apogent wrote: -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 1:12 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Running Junit tests inside the same VM ... Junit internals suck. I would love to rewrite it, but don't have the time. ... I've been told before that the JUnit source code serves as a great example for writing good code. Hence, your statement surprised me. Since you're a respected developer of a great application server, I ask that you cite a few examples to support your statement. I'd really like to hear your side of the story. Read the source, and you will see what I am talking about. I believe you misunderstood the comments from other people. JUnit is a good example of successful software development and it is also a good example of XP development. The problem with XP is that it is not designed for Library software (see the last chapter of the xp book), so it works good at what it was designed for, but it is difficult to expand. They also use way too much inheritance and not enough interfaces. Anyway, just read the code and be the judge for yourself. -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] [Help] JBoss Integration with JBuilder 7
You have found all I did when I last looked. Then, though, I was using JBuilder 5 Enterprise. Sorry I can't offer another option to try or place to look. Beware of JBuilder and EJB development, unless the severe shortcomings of version 5 have been addressed by version 7. In version 5 enterprise, I found that JBuilder generates primary key classes whose equals() implementation violates two of the five stipulations in the equals() contract. Beware lest your primary key classes don't guarantee the uniqueness that you think they do. For a high-quality equals() implementation example, see Joshua Bloch's _Effective Java_. Finally, as Marius Kotsbak noted, there is a plugin for Eclipse (eclipse.org) for JBoss. I haven't used it, but I've read good things about it (like that helps much ;-)). I much prefer either Eclipse or IDEA (www.intellij.com), since they don't do too many favors for me and do them badly like I saw with JBuilder 5 Enterprise. If you're sticking with JBuilder 7, I hope that the shortcomings that I saw in version 5 are addressed. While I don't agree with your choice of IDE, JBoss can't be beat!!! Good luck, Craig -Original Message- From: Harris, Andrew S [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 12, 2002 5:38 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] [Help] JBoss Integration with JBuilder 7 I'm trying to find a solution to integrating JBoss + Catalina with JBuilder 7, and I was wondering whether anyone else had found one. See the message below which I posted to borland.public.jbuilder.opentools. Thanks Andrew Harris [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Andrew Harris) Newsgroups: borland.public.jbuilder.opentools Subject: [Help] JBoss Integration with JBuilder 7 NNTP-Posting-Host: 62.172.135.161 Message-ID: [EMAIL PROTECTED] I'm trying to find a solution to integrating JBoss + Catalina with JBuilder 7, and I was wondering whether anyone else had found one. I need to integrate the following with JBuilder 7: o JBoss 2.x + Tomcat 4.x o JBoss 3.x + Tomcat 4.x I've tried: o Voyager JBossJB7.jar, I don't know where this came from. It does add a server entries in the Configure Servers panel. I tried the JBoss 2.x entry; everything looks OK except when you click on Make in an EJB project nothing happens. The Voyager site at http://sourceforge.net/projects/jboss-opentool/ only claims support for JBuilder 6. o Protegra JBoss Setup Wizard v2.0 for JBuilder 7 - This OpenTool sets up the JBoss Application Server to run from within the JBuilder IDE version 7. Supports JBoss 2.4 - from http://www.protegra.com/javagroup.html. I tried this with JBoss 2.4.4_Tomcat_4.0.1; it didn't create a server entry in Configure Servers settings. o Protegra JBoss 3x Enterprise Wizard for JBuilder 7 Ent - Develop and Deploy EJB's for the JBoss Application Server 3x. I tried this with JBoss 3.0.0_Tomcat 4.0.3; it created a server entry for JBoss 3 however this only supported EJB, as I recall, not JSP/Servlet (or Deployment?). o Protegra JBoss 3x Setup Wizard v2.1 for JBuilder 7 - This OpenTool sets up the JBoss Application Server to run from within the JBuilder IDE version 7. Supports JBoss 3x. I need to repeat this as I can't recall the details; I have a feeling that it did not support JSP/Servlet build/deploy. Has anyone found a solution? Thanks Andrew Harris [EMAIL PROTECTED] ** ** This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message . ** ** --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] UserTransactions and database connections and errors, oh my - more info
Clients can do a JNDI lookup on a UserTransaction suitable for client use.
You can see the UserTransaction listed in the Global JNDI Namespace of the
JNDIView service available from the Agent View management interface. This
is also documented in the JBoss documentation that can be purchased for $10.
I've never used it on the client, but maybe someone who has can contribute
an example or more information if you need it.
HTH,
Craig
-Original Message-
From: Bruce Snyder [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 05, 2002 1:11 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] UserTransactions and database
connections and errors, oh my - more info
This one time, at band camp, David Jencks said:
DJI really can't tell what you are doing from your
description, and you
DJappear at one point to imply that you have a BMT entity
bean which is
DJimpossible.
DJ
DJThe spec is trying to lead you, in a stateless session
bean, to code
DJut usage something like this:
DJ
DJut.begin();
DJtry {
DJ//do something
DJ} finally {
DJut.commit();//or rollback
DJ}
DJ
DJIs this what you have?
I'm way too caught up deciphering this damn architecture that
I've inherited. Your example just made it through my thick
skull! Must each operation be wrapped in a UT on the bean
side? If so, the client side calls would be similar to this:
1) client call doWork() method of bean
rather than this:
1) call to bean to begin tx
2) do some work here
3) call to bean to commit tx
Correct?
If this is true, how can I expose UserTransactions out to a
client so that developers have the ability to start, stop or
rollback transactions?
Bruce
--
perl -e 'print
unpack(u30,0G)U8V4\@4VYY95R\F9EG)E=\$\!FFEI+F-O;0\`\`);'
---
This sf.net email is sponsored by: OSDN - Tired of that same
old cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1 refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/j boss-user
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Transaction timeout setting not honored
I'm using JBoss 2.4.8 with Tyrex as the TM. In the Tyrex domain.xml file, I set the timeout to 360 seconds (6 minutes). In code, I set the transaction timeout to 600 seconds (10 minutes). After 120 seconds (2 minutes), the default timeout for Tyrex (http://tyrex.exolab.org/configuration.html), the transaction times out and an exception is thrown, stating that the transaction is no longer active. Right now, due to a slow connection, I need to be able to set the transaction timeout to whatever it takes to get the data that I want. With some performance tuning or an upgrade in the connection, I may be able to lower it, but I need it to be higher. I would appreciate any help in solving this problem. Thanks for your time, Craig --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] BMT/CMT Re : Connection Pooling Jboss 3.0
I'm using JBoss 2.4.8 and Tyrex, and I have something
like this in a message-driven bean:
someMethod(...) {
try {
...
conn1 = connectionToDataSource(name1);
conn2 = connectionToDataSource(name2);
...
data = readData(conn1, ...);
trans.begin();
trans.setTransactionTimeout(timeout);
createSnapshot(conn2, ...);
writeSnapshot(conn2, data, ...);
trans.commit();
} catch(Exception e) {
if(trans != null) {
trans.rollback();
}
} finally {
close conn2;
close data;
close conn1;
}
conn1 is a connection to a data source that does not support XA
Transactions. Thus, we use the JBoss wrapper. However, if I
do the read within the transaction, I receive commit heuristic
error messages.
conn2 is a connection to MS SQL 2000 via JSQLConnect driver. I
use their XADataSource implementation instead of the JBoss
wrapper. I've found that the first run fails with a
RollbackException when calling commit() but that subsequent runs
(i.e., not stopping JBoss) succeed.
If the structure of my code is not suitable under JBoss 2.4.8, I
would greatly appreciate any suggestions for changing it.
Many thanks,
Craig
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 21, 2002 11:17 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] BMT/CMT Re : Connection Pooling Jboss 3.0
In jboss 3 and 4 you should be able to get a connection
inside or outside a tx and hold connections over method
boundaries. However you must make sure that any connection
you obtain you close at some point.
So, having a connection as an instance variable that you
close and null in passivate should work, but obtaining a new
connection in each method call and not closing it should not work.
Most of these options are not possible in jboss 2.4. Holding
connections over method boundaries requires a jca compliant
adapter: the xa wrapper in jboss 3.0 and (currently) 3.2 is
not jca compliant. The (untested) xa wrapper in 4.0 is jca compliant.
david jencks
On 2002.08.21 10:07:31 -0400 Burkhard Vogel wrote:
Hi,
as I said. Don't worry, if you have a transaction in a
method that has
no database access, or is CMP, JBoss will hanlde all
transaction wrok
properly. AFAIK, there is no difference between BMT and CMT
(which I
would recommend),
if you use a datasource connection within a transaction,
you always have
something like: start tx, open con, close con,
commit/rollback tx. If you
don't close the con whilst inside a tx you will get unpredictable
results,
and most likely run out of connections.
hth,
Burkhard
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] BMT/CMT Re : Connection Pooling Jboss 3.0
Thank you very much, David. The few errors that I was seeing
in the log are no longer present.
The level of maintenance on 2.4.x is fine for me, and I
appreciate it very much. Keep up the good work on 3.x and
4. I hope that I can upgrade in the near future, after the
current phase of my project is complete.
Many, many thanks,
Craig
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 21, 2002 1:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] BMT/CMT Re : Connection Pooling Jboss 3.0
Something like this should work in jboss 3 but not in 2.4
I would be very surprised if any of the work was actually
done in your explicit user transaction, and would expect most
of your work to be rolled back.
In 2.4.x you have to do like this:
trans.begin()
try {
conn1 = getconn(...);
try {
conn2 = getconn(...)
try {
//do work
}
finally {
conn2.close();
}
{
finally {
conn1.close()l
}
trans.commit();
}
catch (... e) {
trans.rollback();
}
so the connections are obtained after the tx starts and are
closed before it ends. Otherwise you are apt to have the
connections not enrolled in the tx, have the work rolled back
when you close the connection, and have the connection not
returned to the pool.
Note that this is not spec compliant behavior, but I'm not
about to spend any time working on it in 2.4 without a lot of money.
What you are doing should work in jboss 3 and 4. As far as I
know jboss 3 and 4 do follow spec requirements about
enrolling connections in transactions and holding connection
handles over method boundaries. If you have problems or
questions there please let me know or file a bug report.
The behavior here should not depend in any way on which tx
manager you are using.
Thanks
david jencks
On 2002.08.21 12:55:48 -0400 Demyanovich, Craig - Apogent wrote:
I'm using JBoss 2.4.8 and Tyrex, and I have something
like this in a message-driven bean:
someMethod(...) {
try {
...
conn1 = connectionToDataSource(name1);
conn2 = connectionToDataSource(name2);
...
data = readData(conn1, ...);
trans.begin();
trans.setTransactionTimeout(timeout);
createSnapshot(conn2, ...);
writeSnapshot(conn2, data, ...);
trans.commit();
} catch(Exception e) {
if(trans != null) {
trans.rollback();
}
} finally {
close conn2;
close data;
close conn1;
}
conn1 is a connection to a data source that does not support XA
Transactions. Thus, we use the JBoss wrapper. However, if
I do the
read within the transaction, I receive commit heuristic error
messages.
conn2 is a connection to MS SQL 2000 via JSQLConnect driver. I use
their XADataSource implementation instead of the JBoss
wrapper. I've
found that the first run fails with a RollbackException
when calling
commit() but that subsequent runs (i.e., not stopping
JBoss) succeed.
If the structure of my code is not suitable under JBoss
2.4.8, I would
greatly appreciate any suggestions for changing it.
Many thanks,
Craig
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss and Tyrex: configure what where?
If I want to use Tyrex instead of the JBoss TM, what configuration must be done in jboss.jcml, and what configuration must be done in domain.xml? Unless I've been looking in all of the wrong places, the documentation on how to use JBoss and Tyrex together is lacking or incomplete at best. I would greatly appreciate any advice, directions and/or samples. Using: JBoss 2.4.7 Windows 2000 Server MS SQL Server 2000 JSQLConnect (http://www.j-netdirect.com/JSQLFeatures.htm) Entity and session beans, message-driven bean with UserTransaction Thank you very much for your time. Craig Demyanovich --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] NullPointerException while trying to obtain JMS
I had the same problem and when I changed lookup(TopicConnectionFactory) to lookup(ConnectionFactory) it worked for jboss3. Mark made the original post on my behalf, as my subscription request was taking quite some time. Now that I'm here, let me carry on the discussion. I neglected to mention that I tried ConnectionFactory in place of TopicConnectionFactory (and QueueConnectionFactory when working with queues). I didn't expect it to work, as the latter two names are simply aliases to ConnectionFactory. Furthermore, switching to JBoss 3.0.0 is not an option, since our project is in its later stages. Does anyone have any ideas for JBoss 2.4.6? Many thanks, Craig Demyanovich ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
