[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 7 02:46:10 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Wed Apr 7 02:46:10 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Wildcards in FQNs
I think I could probably use this feature as well. A collection would be great. This would be similar to searching in LDAP (let's say for scope = SUB, filter of objectclass=*, with base DN of /foo Maybe this kind of stuff is outside the scope of JBossCache. I'm not sure. Steve View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829549#3829549 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829549 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 7 02:32:37 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.webservice.uddi.UddiUnitTestCase [junit] org.jboss.test.webservice.uddi.UddiUnitTestCase: This test involves intense database activity and may require to adjust your server -Xmx settings. [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 11.406 sec [junit] Running org.jboss.test.webservice.ws4eecomplex.JSR109ComplexEJBTestCase [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 5.922 sec [junit] Running org.jboss.test.webservice.ws4eecomplex.JSR109ComplexWsClientTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.813 sec [junit] Running org.jboss.test.webservice.ws4eehandler.WS4EEHandlerTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.985 sec [junit] Running org.jboss.test.webservice.ws4eesimple.JSR109SimpleClientTestCase [junit] Tests run: 4, Failures: 0, Errors: 2, Time elapsed: 2.344 sec [junit] TEST org.jboss.test.webservice.ws4eesimple.JSR109SimpleClientTestCase FAILED [junit] Running org.jboss.test.webservice.ws4eesimple.JSR109SimpleEJBTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 3.578 sec [junit] Running org.jboss.test.webservice.ws4eesimple.JSR109SimpleSecureTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.406 sec [junit] Running org.jboss.test.webservice.ws4eesimple.JSR109SimpleWebTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.015 sec [junit] Running org.jboss.test.webservice.wsr.RedeployUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.266 sec [junit] Running org.jboss.test.webservice.wsr.WSRUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 3.891 sec tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.484 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.109 sec [junit] Running org.jboss.test.util.test.ProtocolHandlerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.078 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 3, Failures: 1, Errors: 0, Time elapsed: 0.375 sec [junit] TEST org.jboss.test.util.test.SchedulerUnitTestCase FAILED [junit] Running org.jboss.test.util.test.StringsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.188 sec [junit] Running org.jboss.test.util.test.ThreadPoolRunnableUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.156 sec [junit] Running org.jboss.test.util.test.ThreadPoolTaskUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.204 sec tests-jbossmx-compliance: [junit] Running org.jboss.test.jbossmx.compliance.modelmbean.ModelMBeanTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.484 sec [junit] Running org.jboss.test.jbossmx.compliance.monitor.BasicTestCase [junit] Tests run: 9, Failures: 7, Errors: 0, Time elapsed: 2.906 sec [junit] TEST org.jboss.test.jbossmx.compliance.monitor.BasicTestCase FAILED [junit] Running org.jboss.test.jbossmx.compliance.notcompliant.NCMBeanTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.594 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.BasicTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.063 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.CanonicalTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.047 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.MalformedTestCase [junit] Tests run: 50, Failures: 0, Errors: 0, Time elapsed: 0.063 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.PatternTestCase [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.047 sec [junit] Running org.jboss.test.jbossmx.compliance.registration.RegistrationTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.5 se
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - TreeCache
Hey, this looks really great. If I get a chance, I want to dump our entire LDAP tree into TreeCache and modify our LDAP beans to hit JBossCache instead. I think it'd be a cinch to recursively read it in on startup. I was looking for some sort of caching solution and this seems to be perfect. Steve View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829548#3829548 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829548 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Thread naming
Done. See patch number: 930783 Here is what the thread dump will look like: | Thread: UILServerILService Accept Thread : priority:5, demon:false | Thread: UIL2.SocketManager.ReadTask#1 [127.0.0.1:32920] : priority:5, demon:true | Thread: UIL2.SocketManager.WriteTask#2 [127.0.0.1:32920] : priority:5, demon:true | Thread: Thread-42 : priority:5, demon:true | Thread: Thread-43 : priority:5, demon:true | Thread: Message Pushers-1 : priority:5, demon:true | Two other changes I was interested in making were: | 1. Better display of current subscriptions on a topic (receivers for a queue) | 2. A button in the JMX console to kill a subscription. | | | ...richie | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829547#3829547 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829547 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-930783 ] Show IP address in thread name for UIL2
Patches item #930783, was opened at 2004-04-06 20:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=930783&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Richie Bielak (richieb) Assigned to: Nobody/Anonymous (nobody) Summary: Show IP address in thread name for UIL2 Initial Comment: For UIL2 ReadTask and WriteTask threads include the remote IP address an port in the thread name. This will make it little easier to debug connection problems. The patch is in class org.jboss.mq.il.uil2.SocketManager. ...richie -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=930783&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 94 % ( 1594 / 1682 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 7 01:31:10 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1682 Successful tests: 1594 Errors:69 Failures: 19 [time of test: 2004-04-06.23-37 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_06/logtests/testresults/reports/html//2004-04-06.23-37 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.TxUnitTestCase Test:testAll Type:error Exception: javax.management.RuntimeMBeanException Message: - Suite: org.jboss.test.classloader.test.UnifiedLoaderUnitTestCase Test:testResource Type:failure Exception: junit.framework.AssertionFailedError Message: jboss.test:name=LoadingResource isRegistered - Suite: org.jboss.test.classloader.test.UnifiedLoaderUnitTestCase Test:testUnpackedResources Type:failure Exception: junit.framework.AssertionFailedError Message: jboss.test:name=LoadingResource,version=1 isRegistered - Suite: org.jboss.test.ejbconf.test.MetaDataUnitTestCase Test:testMethodPermissions Type:error Exception: org.jboss.deployment.DeploymentException Message: Error in ejb-jar.xml for Session Bean StatelessSession: Cannot create webservice client; - nested throwable: (java.lang.IllegalStateException: No 'jboss' MBeanServer found!) - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionInTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! - Suite: org.jboss.test.exception.EntityExceptionUnitTestCase Test:testNotDiscardedApplicationExceptionNewTxMarkRollback_remote Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: Error, bean instance was discarded! === Wed Apr 7 01:31:10 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: TODO: Bounce Messages
Oh yeah, It is a very simple version. It just contains the subject and a list of the recipients who failed. Kab View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829539#3829539 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829539 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: TODO: Bounce Messages
I've commited it now. Some things I'm not sure if I'm too happy about: * I'm using a hardcoded ObjectName for the MailListener MBean in Remote- and LocalDeliveryMessageBean. (Some messages might need to be bounced back to a local user, others to a remote one). I did not bother to add a depends to the MDBs (so that they are dependent on the MailListener), since I assume they would not exist in the first place without the MailListener being present. How do circular dependencies work? * In some cases we get a load of extra From headers all containing the same thing. There were one or two other things, but as mentioned I hadn't looked at this for a while. I'll try to remember! Cheers, Kab View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829537#3829537 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829537 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Thread naming
Yes. Please provide a patch against cvs co ... -r Branch_3_2 jboss-3.2 To generate the patch use cvs diff -U 5 > patch.txt and post it at www.sf.net/projects/jboss If you have some other good ideas I can get you CVS R/W so you can apply them yourself. Regards, Adrian View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829527#3829527 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829527 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Thread naming
Would it make sense to include the IP address in threads that connect to clients on other machines. For example the UIL2 WriterTask and ReaderTask. This would make debugging of problems a lot easier in case of stuck/problematic clients. ...richie View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829521#3829521 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829521 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
Excellent. Also pay attention to source organization. If we need more directories in order to keep the build.xml simple then thats fine. maybe src/java/org/jboss/mail/calendar and src/web/org etc. The project development accelerated significantly once I had people to fight with :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829515#3829515 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829515 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
Life is all about compromises:) And as long you view conflict as an opportunity verus a treat we will be fine. I pack up the hibernate beans as one jar. The ejb as another. I give you that one first. Then pack Webui as a war and make it conditional to include it in the ear. Or figure out to make it work as a separete war and still work with the classloaders. The ejb-refs should do the magic. I will see. Aron View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829512#3829512 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829512 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Is the plan to move to portlets?
I just wanted to voice my support of the JSR 168 portlet spec being implimented in Nukes. I really like Nukes- the developers, the code, the philosophy et al. At the same time I'm looking at building a portlet so that it doesn't matter which portal my clients want to use- uPortal, Sakai, Oracle, etc. So if Nukes impliments the portlet spec in the next year or so I'll be quite happy to keep on developing here. thanks for your work... .joe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829505#3829505 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829505 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
BTW argument and conflict are good. It makes each person think things through. I understand things WAY better than I did when I asked what the protocols were and stuff :-). People defend their arguments better than they explain things. So I tell all contributors to mail services to fight with me. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829503#3829503 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829503 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
Okay, the ICal stuff should be seperate from the mail stuff in teh build. Meaning I should be able to deploy mail without iCal support. JBoss doesn't always have Tomcat enabled. Its more mainstream to not use the webcontainer than you think. Just stick support in your build changes for NOT deploying the iCal stuff. Note that I don't run mail services with any more than its basic dependencies and I suspect this will be a growing concern as we move on. Anyhow, lets compromise. Just add an "all" and a "calendar" module. When we get webmail, it definitely won't always be enabled. In fact I'm considering making the webmail more or less a nukes module. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829501#3829501 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829501 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailLog considered harmful and other bugfixes
the log4j sniplet I posted didn't come through all the way. I'll repost it on the wiki when I write the docs for mail services M1. This week I'm mostly testing, fixing bugs and writing docs (aka the dirty work). I'm counting on you guys to nail the few final issues. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829499#3829499 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829499 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - MailLog considered harmful and other bugfixes
In the process of tracking down a bug I ran into the nasty mail log thing again. It was a dumb idea when I implemented it. Or rather it was a good idea with HORRIBLE tradeoffs. I wanted to be able to turn on and off conversational logging from the JMX Console or some similar tool. The nasty tradeoffs were: a divide between our normal log4j logging and this logging. a disgusting amount of passing around MailLog references which made the code nasty We do loose the functionality of a on and off switch but we still can turn conversational logging on and off at runtime with a mere log4j Appender and/ or grep for "LoggingInputStream" or "WrappedWriter". Here is my log setup: (normal with the addition near the end of) Lastly the bug I tracked down was in AUTH method PLAIN (AUTH PLAIN). A code change had assumed that the parameter to AUTH would have NO spaces after "AUTH " and concatanated it. Acutally AUTH PLAIN takes a parameter after plain which is the users BASE64'd password. This was being concatinated with PLAIN which made any client (such as mozilla's thunderbird mail client) just seem to hang. Bummer. I fixed the change to only kill carriage returns and tabs and the such. It was MUCH easier after I simplified the logging. Any other thoughts on this? Objections? Questions? Comments? Social Criticisims? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829498#3829498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829498 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - TreeCacheAOP transacctional add, remove for Collection
Hello, I'm trying to execute concurrent add,remove over a Collection for a
TreeAOPCache with multiple members. I'm finding some problems that leave the Caches at
inconsistent state.
I've created a version of testConcurrentPut() method fot TreeAOPCache to be executed
at:
org.jboss.test.cache.test.standAloneAop.ReplicatedTxAopTest
The method adds a new value at the same collection for distinct Cache members. The TX
commit replication doesn't commit successfully but there aren't any Exception thrown.
The "tester" Cache finish with "languaje" German and the "tester1" cache finish with
"languaje" English.
Probably I'm missing something important or is this a TreeCacheAOP limitation?. Is
there a better way of working with collections at TreeCacheAOP?. Thank you.
| public void testConcurrentPuts() throws Exception
| {
| Thread t1 = new Thread()
| {
| Transaction tx;
|
| public void run()
| {
|try {
| tester1.createPerson("/person/test6", "p6", 50);
| UserTransaction tx = getTransaction();
| tx.begin();
| tester.addLanguage("/person/test6", "German");
| _pause(4000);
| tx.commit();
|} catch (Exception ex) {
| fail(ex.toString());
|}
| }
| };
|
| Thread t2 = new Thread()
| {
| Transaction tx;
|
| public void run()
| {
|try {
| _pause(1000); // give Thread1 time to createPerson
| UserTransaction tx = getTransaction();
| tx.begin();
| tester1.addLanguage("/person/test6", "English");
| tx.commit();
|} catch (Exception ex) {
| fail(ex.toString());
|}
| }
| };
|
| t1.start();
| t2.start();
|
| t1.join();
| t2.join();
|
| int size = tester.getLanguagesSize("/person/test6");
| assertTrue(size == 1);
| for (int i = 0; i < size; i++) {
|System.out.println("tester:" + i + " : " +
tester.getLanguage("/person/test6", i));
| }
| size = tester1.getLanguagesSize("/person/test6");
| assertTrue(size == 1);
| for (int i = 0; i < size; i++) {
|System.out.println("tester1:" + i + " : " +
tester1.getLanguage("/person/test6", i));
| }
| }
|
| static void _pause(long millis)
| {
| try {
| Thread.sleep(millis);
| } catch (Exception ex) {
| }
| }
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829496#3829496
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829496
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Warning : Deployed as CLUSTERED but not a single cluster
I am using JBoss3.2.3 when i try to deploy CMP entity bean in cluster mode jboss gives warning 'Deployed as CLUSTERED but not a single clustered-invoker is bound to container ' during deployment of all my entity beans. here is the jboss.xml config for my entity bean: Country local/Country True Clustered BMP EntityBean True Anything wrong with my configuration descriptor? Thanks in advance. Brett View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829490#3829490 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829490 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
I get your sentiment, for no web ui but it will be troublesome. It can be done, the Struts UI is one war of it's own, not including in the ear is simple. But once web ui is out there is nothing left(YET) to interact with so adding, updating, deleting calendar entries are would be out. All the "protocols" that work are HTML/HTTP and ICalendar/HTTP. The new ones can be ICalender/SMTP, CAP/HTTP, rmi-iiop for Glow. SyncML->Sync4j installs into a webcontainer. True the logic and the ejb's would be there but there is no client to them. Currently the ICalendar views are the results of the same Action than the Web Caledar listing gives. Finally, I would argue that ripping out Tomcat the webconinater from a Java Appserver is not a mainistream use. To me the beauty of this mailserver that is works in, with an application server. Tomcat/Web container also host the admin interface for JBoss, possible webmail, which granted are also not a must. I just think it is well beyond 80/20 that someone rips out the webcointaner from a Java appserver. But I could be missing something. For HTTP based protocols why use the Classloader server over a Servlet container? For non HTTP protocols use something else, and we would not need a web container but that is not done yet. Aron Here we go first week with new kids and I got into a fight again:) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829484#3829484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829484 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: TODO: Bounce Messages
Almost there, my computer died a slow horrible death at the end of last week, so I have been busy configuring a new one. (Building the entire 3.2.4RC1 now takes 3 minutes rather than 28 :-D ) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829480#3829480 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829480 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Searching for talent
aop related post at http://www.jboss.org/index.html?module=bb&op=viewtopic&t=46997. thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829478#3829478 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829478 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Offline Installation
Greetings. Save the IDE's feature and plugins on the stick too. Don't forget the org.apache.xalan plugin. Install on your home machine into respective directories and it should work w/ restart. cheers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829477#3829477 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829477 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: Integration- bringing source code
My main request is to keep the struts/web gui admin stuff seperate such that it doesn't HAVE to be installed. I'm curious if the JBoss simple HTTP classloader server thingy could be used instead of tomcat where needed for the calendar protocol. Mainly with the idea that sometimes you just want calendaring and don't want to install tomcat. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829470#3829470 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829470 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: MVC for Nukes
is there anything pressing that needs to be addressed? i wouldn't mind a small "break" from the news module... and speaking of which, it is coming along nicely (slowly, but nicely) - i've pulled out about 60% of the html into templates and now i'm working on adding a small "framework" so we can support different types of news "formats" (fark style, slashdot style), one can only deal w/ html for so long. :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829469#3829469 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829469 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: MVC for Nukes
I share the same idea, but it can wait a little. I want to fix bugs (the search bugs you cited and some others) in addition I am not ready to commit something right now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829459#3829459 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829459 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: MVC for Nukes
I'd be interested to see where you are at. Julien, with the portlet piece being your focus now, should we tag a version 1.1 and get that out? Sherman View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829456#3829456 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829456 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Offline Installation
Hello, i already use Eclipse 2.1.3 and downloaded newest JBoss 3.x Version. I want to use JBoss IDE integrated in Eclipse at work and at home...and now the question: At home I don`t have any possibility to connect to the internet. But I want to save my Eclipse-workspace on my USB-Stick and continue work at the weekend...so how can I install JBoss-IDE at home.without carrying my Computer to work? Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829455#3829455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829455 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Problem running Tutorial ClusteredHTTPSessionService not
As from trace ... ... warUrl=file:/C:/jboss-3.0.5_tomcat-4.1.18/server/default/tmp/deploy/server/default/deploy/FiboApp.ear/22.FiboApp.ear-contents/FiboWeb.war You are running 'default' configuration that hasn't cluster capabilities; run the 'all' configuration. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829454#3829454 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829454 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Is the plan to move to portlets?
Our portlet implementation will be the core of Nukes. Your help is considered as
welcome.
However we need to extend the portlet interfaces when it makes sense to provide more
to the modules. For instance I like the getParameterAsXXX in the current Page object,
so I want something like :
public interface NukesActionRequest extends ActionRequest {
// Add here what is missing
}
etc...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829444#3829444
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829444
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: MVC for Nukes
This is the approach advocated by portlets too, in each portlet you have two methods : | * action(ActionRequest req, ActionResponse resp) | * render(RenderRequest req, RenderResponse resp) | action(...) is first called and then render is called. this is where you can hook the controller and then let the render dispatch to the appropriate view. My idea is to extend the portlet interfaces to be able to convert nukes modules and blocks to that extended portlet. The spec defines well some points that are missing or not in the good shape into nukes today : | * modules and blocks will fusion into the portlet | * the difference knowledge/operational is defined by the fact that you deploy a portlet and then add portlet instances and then add portlet windows. | * generic portlet preferences | * URL management | Nukes is a specialized portlet container that extends it. There are mainly two pluggable layers : | * The user state layer : this manages the user state at different levels : window mode, portlet mode and portlet preferences | * The instance layer : when you deploy a portlet that creates a Portlet object but it is not usable yet. This is where the instance layer plays a role. It is responsible to manage different instances. | Then the portlet container use these two layers to invoke the existing portlets and produce a result. The result is then passed to the theme that creates the HTML result. So now, we don't want big changes in the current code. I still have some parts of the spec to implement. Then I will start to rebuild the infrastructure on top of that. I'll keep you informed of the changes, as soon as I have something I'll commit in the CVS. For those who wants to get a snapshot of my dev tree I can send it. I don't think it will be difficult to migrate the current modules to the new format. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829441#3829441 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829441 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Is the plan to move to portlets?
I understand there is the beginning of work on implementing the portlet spec (or at least talking about it). Once portlet support is added, is the plan to move all the modules/blocks to portlets? I understand there has been discussion about priorities, but I need to understand the vision and direction of Nukes. If it is to be a JSR 168 container with everything supported that way (and if necessary, some controlled extensions if necessary as specs are sometimes not sufficient), or is the JSR 168 support seen as just an add on and not core? I'm asking because if it aligns with my goals, I'm interested in helping. In other words... If I helped with portlet spec impl, and I helped with refactoring modules to portlets, would that be welcome and desired help or considered a nuisance? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829440#3829440 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829440 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - MVC for Nukes
The current approach of putting all operation code in the module classes does not scale very well - BBModule is up to 256K of source now. Some of that can be fixed by refactoring, but we are still left with the module class needing all the operation methods on it. As I am developing my application module, I am finding that I want to use the module as a controller, where each operation does some work (an action) and forwards to a view (template, JSP, whatever). JetSpeed 1.4 had this approach, which I found worked well. I spent a bit of time trying to get Struts in there, leveraging the JSP module approach by adding: *.do into the nukes-web.xml and trying to get the Struts packaging right, but I got lost. Any thoughts on how to do this? Is a StrutsModule only a little bit beyond JSPModule? Failing that, I am working on a ControllerModule class that will be driven off of a metadata file defining operation => action, view. I was originally thinking of this being a dynamic class driven by something like cglib, but AFAIK, that would require changes to how MBeans are created, so I will probably generate the code of a subclass of ControllerModule with a Velocity script from the metadata, with all the operation methods. Is anyone interested in this? Sherman PS. I look forward to the day where I can model a Struts app in UML, generate the code with AndroMDA (watch out for 3.0, coming out in the next month or so - way cool!) as a Nukes module, customize it and drop it in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829431#3829431 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829431 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: JSP update?
I tried but there are too many changes to bring. It will happen with the portlet stuff I am coding at the moment. I'll keep you informed View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829429#3829429 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829429 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - JSP update?
Hi, Julian, You have made a few checkins in the JSPModule area. Can you give us an update on this? Is the JSP in a module WAR happening? Sherman View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829422#3829422 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829422 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Creating New User
Nobody has asked about providing remote interfaces. You could easily change the build scripts to do so, and create an ejb-client.jar for each module. Sherman View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829419#3829419 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829419 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: I18N bug
I have put this fix into CVS. Sherman View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829418#3829418 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829418 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Apr 6 11:25:33 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Local interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Local Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Home interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating jboss.xml. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating jboss.xml. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.media.entity.ejb.EntityMediaBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Local interface for 'org.jboss.test.media.entity.ejb.EntityMediaBeanTesterBean'. [ejbdoclet] (XDocletMain.s
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Tue Apr 6 11:18:25 GMTDT 2004
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:121:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:143:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:161:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\ExceptionListenerTest.java:63:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:75:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:129:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:133:
warning: stop() in java.lang.Thread has been deprecated
[javac] tf.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:111:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:113:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:168:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:170:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\QueueTest.java:74:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\QueueTest.java:116:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:100:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] SSLContext sslCtx = null;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:103:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] sslCtx = SSLContext.getInstance("TLS");
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:112:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac] String algorithm = KeyManagerFactory.getDefaultAlgorithm();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:113:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac] KeyManagerFactory keyMgr =
KeyManagerFactory.getInstance(algorithm);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:113:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.
[JBoss-dev] [Nukes Development] - Re: I18N bug
The updated class can be found here CoreModule.java. You can apply the following patch to the old version to fix the bug CoreModule.java.patch patch CoreModule.java < CoreModule.java.patch Hope someone with write access to CVS can fix the bug as soon as possible. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829403#3829403 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829403 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: I18N bug
Sorry the proposed fix still has subtle bugs.
What we really want is the following order of lookup resource bundles
baseName+"_"+language1+"_"+country1+"_"+variant1
baseName+"_"+language1+"_"+country1
baseName+"_"+language1
baseName+"_"+language2+"_"+country2+"_"+variant2
baseName+"_"+language2+"_"+country2
baseName+"_"+language2
baseName+"_"+defaultLanguage+"_"+defaultCountry+"_"+defualtVariant
baseName+"_"+defaultLanguage+"_"+defaultCountry
baseName+"_"+defaultLanguage
Where language1,country1,variant1 is the first prefered locale;
language2,country2,variant2 is the second prefered locale;
when no prefered locale is supported by the server we use a designated default locale.
(We can not use the default locale of JVM, which is JVM specific. The current approach
is to handed code it to be en_US, which works fine).
The following code will correctly implement the above order of searching.
377 // If nothing is right we will endup with en_US locale.
378 Locale preferedLocale = Locale.US;
379 for (Enumeration e = req.getLocales();e.hasMoreElements();)
380 {
381Locale requestedLocale = (Locale)e.nextElement();
382String requestedLanguage = requestLocale.getLanguage();
383ResourceBundle requestedResourceBundle = bundles.get(locale);
384if (requestedResourceBundle != null)
385{
386Locale actualLocale = requestedResourceBundle.getLocale();
387String actualLanguage = actualLocale.getLanguage();
388if (actualLanguage.equals(requestedLanguage)) {
389preferedLocale = requestedLocale;
390break;
391}
392}
393 }
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829401#3829401
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829401
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Apr 6 09:35:37 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Local interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating Local Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] (XDocletMain.start 47 ) Running [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Home interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating jboss.xml. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating jboss.xml. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Remote interface for 'org.jboss.test.media.entity.ejb.EntityMediaBeanTesterBean'. [ejbdoclet] (XDocletMain.start 47 ) Running [ejbdoclet] Generating Local interface for 'org.jboss.test.media.entity.ejb.EntityMediaBeanTesterBean'. [ejbdoclet] (XDocletMain.s
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Tue Apr 6 09:28:25 GMTDT 2004
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:121:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:143:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\DurableSubscriberTest.java:161:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\ExceptionListenerTest.java:63:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:75:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:129:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MassiveTest.java:133:
warning: stop() in java.lang.Thread has been deprecated
[javac] tf.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:111:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:113:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:168:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\MultipleDurableSubscribers.java:170:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\QueueTest.java:74:
warning: stop() in java.lang.Thread has been deprecated
[javac] t1.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\jbossmq\stress\QueueTest.java:116:
warning: stop() in java.lang.Thread has been deprecated
[javac] t2.stop();
[javac]^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:100:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] SSLContext sslCtx = null;
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:103:
warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated
[javac] sslCtx = SSLContext.getInstance("TLS");
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:112:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac] String algorithm = KeyManagerFactory.getDefaultAlgorithm();
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:113:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated
[javac] KeyManagerFactory keyMgr =
KeyManagerFactory.getInstance(algorithm);
[javac] ^
[javac]
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\security\test\HttpsUnitTestCase.java:113:
warning: com.sun.net.ssl.KeyManagerFactory in com.sun.
[JBoss-dev] [Persistence development forum] - Re: How to automatically create a EJB when starting JBOSS?
You can create and deploy a mbean (or a servlet) that instantiate them when they were deployed. In this way, you force the creation of at least one EJB. Regards David Lopez View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829384#3829384 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829384 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [EJB on JBoss] - Re: How to automatically create a EJB when starting JBOSS?
You can create and deploy a mbean (or a servlet) that instantiate them when they were deployed. In this way, you force the creation of at least one EJB. Regards David Lopez View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829385#3829385 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829385 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-930271 ] RFE: moving individual responses
Bugs item #930271, was opened at 2004-04-06 10:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=930271&group_id=22866 Category: Nukes Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juha Lindfors (juhalindfors) Assigned to: Nobody/Anonymous (nobody) Summary: RFE: moving individual responses Initial Comment: As far as I can tell from the admin interface, it is only possible to move entire threads across forums. In some cases it would be useful to move a single response out of the thread and elevate it as a new topic. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=930271&group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: JBoss-IDE and Eclipse 3.0M8
Hi, There is an almost daily snapshot of the codebase. See http://jboss.sourceforge.net/snapshots/. Laurent View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829382#3829382 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829382 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
