RE: [JBoss-dev] Backend session information - Tx - Data distribut ion
Title: RE: [JBoss-dev] Backend session information - Tx - Data distribut ion Hi, I don't think JMS is an option, since the distribution mechanism requires changes to be recorded in exact order of appearance. Also, changes which have to be distributed are stored in a set of tables in database. This should also be done within the running transaction. If the distribution engine fails to write to database, also the original insert/update/delete is rolled back. There is no way to lookup the current Transaction and re-use that instance to perform all DB actions? The ThreadInfo instance is only visible in the TxManager class? Last question :o) There's no way to be notified or to listen when a new transaction is created and when a transaction is about to commit? Thanks in advance :o) Wonne -Original Message- From: David Jencks To: [EMAIL PROTECTED] Sent: 6/6/02 7:01 PM Subject: Re: [JBoss-dev] Backend session information - Tx - Data distribut ion I must be asleep. The jms + xa scheme is the way to go. david jencks On 2002.06.06 12:38:35 -0400 David Jencks wrote: What I suggested would let you notify after transaction completion without modifying your ejbs. This is apparently not what you want. I therefore suggest you write another layer of session beans around everything you want notifications from. The session bean will generate an abstract transaction id, added to every outgoing method call. Upon successful return, the session bean will do the notifications using the transaction id as key to find the correct info. I don't see the point of your mbean scheme, nor how it would work. david jencks On 2002.06.06 11:22:38 -0400 Keysers, Wonne wrote: Thanks for replying. What I want is the following: During a CMT, all changes are logged to the distribution engine. When the transaction is about to commit, the dist. engine tries to distribute the right changes. (basically this is a copy of the new values in an export table) The engine not only has to use the running transaction (I could use a statefull session bean), but also has to save the password authenticated (JAAS) user(id) and the distribution information (dependant of the context) in the export table. I would like to keep my hands of JBoss' source code. I was thinking of making an MBean for the distribution engine, which is able to reuse the Tx associated with the current Thread and which allows EJB's (afterBegin()?) and other clients to register the required context information as soon as a new Tx is started. In other words, Transaction, User and other context information must be linked to the same thread just like the TxManager does with a Tx and TimeOut? (Or have I interpreted this in the wrong way?) Is all that possible? Oh yes, when I create a new ThreadLocal attribute in my new MBean, will the ThreadLocal attribute within the TxManager be overwritten or are these only known internally? Thanks a lot! Wonne -Original Message- From: David Jencks To: [EMAIL PROTECTED] Sent: 6/6/02 3:20 PM Subject: Re: [JBoss-dev] Backend session information - Tx - Data distribution I'm still a little unclear about what you want. I think it is to be notified right after every transaction commits. Unfortuneately there is no way to register a listener with the tx manager for all transactions. I think the simplest ways to do this are: if you use only cmt, no bmt, modify the tx interceptor to call something after (successful) commit If you use bmt as well, modify the tx manager to notify you. david jencks On 2002.06.06 02:29:52 -0400 Keysers, Wonne wrote: Hi, I already asked this question on the user-list, but got not a single answer. Could somebody help me please? I want to create something which keeps track of some backend session information, for data distribution purposes to offline clients. In that session-info are things like the user logged in, data sharing information (some distribution of data is use case specific, most are DB based though), etc. It is important that data is distributed only when the container transaction commits. What's the best way to do this? Create an MBean, just like the TxManager works, with a ThreadLocal variable? What will happen with the transaction information of that current thread (ThreadInfo inside the TxManager) in this case? Also, is it possible to lookup the current transaction or transactionID or info or transaction information? Thanks in advance for any tips! Wonne
[JBoss-dev] [ jboss-Bugs-563877 ] Webapp does not find classes
Bugs item #563877, was opened at 2002-06-03 15:46
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=563877group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Peuss (tpeuss)
Assigned to: Scott M Stark (starksm)
Summary: Webapp does not find classes
Initial Comment:
A deployed webapp does not find classes in WEB-
INF/classes.
Any access to a jsp throws a
NoClassDefFoundException. The JSP-compilation does
work fine. So JBoss must know the class during
compilation time.
For a test I made a jar-file with the classes and
deployed it in {JBOSS_HOME}/server/default/lib.
This didn't change anything.
With RC3 everything worked fine.
CU
Thomas
--
Comment By: Thomas Peuss (tpeuss)
Date: 2002-06-10 09:27
Message:
Logged In: YES
user_id=507779
The binary-distribution works. So there must be a problem
with my self-compiled version... I think we can set this
to Works for me...
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=563877group_id=22866
___
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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 10-June-2002
Number of tests run: 609
Successful tests: 606
Errors:2
Failures: 1
[time of test: 10 June 2002 0:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.4]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
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.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
___
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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] web security constraints
Hi, I have problems with defining security constraints in web.xml. I defined two roles. For each role I defined its own security-constraint. But only the first defined constraint works properly. It seems like the constraint for the second role is omitted. And accessing restricted urls with the second role results in Access to requested resource has been denied. If I change the order of security-constraint elements in web.xml then other role is authenticated/authorized properly. Has anyone experienced such a problem? What do I do wrong? TIA, alex Environment: JBoss-3.1.0alpha/Tomcat-4.0.2, Win2000, JDK-1.4 Here is the security constraints: security-constraint web-resource-collection web-resource-nameMTCatalog Admin/web-resource-name descriptionadmin constraint/description url-pattern/*/url-pattern http-methodHEAD/http-method http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method http-methodDELETE/http-method /web-resource-collection auth-constraint role-nameAdmin/role-name /auth-constraint user-data-constraint descriptionno description/description transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint security-constraint web-resource-collection web-resource-nameMTCatalog ResourceOwner/web-resource-name descriptionowner constraint/description url-pattern/*/url-pattern http-methodHEAD/http-method http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method http-methodDELETE/http-method /web-resource-collection auth-constraint role-nameResourceOwner/role-name /auth-constraint user-data-constraint descriptionno description/description transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint -- Best regards, Alex Loubyansky ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: web security constraints
Sorry for posting to dev-list. Unintentionally Monday, June 10, 2002, 11:56:54 AM, you wrote: AL Hi, AL I have problems with defining security constraints in web.xml. I AL defined two roles. For each role I defined its own security-constraint. AL But only the first defined constraint works properly. It seems like the constraint AL for the second role is omitted. And accessing restricted urls with the AL second role results in Access to requested resource has been denied. AL If I change the order of security-constraint elements in web.xml then AL other role is authenticated/authorized properly. AL Has anyone experienced such a problem? What do I do wrong? AL TIA, AL alex AL Environment: JBoss-3.1.0alpha/Tomcat-4.0.2, Win2000, JDK-1.4 AL Here is the security constraints: AL security-constraint AL web-resource-collection AL web-resource-nameMTCatalog Admin/web-resource-name AL descriptionadmin constraint/description AL url-pattern/*/url-pattern AL http-methodHEAD/http-method AL http-methodGET/http-method AL http-methodPOST/http-method AL http-methodPUT/http-method AL http-methodDELETE/http-method AL /web-resource-collection AL auth-constraint AL role-nameAdmin/role-name AL /auth-constraint AL user-data-constraint AL descriptionno description/description AL transport-guaranteeNONE/transport-guarantee AL /user-data-constraint AL /security-constraint AL security-constraint AL web-resource-collection AL web-resource-nameMTCatalog ResourceOwner/web-resource-name AL descriptionowner constraint/description AL url-pattern/*/url-pattern AL http-methodHEAD/http-method AL http-methodGET/http-method AL http-methodPOST/http-method AL http-methodPUT/http-method AL http-methodDELETE/http-method AL /web-resource-collection AL auth-constraint AL role-nameResourceOwner/role-name AL /auth-constraint AL user-data-constraint AL descriptionno description/description AL transport-guaranteeNONE/transport-guarantee AL /user-data-constraint AL /security-constraint -- Best regards, Alex Loubyansky ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMX Meta data
Juha, I'd like to extend the JMX metadata generation to search for proper descriptions for MBeans, attributes, methods and parameters from resource files. If you startup a JBoss that uses Jetty, you will see via the JMX agent that all the jetty MBeans have descriptive text associated with them. This text is obtained from mbean_en.properties files which are searched for on the package/inheritance hierarchy of the MBean. I think it adds significantly to the usability of the JMX interface. It should be a pretty simple addition to the StandardMetaData class. As you appear to be the main author of the JMX stuff, I thought I'd clear it with you before adding this capability. Of course, even with this capability, we would still need other developers to actually write the mbean.properties files - but at least there would be a standard mechanism to document the MBeans. regards -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX Meta data
It won't do multiple languages yet AFAIK, but how about using the xmbean functionality? You can put the descriptions in your source files and generate the xmbean xml descriptors using xdoclet. I don't know if jetty is using the jboss service controller stuff to load its mbeans, but that system will now deploy xmbeans. I think we are planning to move all our mbeans to xmbeans when we have a little time;-) Or are you trying to do something else? david jencks On 2002.06.10 07:54:51 -0400 Greg Wilkins wrote: Juha, I'd like to extend the JMX metadata generation to search for proper descriptions for MBeans, attributes, methods and parameters from resource files. If you startup a JBoss that uses Jetty, you will see via the JMX agent that all the jetty MBeans have descriptive text associated with them. This text is obtained from mbean_en.properties files which are searched for on the package/inheritance hierarchy of the MBean. I think it adds significantly to the usability of the JMX interface. It should be a pretty simple addition to the StandardMetaData class. As you appear to be the main author of the JMX stuff, I thought I'd clear it with you before adding this capability. Of course, even with this capability, we would still need other developers to actually write the mbean.properties files - but at least there would be a standard mechanism to document the MBeans. regards -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite problems -- no all conf.
I updated the build file with some changes that were missing for the multi-config build output. The all config is now populated correctly. - Original Message - From: David Jencks [EMAIL PROTECTED] To: jboss-dev [EMAIL PROTECTED] Sent: Sunday, June 09, 2002 4:43 PM Subject: [JBoss-dev] Testsuite problems -- no all conf. I think the reason the automatic testsuite is failing is that there is no configuration for the all setup, just a lib directory. Also I think it might possibly make more sense to copy each jar to its (minimal) final location, then copy all of minimal/[lib deploy] to default, and all of default to all. Perhaps someone who has worked on this previously could take another look. thanks david jencks ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Feature Requests-567002 ] UIL - Add support for NAT
Feature Requests item #567002, was opened at 2002-06-10 14:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=567002group_id=22866
Category: JBossMQ
Group: v2.4.x
Status: Open
Priority: 5
Submitted By: Howard Ungar (howardu)
Assigned to: Nobody/Anonymous (nobody)
Summary: UIL - Add support for NAT
Initial Comment:
The UILServerIL object currently connects based on the IP
address sent by the server. In environments where the
server and client are on different sides of a firewall with
Network Address Translation (NAT), this approach fails.
I have modified the createConnection() method to read the
servername from the InetAddress object sent by the server
and construct the IP address locally as follows:
protected void createConnection()
throws Exception {
// old way - Socket socket = new Socket( addr, port );
String hostName = addr.getHostName();
InetAddress address = InetAddress.getByName
(hostName);
Socket socket = new Socket( address, port );
mSocket = new SocketMultiplexor( socket );
out = new ObjectOutputStream( new
BufferedOutputStream( mSocket.getOutputStream( 1 ) ) );
out.flush();
in = new ObjectInputStream( new BufferedInputStream(
mSocket.getInputStream( 1 ) ) );
}
I'm sure that there are situations where the old way is
desireable so this should be made a configuration option
through the UILServerILServiceMBean.
Please contact me to help with this implementation if
needed.
Howard
[EMAIL PROTECTED]
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=567002group_id=22866
___
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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 10-June-2002
Number of tests run: 595
Successful tests: 591
Errors:3
Failures: 1
[time of test: 10 June 2002 12:48 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.4]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
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.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
___
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-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Stop JBoss from an outside java process
All, I am developing the JBuilder OpenTool for JBoss and would like to know what is the best way to shutdown JBoss when it was started from JBuilder. I tried to way to call the JMX-HTML Adapter URL for shutdown but that seems not to work to well from within JBuilder with URL connection and stuff. Is there any other way to shutdown JBoss (2.4.x / 3.x) maybe a RMI call? Thanks, Marcus ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Stop JBoss from an outside java process
The best way to remotely shutdown a JBoss 3.x server is to use the JMX RMI Connector and invoke the 'shutdown' operation on 'jboss.system:type=Server'. Have a look at jboss-all/server/src/main/org/jboss/Shutdown.java for more details. As for 2.4 I can't really say what the best option is. The same approach might work, but I don't know what the state of the RMI Connector is for that branch. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Marcus Redeker Sent: Monday, June 10, 2002 1:54 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Stop JBoss from an outside java process All, I am developing the JBuilder OpenTool for JBoss and would like to know what is the best way to shutdown JBoss when it was started from JBuilder. I tried to way to call the JMX-HTML Adapter URL for shutdown but that seems not to work to well from within JBuilder with URL connection and stuff. Is there any other way to shutdown JBoss (2.4.x / 3.x) maybe a RMI call? Thanks, Marcus ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Stop JBoss from an outside java process
Thanks Jason! I will see what I can do. --Marcus -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Jason Dillon Gesendet: Montag, 10. Juni 2002 23:36 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] Stop JBoss from an outside java process The best way to remotely shutdown a JBoss 3.x server is to use the JMX RMI Connector and invoke the 'shutdown' operation on 'jboss.system:type=Server'. Have a look at jboss-all/server/src/main/org/jboss/Shutdown.java for more details. As for 2.4 I can't really say what the best option is. The same approach might work, but I don't know what the state of the RMI Connector is for that branch. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Marcus Redeker Sent: Monday, June 10, 2002 1:54 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Stop JBoss from an outside java process All, I am developing the JBuilder OpenTool for JBoss and would like to know what is the best way to shutdown JBoss when it was started from JBuilder. I tried to way to call the JMX-HTML Adapter URL for shutdown but that seems not to work to well from within JBuilder with URL connection and stuff. Is there any other way to shutdown JBoss (2.4.x / 3.x) maybe a RMI call? Thanks, Marcus ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite problems -- no all conf.
Great, we're back in business. The testsuite runs again. Thanks, Francisco On Sun, 9 Jun 2002, Scott M Stark wrote: I updated the build file with some changes that were missing for the multi-config build output. The all config is now populated correctly. - Original Message - From: David Jencks [EMAIL PROTECTED] To: jboss-dev [EMAIL PROTECTED] Sent: Sunday, June 09, 2002 4:43 PM Subject: [JBoss-dev] Testsuite problems -- no all conf. I think the reason the automatic testsuite is failing is that there is no configuration for the all setup, just a lib directory. Also I think it might possibly make more sense to copy each jar to its (minimal) final location, then copy all of minimal/[lib deploy] to default, and all of default to all. Perhaps someone who has worked on this previously could take another look. thanks david jencks ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-563384 ] SAR with entity fails on server start
Bugs item #563384, was opened at 2002-06-01 13:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=563384group_id=22866 Category: JBossCMP Group: v3.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: SAR with entity fails on server start Initial Comment: The attached sar include an entity bean for perisisting the service config. The sar deploys fine if the JBoss server is running, but if the server is started with the sar in the deploy directory it fails to start. There are depends tags at both the ejb and service level on the DefaultDS but this does not work. -- Comment By: Scott M Stark (starksm) Date: 2002-06-10 17:05 Message: Logged In: YES user_id=175228 Getting the cmp2 testsuite to run is no indication that the bug described here is fixed. -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 03:03 Message: Logged In: YES user_id=211618 The cmp2 testsuite is now ok. CVS HEAD fixed -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 01:36 Message: Logged In: YES user_id=211618 OK, I have checked the testsuite and so you can see that the cmp2 tests are falling by the NPE (and you have the stacktrace in jboss logs). I rerun the testsuite... -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 00:56 Message: Logged In: YES user_id=211618 OK, I have checked the testsuite and so you can see that the cmp2 tests are falling by the NPE (and you have the stacktrace in jboss logs). I rerun the testsuite... -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 00:42 Message: Logged In: YES user_id=211618 I think that the moving of the creation of the entityBridge in the start part of JDBCStoreManager have this problem: when is invoked the startCommand (instance of JDBCStartCommand) there is a NPE at line 103 of JDBCStartCommand because cmrField.getRelatedJDBCEntity () returns null. This method returns null because in the costructor of JDBCEntityBridge class is invoked in the start method of JDBCStoreManager class and not in create method and so there the call of initRelatedData in JDBCCMRFieldBridge simply returns (the related entity is not initialized). The patch is simple... in the JDBCStoreManager class move the lines // setup the type factory, which is used to map java types to sql types. typeFactory = new JDBCTypeFactory( metaData.getTypeMapping(), metaData.getJDBCApplication().getValueClasses()); // create the bridge between java land and this engine (sql land) entityBridge = new JDBCEntityBridge(metaData, this); from the start method at the end of create method. I cannot give you a stacktrace :-) because I have triggered (and resolved) the problem at home and now I am at work. I cannot test fully this patch because in the HEAD testsuite I have other errors in CMR tests (I think). Claudio -- Comment By: Scott M Stark (starksm) Date: 2002-06-03 21:33 Message: Logged In: YES user_id=175228 Yes, I have reduced the work being done by the JDBCStoreManager in its create step to resolve the problem. -- Comment By: David Jencks (d_jencks) Date: 2002-06-01 19:43 Message: Logged In: YES user_id=60525 This is caused by the cmp framework not abiding by the same service lifecycle contracts as the jca framework mbeans. The jca makes the jca mbeans available, and useable and the DataSource bound after the start step, whereas the cmp framework uses the DataSource in its create step. IMO the best fix for this is to make the cmp framework abide by the contracts: create sets up everything visible to other parties but uses nothing outside the current mbean start can use references to the outside world. I'm willing to fix the problem in this way if there is general agreement that this is the best solution. david jencks -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=563384group_id=22866 ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)) = HERE ARE THE LAST 50 LINES OF THE LOG FILE Hello, The org.jboss.Shutdown class does not seem to work. That is, the jboss_redhat_init.sh script called it and the jboss server did not stop... Please could we get this fixed... Or tell me what I should be calling to get the server shutdown... Now I will return to the old faithful method - kill -9 See ya, Chris PS This is automated - just to make it really annoying... ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 11-June-2002
Number of tests run: 746 Successful tests: 733 Errors:9 Failures: 4 [time of test: 11 June 2002 1:22 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20010626 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20010626/logs/ for the logs for this test. - http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)) = HERE ARE THE LAST 50 LINES OF THE LOG FILE Hello, The org.jboss.Shutdown class does not seem to work. That is, the jboss_redhat_init.sh script called it and the jboss server did not stop... Please could we get this fixed... Or tell me what I should be calling to get the server shutdown... Now I will return to the old faithful method - kill -9 See ya, Chris PS This is automated - just to make it really annoying... ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 11-June-2002
Number of tests run: 752 Successful tests: 739 Errors:8 Failures: 5 [time of test: 11 June 2002 2:45 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20020124 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20020124/logs/ for the logs for this test. - http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] mbean accessor method names
It seems to me that there's a bug in the Standard MBean system: in a standard mbean, methods getProperty/setProperty result in a property named Property, not property. I believe the latter conforms to the JavaBeans standard. In other words, an mbean class with those methods would have to be declared as follows: mbean code=monitor.JBossMonitor name=hpg.test:service=monitor attribute name=Propertyabc/attribute /mbean rather than: mbean code=monitor.JBossMonitor name=hpg.test:service=monitor attribute name=propertyabc/attribute /mbean because the later will result in a deployment exception. This looks like it could be fixed within the org.jboss.mx packages, which I'll happily do, but I'm wondering if it's actually a bug. Hans Gilde _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] mbean accessor method names
It seems to me that there's a bug in the Standard MBean system: in a standard mbean, methods getProperty/setProperty result in a property named Property, not property. I believe the latter conforms to the JavaBeans standard. In other words, an mbean class with those methods would have to be declared as follows: mbean code=monitor.JBossMonitor name=hpg.test:service=monitor attribute name=Propertyabc/attribute /mbean rather than: mbean code=monitor.JBossMonitor name=hpg.test:service=monitor attribute name=propertyabc/attribute /mbean because the later will result in a deployment exception. This looks like it could be fixed within the org.jboss.mx packages, which I'll happily do, but I'm wondering if it's actually a bug. Hans Gilde _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-562884 ] delay of subdeployments does not work
Bugs item #562884, was opened at 2002-05-31 12:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=562884group_id=22866 Category: JBossServer Group: v3.1 Status: Open Resolution: Accepted Priority: 7 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: David Jencks (d_jencks) Summary: delay of subdeployments does not work Initial Comment: MainDeployer notices that a sub-deployment, e.g., EARDeployer is started significantly before the EJBDeployer, has no deployer and puts it to the waitingDeployments list, but the subsequent start/create steps are nevertheless done which leaves the subdeployment undeployed. Possible solution: the whole deployment must be deferred. When the subdeployment is deployed, it will reinvoke the deployment of the parent. Not too easy, but should be doable. Workaround: Use mbean dependencies from eardeployer to ejbdeployer, wardeployer, axisservice and the like that you need inside your ears. Current head, all versions I guess. -- Comment By: David Jencks (d_jencks) Date: 2002-06-11 05:54 Message: Logged In: YES user_id=60525 This is fixed by not changing the status of a deployment Info unless the step has actually been done. See also 563384 which had the same problem. Fixed in 3.1, I will check 3.0.1 and backport soon. david jencks -- Comment By: Thomas Peuss (tpeuss) Date: 2002-06-01 13:38 Message: Logged In: YES user_id=507779 I think the ClusteredHTTPSession-service is experiencing the same problem. It has an EJB enclosed in a SAR-File. The EJB is never deployed. If you deploy the EJB manually the service completes the startup. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=562884group_id=22866 ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-563384 ] SAR with entity fails on server start
Bugs item #563384, was opened at 2002-06-01 20:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=563384group_id=22866 Category: JBossCMP Group: v3.1 Status: Open Resolution: Fixed Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: David Jencks (d_jencks) Summary: SAR with entity fails on server start Initial Comment: The attached sar include an entity bean for perisisting the service config. The sar deploys fine if the JBoss server is running, but if the server is started with the sar in the deploy directory it fails to start. There are depends tags at both the ejb and service level on the DefaultDS but this does not work. -- Comment By: David Jencks (d_jencks) Date: 2002-06-11 05:58 Message: Logged In: YES user_id=60525 The problem in the MainDeployer is fixed, this is partly a duplicate of 562884. In addition, you cannot rely on nesting determining deployment order when there are explicit dependencies, so you must have your mbean depend on the ejb explicitly, like this: server mbean code=monitor.JBossMonitor name=Monitor:name=JBossMonitor dependsjboss.jca:service=LocalTxCM,name=hsqldbDS/depends dependsjboss.j2ee:service=EJB,jndiName=ConfigEJB/depends attribute name=Interval1000/attribute /mbean /server This is fixed in 3.1, I will check 3.0.1 and fix it there also soon. -- Comment By: Scott M Stark (starksm) Date: 2002-06-11 00:05 Message: Logged In: YES user_id=175228 Getting the cmp2 testsuite to run is no indication that the bug described here is fixed. -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 10:03 Message: Logged In: YES user_id=211618 The cmp2 testsuite is now ok. CVS HEAD fixed -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 08:36 Message: Logged In: YES user_id=211618 OK, I have checked the testsuite and so you can see that the cmp2 tests are falling by the NPE (and you have the stacktrace in jboss logs). I rerun the testsuite... -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 07:56 Message: Logged In: YES user_id=211618 OK, I have checked the testsuite and so you can see that the cmp2 tests are falling by the NPE (and you have the stacktrace in jboss logs). I rerun the testsuite... -- Comment By: Claudio Vesco (cazzius) Date: 2002-06-06 07:42 Message: Logged In: YES user_id=211618 I think that the moving of the creation of the entityBridge in the start part of JDBCStoreManager have this problem: when is invoked the startCommand (instance of JDBCStartCommand) there is a NPE at line 103 of JDBCStartCommand because cmrField.getRelatedJDBCEntity () returns null. This method returns null because in the costructor of JDBCEntityBridge class is invoked in the start method of JDBCStoreManager class and not in create method and so there the call of initRelatedData in JDBCCMRFieldBridge simply returns (the related entity is not initialized). The patch is simple... in the JDBCStoreManager class move the lines // setup the type factory, which is used to map java types to sql types. typeFactory = new JDBCTypeFactory( metaData.getTypeMapping(), metaData.getJDBCApplication().getValueClasses()); // create the bridge between java land and this engine (sql land) entityBridge = new JDBCEntityBridge(metaData, this); from the start method at the end of create method. I cannot give you a stacktrace :-) because I have triggered (and resolved) the problem at home and now I am at work. I cannot test fully this patch because in the HEAD testsuite I have other errors in CMR tests (I think). Claudio -- Comment By: Scott M Stark (starksm) Date: 2002-06-04 04:33 Message: Logged In: YES user_id=175228 Yes, I have reduced the work being done by the JDBCStoreManager in its create step to resolve the problem. -- Comment By: David Jencks (d_jencks) Date: 2002-06-02 02:43 Message: Logged In: YES user_id=60525 This is caused by the cmp framework not abiding by the same service lifecycle contracts as the jca framework mbeans. The jca makes the jca mbeans available, and useable and the DataSource bound after the start step, whereas the cmp framework uses the DataSource in its create step. IMO the best fix for this is to make the cmp framework abide by the contracts: create sets up everything visible to other parties but uses nothing outside the current mbean
[JBoss-dev] Getting UserTransaction object for Transaction Management
Hello, I am trying to use Transaction Management facility in Jboss server. To do that first I tried to get the UserTransaction object using JNDI look up.But I don't know what JNDI name I should use to get the UserTransaction Objet. Can anyone provide me the solution with code? Thanks in advance. Thanks and Regards, Dharma Kishore ___ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
