[JBoss-dev] [ jboss-Bugs-571995 ] Wrong error reporting for ejb finders
Bugs item #571995, was opened at 2002-06-21 17:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571995&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong error reporting for ejb finders Initial Comment: I had erroneously declared a finder method as: java.util.Set findUserLists(com.whitesmiths.sacha.ejb.auth.interfaces.UserLocal user) Note the use of "Set". Sets are only legal for select methods. When I tried to deploy this, JBoss (Branch_3_0) said: org.jboss.deployment.DeploymentException: Error compiling ejbql; - nested throwable: (org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered "" at line 1, column 96. Was expecting one of: "IN" ... ... ) at org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.(JDBCEJBQLQuery.java:46) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createEJBQLQuery(JDBCCommandFactory.java:44) which had me looking for syntax errors in the EJB QL, instead of the method signature. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571995&group_id=22866 --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss in a multi developers environment
This is working for a simple testcase. Two jboss servers running the minimal config are able to come up with the JNDI naming service running on ports 1098 and 1099 using this type of config in the conf/jboss-service.xml descriptor: jboss1 file:/etc/jboss-bindings.xml org.jboss.services.binding.XMLServicesStoreFact ory ... The sample jboss-bindings.xml config shared by the two servers looks like: bin 541>cat /etc/jboss-bindings.xml The AttributeMappingDelegate class takes the host and port specified by the binding element and invokes setAttribute using the attribute names given by hostName and portName. I'll be testing the mappings for other services tomorrow. Scott Stark Chief Technology Officer JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 21-June-2002
Number of tests run: 791 Successful tests: 781 Errors:6 Failures: 4 [time of test: 21 June 2002 6:17 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02b-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/blackdown_jdk131_02b_native for the junit report of this test. - http://lubega.com/testarchive/blackdown_jdk131_02b_native/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 21-June-2002
Number of tests run: 763 Successful tests: 749 Errors:12 Failures: 2 [time of test: 21 June 2002 4:56 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20020124 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20020124/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 21-June-2002
Number of tests run: 791 Successful tests: 780 Errors:6 Failures: 5 [time of test: 21 June 2002 3:35 GMT] [java.version: 1.4.0_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.0_01-b03] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/sun_j2sdk140_01 for the junit report of this test. - http://lubega.com/testarchive/sun_j2sdk140_01/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-571930 ] rmi marshaling fails for user objects
Bugs item #571930, was opened at 2002-06-20 22:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571930&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: rick labanca (rickla) Assigned to: Nobody/Anonymous (nobody) Summary: rmi marshaling fails for user objects Initial Comment: If you try to call an rmi server from jboss/jetty, and send a user defined object, marshaling fails. This is because the vm doesn't seem to see the class on the server side, yet it did see it enough to compile the jsp page fine. It can be resolved by adding the classes to jboss_classpath, or placing the class in the jboss_home/lib. Neither is a good long term solution for packaging apps to be self contained. This worked in 2.4. Attached is a war file with a small rmi server and test page to show the problem. For simplicity i have the source also shoved into the classes area in the war. Get the classes out of the war and start the server locally (java rmitest.Server), and then deploy the war, run /rmitest/test.jsp to see the error. Adding the rmitest directory you use for the server to jboss_classpath will make it run correctly. rick -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571930&group_id=22866 --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 21-June-2002
Number of tests run: 791 Successful tests: 781 Errors:6 Failures: 4 [time of test: 21 June 2002 2:13 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/sun_jdk131_03 for the junit report of this test. - http://lubega.com/testarchive/sun_jdk131_03/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
It does not have to be exposed if its not a useful op. These management objects can just be created, registered on deployment of a web module and unregistered when the web module is undeployed. That would be simpler. I'm not sure if the web container will have to actually create the management objects or just provide the info to create these. Since you could define a WebModule that has its stateManageable, statisticsProvider, and eventProvider attributes false, a minimal managed view could be provided using simple data objects from the web server. That should be a supported option as it is a low barrier of entry for the web server integrater. The more complex the management object implementation in terms of those attributes the more it seems the web server itself will have to create the management object. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Andreas Schaefer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 5:43 PM Subject: Re: [JBoss-dev] JSR-77 and Jetty > Hi Scott > > > At a minimum at the AbstractWebContainer level we define the hooks to > obtain > > the required Servlet[] management objects needed to make up the WebModule > > management object. There may not be much to this other than a simple > > template method that defines the requirements for obtaining management > > information/callbacks to impliment the JSR-77 objects. > > > > These are not attributes or operations of the web container right? They > > are just mbeans bound into the JSR-77 management namespace. Maybe > > there is a WebModule[] getWebModules() operation here? > > Just to see that I understand you correctly. You want to expose a list > of JSR-77 MBeans by the AbstractWebContainer with getWebModule(). > And the JSR-77 MBeans are provided by the Web server. > > Correct ? > > Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Andreas Schaefer wrote: > Hi Jules > > >>1. Are you sure that JSR77 talks at the granularity of Servlets - or is >>it WebApplications - or both. A Servlet is not the unit of deployment, >>the WebApplication is. A WebApplication may contain 0-n Servlets. > > > JSR-77 have an application (EAR) with one or more modules (WAR,JAR,RAR) > and each containing eithe EJBs, Servlets or ResourceAdaptors. > So, yes, JSR-77 needs both the web application and the servlets its > contains. OK - can do. > > >>2. Jetty has a concept of deploy, start, stop and undeploy. Currently >>webapps are started as soon as they are deployed - so when you say >>start/stop, do you mean deploy/undeploy or start/stop ? > > > JSR-77 is not clear in this point but the lack of the creation of services > I think it means to start/stop but not deploy/undeploy. BTW what does > start/stop mean (make it available/unavailable to serve) ? What happens > with the servlets at this time. Can you start/stop servlets ? start/stop means (Greg can give you the exact definition for Jetty) something like make-available-to-client. If the webapp is stopped, it is still deployed but the client cannot see it - although it can be restarted very quickly... > > >>3. I am keen for Jetty to support a restart() and a redeploy() - atomic >>functions which put incoming requests on hold while they do their job - >>thus ensuring 24*7 service, with no lost requests, even if you upgrade >>your website at a peak time... I believe JSR77 also has optional? >>provision for (at least one of) these. I think that it is important that >>we support it from the start even if it is simply implemented in terms >>of the others... > > > Ahhmm, where did you see that in JSR-77 ? Aha ! - I think I am getting 77 and 88 confused again ! Jules > > Thanx - Andy > > > > > --- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Scott > At a minimum at the AbstractWebContainer level we define the hooks to obtain > the required Servlet[] management objects needed to make up the WebModule > management object. There may not be much to this other than a simple > template method that defines the requirements for obtaining management > information/callbacks to impliment the JSR-77 objects. > > These are not attributes or operations of the web container right? They > are just mbeans bound into the JSR-77 management namespace. Maybe > there is a WebModule[] getWebModules() operation here? Just to see that I understand you correctly. You want to expose a list of JSR-77 MBeans by the AbstractWebContainer with getWebModule(). And the JSR-77 MBeans are provided by the Web server. Correct ? Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Jules > No problem - you specify the interface, and I shall implement the Jetty > side. > The problem is there is no interface. That is what I need to have: - WebModule (represents WAR) - web.xml content - List of Servlets per WebModule Both WebModule can emits Notifications, manage a state (start() and stop()) and statistics. You can also exposes any other methods and attributes as you like and that is what I want to expose additionally: - WebModule - jboss-web.xml content - Servlet - load on startup - init parameters See me anwser to Scotts email as well. Andy > > Scott M Stark wrote: > > As much of this as possible should be handled at the > > org.jboss.web.AbstractWebContainer > > or else we will have to duplicate this for every web container service. > > > > > > Scott Stark > > Chief Technology Officer > > JBoss Group, LLC > > --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Jules > 1. Are you sure that JSR77 talks at the granularity of Servlets - or is > it WebApplications - or both. A Servlet is not the unit of deployment, > the WebApplication is. A WebApplication may contain 0-n Servlets. JSR-77 have an application (EAR) with one or more modules (WAR,JAR,RAR) and each containing eithe EJBs, Servlets or ResourceAdaptors. So, yes, JSR-77 needs both the web application and the servlets its contains. > 2. Jetty has a concept of deploy, start, stop and undeploy. Currently > webapps are started as soon as they are deployed - so when you say > start/stop, do you mean deploy/undeploy or start/stop ? JSR-77 is not clear in this point but the lack of the creation of services I think it means to start/stop but not deploy/undeploy. BTW what does start/stop mean (make it available/unavailable to serve) ? What happens with the servlets at this time. Can you start/stop servlets ? > 3. I am keen for Jetty to support a restart() and a redeploy() - atomic > functions which put incoming requests on hold while they do their job - > thus ensuring 24*7 service, with no lost requests, even if you upgrade > your website at a peak time... I believe JSR77 also has optional? > provision for (at least one of) these. I think that it is important that > we support it from the start even if it is simply implemented in terms > of the others... Ahhmm, where did you see that in JSR-77 ? Thanx - Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
At a minimum at the AbstractWebContainer level we define the hooks to obtain the required Servlet[] management objects needed to make up the WebModule management object. There may not be much to this other than a simple template method that defines the requirements for obtaining management information/callbacks to impliment the JSR-77 objects. These are not attributes or operations of the web container right? They are just mbeans bound into the JSR-77 management namespace. Maybe there is a WebModule[] getWebModules() operation here? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Andreas Schaefer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Scott M Stark" <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 5:08 PM Subject: Re: [JBoss-dev] JSR-77 and Jetty > Hi Scott > > > As much of this as possible should be handled at the > > org.jboss.web.AbstractWebContainer > > or else we will have to duplicate this for every web container service. > > I would like that but how are we going to expose > attributes and methods dynamically in the Abstract- > WebContainer ? > > Andy > > > --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
No problem - you specify the interface, and I shall implement the Jetty side. Jules Scott M Stark wrote: > As much of this as possible should be handled at the > org.jboss.web.AbstractWebContainer > or else we will have to duplicate this for every web container service. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > - Original Message - > From: "Andreas Schaefer" <[EMAIL PROTECTED]> > To: "Greg Wilkins" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Thursday, June 20, 2002 3:59 PM > Subject: [JBoss-dev] JSR-77 and Jetty > > > >>Hi Greg >> >>To make JSR-77 implementation (a J2EE management >>API) complete I need to support the web-service and >>I wills start with Jetty (it seems to be tough enough). >> >>To start with I need a place where I can create a >>WebModule (represents a WAR file) and each >>Servlet (for now the once defined in web.xml). >> >>For me its seems that the deployment of the servlets >>are deep inside Jetty and I am not quite sure how >>we want to integrate JSR-77 into Jetty. >>Beause JSR-77 does not provide Java classes to >>implement I would suggest that the necessary >>information are provide by Jetty MBeans so that >>JSR-77 can pick it up and perform the appropriate >>steps. Therefore I need: >>- List of Servlets deployed >>- A way to start/stop servlets if possible (I would >> think this means load/unload a Servlet) >>- Any attributes you maybe want to expose to manage >> servlets (no attributes specified in the JSR-77 spec.) >> >>Is this possible ? >> >>Thanx >> >>Andy Schaefer >> Code or be coded >> >>Check out: www.madplanet.com > > > > > > --- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Andreas, I think that you will find that Jetty already exposes all this to JBoss via JMX (perhaps not the list of current deployments - but that's not a problem - I will sort it). However a few points. 1. Are you sure that JSR77 talks at the granularity of Servlets - or is it WebApplications - or both. A Servlet is not the unit of deployment, the WebApplication is. A WebApplication may contain 0-n Servlets. 2. Jetty has a concept of deploy, start, stop and undeploy. Currently webapps are started as soon as they are deployed - so when you say start/stop, do you mean deploy/undeploy or start/stop ? 3. I am keen for Jetty to support a restart() and a redeploy() - atomic functions which put incoming requests on hold while they do their job - thus ensuring 24*7 service, with no lost requests, even if you upgrade your website at a peak time... I believe JSR77 also has optional? provision for (at least one of) these. I think that it is important that we support it from the start even if it is simply implemented in terms of the others... Comments ? Jules Andreas Schaefer wrote: > Hi Greg > > To make JSR-77 implementation (a J2EE management > API) complete I need to support the web-service and > I wills start with Jetty (it seems to be tough enough). > > To start with I need a place where I can create a > WebModule (represents a WAR file) and each > Servlet (for now the once defined in web.xml). > > For me its seems that the deployment of the servlets > are deep inside Jetty and I am not quite sure how > we want to integrate JSR-77 into Jetty. > Beause JSR-77 does not provide Java classes to > implement I would suggest that the necessary > information are provide by Jetty MBeans so that > JSR-77 can pick it up and perform the appropriate > steps. Therefore I need: > - List of Servlets deployed > - A way to start/stop servlets if possible (I would >think this means load/unload a Servlet) > - Any attributes you maybe want to expose to manage >servlets (no attributes specified in the JSR-77 spec.) > > Is this possible ? > > Thanx > > Andy Schaefer >Code or be coded > > Check out: www.madplanet.com > > > > > --- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Scott > As much of this as possible should be handled at the > org.jboss.web.AbstractWebContainer > or else we will have to duplicate this for every web container service. I would like that but how are we going to expose attributes and methods dynamically in the Abstract- WebContainer ? Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 21-June-2002
Number of tests run: 770 Successful tests: 756 Errors:11 Failures: 3 [time of test: 21 June 2002 0:44 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20010626 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20010626/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
As much of this as possible should be handled at the org.jboss.web.AbstractWebContainer or else we will have to duplicate this for every web container service. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Andreas Schaefer" <[EMAIL PROTECTED]> To: "Greg Wilkins" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 3:59 PM Subject: [JBoss-dev] JSR-77 and Jetty > Hi Greg > > To make JSR-77 implementation (a J2EE management > API) complete I need to support the web-service and > I wills start with Jetty (it seems to be tough enough). > > To start with I need a place where I can create a > WebModule (represents a WAR file) and each > Servlet (for now the once defined in web.xml). > > For me its seems that the deployment of the servlets > are deep inside Jetty and I am not quite sure how > we want to integrate JSR-77 into Jetty. > Beause JSR-77 does not provide Java classes to > implement I would suggest that the necessary > information are provide by Jetty MBeans so that > JSR-77 can pick it up and perform the appropriate > steps. Therefore I need: > - List of Servlets deployed > - A way to start/stop servlets if possible (I would >think this means load/unload a Servlet) > - Any attributes you maybe want to expose to manage >servlets (no attributes specified in the JSR-77 spec.) > > Is this possible ? > > Thanx > > Andy Schaefer >Code or be coded > > Check out: www.madplanet.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR-77 and Jetty
Hi Greg To make JSR-77 implementation (a J2EE management API) complete I need to support the web-service and I wills start with Jetty (it seems to be tough enough). To start with I need a place where I can create a WebModule (represents a WAR file) and each Servlet (for now the once defined in web.xml). For me its seems that the deployment of the servlets are deep inside Jetty and I am not quite sure how we want to integrate JSR-77 into Jetty. Beause JSR-77 does not provide Java classes to implement I would suggest that the necessary information are provide by Jetty MBeans so that JSR-77 can pick it up and perform the appropriate steps. Therefore I need: - List of Servlets deployed - A way to start/stop servlets if possible (I would think this means load/unload a Servlet) - Any attributes you maybe want to expose to manage servlets (no attributes specified in the JSR-77 spec.) Is this possible ? Thanx Andy Schaefer Code or be coded Check out: www.madplanet.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FlashMX and J2EE
The Server Side has an article about Flash and J2EE. I know we have support for Flash, but don't know enough about it to comment. Can someone who knows about the Flash integration that we have post a message on their thread? http://www.theserverside.com/home/thread.jsp?thread_id=14080 -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss in a multi developers environment
You can write your own Jetty specific delegate or simply configure a noop delegate and pull the service binding from the service. There is no pooling of ports in this implementation. Its a simple static XML configuration. - Original Message - From: "Jules Gosnell" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 2:57 PM Subject: Re: [JBoss-dev] JBoss in a multi developers environment > Scott, > > It is better for me if Jetty can pull the port number from this service, > since listeners may be started and stopped dynamically, and I don;t > really want to choose e.g. the first one and treat it differently from > the others > > Is this an option - I request a port number, rather than having someone > call setPort() on me ? > > If I remove the Jetty plugin and drop in the Tomcat one is Jetty able to > return the port number to the pool so that Tomcat can reacquire it ? > > Cheers, > > > Jules --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Prefered way to deploy one web app under 2 contexts?
I haven't tried anything to find out if I'm right, but I think each war reference gets a DeploymentInfo with a UCL for the war, and the 2 UCL confuse each other. david jencks On 2002.06.20 17:42:05 -0400 Jason Dillon wrote: > Why did this behavior change with JBoss3? Both apps can use the same > CL, they just need to bind to 2 different contexts. Or perhaps Jetty > has something which will do an internal proxy (nothing on the client > side) from one context to another. > > I still believe that the app.xml I have should work... I don't > understand why the CL has anything todo with deploying a webapp to a > context. > > --jason > > > On Thursday, June 20, 2002, at 03:12 AM, Jules Gosnell wrote: > > > > > I see maybe two ways to achieve this (based on my understanding of our > > ClassLoading system). > > > > 1. the second war only contains the descriptor[s] - because everything > > shares the same ClassLoader it will share all the classes and > > configuration of the first (I haven't tried this...) > > > > 2. you could change Jetty's Java2ClassLoadingCompliance attribute in > > it's jboss-service.xml to false - so that Jetty gives both wars their > > own ClassLoader (but you sacrifice calls to other services, > > particularly EJB, being by reference, not value). > > > > Is that any help ? > > > > > > Jules > > > > > > David Jencks wrote: > >> Hmm, I would expect this to create 2 unified class loaders for the > war, > >> which would indeed cause problems... > >> I bet there is a similar problem if you have 2 ejb jars with manifest > >> Class-Path: references to the same library jar, I think it will end up > >> loaded twice. > >> Is what you are doing spec compliant? > >> I think its a bug. > >> david jencks > >> On 2002.06.19 20:53:36 -0400 Jason Dillon wrote: > >>> Is there a preferred way to deploy one web app under 2 different > >>> contexts? > >>> > >>> > >>> I was using the following in an earlier version of JBoss, but not > this > >>> will either deploy one or the other. and you can't really predict > >>> which > >>> it will be: > >>> > >>> > >>> > >>> > >>> > >>> > >>> listener.war > >>> > >>> / > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> listener.war > >>> > >>> /listener/ > >>> > >>> > >>> > >>> > >>> > >>> > >>> Am I doing something wrong, or is the EAR deployer or WebApp deploy > >>> having issues? > >>> > >>> > >>> --jason > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> Is there a preferred way to deploy one web app > >>> under 2 > >>> different contexts? > >>> > >>> > >>> > >>> I was using the following in an earlier version of > >>> JBoss, > >>> but not this will either deploy one or the other… and you > >>> can’t > >>> really predict which it will be: > >>> > >>> > >>> > >>>> >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>>> >>> > >>> > >>> > >>> > >>>listener.war > >>> > >>> > >>>/ > >>> > >>> > >>>> >>> > >>> > >>> > >>> > >>> > >>> > >>> Am I doing something wrong, or is the EAR deployer > > >>> or > >>> WebApp > >>> deploy having issues? > >>> > >>> > >>> > >>> --jason > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> --- > >>Bringing you mounds of caffeinated joy > >>>>> http://thinkgeek.com/sf<<< > >> ___ > >> Jboss-development mailing list > >> [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > --- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf<<< > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.source> >>> > >>> > >>> > >>> > >>>listener.war > >>> > >>> > >>>/listener/ > >>> > >>> > >>>
Re: [JBoss-dev] JBoss in a multi developers environment
Scott, It is better for me if Jetty can pull the port number from this service, since listeners may be started and stopped dynamically, and I don;t really want to choose e.g. the first one and treat it differently from the others Is this an option - I request a port number, rather than having someone call setPort() on me ? If I remove the Jetty plugin and drop in the Tomcat one is Jetty able to return the port number to the pool so that Tomcat can reacquire it ? Cheers, Jules Scott M Stark wrote: > I have imported this code into varia/src/main/org/jboss/services/binding > with the following changes: > > 1. A service can have multiple service bindings corresponding to > different listening services. The web containers need this to support > multiple virtual hosts and connectors. > 2. The store service used by the ServiceBindingManager is abstracted > out using a ServicesStoreFatory configurable via an attribute. It > will default to a read-only XML file based version. > 3. A ServiceConfig now includes multiple named bindings as well as a > ServicesConfigDelegate and an arbitrary DOM Element to control > the behavior of this delegate. A ServicesConfigDelegate knows how > to map a ServiceConfig onto a service via JMX. This abstraction > allows the service bindings to be integrated without changing any > existing services provided that all configurable attributes are settable > via JMX. > 4. The use of JDOM in the XML file store is really not warranted so > I'm rewriting that using only JAXP apis and parse the extended > services-binding.dtd. It is also only support read-only access to the > XML file since in general there will be one config being shared by > multiple servers. > > I'm working on integrating this service into the ServiceController and > should have it running by tomorrow. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > > > --- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Prefered way to deploy one web app under 2 contexts?
Why did this behavior change with JBoss3? Both apps can use the same CL, they just need to bind to 2 different contexts. Or perhaps Jetty has something which will do an internal proxy (nothing on the client side) from one context to another. I still believe that the app.xml I have should work... I don't understand why the CL has anything todo with deploying a webapp to a context. --jason On Thursday, June 20, 2002, at 03:12 AM, Jules Gosnell wrote: > > I see maybe two ways to achieve this (based on my understanding of our > ClassLoading system). > > 1. the second war only contains the descriptor[s] - because everything > shares the same ClassLoader it will share all the classes and > configuration of the first (I haven't tried this...) > > 2. you could change Jetty's Java2ClassLoadingCompliance attribute in > it's jboss-service.xml to false - so that Jetty gives both wars their > own ClassLoader (but you sacrifice calls to other services, > particularly EJB, being by reference, not value). > > Is that any help ? > > > Jules > > > David Jencks wrote: >> Hmm, I would expect this to create 2 unified class loaders for the war, >> which would indeed cause problems... >> I bet there is a similar problem if you have 2 ejb jars with manifest >> Class-Path: references to the same library jar, I think it will end up >> loaded twice. >> Is what you are doing spec compliant? >> I think its a bug. >> david jencks >> On 2002.06.19 20:53:36 -0400 Jason Dillon wrote: >>> Is there a preferred way to deploy one web app under 2 different >>> contexts? >>> >>> >>> I was using the following in an earlier version of JBoss, but not this >>> will either deploy one or the other. and you can't really predict >>> which >>> it will be: >>> >>> >>> >>> >>> >>> >>> listener.war >>> >>> / >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> listener.war >>> >>> /listener/ >>> >>> >>> >>> >>> >>> >>> Am I doing something wrong, or is the EAR deployer or WebApp deploy >>> having issues? >>> >>> >>> --jason >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Is there a preferred way to deploy one web app >>> under 2 >>> different contexts? >>> >>> >>> >>> I was using the following in an earlier version of >>> JBoss, >>> but not this will either deploy one or the other… and you >>> can’t >>> really predict which it will be: >>> >>> >>> >>>>>> >>> >>> >>> >>> >>> >>> >>> >>>>>> >>> >>> >>> >>>listener.war >>> >>> >>>/ >>> >>> >>>>>> >>> >>> >>> >>> >>> >>> Am I doing something wrong, or is the EAR deployer >>> or >>> WebApp >>> deploy having issues? >>> >>> >>> >>> --jason >>> >>> >>> >>> >>> >>> >>> >> --- >>Bringing you mounds of caffeinated joy >>>>> http://thinkgeek.com/sf<<< >> ___ >> Jboss-development mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > --- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf<<< > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development>>> >>> >>> >>> >>>listener.war >>> >>> >>>/listener/ >>> >>> >>>
Re: [JBoss-dev] JBoss in a multi developers environment
I have imported this code into varia/src/main/org/jboss/services/binding with the following changes: 1. A service can have multiple service bindings corresponding to different listening services. The web containers need this to support multiple virtual hosts and connectors. 2. The store service used by the ServiceBindingManager is abstracted out using a ServicesStoreFatory configurable via an attribute. It will default to a read-only XML file based version. 3. A ServiceConfig now includes multiple named bindings as well as a ServicesConfigDelegate and an arbitrary DOM Element to control the behavior of this delegate. A ServicesConfigDelegate knows how to map a ServiceConfig onto a service via JMX. This abstraction allows the service bindings to be integrated without changing any existing services provided that all configurable attributes are settable via JMX. 4. The use of JDOM in the XML file store is really not warranted so I'm rewriting that using only JAXP apis and parse the extended services-binding.dtd. It is also only support read-only access to the XML file since in general there will be one config being shared by multiple servers. I'm working on integrating this service into the ServiceController and should have it running by tomorrow. Scott Stark Chief Technology Officer JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Prefered way to deploy one web app under 2 contexts?
I never see any undeploy logs, only a deploy for one of the apps. Previous versions of JBoss supported this. I need this to support backwards compatibility for a URL change. It would be better if I could specify a list of contexts to bind for the web module, but I do not think there is such a tag to do this. --jason On Wednesday, June 19, 2002, at 08:52 PM, Scott M Stark wrote: > I suspect that the second deployment causes the first to be undeployed > because the war URL is the same. Either unique the web-uri path > by including the war more than once under different paths in the > ear or deploy two ears. I don't know that web containers generally > support a notion of virtual contexts which allows a given web app > to be accessed using different prefixes, but if they do, support for > this could be added to the jboss-app.xml descriptor. > > The j2ee spec doesn't say anything as to whether what your trying to > do is allowed or disallowed. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > - Original Message - > From: Jason Dillon > To: [EMAIL PROTECTED] > Sent: Wednesday, June 19, 2002 5:53 PM > Subject: [JBoss-dev] Prefered way to deploy one web app under 2 > contexts? > > > Is there a preferred way to deploy one web app under 2 different > contexts? > > I was using the following in an earlier version of JBoss, but not this > will > either deploy one or the other. and you can't really predict which it > will > be: > > > > listener.war > / > > > > > > > listener.war > /listener/ > > > > Am I doing something wrong, or is the EAR deployer or WebApp deploy > having > issues? > > --jason > > > > --- >Bringing you mounds of caffeinated joy http://thinkgeek.com/sf<<< > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 20-June-2002
Number of tests run: 640 Successful tests: 638 Errors:0 Failures: 2 [time of test: 20 June 2002 12:30 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.1.5] See http://lubega.com/testarchive/${build.uid} for details of this test. See http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Debugging CMP (to Dain Sundstrom)
I think the problem you are having has already been fixed in cvs Branch_3_0 and HEAD. The problem was that fields set after a finder was executed were not stored. As for debugging the first thing it to increase the log level of org.jboss.ejb.plugins.cmp to TRACE. The classes called when you set a CMR field are (off the top of my head) org.jboss.ejb.plugins.cmp.bridge.EntityInterceptorBridge.invoke org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setValue At this point it goes through the interceptor stack of the related entity. Then it falls back through. -dain Danilo Luiz Rheinheimer wrote: > Hello Dain, > > I am with some problems when I set the relationships between entity > beans. > To try to solve this (and learn about JBoss) I am debugging the CMP > source code. So I am setting many system.out.println and > looking on what happens when I try to make the relationship. > But if Dain (or someone who knows the CMR implementation) can help > this will be very good. > My questions is : what classes/methods are called when this > setDepartament(departamentLocal) method is called : > > public abstract class EmployeeBean implements EntityBean { > > public abstract DepartamentLocal getDepartament(); > public abstract void setDepartament(DepartamentLocal departament); > > public void setDepartamentByName(String nameDepartament) { > departmentLocal = // get the local interface to the Departament > setDepartament(departamentLocal); > } > > This is a relation 1-N between Departament-Employee so in the > database I will have this : > > create table departament ( > iddepartamnet integer, > name integer > ) > > create table employee ( > idemployee integer, > emp_name String, > iddepartament Integer // key to departament > ) > > So I hope setDepartament(departamentLocal); will cause this update > to be executed : > > update exmployee set iddepartament = 3 where idemployee = 5 > > My questions are : > > - this update format is right ? > - What class will build the sql command "JDBCInsertRelationsCommand" > can insert relations on (N-N) relationships but on 1-N how this works > ? > - I can see the method setForeignKey of the class JDBCCMRFieldBridge > is called. With the right paramenters I think. > - What is the sequence of calls to make the update on the database ? > > Thanks. > -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] inconsistent behavior: jboss/tomcat 2.4.6 & jboss/tomcat 3.0
Thanks, I've submitted a bug and uploaded a .war file that demonstrates the behavior. -Jeff Scott M Stark <[EMAIL PROTECTED]>wrote: I added a testcase to the web integration unit tests and the call togetServletContext().getRealPath("/") works correctly there. Postan ear or war that demonstrates the null return value as an attachementto a bug at sourceforge.Scott StarkChief Technology OfficerJBoss Group, LLC- Original Message -From: Jeff GokeTo: [EMAIL PROTECTED]Sent: Monday, June 17, 2002 8:16 AMSubject: [JBoss-dev] inconsistent behavior: jboss/tomcat 2.4.6 &jboss/tomcat 3.0I am seeing some inconsistent behavior that is proving problematic for mebetween Jboss 2.4.6 with Tomcat 4.0.3 and Jboss 3.0.0 with Tomcat 4.0.3.In particular, in our web tier we need to load additional configurationfiles at startup time, that is, additional XML files are read and processed.The way we get the location of the XML files is by using theservletContext.getRealPath method. In Jboss 2.4.6/Tomcat 4.0.3 this worksfine. In Jboss 3.0.0/Tomcat 4.0.3 real path always returns null. Forexample, I have a servlet that loads at startup time with the following:CODE IN JBOSS 2.4.6/TOMCAT 4.0.3:System.err.println ("REAL PATH == "+getServletContext().getRealPath("/"));OUTPUT IN JBOSS 2.4.6/TOMCAT 4.0.3:REAL PATH ==C:\JBoss-2.4.6_Tomcat-4.0.3\jboss\tmp\deploy\Default\my.war\web1004\CODE IN JBOSS 3.0.0/TOMCAT 4.0.3:System.err.println ("REAL PATH == "+getServletContext().getRealPath("/"));OUTPUT IN JBOSS 3.0.0/TOMCAT 4.0.3:23:55:50,359 ERROR [STDERR] REAL PATH == nullDoes anyone have any suggestions or work around ideas?Thanks,-JeffDo You Yahoo!?Sign-up for Video Highlights of 2002 FIFA World Cup___Sponsored by:ThinkGeek at http://www.ThinkGeek.com/___Jboss-development mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-developmentDo You Yahoo!? Sign-up for Video Highlights of 2002 FIFA World Cup
[JBoss-dev] [ jboss-Bugs-571721 ] realpath exhibits inconsistent behavior
Bugs item #571721, was opened at 2002-06-20 17:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571721&group_id=22866 Category: CatalinaBundle Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Goke (jeffgoke) Assigned to: Scott M Stark (starksm) Summary: realpath exhibits inconsistent behavior Initial Comment: I am seeing some inconsistent behavior that is proving problematic for me between Jboss 2.4.6 with Tomcat 4.0.3 and Jboss 3.0.0 with Tomcat 4.0.3. In particular, in our web tier we need to load additional configuration files at startup time, that is, additional XML files are read and processed. The way we get the location of the XML files is by using the servletContext.getRealPath method. In Jboss 2.4.6/Tomcat 4.0.3 this works fine. In Jboss 3.0.0/Tomcat 4.0.3 real path always returns null. See attached .war file for example of behavior (run under both JBOSS 2.4.6 and JBOSS 3.0.0 - note that JBOSS3 returns NULL and JBOSS 2.4.6 does not) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=571721&group_id=22866 --- Bringing you mounds of caffeinated joy >>> http://thinkgeek.com/sf<<< ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development