Re: [JBoss-dev] Files looked on my fs from clean co
Hi, It varies - usually none - but sometimes the cvs command spits out some lock messages - but then carries on... Chris --- Peter Fagerlund <[EMAIL PROTECTED]> wrote: > > fredagen den 8 november 2002 kl 15.07 skrev Chris Kimpton: > > > What is "looked" > > lock'ed > > > > --- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development = __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 新全国网络系统大全+源码系列软件
¡¶ÐÂÈ«¹úÍøÂçϵͳ¼¯³É·½°¸´óÈ«¡· + Ô´ÂëϵÁйâÅÌ ±¾CDÊÕ¼ÁËÈ«¹ú¸÷µØ´óÁ¿ÍøÂçϵͳºÍϵͳ¼¯³É·½ÃæµÄ×ÊÁÏ¡¢·½°¸¡¢¹æ»®¡¢¼¼Êõ¡¢½â¾ö·½°¸µÈµÈÕä¹ó²ÄÁÏ£¡ÄÚÈÝÉæ¼°°üÀ¨Õþ¸®¡¢ÓÊÕþ¡¢µçÐÅ¡¢Ð£Ô°¡¢¹ãµç¡¢½ðÈÚ¡¢µç×ÓÉÌÎñ¡¢Ë°Îñ¡¢Éç±£¡¢¿í´øÍø¡¢ÖÇÄÜСÇøµÈÊ®¶à¸öÐÐÒµ£¡³¬¹ý1.8GµÄÎĵµÈ«²¿Ñ¹ËõÖÁCDÄÚ£¡£¡¾ø¶ÔÊǸöÈËÍøÂç¼¼Êõ°®ºÃÕß¡¢ÏµÍ³¼¯³ÉÐÐÒµµÈ²»¿É¶àµÃµÄ±¦¹ó²Î¿¼×ÊÁÏ£¡£¡£¡ ITÒµ½ç×ÊÉîר¼ÒѪº¹Ö®×÷£¬Ö±»÷µ±½ñIT¼¯³É×î¸ßˮƽ£¬´øÄú×ß½øÎÞÓǵÄITÊÀ½ç£¬ÈÃÄúÒ»Ò¹³ÉΪϵͳ¼¯³Éר¼Ò¡£¼¸°Ù¸ö³É¹¦µÄϵͳ¼¯³ÉÉè¼Æ¡¢Ê©¹¤·½°¸£¬¼«ÓмÛÖµµÄÄÚ²¿È«Õæ×ÊÁÏ£¨°üÀ¨£º½â¾ö·½°¸¡¢Éè¼Æ·½°¸¡¢±êÊé¡¢ÍøÂ簲ȫ×ÊÁÏ¡¢ÉÌÒµ¼Æ»®Ê飩£¬¶ÔÓÚ´ÓÊÂÏà¹ØÁìÓòµÄ¹«Ë¾»ò¸öÈ˾ßÓкܸߵĽè¼ø¼ÛÖµ¡£³¬¹ý600·ÝµÄÈ«ÃæÕæʵ¡¢Ö±¹ÛÃ÷ÁË¡¢Êµ¼ÊÇåÎúµÄ¸÷ÖÖ¹¤³ÌÎĵµ¡¢Ê©Ðз½°¸¡¢ÐÐÒµ±ê×¼¡¢¹ÜÀíÊÖ²áµÈµÈ£¬º¸Çϵͳ¼¯³É¡¢IT¡¢µçÐÅ¡¢ÍøÂçµÈ¸÷¸öÁìÓò¡£ÎÒÃdzÐŵ£º¿îµ½ºóÁ¢¼´×¨µÝËÍÅÌÉÏÃÅ£¬³¤ÆڵĿͻ§¼¼Êõ¸¨µ¼·þÎñÌá¸ßÄú·½°¸ÖÆ×÷ˮƽ£»Ò»ÄêÄÚÐÂÔö·½°¸ Ãâ·ÑÔùËÍÉý¼¶¡£Ã¿ÕÅÊÛ¼Û½ö400Ô²£¡£¡£¡ ¹ºÂò·½Ê½£º Email¶©¹º£ºÇëÀ´ÐÅ[EMAIL PROTECTED]¶©¹º µç»°¶©¹º£º ÇëÖ±½ÓÀ´µç 0816-6623109¶©¹º ±íµ¥¶©¹º£º Çëµã»÷ÕâÀïÌî䶩¹º±íµ¥ ·¢»õ·½Ê½£ºEMS¿ìµÝ¹âÅÌ£º400Ôª/ÕÅ £¨°üÓʵݷѣ© ÌṩÏÂÔصØÖ·£º350Ôª/ÕÅ ²¿·Ö×ÊÁÏÑùÆ·Çëµã»÷ÕâÀïÏÂÔØ ¾§×ÊÔ´ÍøÂçÐÅÏ¢·þÎñ copyright2002-2003 all reserved ϵͳ¼¯³É¹âÅÌĿ¼ 1¡¢¿í´øÍø³ÇÓòÍø---11ƪ 2¡¢µç×ÓÉÌÎñÍøÕ¾---26ƪ 3¡¢ÍøÂ簲ȫ6ƪ 4¡¢ÍøÂç¹ÜÀí---13ƪ 5¡¢ÍøÂç·½°¸4ƪ 6¡¢ºô½ÐÖÐÐÄ5ƪ 7¡¢TCP/IPÅàѵ--3ƪ 8¡¢ÊÓƵ»áÒé¡¢VOD--13ƪ 9¡¢VOIP5ƪ 10¡¢IPµç»°-9ƪ 11¡¢½¨Éè¹æ·¶Êé13ƪ 12¡¢·ÃÎÊ·þÎñÆ÷21ƪ 13¡¢½ðÈÚ--26ƪ 14¡¢¹ãµç---5ƪ 15¡¢Õþ¸®--24ƪ 16¡¢Ð£Ô°--19ƪ 17¡¢ÓÊÕþ---3ƪ 18¡¢Éç±£---6ƪ 19¡¢¹«¼ì·¨-3ƪ 20¡¢¼Æ·Ñ--xxƪ 21¡¢Ë°Îñ---3ƪ 22¡¢µçÐÅ£¨163/169/ÁªÍ¨/¼ªÍ¨/Íøͨ/21CN£©-52ƪ 23¡¢°ì¹«×Ô¶¯»¯15ƪ 24¡¢ÈÝ´í¡¢±¸·Ý11ƪ 25¡¢¼¼Êõ½â¾ö·½°¸--58ƪ 26¡¢ÎÞÏß´«Êä---5ƪ 27¡¢Í¶±êÊé-7ƪ 28¡¢ÖÇÄÜÂ¥Óî--10ƪ 29¡¢×ۺϲ¼Ïß--12ƪ 30¡¢»ÃµÆƬ18ƪ 31¡¢¹¤³Ìͼֽ--88ƪ 32¡¢Cisco×ÊÁÏxxxƪ 33¡¢¹ÜÀíÔ±ÊÖ²á20ƪ 34¡¢ÏúÊÛ·½°¸---7ƪ 35¡¢ÆäËü--24ƪ ÐÂÏʳöÁý£º 36¡¢×îÐÂÖбê½â¾ö·½°¸¾«Ñ¡2001-2002111ƪ ÍøÂçÌáÉý·þÎñ£Ë¼¿Æ½â¾ö·½°¸ÔÚÉ̼ìϵͳµÄÓ¦ÓÃ.zip ¹«°²¼ÆËã»úÓ¦ÓÃÈí¼þ¼¼Êõ°×ƤÊé.zip **¹«Ë¾»ú³¡Éú²úÔËÓª¹ÜÀíϵͳ..zip ³ÇÓòÍø½â¾ö·½°¸.zip Ô˳﷽´çÖ®¼ä£¬¾ö²ßǧÀïÖ®Íâ--**ÊгÇÊй滮¾Ö¹ãÓòÍøÂçϵͳ¹¤³Ì.zip ÈõØÏÂÒøÁú²åÉÏÐÅÏ¢»¯µÄ³á°ò--**µØÌú×ܹ«Ë¾¼ÆËã»úÍøÂçϵͳ½¨Éè·½°¸. **Ê¡Õþ¸®ÐÅÏ¢ÍøÒ»ÆÚ¹¤³Ì.zip ¿ª±ÙÎÞÏßÍøÂçпռä£Ë¼¿Æ¼ÑÓ¯ÐÁ¦ÍƽøÐÐÒµÓ¦ÓÃ.zip Áª´´ÏµÍ³°²È«½â¾ö·½°¸.zip ϵͳ¼¯³É-È«¹ú¾ÅÆß×ÝÏòÁªÍø..zip **Á¶Óͳ§ÆóÒµÍø½¨Éè·½°¸.zip ·ÆÍúʯÓÍʯ»¯ÆóҵȫÃæµç×Ó»¯¹ÜÀí½â¾ö·½°¸.zip **ÓÍÌï¹ãÓòÍø.zip *ÓÍÌﺣÑ󴬲°¹«Ë¾ÊÓƵ»áÒé½â¾ö·½°¸.zip ³¤´ï¿Æ¼¼ÐéÄâ˽ÈËÍøÂç.zip ¿ìÍþµç×Óѧϰ½â¾ö·½°¸.zip ÖÐÁªÊý×Ö»¯Í¼Êé¹ÝÍøÂç½â¾ö·½°¸.zip DavnetÒýÁìUOBPlaza&ShawHouse½øÈëÎÞÏß½ÓÈëÊÀ½ç.zip ¶ÔÓÚ¸ñÁÖ˹²©ÂÞÊÐÀ´Ëµ£¬²ÉÓÃÎÞÏßÍøÂ罫ÏñÔö¼ÓÁ˲»ÓÃ
[JBoss-dev] [ jboss-Bugs-635899 ] Bug in deadlock detection (with fix)
Bugs item #635899, was opened at 2002-11-09 13:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=635899&group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None >Priority: 7 Submitted By: Michael Lipp (mlipp) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in deadlock detection (with fix) Initial Comment: After starting to use massive parallel requests, our application has started to "hang", suggesting an undetected deadlock situation. It took me most of the last week to track down what happens: EJB X is currently used by transaction Tb. (1) Tb(X) In comes another request Tc that needs Tb (2) Tc --> Tb(X) and yet another request that needs Tb and already has EJB Y locked (3) Td(Y) --> Tb(X) Now Tb terminates and releases X which is taken over by Tc (next in queue). (4) Tc(X) Tc and Td are woken up (actually the associated thread is woken up, but as there is a one-to-one association I'll continue to speak of transactions being woken up). You can, however, not tell in which sequence. Let's first look at the "good" sequence: (good) Td awakes, removes its entry from the waiting table, finds that X is locked by Tc and adds a new "adjusted" entry in the waiting table (5) Td(Y) --> Tc(X) Now Tc awakes and while proceeding, wants a lock on Y. The lock handling on Y uses Td (current locker of Y) as key for a lookup in the waiting map, finds Tc which matches the transaction requesting the lock and successfully detectes the deadlock. Now the bad sequence: (bad) Tc awakes and while proceeding, wants a lock on Y. The lock handling on Y uses Td as key for a lookup in the waiting map and finds Tb (because adjusting has not taken place yet). As this has nothing to do with the requesting Tc, no deadlock ist detected and things proceed, i.e. Tc waits for Y (5') Tc(X) --> Td(Y) Now Td wakes up, removes its entry from the waiting table, finds that X is locked by Tc and adds a new "adjusted" entry in the waiting table: (6') Td(Y) --> Tc(X) Here you are, run into the deadlock and nobody has noticed. The fix I propose is very simple. Do not hold the transitions as values in the waiting table. Rather hold the QueuedPessimisticEJBLocks and get the associated transactions. Thus any change of locking transition is reflected in the waiting table immediately. Now things run correctly with our application. Of course, we get the deadlock exceptions, but that is something any properly programmed EJB client has to handle (by simply repeating the call, if not using client transactions). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=635899&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-635899 ] Bug in deadlock detection (with fix)
Bugs item #635899, was opened at 2002-11-09 13:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=635899&group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Michael Lipp (mlipp) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in deadlock detection (with fix) Initial Comment: After starting to use massive parallel requests, our application has started to "hang", suggesting an undetected deadlock situation. It took me most of the last week to track down what happens: EJB X is currently used by transaction Tb. (1) Tb(X) In comes another request Tc that needs Tb (2) Tc --> Tb(X) and yet another request that needs Tb and already has EJB Y locked (3) Td(Y) --> Tb(X) Now Tb terminates and releases X which is taken over by Tc (next in queue). (4) Tc(X) Tc and Td are woken up (actually the associated thread is woken up, but as there is a one-to-one association I'll continue to speak of transactions being woken up). You can, however, not tell in which sequence. Let's first look at the "good" sequence: (good) Td awakes, removes its entry from the waiting table, finds that X is locked by Tc and adds a new "adjusted" entry in the waiting table (5) Td(Y) --> Tc(X) Now Tc awakes and while proceeding, wants a lock on Y. The lock handling on Y uses Td (current locker of Y) as key for a lookup in the waiting map, finds Tc which matches the transaction requesting the lock and successfully detectes the deadlock. Now the bad sequence: (bad) Tc awakes and while proceeding, wants a lock on Y. The lock handling on Y uses Td as key for a lookup in the waiting map and finds Tb (because adjusting has not taken place yet). As this has nothing to do with the requesting Tc, no deadlock ist detected and things proceed, i.e. Tc waits for Y (5') Tc(X) --> Td(Y) Now Td wakes up, removes its entry from the waiting table, finds that X is locked by Tc and adds a new "adjusted" entry in the waiting table: (6') Td(Y) --> Tc(X) Here you are, run into the deadlock and nobody has noticed. The fix I propose is very simple. Do not hold the transitions as values in the waiting table. Rather hold the QueuedPessimisticEJBLocks and get the associated transactions. Thus any change of locking transition is reflected in the waiting table immediately. Now things run correctly with our application. Of course, we get the deadlock exceptions, but that is something any properly programmed EJB client has to handle (by simply repeating the call, if not using client transactions). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=635899&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Files looked on my fs from clean co
lördagen den 9 november 2002 kl 10.03 skrev Chris Kimpton: It varies - usually none - but sometimes the cvs command spits out some lock messages - but then carries on... um ... I am nor as clear as I need to be in my written english ... When I do a clean co, then build will fail, becouse of no write permission in the newly dloaded jboss.head folder. It just recently happened so I wanted to ask if this was simular for others ? ... maybe I just been using a shell with somebodyelses role ? ;-) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-630665 ] CMR within one transaction
Bugs item #630665, was opened at 2002-10-29 21:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=630665&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Leon Doud (ldoud) Assigned to: Nobody/Anonymous (nobody) Summary: CMR within one transaction Initial Comment: When two objects are created in the same transaction setting a relation between these objects fails. There is no exception given, but the foreign key is NULL. The test case submitted uses one session bean with two almost identical methods. The only difference is that one method has the transaction type of "Required" and the other has a type of "NotSupported". The test case for the required transaction fails, while the other test case passes. This test only covers one-to-many bidirectional relationships. It was tested against the latest CVS code for Branch_3_0, using Windows 2000 and JDK 1.4.0. -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2002-11-09 15:48 Message: Logged In: YES user_id=543482 Dain, sorry for confusion. The key is of type CustomerPK that just wraps the int id. So, it's ok according to the spec but zero values will be represented as null anyway. Also, for me, the test attached doesn't work with zero values for Required or NotSupported either. But works for both with non-zero values for id, though, I tested against HEAD on Win2K, jdk1.3.1. alex alex -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-11-09 00:20 Message: Logged In: YES user_id=251431 A primitive int is not allowed for a primary key. The spec requires an Object, as the primary key is returned from a method that returns an Object. The verifier should have thrown an error. Did you turn off the verifier? If not, this is a verifier bug. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2002-11-08 23:50 Message: Logged In: YES user_id=543482 I don't understand why it works for NotSupported. The problem is that, you are using 'int' for primary key with zero value. Currently, foreign keys can't be 'NOT NULL'. On the other hand, 'int' can't be null, so null equivalent is 0. Thus, relationships are not set. Try the following: 1. use int for pk but non-zero values; 2. use java.lang.Integer instead of int. alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=630665&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX on the client side?
David, > I'm thinking of a minimal that is perhaps smaller than that. I think > that > the MBean API + proxies should be sufficient for many clients. > Currently setting up the sar deployer is done in the jboss startup code, > and the "minimal" jboss-service.xml is then read in. Without this, how do > you propose to efficiently deploy and configure mbeans? What's wrong with mbeanServer().registerMBean(mmb, name) ? I guess I'm thinking that some clients will not want to get overly involved with the file system. JMX on the client side and JBoss on the client side are two different things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't require the service deployer. If it does, that's another thing... - Matt --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [copy] Copying 1 file to /disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/server/all/deploy == == == Executing 'most' in module 'jboss.net'... == == compile-classes: Running Generating output for 'org.jboss.net.axis.mail.MailTransportService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.net.axis.mail.MailTransportService --> MailTransportServiceMBean qualified to MailTransportServiceMBean [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main [javac] Compiling 62 source files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:15: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated import org.apache.axis.configuration.DefaultEngineConfigurationFactory; ^ /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:88: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated return new DefaultEngineConfigurationFactory().getClientEngineConfig(); ^ 2 warnings [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools [javac] Compiling 1 source file to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools _default:compile-etc: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc [copy] Copying 3 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc _default:compile-resources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources [copy] Copying 10 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources compile: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources/taglib/META-INF Running Generating flash.tld. output: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib [jar] Building jar: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib/jboss-net.jar BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jboss.net/build.xml:214: /disk/orig/home/lubega/jbossro/jboss-all/thirdparty/apache-commons/lib not found. Total time: 5 minutes 39 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Ann] [JBoss.Net] Axis Release 1 + SOAP over SMTP support in *Head*
Title: Nachricht Fellow Web-Service-Geeks, as always before taking 3 weeks off, I tried to break the build ;-) no, just kidding. I just managed to integrate into head (finally!) the 1.0 release of Axis including some jboss.net extensions wrt e-mail transport of soap messages as contributed by Jason Essington (applause, welcome aboard). The bug wrt double appearances of the jaxp-QName class has also been resolved as a by-product. Now being a commiter, I hope that Jason could soon provide some sample mbean-configuration for the javamail-listener and some test code to demonstrate the new (quite transparent) transports/handlers to the public ;-) Anyway, the final release of Axis now being landed, I now plan to start a consolidation phase for jboss.net when I come back until the end of the year focussing on porting the stuff to 3.2 and, ta ta, documentation ... Would be cool if we could find a few volunteers (Matt?, Bruce?) to help out with language problems, performance analysis and Tomcat knowledge Since my thirdparty cvs-workspace was not completely clean and I tried to remove some redundant apache-commons things, I hope that my changes to library.ent where not devastating ... CU in three weeks, CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
Re: [JBoss-dev] JMX on the client side?
Matt Munz wrote: What's wrong with mbeanServer().registerMBean(mmb, name) ? Thank you matt. That is exactly what I am thinking. The first time you lookup an EJB or JMS connection, we we lazily force the client side to have an MBeanServer. Then we register only the mbeans required to service that object. For an EJB that may mean just a light weight client side container and a cache MBean. For JMS we would register a client side container and a reverse invoker. I'm not talking about anything heavy weight. I still want this to be able to run on a cellphone. If the programmer decides that they want a heavier solution they can start an MBean server a startup with a sar deployer. I guess I'm thinking that some clients will not want to get overly involved with the file system. Like applets. JMX on the client side and JBoss on the client side are two different things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't require the service deployer. If it does, that's another thing... Agreed. All I am talking about is an MBean server. If someone wants more JBoss services on the client side they can do that, but it shouldn't be required. -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [copy] Copying 1 file to /disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/server/all/deploy == == == Executing 'most' in module 'jboss.net'... == == compile-classes: Running Generating output for 'org.jboss.net.axis.mail.MailTransportService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.net.axis.mail.MailTransportService --> MailTransportServiceMBean qualified to MailTransportServiceMBean [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main [javac] Compiling 62 source files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:15: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated import org.apache.axis.configuration.DefaultEngineConfigurationFactory; ^ /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:88: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated return new DefaultEngineConfigurationFactory().getClientEngineConfig(); ^ 2 warnings [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools [javac] Compiling 1 source file to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools _default:compile-etc: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc [copy] Copying 3 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc _default:compile-resources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources [copy] Copying 10 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources compile: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources/taglib/META-INF Running Generating flash.tld. output: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib [jar] Building jar: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib/jboss-net.jar BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jboss.net/build.xml:214: /disk/orig/home/lubega/jbossro/jboss-all/thirdparty/apache-commons/lib not found. Total time: 5 minutes 23 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-621664 ] test hangs with 3.0.3 but passes 3.0.2
Bugs item #621664, was opened at 2002-10-10 21:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=621664&group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None >Priority: 9 Submitted By: Joe Simone (jsimone) Assigned to: Nobody/Anonymous (nobody) Summary: test hangs with 3.0.3 but passes 3.0.2 Initial Comment: OS: Win XP Pro, SP1 JDK 1.3.1_05 I have a test that creates sample data in my DB2 database. Using DB2 EE 7.2 with fixpack 7 applied. If I run the data creator under 3.0.2/4.0.4 then it runs to completion. If I run the data creator under 3.0.3/4.1.12 then my console client just stops midway. I'll get a WARN about timeout with STATUS_ACTIVE. How can I enable debug so I can provide more info? P.S. didn't know which component to open under so I just picked JBossTX -- >Comment By: Joe Simone (jsimone) Date: 2002-11-09 12:29 Message: Logged In: YES user_id=586242 The test case I am running has run successfully and passed in JBoss 3.0.0, 3.0.1, 3.0.2. Something changed in 3.0.3 and its still there in 3.0.4 that causes the server to freeze. Please help. joe -- Comment By: Joe Simone (jsimone) Date: 2002-11-06 13:51 Message: Logged In: YES user_id=586242 Still happens with latest 3.0.4 Jboss. System just freezes. After a while I get this in the console: 12:55:25,059 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:32s:287ms 13:11:30,237 WARN [TxCapsule] Transaction XidImpl [FormatId=257, GlobalId=BJSLAP//4359, BranchQual=] timed out. status= STATUS_ACTIVE -- Comment By: Joe Simone (jsimone) Date: 2002-10-23 09:43 Message: Logged In: YES user_id=586242 can you tell me how to turn on full debug in server.log so I can see what is going on and report back. Thanks. -- Comment By: David Jencks (d_jencks) Date: 2002-10-22 11:33 Message: Logged In: YES user_id=60525 Your thread dump makes it look like db2 is hung on the fetch entity command. Can you investigate this and determine what the sql is and what db2 has to say about it? This would be consistent with a db2 process becoming unusable... -- Comment By: Joe Simone (jsimone) Date: 2002-10-22 10:30 Message: Logged In: YES user_id=586242 Has there been any action on this problem? I have stopped using 3.0.3 and gone back to 3.0.2 since this occurred. BTW, when the server/app freezes and I close down the JBoss server, one or more of my DB2 processes are toast! This is the first time I have seen JBoss killing my database server! -- Comment By: Joe Simone (jsimone) Date: 2002-10-14 17:40 Message: Logged In: YES user_id=586242 CTRL-BREAK results in ... 17:27:35,505 INFO [Server] JBoss (MX MicroKernel) [3.0.3 Date:200209301503] Started in 0m:20s:459ms Full thread dump: "SeedGenerator Thread" daemon prio=2 tid=0x164b4478 nid=0x8c8 waiting on monitor [0x1753f000..0x1753fdbc] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:415) at sun.security.provider.SeedGenerator.run (SeedGenerator.java:100) at java.lang.Thread.run(Thread.java:479) "RMI TCP Connection(4)-192.168.2.35" daemon prio=5 tid=0x15b60eb0 nid=0x310 runnable [0x174fe000..0x174ffdbc] at COM.ibm.db2.jdbc.app.DB2PreparedStatement.SQLExecute (Native Method) at COM.ibm.db2.jdbc.app.DB2PreparedStatement.execute2 (DB2PreparedStatement.java:2065) at COM.ibm.db2.jdbc.app.DB2PreparedStatement.executeQuer y(DB2PreparedStatement.java:1596) at org.jboss.resource.adapter.jdbc.local.LocalPreparedStatemen t.executeQuery(LocalPreparedStatement.java:289) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.ex ecute(JDBCLoadEntityCommand.java:122) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.ex ecute(JDBCLoadEntityCommand.java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity (JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity (CMPPersistenceManager.java:410) at org.jboss.resource.connectionmanager.CachedConnectionInte rceptor.loadEntity(CachedConnectionInterceptor.java: 353) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke (EntitySynchronizationInterceptor.java:262) at org.jboss.resource.connectionmanager.CachedConnectionInte rceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke (EntityReentranceInterceptor.java:90) at org.jboss.ejb.plugins.Entity
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [copy] Copying 1 file to /disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/server/all/deploy == == == Executing 'most' in module 'jboss.net'... == == compile-classes: Running Generating output for 'org.jboss.net.axis.mail.MailTransportService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.net.axis.mail.MailTransportService --> MailTransportServiceMBean qualified to MailTransportServiceMBean [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main [javac] Compiling 62 source files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:15: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated import org.apache.axis.configuration.DefaultEngineConfigurationFactory; ^ /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:88: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated return new DefaultEngineConfigurationFactory().getClientEngineConfig(); ^ 2 warnings [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools [javac] Compiling 1 source file to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools _default:compile-etc: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc [copy] Copying 3 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc _default:compile-resources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources [copy] Copying 10 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources compile: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources/taglib/META-INF Running Generating flash.tld. output: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib [jar] Building jar: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib/jboss-net.jar BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jboss.net/build.xml:214: /disk/orig/home/lubega/jbossro/jboss-all/thirdparty/apache-commons/lib not found. Total time: 5 minutes 36 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX on the client side?
On 2002.11.09 12:10:20 -0500 Dain Sundstrom wrote: > Matt Munz wrote: > > What's wrong with mbeanServer().registerMBean(mmb, name) ? > > Thank you matt. That is exactly what I am thinking. > > The first time you lookup an EJB or JMS connection, we we lazily force > the client side to have an MBeanServer. Then we register only the > mbeans required to service that object. For an EJB that may mean just a > light weight client side container and a cache MBean. For JMS we would > register a client side container and a reverse invoker. > > I'm not talking about anything heavy weight. I still want this to be > able to run on a cellphone. If the programmer decides that they want a > heavier solution they can start an MBean server a startup with a sar > deployer. > > > I guess I'm thinking that some clients will not want to get overly > involved > > with the file system. > > Like applets. applets have an html based configuration system as I recall. I'm thinking we either need an xml based configuration system (which I have somewhat inaccurately been calling the sar deployer) or something else. > > > JMX on the client side and JBoss on the client side are two different > > things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't > > require the service deployer. If it does, that's another thing... > > Agreed. All I am talking about is an MBean server. If someone wants > more JBoss services on the client side they can do that, but it > shouldn't be required. Conceptually I like this, but... Are you thinking that these mbeans won't have any attributes? Or do you plan to set them hardcoded in code? Or where does the configuration come from? Can we serialize a prototype from the server and register the deserialized copy on the client? Is there some way to use the new remote jmx stuff for something like this? david --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-621664 ] test hangs with 3.0.3 but passes 3.0.2
Bugs item #621664, was opened at 2002-10-10 18:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=621664&group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 9 Submitted By: Joe Simone (jsimone) Assigned to: Nobody/Anonymous (nobody) Summary: test hangs with 3.0.3 but passes 3.0.2 Initial Comment: OS: Win XP Pro, SP1 JDK 1.3.1_05 I have a test that creates sample data in my DB2 database. Using DB2 EE 7.2 with fixpack 7 applied. If I run the data creator under 3.0.2/4.0.4 then it runs to completion. If I run the data creator under 3.0.3/4.1.12 then my console client just stops midway. I'll get a WARN about timeout with STATUS_ACTIVE. How can I enable debug so I can provide more info? P.S. didn't know which component to open under so I just picked JBossTX -- >Comment By: Scott M Stark (starksm) Date: 2002-11-09 10:43 Message: Logged In: YES user_id=175228 The only stack trace you have shown clearly shows the calling thread sitting in the DB2 JDBC code. You are going to have to debug what is going on in this layer as this is outside of our codebase. -- Comment By: Joe Simone (jsimone) Date: 2002-11-09 09:29 Message: Logged In: YES user_id=586242 The test case I am running has run successfully and passed in JBoss 3.0.0, 3.0.1, 3.0.2. Something changed in 3.0.3 and its still there in 3.0.4 that causes the server to freeze. Please help. joe -- Comment By: Joe Simone (jsimone) Date: 2002-11-06 10:51 Message: Logged In: YES user_id=586242 Still happens with latest 3.0.4 Jboss. System just freezes. After a while I get this in the console: 12:55:25,059 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:32s:287ms 13:11:30,237 WARN [TxCapsule] Transaction XidImpl [FormatId=257, GlobalId=BJSLAP//4359, BranchQual=] timed out. status= STATUS_ACTIVE -- Comment By: Joe Simone (jsimone) Date: 2002-10-23 06:43 Message: Logged In: YES user_id=586242 can you tell me how to turn on full debug in server.log so I can see what is going on and report back. Thanks. -- Comment By: David Jencks (d_jencks) Date: 2002-10-22 08:33 Message: Logged In: YES user_id=60525 Your thread dump makes it look like db2 is hung on the fetch entity command. Can you investigate this and determine what the sql is and what db2 has to say about it? This would be consistent with a db2 process becoming unusable... -- Comment By: Joe Simone (jsimone) Date: 2002-10-22 07:30 Message: Logged In: YES user_id=586242 Has there been any action on this problem? I have stopped using 3.0.3 and gone back to 3.0.2 since this occurred. BTW, when the server/app freezes and I close down the JBoss server, one or more of my DB2 processes are toast! This is the first time I have seen JBoss killing my database server! -- Comment By: Joe Simone (jsimone) Date: 2002-10-14 14:40 Message: Logged In: YES user_id=586242 CTRL-BREAK results in ... 17:27:35,505 INFO [Server] JBoss (MX MicroKernel) [3.0.3 Date:200209301503] Started in 0m:20s:459ms Full thread dump: "SeedGenerator Thread" daemon prio=2 tid=0x164b4478 nid=0x8c8 waiting on monitor [0x1753f000..0x1753fdbc] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:415) at sun.security.provider.SeedGenerator.run (SeedGenerator.java:100) at java.lang.Thread.run(Thread.java:479) "RMI TCP Connection(4)-192.168.2.35" daemon prio=5 tid=0x15b60eb0 nid=0x310 runnable [0x174fe000..0x174ffdbc] at COM.ibm.db2.jdbc.app.DB2PreparedStatement.SQLExecute (Native Method) at COM.ibm.db2.jdbc.app.DB2PreparedStatement.execute2 (DB2PreparedStatement.java:2065) at COM.ibm.db2.jdbc.app.DB2PreparedStatement.executeQuer y(DB2PreparedStatement.java:1596) at org.jboss.resource.adapter.jdbc.local.LocalPreparedStatemen t.executeQuery(LocalPreparedStatement.java:289) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.ex ecute(JDBCLoadEntityCommand.java:122) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.ex ecute(JDBCLoadEntityCommand.java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity (JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity (CMPPersistenceManager.java:410) at org.jboss.resource.connectionmanager.CachedConnectionInte rceptor.loadEntity(CachedConnectionInterceptor.java: 353) at org
Re: [JBoss-dev] JMX on the client side?
A JMX microkernel on the client is an avenue to explore. The focus should be extending the current dynamic proxy and detached invokers to a kernel for peer-peer type of computing: agents, grid computing, JMS, RMI callbacks, distributed caches, and whatever P2P is going by these days. To me the extension is one of a client simply downloading smart proxies to downloading a microkernel whose base configuration is defined by the server, extensible by the client, and capable of offering services for peer-peer computing. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 09, 2002 9:10 AM Subject: Re: [JBoss-dev] JMX on the client side? > Matt Munz wrote: > > What's wrong with mbeanServer().registerMBean(mmb, name) ? > > Thank you matt. That is exactly what I am thinking. > > The first time you lookup an EJB or JMS connection, we we lazily force > the client side to have an MBeanServer. Then we register only the > mbeans required to service that object. For an EJB that may mean just a > light weight client side container and a cache MBean. For JMS we would > register a client side container and a reverse invoker. > > I'm not talking about anything heavy weight. I still want this to be > able to run on a cellphone. If the programmer decides that they want a > heavier solution they can start an MBean server a startup with a sar > deployer. > > > I guess I'm thinking that some clients will not want to get overly involved > > with the file system. > > Like applets. > > > JMX on the client side and JBoss on the client side are two different > > things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't > > require the service deployer. If it does, that's another thing... > > Agreed. All I am talking about is an MBean server. If someone wants > more JBoss services on the client side they can do that, but it > shouldn't be required. > > -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [copy] Copying 1 file to /disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/server/all/deploy == == == Executing 'most' in module 'jboss.net'... == == compile-classes: Running Generating output for 'org.jboss.net.axis.mail.MailTransportService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.net.axis.mail.MailTransportService --> MailTransportServiceMBean qualified to MailTransportServiceMBean [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main [javac] Compiling 62 source files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:15: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated import org.apache.axis.configuration.DefaultEngineConfigurationFactory; ^ /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:88: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated return new DefaultEngineConfigurationFactory().getClientEngineConfig(); ^ 2 warnings [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools [javac] Compiling 1 source file to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools _default:compile-etc: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc [copy] Copying 3 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc _default:compile-resources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources [copy] Copying 10 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources compile: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources/taglib/META-INF Running Generating flash.tld. output: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib [jar] Building jar: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib/jboss-net.jar BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jboss.net/build.xml:214: /disk/orig/home/lubega/jbossro/jboss-all/thirdparty/apache-commons/lib not found. Total time: 5 minutes 20 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
The build failure is caused by jboss.net which uses /thirdparty/apache-commons that is missing in a checkout of jboss-head. After a manual checkout of this module with cvs co -d apache-commons thirdparty/apache/commons in the thirdparty directory, the build succeeds. (verified on linux and win2k). To fix this the jboss-head module needs to include _thirdparty_apache_commons. Regards, harald -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:chris@;kimptoc.net] Gesendet: Saturday, November 09, 2002 8:18 PM An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed = ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [copy] Copying 1 file to /disk/orig/home/lubega/jbossro/jboss-all/build/output/testbuild/server/all/deploy == == == Executing 'most' in module 'jboss.net'... == == compile-classes: Running Generating output for 'org.jboss.net.axis.mail.MailTransportService' using template file 'jar:file:/disk/orig/home/lubega/jbossro/jboss-all/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.net.axis.mail.MailTransportService --> MailTransportServiceMBean qualified to MailTransportServiceMBean [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main [javac] Compiling 62 source files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/main /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:15: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated import org.apache.axis.configuration.DefaultEngineConfigurationFactory; ^ /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/src/main/org/jboss/net/axis/ServiceFactory.java:88: warning: org.apache.axis.configuration.DefaultEngineConfigurationFactory in org.apache.axis.configuration has been deprecated return new DefaultEngineConfigurationFactory().getClientEngineConfig(); ^ 2 warnings [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools [javac] Compiling 1 source file to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/classes/tools _default:compile-etc: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc [copy] Copying 3 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/etc _default:compile-resources: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources [copy] Copying 10 files to /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources compile: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/resources/taglib/META-INF Running Generating flash.tld. output: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib [jar] Building jar: /disk/orig/home/lubega/jbossro/jboss-all/jboss.net/output/lib/jboss-net.jar BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jboss.net/build.xml:214: /disk/orig/home/lubega/jbossro/jboss-all/thirdparty/apache-commons/lib not found. Total time: 5 minutes 20 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX on the client side?
Scott, Interesting.. Do you have this scoped in your mind yet? I mean, Jboss (I hate how outlook "fixes" the b in jboss) currently uses JavaGroups, which assumes a multicast-enabled network. When you get to true peer-to-peer, you may have a double firewall situation where multicast doesn't work outside your LAN. In which case, you need concepts of superpeers on your local network that all register with public directory services to create a web of superpeers bridging private networks. This is (sortof) what JXTA does best (cough). In the past, I've seen discussions of JXTA + Jboss but haven't seen many thoughtful proposals, just "it would be cool ifs". Am I taking this vision of yours too far, not far enough, or missing you completely? The architecture of your dynamic proxies and JavaGroup networking seems to work great for local networks, so you must be envisioning more? James > -Original Message- > From: Scott M Stark [mailto:scottmstark@;attbi.com] > Sent: Saturday, November 09, 2002 12:54 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] JMX on the client side? > > > A JMX microkernel on the client is an avenue to explore. The > focus should be extending the current dynamic proxy and > detached invokers to a kernel for peer-peer type of > computing: agents, grid computing, JMS, RMI callbacks, > distributed caches, and whatever P2P is going by these days. > > To me the extension is one of a client simply downloading > smart proxies to downloading a microkernel whose base > configuration is defined by the server, extensible by the > client, and capable of offering services for peer-peer computing. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Dain Sundstrom" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Saturday, November 09, 2002 9:10 AM > Subject: Re: [JBoss-dev] JMX on the client side? > > > > Matt Munz wrote: > > > What's wrong with mbeanServer().registerMBean(mmb, name) ? > > > > Thank you matt. That is exactly what I am thinking. > > > > The first time you lookup an EJB or JMS connection, we we > lazily force > > the client side to have an MBeanServer. Then we register only the > > mbeans required to service that object. For an EJB that > may mean just a > > light weight client side container and a cache MBean. For > JMS we would > > register a client side container and a reverse invoker. > > > > I'm not talking about anything heavy weight. I still want > this to be > > able to run on a cellphone. If the programmer decides that > they want a > > heavier solution they can start an MBean server a startup > with a sar > > deployer. > > > > > I guess I'm thinking that some clients will not want to > get overly > > > involved with the file system. > > > > Like applets. > > > > > JMX on the client side and JBoss on the client side are two > > > different things, right? AFAIK, > > > MBeanServerFactory.createMBeanServer() doesn't require > the service > > > deployer. If it does, that's another thing... > > > > Agreed. All I am talking about is an MBean server. If > someone wants > > more JBoss services on the client side they can do that, but it > > shouldn't be required. > > > > -dain > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Thanks, Adrian fixed it by updating the CVSROOT defs and a clean checkout has been scheduled. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Harald Gliebe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 09, 2002 11:43 AM Subject: AW: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed The build failure is caused by jboss.net which uses /thirdparty/apache-commons that is missing in a checkout of jboss-head. After a manual checkout of this module with cvs co -d apache-commons thirdparty/apache/commons in the thirdparty directory, the build succeeds. (verified on linux and win2k). To fix this the jboss-head module needs to include _thirdparty_apache_commons. Regards, harald --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636010 ] Problem with JAVA_HOME with spaces
Bugs item #636010, was opened at 2002-11-09 15:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636010&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Archimedes Trajano (trajano) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with JAVA_HOME with spaces Initial Comment: If the JDK is installed in a directory that contains spaces say "c:\program files\java\jdk1.4.1" the run.bat and shutdown.bat will not start properly. The simple fix I made is to just quote "%JAVA%" e.g. in run.bat "%JAVA%" %JAVA_OPTS% -classpath "% JBOSS_CLASSPATH%" org.jboss.Main %ARGS% -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636010&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 9-November-2002
Number of tests run: 991
Successful tests: 986
Errors:5
Failures: 0
[time of test: 9 November 2002 12:44 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2.1]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
NOTE: If there are any errors shown above - this mail is only highlighting
them - it is NOT indicating that they are being looked at by anyone.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX on the client side?
David Jencks wrote: Agreed. All I am talking about is an MBean server. If someone wants more JBoss services on the client side they can do that, but it shouldn't be required. Conceptually I like this, but... Are you thinking that these mbeans won't have any attributes? Or do you plan to set them hardcoded in code? Or where does the configuration come from? Can we serialize a prototype from the server and register the deserialized copy on the client? Is there some way to use the new remote jmx stuff for something like this? I don't care; these are all details. It really depends on what is simplest to understand and code. -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX on the client side?
Scott M Stark wrote: > A JMX microkernel on the client is an avenue to explore. The focus > should be extending the current dynamic proxy and detached invokers > to a kernel for peer-peer type of computing: agents, grid computing, > JMS, RMI callbacks, distributed caches, and whatever P2P is going by > these days. As always Scott is 10 (two ;) steps ahead of me. > To me the extension is one of a client simply downloading smart > proxies to downloading a microkernel whose base configuration is > defined by the server, extensible by the client, and capable of > offering services for peer-peer computing. +1. This all came about because I was thinking about client side caches with server invalidation. Without the JMX kernel it is a pain because we have invent a totally new architecture to handle server to client invocations. If we have the kernel, we quickly prototype this by reusing the server invokers. Of course our existing invokers won't work for a real deployment with clients behind a firewall, but it is a good start. -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
