[JBoss-dev] LogInterceptor two log messages per exception
The current LogInterceptor impl will log two messages (in some cases), one with a brief description and one with the full detail. This will cause the exception to span multipule lines in the generated output files, since another message might have been logged by another thread between the two calls. Can we compact these into one message? Perhaps if there is more than one exception to dump stack for we could wrap them in Throwables which can properly dump stack from it's children. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: user57 Date: 01/08/14 15:53:52 Modified:src/etc/conf/default jboss.jcml Log: o updated JettyService MBean (still commented out though) Revision ChangesPath 1.56 +13 -7 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- jboss.jcml2001/08/12 15:41:06 1.55 +++ jboss.jcml2001/08/14 22:53:52 1.56 @@ -1,4 +1,5 @@ ?xml version=1.0 encoding=UTF-8? +!DOCTYPE server !-- = -- !-- -- @@ -6,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jboss.jcml,v 1.55 2001/08/12 15:41:06 chirino Exp $ -- +!-- $Id: jboss.jcml,v 1.56 2001/08/14 22:53:52 user57 Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -211,13 +212,18 @@ name=DefaultDomain:service=EmbeddedTomcat/ -- - !-- Uncomment and set file URL to add Jetty service - (you can set config more than once) + !-- + | Uncomment to enable the Jetty service. + | + | Besure to check that the configuration values are valid for your + | environment. mbean code=org.jboss.jetty.JettyService - name=DefaultDomain:service=Jetty -attribute name=Configuration - file URL to jetty.xml e.g. file:/usr/local/jboss/dist/conf/default/jetty.xml -/attribute + name=:service=Jetty +attribute name=JettyHome../../jetty/attribute +attribute name=Configurationjetty.xml/attribute +attribute name=WebDefault../../jetty/etc/webdefault.xml/attribute +attribute name=UnpackWarstrue/attribute +attribute name=PublishMBeanstrue/attribute /mbean -- ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Stateful bean with different transaction context
I was trying to track down a concurrency problem which would show up as an Oracle deadlock exception. It looks like that exception was happening due to some fk constraints causing parent tables to lock and such. Any ways, after I got that deadlock exception, I got a ton of these session bean context errors. I think that I have fixed the deadlock problem by removing some of the fk constraints (which I don't like too much, but it stopped the exception from being thrown), but I am still getting these errors. I thought they were caused by the oracle problem, but now I think there might be something else going on. Does anyone have any ideas on why this might happen, and or how I might go about fixing it? The TX stuff is still a bit of a mystery to me. Any help would be appreciated. Below is the log of the exception thrown. --jason 2001-08-14 15:59:52,726 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - TRANSACTION ROLLBACK EXCEPTION: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context ... 2001-08-14 15:59:52,842 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - Detail java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSessionInstanceInterceptor.java:207) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:354) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:445) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:339) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) at $Proxy28.handle(Unknown Source) at com.boldfish.does.job.service.internal.ResponseProcessorEJB.process(ResponseProcessorEJB.java:152) at com.boldfish.ejb.AbstractMessageDrivenBean.onMessage(AbstractMessageDrivenBean.java:132) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.MessageDrivenContainer$ContainerInterceptor.invoke(MessageDrivenContainer.java:410) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.invoke(MessageDrivenInstanceInterceptor.java:79) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.MessageDrivenContainer.invoke(MessageDrivenContainer.java:285) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke(JMSContainerInvoker.java:165) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:644) at org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:290) at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:257) at org.jboss.mq.SpySession.run(SpySession.java:176) at org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems with latest jboss-jetty?
A trivial testcase is to simply start the bundle with the tomcat-test.ear in the deploy directory and then touch the ear after startup. I see the same basic behavior with both the 2.4.0.26 JBoss tomcat and jetty bundles, and neither does a double deployment. - Original Message - From: Julian Gosnell To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 5:47 PM Subject: Re: [JBoss-dev] problems with latest jboss-jetty? Marc, I'd be interested to know if the same version of JBoss with TomCat exhibits this double deployment problem - otherwise it is something that I should be looking at. Jules ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] DataSourceLoader...
What do you guys think about implemented a version of the DataSource loader that allows for encrypted passwords? I am required to use encrypted db passwords.. And I was thinking that even if I encrypt once I write the jboss.jcml It is now clear text again.. d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/ejb/plugins/iiop CDRStreamReader.java CDRStreamWriter.java EJBMetaDataImpl.java
User: reverbel Date: 01/08/14 17:13:04 Modified:iiop/src/main/org/jboss/ejb/plugins/iiop CDRStreamReader.java CDRStreamWriter.java EJBMetaDataImpl.java Log: Added @version tag. Revision ChangesPath 1.2 +3 -0 contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStreamReader.java Index: CDRStreamReader.java === RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStreamReader.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CDRStreamReader.java 2001/08/14 21:25:40 1.1 +++ CDRStreamReader.java 2001/08/15 00:13:04 1.2 @@ -15,6 +15,9 @@ * codeCDRStreamReader/code that knows how to unmarshal codeint/codes, * a codeLongReader/code is a codeCDRStreamReader/code that knows how * to unmarshal codelong/codes, and so on. + * + * @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a + * @version $Revision: 1.2 $ */ public interface CDRStreamReader { 1.2 +3 -0 contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStreamWriter.java Index: CDRStreamWriter.java === RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStreamWriter.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CDRStreamWriter.java 2001/08/14 21:25:40 1.1 +++ CDRStreamWriter.java 2001/08/15 00:13:04 1.2 @@ -15,6 +15,9 @@ * codeCDRStreamWriter/code that knows how to marshal codeint/codes, * a codeLongWriter/code is a codeCDRStreamWriter/code that knows how * to marshal codelong/codes, and so on. + * + * @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a + * @version $Revision: 1.2 $ */ public interface CDRStreamWriter { 1.2 +1 -0 contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/EJBMetaDataImpl.java Index: EJBMetaDataImpl.java === RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/EJBMetaDataImpl.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- EJBMetaDataImpl.java 2001/08/14 21:25:40 1.1 +++ EJBMetaDataImpl.java 2001/08/15 00:13:04 1.2 @@ -22,6 +22,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a * @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a + * @version $Revision: 1.2 $ */ public class EJBMetaDataImpl implements EJBMetaData, Serializable ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] IIOP Container Invoker for JBoss
Hi, I have committed to contrib/iiop a preliminary version the IIOP container invoker. The container invoker classes are in packages org.jboss.ejb.plugins.iiop and org.jboss.ejb.plugins.iiop.server. They use Ole's RMI/IIOP mapping classes (package org.jboss.iiop.rmi). Ole: Thanks for the home POA in your CorbaORBService MBean. Already switched to it. Very convenient, indeed. Saw you have also set up an in-VM naming server, great. I am not using it yet, but soon will. On Sun, 12 Aug 2001, Ole Husgaard wrote: This still leaves the question on how the clients get a reference to the naming service. But I guess we have to address this anyway to avoid using the SUN-specific class com.sun.jndi.cosnaming.CNCtxFactory at client-side. This class is in Sun's jdk 1.x for x = 3. It does the CosNaming/JNDI mapping, RMI/IIOP clients need it to access the CORBA name service through JNDI. Pure CORBA clients can use the org.omg.CosNaming stubs instead. Switching subjects a little bit... Some time ago you wrote it would be nice to have some sort of generic RMI/IIOP stub to be used by clients. At that time I thought a generic stub would be very hard to do. I have changed my mind. A generic RMI/IIOP stub would mirror the generic skeleton in IIOPContainerInvoker. It would use a pair of HashMaps from Methods to StubStrategies, just like the generic skeleton uses a pair of HashMaps from Strings to SkeletonStrategies. The StubStrategy class would be quite similar to the SkeletonStrategy. It would even use the same set of auxiliary reader and writer classes. (By the way, this is why I reorganized these marshalling/unmarshalling classes a little bit. And renamed my old MethodDescriptor class to SkeletonStrategy, implying there might be a StubStrategy sometime.) A generic stub would be a DynamicProxy, in order to be independent of its remote interface. The stub _code_ would be a one size fits all thing, but its _data_ (the pair of HashMaps) would be interface-dependant. The generic stub would download its pair of HashMaps from the server, which created them at deployment time. This seems to be the single non-trivial part... Best regards, Francisco Reverbel ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite team.jsp
User: mnf999 Date: 01/08/14 18:20:11 Modified:.team.jsp Log: Promotionsx Revision ChangesPath 1.4 +12 -14newsite/team.jsp Index: team.jsp === RCS file: /cvsroot/jboss/newsite/team.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- team.jsp 2001/07/08 03:39:44 1.3 +++ team.jsp 2001/08/15 01:20:11 1.4 @@ -7,19 +7,7 @@ p class=headJBOSS.ORG A WORLDWIDE EFFORT p class=textJBoss is composed of 50 direct contributors and a community of about 500 developers worldwide. Our user base is many tens of thousands. p class=textOpen Source is a big open house, people come people go. Some impress us for a few weeks, some lurk for months and help bit by bit, some waste our time for years. Some stay some move on. Globally though the best stay around and it is the sum of all of us that put this amazing code together... - - p class=headTHE BOARD - p class=textThe guidelines for project decisions and inviting members of the Organisation to be part of the Core Team are straight-forward and designed to perpetuate the project for its long term success. You can think of the Board as being at the bottom of the Organisational structure holding it up, bthere are no fancy boardrooms or suits and ties here/b - if you're on the Board you'll probably be in the trenches most of the time, up late most nights learning, coding, thinking, planning, fixing bugs or answering questions and trying to match people to teams. - p class=textValued Members who have proven their worth through hard work will most likely find it a natural progression merging into the board. Treat the Core team like you treat everyone else in the Organisation and tell them when their work is good or bad, wrong or right ... and occasionally give them a pat on the back - hopefully their power won't go to their feet. The board is - ul - li class=textMarc Fleury, USA - li class=textJuha Lindfors, Finland - li class=textOleg Nitz, Ukraine - li class=textScott Stark, USA - li class=textDan O'Connor, USA - /ul - p class=texta class=link href=mailto:[EMAIL PROTECTED];bwrite to the board/b/a - + p class=headCORE DEVELOPERS p class=textThese folks are the core group of contributors, most of the code was done by them @@ -221,7 +209,17 @@ p class=textbimg src=pictures/jason.jpg border=1 align=left/b Jason is a UN*X systems administrator turned software engineer/architect with a passion for excellence and a soft spot for Java technology. He specializes in infrastructure components and tends to put an emphasis on correctness opposed to quickness. I have been leveraging open source software for most of my professional life, and it is time to return the favor. In his free time he paints (in oil), snow boards, mountain bikes and ... oh wait what free time? - + + /tr + tr + + td width=50%bBill Burke, USA/b + p class=textbimg src=pictures/billb.jpg border=1 align=left/b + p class=textBill is a Sr. Developer at Mercantec where they currently have a product built on top of JBoss. Some of his career highlights include being a part of the Orbix2000 team at Iona, where he helped them build some of their CORBA products, and participating in the birth of 2 startups(Open Environment and OneWave) while at Cambridge Technology Group . In his spare time, besides contributing to JBoss, Bill likes to hang with his wonderful wife and is a rabid football fan being a New England Patriots season ticket holder for the past 10 years. + + td width=50%bVinay Menon, UK/b + p class=textbimg src=pictures/vinay.jpg border=1 align=left/b + Currently based in London, United Kingdom, I have come a
RE: [JBoss-dev] Jaws debug mode
What do you think about call-logging of standardjoss.xml, should we remove this too ? Probably. Does anyone know what the cost of the isXXXEnabled() methods are? Should we define booleans after Category creation, that can cache these values to improve speed, or just keep calling isXXXEnabled() each time? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite faq.jsp index.jsp
User: mnf999 Date: 01/08/14 18:18:11 Modified:.faq.jsp index.jsp Log: Communication is important Revision ChangesPath 1.7 +2 -2 newsite/faq.jsp Index: faq.jsp === RCS file: /cvsroot/jboss/newsite/faq.jsp,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- faq.jsp 2001/07/02 15:44:55 1.6 +++ faq.jsp 2001/08/15 01:18:11 1.7 @@ -168,7 +168,7 @@ p class=textBack to a class=link href=#FAQ_CONTENTSFAQ Contents/a h3a name=FAQ-JBOSS-SURVIVAL/aHow does JBoss survive ?/h3 p class=textJBoss is an open source project. It came into existence due entirely to the generosity of a small but growing group of very talented and prolific software developers and architects who designed, developed and continue to improve the suite of J2EE application servers available from this website. The project has survived up to this point because this group has remained dedicated and invested significant resources into the project. As a result the project has thrived and an equally dedicated community of users continue to grow around it at a phenomenal rate. -p class=textToday JBoss, is a large and successful open source project with the binary distributions available on the site being downloaded over 500 times everyday. A project of this size only survives because ieveryone/i in the project's community actively contribute to it's future. There are many forms of contributions including financial or equipment donations (please contact the the a href=team.jspJBoss Board/a), technical skills in software development and testing and, insightful wisdom and real-life feedback as technical authors and documenters. iWhat are you going to contribute?/i +p class=textToday JBoss, is a large and successful open source project with the binary distributions available on the site being downloaded over 500 times everyday. A project of this size only survives because ieveryone/i in the project's community actively contribute to it's future. There are many forms of contributions including financial or equipment donations, technical skills in software development and testing and, insightful wisdom and real-life feedback as technical authors and documenters. iWhat are you going to contribute?/i p class=textBack to a class=link href=#FAQ_CONTENTSFAQ Contents/a h3a name=FAQ-JBOSS-IIOP/aDoes JBoss support RMI/IIOP ?/h3 p class=textNo. We do not support RMI/IIOP or OTS./p @@ -268,7 +268,7 @@ p class=textThe best source for technical information is in the JBoss a class=link href=doco_files/jaws.dtdmanual/a. Specifically, the sections on a class=link href=/documentation/HTML/ch02.htmlBasic Configuration/a and a class=link href=/documentation/HTML/ch07.htmlContainer Architecture/a./p p class=textBack to a class=link href=#FAQ_CONTENTSFAQ Contents/anbsp;/p h3a name=FAQ-CONTAINER-CONTRIBUTE/aHow can I contribute to JBoss ?/h3 -p class=textUnless you have your own ideas, send mail to a class=link href=mailto:[EMAIL PROTECTED]?subject=%22I%20want%20to%20help%20JBoss!%22;the board/a indicating your interests. Even if you have your own ideas, it helps to get involved in the mailing-list to identify areas of need and avoid duplicated (i.e. wasted) effort./p +p class=textUnless you have your own ideas, start following jboss-dev and getting patches submitted into the sourceforge system. Even if you have your own ideas, it helps to get involved in the mailing-list to identify areas of need and avoid duplicated (i.e. wasted) effort./p p class=textBack to a class=link href=#FAQ_CONTENTSFAQ Contents/anbsp;/p h3a name=FAQ-CONTAINER-HELP/aWhat help exists to help me learn about the JBoss source ?/h3 p class=textThe a class=link href=#FAQ-CONTAINER-SPECStechnical information/a listed above is a great place to start. Don't overlook the mailing list archives for the various components. As you get into the code, the jboss-dev mailing list is the best place to direct your questions. The javadocs come with the binary distribution (in the docs directory), or you can create the javadocs from the source with 'build javadocs'./p
[JBoss-dev] CVS update: newsite store.jsp
User: mnf999 Date: 01/08/14 18:19:14 Modified:.store.jsp Log: More on the store, less is sometimes more Revision ChangesPath 1.2 +13 -60newsite/store.jsp Index: store.jsp === RCS file: /cvsroot/jboss/newsite/store.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- store.jsp 2001/07/31 18:50:27 1.1 +++ store.jsp 2001/08/15 01:19:14 1.2 @@ -5,78 +5,31 @@ /jsp:include !-- CONTENT -- - p class=headJBoss Group store is coming!!!/p -p class=textThe JBoss Group store is the place to buy documentation, books, - and server add-ons. It is run by the JBoss Group to provide the following: - ul -liProvide printable documentation, tutorials and books on JBoss/li -liJBoss logo imprinted merchandise/li -liOffer inovative add-ons for the JBoss server/li -liSupport the JBoss development effort. A portion of any sale - goes to the JBoss Group to keep development focused on improving - the JBoss core feature set. - /li - /ul -/p - p class=headJBoss Merchandise/p +p class=headJBOSS WEAR p class=textBuy t-shirts, hats, mugs, mouse pads, etc., with the JBoss logo to show your support of JBoss. The complete mechandise catalog is available here: a href=http://www.cafepress.com/jbossstore;Merchandise Catalog/a - p class=headCurrent server add-on offerings/p - ul - libMVCSoft Persistence Manager - Professional Edition Version 0.7/b + p class=headSOFTWARE ADD-ONS/p + + p class=text bMVCSoft Persistence Manager/b - Professional Edition Version 0.7/b The MVCSoft Persistence Manager is an implementation of container-managed persistence as defined in the EJB 2.0 specification (proposed final draft). It supports EJB 2.0 CMP entity objects, relationships, and the EJB Query Language. You can begin working with EJB 2.0 entities right away, and you are free to redistribute your processed EJB components along with the MVCSoft runtime components at no additional cost. - br + br Developed by Dan OConnor. a href='http://www.flashline.com/components/view.jsp?prodid=4024affiliateid=260343'Buy at Flashline/a - /li - libJBoss Deployer Plugin for Together/b - A plugin that allows one to aunch JBoss in debug, deploy the EJBs, launch Tomcat in debug and + + p class=text bJBoss Deployer Plugin for Together/b + A plugin for the popular TogetherJ modeling IDE that allows one to launch JBoss in debug mode, deploy the EJBs, launch Tomcat in debug and deploy the servlet/JSPs then and step through the servlets/jsps/ejbs in the debugger - (and JBoss code if you so wish), all without leaving Together. + (even JBoss code), all without leaving Together. Developed by Mike Swainston ex-TogetherSoft. br Available on Flashline soon! - /li - /ul - - p class=headAdd-On developer profiles/p - h3Daniel O'Connor/h3 - p class=textIn the early days of JBoss, Daniel O'Connor solved a ClassLoader - problem, making him the first person to get one EJB to call another - within the container. His subsequent contributions to JBoss include - the dynamic proxy replacement for JDK 1.2.2, the first security - plugin, and local interface support. He is the co-author of three - Wrox books: Professional Java Server Programming J2EE Edition, - Professional EJB, and Professional Oracle 8i Application - Programming with Java, PL/SQL, and XML. Prior to founding - MVCSoft, his industry experience ranged from developing CAD and - machine-control software, to writing a C++ application server for a - top-forty ERP company (in the days that Java was just for applets). - /p - - h3Mike Swainston-Rainford/h3 - p class=textMike has ten years experience in developing network systems covering a huge -range of technologies. He has worked on large internet/intranet projects -and has a thorough understanding of the issues of distributed systems -design and integration. He has written a regular distributed objects column -in Application Development Advisor and holds a Masters degree in -Information Systems. He now specialises in J2EE and webOS technologies - -architecting and developing as well as mentoring other developers in these -new technologies. He has been a user and supporter of JBoss from its -earliest days and always recommends it for a development groups first -exposure to J2EE. He
[JBoss-dev] plugins/jetty integration with jboss-all
Hello, I have a version of the contrib/jetty module (from the jboss_buildmagic) branch, which has been updated to function with the new build system. It looks like you work with most of the jboss-jetty releases, so I wanted to pass this by you before I commit anything back to HEAD. As the changes stand now (in the jboss_buildmagic) branch, the plugins/jetty module can be included in the jboss-all supermodule. When a release is built it will compile the support classes into jetty-plugin.jar and copy over all of the jetty support jars into lib/ext. There are a few issues that I wanted to touch on here. First, I added the Jetty 3.1 rc7 Jetty3Extra v0.0.5 (which I just downloaded from SF) into thirdparty/mortbay/... This is the first issue, that currently there is no way to allow per module thirdparty libraries to be included selectivly. It is possible to trim down the stuff from thirdparty, but then when items are added, users are forced to `cvs checkout` of that module to use the newest CVSROOT/modules defintions. The Jetty support jars are small, so for now I just added them. I would like to have a general solution to this problem though. It might be including per module specific jars in a local lib directory, or it might be defining thirdparty includes for each module, which would mean that each module would have copies of each jar that it depeneds on, but there would really be only one version in the repository. Not sure what is best at the moment. Second, I think that it would make life easier for releasing the jboss-jetty distribution, but setting up a new jboss-jetty module, which would compile and create the proper jboss-jetty-xxx.zip. This is currently possible, as was done for the standalone JBossMQ, but there are some minor problems. One is that since modules export files into a rather static namespace, it is mostly an all or nothing when it comes to including released files from a module into a project release. I plan to have this fixed. I am thinking about a few ways which this could be implemented, but I will probably not have time to actually implement this for a little while. Third, there is no really easy way to add custom plugin configuration to the bits generated by the jboss/server module. I hope that once RH is ready that this can be done by simply installing a .sar and a .jcml-configlet into a deploy/service/ directory or something. Any ways, I would like to merge the changes from jboss_buildmagic for the plugins/jetty (contrib/jetty) module, so that things do not get out of date. What do you think? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite navigation.jsp
User: mnf999 Date: 01/08/14 19:01:50 Modified:.navigation.jsp Log: updated navigation Revision ChangesPath 1.9 +3 -4 newsite/navigation.jsp Index: navigation.jsp === RCS file: /cvsroot/jboss/newsite/navigation.jsp,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- navigation.jsp2001/08/01 22:56:25 1.8 +++ navigation.jsp2001/08/15 02:01:50 1.9 @@ -89,10 +89,9 @@ trtd width=110 height=16 bgcolor=#c6b80bp class=linkhead RESOURCES /td/tr/table - - a class=linkmenu href=lists.jspMailing Lists/abr - a class=linkmenu href=/forums/index.jspForums (new)/abr - a class=linkmenu href=testimonials.jspSuccess Stories/a + a class=linkmenu href=/forums/index.jspUser Forums /abr + a class=linkmenu href=lists.jspDev Lists/abr + a class=linkmenu href=testimonials.jspSuccess Stories/a a class=linkmenu href=contrib.jspContribute/abr a class=linkmenu href=faq.jspFAQ/abr /td ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite testimonials.jsp
User: mnf999 Date: 01/08/14 18:59:49 Modified:.testimonials.jsp Log: It's all about the press Revision ChangesPath 1.3 +11 -18newsite/testimonials.jsp Index: testimonials.jsp === RCS file: /cvsroot/jboss/newsite/testimonials.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- testimonials.jsp 2001/07/07 02:52:01 1.2 +++ testimonials.jsp 2001/08/15 01:59:49 1.3 @@ -5,24 +5,17 @@ !-- CONTENT -- p class=headIN THE PRESS -p class=textAll press enquiries, please write a class=link href=mailto:[EMAIL PROTECTED];the board/a. -p class=textbO'Reilly:/bbr -You can find a class=link href=http://conferences.oreilly.com/java/news/ejboss_0300.html;an - interview of Marc Fleury and Rickard Oberg/a at OReilly. - (one year old) br - Enabling Component Architectures witha class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; - JMX in JBoss by Marc Fleury and Juha Lindfors/a. - - - p class=textbJava Developer's Journal/b br - a class=link href =http://www.sys-con.com/java/archives/0602/vernon/index_i.html;Coders - on steroids/a: iIn the spirit of the Linux and Apache projects/i - -p class=textbJava World/bbr -a class=link href =http://www.javaworld.com/javaworld/jw-09-2000/jw-0929-ejbframe_p.html;Using - J2EE frameworks/a: WebLogic and JBoss used.br - a class=link href=http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-xmlj2ee.html;J2EE - and XML:/a Based entirely on JBoss components +p class=textTwo reviews on the Serverside...a class=link href=http://www.theserverside.com/reviews/thread.jsp?thread_id=6215;closer to a BEA killer/a. +brInfoWorld, June 1, 2001 a class=link href=http://iwsun4.infoworld.com/articles/tc/xml/01/06/04/010604tcopsrc.xml;Middleware that beats the budget/a. +brInfoworld's April 27 article Application Composer shows promise, Webgain/VisualCafe ...includes the free JBoss 2.0 EJB container for use in testing EJBs. . +brOReilly:Enabling Component Architectures with a class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html;JBoss and JMX/a +brOReilly:a class=link href=http://www.onjava.com/pub/a/onjava/2001/07/16/jboss.html;Using JBoss Application server/a +brOReilly:a class=link href=http://conferences.oreilly.com/java/news/ejboss_0300.html;an interview of Marc Fleury and Rickard Oberg/a (over 1 year old). +brJava Developer's Journal:a class=link href =http://www.sys-con.com/java/archives/0602/vernon/index_i.html;In the spirit of the Linux and Apache projects/a +brJava World:a class=link href =http://www.javaworld.com/javaworld/jw-09-2000/jw-0929-ejbframe_p.html;Using J2EE frameworks/a. +brJava World:a class=link href=http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-xmlj2ee.html;J2EE and XML/a +brJava World:a class=link href=http://www.javaworld.com/javaworld/jw-08-2001/jw-0803-ejb.html;The art of EJB deployment/a + p class=headWRITE US WITH YOUR SUCCESS STORY p class=textJBoss.org is seeking to update its reference list (last compiled over December '00) of those companies who save their customers money by using us in development, OEM or production. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How to get MBeans to describe it's fields like a DynamicMBean does
I was looking for a way to fill in those description fields that DynamicMBeans can fill out. But I did not want to have to replace all the JBossMQ MBeans with DynamicMBeans. So this is what I did: I created a new class called WrapperMBean and it extends NotificationBroadcasterSupport and implements DynamicMBean. I changed ServiceMBeanSupport so that it extends this new WrapperMBean. The WrapperMBean uses reflection to build the basic MBeanInfo object using the MBean interface classes. But it arguments it will the description information it finds a MBeanInfo.properties resource file. I was aming at not having to change how service classes defined thier MBean interface (But if you optionaly includes a the MBeanInfo.properties file it would be used). Well.. it almost worked out that way.. but because JMX gets a little confused trying to determin if a bean is MBean or a DynamicMBean, the reality is that I had to rename my service's MBean interface to EMBean and also had to add a 'implements DynamicMBean' to my service class. This was a real bummer (not so clean) The good news is that the change did not seem to break any of the other existing MBeans. The question is: Is anybody be intrested in using this feature?? Regards, Hiram _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A downside to the new build scheme
The extra time is probably parsing the second build files. Perhaps also a little due to the property substitution and such. I will eventually get to optimizing this stuff, but I don't know how much I can really do with out reverting to standard ant behavior. perhaps the filters could be dropped, or selectivly installed for properties. My guess is the xml parsing the project re-building that goes on in the Ant task is what is slow, but just a guess. --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Yes, with -Dmodules=server and the javadoc-generated-already=true it is taking 17 seconds when everything is up to date. - Original Message - From: Jason Dillon To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 6:44 PM Subject: Re: [JBoss-dev] A downside to the new build scheme Just to clarify, it is slow because of the full execution of the docs target right? --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Changing one server file and rebuilding to test is taking on the order of 2 minutes where this takes 5 seconds previously. There should be an intermediate build target that builds the server without all of the doc steps being run as currently is the case. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (no subject)
Hello, I am new to Jboss and J2EE. Here is my question: Since I have to specify the datasource when I deploy my nean (using CMP), just wondering how can I use the same bean to access diffrent datasource? In a ASP model, different user will access different database schema using the exactly same application. How can we dynamicly allocate a datasource to the bean based on the user login? Does Jaws.xml DTD let us to do that? Thanks for you answer. Robert = Robert Xiong Sr. Software Engineer __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server JMSTopic.java JMSServer.java JMSQueue.java JMSDestination.java ClientConsumer.java BasicQueue.java
User: pkendall Date: 01/08/14 19:43:33 Modified:src/main/org/jboss/mq/server JMSTopic.java JMSServer.java JMSQueue.java JMSDestination.java ClientConsumer.java BasicQueue.java Log: move subscription from receivers list to blocked list when connection is stopped. Should stop messages from being delivered after connection is stopped. Revision ChangesPath 1.2 +92 -80jbossmq/src/main/org/jboss/mq/server/JMSTopic.java Index: JMSTopic.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/JMSTopic.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- JMSTopic.java 2001/08/11 20:59:15 1.1 +++ JMSTopic.java 2001/08/15 02:43:33 1.2 @@ -29,13 +29,13 @@ * @author Hiram Chirino ([EMAIL PROTECTED]) * @author David Maplesden ([EMAIL PROTECTED]) * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class JMSTopic extends JMSDestination { //Hashmap of ExclusiveQueues HashMap durQueues = new HashMap(); - HashMap tempQueues = new HashMap(); + HashMap tempQueues = new HashMap(); // Constructor --- @@ -44,87 +44,100 @@ super( dest, temporary, server ); } - + public void clientConsumerStopped(ClientConsumer clientConsumer){ + synchronized (durQueues) { + Iterator iter = durQueues.values().iterator(); + while( iter.hasNext() ) { + ((BasicQueue)iter.next()).clientConsumerStopped(clientConsumer); + } + } + synchronized (tempQueues) { + Iterator iter = tempQueues.values().iterator(); + while( iter.hasNext() ) { + ((BasicQueue)iter.next()).clientConsumerStopped(clientConsumer); + } + } + } public void addSubscriber(Subscription sub) throws JMSException { SpyTopic topic = (SpyTopic)sub.destination; DurableSubcriptionID id = topic.getDurableSubscriptionID(); if( id==null ) { - BasicQueue q = new BasicQueue(server); - synchronized (tempQueues) { + BasicQueue q = new BasicQueue(server); + synchronized (tempQueues) { tempQueues.put(sub,q); - } + } }else{ - PersistentQueue q = null; - synchronized(durQueues){ + PersistentQueue q = null; + synchronized(durQueues){ q = (PersistentQueue) durQueues.get(id); - } - if(q == null || //Brand new durable subscriber - !q.destination.equals(topic)) //subscription changed to new topic + } + if(q == null || //Brand new durable subscriber + !q.destination.equals(topic)) //subscription changed to new topic server.getStateManager().setDurableSubscription(server, id, topic); } } - public void removeSubscriber(Subscription sub) throws JMSException - { + public void removeSubscriber(Subscription sub) throws JMSException + { BasicQueue queue = null; - SpyTopic topic = (SpyTopic)sub.destination; + SpyTopic topic = (SpyTopic)sub.destination; DurableSubcriptionID id = topic.getDurableSubscriptionID(); if( id==null ) { - synchronized (tempQueues) { - queue = (BasicQueue)tempQueues.remove(sub); - } + synchronized (tempQueues) { + queue = (BasicQueue)tempQueues.remove(sub); + } }else{ - synchronized (durQueues){ - queue = (BasicQueue)durQueues.get(id); //note DON'T remove - } + synchronized (durQueues){ + queue = (BasicQueue)durQueues.get(id); //note DON'T remove + } + } + queue.removeReceiver(sub); } - queue.removeReceiver(sub); - } - - public void addReceiver(Subscription sub){ - getQueue(sub).addReceiver(sub); - } - public void removeReceiver(Subscription sub){ - getQueue(sub).removeReceiver(sub); - } + public void addReceiver(Subscription sub){ + getQueue(sub).addReceiver(sub); + } - public void restoreMessage(SpyMessage message){ - synchronized(this){ - messageIdCounter = Math.max(messageIdCounter,message.messageId+1);
RE: [JBoss-dev] What happened to build.bat that was in CVS?
Hello Jason, I think that the build.bat problem still exists in the modules i.e. build.bat and lcp.bat do exist in jboss-*/build but not yet in the jboss-*/server or jboss-*/any-source-module . In these modules, only the build.sh script exists. Furthermore, am I the only one to have a problem with the build.bat and lcp.bat scripts on W2K? I always need to modify my build.bat script otherwise build fails. The problem is most probably in the PWD construction. In my case, my classpath ends up in something like CLASSPATH= ;\..\tools\apache\ant\lib\ant.jar;\..\tools\apache\ant\lib\jaxp.jar; \..\tools\apache\ant\lib\parser.jar;\..\tools\sun\javac\lib\javac.jar; \..\tools\dreambean\ejbdoclet\lib\ejbdoclet.jar;\..\tools\dreambean\ejbdocle t\lib\pretty.jar; \..\tools\planet57\buildmagic\lib\buildmagic-tasks.jar; \..\..\build\classes Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/Main Thus, each entry in the classpath is build with a leading \ that makes windows thinks it is the root folder of the current drive i.e. it build absolute pathname entries whereas it should either be relative entries (just suppressing the leading backslash) or complete absolute pathnames. As the build.bat is a bit cryptic to me (dos batch files can only be cryptic, no?), I do not know what was the goal in the PWD search. Any hint? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Jason Dillon Envoye : mardi, 14 aout 2001 22:23 A : [EMAIL PROTECTED] Objet : RE: [JBoss-dev] What happened to build.bat that was in CVS? Currently the only definitive place is CVSROOT/modules. Soon this will be on web page. Here are the descriptions of each of the major modules which are available (and suggested for use): The 'jboss-all' module should contain *everything*. The 'jboss-most' module should contain the most common modules. The 'jboss-min' module should contain the minimun modules required to build a functional server. The 'jbossmq' module is for building a standalone server * * * The older modules are still there too (jboss, jnp, jbosscx) and these will build seperate from the jboss-* modules too. You will need to check out '_jboss_support' as a peer to these modules so that the proper dependency libraries and tools are available. Some modules also depend on other modules, which are listed in the source modules config.xml. These dependent modules will also need to be checked out. For example, the jboss/server (jboss) module depends on jboss/j2ee (jboss-j2ee) and jboss/naming (jnp), so to propertly build the jboss/server module you will need to check out the following: cvs get _jboss_support _jboss_server _jboss_j2ee _jboss_naming Which would produce the following in your working directory: thirdparty/ tools/ server/ j2ee/ naming/ You will have to build each module seperatly in the correct order: (cd j2ee; ./build.sh) (cd naming; ./build.sh) (cd server; ./build.sh) I would not really suggest doing this unless you really, really, really want to. Use one of the jboss-* modules instead. --jason On Tue, 14 Aug 2001, Brenton House wrote: thanks! I've been using module jboss until today. Is there somewhere that lists all the different modules that are available? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jason Dillon Sent: Tuesday, August 14, 2001 2:15 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS? For which module? The jboss/build module has .bat files thanks to Hiram. Check out jboss-all or jboss-most and then run the build script from the jboss-*/build directory. jboss-all will have lost of stuff, so if you just want the basic server use jboss-most. --jason On Tue, 14 Aug 2001, Brenton House wrote: Does anybody know what happened to build.bat? ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What happened to build.bat that was in CVS?
I now well understand that you love win32 batch scripts. It is quite clear. I will *try* to take a look at them. But, what if I provide nice wsh (Windows Scripting Host) scripts? they are a lot more powerfull and thought to replace old dos-style batchs. I would be a lot more motivated in writting such scripts. If my memory serves well, WSH is installed by default on any 98/2K/ME/XP box. For 95, I do not remember if you need to install it yourself or if 95b had it installed by default. Anyway, this OS is quited well aged. wsh... never heard of it. what is the ext of the file? Anyone running windows before 98 needs a good talking to, or a copy of '98. I personally will never use them, but if they make your life easier when adding cool stuff to JBoss then go for it! If you can try and keep script files for win32 with out an execute bit when you add them (unless it is also a unix exectuable... that would be scary). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What happened to build.bat that was in CVS?
Forgive me for not remembering, but weren't you looking for sequence related stuff a while ago? If so did you ever get that resolved? I am sorry I was not in a position to provde you with a solution for that. I might be closer now (since I finished the bliss build system... buildmagic). If am I am wrong, please forgive me... memory (at the moment ;) is not as good as it used to be. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: plugins/jetty integration with jboss-all
Hm ! I noticed your checkins on jboss-dev and wondered what you were up to there is one issue that we need to address before going into this in more depth. There are plans afoot to merge a repackaged version of Jetty into the main JBoss tree and use it as the default web container with JBoss. i.e. my understanding is that unless you explicitly download a JBoss-Tomcat package you will end up with a JBoss/Jetty one. Marc is driving this. I shall be sitting between the JBoss and Jetty communities and trying to maintain the code. I haven't been following build-magic too closely, but as I figure it, it makes the intra-module dependencies in JBoss more explicit so it is easier to build a complete and up-to-date distribution In this case you should bear in mind the forthcoming changes to the Jetty codebase, since the whole tree may suddenly move from contrib into jboss, a number of directories will change names and pretty much every source file will be altered. I don't know how heavily this will impact on you - but we should coordinate our efforts here... Now on to the rest of your mail... --- Jason Dillon [EMAIL PROTECTED] wrote: Hello, I have a version of the contrib/jetty module (from the jboss_buildmagic) branch, which has been updated to function with the new build system. It looks like you work with most of the jboss-jetty releases, so I wanted to pass this by you before I commit anything back to HEAD. fair enough As the changes stand now (in the jboss_buildmagic) branch, the plugins/jetty module can be included in the jboss-all supermodule. When a release is built it will compile the support classes into jetty-plugin.jar and copy over all of the jetty support jars into lib/ext. There are a few issues that I wanted to touch on here. First, I added the Jetty 3.1 rc7 Jetty3Extra v0.0.5 (which I just downloaded from SF) into thirdparty/mortbay/... You should talk to Marc about this. The issues that I have mentioned above may mean that we will have to change this directory... This is the first issue, that currently there is no way to allow per module thirdparty libraries to be included selectivly. It is possible to trim down the stuff from thirdparty, but then when items are added, users are forced to `cvs checkout` of that module to use the newest CVSROOT/modules defintions. The Jetty support jars are small, so for now I just added them. I would like to have a general solution to this problem though. It might be including per module specific jars in a local lib directory, or it might be defining thirdparty includes for each module, which would mean that each module would have copies of each jar that it depeneds on, but there would really be only one version in the repository. Not sure what is best at the moment. I'll leave that all to you - sounds like an interesting can of worms. If each plugin keeps it's own copy of it's consumables, but ultimately they all share the same copy in the distrib, then I assume they are built against the local copy and run against the shared one. We'll need to be very careful about having different versions of popular jars flying around (have I missed the point here?). I think it would be much safer to build and run against the same platform - i.e. do the sharing of these resources in the build tree as well as the runtime. Second, I think that it would make life easier for releasing the jboss-jetty distribution, but setting up a new jboss-jetty module, which would compile and create the proper jboss-jetty-xxx.zip. This is currently possible, as was done for the standalone JBossMQ, but there are some minor problems. One is that since modules export files into a rather static namespace, it is mostly an all or nothing when it comes to including released files from a module into a project release. The stuff I mentioned above will also impact on this. I figure I will be excused release duties once it is done, since Jetty will be going out in every JBoss release... So this bit is not so relevant. It all depends on whether you need to check in your stuff before I am ready to for the repackaging. I plan to have this fixed. I am thinking about a few ways which this could be implemented, but I will probably not have time to actually implement this for a little while. Third, there is no really easy way to add custom plugin configuration to the bits generated by the jboss/server module. I hope that once RH is ready that this can be done by simply installing a .sar and a .jcml-configlet into a deploy/service/ directory or something. Sounds interesting... Any ways, I would like to merge the changes from jboss_buildmagic for the plugins/jetty (contrib/jetty) module, so that things do not get out of date. You are welcome to go for it, just bear in mind that things will change over the next month or so... I'm not sure if Marc has me on a timeline for
Re: [JBoss-dev] problems with latest jboss-jetty?
I thought it might be to do with the time taken for deployment. I haven't investigated yet, but here are my thoughts. Marc said that the newsite EAR was big. What if it took so long to deploy, that whatever was watching the deploy dir came around again and noticed that it was still there and still not deployed ? Would it try to deploy it again ? Jules --- Scott M Stark [EMAIL PROTECTED] wrote: A trivial testcase is to simply start the bundle with the tomcat-test.ear in the deploy directory and then touch the ear after startup. I see the same basic behavior with both the 2.4.0.26 JBoss tomcat and jetty bundles, and neither does a double deployment. - Original Message - From: Julian Gosnell To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 5:47 PM Subject: Re: [JBoss-dev] problems with latest jboss-jetty? Marc, I'd be interested to know if the same version of JBoss with TomCat exhibits this double deployment problem - otherwise it is something that I should be looking at. Jules ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jaws debug mode
Hi, Does anyone know what the cost of the isXXXEnabled() methods are? Should we define booleans after Category creation, that can cache these values to improve speed, or just keep calling isXXXEnabled() each time? From the log4j sources: public boolean isDebugEnabled() { if(hierarchy.disable = Priority.DEBUG_INT) return false; return Priority.DEBUG.isGreaterOrEqual(this.getChainedPriority()); } The getChainedPriority is a recursive method: for(Category c = this; c != null; c=c.parent) { if(c.priority != null) return c.priority; } Save the result in a boolean and test the boolean will improve performance. I am not at all a performance guru, I have no idea at which level it will. It is a good idea to do what you propose. --jason Vincent. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata XmlFileLoader.java
User: vharcq Date: 01/08/15 05:15:28 Modified:src/main/org/jboss/metadata XmlFileLoader.java Log: Introduce version 3.0 of jaws dtd because of DEBUG removed. Revision ChangesPath 1.19 +2 -1 jboss/src/main/org/jboss/metadata/XmlFileLoader.java Index: XmlFileLoader.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/XmlFileLoader.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- XmlFileLoader.java2001/08/03 17:15:54 1.18 +++ XmlFileLoader.java2001/08/15 12:15:28 1.19 @@ -37,7 +37,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Wolfgang Werner/a * @author a href=mailto:[EMAIL PROTECTED];Darius Davidavicius/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a - * @version $Revision: 1.18 $ + * @version $Revision: 1.19 $ * * Revisions: * 20010620 Bill Burke: Print an error message when failing to load standardjboss.xml @@ -284,6 +284,7 @@ registerDTD(-//Sun Microsystems, Inc.//DTD Connector 1.0//EN, connector_1_0.dtd); registerDTD(-//JBoss//DTD JAWS//EN, jaws.dtd); registerDTD(-//JBoss//DTD JAWS 2.4//EN, jaws_2_4.dtd); +registerDTD(-//JBoss//DTD JAWS 3.0//EN, jaws_3_0.dtd); registerDTD(-//JBoss//DTD JBOSS//EN,jboss.dtd); registerDTD(-//JBoss//DTD JBOSS 2.4//EN,jboss_2_4.dtd); } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Container.java
The server can not re-deploy an ejb jar anymore because of exception on unregistration of MBean. Does this makes sense (on the stop() method)? diff -r1.55 Container.java 421c421 ObjectName jmxName = new ObjectName(:service=Container,jndiName=+this.getBeanMetaData().getJndiName ()); --- ObjectName jmxName = new ObjectName(mbeanServer.getDefaultDomain()+:service=Container,jndiName=+thi s.getBeanMetaData().getJndiName()); Vincent. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Stateful bean with different transaction context
Hi Jason, could you try converting to the jca version of db access and see if the problem persists? I recently found a race condition in (the jca versions) of the code that releases connections back to the pool after transactions complete that was allowing several transactions to access the same connection. Maybe a similar bug is present in the non-jca code. I'm hoping to check in my auto-converting-to-jca XADatasourceLoader later today, in case you don't want to try the conversion by hand. (this race fix is only in rabbit hole). Thanks david jencks On 2001.08.14 19:07:43 -0400 Jason Dillon wrote: I was trying to track down a concurrency problem which would show up as an Oracle deadlock exception. It looks like that exception was happening due to some fk constraints causing parent tables to lock and such. Any ways, after I got that deadlock exception, I got a ton of these session bean context errors. I think that I have fixed the deadlock problem by removing some of the fk constraints (which I don't like too much, but it stopped the exception from being thrown), but I am still getting these errors. I thought they were caused by the oracle problem, but now I think there might be something else going on. Does anyone have any ideas on why this might happen, and or how I might go about fixing it? The TX stuff is still a bit of a mystery to me. Any help would be appreciated. Below is the log of the exception thrown. --jason 2001-08-14 15:59:52,726 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - TRANSACTION ROLLBACK EXCEPTION: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context ... 2001-08-14 15:59:52,842 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - Detail java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSessionInstanceInterceptor.java:207) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:354) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:445) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:339) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) at $Proxy28.handle(Unknown Source) at com.boldfish.does.job.service.internal.ResponseProcessorEJB.process(ResponseProcessorEJB.java:152) at com.boldfish.ejb.AbstractMessageDrivenBean.onMessage(AbstractMessageDrivenBean.java:132) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.MessageDrivenContainer$ContainerInterceptor.invoke(MessageDrivenContainer.java:410) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.invoke(MessageDrivenInstanceInterceptor.java:79) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.MessageDrivenContainer.invoke(MessageDrivenContainer.java:285) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke(JMSContainerInvoker.java:165) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:644) at org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:290) at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:257) at org.jboss.mq.SpySession.run(SpySession.java:176) at org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:655) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing
Re: [JBoss-dev] DataSourceLoader...
Hi, This discussion comes up in various places on various lists. Since you don't mention otherwise I assume you are planning to decrypt in code without manual intervention. As I understand the consensus is, Don't do this. You need some code to unencrypt the password to send it to the db, if someone can find your jboss.jcml file they can find the unencryption code. Thus you have implemented only security by obscurity and only succeeded in making life harder for the users and probably given them a false sense of security, encouraging carelessness that a determined hacker can exploit. Secrets and Lies by Bruce Schneier is fun to read and explains this really well. If you want more security yet don't want to give each user their own password and have per-subject pools, how about writing a ConnectionFactoryLoader that pops up a password dialog on startup ( in initService). It's inconvenient, but at least it doesn't try to fool people into thinking their passwords are hidden. Of course, it could be hard to figure out where to pop up the dialog... How about simply encrypting all of jboss.jcml say using pgp and requiring a manually entered password to unencrypt to start jboss? In any case if you wish to modify the datasource loading procedure I suggest you work on the jca resource adapter version since {XA|JDBC}DataSourceLoader will not really exist in rh. (they will set up connectionFactoryLoader mbeans). david jencks On 2001.08.14 19:12:14 -0400 Ferguson, Doug wrote: What do you guys think about implemented a version of the DataSource loader that allows for encrypted passwords? I am required to use encrypted db passwords.. And I was thinking that even if I encrypt once I write the jboss.jcml It is now clear text again.. d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] MDB has stopped working
Ok I have had a look at the Connection stopping process and have fixed a loophole that could have resulted in messages being delivered after connection.stop() had been called in certain circumstances. I hope this fixes the MDB problem but as I have been unable to successfully run the mdbtest (I keep getting ClassNotFoundExceptions from the ObjectMessageBean) I can't say for sure if it has. I am not actually 100% clear on what the expected output of the test is, there seems to be one Bean (ExQueueBean) that throws Exceptions on purpose, yes? I am confused as to why I can't run the mdbtest correctly. I built the jboss source from scratch and then the testsuite. I have checked the mdbtest.jar and mdb.jar files to see that they contain the same version of the CustomMessage class that is used in the mdbtest so why the server can't find the CustomMessage class when the mdb.jar file is deployed I don't know. Cheers david -Original Message- From: Peter Antman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 7:29 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] MDB has stopped working On 14 Aug, David Maplesden wrote: I have had a look at the MDB problem this morning and found a simple bug in my original code for SpyConnectionConsumer that would certainly have been causing problems. As the CVS update says the fix should hopefully fix the problem people were having with MDB but as we are not using MDB ourselves and are currently having a bit of trouble with the new build system I can't test the fix. So please feel free to test the new fix and let us know if it still ain't working. Cheers, david PS: As I am new to the list I should probably introduce myself. My name is David Maplesden and I work at Orion Systems in NZ with Paul Kendall. I am responsible for the majority of the recent major changes to jboss mq submitted by Paul. They were submitted by him cause I am (to date) too lazy to set up a CVS account and stuff. Anyone with any problems with the new code or questions etc feel free to send me an e-mail, if I'm not too busy at work I'll get back to you ASAP. Hi, and welcome to the list. You have done some great things. And it's good that the first part of the MDB problem is solved. We are now back on square one: undeploying an MDB while it still has messages waiting does not work (as described in http://groups.yahoo.com/group/spyderMQ/message/1401 appended here for clarity). Here is some sample output from mdb test: *snip* ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: plugins/jetty integration with jboss-all
|I'm not sure if Marc has me on a timeline for this |repackaging or not and if so whether this is pre-RH or |post (and when is RH?). | |Maybe he will enlighten us... The jetty repackaging is not yet scheduled. But for me it is RH. Putting jetty is an important part of the webservices. RH is 2.5 on the way to 3.0 so RH is already in CVS. The major work is going on with small groups that I have asked to work on specifics. There are many small things that make up the microkernel module and people are working independently (a bit like the old IBM PC team :). The work on average is 60% there, some parts are close to being commited. I anticipate a real 3.0 alpha during september. marcf | | | |Jules | | | What do you think? | | --jason | | | |Do You Yahoo!? |Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk |or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Container.java
if it solves the problem I guess it does marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Vincent Harcq |Sent: Wednesday, August 15, 2001 8:19 AM |To: Dev JBoss |Subject: [JBoss-dev] Container.java | | |The server can not re-deploy an ejb jar anymore because of exception on |unregistration of MBean. | |Does this makes sense (on the stop() method)? | |diff -r1.55 Container.java |421c421 | ObjectName jmxName = new |ObjectName(:service=Container,jndiName=+this.getBeanMetaData().ge |tJndiName |()); |--- | ObjectName jmxName = new |ObjectName(mbeanServer.getDefaultDomain()+:service=Container,jndiN |ame=+thi |s.getBeanMetaData().getJndiName()); | |Vincent. | | |_ |Do You Yahoo!? |Get your free @yahoo.com address at http://mail.yahoo.com | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
Yeah my guess is that the deployment bug is due to the fact that it is big and that the deployer is too eager. I think we should put a test in the autodeployer that says if file older than previous_age+15 sec then redeploy, or else have a deploying boolean be checked in the autodeployer any takers? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Julian Gosnell |Sent: Wednesday, August 15, 2001 5:36 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] problems with latest jboss-jetty? | | |I thought it might be to do with the time taken for |deployment. | |I haven't investigated yet, but here are my thoughts. | |Marc said that the newsite EAR was big. What if it |took so long to deploy, that whatever was watching the |deploy dir came around again and noticed that it was |still there and still not deployed ? | |Would it try to deploy it again ? | | |Jules | | | --- Scott M Stark [EMAIL PROTECTED] wrote: A |trivial testcase is to simply start the bundle | with the tomcat-test.ear in | the deploy | directory and then touch the ear after startup. I | see the same basic | behavior with | both the 2.4.0.26 JBoss tomcat and jetty bundles, | and neither does a double | deployment. | | | - Original Message - | From: Julian Gosnell | To: [EMAIL PROTECTED] | Sent: Monday, August 13, 2001 5:47 PM | Subject: Re: [JBoss-dev] problems with latest | jboss-jetty? | | | Marc, | | I'd be interested to know if the same version of | JBoss with TomCat exhibits | this double deployment problem - otherwise it is | something that I should be | looking at. | | | Jules | | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | |http://lists.sourceforge.net/lists/listinfo/jboss-development | | |Do You Yahoo!? |Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk |or your free @yahoo.ie address at http://mail.yahoo.ie | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What happened to build.bat that was in CVS?
What is wrong with just using Ant directly instead of a platform shell script? That is what I am doing. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 1:23 AM Subject: RE: [JBoss-dev] What happened to build.bat that was in CVS? I now well understand that you love win32 batch scripts. It is quite clear. I will *try* to take a look at them. But, what if I provide nice wsh (Windows Scripting Host) scripts? they are a lot more powerfull and thought to replace old dos-style batchs. I would be a lot more motivated in writting such scripts. If my memory serves well, WSH is installed by default on any 98/2K/ME/XP box. For 95, I do not remember if you need to install it yourself or if 95b had it installed by default. Anyway, this OS is quited well aged. wsh... never heard of it. what is the ext of the file? Anyone running windows before 98 needs a good talking to, or a copy of '98. I personally will never use them, but if they make your life easier when adding cool stuff to JBoss then go for it! If you can try and keep script files for win32 with out an execute bit when you add them (unless it is also a unix exectuable... that would be scary). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jaws debug mode
From http://jakarta.apache.org/log4j/docs/manual.html (Under the Perfomance Heading, point 2) QUOTE There has been a serious effort to make this hierarchy walk to be as fast as possible. END QUOTE You can apparently speed the walk up further, by choosing the categories carefully, you should probably consider this even if you decide to cache the result. In my local (older) copy of this manual The typical cost of walking this hierarchy is in the range 5 to 15 microseconds on a Pentium II @ 233 Mhz' Although this has disappeared from the online version. regards Neale Swinnerton On Wed, Aug 15, 2001 at 01:55:17PM +0200, Vincent Harcq wrote: Hi, Does anyone know what the cost of the isXXXEnabled() methods are? Should we define booleans after Category creation, that can cache these values to improve speed, or just keep calling isXXXEnabled() each time? From the log4j sources: public boolean isDebugEnabled() { if(hierarchy.disable = Priority.DEBUG_INT) return false; return Priority.DEBUG.isGreaterOrEqual(this.getChainedPriority()); } The getChainedPriority is a recursive method: for(Category c = this; c != null; c=c.parent) { if(c.priority != null) return c.priority; } Save the result in a boolean and test the boolean will improve performance. I am not at all a performance guru, I have no idea at which level it will. It is a good idea to do what you propose. --jason Vincent. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems with latest jboss-jetty?
Yes, and this has been seen by others before. - Original Message - From: Julian Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 2:36 AM Subject: Re: [JBoss-dev] problems with latest jboss-jetty? I thought it might be to do with the time taken for deployment. I haven't investigated yet, but here are my thoughts. Marc said that the newsite EAR was big. What if it took so long to deploy, that whatever was watching the deploy dir came around again and noticed that it was still there and still not deployed ? Would it try to deploy it again ? Jules --- Scott M Stark [EMAIL PROTECTED] wrote: A trivial testcase is to simply start the bundle with the tomcat-test.ear in the deploy directory and then touch the ear after startup. I see the same basic behavior with both the 2.4.0.26 JBoss tomcat and jetty bundles, and neither does a double deployment. - Original Message - From: Julian Gosnell To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 5:47 PM Subject: Re: [JBoss-dev] problems with latest jboss-jetty? Marc, I'd be interested to know if the same version of JBoss with TomCat exhibits this double deployment problem - otherwise it is something that I should be looking at. Jules ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Buildmagic --build of manual
Hi (Jason ;-), For me the manual won't build in buildmagic. (fop.jar missing, TraxLiason missing so far). If I get it to work shall I check in the changes? Does it work for anyone else? I think we need to version the manual for 2.4 vs. rabbit hole. I am working on new jca/jdbc documentation including the migration guide for XADataSourceLoader to ConnectionFactoryLoader, which we probably don't want in the 2.4 manual. I don't have any idea how to do this versioning. Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jaws debug mode
Caching the values destroys the dynamic filtering capability of the logging system. The cost of the check is trivial compared to all the other stuff going on in any call to JBoss so unless you have a profile showing this is a hotspot it doesn't make sense to cache these values. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 6:40 PM Subject: RE: [JBoss-dev] Jaws debug mode What do you think about call-logging of standardjoss.xml, should we remove this too ? Probably. Does anyone know what the cost of the isXXXEnabled() methods are? Should we define booleans after Category creation, that can cache these values to improve speed, or just keep calling isXXXEnabled() each time? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DataSourceLoader...
We need to think about integrating the JBossSX security manager into the JCA layer and elsewhere to obtain a consistent view of security. Right now security is very fragmented. - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 5:51 AM Subject: Re: [JBoss-dev] DataSourceLoader... Hi, This discussion comes up in various places on various lists. Since you don't mention otherwise I assume you are planning to decrypt in code without manual intervention. As I understand the consensus is, Don't do this. You need some code to unencrypt the password to send it to the db, if someone can find your jboss.jcml file they can find the unencryption code. Thus you have implemented only security by obscurity and only succeeded in making life harder for the users and probably given them a false sense of security, encouraging carelessness that a determined hacker can exploit. Secrets and Lies by Bruce Schneier is fun to read and explains this really well. If you want more security yet don't want to give each user their own password and have per-subject pools, how about writing a ConnectionFactoryLoader that pops up a password dialog on startup ( in initService). It's inconvenient, but at least it doesn't try to fool people into thinking their passwords are hidden. Of course, it could be hard to figure out where to pop up the dialog... How about simply encrypting all of jboss.jcml say using pgp and requiring a manually entered password to unencrypt to start jboss? In any case if you wish to modify the datasource loading procedure I suggest you work on the jca resource adapter version since {XA|JDBC}DataSourceLoader will not really exist in rh. (they will set up connectionFactoryLoader mbeans). david jencks On 2001.08.14 19:12:14 -0400 Ferguson, Doug wrote: What do you guys think about implemented a version of the DataSource loader that allows for encrypted passwords? I am required to use encrypted db passwords.. And I was thinking that even if I encrypt once I write the jboss.jcml It is now clear text again.. d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java
User: starksm Date: 01/08/15 07:36:32 Modified:src/main/org/jboss/ejb Container.java Log: Use mbeanServer.getDefaultDomain() ad the jmx ObjectName domain portion Revision ChangesPath 1.56 +7 -4 jboss/src/main/org/jboss/ejb/Container.java Index: Container.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v retrieving revision 1.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- Container.java2001/08/14 05:38:48 1.55 +++ Container.java2001/08/15 14:36:32 1.56 @@ -73,7 +73,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. * @author a href=[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.55 $ + * @version $Revision: 1.56 $ * * pbRevisions:/b * @@ -403,8 +403,9 @@ throws Exception { localContainerInvoker.start(); - - ObjectName jmxName = new ObjectName(:service=Container,jndiName=+this.getBeanMetaData().getJndiName()); + String domain = mbeanServer.getDefaultDomain(); + String jndiName = this.getBeanMetaData().getJndiName(); + ObjectName jmxName = new ObjectName(domain+:service=Container,jndiName=+jndiName); mbeanServer.registerMBean(this, jmxName); } @@ -418,7 +419,9 @@ localContainerInvoker.stop(); try { - ObjectName jmxName = new ObjectName(:service=Container,jndiName=+this.getBeanMetaData().getJndiName()); + String domain = mbeanServer.getDefaultDomain(); + String jndiName = this.getBeanMetaData().getJndiName(); + ObjectName jmxName = new ObjectName(domain+:service=Container,jndiName=+jndiName); mbeanServer.unregisterMBean(jmxName); } catch(Exception e) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What happened to build.bat that was in CVS?
Not every body takes the time to install ant on thier systems. They like the fact that it is so small it can come down with the build system. Regards, Hiram From: Scott M Stark [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS? Date: Wed, 15 Aug 2001 07:09:39 -0700 What is wrong with just using Ant directly instead of a platform shell script? That is what I am doing. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 1:23 AM Subject: RE: [JBoss-dev] What happened to build.bat that was in CVS? I now well understand that you love win32 batch scripts. It is quite clear. I will *try* to take a look at them. But, what if I provide nice wsh (Windows Scripting Host) scripts? they are a lot more powerfull and thought to replace old dos-style batchs. I would be a lot more motivated in writting such scripts. If my memory serves well, WSH is installed by default on any 98/2K/ME/XP box. For 95, I do not remember if you need to install it yourself or if 95b had it installed by default. Anyway, this OS is quited well aged. wsh... never heard of it. what is the ext of the file? Anyone running windows before 98 needs a good talking to, or a copy of '98. I personally will never use them, but if they make your life easier when adding cool stuff to JBoss then go for it! If you can try and keep script files for win32 with out an execute bit when you add them (unless it is also a unix exectuable... that would be scary). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb AutoDeployer.java AutoDeployerMBean.java
User: vharcq Date: 01/08/15 08:13:45 Modified:src/main/org/jboss/ejb AutoDeployer.java AutoDeployerMBean.java Log: Parametrize the timeout that the deployer takes before coming again looking at the directory for new Xars to deploy. Revision ChangesPath 1.21 +19 -2 jboss/src/main/org/jboss/ejb/AutoDeployer.java Index: AutoDeployer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/AutoDeployer.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- AutoDeployer.java 2001/08/03 17:15:43 1.20 +++ AutoDeployer.java 2001/08/15 15:13:45 1.21 @@ -47,7 +47,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.20 $ + * @version $Revision: 1.21 $ */ public class AutoDeployer extends ServiceMBeanSupport @@ -84,6 +84,9 @@ // URL list String urlList = ; + // TimeOut that in case of big ears to deploy should be set high enough + int timeout = 3000; + /** Filters, one per configured deployer, to decide which files are deployable and which should be ignored */ FilenameFilter[] deployableFilters = null; @@ -127,6 +130,16 @@ return deployerList; } + public void setTimeout(int to) + { + this.timeout = to; + } + + public int getTimeout() + { + return timeout; + } + // Public public void run() { @@ -135,7 +148,11 @@ // Sleep if (running) { -try { Thread.sleep(3000); } catch (InterruptedException e) {} +try +{ + if (log.isDebugEnabled()) log.debug(Wait for +timeout / 1000 + seconds); + Thread.sleep(timeout); +} catch (InterruptedException e) {} } try 1.8 +18 -1 jboss/src/main/org/jboss/ejb/AutoDeployerMBean.java Index: AutoDeployerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/AutoDeployerMBean.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- AutoDeployerMBean.java2001/08/03 17:15:43 1.7 +++ AutoDeployerMBean.java2001/08/15 15:13:45 1.8 @@ -16,7 +16,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a - * @version $Revision: 1.7 $ + * @version $Revision: 1.8 $ */ public interface AutoDeployerMBean extends ServiceMBean @@ -51,5 +51,22 @@ * @return The list of deployers that is currently being used. */ String getDeployers(); + + /** +* Set the time in milli seconds the AutoDeployer have to sleep before +* looking again for new files. +* +* @param to Timeout in miliseconds +*/ + void setTimeout(int to); + + /** +* Return the time in milli seconds the AutoDeployer have to sleep before +* looking again for new files. +* +* @return The timeout in miliseconds +*/ + int getTimeout(); + } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
Just done :) Add an attribute Timeout to AutoDeployer MBean (value in milliseconds). Vincent. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de marc fleury Envoyé : mercredi 15 août 2001 16:04 À : [EMAIL PROTECTED] Objet : autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty? Yeah my guess is that the deployment bug is due to the fact that it is big and that the deployer is too eager. I think we should put a test in the autodeployer that says if file older than previous_age+15 sec then redeploy, or else have a deploying boolean be checked in the autodeployer any takers? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Julian Gosnell |Sent: Wednesday, August 15, 2001 5:36 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] problems with latest jboss-jetty? | | |I thought it might be to do with the time taken for |deployment. | |I haven't investigated yet, but here are my thoughts. | |Marc said that the newsite EAR was big. What if it |took so long to deploy, that whatever was watching the |deploy dir came around again and noticed that it was |still there and still not deployed ? | |Would it try to deploy it again ? | | |Jules | | | --- Scott M Stark [EMAIL PROTECTED] wrote: A |trivial testcase is to simply start the bundle | with the tomcat-test.ear in | the deploy | directory and then touch the ear after startup. I | see the same basic | behavior with | both the 2.4.0.26 JBoss tomcat and jetty bundles, | and neither does a double | deployment. | | | - Original Message - | From: Julian Gosnell | To: [EMAIL PROTECTED] | Sent: Monday, August 13, 2001 5:47 PM | Subject: Re: [JBoss-dev] problems with latest | jboss-jetty? | | | Marc, | | I'd be interested to know if the same version of | JBoss with TomCat exhibits | this double deployment problem - otherwise it is | something that I should be | looking at. | | | Jules | | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | |http://lists.sourceforge.net/lists/listinfo/jboss-development | | |Do You Yahoo!? |Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk |or your free @yahoo.ie address at http://mail.yahoo.ie | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Container.java
Hi, Are you sure ObjectName(:service=Container,jndiName=someName) really can be used to register an mbean? normally the object name is actually set from jboss.jcml which always seems to have DefaultDomain/JCA/whatever in the name. Although some mbeans have OBJECT_NAME constants lacking the domain (for instance ConnectionFactoryLoader) in my experience these cannot actually be used to register instances. I wonder if DefaultDomain is always appropriate? Seems to me that we might want to put each applications' mbeans in its own domain I think also you can get all mbeans in any domain with the desired jndiname with ObjectName(*:service=Container,jndiName=somename). david jencks On 2001.08.15 10:43:16 -0400 Scott M Stark wrote: This pattern should be used in both the start and stop methods then. I have done this and I am able to redeploy ejb jars. Why can the name ObjectName(:service=Container,jndiName=someName) be used to register an mbean but the same name fails to unregister it? - Original Message - From: Vincent Harcq [EMAIL PROTECTED] To: Dev JBoss [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 5:19 AM Subject: [JBoss-dev] Container.java The server can not re-deploy an ejb jar anymore because of exception on unregistration of MBean. Does this makes sense (on the stop() method)? diff -r1.55 Container.java 421c421 ObjectName jmxName = new ObjectName(:service=Container,jndiName=+this.getBeanMetaData().getJndiName ()); --- ObjectName jmxName = new ObjectName(mbeanServer.getDefaultDomain()+:service=Container,jndiName=+thi s.getBeanMetaData().getJndiName()); Vincent. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What happened to build.bat that was in CVS?
But since its part of the build system everyone does have it. Why not use it? - Original Message - From: Hiram Chirino [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 7:45 AM Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS? Not every body takes the time to install ant on thier systems. They like the fact that it is so small it can come down with the build system. Regards, Hiram From: Scott M Stark [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS? Date: Wed, 15 Aug 2001 07:09:39 -0700 What is wrong with just using Ant directly instead of a platform shell script? That is what I am doing. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 1:23 AM Subject: RE: [JBoss-dev] What happened to build.bat that was in CVS? I now well understand that you love win32 batch scripts. It is quite clear. I will *try* to take a look at them. But, what if I provide nice wsh (Windows Scripting Host) scripts? they are a lot more powerfull and thought to replace old dos-style batchs. I would be a lot more motivated in writting such scripts. If my memory serves well, WSH is installed by default on any 98/2K/ME/XP box. For 95, I do not remember if you need to install it yourself or if 95b had it installed by default. Anyway, this OS is quited well aged. wsh... never heard of it. what is the ext of the file? Anyone running windows before 98 needs a good talking to, or a copy of '98. I personally will never use them, but if they make your life easier when adding cool stuff to JBoss then go for it! If you can try and keep script files for win32 with out an execute bit when you add them (unless it is also a unix exectuable... that would be scary). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Container.java
Yes, I was able to use ObjectName(:service=Container,jndiName=someName) and the mbean shows up in the DefaultDomain.This is a dynamic mbean, not a statically configured mbean coming from a jcml config. - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 8:27 AM Subject: Re: [JBoss-dev] Container.java Hi, Are you sure ObjectName(:service=Container,jndiName=someName) really can be used to register an mbean? normally the object name is actually set from jboss.jcml which always seems to have DefaultDomain/JCA/whatever in the name. Although some mbeans have OBJECT_NAME constants lacking the domain (for instance ConnectionFactoryLoader) in my experience these cannot actually be used to register instances. I wonder if DefaultDomain is always appropriate? Seems to me that we might want to put each applications' mbeans in its own domain I think also you can get all mbeans in any domain with the desired jndiname with ObjectName(*:service=Container,jndiName=somename). david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Container.java
Hi Scott, I don't know. I undeploy by deleting the jar in the deploy/ directory (windows 2000), I did not try by JMX. I got: Bug in com.sun.management.jmx.MBeanServerImpl.unregisterMBean ? [org.jboss.ejb.AutoDeployer ] (199) - Auto undeploy of file:/C:/Projects/VMI/jboss/tmp/deploy/Default/Task.jar [org.jboss.deployment.J2eeDeployer#Default] (67 ) - Stopping module Task.jar [org.jboss.ejb.ContainerFactory ] (67 ) - Undeploying:file:/C:/Projects/VMI/jboss/tmp/deploy/Default/Task.jar My debug msg == [org.jboss.ejb.MessageDrivenContainer] (426) - Exception stopping Container file:/C:/Projects/VMI/jboss/tmp/deploy/Default/Task.jar javax.management.InstanceNotFoundException: :service=Container,jndiName=SystemTaskQueue at com.sun.management.jmx.MBeanServerImpl.unregisterMBean(MBeanServerImpl.java: 945) at org.jboss.ejb.Container.stop(Container.java:422) at org.jboss.ejb.MessageDrivenContainer.stop(MessageDrivenContainer.java:221) I just try your version of Container.java. It is working fine. Vincent. This pattern should be used in both the start and stop methods then. I have done this and I am able to redeploy ejb jars. Why can the name ObjectName(:service=Container,jndiName=someName) be used to register an mbean but the same name fails to unregister it? - Original Message - From: Vincent Harcq [EMAIL PROTECTED] To: Dev JBoss [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 5:19 AM Subject: [JBoss-dev] Container.java The server can not re-deploy an ejb jar anymore because of exception on unregistration of MBean. Does this makes sense (on the stop() method)? diff -r1.55 Container.java 421c421 ObjectName jmxName = new ObjectName(:service=Container,jndiName=+this.getBeanMetaData().g etJndiName ()); --- ObjectName jmxName = new ObjectName(mbeanServer.getDefaultDomain()+:service=Container,jndi Name=+thi s.getBeanMetaData().getJndiName()); Vincent. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: vharcq Date: 01/08/15 08:38:42 Modified:src/etc/conf/default jboss.jcml Log: Parametrize the timeout that the deployer takes before coming again looking at the directory for new Xars to deploy. Revision ChangesPath 1.57 +4 -1 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.56 retrieving revision 1.57 diff -u -r1.56 -r1.57 --- jboss.jcml2001/08/14 22:53:52 1.56 +++ jboss.jcml2001/08/15 15:38:42 1.57 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jboss.jcml,v 1.56 2001/08/14 22:53:52 user57 Exp $ -- +!-- $Id: jboss.jcml,v 1.57 2001/08/15 15:38:42 vharcq Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -546,6 +546,9 @@ attribute name=URLs ../deploy, ../deploy/lib +/attribute +attribute name=Timeout + 3000 /attribute /mbean ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-451218 ] Timeout attribute for AutoDeployer MBean
Change Notes item #451218, was opened at 2001-08-15 08:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=451218group_id=22866 Category: None Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Vincent Harcq (vharcq) Assigned to: Nobody/Anonymous (nobody) Summary: Timeout attribute for AutoDeployer MBean Initial Comment: When having big ears to deploy, it can take more than 3 seconds. And JBoss look again after 3 seconds for new ears in deploy/. You then go in a infinite loop. Put the value (in milliseconds) in jboss.jcml in AutoDeployer MBEAN. If no value are provided, default is 3000. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=451218group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
Why not just ftp the file over somewhere else onto the same filesystem, then move it into the deploy directory in a single atomic action (mv/rename). This would not require any change to the Deployer. Jules --- Scott M Stark [EMAIL PROTECTED] wrote: This requires a new file for cases that don't have a problem today. A better solution is to allow one to lock a deployment jar by creating a my.ear.lock that tells the deployer to ignore the my.ear until the lock is removed. - Original Message - From: Jim Brownfield [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 8:51 AM Subject: RE: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty? Would this still leave a problem for people deploying over modems (I do this all the time)? What if deployment were triggered by an empty auxiliary file named like the original file (something like my-ear.dpy for my.ear). Then you could ftp (or whatever) the file to the deploy directory and immediately ftp the empty file afterwards. The deployer would be scanning for .dpy files. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Container.java
Hi Geeks I did some further investigations and figure out that when you omit the domain part the MBeanServer will use the default domain and you cannot find the MBean again. Therefore right now we have to use MBeanServer.getDefaultDomain() when WE DO NOT SPECIFY the domain !!! I assumed that MBeanServer.registerMBean() returns the ObjectName it is registered onto the MBeanServer and this would be correct but NADA, NIX DA, FORGET IT. I will put this to the JMX forum and see what the current status on this bug is. Andy - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 8:38 AM Subject: Re: [JBoss-dev] Container.java Yes, I was able to use ObjectName(:service=Container,jndiName=someName) and the mbean shows up in the DefaultDomain.This is a dynamic mbean, not a statically configured mbean coming from a jcml config. - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 8:27 AM Subject: Re: [JBoss-dev] Container.java Hi, Are you sure ObjectName(:service=Container,jndiName=someName) really can be used to register an mbean? normally the object name is actually set from jboss.jcml which always seems to have DefaultDomain/JCA/whatever in the name. Although some mbeans have OBJECT_NAME constants lacking the domain (for instance ConnectionFactoryLoader) in my experience these cannot actually be used to register instances. I wonder if DefaultDomain is always appropriate? Seems to me that we might want to put each applications' mbeans in its own domain I think also you can get all mbeans in any domain with the desired jndiname with ObjectName(*:service=Container,jndiName=somename). david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/appletclient/interfaces - New directory
User: slaboure Date: 01/08/15 09:43:07 manual/src/examples/org/jboss/docs/appletclient/interfaces - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/appletclient/applet - New directory
User: slaboure Date: 01/08/15 09:42:45 manual/src/examples/org/jboss/docs/appletclient/applet - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/appletclient/applet AppletEjbCaller.java
User: slaboure Date: 01/08/15 09:44:35 Added: src/examples/org/jboss/docs/appletclient/applet AppletEjbCaller.java Log: Client Applet for the appletclient example. Revision ChangesPath 1.1 manual/src/examples/org/jboss/docs/appletclient/applet/AppletEjbCaller.java Index: AppletEjbCaller.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.docs.appletclient.applet; import java.util.* ; import java.awt.*; import java.awt.event.*; import javax.swing.*; import java.applet.*; import org.jboss.docs.appletclient.interfaces.*; import javax.naming.* ; import javax.rmi.* ; /** * Example bean for testing Applet client. Applet. * * @author Sacha Labourey ([EMAIL PROTECTED]) * * @version $Revision: 1.1 $ */ public class AppletEjbCaller extends JApplet { JPanel buttonPanel = new JPanel(); JButton callEjbButton = new JButton(); JPanel labelPanel = new JPanel(); JLabel ejbMessageLabel = new JLabel(); // Construct the Applet // public AppletEjbCaller () {} // Initialize the applet // public void init() { try { this.setSize(new Dimension(400, 65)); callEjbButton.setText(Get server message); callEjbButton.addActionListener(new java.awt.event.ActionListener() { public void actionPerformed(ActionEvent e) { callEjbButton_actionPerformed(e); } }); ejbMessageLabel.setText(no call performed yet.); this.getContentPane().add(buttonPanel, BorderLayout.CENTER); buttonPanel.add(callEjbButton, null); this.getContentPane().add(labelPanel, BorderLayout.SOUTH); labelPanel.add(ejbMessageLabel, null); } catch(Exception e) { e.printStackTrace(); } } /**Get Applet information*/ public String getAppletInfo() { return JBoss EJB client Applet demo; } void callEjbButton_actionPerformed(ActionEvent e) { try { Properties jndiProps = new Properties() ; String myServer = this.getCodeBase().getHost (); jndiProps.setProperty(java.naming.factory.initial, org.jnp.interfaces.NamingContextFactory ) ; jndiProps.setProperty(java.naming.provider.url, myServer ) ; jndiProps.setProperty(java.naming.factory.url.pkgs, org.jboss.naming:org.jnp.interfaces ) ; TestAppletHome home = (TestAppletHome)PortableRemoteObject.narrow( new InitialContext(jndiProps).lookup( TestAppletBean ), TestAppletHome.class) ; TestApplet remote = home.create() ; ejbMessageLabel.setText( remote.getMessage() ) ; } catch ( SecurityException se ) { se.printStackTrace (); ejbMessageLabel.setText (se.toString ()); } catch( Exception ex ) { System.err.println( APPLET ); ex.printStackTrace(); } } } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/appletclient/interfaces TestApplet.java TestAppletHome.java
User: slaboure Date: 01/08/15 09:46:46 Added: src/examples/org/jboss/docs/appletclient/interfaces TestApplet.java TestAppletHome.java Log: SLSB interfaces used by the appletclient example. Revision ChangesPath 1.1 manual/src/examples/org/jboss/docs/appletclient/interfaces/TestApplet.java Index: TestApplet.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.docs.appletclient.interfaces; import java.rmi.RemoteException; import javax.ejb.EJBObject; /** * Example bean for testing Applet client. Remote Interface. * * @author Sacha Labourey ([EMAIL PROTECTED]) * * @version $Revision: 1.1 $ */ public interface TestApplet extends EJBObject { public String getMessage() throws RemoteException; } 1.1 manual/src/examples/org/jboss/docs/appletclient/interfaces/TestAppletHome.java Index: TestAppletHome.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.docs.appletclient.interfaces; import java.rmi.RemoteException; import javax.ejb.CreateException; import javax.ejb.EJBHome; /** * Example bean for testing Applet client. Home interface. * * @author Sacha Labourey ([EMAIL PROTECTED]) * * @version $Revision: 1.1 $ */ public interface TestAppletHome extends EJBHome { public TestApplet create() throws RemoteException, CreateException; } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/appletclient build.xml Default.html
User: slaboure Date: 01/08/15 10:03:55 Added: src/examples/org/jboss/docs/appletclient build.xml Default.html Log: Build.xml and HTML page used by the appletclient example. Revision ChangesPath 1.1 manual/src/examples/org/jboss/docs/appletclient/build.xml Index: build.xml === ?xml version=1.0 encoding=UTF-8 ? !-- An Ant build file for the ClientApplet EJB example -- project name=Applet Client Build Script default=ejb-jar basedir=. property name=build.appletclient.dir value=${basedir}/build-examples/appletclient/ property name=build.classes.dir value=${basedir}/build-examples/appletclient/classes/ target name=compile mkdir dir=${build.classes.dir}/ javac srcdir=${src.dir} destdir=${build.classes.dir} debug=on deprecation=on optimize=off classpath path=${classpath} / include name=org/jboss/docs/appletclient/**/*.java / /javac /target !-- Tutorial ejb jar -- target name=ejb-jar depends=compile delete dir=${build.appletclient.dir}/META-INF/ mkdir dir=${build.appletclient.dir}/META-INF/ copy file=${src.dir}/org/jboss/docs/appletclient/ejb/ejb-jar.xml todir=${build.appletclient.dir}/META-INF / !--copy file=${src.dir}/org/jboss/docs/appletclient/jboss.xml todir=${build.appletclient.dir}/META-INF /-- jar jarfile=${build.appletclient.dir}/AppletClientEJB.jar fileset dir=${build.classes.dir} include name=org/jboss/docs/appletclient/ejb/*.class / include name=org/jboss/docs/appletclient/interfaces/*.class / /fileset fileset dir=${build.appletclient.dir} include name=META-INF/ejb-jar.xml / !--include name=META-INF/jboss.xml /-- /fileset /jar /target target name=deploy-ejb-jar depends=ejb-jar copy file=${build.appletclient.dir}/AppletClientEJB.jar todir=${jboss.dist}/deploy / /target target name=appletclient-client depends=compile jar jarfile=${build.appletclient.dir}/AppletClient.jar fileset dir=${build.classes.dir} include name=org/jboss/docs/appletclient/applet/*.class / include name=org/jboss/docs/appletclient/interfaces/*.class / /fileset /jar copy file=${src.dir}/org/jboss/docs/appletclient/default.html todir=${build.appletclient.dir} / copy file=${build.appletclient.dir}/default.html todir=${jboss.dist}/client / copy file=${build.appletclient.dir}/AppletClient.jar todir=${jboss.dist}/client / /target /project 1.1 manual/src/examples/org/jboss/docs/appletclient/Default.html Index: Default.html === HTML HEAD META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=windows-1252 TITLE HTML Test Page /TITLE /HEAD BODY Here is the demo Applet for EJB access coming below...BR !--CONVERTED_APPLET-- !-- CONVERTER VERSION 1.3 -- SCRIPT LANGUAGE=JavaScript!-- var _info = navigator.userAgent; var _ns = false; var _ie = (_info.indexOf(MSIE) 0 _info.indexOf(Win) 0 _info.indexOf(Windows 3.1) 0); //--/SCRIPT COMMENTSCRIPT LANGUAGE=JavaScript1.1!-- var _ns = (navigator.appName.indexOf(Netscape) = 0 ((_info.indexOf(Win) 0 _info.indexOf(Win16) 0 java.lang.System.getProperty(os.version).indexOf(3.5) 0) || (_info.indexOf(Sun) 0) || (_info.indexOf(Linux) 0))); //--/SCRIPT/COMMENT SCRIPT LANGUAGE=JavaScript!-- if (_ie == true) document.writeln('OBJECT classid=clsid:8AD9C840-044E-11D1-B3E9-00805F499D93 WIDTH = 400 HEIGHT = 100 NAME = AppletEjbCaller codebase=http://java.sun.com/products/plugin/1.3/jinstall-13-win32.cab#Version=1,3,0,0;NOEMBEDXMP'); else if (_ns == true) document.writeln('EMBED type=application/x-java-applet;version=1.3 CODE = org.jboss.docs.appletclient.applet.AppletEjbCaller CODEBASE = . ARCHIVE = AppletClient.jar, jboss-client.jar, jboss-j2ee.jar, jbosssx-client.jar, jnp-client.jar, jndi.jar, jaas.jar NAME = AppletEjbCaller WIDTH = 400 HEIGHT = 100 scriptable=false pluginspage=http://java.sun.com/products/plugin/1.3/plugin-install.html;NOEMBEDXMP'); //--/SCRIPT APPLET CODE = org.jboss.docs.appletclient.applet.AppletEjbCaller CODEBASE = . ARCHIVE = AppletClient.jar, jboss-client.jar, jboss-j2ee.jar, jbosssx-client.jar, jnp-client.jar, jndi.jar, jaas.jar WIDTH = 400 HEIGHT = 100 NAME = AppletEjbCaller/XMP PARAM NAME = CODE VALUE = org.jboss.docs.appletclient.applet.AppletEjbCaller PARAM NAME = CODEBASE VALUE = . PARAM NAME = ARCHIVE VALUE = AppletClient.jar,
RE: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
I think either the time (20sec?) or the boolean is deploying inside the autodeployer would take care of this bug... will fix for 3.0 if no one is on it marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott |M Stark |Sent: Wednesday, August 15, 2001 1:04 PM |To: [EMAIL PROTECTED] |Subject: Re: autodeployer bug RE: [JBoss-dev] problems with latest |jboss-jetty? | | |Because mv is not an atomic operation in general. This is another |issue that |has been |reported. You try to overwrite an existing jar and its seen as changed |before |its contents have been updated. | |- Original Message - |From: Julian Gosnell [EMAIL PROTECTED] |To: [EMAIL PROTECTED] |Sent: Wednesday, August 15, 2001 9:27 AM |Subject: Re: autodeployer bug RE: [JBoss-dev] problems with latest |jboss-jetty? | | | Why not just ftp the file over somewhere else onto the | same filesystem, then move it into the deploy | directory in a single atomic action (mv/rename). | | This would not require any change to the Deployer. | | Jules | | --- Scott M Stark [EMAIL PROTECTED] wrote: | This requires a new file for cases that don't have a | problem today. A better | solution is to allow one to lock a deployment jar by | creating a my.ear.lock | that tells the deployer to ignore the my.ear until | the lock is removed. | | - Original Message - | From: Jim Brownfield [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Sent: Wednesday, August 15, 2001 8:51 AM | Subject: RE: autodeployer bug RE: [JBoss-dev] | problems with latest | jboss-jetty? | | | Would this still leave a problem for people | deploying over modems (I do | this | all the time)? What if deployment were triggered | by an empty auxiliary | file | named like the original file (something like | my-ear.dpy for my.ear). Then | you could ftp (or whatever) the file to the deploy | directory and | immediately | ftp the empty file afterwards. The deployer would | be scanning for .dpy | files. | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | Do You Yahoo!? | Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk | or your free @yahoo.ie address at http://mail.yahoo.ie | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/examples/build build.xml
User: slaboure Date: 01/08/15 10:25:08 Modified:src/examples/build build.xml Log: Updated build.xml with support for the appletclient example. Revision ChangesPath 1.13 +18 -0 manual/src/examples/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/manual/src/examples/build/build.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- build.xml 2001/08/07 21:08:58 1.12 +++ build.xml 2001/08/15 17:25:08 1.13 @@ -256,6 +256,24 @@ ant antfile=org/jboss/docs/javamail/build.xml target=javamail-client / /target + !-- Chapter Applet Client -- + +target name=howto-appletclient-compile depends=init +ant antfile=org/jboss/docs/appletclient/build.xml target=compile / +/target + +target name=howto-appletclient-jar depends=init +ant antfile=org/jboss/docs/appletclient/build.xml target=ejb-jar / +/target + +target name=howto-appletclient-deploy depends=init +ant antfile=org/jboss/docs/appletclient/build.xml target=deploy-ejb-jar / +/target + +target name=howto-appletclient-client depends=init +ant antfile=org/jboss/docs/appletclient/build.xml target=appletclient-client / +/target + !-- Add a new target here -- /project ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
I have a todo to rewrite the deployer for a number of issues: http://sourceforge.net/pm/task.php?func=detailtaskproject_task_id=36457gro up_id=22866group_project_id=9292 1. Update the deployer to allow for a non-jar based object describing the deployment content. 2. Update the AutoDeployer to: a. Not excessively copy jars b. Work with unarchived ears, jars and wars c. Allow locking of a deployment unit so that is can be updated - Original Message - From: marc fleury [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 10:19 AM Subject: RE: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty? I think either the time (20sec?) or the boolean is deploying inside the autodeployer would take care of this bug... will fix for 3.0 if no one is on it marcf ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] LogInterceptor two log messages per exception
I cleaned this up. See if its acceptable now. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 4:12 PM Subject: [JBoss-dev] LogInterceptor two log messages per exception The current LogInterceptor impl will log two messages (in some cases), one with a brief description and one with the full detail. This will cause the exception to span multipule lines in the generated output files, since another message might have been logged by another thread between the two calls. Can we compact these into one message? Perhaps if there is more than one exception to dump stack for we could wrap them in Throwables which can properly dump stack from it's children. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins LogInterceptor.java
User: starksm Date: 01/08/15 11:14:21 Modified:src/main/org/jboss/ejb/plugins LogInterceptor.java Log: Only issue one log message when handling an exception. Revision ChangesPath 1.19 +10 -6 jboss/src/main/org/jboss/ejb/plugins/LogInterceptor.java Index: LogInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/LogInterceptor.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- LogInterceptor.java 2001/08/03 17:15:44 1.18 +++ LogInterceptor.java 2001/08/15 18:14:21 1.19 @@ -40,7 +40,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a - * @version $Revision: 1.18 $ + * @version $Revision: 1.19 $ */ public class LogInterceptor extends AbstractInterceptor @@ -188,9 +188,10 @@ if (e instanceof EJBException) { EJBException ex = (EJBException) e; - log.error(BEAN EXCEPTION:+ex.getMessage()); if( ex.getCausedByException() != null ) -log.error(CausedBy, ex.getCausedByException()); +log.error(EJBException, causedBy:, ex.getCausedByException()); + else +log.error(EJBException:, ex); // Client sees RemoteException toThrow = new ServerException(Bean exception. Notify the application administrator, ex); @@ -198,7 +199,7 @@ else if (e instanceof RuntimeException) { RuntimeException ex = (RuntimeException) e; - log.error(CONTAINER EXCEPTION:, e); + log.error(CONTAINER EXCEPTION:, ex); // Client sees RemoteException toThrow = new ServerException(Container exception. Notify the container developers :-), ex); @@ -206,7 +207,6 @@ else if (e instanceof TransactionRolledbackException) { TransactionRolledbackException ex = (TransactionRolledbackException) e; - log.error(TRANSACTION ROLLBACK EXCEPTION: +ex.getMessage()); // Log the rollback cause // Sometimes it wraps EJBException - let's unwrap it Throwable cause = ex.detail; @@ -217,7 +217,11 @@ { cause = ((EJBException) cause).getCausedByException(); } -log.error(Detail, cause); +log.error(TransactionRolledbackException, causedBy:, cause); + } + else + { +log.error(TransactionRolledbackException:, ex); } toThrow = ex; } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DataSourceLoader...
Well, Alot of my datasources are loaded on the fly... I can't have the type in a password when jboss starts. Also, when there are many differnet databases... it becomes unmanagable.. d. -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 15, 2001 7:52 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] DataSourceLoader... Hi, This discussion comes up in various places on various lists. Since you don't mention otherwise I assume you are planning to decrypt in code without manual intervention. As I understand the consensus is, Don't do this. You need some code to unencrypt the password to send it to the db, if someone can find your jboss.jcml file they can find the unencryption code. Thus you have implemented only security by obscurity and only succeeded in making life harder for the users and probably given them a false sense of security, encouraging carelessness that a determined hacker can exploit. Secrets and Lies by Bruce Schneier is fun to read and explains this really well. If you want more security yet don't want to give each user their own password and have per-subject pools, how about writing a ConnectionFactoryLoader that pops up a password dialog on startup ( in initService). It's inconvenient, but at least it doesn't try to fool people into thinking their passwords are hidden. Of course, it could be hard to figure out where to pop up the dialog... How about simply encrypting all of jboss.jcml say using pgp and requiring a manually entered password to unencrypt to start jboss? In any case if you wish to modify the datasource loading procedure I suggest you work on the jca resource adapter version since {XA|JDBC}DataSourceLoader will not really exist in rh. (they will set up connectionFactoryLoader mbeans). david jencks On 2001.08.14 19:12:14 -0400 Ferguson, Doug wrote: What do you guys think about implemented a version of the DataSource loader that allows for encrypted passwords? I am required to use encrypted db passwords.. And I was thinking that even if I encrypt once I write the jboss.jcml It is now clear text again.. d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/docs resource.xml
User: d_jencks Date: 01/08/15 14:16:41 Added: src/docs Tag: jboss_buildmagic resource.xml Log: A little bit on migration from XADataSourceLoader to ConnectionFactoryLoader. Not included into manual yet Revision ChangesPath No revision No revision 1.1.2.1 +81 -0 manual/src/docs/Attic/resource.xml ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] VerifyError: (class: org/jboss/web/WebServer
Hi, It is supposedly fixed with patch 50 (?), but its not in a released build yet... You can get a candidate build from here: http://www.ee.byu.edu/~eblake/jikes/ ...but this has a little bug to do with static initialisers... I've not tried it with the JBoss source yet... HTH, Chris --- Scott M Stark [EMAIL PROTECTED] wrote: Its a bug in the jikes compiler. - Original Message - From: Jason Dillon To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 7:36 PM Subject: [JBoss-dev] VerifyError: (class: org/jboss/web/WebServer Does anyone know why this error might be showing up when using the Jikes compiler: java.lang.VerifyError: (class: org/jboss/web/WebServer, method: run signature: ()V) Register 4 contains wrong type at org.jboss.web.WebService.init(WebService.java:44) at java.lang.reflect.Constructor.newInstance(Native Method) at = Need somewhere to Live in London - http://freeflats.com __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
Just a quick question. Is the preference to use ebXML for web services instead of SOAP? In addition to SOAP? What about the efforts to wrap IBM/Apache's SOAP stuff in MBeans? The reason I ask is that I saw a technical demonstration of ebXML and the XML-One conference in London about 5 months ago, and it looked seriously undercooked. As in, it looked like the demo was held together by bubblegum and duct tape. I had since written it off as the non-MS solution to compete with SOAP (yes, I know ebXML has many features that are EDI-like, in addition to the services side ebXML offers). Furthermore, with IBM throwing their weight behind SOAP, and Sun claiming they will fully support SOAP in the future, it seemed to me that WSDL/UDDI/SOAP made more sense. Of course, if the plan is to have both, then never mind -dan -Original Message- ... 4- we NEED TO HAVE WSDL/UDDI/ebXML SOON, ... marcf _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty?
This is two different things. 1) mv within the same filesystem should just be a moving of a reference to an inode from one directory to another (I'm thinking Unix here - but why would windows be different) 2) overwriting an existing jar may well not be atomic - so remove it first. This will undeploy the app, which would be the first thing that the Deployer would do on a redeploy anyway. The delete followed by the mv should be two separate but AFAIK atomic (as far as JBoss is concerned) operations. There should not be a stage where a file is only half present. It will be there, it will not be there, it will be there. provided that there is no writing of files, just linking and unlinking of inodes (or their equivalent) there shouldn't be a problem. Or maybe I'm missing something. Jules Scott M Stark wrote: Because mv is not an atomic operation in general. This is another issue that has been reported. You try to overwrite an existing jar and its seen as changed before its contents have been updated. - Original Message - From: Julian Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 9:27 AM Subject: Re: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty? Why not just ftp the file over somewhere else onto the same filesystem, then move it into the deploy directory in a single atomic action (mv/rename). This would not require any change to the Deployer. Jules --- Scott M Stark [EMAIL PROTECTED] wrote: This requires a new file for cases that don't have a problem today. A better solution is to allow one to lock a deployment jar by creating a my.ear.lock that tells the deployer to ignore the my.ear until the lock is removed. - Original Message - From: Jim Brownfield [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 15, 2001 8:51 AM Subject: RE: autodeployer bug RE: [JBoss-dev] problems with latest jboss-jetty? Would this still leave a problem for people deploying over modems (I do this all the time)? What if deployment were triggered by an empty auxiliary file named like the original file (something like my-ear.dpy for my.ear). Then you could ftp (or whatever) the file to the deploy directory and immediately ftp the empty file afterwards. The deployer would be scanning for .dpy files. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
Isn't SOAP nothing more than human readable IIOP? Or is it more? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan - Blue Lotus Software Sent: Wednesday, August 15, 2001 5:53 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML Just a quick question. Is the preference to use ebXML for web services instead of SOAP? In addition to SOAP? What about the efforts to wrap IBM/Apache's SOAP stuff in MBeans? The reason I ask is that I saw a technical demonstration of ebXML and the XML-One conference in London about 5 months ago, and it looked seriously undercooked. As in, it looked like the demo was held together by bubblegum and duct tape. I had since written it off as the non-MS solution to compete with SOAP (yes, I know ebXML has many features that are EDI-like, in addition to the services side ebXML offers). Furthermore, with IBM throwing their weight behind SOAP, and Sun claiming they will fully support SOAP in the future, it seemed to me that WSDL/UDDI/SOAP made more sense. Of course, if the plan is to have both, then never mind -dan -Original Message- ... 4- we NEED TO HAVE WSDL/UDDI/ebXML SOON, ... marcf _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
Or XML-RPC? You've got the right concept, yes. It adds a little bit more structure for offering IIOP-like functionality within a services framework. That is, the resulting services can be described by WSDL. I would think doing the same with raw IIOP or XML-RPC would require some disciplined programming. -dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Burke Sent: Wednesday, August 15, 2001 11:26 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML Isn't SOAP nothing more than human readable IIOP? Or is it more? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan - Blue Lotus Software Sent: Wednesday, August 15, 2001 5:53 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML Just a quick question. Is the preference to use ebXML for web services instead of SOAP? In addition to SOAP? What about the efforts to wrap IBM/Apache's SOAP stuff in MBeans? The reason I ask is that I saw a technical demonstration of ebXML and the XML-One conference in London about 5 months ago, and it looked seriously undercooked. As in, it looked like the demo was held together by bubblegum and duct tape. I had since written it off as the non-MS solution to compete with SOAP (yes, I know ebXML has many features that are EDI-like, in addition to the services side ebXML offers). Furthermore, with IBM throwing their weight behind SOAP, and Sun claiming they will fully support SOAP in the future, it seemed to me that WSDL/UDDI/SOAP made more sense. Of course, if the plan is to have both, then never mind -dan -Original Message- ... 4- we NEED TO HAVE WSDL/UDDI/ebXML SOON, ... marcf _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
|Isn't SOAP nothing more than human readable IIOP? Or is it more? yes but not everybody lives in the we see technology for what it really is sphere. Along these lines XML for me is just ASCII externalized tree structures I am serious... we are seriously hype resistent because of that tough skin... what is our strength, the capacity to fully understand technology and where it fits in this commercial world, is also our weakness and is a bit of a rare profile in this day and age, space monkeys and dark ages... he he... but you know... for the marketing angle, it is much much ***much*** more. I think that is what I like about web services (seriously now) is that it is a common-speak between dumb technologists (us) and smart decision makers (them) :))) the cocktail is explosive. Resonance of spin orientation is something that doesn't exist today in the software world and WS is bubble gum enough to be grasped by *everyone* at once. We all resonate at once in the same direction, uber powerful order... But yes we can all go back to being arrogant bastards and expose technology for what it really is, nothing back to being the wizard of oz... I think you are the lion, rickard was the tin-man, Scott is dorothy... I am the small bald guy hiding behind the curtain making all that big noise... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] URGENCY? WSDL/UDDI/ebXML
OK you all need to read http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP (and stop sending me the link, I got about 20 today :) It makes the case that 1- Apache is letting the webservices battle pass it by 2- the sound open source alternative is not, whatever the kiddy flavor of the month is, but J2EE 3- that JBOSS is *the* J2EE implementation in Open Source 4- we NEED TO HAVE WSDL/UDDI/ebXML SOON, 5- That the J2EE market isn't interested in the low end and fighting microsoft 6- Linux-J2EE is the answer to webservices and needs to be adopted by the Open Source community. Well, let me see, I have been saying 5/6 for the past 3 years ? Also, I am not sure whether the author of the article understands that providing webservices is something that is on most J2EE vendors roadmap and our road map. HOWEVER what I understand now from him and [a friend at BEA] is that we need to hurry up, hurry up. I am about to commit the dynamic core, any takers on the webservices stuff??? I feel it is extremelly important that we start working on these features soon as they need to be part of 3.0. See the real threat isn't microfost, it is that the WebLogic heads have already given up on the low end of webservices to Microsoft, this is the fastest way to die, the other problem is that they can't adapt to that kind of warfare, they are very high up the margin tree, very succesful there, and not likely to come down. But all of the sudden it means we are all allies in front a bigger threat, that of Microsoft owning the webservices infrastructure, we JBOSS, need to hold our position at the low end, we stand to gain tremendous market share. The risk is that while we have been quite happy at 40,000 downloads a month, going for the new mass-market sphere also means the group will come under tremendous stress and will likely change a lot under that stress. I will try to make sure we don't loose everyone and everybody as we go but all I can tell you kids is storm a'coming. When the weather is nice, everybody wants to be on deck and stir the boat. But when the storm is raging... who remains on deck? who wants to stir? So guys I profoundly think this is probably the most important move we can make, technologically and market wise, I also think that from a technology standpoint we can do this quite easily, maybe a couple of weeks, and we need it BY YESTERDAY. Please someone stay on deck with me and stir this webservices boat. Thanks this is it, fame and fortune for the space monkey that will sacrifice himself for the greater good PLgWS marcf _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] /.
the article is on /. and just with 10 mentions out of 400 posts we are being slashdotted, not seriously but definitely a spike in traffic... marcf _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
Thanks for the excellent response. It was very informative. I was close (when I compared ebXML to SOAP, I meant to compare it to SOAP, WSDL, UDDI). My opinion of it back 5 months ago was that it was not really even close to usable yet. Have things changed radically since then? Was I mistaken? I know IBM have a UDDI implementation in beta. Any chance we can convince them to donate it to Apache, Jakarta, or JBoss (I figure it's more likely they would open-source it to one of the first two, given their currently relationship with Apache)? What needs to be added to provide WSDL support? Maybe I'm missing something, but it seems like it's merely a description language for services--a file you might retrieve from a UDDI registry that describes a SOAP service. In this case, what is needed to provide support for WSDL? Anything? Sorry to ask all these questions at once. I had written off ebXML for the near future--if I need to take another look at it, I want to know! Thanks, guys. The knowledge expertise on these lists is remarkable, and I learn new stuff daily. -dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Wednesday, August 15, 2001 11:33 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML On Wed, 15 Aug 2001, Dan - Blue Lotus Software wrote: Just a quick question. Is the preference to use ebXML for web services instead of SOAP? No, ebXML uses SOAP as its transport. The reason I ask is that I saw a technical demonstration of ebXML and the XML-One conference in London about 5 months ago, and it looked seriously undercooked. As in, it looked like the demo was held together by bubblegum and duct tape. I had since written it off as the non-MS solution to compete with SOAP It's more like a non-MS solution to the MS BizTalk servers. It is really a platform for building b2b applications that support a whole lot of features, including the transport (SOAP), messaging (sort of JMS like), registry (UDDI competes here), Business Service Interfaces (I guess competes with WSDL) also something called Collaboration Protocol Profiles and Collaboration Protocol Agreements that allows the parties to negotiate how the messages are being sent back and forth between the trading partners. They also go to some length describing how the business processes should be exposed in the ebXML registry. It is really a big big spec :) It goes beyond what the UDDI/WSDL define today. There was overlap in the transport layer before but the ebxml spec writers made the transition to SOAP, I think after SOAP 1.1 came out and addressed some of the issues they had with it. There's still overlap in the registry, UDDI and ebXML registries do have some differences in (I can't remember how fundamental on the top of my head), there's been talk about merging that too but don't know if any progress is made there. -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
On Wed, 15 Aug 2001, marc fleury wrote: |Isn't SOAP nothing more than human readable IIOP? Or is it more? yes but not everybody lives in the we see technology for what it really is sphere. And I would like to state for the record that just because it is XML doesn't necessarily mean its human readable ;-) -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
|And I would like to state for the record that just because it is XML |doesn't necessarily mean its human readable ;-) sure does :) I can read XML in the flesh, everyone can... come on now. marcf | |-- Juha | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
It's just sad that the industry is reinventing the wheel over and over again. I just wish I could wake up and it would be February 3rd. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, August 15, 2001 6:50 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML |Isn't SOAP nothing more than human readable IIOP? Or is it more? yes but not everybody lives in the we see technology for what it really is sphere. Along these lines XML for me is just ASCII externalized tree structures I am serious... we are seriously hype resistent because of that tough skin... what is our strength, the capacity to fully understand technology and where it fits in this commercial world, is also our weakness and is a bit of a rare profile in this day and age, space monkeys and dark ages... he he... but you know... for the marketing angle, it is much much ***much*** more. I think that is what I like about web services (seriously now) is that it is a common-speak between dumb technologists (us) and smart decision makers (them) :))) the cocktail is explosive. Resonance of spin orientation is something that doesn't exist today in the software world and WS is bubble gum enough to be grasped by *everyone* at once. We all resonate at once in the same direction, uber powerful order... But yes we can all go back to being arrogant bastards and expose technology for what it really is, nothing back to being the wizard of oz... I think you are the lion, rickard was the tin-man, Scott is dorothy... I am the small bald guy hiding behind the curtain making all that big noise... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
no listen at least this time we can communicate about the wheel, did you ever try explaining CORBA to your mama? well *you* probably did, being an ex ORBIX2000 developer and all, but she just listened out of love. This time around she will actually think you are doing something important she will tell her friends about :) Never underestimate the power of technology as grasped by your mama... marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Wednesday, August 15, 2001 7:13 PM |To: [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML | | |It's just sad that the industry is reinventing the wheel over and over |again. I just wish I could wake up and it would be February 3rd. | |Bill | | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of marc | fleury | Sent: Wednesday, August 15, 2001 6:50 PM | To: [EMAIL PROTECTED] | Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML | | | |Isn't SOAP nothing more than human readable IIOP? Or is it more? | | yes but not everybody lives in the we see technology for what it | really is | sphere. | | Along these lines XML for me is just ASCII externalized tree | structures I | am serious... we are seriously hype resistent because of that tough | skin... what is our strength, the capacity to fully understand technology | and where it fits in this commercial world, is also our weakness and is a | bit of a rare profile in this day and age, space monkeys and dark ages... | | he he... but you know... for the marketing angle, it is much much | ***much*** | more. | | I think that is what I like about web services (seriously now) is | that it is | a common-speak between dumb technologists (us) and smart decision makers | (them) :))) the cocktail is explosive. | | Resonance of spin orientation is something that doesn't exist |today in the | software world and WS is bubble gum enough to be grasped by *everyone* at | once. We all resonate at once in the same direction, uber | powerful order... | | But yes we can all go back to being arrogant bastards and expose | technology | for what it really is, nothing | | back to being the wizard of oz... I think you are the lion, | rickard was the | tin-man, Scott is dorothy... I am the small bald guy hiding behind the | curtain making all that big noise... | | marcf | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
Man you crack me up sometimes :) We used to have a running joke about support calls for O2K. I'm sorry, but you're just too stupid to use our product. Please cd to /usr/local and rm -rf o2k. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, August 15, 2001 7:20 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML no listen at least this time we can communicate about the wheel, did you ever try explaining CORBA to your mama? well *you* probably did, being an ex ORBIX2000 developer and all, but she just listened out of love. This time around she will actually think you are doing something important she will tell her friends about :) Never underestimate the power of technology as grasped by your mama... marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Wednesday, August 15, 2001 7:13 PM |To: [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML | | |It's just sad that the industry is reinventing the wheel over and over |again. I just wish I could wake up and it would be February 3rd. | |Bill | | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of marc | fleury | Sent: Wednesday, August 15, 2001 6:50 PM | To: [EMAIL PROTECTED] | Subject: RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML | | | |Isn't SOAP nothing more than human readable IIOP? Or is it more? | | yes but not everybody lives in the we see technology for what it | really is | sphere. | | Along these lines XML for me is just ASCII externalized tree | structures I | am serious... we are seriously hype resistent because of that tough | skin... what is our strength, the capacity to fully understand technology | and where it fits in this commercial world, is also our weakness and is a | bit of a rare profile in this day and age, space monkeys and dark ages... | | he he... but you know... for the marketing angle, it is much much | ***much*** | more. | | I think that is what I like about web services (seriously now) is | that it is | a common-speak between dumb technologists (us) and smart decision makers | (them) :))) the cocktail is explosive. | | Resonance of spin orientation is something that doesn't exist |today in the | software world and WS is bubble gum enough to be grasped by *everyone* at | once. We all resonate at once in the same direction, uber | powerful order... | | But yes we can all go back to being arrogant bastards and expose | technology | for what it really is, nothing | | back to being the wizard of oz... I think you are the lion, | rickard was the | tin-man, Scott is dorothy... I am the small bald guy hiding behind the | curtain making all that big noise... | | marcf | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
on 1-08-16 00.58, Juha-P Lindfors at [EMAIL PROTECTED] wrote: And I would like to state for the record that just because it is XML doesn't necessarily mean its human readable ;-) The big Woow here as i seen it is that XML is machine read'able This in effect means ??? !!! -heh void() description from Me ! ... Good thoughts from /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
back to being the wizard of oz... I think you are the lion, rickard was the tin-man, Scott is dorothy... I am the small bald guy hiding behind the curtain making all that big noise... scott is dorothy... *chuckle* =) Where is toto or the straw man? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Updating tables in a database
Title: Updating tables in a database Hello, Does anyone have any examples of how an EJB is used to update a row in a database. Also, I have added a line in tuned-updatestrue/tuned-updates into my jaws.xml file to indicate that I want this table to be updated. Is that the only field I have to use? Thanks, Damo.
[JBoss-dev] CVS update: tools/apache/fop - New directory
User: d_jencks Date: 01/08/15 19:47:16 tools/apache/fop - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/apache/fop/lib fop.jar
User: d_jencks Date: 01/08/15 19:51:19 Added: apache/fop/lib fop.jar Log: lets at least have the jar even if it doesn't work completely Revision ChangesPath 1.1 tools/apache/fop/lib/fop.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/docs resource.xml
User: d_jencks Date: 01/08/15 19:53:17 Added: src/docs resource.xml Log: A little bit about resource adapters, mostly conversion from XADataSourceLoader Revision ChangesPath 1.2 +81 -0 manual/src/docs/resource.xml ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/resources/xa-rar/META-INF - New directory
User: d_jencks Date: 01/08/15 19:59:52 jbosspool/src/resources/xa-rar/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/resources/xa-rar - New directory
User: d_jencks Date: 01/08/15 19:59:06 jbosspool/src/resources/xa-rar - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/connector BaseConnectionManager.java XAConnectionManager.java
User: d_jencks Date: 01/08/15 20:05:45 Modified:src/main/org/jboss/pool/connector BaseConnectionManager.java XAConnectionManager.java Log: Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and manual/src/docs/resource.xml Revision ChangesPath 1.3 +3 -0 jbosspool/src/main/org/jboss/pool/connector/BaseConnectionManager.java Index: BaseConnectionManager.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/connector/BaseConnectionManager.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BaseConnectionManager.java2001/08/01 19:29:37 1.2 +++ BaseConnectionManager.java2001/08/16 03:05:45 1.3 @@ -378,8 +378,10 @@ try { if(status == Status.STATUS_COMMITTED) { local.commit(); +System.out.println(local transaction committed); } else { local.rollback(); +System.out.println(local transaction rolled back); } } catch(ResourceException e) { // Dispose of the connection @@ -564,6 +566,7 @@ } } +System.out.println(%%ConnectionClosedErrorOccured, clear might be late); clear(); } 1.2 +3 -0 jbosspool/src/main/org/jboss/pool/connector/XAConnectionManager.java Index: XAConnectionManager.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/connector/XAConnectionManager.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- XAConnectionManager.java 2001/05/15 07:58:24 1.1 +++ XAConnectionManager.java 2001/08/16 03:05:45 1.2 @@ -118,6 +118,9 @@ } else if(listener instanceof XAListener) { ManagedConnection con = listener.getManagedConnection(); XAResource res = con.getXAResource(); +System.out.println(==); +System.out.println(Enlisting existing connection: xares: + res); +System.out.println(==); ((XAListener)listener).updateTransaction(trans, res); } else { throw new ResourceException(Invalid connection +connection+ for ConnectionManager +this); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/resources/xa-rar/META-INF ra.xml
User: d_jencks Date: 01/08/15 20:05:46 Added: src/resources/xa-rar/META-INF ra.xml Log: Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and manual/src/docs/resource.xml Revision ChangesPath 1.1 jbosspool/src/resources/xa-rar/META-INF/ra.xml Index: ra.xml === !DOCTYPE connector PUBLIC -//Sun Microsystems, Inc.//DTD Connector 1.0//EN http://java.sun.com/j2ee/dtds/connector_1_0.dtd; connector display-nameMinerva JDBC XATransaction ResourceAdapter/display-name descriptionMinerva Resource Adapter for JDBC 2 XA drivers/description vendor-nameJBoss.org/vendor-name spec-version1.0/spec-version eis-typeJDBC 2 XA drivers/eis-type version1.0b3/version license license-requiredtrue/license-required descriptionCOPYRIGHT AND PERMISSION NOTICE Copyright (c) 2001 OpenTools.org All rights reserved. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, provided that the above copyright notice(s) and this permission notice appear in all copies of the Software and that both the above copyright notice(s) and this permission notice appear in supporting documentation. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. Except as contained in this notice, the name of a copyright holder shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization of the copyright holder./description /license resourceadapter managedconnectionfactory-classorg.jboss.pool.connector.jdbc.XAManagedConnectionFactory/managedconnectionfactory-class connectionfactory-interfacejavax.sql.DataSource/connectionfactory-interface connectionfactory-impl-classorg.jboss.pool.connector.jdbc.JDBCDataSource/connectionfactory-impl-class connection-interfacejava.sql.Connection/connection-interface !--specifying an interface here is wrong, but we don't know what it will be. Lets see if there are problems-- connection-impl-classjava.sql.Connection/connection-impl-class transaction-supportXATransaction/transaction-support config-property descriptionThe default user name used to create JDBC connections./description config-property-nameUserName/config-property-name config-property-typejava.lang.String/config-property-type /config-property config-property descriptionThe default password used to create JDBC connections./description config-property-namePassword/config-property-name config-property-typejava.lang.String/config-property-type /config-property config-property descriptionThe properties to set up the XA driver./description config-property-nameXADataSourceProperties/config-property-name config-property-typejava.lang.String/config-property-type /config-property config-property descriptionThe class name of the JDBC XA driver that handles this JDBC URL. Not necessary if the driver has already been initialized by other means./description config-property-nameXADataSourceClass/config-property-name config-property-typejava.lang.String/config-property-type /config-property config-property descriptionThe jndi name of the JDBC XA driver that handles this JDBC URL. Not necessary if the driver has already been initialized by other means./description config-property-nameXADataSourceJNDIName/config-property-name config-property-typejava.lang.String/config-property-type /config-property config-property
[JBoss-dev] CVS update: jbosspool build.xml
User: d_jencks Date: 01/08/15 20:05:45 Modified:.build.xml Log: Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and manual/src/docs/resource.xml Revision ChangesPath 1.4 +10 -10jbosspool/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosspool/build.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- build.xml 2001/08/11 06:03:53 1.3 +++ build.xml 2001/08/16 03:05:45 1.4 @@ -10,7 +10,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.3 2001/08/11 06:03:53 user57 Exp $ -- +!-- $Id: build.xml,v 1.4 2001/08/16 03:05:45 d_jencks Exp $ -- project default=main @@ -254,19 +254,21 @@ jar jarfile=${build.jars}/jbosspool.jar fileset dir=${build.classes} include name=**/ +exclude name=org/jboss/pool/connector/jdbc/*.class/ /fileset /jar +!-- Create the local transaction JDBC resource adapter -- !-- Build ra-jdbc-libs.jar -- jar jarfile=${build.jars}/ra-jdbc-libs.jar fileset dir=${build.classes} include name=org/jboss/pool/connector/jdbc/BaseManagedConnection.class/ +include name=org/jboss/pool/connector/jdbc/Connection*.class/ include name=org/jboss/pool/connector/jdbc/JDBC*.class/ -include name=org/jboss/pool/jdbc/Connection*.class/ -include name=org/jboss/pool/jdbc/PSCacheKey.class/ -include name=org/jboss/pool/jdbc/Prepared*.class/ -include name=org/jboss/pool/jdbc/ResultSet*.class/ -include name=org/jboss/pool/jdbc/Statement*.class/ +include name=org/jboss/pool/connector/jdbc/PSCacheKey.class/ +include name=org/jboss/pool/connector/jdbc/Prepared*.class/ +include name=org/jboss/pool/connector/jdbc/ResultSet*.class/ +include name=org/jboss/pool/connector/jdbc/Statement*.class/ /fileset /jar @@ -276,11 +278,11 @@ include name=**/*/ /fileset fileset dir=${build.jars} -include name=ra-libs.jar/ +include name=ra-jdbc-libs.jar/ /fileset /jar -!-- Build ra-xa-libs.jar -coming soon - +!-- Build ra-xa-libs.jar -- jar jarfile=${build.jars}/ra-xa-libs.jar fileset dir=${build.classes} include name=org/jboss/pool/connector/jdbc/BaseManagedConnection.class/ @@ -288,9 +290,8 @@ include name=org/jboss/pool/connector/jdbc/XA*.class/ /fileset /jar --- -!-- Build jbosspool-xa.rar -coming soon - +!-- Build jbosspool-xa.rar -- jar jarfile=${build.jars}/jboss-xa.rar fileset dir=${build.resources}/xa-rar include name=**/*/ @@ -299,7 +300,6 @@ include name=ra-xa-libs.jar/ /fileset /jar --- /target ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: d_jencks Date: 01/08/15 20:05:46 Modified:src/etc/conf/default jboss.jcml Log: Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and manual/src/docs/resource.xml Revision ChangesPath 1.58 +222 -364 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- jboss.jcml2001/08/15 15:38:42 1.57 +++ jboss.jcml2001/08/16 03:05:46 1.58 @@ -1,55 +1,32 @@ ?xml version=1.0 encoding=UTF-8? -!DOCTYPE server +!-- This is where you can add and configure your MBeans + ATTENTION: The order of the listing here is the same order as +the MBeans are loaded. Therefore if a MBean depends on another +MBean to be loaded and started it has to be listed after all +the MBeans it depends on. +-- -!-- = -- -!-- -- -!-- JBoss Server Configuration -- -!-- -- -!-- = -- - -!-- $Id: jboss.jcml,v 1.57 2001/08/15 15:38:42 vharcq Exp $ -- - -!-- - | This is where you can add and configure your MBeans. - | - | ATTENTION: - | - | The order of the listing here is the same order as - | the MBeans are loaded. Therefore if a MBean depends on another - | MBean to be loaded and started it has to be listed after all - | the MBeans it depends on. - -- - server - !-- -- !-- Classloading -- !-- -- - - mbean code=org.jboss.web.WebService - name=DefaultDomain:service=Webserver + mbean code=org.jboss.web.WebService name=DefaultDomain:service=Webserver attribute name=Port8083/attribute /mbean - !-- -- !-- JNDI -- !-- -- - - mbean code=org.jboss.naming.NamingService - name=DefaultDomain:service=Naming + mbean code=org.jboss.naming.NamingService name=DefaultDomain:service=Naming attribute name=Port1099/attribute /mbean - mbean code=org.jboss.naming.JNDIView - name=DefaultDomain:service=JNDIView/ + mbean code=org.jboss.naming.JNDIView name=DefaultDomain:service=JNDIView / !-- -- !-- Transactions -- !-- -- - - mbean code=org.jboss.tm.TransactionManagerService - name=DefaultDomain:service=TransactionManager + mbean code=org.jboss.tm.TransactionManagerService name=DefaultDomain:service=TransactionManager attribute name=TransactionTimeout300/attribute !-- Use this attribute if you need to use a specific Xid @@ -61,14 +38,12 @@ !-- Uncomment to use Tyrex (tyrex.exolab.org) transaction manager plugin instead of the org.jboss.tm.TransactionManagerService and comment out the TransactionManagerService above - mbean code=org.jboss.tm.plugins.tyrex.TransactionManagerService - name=DefaultDomain:service=TransactionManager + mbean code=org.jboss.tm.plugins.tyrex.TransactionManagerService name=DefaultDomain:service=TransactionManager attribute name=ConfigFileName../conf/default/domain.xml/attribute /mbean -- - mbean code=org.jboss.tm.usertx.server.ClientUserTransactionService - name=DefaultDomain:service=ClientUserTransaction + mbean code=org.jboss.tm.usertx.server.ClientUserTransactionService name=DefaultDomain:service=ClientUserTransaction /mbean @@ -77,92 +52,150 @@ !-- -- !-- Uncomment to enable the sample SRPVerifierStore service - mbean code=org.jboss.security.srp.SRPVerifierStoreService - name=Security:name=SRPVerifierStoreService + mbean code=org.jboss.security.srp.SRPVerifierStoreService name=Security:name=SRPVerifierStoreService attribute name=JndiNameSRPDefaultVerifierSource/attribute attribute
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jdbc Connection.java JdbcProvider.java JdbcProviderMBean.java RawXADataSourceLoader.java RawXADataSourceLoaderMBean.java package.html
User: d_jencks Date: 01/08/15 20:16:09 Removed: src/main/org/jboss/jdbc Connection.java JdbcProvider.java JdbcProviderMBean.java RawXADataSourceLoader.java RawXADataSourceLoaderMBean.java package.html Log: Moved JdbcProvider to pool, removed unused RawXADataSourceLoader and Connection ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa XAConnectionFactory.java XAPoolDataSource.java XAPoolDriver.java
User: d_jencks Date: 01/08/15 20:48:20 Removed: src/main/org/jboss/pool/jdbc/xa XAConnectionFactory.java XAPoolDataSource.java XAPoolDriver.java Log: removed classes not needed without XADataSourceLoader or moved to jdbc resource adapter ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper TransactionListener.java XAClientConnection.java XAConnectionImpl.java XADataSourceImpl.java XAResourceImpl.java
User: d_jencks Date: 01/08/15 20:48:20 Removed: src/main/org/jboss/pool/jdbc/xa/wrapper TransactionListener.java XAClientConnection.java XAConnectionImpl.java XADataSourceImpl.java XAResourceImpl.java Log: removed classes not needed without XADataSourceLoader or moved to jdbc resource adapter ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/asf StdServerSessionPool.java
User: pkendall Date: 01/08/15 21:06:21 Modified:src/main/org/jboss/jms/asf StdServerSessionPool.java Log: Fix mdb undeploy bug. Revision ChangesPath 1.11 +51 -24jboss/src/main/org/jboss/jms/asf/StdServerSessionPool.java Index: StdServerSessionPool.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/asf/StdServerSessionPool.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- StdServerSessionPool.java 2001/07/21 20:27:13 1.10 +++ StdServerSessionPool.java 2001/08/16 04:06:21 1.11 @@ -5,12 +5,12 @@ * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2 of the License, or (at your option) any later version - * + * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. - * + * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA @@ -47,7 +47,7 @@ * pCreated: Thu Dec 7 17:02:03 2000 * * @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a. - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ public class StdServerSessionPool implements ServerSessionPool @@ -73,7 +73,7 @@ /** The session connection. */ private Connection con; - + /** The message listener for the session. */ private MessageListener listener; @@ -83,6 +83,12 @@ /** The executor for processing messages? */ private PooledExecutor executor; + /** Used to signal when the Pool is being closed down */ + private boolean closing = false; + + /** Used during close down to wait for all server sessions to be returned and closed.*/ + private int numServerSessions = 0; + /** * Construct a ttStdServerSessionPool/tt using the default * pool size. @@ -100,7 +106,7 @@ { this(con, transacted, ack, listener, DEFAULT_POOL_SIZE); } - + /** * Construct a ttStdServerSessionPool/tt using the default * pool size. @@ -124,7 +130,7 @@ this.transacted = transacted; this.poolSize = maxSession; this.sessionPool = new ArrayList(maxSession); - + // setup the worker pool executor = new PooledExecutor(poolSize); executor.setMinimumPoolSize(0); @@ -158,7 +164,10 @@ try { while (true) { synchronized (sessionPool) { - if (sessionPool.size() 0) { + if(closing){ + throw new JMSException(Cannot get session after pool has been closed down.); + } + else if (sessionPool.size() 0) { session = (ServerSession)sessionPool.remove(0); break; } @@ -168,7 +177,7 @@ } catch (InterruptedException ignore) {} } -} +} } } catch (Exception e) { @@ -176,7 +185,7 @@ } // assert session != null - + log.debug(using server session: + session); return session; } @@ -189,15 +198,22 @@ boolean isTransacted() { return transacted; } - + /** * Recycle a server session. */ void recycle(StdServerSession session) { synchronized (sessionPool) { - sessionPool.add(session); - sessionPool.notifyAll(); - log.debug(recycled server session: + session); + if(closing){ + session.close(); + numServerSessions--; + if(numServerSessions == 0) //notify clear thread. + sessionPool.notifyAll(); + }else{ + sessionPool.add(session); + sessionPool.notifyAll(); + log.debug(recycled server session: + session); + } } } @@ -207,18 +223,19 @@ Executor getExecutor() { return executor; } - + /** * Clear the pool, clear out both threads and ServerSessions, * connection.stop() should be run before this method. */ public void clear() { synchronized (sessionPool) { - // FIXME - is there a runaway condition here. What if a - // ServerSession are taken by a ConnecionConsumer? Should we set + // FIXME - is there a runaway condition here. What if a
[JBoss-dev] [ jboss-Change Notes-451443 ] XADSLoader to ConnectionFactoryLoader
Change Notes item #451443, was opened at 2001-08-15 21:06 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=451443group_id=22866 Category: None Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: Nobody/Anonymous (nobody) Summary: XADSLoader to ConnectionFactoryLoader Initial Comment: I replaced the implementations of XADataSourceLoader and JDBCDataSourceLoader with wrappers that create, configure, and delegate to ConnectionFactoryLoaders using the Minerva Resource Adapters. You can save (using configuration service SaveConfiguration button) the jmx state and replace the XADataSourceLoader config with the new ConnectionFactoryLoader config in your jboss.jcml files. The jboss.jcml shows a before and after and contains instructions. The XADataSourceLoader also logs simple instructions. Mapping is as follows: XADataSourceLoader with XADataSourceImpl wrapping a jdbc 1 driver --- ConnectionFactoryLoader using jboss-jdbc.rar, using the Minerva LocalTransaction connection manager. XADataSourceLoader with another XADataSource --- ConnectionFactoryLoader using jboss-xa.rar, using Minerva XATransaction connection manager. JDBCDataSourceLoader ConnectionFactoryLoader using jboss-jdbc.rar, using the Minerva NoTransaction connection manager. Other changes: jboss-xa.rar now exists. The parts were all there, for some reason noone had written the ra.xml and assembled it. The two .rar's now contain all (and exactly) the classes they need. jbosspool.jar also does not contain classes belonging in a resource adapter. The Connection wrappers and PreparedStatement pooling classes are now in the connector/jdbc/ package and included in the jdbc.rar. The pool/jdbc/... classes have been removed since they are not needed without XADataSourceLoader. RawXADataSourceLoader has been removed since you can specify the XADataSourceClass in the jboss-xa.rar configuration. Bill's transaction isolation code has been added to the jboss-jdbc.rar. I had no way to test it with the jboss-xa.rar and have not yet added it there. Complain if you need it. There are some feeble beginnings of documentation in manual/src/docs/resource.xml This will probably quickly show up some bugs in the jca framework and resource adapters. For instance, I discovered a race condition when running banktest against Hypersonic. PLEASE REPORT PROBLEMS! Thanks david jencks -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=451443group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
User: pkendall Date: 01/08/15 21:06:05 Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java Log: Fix mdb undeploy bug. Revision ChangesPath 1.25 +643 -643 jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java Index: JMSContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- JMSContainerInvoker.java 2001/08/09 18:33:25 1.24 +++ JMSContainerInvoker.java 2001/08/16 04:06:05 1.25 @@ -54,657 +54,657 @@ /** * ContainerInvoker for JMS MessageDrivenBeans, based on JRMPContainerInvoker. - * + * * @author a href=mailto:[EMAIL PROTECTED];Peter Antman/a. * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.24 $ + * @version $Revision: 1.25 $ */ public class JMSContainerInvoker - implements ContainerInvoker, XmlLoadable + implements ContainerInvoker, XmlLoadable { - // Constants - + // Constants - - /** {@link MessageListener#onMessage} reference. */ - protected static /* final */ Method ON_MESSAGE; + /** {@link MessageListener#onMessage} reference. */ + protected static /* final */ Method ON_MESSAGE; - /** -* Initialize the ON_MESSAGE reference. -*/ - static { - try { - final Class type = MessageListener.class; - final Class arg = Message.class; - ON_MESSAGE = type.getMethod(onMessage, new Class[] { arg }); - } - catch (Exception e) { - e.printStackTrace(); - throw new ExceptionInInitializerError(e); - } - } - - /** Instance logger. */ - private final Category log = Category.getInstance(this.getClass()); - - // Attributes - - protected boolean optimize; // = false; - protected int maxMessagesNr = 1; - protected int maxPoolSize = 15; - protected String providerAdapterJNDI; - protected String serverSessionPoolFactoryJNDI; - protected int acknowledgeMode; - protected Container container; - protected Connection connection; - protected ConnectionConsumer connectionConsumer; - protected TransactionManager tm; - protected ServerSessionPool pool; - protected ExceptionListenerImpl exListener; - protected String beanName; - - // Static - - // Constructors -- - - // Public - - public void setOptimized(final boolean optimize) { - log.debug(Container Invoker optimize set to + optimize); - this.optimize = optimize; - } - - public boolean isOptimized() { - log.debug(Optimize in action: + optimize); - return optimize; - } - - public EJBMetaData getEJBMetaData() { - throw new Error(Not valid for MessageDriven beans); - } - - // ContainerInvoker implementation - - public EJBHome getEJBHome() { - throw new Error(Not valid for MessageDriven beans); - } - - public EJBObject getStatelessSessionEJBObject() { - throw new Error(Not valid for MessageDriven beans); - } - - public EJBObject getStatefulSessionEJBObject(Object id) { - throw new Error(Not valid for MessageDriven beans); - } - - public EJBObject getEntityEJBObject(Object id) { - throw new Error(Not valid for MessageDriven beans); - } - - public Collection getEntityCollection(Collection ids) { - throw new Error(Not valid for MessageDriven beans); - } - - public Object invoke(Object id, -Method m, -Object[] args, -Transaction tx, -Principal identity, -Object credential) - throws Exception - { - MethodInvocation mi = - new MethodInvocation(id, m, args, tx, identity, credential); - - // Set the right context classloader - ClassLoader oldCl = Thread.currentThread().getContextClassLoader(); - Thread.currentThread().setContextClassLoader(container.getClassLoader()); - - try { - return container.invoke(mi); - } - finally { -
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server JMSTopic.java JMSQueue.java ClientConsumer.java BasicQueue.java
User: pkendall Date: 01/08/15 21:04:15 Modified:src/main/org/jboss/mq/server JMSTopic.java JMSQueue.java ClientConsumer.java BasicQueue.java Log: Several subtle bug fixes. Transacted sessions were not rolled back when closed. Have to save subscriptions that have unacked messages. Revision ChangesPath 1.3 +1 -1 jbossmq/src/main/org/jboss/mq/server/JMSTopic.java Index: JMSTopic.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/JMSTopic.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JMSTopic.java 2001/08/15 02:43:33 1.2 +++ JMSTopic.java 2001/08/16 04:04:15 1.3 @@ -29,7 +29,7 @@ * @author Hiram Chirino ([EMAIL PROTECTED]) * @author David Maplesden ([EMAIL PROTECTED]) * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class JMSTopic extends JMSDestination { @@ -92,7 +92,7 @@ queue = (BasicQueue)durQueues.get(id); //note DON'T remove } } - queue.removeReceiver(sub); + queue.removeSubscriber(sub); } public void addReceiver(Subscription sub){ 1.3 +1 -1 jbossmq/src/main/org/jboss/mq/server/JMSQueue.java Index: JMSQueue.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/JMSQueue.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JMSQueue.java 2001/08/15 02:43:33 1.2 +++ JMSQueue.java 2001/08/16 04:04:15 1.3 @@ -29,7 +29,7 @@ * @author Hiram Chirino ([EMAIL PROTECTED]) * @author David Maplesden ([EMAIL PROTECTED]) * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class JMSQueue extends JMSDestination { @@ -56,7 +56,7 @@ } public void removeSubscriber(Subscription sub){ - removeReceiver(sub); + queue.removeSubscriber(sub); } public void addReceiver(Subscription sub){ 1.3 +23 -3 jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java Index: ClientConsumer.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/ClientConsumer.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ClientConsumer.java 2001/08/15 02:43:33 1.2 +++ ClientConsumer.java 2001/08/16 04:04:15 1.3 @@ -28,7 +28,7 @@ * * @author Hiram Chirino ([EMAIL PROTECTED]) * - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class ClientConsumer implements Runnable { @@ -42,8 +42,10 @@ boolean enabled; //Has this connection been closed? boolean closed = false; - //Maps a a subsction id to a Subscription + //Maps a subscription id to a Subscription HashMap subscriptions = new HashMap(); + //Maps a subscription id to a Subscription for subscriptions that have finished receiving + HashMap removedSubscriptions = new HashMap(); LinkedList blockedSubscriptions = new LinkedList(); //LinkedList of the the temporary destinations that this client created @@ -140,12 +142,15 @@ { cat.debug(+this+-removeSubscription(subscriberId=+subscriptionId+)); + Integer subId = new Integer(subscriptionId); Subscription req; synchronized (subscriptions ) { - HashMap subscriptionsClone = (HashMap)subscriptions.clone(); - req = (Subscription)subscriptionsClone.remove(new Integer(subscriptionId)); + req = (Subscription) subscriptionsClone.remove(subId); subscriptions = subscriptionsClone; + if(req != null){ + removedSubscriptions.put(subId,req); + } } if( req == null ) @@ -156,8 +161,16 @@ throw new JMSException(The subscription was registed with a destination that does not exist !); queue.removeSubscriber(req); + + } + + void removeRemovedSubscription(int subId){ + synchronized (subscriptions ) { + removedSubscriptions.remove(new Integer(subId)); + } } + // Iterate over the consumers asking them to take messages until they stop // consuming. public void run() { @@ -222,6 +235,13 @@ public void acknowledge(AcknowledgementRequest request, org.jboss.mq.pm.Tx txId) throws
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq SpySession.java SpyMessageConsumer.java SpyConnectionConsumer.java
User: pkendall Date: 01/08/15 21:04:40 Modified:src/main/org/jboss/mq SpySession.java SpyMessageConsumer.java SpyConnectionConsumer.java Log: Several subtle bug fixes. Transacted sessions were not rolled back when closed. Have to save subscriptions that have unacked messages. Revision ChangesPath 1.2 +16 -12jbossmq/src/main/org/jboss/mq/SpySession.java Index: SpySession.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpySession.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- SpySession.java 2001/08/11 20:59:11 1.1 +++ SpySession.java 2001/08/16 04:04:40 1.2 @@ -34,7 +34,7 @@ * @author Norbert Lataille ([EMAIL PROTECTED]) * @author Hiram Chirino ([EMAIL PROTECTED]) * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ abstract public class SpySession implements Session, XASession @@ -153,38 +153,42 @@ sessionConsumer.setMessageListener(listener); } - // Optional Connection consumer methods - java.util.LinkedList messages = new java.util.LinkedList(); + // Optional Connection consumer methods + java.util.LinkedList messages = new java.util.LinkedList(); - void addMessage(SpyMessage message){ + void addMessage(SpyMessage message){ synchronized(messages){ - messages.addLast(message); + messages.addLast(message); } - } + } // Delivers messages queued by ConnectionConsumer to the message listener - public void run(){ + public void run(){ synchronized(messages){ - while(messages.size() 0){ + while(messages.size() 0){ SpyMessage message = (SpyMessage)messages.removeFirst(); try{ - if(sessionConsumer == null){ + if(sessionConsumer == null){ cat.warn(Session has no message listener set, cannot process message.); //Nack message connection.send(message.getAcknowledgementRequest(false)); - }else + }else sessionConsumer.addMessage(message); }catch(JMSException ignore){ + } } - } } - } + } public synchronized void close() throws JMSException { // allow other threads to process before closing this session // Patch submitted by John Ellis (10/29/00) Thread.yield(); + + //deal with any unacked messages + if(!closed transacted spyXAResource == null) + rollback(); synchronized (runLock) { if (closed) return; 1.2 +97 -97jbossmq/src/main/org/jboss/mq/SpyMessageConsumer.java Index: SpyMessageConsumer.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/SpyMessageConsumer.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- SpyMessageConsumer.java 2001/08/11 20:59:11 1.1 +++ SpyMessageConsumer.java 2001/08/16 04:04:40 1.2 @@ -29,7 +29,7 @@ * @author Hiram Chirino ([EMAIL PROTECTED]) * @author David Maplesden ([EMAIL PROTECTED]) * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class SpyMessageConsumer implements MessageConsumer, SpyConsumer, Runnable { @@ -42,11 +42,11 @@ // The subscription structure should be fill out by the decendent public Subscription subscription = new Subscription(); - protected Object stateLock = new Object(); - protected boolean receiving = false; - protected boolean waitingForMessage = false; - protected boolean listening = false; - protected Thread listenerThread = null; + protected Object stateLock = new Object(); + protected boolean receiving = false; + protected boolean waitingForMessage = false; + protected boolean listening = false; + protected Thread listenerThread = null; //List of Pending messages (not yet delivered) LinkedList messages; @@ -76,20 +76,20 @@ throw new IllegalStateException(The MessageConsumer is closed); synchronized(stateLock){ - if(receiving) + if(receiving) throw new JMSException(Another thread is already in receive.); - boolean oldListening = listening; - listening = (listener != null); - messageListener = listener; + boolean oldListening = listening; + listening = (listener != null); +
Re: [JBoss-dev] DataSourceLoader...
Ferguson, Doug wrote: Well, Alot of my datasources are loaded on the fly... I can't have the type in a password when jboss starts. Also, when there are many differnet databases... it becomes unmanagable.. d. But if you encrypt the password on disk, you need a key to decrypt it with. Unless you make a sysadmin keep a floppy in a vault with this key on it and only mount that floppy when JBoss is starting, then take it out right away, you'll have to store the key on disk on the same machine where the encrypted passwords are stored. This makes the encrypted password clear-text equivalent. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: d_jencks Date: 01/08/15 22:23:36 Modified:src/etc/conf/default jboss.jcml Log: modified the buildmagic version previously, this modifies the correct version Revision ChangesPath 1.59 +267 -117 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- jboss.jcml2001/08/16 03:05:46 1.58 +++ jboss.jcml2001/08/16 05:23:36 1.59 @@ -1,32 +1,55 @@ ?xml version=1.0 encoding=UTF-8? -!-- This is where you can add and configure your MBeans - ATTENTION: The order of the listing here is the same order as -the MBeans are loaded. Therefore if a MBean depends on another -MBean to be loaded and started it has to be listed after all -the MBeans it depends on. --- +!DOCTYPE server +!-- = -- +!-- -- +!-- JBoss Server Configuration -- +!-- -- +!-- = -- + +!-- $Id: jboss.jcml,v 1.59 2001/08/16 05:23:36 d_jencks Exp $ -- + +!-- + | This is where you can add and configure your MBeans. + | + | ATTENTION: + | + | The order of the listing here is the same order as + | the MBeans are loaded. Therefore if a MBean depends on another + | MBean to be loaded and started it has to be listed after all + | the MBeans it depends on. + -- + server + !-- -- !-- Classloading -- !-- -- - mbean code=org.jboss.web.WebService name=DefaultDomain:service=Webserver + + mbean code=org.jboss.web.WebService + name=DefaultDomain:service=Webserver attribute name=Port8083/attribute /mbean + !-- -- !-- JNDI -- !-- -- - mbean code=org.jboss.naming.NamingService name=DefaultDomain:service=Naming + + mbean code=org.jboss.naming.NamingService + name=DefaultDomain:service=Naming attribute name=Port1099/attribute /mbean - mbean code=org.jboss.naming.JNDIView name=DefaultDomain:service=JNDIView / + mbean code=org.jboss.naming.JNDIView + name=DefaultDomain:service=JNDIView/ !-- -- !-- Transactions -- !-- -- - mbean code=org.jboss.tm.TransactionManagerService name=DefaultDomain:service=TransactionManager + + mbean code=org.jboss.tm.TransactionManagerService + name=DefaultDomain:service=TransactionManager attribute name=TransactionTimeout300/attribute !-- Use this attribute if you need to use a specific Xid @@ -38,12 +61,14 @@ !-- Uncomment to use Tyrex (tyrex.exolab.org) transaction manager plugin instead of the org.jboss.tm.TransactionManagerService and comment out the TransactionManagerService above - mbean code=org.jboss.tm.plugins.tyrex.TransactionManagerService name=DefaultDomain:service=TransactionManager + mbean code=org.jboss.tm.plugins.tyrex.TransactionManagerService + name=DefaultDomain:service=TransactionManager attribute name=ConfigFileName../conf/default/domain.xml/attribute /mbean -- - mbean code=org.jboss.tm.usertx.server.ClientUserTransactionService name=DefaultDomain:service=ClientUserTransaction + mbean code=org.jboss.tm.usertx.server.ClientUserTransactionService + name=DefaultDomain:service=ClientUserTransaction /mbean @@ -52,37 +77,48 @@ !-- -- !-- Uncomment to enable the sample SRPVerifierStore service - mbean code=org.jboss.security.srp.SRPVerifierStoreService name=Security:name=SRPVerifierStoreService + mbean code=org.jboss.security.srp.SRPVerifierStoreService + name=Security:name=SRPVerifierStoreService attribute name=JndiNameSRPDefaultVerifierSource/attribute attribute name=StoreFileSRPVerifierStore.ser/attribute /mbean --- + -- + !-- Uncomment to enable the SRP login service
Re: [JBoss-dev] Stateful bean with different transaction context
Ok, I finally got the rewritten XADataSourceLoader into cvs. All you need to do to try with jca should be to use latest cvs rabbithole. The XADataSourceLoader should do the conversion for you. It worked great for me, I'm waiting for the storm of protest if it breaks something I didn't test. david jencks On 2001.08.15 14:40:42 -0400 Jason Dillon wrote: Could you explain what I need to do? --jason On Wed, 15 Aug 2001, David Jencks wrote: Hi Jason, could you try converting to the jca version of db access and see if the problem persists? I recently found a race condition in (the jca versions) of the code that releases connections back to the pool after transactions complete that was allowing several transactions to access the same connection. Maybe a similar bug is present in the non-jca code. I'm hoping to check in my auto-converting-to-jca XADatasourceLoader later today, in case you don't want to try the conversion by hand. (this race fix is only in rabbit hole). Thanks david jencks On 2001.08.14 19:07:43 -0400 Jason Dillon wrote: I was trying to track down a concurrency problem which would show up as an Oracle deadlock exception. It looks like that exception was happening due to some fk constraints causing parent tables to lock and such. Any ways, after I got that deadlock exception, I got a ton of these session bean context errors. I think that I have fixed the deadlock problem by removing some of the fk constraints (which I don't like too much, but it stopped the exception from being thrown), but I am still getting these errors. I thought they were caused by the oracle problem, but now I think there might be something else going on. Does anyone have any ideas on why this might happen, and or how I might go about fixing it? The TX stuff is still a bit of a mystery to me. Any help would be appreciated. Below is the log of the exception thrown. --jason 2001-08-14 15:59:52,726 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - TRANSACTION ROLLBACK EXCEPTION: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context ... 2001-08-14 15:59:52,842 org.jboss.ejb.plugins.LogInterceptor [Thread Pool Worker] ERROR - Detail java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSessionInstanceInterceptor.java:207) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:354) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:445) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:339) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) at $Proxy28.handle(Unknown Source) at com.boldfish.does.job.service.internal.ResponseProcessorEJB.process(ResponseProcessorEJB.java:152) at com.boldfish.ejb.AbstractMessageDrivenBean.onMessage(AbstractMessageDrivenBean.java:132) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.MessageDrivenContainer$ContainerInterceptor.invoke(MessageDrivenContainer.java:410) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.invoke(MessageDrivenInstanceInterceptor.java:79) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:97) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:154) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:63) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:168) at org.jboss.ejb.MessageDrivenContainer.invoke(MessageDrivenContainer.java:285) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke(JMSContainerInvoker.java:165) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:644) at