[JBoss-dev] ScanMail Message: To Recipient virus found and action taken.
ScanMail for Microsoft Exchange has detected virus-infected attachment(s). Sender = [EMAIL PROTECTED] Recipient(s) = [EMAIL PROTECTED] Subject = [JBoss-dev] Jetty Scanning Time = 03/18/2003 07:28:22 Action on virus found: The message body exists VBS_HAPTIME.A-1 virus. ScanMail has deleted the message body. ScanMail detected a virus in an enail attachment during real-time scan: 03/18/2003 >From [EMAIL PROTECTED] to [EMAIL PROTECTED] at 07:28 AM in : [JBoss-dev] Jetty --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jetty
Title: Help Hello, Can JBoss2.4.7 and Jetty4.0.4 run under Windows 98 ? Thanks and Regards Huimin zhu
[JBoss-dev] [ jboss-Bugs-435958 ] Out of Memory eception after many redepl
Bugs item #435958, was opened at 2001-06-24 21:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866 Category: JBossServer Group: v2.2.2 (stable) Status: Closed Resolution: Rejected Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Andreas Schaefer (schaefera) Summary: Out of Memory eception after many redepl Initial Comment: This behavior has been observed on Windows 2000 SP2, running Sun JDK 1.3.1 and jBoss2.2.2 both Tomcat and Jetty bundles. After many EAR hot redeployments in a short period of time, (prehaps one every 5 to 20 minutes over a period of 6 hours) a redeployment will result in "Out of Memory" exceptions being thrown. This happens with both the Tomcat and Jetty bundles, but the error is much more clear with Jetty. In the case of Tomcat, it appears to redeploy correctly but creates a variety of errors when the app is run. -- Comment By: Tim McCune (javajedi) Date: 2003-03-17 17:07 Message: Logged In: YES user_id=62441 This is still happening. See http://jboss.org/forums/thread.jsp?forum=121&thread=27888 Can you please reopen this bug? -- Comment By: Andreas Schaefer (schaefera) Date: 2001-10-29 21:07 Message: Logged In: YES user_id=70434 Need more information about what is deployed. Unfortunately memory is always limited and therefore hot deployment will one time reach a limit because all the loaded classes are not removed from the classloaders. But to see where a problem is I have to know what is deployed and maybe a error stack trace. -- Comment By: Andreas Schaefer (schaefera) Date: 2001-10-29 21:03 Message: Logged In: YES user_id=70434 Need more information about what is deployed. Unfortunately memory is always limited and therefore hot deployment will one time reach a limit because all the loaded classes are not removed from the classloaders. But to see where a problem is I have to know what is deployed and maybe a error stack trace. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: ABOUT YOUR CREDIT.................... lje
We can fix your credit. We are very successful at getting bankruptcies, judgments, tax liens, foreclosures, late payments, charge-offs, repossessions, and even student loans removed from a persons credit report. To find out more go to http://www.netcreditlawyer.com. If you no longer want to receive information from us just go to [EMAIL PROTECTED]. njnrvhaljsiqtelbmxbq --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 17-March-2003
JBoss daily test results SUMMARY Number of tests run: 1137 Successful tests: 1128 Errors:9 Failures: 0 [time of test: 2003-03-18.00-33 GMT] [java.version: 1.3.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_05-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-03-18.00-33 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: StatefulSessionUnitTestCase Test: testInVMSessionHandlePassivation(org.jboss.test.cts.test.StatefulSessionUnitTestCase) Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.0RC4\server\all\data\sessions\StatefulSessionBean-ddf53lfx-4\ddf53o9x-b.ser (The system cannot find the file specified) - Suite: PathologicalUnitTestCase Test:testErrorFromRemove(org.jboss.test.entity.test.PathologicalUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: InvocationLayerStressTestCase Test: testOILMutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: EnterpriseEntityStressTestCase Test: testB2B(org.jboss.test.lock.test.EnterpriseEntityStressTestCase$Entity_Option_C_Test) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.rmi.ServerError Message: Error occurred in server thread; nested exception is: java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher; - --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
Unfortunately, all versions of xdoclet (except the one David J fixed) have the same bug - using InputStream.available() to see how many bytes are left in the file. I'm part way thru getting JBoss 3.0.x to build with Apple's 1.4.1, but I had to migrate HEAD's xdoclet into the source base and fix almost every build.xml to suit. In retrospect, it's probably simpler to get the version of xdoclet from CVS that we've used here (I think David tagged it), fix it, and use that. As has been previously mentioned, you can still build with 1.3.1 by setting: JAVA_HOME= /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home Steve Coy On Tuesday, March 18, 2003, at 01:36 AM, Lennart Petersson wrote: Was Mr. Jenk's fix only for head? Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] <> [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-682529 ] JDK1.4 and CMP hierarchy cause ClassFormatError
Bugs item #682529, was opened at 2003-02-07 14:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682529&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Chris Bono (bonoc) Assigned to: Nobody/Anonymous (nobody) Summary: JDK1.4 and CMP hierarchy cause ClassFormatError Initial Comment: JDK1.4 and CMP hierarchy cause ClassFormatError == We have a somewhat complex inheritance chain of which our entites extend to be realized (see the attached class diagram). When compiled under jdk13 or jdk14 and run under jdk14 the deployment fails due to a ClassFormatError. The complete startup log is attached as well. org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/DEV/servers/jboss/jboss- 3.0.4/server/default/tmp/deploy/server/default/deploy/zpm _mgmt.ear/61.zpm_mgmt.ear-contents/zpm_mgmt.jar; - nested throwable: (java.lang.ClassFormatError: com/zilliant/zpm/management/model/collector/monitor/M onitorBean$Proxy (Repetitive method name/signature)) -- >Comment By: Chris Bono (bonoc) Date: 2003-03-17 18:30 Message: Logged In: YES user_id=707151 We are running and compiling on 1.4.0 -- Comment By: Brian Bannister (beoch) Date: 2003-03-17 18:01 Message: Logged In: YES user_id=651952 We had a similar error when compiling with JDK 1.4.0 and running with JDK 1.4.1_01. Are you compiling with exactly the same version of Java that you are running JBoss with? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682529&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-682529 ] JDK1.4 and CMP hierarchy cause ClassFormatError
Bugs item #682529, was opened at 2003-02-08 06:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682529&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Chris Bono (bonoc) Assigned to: Nobody/Anonymous (nobody) Summary: JDK1.4 and CMP hierarchy cause ClassFormatError Initial Comment: JDK1.4 and CMP hierarchy cause ClassFormatError == We have a somewhat complex inheritance chain of which our entites extend to be realized (see the attached class diagram). When compiled under jdk13 or jdk14 and run under jdk14 the deployment fails due to a ClassFormatError. The complete startup log is attached as well. org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/DEV/servers/jboss/jboss- 3.0.4/server/default/tmp/deploy/server/default/deploy/zpm _mgmt.ear/61.zpm_mgmt.ear-contents/zpm_mgmt.jar; - nested throwable: (java.lang.ClassFormatError: com/zilliant/zpm/management/model/collector/monitor/M onitorBean$Proxy (Repetitive method name/signature)) -- Comment By: Brian Bannister (beoch) Date: 2003-03-18 10:01 Message: Logged In: YES user_id=651952 We had a similar error when compiling with JDK 1.4.0 and running with JDK 1.4.1_01. Are you compiling with exactly the same version of Java that you are running JBoss with? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682529&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 17-March-2003
JBoss daily test results SUMMARY Number of tests run: 1096 Successful tests: 1092 Errors:1 Failures: 3 [time of test: 2003-03-17.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.4] See http://users.jboss.org/~starksm/Branch_3_0/2003-03-17.12-44 for details 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: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SecurityUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: SecurityUnitTestCase Test: testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] LdapLoginModule with Active Directory
Write your own login module, its not difficult. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "J. Diogo O. Ramos" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, March 14, 2003 3:27 AM Subject: [JBoss-dev] LdapLoginModule with Active Directory > We're using the LdapLoginModule to authenticate and do authorization > against and Active Directory container. > > But we're having two problems... > > - > The first and more important one is: > > Our users are separated in different "directories" according to the > functional area were they work on the organization. For instance: > \IT > \Commercial > \Users (generic ones) > \Financial > > But while using the LdapLoginModule we can only search against one > directory. We believe that one of two things can happen... Either search > recursively against all the directories or be able to specify a set of > directories (in the configuration) were the search is done. > > - > The second one is: > Each user has a set of roles... Typically the user's roles will increase > a lot since for each report (I'm referring to a website that produces > financial information reports) that the user can access he will have a > set of roles... > Typically we have three major groups of roles that most users will have > and than we have the exceptions... Those users that need to specifically > set roles. > > Suppose this is what we have: > User1 - role1 > - role2 > > User2 - role7 > - role8 > > What we'd like is to create 3 or 4 groups of roles and associate those > groups to the users. > > User1 - RoleGrp1 - role1 > - role2 > > User2 - RoleGrp2 - role7 > - role8 > > Once again, the problem is that while using the LdapLoginModule we can > only search against the first level of roles (if we have a group it > won't search inside of it). One choice would be to search recursively. > But if that is very complicated, being able to search two levels would > solve our problem. > > --- > > Can you help us with both of these problems? > > Thanks in advance. > > > J. Diogo O. Ramos > mailto:[EMAIL PROTECTED] > ___ > Critical Software, SA > http://www.criticalsoftware.com > > > > > --- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-607721 ] Incomplete JMS Message Serialization
Bugs item #607721, was opened at 2002-09-11 09:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=607721&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Ulf Schroeter (schrouf) >Assigned to: Adrian Brock (ejort) Summary: Incomplete JMS Message Serialization Initial Comment: Object serialization of class org.jboss.mq.SpyMessage does not serialize attribute SpyMessage.header.durableSubscriberID in read/writeExternal(). Proposed code fixed: writeExternal(...) { ... ... if( header.durableSubscriberID != null ) { out.writeBoolean( true ); writeString( out, header.durableSubscriberID.clientID ); writeString( out, header.durableSubscriberID.subscriptionName ); writeString( out, header.durableSubscriberID.selector ); } else { out.writeBoolean( false ); } ... } readExternal(...) { ... ... boolean durable = in.readBoolean(); if( durable ) { String clientID = readString( in ); String subscriptionName = readString( in ); String selector = readString( in ); header.durableSubscriberID = new DurableSubscriberID( clientID, subscriptionName, selector ); } else { header.durableSubscriberID = null; } ... } -- >Comment By: Adrian Brock (ejort) Date: 2003-03-17 18:10 Message: Logged In: YES user_id=9459 The subscriber id does not need to be serialized. This did cause problems with recovery in earlier versions of jbossmq but this was fixed a while ago. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=607721&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-586784 ] memory leak
Bugs item #586784, was opened at 2002-07-26 01:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=586784&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: zzhb (zzhb) Assigned to: Nobody/Anonymous (nobody) Summary: memory leak Initial Comment: When I use JBossMQ to send and receive message(I Send message = 100,000),It occured out of memory. and after that JBoss Server cann't work corrently! everything cann't be accessed including web. and cann't use shutdown.sh to shutdown jboss information: OS: redhat linux 7.3 Linux ch-szx-admin 2.4.18-3 #1 Thu Apr 18 07:37:53 EDT 2002 i686 unknown java: java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) error information: 2002-07-25 17:46:16,577 WARN [org.jboss.mq.il.oil.OILServerILService] Connection failure (1). java.net.SocketException: Connection reset by peer: Connection reset by peer at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read (SocketInputStream.java:116) at java.io.BufferedInputStream.fill (BufferedInputStream.java:183) at java.io.BufferedInputStream.read (BufferedInputStream.java:201) at java.io.ObjectInputStream$PeekInputStream.peek (ObjectInputStream.java:2118) at java.io.ObjectInputStream$BlockDataInputStream.readBlo ckHeader(ObjectInputStream.java:2301) at java.io.ObjectInputStream$BlockDataInputStream.refill (ObjectInputStream.java:2368) at java.io.ObjectInputStream$BlockDataInputStream.read (ObjectInputStream.java:2440) at java.io.ObjectInputStream$BlockDataInputStream.readByt e(ObjectInputStream.java:2589) at java.io.ObjectInputStream.readByte (ObjectInputStream.java:837) at org.jboss.mq.il.oil.OILServerILService$Client.run (OILServerILService.java:190) at java.lang.Thread.run(Thread.java:536) 2002-07-25 17:46:41,612 DEBUG [org.jboss.mq.il.oil.OILClientIL] ConnectionReceiverOILClient is conne cting to: 10.220.8.60:3415 2002-07-25 17:46:50,963 DEBUG [org.jboss.mq.il.oil.OILClientIL] ConnectionReceiverOILClient is conne cting to: 10.220.8.60:3419 2002-07-25 17:48:16,669 DEBUG [org.jboss.mq.il.oil.OILClientIL] ConnectionReceiverOILClient is conne cting to: 10.220.8.64:32916 2002-07-25 17:48:44,348 DEBUG [org.jboss.mq.il.oil.OILClientIL] ConnectionReceiverOILClient is conne cting to: 10.220.8.64:32923 2002-07-25 17:50:17,116 DEBUG [org.jboss.mq.il.oil.OILClientIL] ConnectionReceiverOILClient is conne cting to: 10.220.8.64:32930 2002-07-25 17:50:45,032 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:50:45,033 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:50:45,035 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:50:51,007 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:50:51,008 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:50:53,621 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:51:22,134 ERROR [STDERR] java.lang.OutOfMemoryError 2002-07-25 17:53:25,873 ERROR [STDERR] java.lang.OutOfMemoryError -- >Comment By: Adrian Brock (ejort) Date: 2003-03-17 18:12 Message: Logged In: YES user_id=9459 I'm closing this as a duplicate since there is no indication of a memory leak in the latest versions of jbossmq. Regards, Adrian -- Comment By: Erik M Lowndes (elowndes) Date: 2003-02-15 15:48 Message: Logged In: YES user_id=713073 I am experiencing the same problem (the log traces are nearly identical - it starts with the OILServer and procedes to the OutOfMemoryError). I'm running version 3.03 w/ Tomcat 4.1.12 in the standard 'all' configuration. I'm going to try the 3.04 version as well. I'm running the following components: * a single message driven bean that receives JMS Text messages (containing XML) and logs the information to an Oracle database via JDBC. * a servlet that receives messages via HTTP and forwards them to JMS * a simple web site. I suspect the MDB is at the root of the problem given that the message/traffic volume is very low on the other connections. -- Comment By: Adrian Brock (ejort) Date: 2002-10-29 23:05 Message: Logged In: YES user_id=9459 Was this using selectors? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=586784&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en __
[JBoss-dev] [ jboss-Bugs-701553 ] Incorrect behaviour from Session.recover()
Bugs item #701553, was opened at 2003-03-11 14:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701553&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open >Resolution: Fixed Priority: 5 Submitted By: Frédéric Donckels (lubdub) >Assigned to: Adrian Brock (ejort) Summary: Incorrect behaviour from Session.recover() Initial Comment: We have to following setup: Jms sender sends 4 messages in a queue Jms receiver sets up a listener on that queue, in a different CLIENT_ACKNOWLEDGE session. The onMessage method prints out the content of the message, the headers, then calls session.recover() Expected behaviour: the same message is sent again (this is what we have with Weblogic) Actual behaviour: message 0 is received message 1 is received message 2 is received message 3 is received message 0 is received again message 1 is received again message 2 is received again message 3 is received again message 0 is received again message 1 is received again .. Did we miss something? -- >Comment By: Adrian Brock (ejort) Date: 2003-03-17 18:00 Message: Logged In: YES user_id=9459 This has been fixed in 3.0 CVS -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701553&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-703630 ] Server dies during test suite (SecurityUnitTestCase)
Bugs item #703630, was opened at 2003-03-14 14:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=703630&group_id=22866 Category: JBossMQ Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Markus Härnvi (mharnvi) >Assigned to: Adrian Brock (ejort) Summary: Server dies during test suite (SecurityUnitTestCase) Initial Comment: JBoss version: 3.0.7RC1 (CVSTag=Branch_3_0 Date=200303141349) JVM: build 1.4.0-b92 on Redhat 8.0 During org.jboss.test.jbossmq.test.SecurityUnitTestCase 14:56:50,266 WARN [OILServerILService] Client request resulted in a server exception: javax.jms.JMSSecurityException: User: john is NOT authenticated And so on (for every test method in that case). After a while (no output on JBoss console) the JVM dies: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x3F00 Function=[Unknown.] Library=(N/A) I have attached the output from JBoss. -- >Comment By: Adrian Brock (ejort) Date: 2003-03-17 17:59 Message: Logged In: YES user_id=9459 This is a JVM bug (a segmentation fault) Try a different jvm to find out what the real error is (probably out of memory). Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=703630&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
he he he doesn´t sounds like it will be done :) ok, will try to work around it anyway... /L måndagen den 17 mars 2003 kl 16.57 skrev David Jencks: On 2003.03.17 09:36 Lennart Petersson wrote: Was Mr. Jencks's fix only for head? yes, the xdoclet versions used with 3.0 and 3.2 are truly antiques. I'm still scared to upgrade to the released apple 1.4.1. Has anyone else had this problem building 3.0/3.2? Upgrading to a more current xdoclet is some work. It involves at least changing all the build files to not specify sourcepath, and may require significant work to explicitly import all classes in source files (rather than import blah.*;). I think Scott would have to OK changing the 3.0 build. david jencks Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] <> [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 /L --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
We don't need to upgrade those because they will build with JDK 1.3.1. -dain On Monday, March 17, 2003, at 09:57 AM, David Jencks wrote: On 2003.03.17 09:36 Lennart Petersson wrote: Was Mr. Jencks's fix only for head? yes, the xdoclet versions used with 3.0 and 3.2 are truly antiques. I'm still scared to upgrade to the released apple 1.4.1. Has anyone else had this problem building 3.0/3.2? Upgrading to a more current xdoclet is some work. It involves at least changing all the build files to not specify sourcepath, and may require significant work to explicitly import all classes in source files (rather than import blah.*;). I think Scott would have to OK changing the 3.0 build. david jencks Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] <> [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 /L --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
On 2003.03.17 09:36 Lennart Petersson wrote: > Was Mr. Jencks's fix only for head? yes, the xdoclet versions used with 3.0 and 3.2 are truly antiques. I'm still scared to upgrade to the released apple 1.4.1. Has anyone else had this problem building 3.0/3.2? Upgrading to a more current xdoclet is some work. It involves at least changing all the build files to not specify sourcepath, and may require significant work to explicitly import all classes in source files (rather than import blah.*;). I think Scott would have to OK changing the 3.0 build. david jencks Because I get problems when building > 3.0/3.2 also. Here is output from 3.0: > > compile-mbean-sources: > [mkdir] Created dir: > /Users/lepe/projects/JbossSources/jboss-3.0/common/output/gen-src > sourcepath is deprecated. the preferred way to design sources is via > nested > Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. > Forked:true >[xdoclet] Running >[xdoclet] Generating output for > 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template > file > 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ > xdoclet.jar!/xdoclet/jmx/mbean.j'. >[xdoclet] Running XDoclet failed >[xdoclet] <> >[xdoclet] java.lang.RuntimeException: Error running XDoclet >[xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) >[xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) > > Using OSX jdk 1.4.1 official release and latest 3.0 > > /L > > > > --- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] The recent OSX 1.4.1/XDoclet problem
Was Mr. Jenk's fix only for head? Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] <> [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 /L --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss3.0.6 deploy invalid types for RMI/IIOP.
When I deploy my ejb apps,there is error following , they are my sessionbeans, I implements Serializabel interface, but it's still error. Please help., how can i to solve this problem?? //ERROR***// 2003-03-17 20:22:31,930 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : WithdrawChargeSessionMethod : public abstract WithdrawChargeSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP. 2003-03-17 20:22:31,940 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: SoComposedSession: Verified.2003-03-17 20:22:31,960 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : CustSessionMethod : public abstract CustSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP. 2003-03-17 20:22:32,040 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : SoProtocolSessionMethod : public abstract SoProtocolSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP.
[JBoss-dev] jboss3.0.6 deploy invalid types for RMI/IIOP.
When I deploy my ejb apps,there is error following , they are my sessionbeans, I implements Serializabel interface, but it's still error. Please help., how can i to solve this problem?? 2003-03-17 20:22:31,930 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : WithdrawChargeSessionMethod : public abstract WithdrawChargeSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP. 2003-03-17 20:22:31,940 DEBUG [org.jboss.ejb.EJBDeployer.verifier] Bean checked: SoComposedSession: Verified.2003-03-17 20:22:31,960 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : CustSessionMethod : public abstract CustSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP. 2003-03-17 20:22:32,040 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec violation: Bean : SoProtocolSessionMethod : public abstract SoProtocolSession create() throws RemoteException, CreateExceptionSection: 7.10.6Warning: The method return values in the home interface must be of valid types for RMI/IIOP.
[JBoss-dev] GUVENDE MISINIZ ?
TURKIYE'DE BIR ILK ! SADECE 25.000.000 TL HACKER ve GUVENLIK REHBERI CD'SI Hack ve Guvenlik konusunda bilmek istediginiz hersey, ihtiyaciniz olan her program bu cd'de. Sadece 25.000.000 TL ye bu cd'ye sahip olabilirsiniz! Siparis icin: 0546 599 64 54 Turkiye'de bilisim guvenligi alaninda bir ilki gerceklestirdik, ve sizlere icinde binlerce dokuman ve program bulunan "HACKER ve GUVENLIK REHBERI" cd'sini hazirladik. Bu cd'yi aldiginizda dis saldirilardan korunmak icin gerekli yazilimlari elde edecek, kendi guvenliginizi sagladiktan sonra ise hacker'ligin sirlarini ogrenecek, guvenlik icin neler gerekiyorsa sahip olacaksiniz. Hackerlar nasil calisiyor, hangi programlari kullaniyor? E-mail ve ICQ sifreleri nasil caliniyor, bunlardan nasil korunmali? Saldirilar nasil ve hangi programlarla yapiliyor? Saldiri yontemleri ve bunlardan korunma yollari nelerdir? Crack nedir, yontemleri nelerdir? Sifre calma yontemleri ve sifrelerinizi koruma yollari nelerdir? Firewall nedir, nasil kurulur, gerekli yazilimlar nelerdir? Virus ve trojanlardan nasil korunulur? Sistemlerdeki aciklar nelerdir, ve bu aciklar nasil kapatilir? Bu ve bunun gibi bir cok soruya, bu cd'de cevap bulabileceksiniz. CD'de bulunan dokuman ve programlardan bazilarini asagida bulabilirsiniz: Firewall programi + kurulum-kullanim kilavuzu (turkce) Antivirus ve trojan programi + kurulum-kullanim kilavuzu (turkce) Tamamen Turkce hack ve crack dokumanlari Unlu "Hacker's Handbook" (Hackerlarin El Kitabi) CD'si, icindeki binlerce dokuman ve yazilim Yuzlerce hack ve guvenlik programi Binlerce hack ve guvenlik dokumani ONEMLI NOT:CD icerisinde warez, crack ve illegal program kesinlikle bulunmamaktadir. CD icerisinde anlatilan bazi hack ve crack dokumanlarinin amaci, sadece bu tarz yontemleri tanimak, ve sistemi anlamaktir. Bu yontemlerin kotu amacli kullanimindan dogan zararlar ve tum sorumluluk tamamen kullaniciya aittir. Listemizden cikmak icin lutfen tiklayiniz xarsosrxi imnopmms lwdq vi
RE: [JBoss-dev] AOP remoting 1st iteration
Congratulations Bill! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: lundi, 17. mars 2003 03:58 > To: Jboss-Dev > Subject: [JBoss-dev] AOP remoting 1st iteration > > > First iteration of POJO/AOP remoting is here. It uses the new JBoss > Remoting framework > > You can remote any object instance of any class. I'll write > some real doco > later, but here's the basics: > > { > POJO remote = new POJO("hello"); > Dispatcher.singleton.registerTarget("myobj", remote); > > POJO proxy = (POJO)Remoting.createRemoteProxy("myobj", > remote.getClass(), > new InvokerLocator("socket://xeon:5150")); > } > > That's it. > > There's a few requirements > > 1. You must have an empty/default constructor defined in the > Class of your > object. > 2. Invocations on remote methods or fields must be Serializable. > > Things to know? > 1. You cannot invoke remotely on fields unless the client is a JBoss > instance that has AOP instrumented the class you have remoted. > > > How to use it? I'll write up better documentation later, > but, there's an > example in: > > testsuite/src/main/org/jboss/test/aop/bean/RemotingTester.java > testsuite/src/main/org/jboss/test/aop/test/RemotingUnitTestCase.java > testsuite/src/resources/aop/META-INF/jboss-service.xml > > How does it work? > I've implemented some code that uses Javassist to generate a > proxy class of > a given Class. It inherits from the given class and > implements every public > method of that class. The implemented method does > interceptor chains and > such. The proxy class implement java.io.Externalizable so > that it can be > marshalled across the wire and such. > Remoting.createRemoteProxy calls the > class proxy generator and inserts simple simple instance > interceptors to > handle the remoting. > > FYI, the JBoss Remoting framework rocks. Its easy to set up > and it handles > everything for us. > > > > --- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-704856 ] EJBProvider WSDL generation
Bugs item #704856, was opened at 2003-03-17 09:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=704856&group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 6 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: EJBProvider WSDL generation Initial Comment: with allowedMethods="*" produces garbage or Exceptions respectively because of using undefined namespaces. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=704856&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-704855 ] Juddi Errors on startup
Bugs item #704855, was opened at 2003-03-17 09:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=704855&group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 3 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: Juddi Errors on startup Initial Comment: must be silenced, otherwise they confuse the developers. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=704855&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652576 ] Testsuite build.xml is not up-to-date
Bugs item #652576, was opened at 2002-12-12 11:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=652576&group_id=22866 Category: JBossSOAP Group: CVS HEAD >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: Testsuite build.xml is not up-to-date Initial Comment: must use new buildmagic features in order to not corrupt it over time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=652576&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652576 ] Testsuite build.xml is not up-to-date
Bugs item #652576, was opened at 2002-12-12 11:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=652576&group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open >Resolution: Fixed Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: Testsuite build.xml is not up-to-date Initial Comment: must use new buildmagic features in order to not corrupt it over time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=652576&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development