[JBoss-dev] [ jboss-Bugs-879681 ] Bug in org.jboss.ejb.plugins.AbstractInstancePool.freeAll()
Bugs item #879681, was opened at 2004-01-19 13:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=879681group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Victor Pyankov (pvnbips)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in org.jboss.ejb.plugins.AbstractInstancePool.freeAll()
Initial Comment:
In JBoss V3.2.3 method freeAll() of class org.jboss.ejb.
plugins.AbstractInstancePool has error.
In VCS:
private void freeAll()
{
synchronized (pool)
{
for (int i = 0; i currentIndex; i++)
{
pool[i].clear();
discard(pool[i]);
pool[i] = null;
}
}
}
Correct:
private void freeAll()
{
synchronized (pool)
{
for (int i = 0; i getCurrentSize(); i++)
{
pool[i].clear();
discard(pool[i]);
pool[i] = null;
}
}
}
As result we have absence of ejbRemove for last bean in
the pool.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=879681group_id=22866
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-879681 ] Bug in org.jboss.ejb.plugins.AbstractInstancePool.freeAll()
Bugs item #879681, was opened at 2004-01-19 13:43
Message generated for change (Settings changed) made by pvnbips
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=879681group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Victor Pyankov (pvnbips)
Assigned to: Bill Burke (patriot1burke)
Summary: Bug in org.jboss.ejb.plugins.AbstractInstancePool.freeAll()
Initial Comment:
In JBoss V3.2.3 method freeAll() of class org.jboss.ejb.
plugins.AbstractInstancePool has error.
In VCS:
private void freeAll()
{
synchronized (pool)
{
for (int i = 0; i currentIndex; i++)
{
pool[i].clear();
discard(pool[i]);
pool[i] = null;
}
}
}
Correct:
private void freeAll()
{
synchronized (pool)
{
for (int i = 0; i getCurrentSize(); i++)
{
pool[i].clear();
discard(pool[i]);
pool[i] = null;
}
}
}
As result we have absence of ejbRemove for last bean in
the pool.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=879681group_id=22866
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] Problems getting started ...
Hello! Am Son, den 18.01.2004 schrieb Sacha Labourey um 11:54: That's something to modify in the jmx-console/web-console: we should precompile JSP at build time. Good idea. But be aware that the precompiled JSPs do NOT run on every JSP-container. Jetty should be fine because they use Jasper (the Tomcat JSP-compiler), too. CU Thomas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-879821 ] SpyMessageConsumer.close() never returns
Bugs item #879821, was opened at 2004-01-19 16:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=879821group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: E.Sriram (esriram) Assigned to: Nobody/Anonymous (nobody) Summary: SpyMessageConsumer.close() never returns Initial Comment: The close() method of SpyMessageConsumer never returns. Thread dump shows that the close() method got stuck on a Thread.join(). Thread dump attached. Close Thread: Thread-0 prio=1 tid=0x0a3c3e68 nid=0x8bc in Object.wait() [41bcc000..41bcd298] at java.lang.Object.wait(Native Method) - waiting on 0x4971d260 (a java.lang.Thread) at java.lang.Thread.join(Thread.java:1001) - locked 0x4971d260 (a java.lang.Thread) at java.lang.Thread.join(Thread.java:1054) at org.jboss.mq.SpyMessageConsumer.close(SpyMessageConsumer.java:409) at com.adventnet.tree.notification.TreeViewNotificationHandler.cleanup(TreeViewNotificationHandler.java:81) ... ... ... The close() method is waiting for a MessageListener thread which is on an Object.wait(). MessageListenerThread: MessageListenerThread - TreeNotificationTopic prio=1 tid=0x08711490 nid=0x8bc in Object.wait() [607b4000..607b5098] at java.lang.Object.wait(Native Method) - waiting on 0x4971d2a8 (a java.util.LinkedList) at java.lang.Object.wait(Object.java:429) at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:495) - locked 0x4971d2a8 (a java.util.LinkedList) at java.lang.Thread.run(Thread.java:534) The root cause is a threading issue between the threads mentioned above. The fix would be to move the listenerThread.join() inside a synchronized block on messages. --E.Sriram -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=879821group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-879821 ] SpyMessageConsumer.close() never returns
Bugs item #879821, was opened at 2004-01-19 16:52 Message generated for change (Comment added) made by esriram You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=879821group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: E.Sriram (esriram) Assigned to: Nobody/Anonymous (nobody) Summary: SpyMessageConsumer.close() never returns Initial Comment: The close() method of SpyMessageConsumer never returns. Thread dump shows that the close() method got stuck on a Thread.join(). Thread dump attached. Close Thread: Thread-0 prio=1 tid=0x0a3c3e68 nid=0x8bc in Object.wait() [41bcc000..41bcd298] at java.lang.Object.wait(Native Method) - waiting on 0x4971d260 (a java.lang.Thread) at java.lang.Thread.join(Thread.java:1001) - locked 0x4971d260 (a java.lang.Thread) at java.lang.Thread.join(Thread.java:1054) at org.jboss.mq.SpyMessageConsumer.close(SpyMessageConsumer.java:409) at com.adventnet.tree.notification.TreeViewNotificationHandler.cleanup(TreeViewNotificationHandler.java:81) ... ... ... The close() method is waiting for a MessageListener thread which is on an Object.wait(). MessageListenerThread: MessageListenerThread - TreeNotificationTopic prio=1 tid=0x08711490 nid=0x8bc in Object.wait() [607b4000..607b5098] at java.lang.Object.wait(Native Method) - waiting on 0x4971d2a8 (a java.util.LinkedList) at java.lang.Object.wait(Object.java:429) at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:495) - locked 0x4971d2a8 (a java.util.LinkedList) at java.lang.Thread.run(Thread.java:534) The root cause is a threading issue between the threads mentioned above. The fix would be to move the listenerThread.join() inside a synchronized block on messages. --E.Sriram -- Comment By: E.Sriram (esriram) Date: 2004-01-19 17:34 Message: Logged In: YES user_id=694460 The fix I suggested (i.e) moving the Thread.join inside a synchronized block on messages will not work. Some other fix should be identified. --E.Sriram -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=879821group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Client
hello. I am interested in developing an application client for jboss, just like Websphere AdminClient and more easy to use. As a success software, i think the good interface is also important. I have just finished the main interface of the client, but it's a bit large(2M) and i cannot send it as an attachment.I also want to know if i can continue this work and what else i need to know? Regards. haodan _ MSN Hotmail http://www.hotmail.com --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CALL ME
KALISTER MAUNDA [MISS] EMAIL: [EMAIL PROTECTED] DATE: 19 - 01 - 04 Greetings, How are you? And hope all is well? You might be surprise to receive this mail but I will like you to go through it carefully before responding, I hope at the end it will find you and your business in the best of interest. Let me quickly introduce myself and the reason why contacting you is very important. I am Kalister Maunda; I am a senior staff at the Office of the Minister of Petroleum Affairs Angola. I have traveled along side with the Minister to your country in search of investors that will come and invest on our Petroleum Sector, it was in one of this trip that I was opportune to realize that the trips been made by the Minister is not for the search for an investor but for the search for what he will invest part of the Money made from Angolan petroleum Export that he has diverted to be his own. I was shocked at this discovery, but I later realized that I was the only one among other staffs that was not aware of these happenings, investigation into this matter made me to know that even the president is involved. I suddenly realized that the BBC and the Excite news achieve below is true. http://news.bbc.co.uk/1/hi/business/2546281.stm http://apnews.excite.com/article/20040113/D8023NJ01.html I arrived from the trip I made with the minister and went straight to confront my Head of Department, and he told me that he is aware of the whole situation, he went further to show me some documents that was used to transfer some millions of American Dollars to a safe country in Europe, he said I should assist him in the search for a reputable and trust worthy business man that can assist us in claiming the money as well as advising us on what we are to invest our share into. I am therefore asking for your opinion on this issue, will you be able to assist us in claiming the money of which some percentage of the total amount involved will be granted to you for assisting us and for the time you spent on the transaction. If you are willing to assist us kindly provide us with details of how we can reach you by phone or by fax so that we can proceed to conclude this transaction. You can contact me on my email [EMAIL PROTECTED] Yours Truly, Kalister Maunda [MISS] [EMAIL PROTECTED] The information contained in this email message is confidential It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Kindly delete if the content of the mail is not of interest to you.
[JBoss-dev] [ jboss-Bugs-858089 ] jms directory gets redeployed
Bugs item #858089, was opened at 2003-12-10 23:46 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=858089group_id=22866 Category: None Group: v3.2 Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Srivatsan (srivatsanp) Assigned to: Scott M Stark (starksm) Summary: jms directory gets redeployed Initial Comment: When I just open and close the jbossmq-service.xml present in jms directory, the jms gets redeployed. The time stamp of the jms directory changes when I just open the file. This behaviour happens in Linux. JBoss version I am using is 3.2.1 -- Comment By: Scott M Stark (starksm) Date: 2004-01-19 07:34 Message: Logged In: YES user_id=175228 The release notes describe this behavior: Added a RecursiveSearch which is set to true by default so that deploy subdirectories are just seen to be holding deployable content. If this is false, deploy subdirectories are seen to be unpackaged jars with nested subdeployments. -- Comment By: Srivatsan (srivatsanp) Date: 2004-01-18 22:03 Message: Logged In: YES user_id=687037 When we use VIM editor for opening any file, creation of swp file changes the timestamp of that directory in Linux. So when I open jbossmq-service.xml in vim, It results in redeployment of jms directory. This happens when we set RecursiveSearch=False in conf/jboss-service.xml. When I set RecursiveSearch=True, the above problem does not happen. Why is the redeployment happening when the RecursiveSearch is set as False ? Thanks, Srivatsan -- Comment By: Scott M Stark (starksm) Date: 2004-01-15 05:08 Message: Logged In: YES user_id=175228 Make sure the conf/jboss-service.xml settings for the URLDeploymentScanner include a RecursiveSearch=true setting: attribute name=RecursiveSearchTrue/attribute -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=858089group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS server problem
Everyone is seeing this and the site status page indicates this is planned: https://sourceforge.net/docman/display_doc.php?docid=2352group_id=1 ( 2004-01-19 06:55:43 - Project CVS Service ) The developer CVS downtime has been extended. The next update regarding this service will occur at 9AM. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Sunday, January 18, 2004 10:47 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] CVS server problem Hi. Anyone else having a problem connecting to the cvs.jboss.sourceforge.net server via ssh? Can't do checkout/update. Get following error: [EMAIL PROTECTED] test]$ cvs checkout jboss-head ssh: connect to address 66.35.250.207 port 22: Connection refused cvs [checkout aborted]: end of file from server (consult above messages if any) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fwd: ASF JIRA Installation is available
Alive and kicking! I've been lurking out here, but awfully busy with a client using WL$... Marc Fleury wrote: Danch is still alive, amazing, marcf --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-878497 ] User roles don't propagate to jsps from servlets
Bugs item #878497, was opened at 2004-01-16 12:05 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=878497group_id=22866 Category: JBossWeb Group: v3.2 Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Aaron Lindsey (alindsey) Assigned to: Scott M Stark (starksm) Summary: User roles don't propagate to jsps from servlets Initial Comment: When a servlet makes a JMX invocation through the RMI adaptor and then forwards to a jsp, request.isUserInRole() always returns false. If the same invocation is done directly through the MBean server, request.isUserInRole() behaves as expected. If request.isUserInRole() is called from within the servlet, it returns the correct value. This doesn't happen for the 3.0 series with any version of Tomcat. It does happen for the 3.2 series through the latest in CVS. This is running on Linux with JDK 1.4.1. I'm attaching an ear file that can demonstrate the problem. It contains a simple servlet and jmx service. The servlet is protected with basic authentication in the other security domain. To run the test, there must be a user to log in as in the other domain that gets the role USER. When that's configured, you can deploy the ear file and point a browser at: http://host:port/roletest/test.do?method=server This will hit the servlet, make a jmx invocation through the MBean server and forward to the jsp. The following url will invoke through the RMI adaptor. http://host:port/roletest/test.do?method=adaptor Source is contained in the ear file. Aaron -- Comment By: Scott M Stark (starksm) Date: 2004-01-19 07:53 Message: Logged In: YES user_id=175228 This is a duplicate of 835112. The RMIAdaptor in 3.2.3 sets and clears the thread association security context based on the requesting security context. The RMIAdaptor is intended for external clients, no in-vm clients that need access to the MBeanServer. This should be done directly through the MBeanServer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=878497group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] URL based transaction demarcation and long running transations
I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URL based transaction demarcation and long running transations
Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URL based transaction demarcation and long running transations
I say make it a filter. If the invocation mechanism supports interception, you might as well use it. I am also not sure if the web container will have a good joinpoint for this. I hope somebody volunteers. This would be easy to implement and give somebody a good introduction to coding JBoss. Bill Marc Fleury wrote: Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URL based transaction demarcation and long running transations
Something like this ? /myapp/ATMOps/* --- REQUIRES_NEW /myapp/AccountOps/* --- REQUIRES /myapp/SimpleOps/* NOT_SUPPORTED /myapp/FlushOps/* --- NEVER // probably not successful call to: /myapp/ATMOps/completeTransfer COMMIT /myapp/AccountOps/completeUpdate COMMIT redirect to: /myapp/ATMOps/handleError --- ROLLBACK /myapp/AccountOps/handleError --- ROLLBACK etc. 1. Determine the URL 2. Lookup the URL/Transaction Map (Default to NOT SUPPORTED) 3. A. If REQUIRES lookup HTTP Session and grab UserTran. If does not exist, create one and start. B. If REQUIRES_NEW, set flag for Nested tran in session, acquire new user tran and start. C. If NEVER, lookup tran in session and if tran is present and active, throw exception. more rules here //Nicholas --- Bill Burke [EMAIL PROTECTED] wrote: I say make it a filter. If the invocation mechanism supports interception, you might as well use it. I am also not sure if the web container will have a good joinpoint for this. I hope somebody volunteers. This would be easy to implement and give somebody a good introduction to coding JBoss. Bill Marc Fleury wrote: Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What are you doing that is cool on JBoss?
On Jan 16, 2004, at 7:58 PM, Andrew Oliver wrote: How are you receiving the email? Maybe we can put this together with mail services. My current implementation uses an MBean with a pollMail method. This method is called by a Scheduler. When called, the pollMail method looks up the Mail session (configured in the mail-service.xml file) then uses javamail to connect to the configured mail server and attempts to process anything it finds in the INBOX (or whatever folder is configured). If the message is a SOAP message, it sets up a message context and feeds it to the AxisEngine. If it finds a message it doesn't understand, it simply deletes it (assuming it was an attempt to sell the server phallus enhancing drugs or some such thing) This method was just my simple minded attempt to wire JBoss.net to JavaMail, so if there is a way to use mail services, that would be great. Where should I be looking? -jason --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What are you doing that is cool on JBoss?
Checkout jboss-mail and grab: http://superlinksoftware.com/cgi-bin/erswiki.pl?MailServicesForJBoss This would let you send mail via the client. We could probably write a simple JMS or similar client which used Javamail to send to the local server. Email me offline and I'll send you some more draft documentation. (Its a pretty rough draft ) -Andy From: Jason Essington [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 19 Jan 2004 10:58:49 -0700 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What are you doing that is cool on JBoss? On Jan 16, 2004, at 7:58 PM, Andrew Oliver wrote: How are you receiving the email? Maybe we can put this together with mail services. My current implementation uses an MBean with a pollMail method. This method is called by a Scheduler. When called, the pollMail method looks up the Mail session (configured in the mail-service.xml file) then uses javamail to connect to the configured mail server and attempts to process anything it finds in the INBOX (or whatever folder is configured). If the message is a SOAP message, it sets up a message context and feeds it to the AxisEngine. If it finds a message it doesn't understand, it simply deletes it (assuming it was an attempt to sell the server phallus enhancing drugs or some such thing) This method was just my simple minded attempt to wire JBoss.net to JavaMail, so if there is a way to use mail services, that would be great. Where should I be looking? -jason --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URL based transaction demarcation and long running transations
Nicholas wrote: Something like this ? /myapp/ATMOps/* --- REQUIRES_NEW /myapp/AccountOps/* --- REQUIRES /myapp/SimpleOps/* NOT_SUPPORTED /myapp/FlushOps/* --- NEVER // probably not successful call to: /myapp/ATMOps/completeTransfer COMMIT /myapp/AccountOps/completeUpdate COMMIT redirect to: /myapp/ATMOps/handleError --- ROLLBACK /myapp/AccountOps/handleError --- ROLLBACK etc. 1. Determine the URL 2. Lookup the URL/Transaction Map (Default to NOT SUPPORTED) 3. A. If REQUIRES lookup HTTP Session and grab UserTran. If does not exist, create one and start. B. If REQUIRES_NEW, set flag for Nested tran in session, acquire new user tran and start. C. If NEVER, lookup tran in session and if tran is present and active, throw exception. more rules here Sounds good. You interested? Bill //Nicholas --- Bill Burke [EMAIL PROTECTED] wrote: I say make it a filter. If the invocation mechanism supports interception, you might as well use it. I am also not sure if the web container will have a good joinpoint for this. I hope somebody volunteers. This would be easy to implement and give somebody a good introduction to coding JBoss. Bill Marc Fleury wrote: Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URL based transaction demarcation and long running transations
you can look at : http://cvs.sourceforge.net/viewcvs.py/*checkout*/jboss/nukes/nukes/src/ main/org/jboss/nukes/servlet/TransactionFilter.java?content- type=text%2Fplainrev=1.6 only RequiresNew behaviour is used by Nukes julien On Jan 19, 2004, at 7:33 PM, Bill Burke wrote: Nicholas wrote: Something like this ? /myapp/ATMOps/* --- REQUIRES_NEW /myapp/AccountOps/* --- REQUIRES /myapp/SimpleOps/* NOT_SUPPORTED /myapp/FlushOps/* --- NEVER // probably not successful call to: /myapp/ATMOps/completeTransfer COMMIT /myapp/AccountOps/completeUpdate COMMIT redirect to: /myapp/ATMOps/handleError --- ROLLBACK /myapp/AccountOps/handleError --- ROLLBACK etc. 1. Determine the URL 2. Lookup the URL/Transaction Map (Default to NOT SUPPORTED) 3. A. If REQUIRES lookup HTTP Session and grab UserTran. If does not exist, create one and start. B. If REQUIRES_NEW, set flag for Nested tran in session, acquire new user tran and start. C. If NEVER, lookup tran in session and if tran is present and active, throw exception. more rules here Sounds good. You interested? Bill //Nicholas --- Bill Burke [EMAIL PROTECTED] wrote: I say make it a filter. If the invocation mechanism supports interception, you might as well use it. I am also not sure if the web container will have a good joinpoint for this. I hope somebody volunteers. This would be easy to implement and give somebody a good introduction to coding JBoss. Bill Marc Fleury wrote: Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list
RE: [JBoss-dev] JBoss Client
This work would have to be an extension of the 4.0/J2EE 1.4 deployment api, the spec for which is here: http://java.sun.com/j2ee/tools/deployment/index.jsp This work may also have some parts in common with the current web-console application, located in the jboss-head/console application and accessible from http://localhost:8080/web-console/ in the default and all configs. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of hao dan Sent: Monday, January 19, 2004 5:38 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss Client hello. I am interested in developing an application client for jboss, just like Websphere AdminClient and more easy to use. As a success software, i think the good interface is also important. I have just finished the main interface of the client, but it's a bit large(2M) and i cannot send it as an attachment.I also want to know if i can continue this work and what else i need to know? Regards. haodan --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: PZIRDNA, compromised himself with
Free Cable& TV freya dallas scotsman vociferous chaparral flange afterglow fullback peabody delete cite swishy canine crotch tubule sainthood dilogarithm fecund attorney life bog bamboo calorie bye ewing committable appetite alway sort howell formaldehyde hertzog atone appropriate millipede dazzle electrolytic grimm sushi footwork
[JBoss-dev] [ jboss-Bugs-880191 ] 3.2.3prod, jboss.xml depends clause breaks undeployment
Bugs item #880191, was opened at 2004-01-19 14:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ivan Parra (ioparra) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2.3prod, jboss.xml depends clause breaks undeployment Initial Comment: I had this problem when migrating to JBoss3.2.3 (prod). I then recreated from CVS tag JBoss_3_2_3. Here is how to set up the scenario: 1) compile JBoss_3_2_3 2) compile testsuite 3) modify the unpacked/eardeployment.ear/sessionb.jar/META- INF/jboss.xml Note: that sessiona.jar deploys Session B a) add dependsjboss.j2ee:jndiName=eardeployment/Sessi onB,service=EJB/depends to the SessionA. 4) deploy the application You can either 5) undeploy the application and look at the JMX-Console a)after undeployment, the mbean for sessionA will still exist OR 5) redeploy and get an InstanceAlreadyExistsException from the JMX layer. This did work in JBoss3.2.1. I also noticed from the MainDeployer.listDeployed()(via JMXConsole) that not all jars are in the STARTED state. Some are in START_DEPLOYER state. Check this first before testing. I saw random things in this state(jms-ds.xml, hsqldb-ds.xml, jbossmq- service.xml, etc.) Is that intentional? When I added mbean dependencies for the session, I noticed the status changes from STARTED to START_DEPLOYER. That may be the reason. If I find anything else out, I'll post. Good Luck! -Ivan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-880191 ] 3.2.3prod, jboss.xml ltdependsgt breaks undeployment
Bugs item #880191, was opened at 2004-01-19 14:48 Message generated for change (Settings changed) made by ioparra You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ivan Parra (ioparra) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2.3prod, jboss.xml ltdependsgt breaks undeployment Initial Comment: I had this problem when migrating to JBoss3.2.3 (prod). I then recreated from CVS tag JBoss_3_2_3. Here is how to set up the scenario: 1) compile JBoss_3_2_3 2) compile testsuite 3) modify the unpacked/eardeployment.ear/sessionb.jar/META- INF/jboss.xml Note: that sessiona.jar deploys Session B a) add dependsjboss.j2ee:jndiName=eardeployment/Sessi onB,service=EJB/depends to the SessionA. 4) deploy the application You can either 5) undeploy the application and look at the JMX-Console a)after undeployment, the mbean for sessionA will still exist OR 5) redeploy and get an InstanceAlreadyExistsException from the JMX layer. This did work in JBoss3.2.1. I also noticed from the MainDeployer.listDeployed()(via JMXConsole) that not all jars are in the STARTED state. Some are in START_DEPLOYER state. Check this first before testing. I saw random things in this state(jms-ds.xml, hsqldb-ds.xml, jbossmq- service.xml, etc.) Is that intentional? When I added mbean dependencies for the session, I noticed the status changes from STARTED to START_DEPLOYER. That may be the reason. If I find anything else out, I'll post. Good Luck! -Ivan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-880191 ] 3.2.3prod, jboss.xml depends breaks undeployment
Bugs item #880191, was opened at 2004-01-19 14:48 Message generated for change (Settings changed) made by ioparra You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ivan Parra (ioparra) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2.3prod, jboss.xml depends breaks undeployment Initial Comment: I had this problem when migrating to JBoss3.2.3 (prod). I then recreated from CVS tag JBoss_3_2_3. Here is how to set up the scenario: 1) compile JBoss_3_2_3 2) compile testsuite 3) modify the unpacked/eardeployment.ear/sessionb.jar/META- INF/jboss.xml Note: that sessiona.jar deploys Session B a) add dependsjboss.j2ee:jndiName=eardeployment/Sessi onB,service=EJB/depends to the SessionA. 4) deploy the application You can either 5) undeploy the application and look at the JMX-Console a)after undeployment, the mbean for sessionA will still exist OR 5) redeploy and get an InstanceAlreadyExistsException from the JMX layer. This did work in JBoss3.2.1. I also noticed from the MainDeployer.listDeployed()(via JMXConsole) that not all jars are in the STARTED state. Some are in START_DEPLOYER state. Check this first before testing. I saw random things in this state(jms-ds.xml, hsqldb-ds.xml, jbossmq- service.xml, etc.) Is that intentional? When I added mbean dependencies for the session, I noticed the status changes from STARTED to START_DEPLOYER. That may be the reason. If I find anything else out, I'll post. Good Luck! -Ivan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=880191group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web integration (clustering) updates
The problem is due to how the ROOT.war is deployed. Instead of being deployed as a unique war with its own UCL, it is being associated as a nested deployment of the jbossweb-tomcat50.sar, and uses the sar UCL as the war URL: 2004-01-19 14:55:04,085 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] Added url: file:/C:/cvs/JBoss3.2/jboss-3.2/build/output/jboss-3.2.4RC1/server/tomcat5/de ploy/jbossweb-tomcat50.sar/ROOT.war/, to ucl: org.jboss.mx.loading.UnifiedClassL [EMAIL PROTECTED] url=file:/C:/cvs/JBoss3.2/jboss-3.2/build/output/jboss-3.2.4RC1/s erver/tomcat5/deploy/jbossweb-tomcat50.sar/ ,addedOrder=5} When the shutdown occurs, all wars are undeployed, and then the jbossweb-tomcat50.sar. The stopService method of the jbossweb-tomcat50.sar is called after the ROOT.war has been undeployed and the jbossweb-tomcat50.sar UCL removed from its repository. A sar which is a deployer with a nested deployment is not going to shutdown cleanly. I'm still looking at why the NPE was not seen before, but this shutdown behavior is not new. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Thursday, January 08, 2004 12:06 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Web integration (clustering) updates I am able to reproduce the problem, but after spending a good bit of time trying to find the bug, I am at a loss. Here is what I have found so far (Scott maybe you would be able to figure it out based on this info?). The LoaderRepository variable, repository, within UnifiedClassLoader is null when loadClassImpl() is called. Best I can tell, this probably happens because UnifiedClassLoader::setRepository() is called with a null value or UnifiedClassLoader::unregister() is called (am guessing it is the later). The MainDeployer does call the unregister() method on the UnifiedClassLoader, but not until after it calls stop(), which is where the NPE occurs (so has not gotten to the unregister() call yet). My best guess is that the problem stems from destroying one of the sub deployments (which happens before the NPE and will call unregister(), but not familiar enough with classloader/deployment stuff to know if would be using same UnifiedClassLoader instance). I did notice an exception in the log before the NPE (am attaching snippet of the log). I also checked the MainDeployer, UnifiedClassLoader, and UnifiedClassLoader3 for recent code changes. The MainDeployer had only one change related to using a HashSet for the waitingForClasses collection. The UnifiedClassLoader3 did not have any changes. The UnifiedClassLoader had a lot of changes, but don't seem related to this (but could be missing something). Remy Maucherat wrote: Tom Elrod wrote: So is this still an issue? If so, how do I reproduce (will look at it tonight)? The value of looking into this is that it could possibly be a regression. Otherwise, the workaround is good enough :) - Use the TC 5 SAR instead of the TC 4.1 SAR - In the server.xml of the SAR, replace Host name=localhost by Host name=localhost autoDeploy=false deployOnStartup=false (that way, Tomcat will do a Class.forName during its shutdown, but before AbstractWebContainer.stopService is called) Rémy --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 95 % ( 1680 / 1759 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Jan 20 01:23:33 GMTST 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1759 Successful tests: 1680 Errors:60 Failures: 19 [time of test: 2004-01-20.00-31 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2004-01-20.00-31 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.POJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testNonadvisedRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.NonadvisedPOJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.POJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredNonadvisedRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.NonadvisedPOJO - Suite: org.jboss.test.classloader.test.ScopingUnitTestCase Test:testWarXmlOverrides Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: org.jboss.test.cmp2.readonly.ReadonlyUnitTestCase Test:testSetUp Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Column not found: ID in statement [INSERT INTO Publisher (id, name) VALUES (1,'O''Reilly Associates')] === Tue Jan 20 01:23:34 GMTST 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 95 % ( 1679 / 1759 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.2_01) [AUTOMATED]
Tue Jan 20 02:35:55 GMTST 2004 === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1759 Successful tests: 1679 Errors:59 Failures: 21 [time of test: 2004-01-20.01-44 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.2_01/logtests/testresults/reports/html//2004-01-20.01-44 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.POJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testNonadvisedRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.NonadvisedPOJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.POJO - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredNonadvisedRemoting Type:error Exception: java.rmi.UnmarshalException Message: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.jboss.aop.proxy$org.jboss.test.aop.bean.NonadvisedPOJO - Suite: org.jboss.test.classloader.test.ScopingUnitTestCase Test:testWarXmlOverrides Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: org.jboss.test.cmp2.readonly.ReadonlyUnitTestCase Test:testSetUp Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Column not found: ID in statement [INSERT INTO Publisher (id, name) VALUES (1,'O''Reilly Associates')] === Tue Jan 20 02:35:55 GMTST 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: EO, mirror that stood
Banned CD Government don't want me to sell it. See Now - curb oviform agglomerate fortieth ambulant karp astrology inclement contention footman portland melamine evident gourd chuck coffman rebecca calkins usable recur sable heighten multiplicand behavioral palate concur pathology dunham protege rasa hold fetus infinitive dolce celtic chicago anatole denudation recruit gurgle jagging rebelled average grunt vouchsafe umbilicus pathway turbojet arcana testimonial terramycin tyrannic pollux vise abed din crush solidus catkin phagocyte chord colorimeter reluctant hercules paste spinster approach lester civilian champion alkane dance cosy variable bien cornfield angela abed waterproof threonine barrymore wise spooky clothesman cowboy gabardine knickerbocker blameworthy connote swept congenial arthritis springtail glendale madhouse wisconsin pointwise extricate purport beverage advantageous chit cavalry shrive superfluity begotten tackle benefit agnomen adenosine offstage perverse revisable postfix california adultery harvest strange hemorrhoid proteolysis sumatra wardrobe lutetium cinnabar downcast bosch desert irresistible friedrich dartmouth monologist statistician dabble sixty zeroth oxen thorpe jacm loophole u's argillaceous dominique devisee dearth larkin econometric coincide prolix bootstrap who'll antagonism ulysses thimbu ukraine weak radiotherapy blackout barnard baldy gale verdi aldermen ingersoll elegiac envelop apart oint trivium host nightmare layman bausch goggle ballroom apocalyptic lindbergh chilblain field buckboard lacustrine cocoa shamble swung mn upheaval competitor leery extralegal intellectual lares eastbound converge affair purposive impregnate devious irritable courtier copyright embroider democrat bellow gunman samuelson bellow caribbean chesterton could honda churchgoer moreover anorthic leer agglutinin twelfth expressive len protagonist bandage inputting considerate neurasthenic verge apprise inject enough higgins harm tollgate dully juxtaposition seashore triplett antares alternate compute ks mrs pliable soak
