Re: Re: what does a ejb-jar.xml looks like?
Hi Aaron, first i thank you for your advices. Now my answears: I don't know exactly what EJB's are. I only know that they are Enterprise Java Beans. But what they are doing is a little black cloud in my mind. My EAR consists of three JAR's, three WAR's and an application.xml as well as a principle.xml. In one of the JAR's is an ejb-jar.xml. This file consists, as you wrote, of the Beans decided to deploy. This JAR is the only which has to be deployed. The other two are some additional informations... some classes more or less. The versions of J2EE and EJB depends on what geronimo 1.1 requires. I think, that they are not higher than J2EE 1.2 and EJB 1 (i asked my boss, and this is what he is supposing). In association with this and my thinking of solve this problem I suggest that I have to set an URL to the ejb-jar.xml in the contained JAR-file of the EAR. Is this the right approach? If you could tell me the way of setting the ejb-jar.xml-path so, that geronimo doesn't make this error, I would thank you very much! PS: assume that the ejb-jar.xml is contained in the META-INF-directory of MyJAR.jar, which is contained in MyEAR.ear. This is only for better understanding :-). Thanks a lot, mika > Well, it sounds like the EAR contains an EJB JAR, or at least, the > META-INF/application.xml for the EAR is *saying* that it contains an > EJB JAR. > > That EJB JAR should be a JAR file in the EAR, that contains a file > META-INF/ejb-jar.xml file. > > The format of the ejb-jar.xml file is controlled by the EJB > specification. It's a bit different depending on which revision of > J2EE and EJB you're targeting. But there are DTDs or XML Schemas that > dictate the format for each version. > > As far as what the content of the ejb-jar.xml file is supposed to be, > that depends on what the EJB JAR contains -- there should be entries > in ejb-jar.xml for each EJB you want to deploy, for example, in the > format dictated by the DTD or Schema. > > So from here, I have a few questions for you: > - Do you know what EJBs are and how to use them? > - Do you think your EAR contains an EJB JAR? > - Would it help you if I gave you the URLs for the ejb-jar.xml DTDs or > Schemas? > - If so, do you know which EJB or J2EE spec version you're targeting? > > Thanks, > Aaron -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl
Re: Re: [gbuild] jimmy down
Jimmy should be up again. However, just to alert you, I may need to take chef offline for tomorrow and possibly the weekend. Thanks, Aaron On 7/13/06, Aaron Mulder <[EMAIL PROTECTED]> wrote: OK, I'll look. Thanks, Aaron On 7/13/06, David Blevins <[EMAIL PROTECTED]> wrote: > Hey Aaron, jimmy seems to be down. Can you poke him and wake him up? > > -David >
[jira] Updated: (GERONIMO-1557) When you enter the url of a web service in the console You should get a page showing the service name
[ http://issues.apache.org/jira/browse/GERONIMO-1557?page=all ] Donald Woods updated GERONIMO-1557: --- Fix Version: 1.2 Assigning to 1.2 since patch was created against that release. > When you enter the url of a web service in the console You should get a page > showing the service name > - > > Key: GERONIMO-1557 > URL: http://issues.apache.org/jira/browse/GERONIMO-1557 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: webservices > Versions: 1.0 > Environment: All > Reporter: Manu T George > Priority: Minor > Fix For: 1.2 > Attachments: AxisServiceBuilder.patch, AxisServiceBuilder.patch, > AxisWebServiceContainer.patch, AxisWebServiceContainer.patch > > When you type the URL of a web service in a browser without the ?wsdl > parameter what happens is that a SOAPFault is thrown. > Instead we should show a HTML page with the message This is a web service > followed by the service name. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed
[ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ] Donald Woods updated GERONIMO-2030: --- Fix Version: 1.1.1 (was: 1.2) Moving to 1.1.1 since G1579 depends on this fix. David J., can you either apply this patch or move it to 1.2 if you think its too much for a maintenance release? > Allow WebServiceBuilder determine if there are WebServices to be deployed > - > > Key: GERONIMO-2030 > URL: http://issues.apache.org/jira/browse/GERONIMO-2030 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: webservices > Versions: 1.1 > Environment: all > Reporter: Conrad O'Dea > Fix For: 1.1.1 > Attachments: find-web-services.patch, geronimo_ws_builder_change.patch > > Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module > being deployed has a WebService endpoint. Currently, this requires the > deployer to check for the presence of a webservices.xml file. This makes it > awkward to add support for JAXWS style web services to Geronimo. > A better solution is to push the WS endpoint check into the webservice > deployer. This simplifies the logic of webservice deployment and also allows > for more flexible options (such as introducing a module that use JSE 5 > features without polluting the existing deployers). > A patch for this attached. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-1037) Clicking on "uninstall" link in Applications management pages deletes the configuration without any confirmation from user
[ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ] Donald Woods reassigned GERONIMO-1037: -- Assign To: Donald Woods > Clicking on "uninstall" link in Applications management pages deletes the > configuration without any confirmation from user > -- > > Key: GERONIMO-1037 > URL: http://issues.apache.org/jira/browse/GERONIMO-1037 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: console > Versions: 1.0-M5 > Reporter: Vamsavardhana Reddy > Assignee: Donald Woods > Priority: Trivial > Fix For: 1.1.1 > Attachments: fix.txt, jmsserver.patch, normal.jsp > > Clicking on uninstall link in Applications Management pages deletes the > configuration without giving a second chance to the user to confirm or cancel > the uninstall operation. Asking for user confirmation will definitely > prevent accidental uninstallation of wrong configuration. This can be > achieved by handling the onClick event of the corresponding link. > File to be updated: > > applications/console-standard/src/webapp/WEB-INF/view/configmanager/normal.jsp > Add onClick="return confirm('Are you sure you want to uninstall > ${configInfo.configID}?');" to the the link conrresponsding to "Uninstall" > operation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed
[ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ] Donald Woods updated GERONIMO-2030: --- Fix Version: 1.2 Version: 1.1 > Allow WebServiceBuilder determine if there are WebServices to be deployed > - > > Key: GERONIMO-2030 > URL: http://issues.apache.org/jira/browse/GERONIMO-2030 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: webservices > Versions: 1.1 > Environment: all > Reporter: Conrad O'Dea > Fix For: 1.2 > Attachments: find-web-services.patch, geronimo_ws_builder_change.patch > > Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module > being deployed has a WebService endpoint. Currently, this requires the > deployer to check for the presence of a webservices.xml file. This makes it > awkward to add support for JAXWS style web services to Geronimo. > A better solution is to push the WS endpoint check into the webservice > deployer. This simplifies the logic of webservice deployment and also allows > for more flexible options (such as introducing a module that use JSE 5 > features without polluting the existing deployers). > A patch for this attached. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working
[ http://issues.apache.org/jira/browse/GERONIMO-2186?page=all ] Donald Woods updated GERONIMO-2186: --- Fix Version: 1.1.1 Version: 1.1 (was: 1.2) Assign To: Donald Woods This is a bug against 1.1, so its a candidate for 1.1.x. > Editing of Connection Pools other than Derby from console not working > - > > Key: GERONIMO-2186 > URL: http://issues.apache.org/jira/browse/GERONIMO-2186 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: console > Versions: 1.1 > Reporter: Krishnakumar B > Assignee: Donald Woods > Priority: Minor > Fix For: 1.1.1 > > Editing of connection pools other than Derby is currently not working -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
[ http://issues.apache.org/jira/browse/GERONIMO-2188?page=all ] Donald Woods reassigned GERONIMO-2188: -- Assign To: Donald Woods > Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle > > > Key: GERONIMO-2188 > URL: http://issues.apache.org/jira/browse/GERONIMO-2188 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: connector > Versions: 1.1.1 > Reporter: Krishnakumar B > Assignee: Donald Woods > > We have to configure CommitBeforeAutCommit="true" property exclusively in the > database connection pool plan, to have the ejb -based transactions > immediately committed for oracle database. Otherwise it only commits > transaction when the server shuts-down. This problem is not faces with > Derby database. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1037) Clicking on "uninstall" link in Applications management pages deletes the configuration without any confirmation from user
[ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ] Donald Woods updated GERONIMO-1037: --- Fix Version: 1.1.1 (was: 1.2) Preventing users from accidental deletes should be part of any usability design and I consider as a bug, not a feature enhancement Matt, please consider this for 1.1.1. > Clicking on "uninstall" link in Applications management pages deletes the > configuration without any confirmation from user > -- > > Key: GERONIMO-1037 > URL: http://issues.apache.org/jira/browse/GERONIMO-1037 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: console > Versions: 1.0-M5 > Reporter: Vamsavardhana Reddy > Priority: Trivial > Fix For: 1.1.1 > Attachments: fix.txt, jmsserver.patch, normal.jsp > > Clicking on uninstall link in Applications Management pages deletes the > configuration without giving a second chance to the user to confirm or cancel > the uninstall operation. Asking for user confirmation will definitely > prevent accidental uninstallation of wrong configuration. This can be > achieved by handling the onClick event of the corresponding link. > File to be updated: > > applications/console-standard/src/webapp/WEB-INF/view/configmanager/normal.jsp > Add onClick="return confirm('Are you sure you want to uninstall > ${configInfo.configID}?');" to the the link conrresponsding to "Uninstall" > operation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-1817) "Test a Login" while adding LDAP Realm fails with NullPointerException
[ http://issues.apache.org/jira/browse/GERONIMO-1817?page=all ] Donald Woods reassigned GERONIMO-1817: -- Assign To: Donald Woods > "Test a Login" while adding LDAP Realm fails with NullPointerException > -- > > Key: GERONIMO-1817 > URL: http://issues.apache.org/jira/browse/GERONIMO-1817 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Versions: 1.0, 1.2, 1.1 > Environment: WinXP, Sun JDK 1.4.2_08 > Reporter: Vamsavardhana Reddy > Assignee: Donald Woods > Fix For: 1.1.1 > Attachments: GERONIMO-1817.patch > > "Test a Login" function while adding LDAP Realm through Admin Console fails > with NullPointerException due to connectionProtocol parameter. The problem > is similar to GERONIMO-1791. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMODEVTOOLS-91) WTP server adapters for geronimo needs to provide extensibility, like an OEM vendor.
WTP server adapters for geronimo needs to provide extensibility, like an OEM vendor. Key: GERONIMODEVTOOLS-91 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-91 Project: Geronimo-Devtools Type: New Feature Components: eclipse-plugin Versions: 1.1.0 Environment: all environments Reporter: Lin Sun The WTP server adapter for geronimo, also known as devtools project, needs to provide extensibility, like an OEM vendor so that other companies can build their additional plugins to brand Apache Geronimo to their companies' logo or name, with AG's eclipse plugins untouched.One example is that Eclipse allow other vendors to brand Eclipse, for example, you could configure a different splash screen. There are two things I see here, and there can be others that I am missing: 1) There is a geronimo-1.1 appended to the installation path after user clicks on the Download and Install button to download either the jetty or tomcat distribution. This is undesired. 2) There are two buttons (Jetty or Tomcat). It should be configurable as other companies may want to distribute jetty only, tomcat only or both. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: dependency ServiceMix SNAPSHOT on Maven2
I pulled down the source from that location and i could not extract due to a password on some files - or it is simply corrupted source files? -- View this message in context: http://www.nabble.com/dependency-ServiceMix-SNAPSHOT-on-Maven2-tf1870244.html#a5319668 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: [gbuild] jimmy down
OK, I'll look. Thanks, Aaron On 7/13/06, David Blevins <[EMAIL PROTECTED]> wrote: Hey Aaron, jimmy seems to be down. Can you poke him and wake him up? -David
unzipping the source
I have downloaded the ZIP file for servicemix 3.0M2, and when i go to extract the contents it is asking for a password for some of the files. What is the password, or more importantly, how do I extract all the files so that I can then build them? -- View this message in context: http://www.nabble.com/unzipping-the-source-tf1940729.html#a5319328 Sent from the ServiceMix - Dev forum at Nabble.com.
[gbuild] jimmy down
Hey Aaron, jimmy seems to be down. Can you poke him and wake him up? -David
[jira] Commented: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions
[ http://issues.apache.org/jira/browse/GERONIMO-2190?page=comments#action_12420964 ] Kevan Miller commented on GERONIMO-2190: Hi Tim, Can you attach your GBean and plan to this jira? > Deployer not undeploying GBeans thats have stopped because of exceptions > > > Key: GERONIMO-2190 > URL: http://issues.apache.org/jira/browse/GERONIMO-2190 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: deployment > Versions: 1.1 > Environment: Geronimo 1.1 on Debian using Java 1.5 > Reporter: Timothy Sutton > > After deploying a Gbean and if the process stops because an exception is > thrown. If you go to perform an undeploy it will tell you that the Gbean > doesnt exsist. Although you can uninstall with the console utility in > geronimo, and your car file will be removed for the directory. Then when you > go to deploy an updated version of the gbean it tells you it still exsists. > You are forced to stop geronimo, and then start geronimo back up to fix this > problem. > Stack trace > org.springframework.beans.factory.BeanCreationException: Error creating bean > with name 'hashman' defined in class path resource [Adaptor.asset.xml]: > Instantiation of bean failed; nested exception is > org.springframework.beans.FatalBeanException: Could not instantiate class > [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw > exception; nested exception is java.lang.ExceptionInInitializerError: null > org.springframework.beans.FatalBeanException: Could not instantiate class > [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw > exception; nested exception is java.lang.ExceptionInInitializerError: null > java.lang.ExceptionInInitializerError > at > com.sensis.assetmgmt.assetInterface.AssetHashManager.(AssetHashManager.java:20) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at > org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100) > at > org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:76) > at > org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:49) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:453) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:333) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:226) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147) > at > org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:275) > at > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:318) > at > org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:81) > at > org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:66) > at > org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:57) > at > com.sensis.assetmgmt.assetInterface.SpringGBean.doStart(SpringGBean.java:62) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:981) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:540) > at > org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) > at > org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:374) > at > org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:512) >
[jira] Created: (AMQ-822) Eclipse fails to compile activemq-core due to invalid symbol in UdpTransportFactory.java
Eclipse fails to compile activemq-core due to invalid symbol in UdpTransportFactory.java Key: AMQ-822 URL: https://issues.apache.org/activemq/browse/AMQ-822 Project: ActiveMQ Type: Bug Components: Transport Versions: incubation Environment: RHEL-3 Reporter: Maxim Fateev Priority: Trivial UdpTransportFactory contains commented out code that contain symbol that eclipse cannot handle. The following fix was sufficient for code to be compiled without problem: [EMAIL PROTECTED]:/workplace/fateev/activemq/trunk> svn diff activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java Index: activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java === --- activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java (revision 421719) +++ activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java (working copy) @@ -161,7 +161,7 @@ * switch to the target endpoint // based on the last packet that was * received // so that all future requests go to the newly created UDP * channel Endpoint from = info.getFrom(); - * System.out.println("�setting the client side target to: " + + * System.out.println("setting the client side target to: " + * from); udpTransport.setTargetEndpoint(from); } }; return transport; */ } [EMAIL PROTECTED]:/workplace/fateev/activemq/trunk> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: md5 for servicemix 2.0 release
Jon Gorrono wrote: > > > I just tried to download the 2.0 release and found that the md5 differed > from the recorded value accompanying the file. > > local value : > openssl md5 /opt/ccjon/servicemix-2.0.jar > MD5(/opt/ccjon/servicemix-2.0.jar)= c5183995f77c57eb39a5b0f96ea68c8c > > on codehaus.org: > f9c0dacc3e74049089925196bf04adac > > > I not have said 'release' as it implies the release package I am referring to the 2.0 jar -- View this message in context: http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940235.html#a5318121 Sent from the ServiceMix - Dev forum at Nabble.com.
[jira] Created: (AMQ-821) Openwire code (from HEAD) doesn't compile on .Net 1.1 - uses sizeof(int)
Openwire code (from HEAD) doesn't compile on .Net 1.1 - uses sizeof(int) Key: AMQ-821 URL: https://issues.apache.org/activemq/browse/AMQ-821 Project: ActiveMQ Type: Bug Components: JMS client Environment: Net 1.1 Reporter: Dan Haywood Priority: Minor Fix For: incubation Attachments: ActiveMQTextMessage.cs.diff, nant.build.diff sizeof(int) is unsafe code on Net-1.1. I've attached patches to put the code in unsafe { ... } block, plus fix to nant.build. Same code also (still) compiles on 2.0. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
md5 for servicemix 2.0 release
-- View this message in context: http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940180.html#a5317625 Sent from the ServiceMix - Dev forum at Nabble.com.
md5 for servicemix 2.0 release
I just tried to download the 2.0 release and found that the md5 differed from the recorded value accompanying the file. local value : openssl md5 /opt/ccjon/servicemix-2.0.jar MD5(/opt/ccjon/servicemix-2.0.jar)= c5183995f77c57eb39a5b0f96ea68c8c on codehaus.org: f9c0dacc3e74049089925196bf04adac -- View this message in context: http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940235.html#a5317789 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: [M2 build] geronimo-deployment-plugin build fails on Windows
Um... Are you sure? Sounds very fishy... I'd expect that you would see a dependency related failure if 1.2 could not be resolved... or you don't have the latest code. If you are not bootstrapping the m2migration tree, be sure to at least sync and bootstrap genesis. This is a minor annoyance until we get this puppy published. But until then we need to be sure to keep local genesis artifacts updated. --jason On Jul 13, 2006, at 9:33 AM, Prasad Kashyap wrote: The geronimo-deployment-plugin build fails on windoze with the following error. [INFO] -- -- [ERROR] BUILD FAILURE [INFO] -- -- [INFO] Compilation failure C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo- deployment-plugin\src\java\org\apache\geronimo\plugins\deployment \StartRemoteServerMojo.java:[158,44] cannot resolve symbol symbol : method getPid () location: class org.codehaus.plexus.util.cli.Commandline This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of org.codehaus.plexus:plexus-utils. The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of org.codehaus.plexus:plexus-utils. The 1.2 version is missing. Cheers Prasad
Re: Unable to make a simple SessionBean lookup
On Jul 13, 2006, at 7:42 AM, Rafael Barrera Oro wrote: Aaron Mulder wrote: On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote: The problem thas arose now is that when i invoke the create method from the home interface, the result is the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/geronimo/security/ContextManager You need a couple Geronimo JARs on the class path of the client. I'm not sure which ones off the top of my head. But this error would suggest geronimo-security-1.1.jar is one of them. :) You can find the JARs in geronimo-1.1/repository/geronimo/... It worked perfectly, thanks a zillion, really. I 've been stuck for a while on this. There's an open JIRA with a list of client jars required for a plain- java ejb client. Feel welcome to update that with a more current list http://jira.codehaus.org/browse/OPENEJB-19 Or better yet, feel free to edit this page and add a note about the right jars for OpenEJB 2.x/Geronimo 1.x http://docs.codehaus.org/display/OPENEJB/Remote+Server Thanks! -David
Re: [M2 build] geronimo-deployment-plugin build fails on Windows
I will take a look. Not sure why so many versions of the same dependency are getting picked up. I think the m2 folks need to update their poms. --jason On Jul 13, 2006, at 9:33 AM, Prasad Kashyap wrote: The geronimo-deployment-plugin build fails on windoze with the following error. [INFO] -- -- [ERROR] BUILD FAILURE [INFO] -- -- [INFO] Compilation failure C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo- deployment-plugin\src\java\org\apache\geronimo\plugins\deployment \StartRemoteServerMojo.java:[158,44] cannot resolve symbol symbol : method getPid () location: class org.codehaus.plexus.util.cli.Commandline This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of org.codehaus.plexus:plexus-utils. The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of org.codehaus.plexus:plexus-utils. The 1.2 version is missing. Cheers Prasad
Re: Fault and Error
Method onMessageExchange in super class(ComponentSupport) of MessageConfirmer, already make that! exchange.setStatus(ExchangeStatus.DONE); getDeliveryChannel().send(exchange); Thanks! -- View this message in context: http://www.nabble.com/Fault-and-Error-tf1934001.html#a5315505 Sent from the ServiceMix - Dev forum at Nabble.com.
[jira] Updated: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions
[ http://issues.apache.org/jira/browse/GERONIMO-2190?page=all ] Timothy Sutton updated GERONIMO-2190: - Description: After deploying a Gbean and if the process stops because an exception is thrown. If you go to perform an undeploy it will tell you that the Gbean doesnt exsist. Although you can uninstall with the console utility in geronimo, and your car file will be removed for the directory. Then when you go to deploy an updated version of the gbean it tells you it still exsists. You are forced to stop geronimo, and then start geronimo back up to fix this problem. Stack trace org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'hashman' defined in class path resource [Adaptor.asset.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.FatalBeanException: Could not instantiate class [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw exception; nested exception is java.lang.ExceptionInInitializerError: null org.springframework.beans.FatalBeanException: Could not instantiate class [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw exception; nested exception is java.lang.ExceptionInInitializerError: null java.lang.ExceptionInInitializerError at com.sensis.assetmgmt.assetInterface.AssetHashManager.(AssetHashManager.java:20) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100) at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:76) at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:49) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:453) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:333) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:226) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:275) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:318) at org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:81) at org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:66) at org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:57) at com.sensis.assetmgmt.assetInterface.SpringGBean.doStart(SpringGBean.java:62) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:981) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:512) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at o
RE: [Vote] Geronimo Eclipse Plugin v1.1.0
Hi Sachin, Ive tried the RC 4 or 5, and heres some feedback from me: 1) Simple jsp and servlet appears to be working with 1.1 server. 2) Simple jsp and servlet appears to be working with 1.0 server. 3) I started to have trouble with the tomcat-jsp 5.5.12-1 examples, as the deployment plan after import was not recognized by the Geronimo deployment plan editor. I have had similar prob in the past and the solution is a bit painful - covert the Geronimo-web.xml to whatever full qualified tags the plugin likes. (I posted a discussion on this a while back ago). 4) Is the release note avail? I can only find 1.0 release note. I 'd like to know the new functions in 1.1 besides the test environment option. 5) I don't see the update site package avail. I'd really like to see users being able to update from 1.0 plugin to 1.1's plugin via update manager. Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] On Behalf Of Sachin Patel Sent: Tuesday, July 11, 2006 4:10 PM To: dev@geronimo.apache.org Subject: Re: [Vote] Geronimo Eclipse Plugin v1.1.0 FYI the current vote is on.. (breaking the all time software record on the number of release candidate drivers in one day) http://people.apache.org/dist/geronimo/eclipse/unstable/g-eclipse-plugin-1.1 -deployable-RC10.zip On Jul 11, 2006, at 1:48 PM, Sachin Patel wrote: done On Jul 11, 2006, at 1:24 PM, Lin Sun wrote: I just checked the g-eclipse-plugin-1.1-updatesite-RC5.zip file and only see Apache License there (not the full Apache 2.0 license) in all 3 features. It might be important to correct the license in these features as installing via update manager is the recommended method to install the Eclipse plugin. In Eclipse, user will have to accept the licenses in install panel before the Eclipse continues the installation. Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] On Behalf Of Sachin Patel Sent: Tuesday, July 11, 2006 12:58 PM To: dev@geronimo.apache.org Subject: Re: [Vote] Geronimo Eclipse Plugin v1.1.0 Ok one last time hopefully... http://people.apache.org/dist/geronimo/eclipse/unstable/g-eclipse-plugin-1.1 -deployable-RC7.zip On Jul 11, 2006, at 10:03 AM, Sachin Patel wrote: &[EMAIL PROTECTED] ok ignore rc6 On Jul 11, 2006, at 9:59 AM, Kevan Miller wrote: On Jul 11, 2006, at 8:41 AM, Sachin Patel wrote: On Jul 10, 2006, at 11:29 PM, Kevan Miller wrote: Sachin, At a minimum, you need to add: OpenEJB, MX4J, and XStream to the root LICENSE file Which root license file I you referring to? Do I just append each license to this? By root, I meant the notice and license files in g-eclipse-plugin-1-1/META-INF/. I actually don't think that they should be in the META-INF dir. I think you should end up with the following when you unzip: geronimo-eclipse-plugin-1-1/LICENSE geronimo-eclipse-plugin-1-1/NOTICE (both license and notice should either be .txt or have no suffix) geronimo-eclipse-plugin-1-1/plugins/... geronimo-eclipse-plugin-1-1/features/... The additional license and notice information should be appended to the ASL license and notice info. see geronimo/branches/modules/scripts/src/resources/LICENSE.txt and NOTICE.txt (you can just steal the appropriate sections from these files). Looks like some of the jar files are still missing LICENSE and NOTICE files. org.apache.geronimo.v11.deployment.model.edit_1.0.0.jar, for instance. --kevan MX4J, and XMLBeans to the root NOTICE file Again which root? Did you investigate Hessian licensing? Yeah its under Apache 1.0 I think, but could not find a copy of it on their site. I didn't find any licensing info (at first). So, took a look at the source. The first source file I looked at contained the following: /* * Copyright (c) 1998-2004 Caucho Technology -- all rights reserved * * This file is part of Resin(R) Open Source * * Each copy or derived work must preserve the copyright notice and this * notice unmodified. * * Resin Open Source is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * Resin Open Source is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE, or any warranty * of NON-INFRINGEMENT. See the GNU General Public License for more * details. * * You should have received a copy of the GNU General Public License * along with Resin Open Source; if not, write to the * Free SoftwareFoundation, Inc. * 59 Temple Place, Suite 330 * Boston, MA 02111-1307 USA * * @author Scott Ferguson */ I now see the following statement on their wiki: "Caucho Technology has released this Hessian implementation under an open source license (the Apache license). Anyone may freely download, use, and redistribute the He
[jira] Commented: (AMQ-701) Unix scripts in distro should have mode 755
[ https://issues.apache.org/activemq/browse/AMQ-701?page=comments#action_36575 ] Hiram Chirino commented on AMQ-701: --- I think going with patform specific distributions is the way to go. It solves problems like Windows users not being able to read the README and LICENSE files due to EOL issues. Same thing applies to the eamples and documentation. I would be open to creating *-windows.zip, *-windows.tar.gz, *-unix.zip, and *-unix.tar.gz if you really think that folks on both patforms want to have the zip and tar.gz options. But I don't think that is the case either. Also when a user uses cygwin, he's going to want to use the unix distribution since the EOL characters are unix style and he can use .sh files to launch activemq. So I'm not sure there is a down side this yet. > Unix scripts in distro should have mode 755 > --- > > Key: AMQ-701 > URL: https://issues.apache.org/activemq/browse/AMQ-701 > Project: ActiveMQ > Type: Improvement > Components: Broker > Versions: 4.0 RC3, 4.0 RC2, 4.0 M4 > Reporter: Jason Dillon > Assignee: Hiram Chirino > Fix For: 4.1 > > > All of the unix scripts in the distro should have their mode set to 755, as > in: > cd bin/ > chmod 755 activemq browse bstat list query shutdown > Users should be able to unzip/untgz the distro and then run bin/activemq with > out any extra steps. > supports a filemode attribute, and suports a mode > attribute that allow you to set the right mode on the archived files. > See the "release" target here for a real example: > http://svn.sourceforge.net/viewcvs.cgi/p4spam/p4spam/trunk/build.xml?view=markup&rev=57 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions
Deployer not undeploying GBeans thats have stopped because of exceptions Key: GERONIMO-2190 URL: http://issues.apache.org/jira/browse/GERONIMO-2190 Project: Geronimo Type: Bug Security: public (Regular issues) Components: deployment Versions: 1.1 Environment: Geronimo 1.1 on Debian using Java 1.5 Reporter: Timothy Sutton After deploying a Gbean and if the process stops because an exception is thrown. If you go to perform an undeploy it will tell you that the Gbean doesnt exsist. Although you can uninstall with the console utility in geronimo, and your car file will be removed for the directory. Then when you go to deploy an updated version of the gbean it tells you it still exsists. You are forced to stop geronimo, and then start geronimo back up to fix this problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [wadi-dev] Session/clustering API and the web tier
Jules Gosnell wrote: I pressed 'send' without counting to 10 first on the last response. Sorry. The thread seems to be getting nowhere fast - probably my fault - let me try an alternate tack. here is how I would like to see it work. The Interception Contract : The container provides a generic interception point with which the geronimo session manager (GSM) MAY register an interceptor. The Policy Contract: !!! This is the Relocation Contract IFF the container chooses to provide invocation/request relocation fnality it can encapsulate this in an api that knowns nothing about clusters and everything about relocation and provide this to the GSM layer. The Relocation Contract : !!! and this is the Policy Contract IFF the container wishes to be involved in decisions around whether to relocate session or invocation (ultimately about where sessions should be located) it may do so, via another api (to be discussed when the need arises). This api will know nothing about clustering, but everything about the resource usage of a given web container. ... A request arrives at the boundary of the container which passes it to the GSM interceptor. GSM takes control, uses information garnered from its own internals and potentially from policy contract with the container to decide what to do. If it wishes to relocate the invocation/request it does so using the relocation contract and terminates the interception chain. If it wishes to run the invocation/request locally, it returns flow-control to the container, allowing the request to continue into it. That is it. The container writer need know nothing about custering or session location. He need not even provide any of the contracts ! - if he doesn't, the GSM just forgets about invocation relocation and reverts to shifting state around all the time. By giving the container any more control over this you will variously: - duplicate code in every container - allow different tiers to make conflicting decisions about relocation - leak clustering issues into container-space. I've obviously done a bad job of explaining myself so far. Is this clearer ? Jules Greg Wilkins wrote: Jules Gosnell wrote: James Strachan wrote: On 7/12/06, Jules Gosnell Greg Wilkins wrote: However, in another sense, Jetty need not delegate this task, since the object returned in these cases is managed by WADI, but created by a Factory that is injected at startup time. This factory might be generating instances of a class that has very Jetty-specific knowledge or is even a part of the Jetty distro... Thats certainly one approach. Another is for the container to just ask the policy API what to do (i.e. is the request going to be serviced locally or not) so that the container can take care of the rest. This leaks clustering concerns into the container's space. If the container is going to do the redirecting/proxying (either directly or as a call back), then it has to be concerned with clustering. I understand that WADI has an implementation of this, but I want to be able to use clustering mechanisms other than WADI. I think it is raising the bar for clustering implementations if they must support this. I understand the cleanliness from the session API implementor's perspective of using a factory and calling back the container when you see fit - however I also understand the container developers requirement to understand at all times what each thread is doing, to tune things aggressively with full knowledge of threading models and to generally be master of its own domain, so I can understand why a container developer might prefer a non-callback related solution (which could introduce all kinds of nasty thread related bugs into the container). Any clustering solution will use threads underneath its API. If this is a concern you should simply make explicit where they may be used. I don't see why both options can't be offered. Exactly - why can we not have the simple policy API that we call to understand what to do. Jetty can have a session interceptor to call this API and do it's proxying or redirection and then Jetty can use lots of different clustering implementations. But the Jetty developers may be lazy, and instead of implementing their own interceptor they may choose to use the WADI implementation of it that wraps up the whole invocation.Tomcat or openEJB may not be so lazy or have other concerns - thus they might not use the WADI interceptor but code directly to the policy API. Agreed. Just some way to ask the Session API if a request can be processed locally might do the trick, then if not Jetty can do its proxy/redirect thing. The trickier thing is what to pass into the strategy to help it decide... by having Jetty make the decision: - you leak clustering concerns into the web tier - you have to duplicate similar code in every clustered tier Jetty is not making the decision, it is calli
Re: [wadi-dev] Session/clustering API and the web tier
I pressed 'send' without counting to 10 first on the last response. Sorry. The thread seems to be getting nowhere fast - probably my fault - let me try an alternate tack. here is how I would like to see it work. The Interception Contract : The container provides a generic interception point with which the geronimo session manager (GSM) MAY register an interceptor. The Policy Contract: IFF the container chooses to provide invocation/request relocation fnality it can encapsulate this in an api that knowns nothing about clusters and everything about relocation and provide this to the GSM layer. The Relocation Contract : IFF the container wishes to be involved in decisions around whether to relocate session or invocation (ultimately about where sessions should be located) it may do so, via another api (to be discussed when the need arises). This api will know nothing about clustering, but everything about the resource usage of a given web container. ... A request arrives at the boundary of the container which passes it to the GSM interceptor. GSM takes control, uses information garnered from its own internals and potentially from policy contract with the container to decide what to do. If it wishes to relocate the invocation/request it does so using the relocation contract and terminates the interception chain. If it wishes to run the invocation/request locally, it returns flow-control to the container, allowing the request to continue into it. That is it. The container writer need know nothing about custering or session location. He need not even provide any of the contracts ! - if he doesn't, the GSM just forgets about invocation relocation and reverts to shifting state around all the time. By giving the container any more control over this you will variously: - duplicate code in every container - allow different tiers to make conflicting decisions about relocation - leak clustering issues into container-space. I've obviously done a bad job of explaining myself so far. Is this clearer ? Jules Greg Wilkins wrote: Jules Gosnell wrote: James Strachan wrote: On 7/12/06, Jules Gosnell Greg Wilkins wrote: However, in another sense, Jetty need not delegate this task, since the object returned in these cases is managed by WADI, but created by a Factory that is injected at startup time. This factory might be generating instances of a class that has very Jetty-specific knowledge or is even a part of the Jetty distro... Thats certainly one approach. Another is for the container to just ask the policy API what to do (i.e. is the request going to be serviced locally or not) so that the container can take care of the rest. This leaks clustering concerns into the container's space. If the container is going to do the redirecting/proxying (either directly or as a call back), then it has to be concerned with clustering. I understand that WADI has an implementation of this, but I want to be able to use clustering mechanisms other than WADI. I think it is raising the bar for clustering implementations if they must support this. I understand the cleanliness from the session API implementor's perspective of using a factory and calling back the container when you see fit - however I also understand the container developers requirement to understand at all times what each thread is doing, to tune things aggressively with full knowledge of threading models and to generally be master of its own domain, so I can understand why a container developer might prefer a non-callback related solution (which could introduce all kinds of nasty thread related bugs into the container). Any clustering solution will use threads underneath its API. If this is a concern you should simply make explicit where they may be used. I don't see why both options can't be offered. Exactly - why can we not have the simple policy API that we call to understand what to do. Jetty can have a session interceptor to call this API and do it's proxying or redirection and then Jetty can use lots of different clustering implementations. But the Jetty developers may be lazy, and instead of implementing their own interceptor they may choose to use the WADI implementation of it that wraps up the whole invocation.Tomcat or openEJB may not be so lazy or have other concerns - thus they might not use the WADI interceptor but code directly to the policy API. Agreed. Just some way to ask the Session API if a request can be processed locally might do the trick, then if not Jetty can do its proxy/redirect thing. The trickier thing is what to pass into the strategy to help it decide... by having Jetty make the decision: - you leak clustering concerns into the web tier - you have to duplicate similar code in every clustered tier Jetty is not making the decision, it is calling an API to make the decision. Jetty simply implements the execution of the decision. The code to do this h
[jira] Commented: (AMQ-701) Unix scripts in distro should have mode 755
[ https://issues.apache.org/activemq/browse/AMQ-701?page=comments#action_36574 ] Jason Dillon commented on AMQ-701: -- Yikes... its a bad idea IMO to have the zip and .tgz contain different files. Users on windows might pick the .zip and then want to run with cygwin. I highly recommend that the archives contain the *same* files. > Unix scripts in distro should have mode 755 > --- > > Key: AMQ-701 > URL: https://issues.apache.org/activemq/browse/AMQ-701 > Project: ActiveMQ > Type: Improvement > Components: Broker > Versions: 4.0 RC3, 4.0 RC2, 4.0 M4 > Reporter: Jason Dillon > Assignee: Hiram Chirino > Fix For: 4.1 > > > All of the unix scripts in the distro should have their mode set to 755, as > in: > cd bin/ > chmod 755 activemq browse bstat list query shutdown > Users should be able to unzip/untgz the distro and then run bin/activemq with > out any extra steps. > supports a filemode attribute, and suports a mode > attribute that allow you to set the right mode on the archived files. > See the "release" target here for a real example: > http://svn.sourceforge.net/viewcvs.cgi/p4spam/p4spam/trunk/build.xml?view=markup&rev=57 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Fault and Error
On 7/13/06, Charlesh <[EMAIL PROTECTED]> wrote: somebody help? have source example? I only implemented methods "poll" and "transform". this http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html the method onMessageExchange implement, are in super(). You need to call done() to complete the message exchange - which is a helper method available from the super class. Try look at some of the source code of the example components for inspiration of how to write components... http://incubator.apache.org/servicemix/components.html -- James --- http://radio.weblogs.com/0112098/
Re: build.xml example
What kind of application are you working on? (e.g. WAR, EAR, EJBs, etc.) I can probably sketch some steps that your build should take, though I don't have a specific Ant/Geronimo example (I've used Maven for all my Geronimo-related builds). Thanks, Aaron On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote: Im sorry, but i 've been unable to find out what a build.xml example for using ant with geronimo looks like, so i ask you guys. As usual, thanks in advance Rafael
Re: Fault and Error
somebody help? have source example? I only implemented methods "poll" and "transform". this http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html the method onMessageExchange implement, are in super(). Thanks! -- View this message in context: http://www.nabble.com/Fault-and-Error-tf1934001.html#a5313953 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: Geronimo cluster API suggestion
Filip, Thanks for the first pass on this...it looks interesting. Jeff Filip Hanik - Dev Lists wrote: > Ladies and Gentlemen, > from our talk at Dublin clustering BOF, clustering is not always about > state replication, there are other aspects of it, and its those I am > focusing on here, as state replication is already being talked about in > another thread, so it has enough coverage in the Session API threads. > > This API is aimed for any underlying implementation to allow different > components to know of each other, my most simple example was the > InitialContext, to be able to fail over between two Geronimo instances, > the initial context on the client could either > a) - hard code the locations of the Geronimo VM(s) > b) - dynamically discover the locations of the Geronimo VM(s) > c) - being able to receive node information from "a" Geronimo VM > > jboss does option A and B, and I am not sure about C, > but its the C option i am trying to address, as that would allow for > heterogeneous clusters, as not every VM would have the same services > deployed, and the client shouldn't have to know what services are > deployed where. > > So the invocation would be something like > > InitialContext ic = new InitialContext(properties); (properties could be > any of options A,B,C from above) > Context ctx = (Context)ic.lookup(sub context); > SomeRemoteStub stub = ctx.lookup("my/remotestub"); > > in a non clustered scenario, the ic.lookup always happens on the node > initialized in the "new InitialContext(properties);" call, and the "ctx" > is just talking to that same node. > However, in a heterogeneous cluster, all three, "ic", "ctx" and "stub" > could be cluster-aware, and make decisions through that. > > Simple example, we want to lookup ejbX on a cluster with servers > serverA..serverZ, ejbX is only deployed on serverD..serverF. > > InitialContext ic = new InitialContext("serverA, serverG, serverT"); > //hand pick a few servers if automatic discovery is disabled(option C) > EjbX ejbX = ic.lookup("my/company/ejbX"); > > because ic, is cluster aware, and it is able to determine what services > run on what parts of the cluster, it can fetch the stub from serverD, or > it retrieves the stub from serverA who retrieved it from serverD. > and now the ejbX stub is pinned to serverD (or it can be load balanced, > up to the EJB implementation, see next line) > > if the ejb stub is cluster aware, means it can also fail over to serverE > or serverF if serverD goes down. > > remember, there is no state replication in these examples, simply an > intelligent way to distribute load, also, there is no mention of how > this is actually implemented, just the API used. > > So after this long rant, and for those still with me, thanks for your > patience, I see a need for an API where components like > JNDI/EJB/monitoring etc would have the need for some sort of API to > retrieve information about the cluster (or group if you wish to call it > that), so no matter what the underlying clustering implementation is. > > The API I am proposing is aimed to be useful and simple for both the > cluster provider and the cluster user. So no fancy mechanism that > tribes,activecluster,appia,jgroups implement are exposed in here, but > all of them could implement this API. Components like JNDI,monitoring > can decide to use this API, which any underlying implementation would be > required to support, or they could plug in directly to the implementation. > > I believe the main benefit of this API, could be to have one cluster > notion for the VM, instead of one per component. > > Quick Explanation of the API: > Cluster - One instance per VM > Node - represents the location and state of a VM > Channel - a communication channel in a cluster, a cluster can support > more than one active channel, so that components wouldn't have to listen > in on each other's chatter > Message - a message to be sent (this is not a serializable message, > implementations and components can send byte[] if they want, it will > just be kept in this message) > > http://people.apache.org/~fhanik/geronimo-cluster-api.zip > > That's all folks > > Filip > > > > >
Re: [RTC] Vote restart on 2 javamail patches
+1 I looked at them Rick and they look fine. I'm not a javamail guy so I can't comment on that aspect. Applied and built. Rick McGuire wrote: These two patches have been sitting in [RTC] state for 2 weeks now with no activity. The only votes received so far have been non-binding ones. These changes are holding up other work, including trying to convince the James developers to convert to using the Geronimo javamail version. First issue, removing the javamail-transport module and replacing it with a dependency on the javamail-provider jar. http://issues.apache.org/jira/browse/GERONIMO-2147 NOTE: The above patch is another example of an area where svn diff and patch don't work well together. Applying this patch will prompt for a Reverse action on the patch. It doesn't matter how you reply, because after the patch applies, delete the javamail-transport module subdirectory, and this should build ok. Second issue, creating a new javamail 1.4 spec jar. http://issues.apache.org/jira/browse/GERONIMO-2148 Rick
build.xml example
Im sorry, but i 've been unable to find out what a build.xml example for using ant with geronimo looks like, so i ask you guys. As usual, thanks in advance Rafael
Geronimo cluster API suggestion
Ladies and Gentlemen, from our talk at Dublin clustering BOF, clustering is not always about state replication, there are other aspects of it, and its those I am focusing on here, as state replication is already being talked about in another thread, so it has enough coverage in the Session API threads. This API is aimed for any underlying implementation to allow different components to know of each other, my most simple example was the InitialContext, to be able to fail over between two Geronimo instances, the initial context on the client could either a) - hard code the locations of the Geronimo VM(s) b) - dynamically discover the locations of the Geronimo VM(s) c) - being able to receive node information from "a" Geronimo VM jboss does option A and B, and I am not sure about C, but its the C option i am trying to address, as that would allow for heterogeneous clusters, as not every VM would have the same services deployed, and the client shouldn't have to know what services are deployed where. So the invocation would be something like InitialContext ic = new InitialContext(properties); (properties could be any of options A,B,C from above) Context ctx = (Context)ic.lookup(sub context); SomeRemoteStub stub = ctx.lookup("my/remotestub"); in a non clustered scenario, the ic.lookup always happens on the node initialized in the "new InitialContext(properties);" call, and the "ctx" is just talking to that same node. However, in a heterogeneous cluster, all three, "ic", "ctx" and "stub" could be cluster-aware, and make decisions through that. Simple example, we want to lookup ejbX on a cluster with servers serverA..serverZ, ejbX is only deployed on serverD..serverF. InitialContext ic = new InitialContext("serverA, serverG, serverT"); //hand pick a few servers if automatic discovery is disabled(option C) EjbX ejbX = ic.lookup("my/company/ejbX"); because ic, is cluster aware, and it is able to determine what services run on what parts of the cluster, it can fetch the stub from serverD, or it retrieves the stub from serverA who retrieved it from serverD. and now the ejbX stub is pinned to serverD (or it can be load balanced, up to the EJB implementation, see next line) if the ejb stub is cluster aware, means it can also fail over to serverE or serverF if serverD goes down. remember, there is no state replication in these examples, simply an intelligent way to distribute load, also, there is no mention of how this is actually implemented, just the API used. So after this long rant, and for those still with me, thanks for your patience, I see a need for an API where components like JNDI/EJB/monitoring etc would have the need for some sort of API to retrieve information about the cluster (or group if you wish to call it that), so no matter what the underlying clustering implementation is. The API I am proposing is aimed to be useful and simple for both the cluster provider and the cluster user. So no fancy mechanism that tribes,activecluster,appia,jgroups implement are exposed in here, but all of them could implement this API. Components like JNDI,monitoring can decide to use this API, which any underlying implementation would be required to support, or they could plug in directly to the implementation. I believe the main benefit of this API, could be to have one cluster notion for the VM, instead of one per component. Quick Explanation of the API: Cluster - One instance per VM Node - represents the location and state of a VM Channel - a communication channel in a cluster, a cluster can support more than one active channel, so that components wouldn't have to listen in on each other's chatter Message - a message to be sent (this is not a serializable message, implementations and components can send byte[] if they want, it will just be kept in this message) http://people.apache.org/~fhanik/geronimo-cluster-api.zip That's all folks Filip
[M2 build] geronimo-deployment-plugin build fails on Windows
The geronimo-deployment-plugin build fails on windoze with the following error. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo-deployment-plugin\src\java\org\apache\geronimo\plugins\deployment\StartRemoteServerMojo.java:[158,44] cannot resolve symbol symbol : method getPid () location: class org.codehaus.plexus.util.cli.Commandline This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of org.codehaus.plexus:plexus-utils. The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of org.codehaus.plexus:plexus-utils. The 1.2 version is missing. Cheers Prasad
Re: [wadi-dev] Session/clustering API and the web tier
Greg Wilkins wrote: Jules Gosnell wrote: James Strachan wrote: On 7/12/06, Jules Gosnell Greg Wilkins wrote: However, in another sense, Jetty need not delegate this task, since the object returned in these cases is managed by WADI, but created by a Factory that is injected at startup time. This factory might be generating instances of a class that has very Jetty-specific knowledge or is even a part of the Jetty distro... Thats certainly one approach. Another is for the container to just ask the policy API what to do (i.e. is the request going to be serviced locally or not) so that the container can take care of the rest. This leaks clustering concerns into the container's space. If the container is going to do the redirecting/proxying (either directly or as a call back), then it has to be concerned with clustering. No - the redirection/proxying is not concerned with clustering - we have divided and conquered the idea down to a much smaller concern, that of relocating a request to another container (endpoint provided by clustering layer): boolean isRelocatable(); void relocate(EndPoint endPoint); // endpoint is an ip:port The implementation of this concern is tier-specific and should be implemented by the tier owner. I understand that WADI has an implementation of this, but I want to be able to use clustering mechanisms other than WADI. I think it is raising the bar for clustering implementations if they must support this. I would far rather WADI didn't have to implement this and that it was implemented by Jetty as described. We are getting muddled between what WADI currently provides and where I would like to see WADI and the g-session-api go. If the Jetty6 continuations fn-ality complicates the situation, then this can be addressed in the API above. I understand the cleanliness from the session API implementor's perspective of using a factory and calling back the container when you see fit - however I also understand the container developers requirement to understand at all times what each thread is doing, to tune things aggressively with full knowledge of threading models and to generally be master of its own domain, so I can understand why a container developer might prefer a non-callback related solution (which could introduce all kinds of nasty thread related bugs into the container). Any clustering solution will use threads underneath its API. If this is a concern you should simply make explicit where they may be used. I don't see why both options can't be offered. Exactly - why can we not have the simple policy API that we call to understand what to do. Jetty can have a session interceptor to call this API and do it's proxying or redirection and then Jetty can use lots of different clustering implementations. But the Jetty developers may be lazy, and instead of implementing their own interceptor they may choose to use the WADI implementation of it that wraps up the whole invocation.Tomcat or openEJB may not be so lazy or have other concerns - thus they might not use the WADI interceptor but code directly to the policy API. Agreed. Just some way to ask the Session API if a request can be processed locally might do the trick, then if not Jetty can do its proxy/redirect thing. The trickier thing is what to pass into the strategy to help it decide... by having Jetty make the decision: - you leak clustering concerns into the web tier - you have to duplicate similar code in every clustered tier Jetty is not making the decision, it is calling an API to make the decision. This means that it is aware that it is clustered. The code to call this API and react accordingly will be duplicated in every tier. Jetty simply implements the execution of the decision. I agree that the tier-ower should provide an implementation of this piece of fn-ality. This will not need access to any clustering detail. Simply the ip:port of the peer to which you are relocating the invocation/request. The code to do this has to be written for every clustering tier. Now it is great that WADI wants to write it for every clustering tier No - I don't - I want the clustered session manager to call the policy, and, based on the result of that call, call some tier-specific behaviour - see above - very good reasons for this were given in my last mail. I don't want the container calling the policy, because then you need to know that you are clustered - see those reasons. - but that is a big work load and I am not sure that WADI developers will be able to keep every tier happy and deal with all of their concerns. N/A Also, it kind of implies that G will only use WADI. wrong. We are talking about a common API here and I am drawing on WADI for examples of how I believe it should be done. No specific implementation is being suggested. Now I know that wadi is itself extensible/pluggable/etc. so this might not be a bad idea.But
Re: what does a ejb-jar.xml looks like?
Well, it sounds like the EAR contains an EJB JAR, or at least, the META-INF/application.xml for the EAR is *saying* that it contains an EJB JAR. That EJB JAR should be a JAR file in the EAR, that contains a file META-INF/ejb-jar.xml file. The format of the ejb-jar.xml file is controlled by the EJB specification. It's a bit different depending on which revision of J2EE and EJB you're targeting. But there are DTDs or XML Schemas that dictate the format for each version. As far as what the content of the ejb-jar.xml file is supposed to be, that depends on what the EJB JAR contains -- there should be entries in ejb-jar.xml for each EJB you want to deploy, for example, in the format dictated by the DTD or Schema. So from here, I have a few questions for you: - Do you know what EJBs are and how to use them? - Do you think your EAR contains an EJB JAR? - Would it help you if I gave you the URLs for the ejb-jar.xml DTDs or Schemas? - If so, do you know which EJB or J2EE spec version you're targeting? Thanks, Aaron On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: hello, i have the task to add an ear-file to geronimo 1.1. if i copy the ear-file into the deploy-folder and start the server via 'startup.bat' the server starts as known. but when it is started it tries to deploy the ear in the deploy-folder. and then occurs a wonderful error-message like: "Error: Unable to distribute my.ear: Error parsing ejb-jar.xml" now my questions: 1) what does this ejb-jar.xml looks like? is there a standard-configuration of it? if yes, where could i find it? 2) where is this ebj-jar.xml to save to? regards from germany... mika -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl
Re: Unable to make a simple SessionBean lookup
It worked perfectly, thanks a zillion, really. I 've been stuck for a while on this. Rafael Aaron Mulder wrote: You need a couple Geronimo JARs on the class path of the client. I'm not sure which ones off the top of my head. But this error would suggest geronimo-security-1.1.jar is one of them. :) You can find the JARs in geronimo-1.1/repository/geronimo/... Thanks, Aaron On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote: The problem thas arose now is that when i invoke the create method from the home interface, the result is the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/geronimo/security/ContextManager at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219) at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148) at org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181) at org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77) at org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67) at org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create() at Client.main(Client.java:33) Again, thanks in advance
Re: Perl Client
The site works fine for me. Here's a copy I just downloaded http://people.apache.org/~jstrachan/Stomp-perl-0.02.tar.gz On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote: I tried this link before; it appears to me that zilbo server is having some problems. I was wondering if there is any other location where we maintained a copy of that lib (may be on jira?). Vik -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 10:19 AM To: activemq-dev@geronimo.apache.org Subject: Re: Perl Client The Stomp site has a list of the various language specific Stomp clients... http://stomp.codehaus.org/Perl+Client which points to this client... http://zilbo.com/articles/activeMQ/index.html On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote: > Is any one aware of the location of the ActiveMQ client library in Perl? > The one link which is available on activemq website appears to be dead. > > > > Thanks! > > > > Vik > > > > > -- James --- http://radio.weblogs.com/0112098/ -- James --- http://radio.weblogs.com/0112098/
Re: Unable to make a simple SessionBean lookup
You need a couple Geronimo JARs on the class path of the client. I'm not sure which ones off the top of my head. But this error would suggest geronimo-security-1.1.jar is one of them. :) You can find the JARs in geronimo-1.1/repository/geronimo/... Thanks, Aaron On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote: The problem thas arose now is that when i invoke the create method from the home interface, the result is the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/geronimo/security/ContextManager at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219) at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148) at org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181) at org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77) at org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67) at org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create() at Client.main(Client.java:33) Again, thanks in advance
[jira] Commented: (GERONIMO-2184) Geronimo/Openejb does not support all isolation levels
[ http://issues.apache.org/jira/browse/GERONIMO-2184?page=comments#action_12420878 ] Vasily Zakharov commented on GERONIMO-2184: --- Can it be the issue is in TranQL in fact? Please see the http://www.mail-archive.com/user@geronimo.apache.org/msg03421.html mailing thread. > Geronimo/Openejb does not support all isolation levels > -- > > Key: GERONIMO-2184 > URL: http://issues.apache.org/jira/browse/GERONIMO-2184 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: OpenEJB > Environment: All Supported Environments > Reporter: Manu T George > > Geronimo/Openejb does not support isolation level other than Read Committed > isolation level. Lacks support for other isolation levels for consistency of > data. Support for isolation levels such as repeatable-read, serializable, > read-committed, and read-uncommitted are required. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: Perl Client
I tried this link before; it appears to me that zilbo server is having some problems. I was wondering if there is any other location where we maintained a copy of that lib (may be on jira?). Vik -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 10:19 AM To: activemq-dev@geronimo.apache.org Subject: Re: Perl Client The Stomp site has a list of the various language specific Stomp clients... http://stomp.codehaus.org/Perl+Client which points to this client... http://zilbo.com/articles/activeMQ/index.html On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote: > Is any one aware of the location of the ActiveMQ client library in Perl? > The one link which is available on activemq website appears to be dead. > > > > Thanks! > > > > Vik > > > > > -- James --- http://radio.weblogs.com/0112098/
Re: Perl Client
The Stomp site has a list of the various language specific Stomp clients... http://stomp.codehaus.org/Perl+Client which points to this client... http://zilbo.com/articles/activeMQ/index.html On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote: Is any one aware of the location of the ActiveMQ client library in Perl? The one link which is available on activemq website appears to be dead. Thanks! Vik -- James --- http://radio.weblogs.com/0112098/
Re: [VOTE] Release 2.5 of XBean
+1 John Sisson wrote: > James Strachan wrote: >> I've just applied 2 trivial bug fixes to the xbean-spring module of >> XBean. >> >> The first is a patch from Guillaume which is a one liner to create the >> xml parser using a helper method (used by all the other >> ApplicationContext implementations). >> http://issues.apache.org/jira/browse/XBEAN-21 >> >> The other is a trivial fix but has a major impact. Version 2.0-rc2 of >> spring barfs if you pass a null ClassLoader into the NamespaceHandler >> stuff - however the regression tests for 2.0-rc1 and 2.0-m5 work fine. >> Basically this means that all projects using xbean-spring (such as >> ActiveMQ, OpenEJB, XFire, ServiceMix, Jetty etc) will all break if the >> user upgrades from 2.0-m5 or 2.0-rc1 of spring to 2.0-rc2. >> >> I've just added a one liner to use the current threads context class >> loader if the class loader is null to avoid the exception which seems >> to work fine. (I added a regression test for 2.0-rc2 by just cut and >> pasting the regression test for 2.0-rc1 which reproduced the error so >> I could test the fix worked). >> >> Due to the serious nature of this bug (and we've already had a few >> user mails on ActiveMQ about this already and spring 2.0-rc2 has only >> been out a short time) I'd like us to get a release of xbean out ASAP >> to avoid users hittitng this issue. >> >> Here's my +1 >> > +1 > > John
Perl Client
Is any one aware of the location of the ActiveMQ client library in Perl? The one link which is available on activemq website appears to be dead. Thanks! Vik
Re: Fault and Error
On 7/13/06, Charlesh <[EMAIL PROTECTED]> wrote: this links not open. "Internal Server Error" Temporary wiki failure You can see them on the FAQ on the website too.. http://incubator.apache.org/servicemix/faq.html e.g. http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html http://incubator.apache.org/servicemix/pojo-support.html http://incubator.apache.org/servicemix/component-helper-classes.html -- James --- http://radio.weblogs.com/0112098/
Re: Unable to make a simple SessionBean lookup
The problem thas arose now is that when i invoke the create method from the home interface, the result is the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/geronimo/security/ContextManager at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219) at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148) at org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181) at org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77) at org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67) at org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create() at Client.main(Client.java:33) Again, thanks in advance
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
Shucks ! My bad. Sorry. I deliberately omitted those changes from the m2migration patch because I though DJ was fixing configs before getting assembly to build. And since our configs were successfully building, I left it out. I was thinking of comparing the 2 patches this morning. But I'm glad it got fixed late last night. Cheers Prasad On 7/13/06, Jason Dillon <[EMAIL PROTECTED]> wrote: The Tomcat server might need some help... pending some sleep and testing though. --jason On Jul 13, 2006, at 12:47 AM, Jason Dillon wrote: > Holy incredible startable server Batman! > > > Booting Geronimo Kernel (in Java 1.4.2_09)... > log4j:WARN No appenders could be found for logger > (org.apache.geronimo.system.main.Daemon). > log4j:WARN Please initialize the log4j system properly. > Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ > car started in 1.235s > Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ > car started in 1.602s > Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ > car started in 1.535s > Module 4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ > carstarted in .220s > Module 5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ > car started in 7.776s > Module 6/13 org.apache.geronimo.configs/system-database/1.2- > SNAPSHOT/car started in .000s > Module 7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/ > car started in 1.142s > Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ > 1.2-SNAPSHOT/car started in .880s > Module 9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/ > car started in 1.039s > Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2- > SNAPSHOT/carstarted in .758s > Module 11/13 org.apache.geronimo.configs/client-deployer/1.2- > SNAPSHOT/car started in .119s > Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/ > car started in .156s > Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2- > SNAPSHOT/car started in .685s > Startup completed in 29 seconds > Listening on Ports: > 1099 0.0.0.0 RMI Naming > 1527 0.0.0.0 Derby Connector > 4201 0.0.0.0 ActiveIO Connector EJB > 4242 0.0.0.0 Remote Login Listener > 8009 0.0.0.0 Jetty Connector AJP13 > 8080 0.0.0.0 Jetty Connector HTTP > 8443 0.0.0.0 Jetty Connector HTTPS > 0.0.0.0 JMX Remoting Connector > > Started Application Modules: > RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car > > Geronimo Application Server started > > Server shutdown begun > Server shutdown completed > > > Now just gotta resolve whats up with log4j, and then start getting > those other configs included. > > But a major step forward! Thanks > > --jason > > > On Jul 13, 2006, at 12:35 AM, David Jencks wrote: > >> jeesh, I need sleep. >> >> Index: configs/geronimo-gbean-deployer/pom.xml >> === >> --- configs/geronimo-gbean-deployer/pom.xml (revision 419120) >> +++ configs/geronimo-gbean-deployer/pom.xml (working copy) >> @@ -63,5 +63,13 @@ >> org.apache.geronimo.modules >> geronimo-deploy-tool >> >> + >> +xmlbeans >> +xbean >> + >> + >> +stax >> +stax-api >> + >> >> >> >> >> hope this helps >> >> On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote: >> >>> Cool! >>> >>> Next in line is: >>> >>> >>> Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ >>> 1.2-SNAPSHOT/carException in thread "main" >>> java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException >>> at java.lang.Class.getDeclaredMethods0(Native Method) >>> at java.lang.Class.privateGetDeclaredMethods(Class.java: >>> 1655) >>> at java.lang.Class.getMethod0(Class.java:1901) >>> at java.lang.Class.getMethod(Class.java:984) >>> at org.apache.geronimo.gbean.runtime.GBeanAttribute. >>> (GBeanAttribute.java:236) >>> at org.apache.geronimo.gbean.runtime.GBeanInstance. >>> (GBeanInstance.java:243) >>> at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean >>> (BasicKernel.java:354) >>> at >>> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati >>> onGBeans(ConfigurationUtil.java:362) >>> at >>> org.apache.geronimo.kernel.config.KernelConfigurationManager.start >>> (KernelConfigurationManager.java:187) >>> at >>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo >>> nfiguration(SimpleConfigurationManager.java:512) >>> at >>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo >>> nfiguration(SimpleConfigurationManager.java:493) >>> at >>> org.apache.geronimo.kernel.config.SimpleConfigurationManager$ >>> $FastCl
Re: Unable to make a simple SessionBean lookup
Thank you very much, that solved the problem, however now i am not sure if i am setting the SECURITY_CREDENTIALS and SECURITY_PRINCIPAL values right, are these mandatory anyway? which values are possible? where are they configured? Thanks a lot anyway David Blevins wrote: On Jul 12, 2006, at 11:49 AM, Rafael Barrera Oro wrote: I am trying to make a simple lookup for a simple SessionBean and, altough it throws no exception, nothing happens as i can wait forever if i want before the lookup is completed, maybe it has something to with the incomplete openejb-jar.xml or incosistent properties passed to the InitialContext, i really have no clue whatsoever. If you're using a non-J2EE app client (i.e. plain java code), you should use these values: http://openejb.codehaus.org/Remote+Server -David this is the code of the client class: import java.rmi.RemoteException; import java.util.Properties; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.rmi.PortableRemoteObject; import beans.Rafa; import beans.RafaHome; public class Client { /** * @param args */ public static void main(String[] args) { Context ctx; Rafa rafa; RafaHome home; Object obj; Properties props;props = new Properties(); props.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory"); props.put("java.naming.provider.url", "127.0.0.1"); try{ ctx = new InitialContext(props); obj = ctx.lookup("YATest/YATest"); home = (RafaHome)PortableRemoteObject.narrow(obj, RafaHome.class); rafa = home.create(); rafa.test(); } catch(Exception e){ System.out.println("ERROR: " + e.getMessage()); } } } openejb.jar.xml: http://www.openejb.org/xml/ns/openejb-jar-2.0"; xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.0"; xmlns:pkgen="http://www.openejb.org/xml/ns/pkgen-2.0"; xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.0"; configId="YATest/YATest" parentId="MyWebProject/MyWebProject"> ejb-jar.xml: xmlns="http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd";> YATest Rafa beans.RafaHome beans.Rafa beans.RafaEJB Stateless Container If i look in the Geronimo console i see there is an EJB Jar deployed under the component name: YATest/YATest, so i am sure the bean is being deployed. Any help will be greatly appreciated, thanks in advance Rafael
Re: Unable to make a simple SessionBean lookup
Thanks, you are right about that, i copied this from a JBOSS client example and forgot to change it Aaron Mulder wrote: I'm not sure your INITIAL_CONTEXT_FACTORY is correct -- org.jnp doesn't look right to me. Thanks, Aaron On 7/12/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote: I am trying to make a simple lookup for a simple SessionBean and, altough it throws no exception, nothing happens as i can wait forever if i want before the lookup is completed, maybe it has something to with the incomplete openejb-jar.xml or incosistent properties passed to the InitialContext, i really have no clue whatsoever. this is the code of the client class: import java.rmi.RemoteException; import java.util.Properties; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.rmi.PortableRemoteObject; import beans.Rafa; import beans.RafaHome; public class Client { /** * @param args */ public static void main(String[] args) { Context ctx; Rafa rafa; RafaHome home; Object obj; Properties props;props = new Properties(); props.put(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory"); props.put("java.naming.provider.url", "127.0.0.1"); try{ ctx = new InitialContext(props); obj = ctx.lookup("YATest/YATest"); home = (RafaHome)PortableRemoteObject.narrow(obj, RafaHome.class); rafa = home.create(); rafa.test(); } catch(Exception e){ System.out.println("ERROR: " + e.getMessage()); } } } openejb.jar.xml: http://www.openejb.org/xml/ns/openejb-jar-2.0"; xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.0"; xmlns:pkgen="http://www.openejb.org/xml/ns/pkgen-2.0"; xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.0"; configId="YATest/YATest" parentId="MyWebProject/MyWebProject"> ejb-jar.xml: http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd";> YATest Rafa beans.RafaHome beans.Rafa beans.RafaEJB Stateless Container If i look in the Geronimo console i see there is an EJB Jar deployed under the component name: YATest/YATest, so i am sure the bean is being deployed. Any help will be greatly appreciated, thanks in advance Rafael
Re: Proposal: Improve runtime integration with tooling (All non-eclipse users please read)
Currently the configstore.resolve method is not sufficient to allow projects to be run directly from an IDE. By the time this method is called, only the resources found by building up the config are passed into this method to be resolved. Some pluggable method resolving needs to also take place when the configuration is being built up in each of the builders.- EARConfigBuilder cannot assume that each of its modules are located directly inside the root location of the ear so it can support a flattened projects, this goes for utility modules as well.- When searching for libraries such as inside web-inf/lib, since in an IDE these lib entries could be virtual with the actual library residing as another project or an external jar in the filesystem, currently these cannot be found since on the filesystem this folder is empty. This goes for jar entries in a manifest, a relative location cannot be assumed.- A j2ee project in an IDE usually has 2 "binary" locations, a classes folder, and another for the module root. (metadata). The configstore.resolve method handles this, but each of the builders when processing a module cannot be aware of just one root location of the module, because I think there are builders that need to know both where the classes are for a module as well as the metadata. So it would be good to have for for any module whether its a utility module or a j2ee module the notion of a "resources location" and a "binaries" location".I think this covers 90% of the cases and would be a good start. I think if we come up with some common interface that all builders would use to locate resources, it would be easy to plug in different resolvers, that could be set by the deployment manager for each deploy??? Thoughts?-sachinOn Jul 12, 2006, at 10:07 PM, Dain Sundstrom wrote:Can you boil this down to a few bullets of what changes you need to make (or be made for you)?-dainOn Jul 12, 2006, at 5:57 AM, Sachin Patel wrote: I've started a development roadmap on the Wiki for the eclipse-plugin.http://cwiki.apache.org/confluence/display/GMOxDOC11/Geronimo+Eclipse+Plugin+-+Development+RoadmapIn the last section, is a section entitled "Geronimo Runtime Requirements". The problem mentioned in the proposal is already being seen by users with a large project set, and I feel is an important problem that needs to be solved so that we can improve our development experience for our users.So I ask If everyone could take a moment and take a look at the feature request in this section and provide feedback, concerns, and or possible solutions, it would be greatly appreciated.Thank you.-sachin -sachin
Re: Fault and Error
this links not open. "Internal Server Error" Interesting that sent and receive status true, (boolean sent = sendSync(roi, 6000L);) flow it occurs normal. Polling sent and Transform receive. But Transform not setFault on exchange thanks! -- View this message in context: http://www.nabble.com/Fault-and-Error-tf1934001.html#a5306713 Sent from the ServiceMix - Dev forum at Nabble.com.
Timeframe for release 1.2
Now that 1.1 is out the door (BTW congrats everyone) ... time to start thinking of 1.2! I'm still working away in the servlet-2.5 sandbox, and I'd appreciate it if someone could tell me if there is a feeling for when 1.2 might be ready? regards Jan
[jira] Created: (GERONIMO-2189) Release geronimo-spec-corba-1.0.jar to ibiblio
Release geronimo-spec-corba-1.0.jar to ibiblio -- Key: GERONIMO-2189 URL: http://issues.apache.org/jira/browse/GERONIMO-2189 Project: Geronimo Type: Bug Security: public (Regular issues) Components: dependencies Versions: 1.1 Reporter: Kevan Miller geronimo-spec-corba-1.0.jar is not on ibiblio... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1293) Provide tomcat statistics
[ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] Krishnakumar B updated GERONIMO-1293: - Can some more details like Execute Thread, Queue Length be provided for Tomcat that would be useful for performance modelling > Provide tomcat statistics > - > > Key: GERONIMO-1293 > URL: http://issues.apache.org/jira/browse/GERONIMO-1293 > Project: Geronimo > Type: New Feature > Security: public(Regular issues) > Components: Tomcat > Versions: 1.0-M5 > Environment: All environments > Reporter: Anita Kulshreshtha > Assignee: Anita Kulshreshtha > Priority: Minor > Fix For: 1.2 > Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, > geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, > geronimo-stats-1.1-SNAPSHOT.war, management.patch, management.patch, > management.patch, project.patch, properties.patch, properties.patch, > stats.zip, stats.zip, stats.zip, statsApp.zip, tomcat-builder.patch, > tomcat.patch, tomcat.patch, tomcat.patch, tomcat.patch > > Provide following statistics for tomcat : > 1. Per Host/Container - > a. Initially provide the following per connector statistics for > each connector - > Cummulative statistics about all request > handled by this connector since the stat were turned on. > b. If time (before 1.0 release) permits, use 'a' to generate > (rename/compute) statistics similar to the ones provided by Jetty > 2. Per application - > a.. processingTime : The cumulative processing times of all > servlets in this StandardContext > b. startTime - The time this context was started. > c. startupTime - The time (in milliseconds) it took to start > this context. > d.. tldScanTime() - > Later add session statistics and jsp statistics. > 3. Per Servlet - Explore using statistics from RequestInfo to provide > statistics for a servlet. > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
what does a ejb-jar.xml looks like?
hello, i have the task to add an ear-file to geronimo 1.1. if i copy the ear-file into the deploy-folder and start the server via 'startup.bat' the server starts as known. but when it is started it tries to deploy the ear in the deploy-folder. and then occurs a wonderful error-message like: "Error: Unable to distribute my.ear: Error parsing ejb-jar.xml" now my questions: 1) what does this ejb-jar.xml looks like? is there a standard-configuration of it? if yes, where could i find it? 2) where is this ebj-jar.xml to save to? regards from germany... mika -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl
[jira] Created: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle Key: GERONIMO-2188 URL: http://issues.apache.org/jira/browse/GERONIMO-2188 Project: Geronimo Type: Bug Security: public (Regular issues) Components: connector Versions: 1.1.1 Reporter: Krishnakumar B We have to configure CommitBeforeAutCommit="true" property exclusively in the database connection pool plan, to have the ejb -based transactions immediately committed for oracle database. Otherwise it only commits transaction when the server shuts-down. This problem is not faces with Derby database. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working
[ http://issues.apache.org/jira/browse/GERONIMO-2186?page=all ] Krishnakumar B updated GERONIMO-2186: - Description: Editing of connection pools other than Derby is currently not working (was: Editing of connection pools other than Cloudscape is currently not working ) > Editing of Connection Pools other than Derby from console not working > - > > Key: GERONIMO-2186 > URL: http://issues.apache.org/jira/browse/GERONIMO-2186 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: console > Versions: 1.2 > Reporter: Krishnakumar B > Priority: Minor > > Editing of connection pools other than Derby is currently not working -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2187) Ability to set scope of Connection Pool created from console
Ability to set scope of Connection Pool created from console Key: GERONIMO-2187 URL: http://issues.apache.org/jira/browse/GERONIMO-2187 Project: Geronimo Type: Wish Security: public (Regular issues) Components: console Versions: Wish List Reporter: Krishnakumar B Priority: Minor Improves usability if user can also set scope of Pool from Console. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working
Editing of Connection Pools other than Derby from console not working - Key: GERONIMO-2186 URL: http://issues.apache.org/jira/browse/GERONIMO-2186 Project: Geronimo Type: Bug Security: public (Regular issues) Components: console Versions: 1.2 Reporter: Krishnakumar B Priority: Minor Editing of connection pools other than Cloudscape is currently not working -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [wadi-dev] Session/clustering API and the web tier
James Strachan wrote: On 7/12/06, Jules Gosnell <[EMAIL PROTECTED]> wrote: Greg Wilkins wrote: > All, > > > Here are my comments on the Session API that were promised after apachecon dublin. > This is also CC'd to the wadi list and some of the points are relevant to them > as well. > > My own reason for focusing on the Session API when I think about clustering, > is that I like the idea of pluggable clustering implementations. Clustering > is not one size fits all and solutions can go from non-replicated nodes configured > in a flat file to auto discovered, self healing, redundant hierarchies. Agreed. We should be focussed purely on what is the contract between a container and the session API and making that contract as simple and abstract as is possible while minimising leaky abstractions. > I think the previous discussions we had on this were making good progress, but > I think we ran out of steam before the API was improved etc. So I think it > worthwhile to re-read the original threads. > > But I will repeat my main unresolved concerns here: > While I appreciate the keep-it-simple-stupid approach adopted by the proposed > session API, I remain concerned that it may over simplify and may also mix concerns. > > However, I do think that the API is pitched at about the right level - namely > that it is below the specific concerns of things such as HTTP. As the implementor > of the web container, I would prefer to not delegate HttpSession management > or request proxying to a pluggable session implementation (I doubt that > a cluster impl wants to deal with non-blocking proxying of requests etc.) I think that our discussions about this have suffered from an ambiguity around the word 'delegate'... In one sense of the word, given WADI's current implementation, Jetty does delegate Session management and HTTP handling to WADI, in that WADI passes the WebApp/Jetty an object on which it calls a method and the work in question is done. However, in another sense, Jetty need not delegate this task, since the object returned in these cases is managed by WADI, but created by a Factory that is injected at startup time. This factory might be generating instances of a class that has very Jetty-specific knowledge or is even a part of the Jetty distro... Thats certainly one approach. Another is for the container to just ask the policy API what to do (i.e. is the request going to be serviced locally or not) so that the container can take care of the rest. This leaks clustering concerns into the container's space. I understand the cleanliness from the session API implementor's perspective of using a factory and calling back the container when you see fit - however I also understand the container developers requirement to understand at all times what each thread is doing, to tune things aggressively with full knowledge of threading models and to generally be master of its own domain, so I can understand why a container developer might prefer a non-callback related solution (which could introduce all kinds of nasty thread related bugs into the container). Any clustering solution will use threads underneath its API. If this is a concern you should simply make explicit where they may be used. I don't see why both options can't be offered. I would wholeheartedly agree that the code for Http request relocation should be written by someone with expertise in that area - namely the container writer. I would just rather see it injected into the clustered manager, so that it can be called when required, without having to burden Jetty with the added task of making this decision itself. I don't see that as mutually exclusive. Just have a way for Jetty to ask the clustering solution if a request can be satisfied locally, if not Jetty does the proxy/redirect thing. > I see that the webcontainer needs to interact with the cluster implementation > in 4 areas: > > > 1) Policy > - > > When a container receives a request, it needs to make a policy decision along > the lines of: > > 1) The request can be handled locally. > 2) The request can be handled locally, but only after some other actions >(eg session is moved to local) > 3) request cannot be handled locally, but can be redirected to another node > 4) request cannot be handled locally, but can be proxied to another node. > > This kind of corresponds to the Locator and SessionLocation APIs. However > these APIs give the power to enact a policy decision, but give no support to make > a policy decision. > > To implement a policy, you might want to use: the size of the cluster, the total > number of sessions, the number of session on the local node, the number of sessions > collocated with a remote session, how many requests for the session have recently > arrived on what nodes, etc. etc. > > The API does not give me this information and I think it would be > difficult to provide all tha
[jira] Resolved: (AMQ-820) m2 assembly not working
[ https://issues.apache.org/activemq/browse/AMQ-820?page=all ] Fritz Oconer resolved AMQ-820: -- Resolution: Fixed Changed version of spring to 2.0-m5 and explicitly added spring dependency in activemq-core/pom.xml. > m2 assembly not working > --- > > Key: AMQ-820 > URL: https://issues.apache.org/activemq/browse/AMQ-820 > Project: ActiveMQ > Type: Bug > Reporter: james strachan > Assignee: Fritz Oconer > Fix For: 4.1 > > > It seems to not include the run.jar and has incorrect versions of things > inside (e.g. should be using spring-2.0-rc1). > Can we get the assembly module such that the can go into the bin directory > and run 'activemq' or java -jar run.jar and for things to work properly -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[m2 build] Tomcat server boot failures
So, I got a tad further... but still running into some failures. If someone could take a peek and advise how to fix plz. Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in .976s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.557s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car started in 16.406s Module 4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ carstarted in .344s Module 5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ car started in 11.505s Module 6/13 org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/ car started in .000s Module 7/13 org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car Server Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:529) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297) at org.apache.geronimo.system.main.Daemon.(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB eans(ConfigurationUtil.java:440) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:512) ... 13 more Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Configuration org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car failed to start due to the following reasons: The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatEngine did not start because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car,j2eeType=GBean,name=TomcatResources did not start. The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatAJPConnector did not start because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car,j2eeType=GBean,name=TomcatWebContainer did not start. The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatWebSSLConnector did not start because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car,j2eeType=GBean,name=TomcatWebContainer did not start. The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatWebContainer did not start because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car,j2eeType=GBean,name=TomcatEngine did not start. The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatWebConnector did not start because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ car,j2eeType=GBean,name=TomcatWebContainer did not start. The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- SNAPSHOT/car,j2eeType=GBean,name=TomcatResources did not start for an unknown reason at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB eans(ConfigurationUtil.java:403) ... 1
Bug in MessageConsumer::receive
Hi, i am using openwirte implementation and during development process i find a bug in the implementation of MessageConsumer::receive. Whe queue is empty, receive() call dispatcher::dequeue which returns msg with NULL and after that is called MessageConsumer::autoAcknowledge() which doesn't test if message is NULL and process fails ( generates coredump ) ... Here is stacktrace of my app ... #0 0x00a8bb51 in apache::activemq::MessageConsumer::autoAcknowledge () from /home/sedmak/deploy/lib/libIOPAMQPlugin.so #1 0x00a8c118 in apache::activemq::MessageConsumer::receive () from /home/sedmak/deploy/lib/libIOPAMQPlugin.so #2 0x00a2a1e1 in phoenix::EventHandler::plugins::PhoenixActiveMQ::waitForMessage (this=0x91d2828) at IOPActiveMQ.cpp:115 #3 0x00a2c75e in phoenix::EventHandler::plugins::IOPActiveMQ::HandleNewRequest (this=0x91d23e0, lpParams=0xb5fb2410) at IOPActiveMQ.cpp:423 #4 0x00a2c2e3 in phoenix::EventHandler::plugins::WrapperFunction (lpParams=0x91d23e0) at IOPActiveMQ.cpp:385 #5 0x0016371d in StartThreadFunction (lpParams=0x91bb480) at unix.cpp:1802 #6 0x00197371 in start_thread () from /lib/tls/libpthread.so.0 #7 0x007999be in clone () from /lib/tls/libc.so.6 -- View this message in context: http://www.nabble.com/Bug-in-MessageConsumer%3A%3Areceive-tf1936063.html#a5304611 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
The Tomcat server might need some help... pending some sleep and testing though. --jason On Jul 13, 2006, at 12:47 AM, Jason Dillon wrote: Holy incredible startable server Batman! Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.235s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.602s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car started in 1.535s Module 4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ carstarted in .220s Module 5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ car started in 7.776s Module 6/13 org.apache.geronimo.configs/system-database/1.2- SNAPSHOT/car started in .000s Module 7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/ car started in 1.142s Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 1.2-SNAPSHOT/car started in .880s Module 9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/ car started in 1.039s Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2- SNAPSHOT/carstarted in .758s Module 11/13 org.apache.geronimo.configs/client-deployer/1.2- SNAPSHOT/car started in .119s Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/ car started in .156s Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2- SNAPSHOT/car started in .685s Startup completed in 29 seconds Listening on Ports: 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 4201 0.0.0.0 ActiveIO Connector EJB 4242 0.0.0.0 Remote Login Listener 8009 0.0.0.0 Jetty Connector AJP13 8080 0.0.0.0 Jetty Connector HTTP 8443 0.0.0.0 Jetty Connector HTTPS 0.0.0.0 JMX Remoting Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car Geronimo Application Server started Server shutdown begun Server shutdown completed Now just gotta resolve whats up with log4j, and then start getting those other configs included. But a major step forward! Thanks --jason On Jul 13, 2006, at 12:35 AM, David Jencks wrote: jeesh, I need sleep. Index: configs/geronimo-gbean-deployer/pom.xml === --- configs/geronimo-gbean-deployer/pom.xml (revision 419120) +++ configs/geronimo-gbean-deployer/pom.xml (working copy) @@ -63,5 +63,13 @@ org.apache.geronimo.modules geronimo-deploy-tool + +xmlbeans +xbean + + +stax +stax-api + hope this helps On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote: Cool! Next in line is: Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 1.2-SNAPSHOT/carException in thread "main" java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java: 1655) at java.lang.Class.getMethod0(Class.java:1901) at java.lang.Class.getMethod(Class.java:984) at org.apache.geronimo.gbean.runtime.GBeanAttribute. (GBeanAttribute.java:236) at org.apache.geronimo.gbean.runtime.GBeanInstance. (GBeanInstance.java:243) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean (BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati onGBeans(ConfigurationUtil.java:362) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo nfiguration(SimpleConfigurationManager.java:512) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo nfiguration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java: 53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (Proxy
[jira] Work stopped: (AMQ-820) m2 assembly not working
[ https://issues.apache.org/activemq/browse/AMQ-820?page=all ] Work on AMQ-820 stopped by Adrian Co > m2 assembly not working > --- > > Key: AMQ-820 > URL: https://issues.apache.org/activemq/browse/AMQ-820 > Project: ActiveMQ > Type: Bug > Reporter: james strachan > Assignee: Adrian Co > Fix For: 4.1 > > > It seems to not include the run.jar and has incorrect versions of things > inside (e.g. should be using spring-2.0-rc1). > Can we get the assembly module such that the can go into the bin directory > and run 'activemq' or java -jar run.jar and for things to work properly -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
Holy incredible startable server Batman! Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.235s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.602s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car started in 1.535s Module 4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ carstarted in .220s Module 5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ car started in 7.776s Module 6/13 org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/ car started in .000s Module 7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/ car started in 1.142s Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/1.2- SNAPSHOT/car started in .880s Module 9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/ car started in 1.039s Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2- SNAPSHOT/carstarted in .758s Module 11/13 org.apache.geronimo.configs/client-deployer/1.2-SNAPSHOT/ car started in .119s Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/ car started in .156s Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2-SNAPSHOT/ car started in .685s Startup completed in 29 seconds Listening on Ports: 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 4201 0.0.0.0 ActiveIO Connector EJB 4242 0.0.0.0 Remote Login Listener 8009 0.0.0.0 Jetty Connector AJP13 8080 0.0.0.0 Jetty Connector HTTP 8443 0.0.0.0 Jetty Connector HTTPS 0.0.0.0 JMX Remoting Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car Geronimo Application Server started Server shutdown begun Server shutdown completed Now just gotta resolve whats up with log4j, and then start getting those other configs included. But a major step forward! Thanks --jason On Jul 13, 2006, at 12:35 AM, David Jencks wrote: jeesh, I need sleep. Index: configs/geronimo-gbean-deployer/pom.xml === --- configs/geronimo-gbean-deployer/pom.xml (revision 419120) +++ configs/geronimo-gbean-deployer/pom.xml (working copy) @@ -63,5 +63,13 @@ org.apache.geronimo.modules geronimo-deploy-tool + +xmlbeans +xbean + + +stax +stax-api + hope this helps On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote: Cool! Next in line is: Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 1.2-SNAPSHOT/carException in thread "main" java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655) at java.lang.Class.getMethod0(Class.java:1901) at java.lang.Class.getMethod(Class.java:984) at org.apache.geronimo.gbean.runtime.GBeanAttribute. (GBeanAttribute.java:236) at org.apache.geronimo.gbean.runtime.GBeanInstance. (GBeanInstance.java:243) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean (BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:362) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:512) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration
[jira] Commented: (GERONIMO-1579) NPE while deploying EJB as Web Service
[ http://issues.apache.org/jira/browse/GERONIMO-1579?page=comments#action_12420806 ] Julian Squires commented on GERONIMO-1579: -- It's possible that the patch for GERONIMO-2030 will resolve this issue, as a null portInfoMap should no longer be returned. > NPE while deploying EJB as Web Service > -- > > Key: GERONIMO-1579 > URL: http://issues.apache.org/jira/browse/GERONIMO-1579 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: OpenEJB, webservices > Versions: 1.0 > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.1.1 > > Surely caused by a coding/configuration error, but it would really be > preferable to produce a better error message. > 10:23:37,328 ERROR [Deployer] Deployment failed due to > java.lang.NullPointerException > at > org.openejb.deployment.SessionBuilder.addWSContainerGBean(SessionBuilder.java:208) > at > org.openejb.deployment.SessionBuilder.buildBeans(SessionBuilder.java:187) > at > org.openejb.deployment.OpenEJBModuleBuilder.addGBeans(OpenEJBModuleBuilder.java:527) > at > org.openejb.deployment.OpenEJBModuleBuilder$$FastClassByCGLIB$$11bd7b20.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$4ca9e4d7.addGBeans() > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:402) > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$5896ed49.buildConfiguration() > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:102) > at > org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) > at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125) > at > org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) > at > org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117) > at > mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219) > at sun.reflect.GeneratedMethodAccessor265.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34) > at > mx4j.remote.rmi.RMIConnectionSubj
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
jeesh, I need sleep. Index: configs/geronimo-gbean-deployer/pom.xml === --- configs/geronimo-gbean-deployer/pom.xml (revision 419120) +++ configs/geronimo-gbean-deployer/pom.xml (working copy) @@ -63,5 +63,13 @@ org.apache.geronimo.modules geronimo-deploy-tool + +xmlbeans +xbean + + +stax +stax-api + hope this helps On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote: Cool! Next in line is: Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 1.2-SNAPSHOT/carException in thread "main" java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655) at java.lang.Class.getMethod0(Class.java:1901) at java.lang.Class.getMethod(Class.java:984) at org.apache.geronimo.gbean.runtime.GBeanAttribute. (GBeanAttribute.java:236) at org.apache.geronimo.gbean.runtime.GBeanInstance. (GBeanInstance.java:243) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean (BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:362) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:512) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup (Daemon.java:297) at org.apache.geronimo.system.main.Daemon. (Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java: 377) --jason On Jul 13, 2006, at 12:09 AM, David Jencks wrote: I had to fix this one too IIRC it is from a missing interceptor dependency in configs/rmi-naming/pom.xml: Index: configs/rmi-naming/pom.xml === --- configs/rmi-naming/pom.xml (revision 419120) +++ configs/rmi-naming/pom.xml (working copy) @@ -31,12 +31,12 @@ rmi-naming car RMI Naming configuration - + localhost 1099 - + @@ -140,6 +140,10 @@ org.apache.geronimo.modules +geronimo-interceptor + + +org.apache.geronimo.modules geronimo-naming thanks david jencks On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote: Okay... one down... how about this one: Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.078s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.528s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2- SNAPSHOT/car Server Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo nfiguration(SimpleConfigurationManager.java:529) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo nfiguration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
[jira] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed
[ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ] Julian Squires updated GERONIMO-2030: - Attachment: find-web-services.patch Here's an updated patch against branches/1.1, which passes all tests. > Allow WebServiceBuilder determine if there are WebServices to be deployed > - > > Key: GERONIMO-2030 > URL: http://issues.apache.org/jira/browse/GERONIMO-2030 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: webservices > Environment: all > Reporter: Conrad O'Dea > Attachments: find-web-services.patch, geronimo_ws_builder_change.patch > > Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module > being deployed has a WebService endpoint. Currently, this requires the > deployer to check for the presence of a webservices.xml file. This makes it > awkward to add support for JAXWS style web services to Geronimo. > A better solution is to push the WS endpoint check into the webservice > deployer. This simplifies the logic of webservice deployment and also allows > for more flexible options (such as introducing a module that use JSE 5 > features without polluting the existing deployers). > A patch for this attached. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
Cool! Next in line is: Module 8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/1.2- SNAPSHOT/carException in thread "main" java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655) at java.lang.Class.getMethod0(Class.java:1901) at java.lang.Class.getMethod(Class.java:984) at org.apache.geronimo.gbean.runtime.GBeanAttribute. (GBeanAttribute.java:236) at org.apache.geronimo.gbean.runtime.GBeanInstance. (GBeanInstance.java:243) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean (BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB eans(ConfigurationUtil.java:362) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:512) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup (Daemon.java:297) at org.apache.geronimo.system.main.Daemon.(Daemon.java: 74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) --jason On Jul 13, 2006, at 12:09 AM, David Jencks wrote: I had to fix this one too IIRC it is from a missing interceptor dependency in configs/rmi-naming/pom.xml: Index: configs/rmi-naming/pom.xml === --- configs/rmi-naming/pom.xml (revision 419120) +++ configs/rmi-naming/pom.xml (working copy) @@ -31,12 +31,12 @@ rmi-naming car RMI Naming configuration - + localhost 1099 - + @@ -140,6 +140,10 @@ org.apache.geronimo.modules +geronimo-interceptor + + +org.apache.geronimo.modules geronimo-naming thanks david jencks On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote: Okay... one down... how about this one: Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.078s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.528s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2- SNAPSHOT/car Server Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:529) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup(Daemo
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
I had to fix this one too IIRC it is from a missing interceptor dependency in configs/rmi-naming/pom.xml: Index: configs/rmi-naming/pom.xml === --- configs/rmi-naming/pom.xml (revision 419120) +++ configs/rmi-naming/pom.xml (working copy) @@ -31,12 +31,12 @@ rmi-naming car RMI Naming configuration - + localhost 1099 - + @@ -140,6 +140,10 @@ org.apache.geronimo.modules +geronimo-interceptor + + +org.apache.geronimo.modules geronimo-naming thanks david jencks On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote: Okay... one down... how about this one: Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.078s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.528s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car Server Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:529) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297) at org.apache.geronimo.system.main.Daemon.(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:440) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:512) ... 13 more Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Configuration org.apache.geronimo.configs/j2ee-security/1.2- SNAPSHOT/car failed to start due to the following reasons: The service ServiceModule=org.apache.geronimo.configs/j2ee- security/1.2-SNAPSHOT/ car,j2eeType=GBean,name=JaasLoginServiceRemotingServer did not start for an unknown reason at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:403) ... 15 more Server shutdown begun Server shutdown completed --jason On Jul 12, 2006, at 11:44 PM, David Jencks wrote: I think I had to fix this in the jetty assembly prototype I got working. If you look in configs/j2ee-system/project.properties at the manifest classpath it includes concurrent.jar. I think it's missing from the equivalent spot in pom.xml. It may also not be getting copied into the lib dir of the assembly. hope this helps david jencks On Jul 12, 2006, at 10:07 PM, Jason Dillon wrote: We've gotten much further with svkmerge/m2migration and now it builds assemblies... but when I start the server up I'm getting errors like that listed below. Anyone have an idea what needs to be changed to fix this? Also, the log4j warning is a bit odd... Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car Exception in thread "main" java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/ Executor at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineCla
Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor
Okay... one down... how about this one: Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car started in 1.078s Module 2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ car started in 1.528s Module 3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car Server Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:529) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:493) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$ $EnhancerByCGLIB$$443b9517.startConfiguration() at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297) at org.apache.geronimo.system.main.Daemon.(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB eans(ConfigurationUtil.java:440) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig uration(SimpleConfigurationManager.java:512) ... 13 more Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Configuration org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ car failed to start due to the following reasons: The service ServiceModule=org.apache.geronimo.configs/j2ee- security/1.2-SNAPSHOT/ car,j2eeType=GBean,name=JaasLoginServiceRemotingServer did not start for an unknown reason at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB eans(ConfigurationUtil.java:403) ... 15 more Server shutdown begun Server shutdown completed --jason On Jul 12, 2006, at 11:44 PM, David Jencks wrote: I think I had to fix this in the jetty assembly prototype I got working. If you look in configs/j2ee-system/project.properties at the manifest classpath it includes concurrent.jar. I think it's missing from the equivalent spot in pom.xml. It may also not be getting copied into the lib dir of the assembly. hope this helps david jencks On Jul 12, 2006, at 10:07 PM, Jason Dillon wrote: We've gotten much further with svkmerge/m2migration and now it builds assemblies... but when I start the server up I'm getting errors like that listed below. Anyone have an idea what needs to be changed to fix this? Also, the log4j warning is a bit odd... Booting Geronimo Kernel (in Java 1.4.2_09)... log4j:WARN No appenders could be found for logger (org.apache.geronimo.system.main.Daemon). log4j:WARN Please initialize the log4j system properly. Module 1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ car Exception in thread "main" java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/ Executor at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:123) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access $200(JarFileClassLoader.java:51) at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run (JarFileClassLoader.java:275) at java.security.AccessController.doPrivileged(Native Method) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass (JarFileClassLoader.java:227) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass (MultiParentClassLoader.java:243) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.ClassLoader.defineClass0(N