Re: [VOTE] Release Apache ActiveMQ 4.0.2 (RC 6)
+1 On 10/30/06, Hiram Chirino [EMAIL PROTECTED] wrote: Some last minute NOTICE issues were still present in the 5th release candidate of the 4.0.2 build. We have also received confirmation from Apache legal discuss that it's ok to include work covered by the Creative Commons Attribution license. I have cut and RC 6 of the 4.0.2 build with the fixes and it's available here: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6/maven1/incubator-activemq/distributions/ Maven 1 and Maven 2 repos for this release can be found at: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6 Here's the wiki page for the release notes: http://incubator.apache.org/activemq/activemq-402-release.html Please vote to approve this release binary [ ] +1 Release the binary as Apache ActiveMQ 4.0.2 [ ] -1 Veto the release (provide specific comments) This vote is being cross posted to the general incubator mailing list also to expedite the voting process. Here's my +1 -- Regards, Hiram Blog: http://hiramchirino.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James --- http://radio.weblogs.com/0112098/
[jira] Created: (AMQ-1013) Web console does not escape message details (/activemq-web-console/message.jsp)
Web console does not escape message details (/activemq-web-console/message.jsp) --- Key: AMQ-1013 URL: https://issues.apache.org/activemq/browse/AMQ-1013 Project: ActiveMQ Issue Type: Improvement Environment: OS X 10.4.8 / Java 1.5 / ActiveMQ 4.1-SNAPSHOT Reporter: Stefan Arentz Fix For: 4.1 The web console does not html-escape the message contents on the /message.jsp page which makes it difficult to see a xml test message. -- 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] Commented: (AMQ-1000) Networks of Brokers web page has errors
[ https://issues.apache.org/activemq/browse/AMQ-1000?page=comments#action_37311 ] Bernhard Wellhöfer commented on AMQ-1000: - I fixed 2). Please review my change. Networks of Brokers web page has errors - Key: AMQ-1000 URL: https://issues.apache.org/activemq/browse/AMQ-1000 Project: ActiveMQ Issue Type: Bug Components: Documentation Reporter: Bernhard Wellhöfer Hello, The page http://incubator.apache.org/activemq/networks-of-brokers.html has two errors: 1) Under NetworkConnector Properties the bridgeTempDestinations property is missing. 2) The examples under Example Configuration using NetworkConnector properties are not valid XML files. The properties name, dynamicOnly, conduitSubscriptions and decreaseNetworkConsumerPriority have to be XML attributes to the networkConnector element. -- 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
Ajax/ActiveMQ integration with myFaces, Portlets, Spring frameworks ?
Dear James, We would like to use Ajax/ActiveMQ (AMQ servlets) for server-push feature in some of our usecases in the webapplication project. We are shortlisting to use opensource AppFuse application using MyFaces - Spring - Hibernbate frameworks for our webapplication development. Attached is our understanding of Ajax/ActiveMQ architecture. We would like to know whether ActiveMQ-Ajax servlets provides:- -integration with myFaces -integrates with Spring -portlets support In the opensource AppFuse application, DWR integrates with Spring and MyFaces and also supports portlets. Hence, We are contemplating whether to use DWR or Ajax/ActiveMQ to provide server-push feature in our application, based on the above clarifications. We greatly appreciate your advise for the above queries. thanks and regards JT_RM http://www.nabble.com/file/3912/AjaxNIOJMSArchitecture-Summary.doc AjaxNIOJMSArchitecture-Summary.doc -- View this message in context: http://www.nabble.com/Ajax-ActiveMQ-integration-with-myFaces%2C-Portlets%2C-Spring-frameworks---tf2540640.html#a7078379 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
[jira] Commented: (AMQ-1016) 4.1 RC1: META-INF/spring.schemas refers to building user file:/Users/chirino/
[
https://issues.apache.org/activemq/browse/AMQ-1016?page=comments#action_37314 ]
Endre Stølsvik commented on AMQ-1016:
-
$.01 :
Find one thing that stands out:
{noformat}
beans xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns=http://www.springframework.org/schema/beans;
xmlns:aop=http://www.springframework.org/schema/aop;
xmlns:tx=http://www.springframework.org/schema/tx;
xmlns:amq=http://activemq.org/config/1.0;
xsi:schemaLocation=
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-2.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-2.0.xsd
http://activemq.org/config/1.0
http://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd;
{noformat}
and btw, the http://activemq.org/config/1.0; doesn't exist (404), and I don't
quite get the 1.0 either. Why not do as spring itself does, like
http://apache.org/schema/amq; and have a file activemq-amq-4.x.xsd or
somehting there?
4.1 RC1: META-INF/spring.schemas refers to building user
file:/Users/chirino/
---
Key: AMQ-1016
URL: https://issues.apache.org/activemq/browse/AMQ-1016
Project: ActiveMQ
Issue Type: Bug
Affects Versions: 4.1
Environment: n/a
Reporter: Endre Stølsvik
Priority: Minor
Referring to the 4.1 RC1 posted by Hiram Chirino Oct 06, here:
http://www.nabble.com/ActiveMQ-4.1-RC-1-tf2397970.html#a6686974
The META-INF file spring.schemas have the single line.
http\://activemq.org/config/1.0=file:/Users/chirino/sandbox/activemq-4.1/activemq-core/target/activemq.xsd
Notice file:/ and Users/chirino. Referring to
org.springframework.beans.factory.xml.PluggableSchemaResolver's javadoc:
schema-location should also be a schema file in the classpath, and that
no-one can tell what structure I will have on my fs, this must be wrong. In
addition, I most probably won't have a user name chirino.
PS: In addition, the doc at
http://www.activemq.org/site/how-do-i-embed-a-broker-inside-a-connection.html
refers as such:
xmlns:amq=http://activemq.org/config/1.0;
.. and ..
xsi:schemaLocation=http://activemq.org/config/1.0
http://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd;
Wouldn't it be nice if this was put at a better place than such a
snapshot-build URI? It could be put where it will reside when 4.1 actually is
out, w/o anyone being to angry about changes during the finalization period,
I personally believe.
--
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: [VOTE] Release Apache ActiveMQ 4.0.2 (RC 6)
Hi Hiram, I am still having trouble with message selector using STOMP C. it works fine in the 4.0.1 release. Thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Sunday, October 29, 2006 9:54 PM To: activemq-dev@geronimo.apache.org; general@incubator.apache.org Subject: [VOTE] Release Apache ActiveMQ 4.0.2 (RC 6) Some last minute NOTICE issues were still present in the 5th release candidate of the 4.0.2 build. We have also received confirmation from Apache legal discuss that it's ok to include work covered by the Creative Commons Attribution license. I have cut and RC 6 of the 4.0.2 build with the fixes and it's available here: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6/maven1/in cubator-activemq/distributions/ Maven 1 and Maven 2 repos for this release can be found at: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6 Here's the wiki page for the release notes: http://incubator.apache.org/activemq/activemq-402-release.html Please vote to approve this release binary [ ] +1 Release the binary as Apache ActiveMQ 4.0.2 [ ] -1 Veto the release (provide specific comments) This vote is being cross posted to the general incubator mailing list also to expedite the voting process. Here's my +1 -- Regards, Hiram Blog: http://hiramchirino.com
Re: servicemix-ftp: FtpPollingEndpoint?
Currently, the same pattern as for lightweight components can be used. You can define a BinaryFileMarshaler implementation on the endpoint: ftp:pollingEndpoint ... ftp:marshaler sm:binaryFileMarshaler / /ftp:marshaler /ftp:pollingEndpoint The DefaultFileMarshaler and BinaryFileMarshaler only send streams (on top of the file or underlying ftp connection), so there should be no memory problems. What are you referring to ? One enhancement would be to use an asynchronous send instead of a sendSync to avoid blocking threads, but it's another problem. On 10/30/06, abrighton [EMAIL PROTECTED] wrote: What is the best way to deal with files that are not XML in the ftp and file polling components? Send them as attachments? Are you working on anything in that direction? I suppose it could be a property of the endpoint class, configured in xbean.xml: wrapFiles=true... The other issue is how to deal with large files that you don't want to have multiple times in memory, but that is another issue. Maybe that could be another property setting, indicating to use some kind of reference to the file instead of the file itself? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7083459 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
Re: servicemix-ftp: FtpPollingEndpoint?
Thanks for the tip about the binaryFileMarshaler. I didn't realize you could do it that way. As for the memory usage: I was assuming that at some point the entire file would be read into memory. If this is not the case, it should not be a problem. -- Allan gnodet wrote: Currently, the same pattern as for lightweight components can be used. You can define a BinaryFileMarshaler implementation on the endpoint: ftp:pollingEndpoint ... ftp:marshaler sm:binaryFileMarshaler / /ftp:marshaler /ftp:pollingEndpoint The DefaultFileMarshaler and BinaryFileMarshaler only send streams (on top of the file or underlying ftp connection), so there should be no memory problems. What are you referring to ? One enhancement would be to use an asynchronous send instead of a sendSync to avoid blocking threads, but it's another problem. On 10/30/06, abrighton [EMAIL PROTECTED] wrote: What is the best way to deal with files that are not XML in the ftp and file polling components? Send them as attachments? Are you working on anything in that direction? I suppose it could be a property of the endpoint class, configured in xbean.xml: wrapFiles=true... The other issue is how to deal with large files that you don't want to have multiple times in memory, but that is another issue. Maybe that could be another property setting, indicating to use some kind of reference to the file instead of the file itself? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7083459 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7084079 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: servicemix-ftp: FtpPollingEndpoint?
On 10/30/06, abrighton [EMAIL PROTECTED] wrote: Thanks for the tip about the binaryFileMarshaler. I didn't realize you could do it that way. The marshaler is the easiest way to customize the behavior of endpoints. As for the memory usage: I was assuming that at some point the entire file would be read into memory. If this is not the case, it should not be a problem. It can be, usually if the target component need that to process the incoming exchange, but the BC themselves won't. -- Allan gnodet wrote: Currently, the same pattern as for lightweight components can be used. You can define a BinaryFileMarshaler implementation on the endpoint: ftp:pollingEndpoint ... ftp:marshaler sm:binaryFileMarshaler / /ftp:marshaler /ftp:pollingEndpoint The DefaultFileMarshaler and BinaryFileMarshaler only send streams (on top of the file or underlying ftp connection), so there should be no memory problems. What are you referring to ? One enhancement would be to use an asynchronous send instead of a sendSync to avoid blocking threads, but it's another problem. On 10/30/06, abrighton [EMAIL PROTECTED] wrote: What is the best way to deal with files that are not XML in the ftp and file polling components? Send them as attachments? Are you working on anything in that direction? I suppose it could be a property of the endpoint class, configured in xbean.xml: wrapFiles=true... The other issue is how to deal with large files that you don't want to have multiple times in memory, but that is another issue. Maybe that could be another property setting, indicating to use some kind of reference to the file instead of the file itself? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7083459 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7084079 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
[jira] Resolved: (SM-726) Upgrade to backport-util-concurrent 2.2
[ https://issues.apache.org/activemq/browse/SM-726?page=all ] Guillaume Nodet resolved SM-726. Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Mon Oct 30 14:43:29 2006 New Revision: 469310 URL: http://svn.apache.org/viewvc?view=revrev=469310 Log: SM-726: Upgrade to backport-util-concurrent 2.2 Modified: incubator/servicemix/trunk/pom.xml Upgrade to backport-util-concurrent 2.2 --- Key: SM-726 URL: https://issues.apache.org/activemq/browse/SM-726 Project: ServiceMix Issue Type: Improvement Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Fix For: 3.1 -- 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-2533) Password setup forms should use a confirmation field
Password setup forms should use a confirmation field Key: GERONIMO-2533 URL: http://issues.apache.org/jira/browse/GERONIMO-2533 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.1.1, 1.2 Reporter: Vamsavardhana Reddy Fix For: 1.1.x, 1.2 Some of the functions in admin console (For e.g., in keystores portlet, create new keystore page has a password field) require the user to setup a password. These pages should use a confirm field and validate that the user enters the same input in password and confirm fields. Without this, the users will not know if they have setup a different password than the one they intended to use. -- 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-2534) Security realms portlet should validate the realm-name for duplicate name
Security realms portlet should validate the realm-name for duplicate name - Key: GERONIMO-2534 URL: http://issues.apache.org/jira/browse/GERONIMO-2534 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.1.1, 1.2 Reporter: Vamsavardhana Reddy Fix For: 1.2 Add new security realm function does not check if the realm-name entered by the user is already in use. There are no errors shown in the console, whereas the following error is logged: 18:32:12,033 ERROR [ProxyCollection] Listener threw exception java.lang.IllegalArgumentException: ConfigurationEntry already registered at org.apache.geronimo.security.jaas.GeronimoLoginConfiguration.addConfi guration(GeronimoLoginConfiguration.java:115) at org.apache.geronimo.security.jaas.GeronimoLoginConfiguration.memberAd ded(GeronimoLoginConfiguration.java:96) at org.apache.geronimo.gbean.runtime.ProxyCollection.addTarget(ProxyColl ection.java:102) at org.apache.geronimo.gbean.runtime.GBeanCollectionReference.targetAdde d(GBeanCollectionReference.java:96) at org.apache.geronimo.gbean.runtime.GBeanCollectionReference.addTarget( GBeanCollectionReference.java:180) at org.apache.geronimo.gbean.runtime.GBeanCollectionReference$1.running( GBeanCollectionReference.java:110) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve nt(BasicLifecycleMonitor.java:173) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas icLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:292) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j ava:526) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB eanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe ndency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe ndency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve nt(BasicLifecycleMonitor.java:173) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas icLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:292) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j ava:526) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB eanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe ndency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe ndency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve nt(BasicLifecycleMonitor.java:173) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas icLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:292) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G BeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI nstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi cKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke rnelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:527) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:508) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastCla ssByCGLIB$$ce77a924.invoke(generated) at
Re: Error trying to start fresh trunk build (10/27/2006)
On Oct 27, 2006, at 2:50 PM, Jay D. McHugh wrote: Hello all. I just finished rebuilding a fresh checkout of trunk and built it starting with a blank m2 repo. When I try to start the server, I get the following error (both on tomcat and jetty): Using GERONIMO_BASE: /opt/geronimo-jetty-j2ee-1.2-SNAPSHOT Using GERONIMO_HOME: /opt/geronimo-jetty-j2ee-1.2-SNAPSHOT Using GERONIMO_TMPDIR: /opt/geronimo-jetty-j2ee-1.2-SNAPSHOT/var/temp Using JRE_HOME:/opt/jdk1.5.0_06 Using GERONIMO_OUT:/opt/geronimo-jetty-j2ee-1.2-SNAPSHOT/var/ log/geronimo.out ... Jay, My problem is caused by my setting of JAVA_HOME/JRE_HOME. In my case, $JRE_HOME/lib/ext was not a valid directory. Once I set JAVA_HOME/ JRE_HOME correctly, Geronimo starts fine. Either 1) your JAVA_HOME/JRE_HOME is incorrect, or 2) the layout of your JRE is not matching the expectations of geronimo.sh. Can you let us know if you're setting JAVA_HOME or JRE_HOME and the contents of either $JRE_HOME/lib/ext or $JAVA_HOME/jre/iib/ext or $JAVA_HOME/lib/ ext (I think those are the possible permutations). The reason why the exception is occurring is that an implementation of HmacSHA1 can not be loaded. The failure to load HmacSHA1 is the root cause of the problem. You aren't seeing this because an exception is being caught. The exception processing is calling assert. However, assertions are not enabled. We should consider adding -enableassertions to geronimo.sh. If you export JAVA_OPTS=- enableassertions before running geronimo.sh, you should see the actual problem... --kevan
Geronimo jmx question
Could someone please help me understand this? I have made some (trivial) modifications to geronimo-tomcat classes to set J2EEApplication and J2EEServer. During the startup of server I get this trace for each config containing a webapp. The serverotherwise starts fine. The console and the apps are working fine. the shutdown is also clean. The output on jconsole (Mapper, WebModule Mbeans) also looks right! The relevant stack trace is attached. Thanks In AdvanceAnitaP.S. Please let me know if full trace is needed. Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. 11:01:04,761 WARN [MapperListener] Error registering Context geronimo:J2EEApplication=null,J2EEServer=geronimo,j2eeType=WebModule,name=org.apache.geronimo.configs/welcome-tomcat/1.2-SNAPSHOT/car javax.management.ReflectionException: null nested exception is java.lang.NoSuchMethodException: findMappingObject() java.lang.NoSuchMethodException: findMappingObject() at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:170) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(InvokerMBeanServerInterceptor.java:221) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(SecurityMBeanServerInterceptor.java:84) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(ContextClassLoaderMBeanServerInterceptor.java:203) at mx4j.server.MX4JMBeanServer.invoke(MX4JMBeanServer.java:1043) at org.apache.catalina.connector.MapperListener.registerContext(MapperListener.java:377) at org.apache.catalina.connector.MapperListener.handleNotification(MapperListener.java:215) at mx4j.server.interceptor.NotificationListenerMBeanServerInterceptor$ListenerWrapper.handleNotification(NotificationListenerMBeanServerInterceptor.java:134) at javax.management.NotificationBroadcasterSupport.handleNotification(NotificationBroadcasterSupport.java:347) at javax.management.NotificationBroadcasterSupport.sendNotification(NotificationBroadcasterSupport.java:320) at javax.management.MBeanServerDelegate.sendNotification(MBeanServerDelegate.java:67) at mx4j.server.MX4JMBeanServer.notify(MX4JMBeanServer.java:881) at mx4j.server.MX4JMBeanServer.register(MX4JMBeanServer.java:869) at mx4j.server.MX4JMBeanServer.registerImpl(MX4JMBeanServer.java:830) at mx4j.server.MX4JMBeanServer.registerMBeanImpl(MX4JMBeanServer.java:769) at mx4j.server.MX4JMBeanServer.registerMBean(MX4JMBeanServer.java:753) at org.apache.geronimo.system.jmx.MBeanServerKernelBridge.register(MBeanServerKernelBridge.java:107) at org.apache.geronimo.system.jmx.MBeanServerKernelBridge.access$100(MBeanServerKernelBridge.java:46) at org.apache.geronimo.system.jmx.MBeanServerKernelBridge$GBeanRegistrationListener.loaded(MBeanServerKernelBridge.java:144) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireLoadedEvent(BasicLifecycleMonitor.java:149) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$100(BasicLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireLoadedEvent(BasicLifecycleMonitor.java:243) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:356) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:362) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
[jira] Created: (GERONIMO-2535) Support Java EE 5 Common Annotation Spec in Geronimo (JSR 250)
Support Java EE 5 Common Annotation Spec in Geronimo (JSR 250) --- Key: GERONIMO-2535 URL: http://issues.apache.org/jira/browse/GERONIMO-2535 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Reporter: Joe Bohn Assigned To: Joe Bohn For Java EE 5 certification Geronimo must support the Common Annotation Spec (JSR 250) in the full J2EE assemblies. -- 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-2536) Support Java EE 5 JavaServerPages Standard Tag Library in Geronimo (JSTL, JSR 52)
Support Java EE 5 JavaServerPages Standard Tag Library in Geronimo (JSTL, JSR 52) - Key: GERONIMO-2536 URL: http://issues.apache.org/jira/browse/GERONIMO-2536 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: specs Reporter: Joe Bohn Assigned To: Joe Bohn For Java EE 5 certification Geronimo must support the JavaServer Pages Standard Tag Library Spec (JSR 52) in the full J2EE assemblies. -- 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-2535) Support Java EE 5 Common Annotation Spec in Geronimo (JSR 250)
[ http://issues.apache.org/jira/browse/GERONIMO-2535?page=all ] Joe Bohn updated GERONIMO-2535: --- Component/s: specs Support Java EE 5 Common Annotation Spec in Geronimo (JSR 250) --- Key: GERONIMO-2535 URL: http://issues.apache.org/jira/browse/GERONIMO-2535 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: specs Reporter: Joe Bohn Assigned To: Joe Bohn For Java EE 5 certification Geronimo must support the Common Annotation Spec (JSR 250) in the full J2EE assemblies. -- 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: Geronimo jmx question
This seems to be a known problem:http://tomcat.apache.org/tomcat-5.5-doc/catalina/docs/api/org/apache/catalina/core/StandardContext.html#findMappingObject()public Context findMappingObject()FIXME: Fooling introspection ...I would like to put a workaround this problem. Any help will be appreciated. I have also changed the tomcat engine name from 'Geronimo' to 'geronimo'. ThanksAnitaanita kulshreshtha [EMAIL PROTECTED] wrote: Could someone please help me understand this? I have made some (trivial) modifications to geronimo-tomcat classes to set J2EEApplication and J2EEServer. During the startup of server I get this trace for each config containing a webapp. The serverotherwise starts fine. The console and the apps are working fine. the shutdown is also clean. The output on jconsole (Mapper, WebModule Mbeans) also looks right! The relevant stack trace is attached. Thanks In AdvanceAnitaP.S. Please let me know if full trace is needed. Everyone is raving about the all-new Yahoo! Mail.
Re: Error trying to start fresh trunk build (10/27/2006)
On 10/29/06, Kevan Miller [EMAIL PROTECTED] wrote: The reason why the exception is occurring is that an implementation of HmacSHA1 can not be loaded. The failure to load HmacSHA1 is the root cause of the problem. You aren't seeing this because an exception is being caught. The exception processing is calling assert. However, assertions are not enabled. We should consider adding -enableassertions to geronimo.sh. If you export JAVA_OPTS=- enableassertions before running geronimo.sh, you should see the actual problem... That's interesting...I have never considered 'enableassertions' as a way to get more detailed error messages. Thanks Kevan! Jacek -- Jacek Laskowski http://www.jaceklaskowski.pl
Re: Maven2 vs. Geronimo Maven2 repository problems
It's easy to tell you're not happy :-) On Oct 29, 2006, at 12:40 PM, Jason Dillon wrote: On Oct 29, 2006, at 5:11 AM, Aaron Mulder wrote: Just for the record, I like having a post-processed module format. I wouldn't mind if it had XML data instead of serialized objects, but I am not really in favor of throwing it away and making a standard (pre-processed) J2EE JAR+DD+deployment plan into our official module format. So I'd rather find ways to make the CAR builds work right. :) sarcasm Ya, I really love having config files tucked away in little objects zipped up in jar files. Ya, and then when I want to change some of that config... I really love how I have to rebuild the entire server... which is so easy... oh do I have the latest dependencies in my local repo, oh... it will only take a few hours to download, and pray my local repo does not have bunk metadata... and oh wait are all those deps on the snapshot repo... didn't some apache stuff crash again??!? /sarcasm This seems to be a problem with all but the simplest m2 builds. I don't think you can blame the non-working snapshot problems on geronimo rather than maven. CAR files are not simple from a users perspective, or from an application builders either. The only guy who things these are simple is the little gremlin that needs to load CARs into the server... which is great, we have pushed all of the complexity out of the server and into the build process, which I can certainly tell you had not simplified my life, as I have been chasing down CAR problems for weeks and weeks now. How do CAR files make anyones job easier (except for that little gremlin that is)? How do CAR files simplify the configuration of a server? How do CAR files simplify building a custom application on top of Geronimo? How do they make building plugins any easier?! From what I have gathered so far, from the mailing list, and other complaints about car plugin failures and other mvn related muck... is that CAR files only worsen the situation, making G more complicated to configure and comprehend. Months ago, when I came back to help on Geronimo... It took me weeks to discover where the configuration was for the ActiveMQ broker... and I just wanted to change one little attribute. And back then the m1 build would almost never make it 10 modules before it was puking on something, so I could not ever rebuild the server to change that one attribute and soon I gave up. The complexity that is comes along with CARs, whether it be a users frustration about finding and changing configuration, or a developers frustration about why a CAR module build is failing... and needing to track down David Jencks, who seems like one of the only folks able to comprehend what's going on, or maybe your frustration when trying to get a plugin CAR build to include the correct server deps... K.I.S.S and ditch the CARs. But anyway, isn't there some way to get Maven to tell you why it's chosen to download some particular module? It gives you that nice little dependency trace when it fails to find something, but I would hope there's some debug mode where it shows that for everything... No Aaron, this is not Maven anymore... 90% of CAR'ing is done from the Kernel. Only a very thin Maven veneer is used to setup the Kernel components and feed it some data. After that it is the little gremlins at work that do the rest... and they do not know anything about Maven, or Mavens dependency tree, or really even how to barf up intelligent error messages, or provide more debug intel with -X I've recommended for a while that we align geronimo and maven dependencies, but this would cause complete disruption of the svn tree and build order, and I haven't heard anyone say that they think its a good idea before 1.2 is out. However, having them different causes major confusion in understanding the build and cars. For example... CAR builds depend on artifacts which are not directly listed in the Maven projects pom.xml... the deployers, which the Kernel will do something with... and those deps need to be fully transitively resolved in the Maven repo before that will function correctly. None of those deps will show up in any Maven trace, as Maven knows absolutely nothing about them. Well, they're pretty much like maven plugins, they're used in the build. Maybe there's some way to make them actually be maven plugins. And if you add the deps for the deployers to your module... then the CAR gremlins start to do more muck with them, which often causes a CAR build to fail, even if you set the scope to provided... or was it test? I can't recall since we have bastardized the maven scope mechanism to add custom semantics to CAR dependencies. Would configuring each deployer as a maven plugin solve this? * * * I have heard from a few peeps, like you, that you don't want to get
[jira] Commented: (GERONIMO-2532) Unable to start the server using the startup scripts
[
http://issues.apache.org/jira/browse/GERONIMO-2532?page=comments#action_12445611
]
Kevan Miller commented on GERONIMO-2532:
Either 1) your JAVA_HOME/JRE_HOME is incorrect, or 2) the layout of your JRE is
not matching the expectations of geronimo.sh. Can you let us know if you're
setting JAVA_HOME or JRE_HOME and the contents of either $JRE_HOME/lib/ext or
$JAVA_HOME/jre/iib/ext or $JAVA_HOME/lib/ext (I think those are the possible
permutations).
I ran into this problem because my $JRE_HOME/bin directory contained a symbolic
link to the java executable. $JRE_HOME/lib/ext did not exist... Setting
JRE_HOME properly fixes my problem...
The reason why the exception is occurring is that an implementation of HmacSHA1
can not be loaded. The failure to load HmacSHA1 is the root cause of the
problem. You aren't seeing this because an exception is being caught. The
exception processing is calling assert. However, assertions are not enabled. We
should consider adding -enableassertions to geronimo.sh. If you export
JAVA_OPTS=-enableassertions before running geronimo.sh, you should see the
actual problem...
Hmm. Actually, this is not a great use of assert... from
org.apache.geronimo.security.ContextManager
public static void setAlgorithm(String algorithm) {
...
try {
Mac mac = Mac.getInstance(algorithm);
mac.init(key);
} catch (NoSuchAlgorithmException e) {
assert false : Should never have reached here;
} catch (InvalidKeyException e) {
assert false : Should never have reached here;
}
}
Unable to start the server using the startup scripts
Key: GERONIMO-2532
URL: http://issues.apache.org/jira/browse/GERONIMO-2532
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: startup/shutdown
Affects Versions: 1.2
Environment: Linux an MacOS
Reporter: Jay D. McHugh
If you try to start the server using the startup scripts, then the server
gets to the webconsole startup and fails on an NPE error.
I have tried to track down what is going on and it seems that something about
the extended dirs lines in the startup script causes the problem.
If I remove those lines, then I am able to start the server successfully.
--
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-2532) Unable to start the server using the startup scripts
[ http://issues.apache.org/jira/browse/GERONIMO-2532?page=all ] Kevan Miller reassigned GERONIMO-2532: -- Assignee: Kevan Miller Unable to start the server using the startup scripts Key: GERONIMO-2532 URL: http://issues.apache.org/jira/browse/GERONIMO-2532 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 1.2 Environment: Linux an MacOS Reporter: Jay D. McHugh Assigned To: Kevan Miller If you try to start the server using the startup scripts, then the server gets to the webconsole startup and fails on an NPE error. I have tried to track down what is going on and it seems that something about the extended dirs lines in the startup script causes the problem. If I remove those lines, then I am able to start the server successfully. -- 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: Java EE schema license question
CC'ing cxf-dev and apache legal, as it pertains to Geronimo, but I think it would be good for us (CXF) to hear from legal The part of the license that concerns me is this: No part of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Does G have prior written authorization to include it as part of the source distro? Does Apache as a whole? Can we as an incubating project redistribute this in our source distribution? If not can we do so temporarily until we're able to obtain authorization? - Dan Bozhong Lin wrote: re-sending with Java EE schema URL links included: [1] http://java.sun.com/xml/ns/javaee/javaee_5.xsd [2] http://java.sun.com/xml/ns/j2ee/j2ee_1_4.xsd Original Message Subject: Java EE schema license question Date: Mon, 30 Oct 2006 12:31:05 +0800 From: Bozhong Lin [EMAIL PROTECTED] To: dev@geronimo.apache.org Hi, Apache CXF currently use java EE 5 [1] schema, and would like to include the schema in distribution if that is allowed from copyright perspective. From the copyright statement included in the schema file, it seems to be very strict for redistribution. I found that Geronimo source distribution includes java EE 1.4 schema [2], which has similar copyright statement. I just wonder if this ever was a legal issue for you guys, and how you guys get around of this if so? Thanks for the insight! Cheers, Bo -- Dan Diephouse Envoi Solutions http://envoisolutions.com http://netzooid.com/blog
[jira] Created: (SM-725) Handle clustering of inbound endpoints (using a locking mechanism)
Handle clustering of inbound endpoints (using a locking mechanism) -- Key: SM-725 URL: https://issues.apache.org/activemq/browse/SM-725 Project: ServiceMix Issue Type: New Feature Components: servicemix-file, servicemix-ftp Reporter: Guillaume Nodet -- 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: (DAYTRADER-17) Dojo-based interface for Daytrader
Dojo-based interface for Daytrader -- Key: DAYTRADER-17 URL: http://issues.apache.org/jira/browse/DAYTRADER-17 Project: DayTrader Issue Type: New Feature Components: Web Tier Affects Versions: 1.2 Reporter: Christopher James Blythe Have opened this to track work on the Dojo-based UI for Daytrader that I have been playing around with. -- 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: Java EE schema license question
Schemas has been removed from the latest Geronimo distributions. They are only used at build time to generate xmlbeans classes to parse the deployment descriptors and are no longer distributed afaik. On 10/30/06, Dan Diephouse [EMAIL PROTECTED] wrote: CC'ing cxf-dev and apache legal, as it pertains to Geronimo, but I think it would be good for us (CXF) to hear from legal The part of the license that concerns me is this: No part of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Does G have prior written authorization to include it as part of the source distro? Does Apache as a whole? Can we as an incubating project redistribute this in our source distribution? If not can we do so temporarily until we're able to obtain authorization? - Dan Bozhong Lin wrote: re-sending with Java EE schema URL links included: [1] http://java.sun.com/xml/ns/javaee/javaee_5.xsd [2] http://java.sun.com/xml/ns/j2ee/j2ee_1_4.xsd Original Message Subject: Java EE schema license question Date: Mon, 30 Oct 2006 12:31:05 +0800 From: Bozhong Lin [EMAIL PROTECTED] To: dev@geronimo.apache.org Hi, Apache CXF currently use java EE 5 [1] schema, and would like to include the schema in distribution if that is allowed from copyright perspective. From the copyright statement included in the schema file, it seems to be very strict for redistribution. I found that Geronimo source distribution includes java EE 1.4 schema [2], which has similar copyright statement. I just wonder if this ever was a legal issue for you guys, and how you guys get around of this if so? Thanks for the insight! Cheers, Bo -- Dan Diephouse Envoi Solutions http://envoisolutions.com http://netzooid.com/blog -- Cheers, Guillaume Nodet
[jira] Updated: (DAYTRADER-17) Dojo-based interface for Daytrader
[ http://issues.apache.org/jira/browse/DAYTRADER-17?page=all ] Christopher James Blythe updated DAYTRADER-17: -- Attachment: daytrader-17.zip Attached is the latest revision of my code which includes the 0.4.0 version of the Dojo toolkit (released late last week). Simply unzip this over an existing daytrader svn repository and build with maven. This package adds three new modules and a plan file for installing the target ear. - dojo-ui-ear - dojo-ui-web (contains the dojo 0.4.0 build and daytrader ui) - json-proxy (contains the web services proxy for interacting with daytrader services) Once installed, the interface can be accessed at... /dojo_trader/daytrader.html As I have already mentioned in posts to the dev list, it seems to be working without any major issues on Firefox and IE; however, it does require the Flash plugin (may do some additional work to remove this dependency if possible). The only qwerk I am seeing right now is that you have to resize the screen after performing the initial page load within Firefox in order for it to complete the layout correctly. Dojo-based interface for Daytrader -- Key: DAYTRADER-17 URL: http://issues.apache.org/jira/browse/DAYTRADER-17 Project: DayTrader Issue Type: New Feature Components: Web Tier Affects Versions: 1.2 Reporter: Christopher James Blythe Attachments: daytrader-17.zip Have opened this to track work on the Dojo-based UI for Daytrader that I have been playing around with. -- 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
Board Report Comments Consolidated
Ken, Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences JUGs at Atlanta, Virginia, Jacek Laskowski, Bill Dudney and Matt Hogstrom were at JAOO and presented on Geronimo. Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet Matt Hogstrom [EMAIL PROTECTED]
Re: Board Report Comments Consolidated
Still missing Apachecon and speakers there. I spoke, as well as Aaron and Bruce. Matt Hogstrom wrote: Ken, Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences JUGs at Atlanta, Virginia, Jacek Laskowski, Bill Dudney and Matt Hogstrom were at JAOO and presented on Geronimo. Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet Matt Hogstrom [EMAIL PROTECTED]
Re: Board Report Comments Consolidated
I also spoke at a JUG in Gainesville, FL. I believe Aaron spoke at JUGs in Orlando and NJ (just saw a comment on that one). There was also the webcast that was made available by Matt, Jim Jagielski and myself. Joe Matt Hogstrom wrote: Ken, Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences JUGs at Atlanta, Virginia, Jacek Laskowski, Bill Dudney and Matt Hogstrom were at JAOO and presented on Geronimo. Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet Matt Hogstrom [EMAIL PROTECTED]
[jira] Commented: (GERONIMO-2532) Unable to start the server using the startup scripts
[ http://issues.apache.org/jira/browse/GERONIMO-2532?page=comments#action_12445622 ] Jay D. McHugh commented on GERONIMO-2532: - It looks like the problem is an issue with the creation of the default JRE_HOME setting. In setjavaenv.sh, there is a block of code that is supposed to set JRE_HOME based on JAVA_HOME if it is not already set. But, the test is wrong, so JRE_HOME ends up getting set to the exact same thing as JAVA_HOME. Here are the contents of my patch to correct this (short): Index: assemblies/geronimo-boilerplate-minimal/src/main/resources/bin/setjavaenv.sh === --- assemblies/geronimo-boilerplate-minimal/src/main/resources/bin/setjavaenv.sh (revision 469072) +++ assemblies/geronimo-boilerplate-minimal/src/main/resources/bin/setjavaenv.sh (working copy) @@ -45,7 +45,7 @@ exit 1 fi if [ -z $JRE_HOME ]; then - if [ -d $JRE_HOME/jre ]; then + if [ -d $JAVA_HOME/jre ]; then JRE_HOME=$JAVA_HOME/jre else JRE_HOME=$JAVA_HOME Unable to start the server using the startup scripts Key: GERONIMO-2532 URL: http://issues.apache.org/jira/browse/GERONIMO-2532 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 1.2 Environment: Linux an MacOS Reporter: Jay D. McHugh Assigned To: Kevan Miller Attachments: geronimo-2532.patch If you try to start the server using the startup scripts, then the server gets to the webconsole startup and fails on an NPE error. I have tried to track down what is going on and it seems that something about the extended dirs lines in the startup script causes the problem. If I remove those lines, then I am able to start the server successfully. -- 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-2532) Unable to start the server using the startup scripts
[ http://issues.apache.org/jira/browse/GERONIMO-2532?page=all ] Jay D. McHugh updated GERONIMO-2532: Attachment: geronimo-2532.patch Unable to start the server using the startup scripts Key: GERONIMO-2532 URL: http://issues.apache.org/jira/browse/GERONIMO-2532 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 1.2 Environment: Linux an MacOS Reporter: Jay D. McHugh Assigned To: Kevan Miller Attachments: geronimo-2532.patch If you try to start the server using the startup scripts, then the server gets to the webconsole startup and fails on an NPE error. I have tried to track down what is going on and it seems that something about the extended dirs lines in the startup script causes the problem. If I remove those lines, then I am able to start the server successfully. -- 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: [discussion] openejb-itests in testsuite
Thanx. Please see comments inline - Cheers Prasad On 10/27/06, David Blevins [EMAIL PROTECTED] wrote: Ok, I took look through where you're going and here's a slightly altered proposal. We group the tests with the beans as such: openejb-footests/src/main/# this is where the beans will go openejb-footests/src/test/# this is where the client test code will go Do you propose putting all the beans in one single module and thus one single ejb-jar ? The many plans that we use forces us to have multiple jars and thus separate modules(poms) for each. This is why I had the beans spread across multiple modules. We setup the poms to package and publish the test code with the beans: http://maven.apache.org/plugins/maven-jar-plugin/test-jar-mojo.html +1. I like this idea. It keeps the tests code with the beans. In geronimo/testsuite/ejbcontainer-testsuite, I can just get this test-jar, expand it and run the tests in them. That will avoid spreading the code for a single test between two modules and avoids the bucket module that would contain all test client code for all modules and would needlessly have a dependency on all modules. Couple thoughts on the poms: - the parent would lineage would be org.apache.openejb:itests - org.apache.openejb:openejb - the groupId would be org.apache.openejb The groupId and the parent lineage looks good. As stated above, there would be many child modules for the beans under the itests parent module groupId: o.a.openejb openejb - itests - itests-security-xxx openejb - itests - itests-cmp2-xxx You and put any geronimo-specific plugins, descriptors, or dependencies in pom.xmls (modules) in geronimo svn using any layout you choose. Those modules would just declare dependencies on the openejb test libraries they wish to reuse. That should be fine unless you also plan to redo all the test source code to something other than junit or introduce code dependencies on geronimo-specific bits of test framework. If that's the ultimate goal, then it might just be better to take a copy of the test code. Well, the other tests in geronimo are written in TestNG. Until we move to JDK 1.5, it doesn't make sense to move the openejb itests to TestNG. The annotations all have to change. Moreover, it may not make practical sense to move these 400+ tests from junit to TestNG. So we may stay with this arrangement. But IF ever we do so for any reason, then yes, we should make another copy of the test code. Thoughts? -David Thanx Prasad
manually downloading jars?
Hi Folks, I updated my local copy of the trunk code this morning and the build failed with: [INFO] Failed to resolve artifact. Missing: -- 1) org.tranql:tranql:jar:1.4-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.tranql -DartifactId=tranql \ -Dversion=1.4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.modules:geronimo-connector:jar:1.2-SNAPSHOT 2) org.tranql:tranql:jar:1.4-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-connector:jar:1.2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus (http://repository.codehaus.org), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) I looked at the repositories and codehaus-snapshots has an org/tranql/tranql/1.4-SNAPSHOT/ directory with a bunch of jars in it. Is it OK to grab the most recent (which appears to be tranql-1.4-20061027.210906-6.jar) and follow the directions in the error message? Or is there something else at play? Thanks, Toby
RE: Java EE schema license question
No part of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. In Eclipse-land, when these files are needed by the WTP framework, it actually pops up a dialog box with the license and you have to click yes to carry on. My assumption is that this little piece of text is the issue, so I would be interested to hear any of the (qualified :) opinions that come up here. cheers --oh
Patches in RTC (Geronimo - 2006-10-30)
Geronimo - Monday, October 30, 2006 5 Patches in RTC [GERONIMO-2485] PersistenceUnitGBean needs a NamespaceDrivenDeployer - Assignee: David Jencks - Reporter: David Jencks - Created: Wed Oct 11 21:23:29 GMT 2006 - Updated: Tue Oct 24 21:12:24 GMT 2006 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-2485 [GERONIMO-1277] Change group-id to org.apache.geronimo - Assignee: Jason Dillon - Reporter: Dain Sundstrom - Created: Sat Dec 03 10:55:12 GMT 2005 - Updated: Sun Oct 01 22:38:21 GMT 2006 - Votes: 1 1 David Jencks - http://issues.apache.org/jira/browse/GERONIMO-1277 [GERONIMO-2015] Let's replace JKS to PKCS12 key store type - Assignee: Unassigned - Reporter: Nikolay Chugunov - Created: Fri May 12 21:54:17 GMT 2006 - Updated: Tue Oct 17 16:24:28 GMT 2006 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-2015 [GERONIMO-2409] Provide config/module aliasing ability - Assignee: David Jencks - Reporter: David Jencks - Created: Fri Sep 15 22:36:59 GMT 2006 - Updated: Mon Sep 25 17:14:18 GMT 2006 - Votes: 3 1 Gianny Damour 2 Jeff Genender 3 Joe Bohn - http://issues.apache.org/jira/browse/GERONIMO-2409 [GERONIMO-2413] Add a Certification Authority (CA) portlet to Geronimo console - Assignee: Unassigned - Reporter: Vamsavardhana Reddy - Created: Tue Sep 19 03:12:08 GMT 2006 - Updated: Thu Oct 19 09:29:08 GMT 2006 - Votes: 1 1 Donald Woods - http://issues.apache.org/jira/browse/GERONIMO-2413 NOTE: This email is generated and does not constitute and offical vote or vote result. All official voting is done on the dev list. If you do not see your issue here, click the Begin RTC Review link under the Available Workflow Actions of the JIRA page. If you do not see your vote here, click the Vote link under the Operations section of the JIRA page. *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE *** Template: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm
Re: Java EE schema license question
For Geronimo (apart from initial setup) it is most often run in a background environment through scripts so there isn't a person their to accept the license. We could probably create some kind of acceptance file that a user would have to manually update but that's kind of clunky. On Oct 30, 2006, at 10:21 AM, Hurley, Oisin wrote: No part of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. In Eclipse-land, when these files are needed by the WTP framework, it actually pops up a dialog box with the license and you have to click yes to carry on. My assumption is that this little piece of text is the issue, so I would be interested to hear any of the (qualified :) opinions that come up here. cheers --oh Matt Hogstrom [EMAIL PROTECTED]
servicemix-ftp: FtpPollingEndpoint?
I tried out the new servicemix-ftp component in the 3.1 snapshot. The current version supports sending files to an ftp server, but not yet polling an ftp server for files to download. I started working on a FtpPollingEndpoint class, similar to the FilePollingEndpoint class in servicemix-file. Is someone else also working on this now? Should I create a JIRA issue for it? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7077986 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: Board Report Comments Consolidated
Matt, Sorry to be late with these. Releases 1.1.1 was released JUGS and Conferences I gave a Geronimo talk at the Open Source Conference (OSC) in Tokyo. I gave a Geronimo talk to the Triangle WebSphere Users Group Project The community voted to move from RTC to CTR. Hmmm. I'm having some serious deja vu. When was the last time we prepared a board report? What time frame is this supposed to cover? --kevan
Re: Java EE schema license question
We recently noticed this problem also and have removed all the sun schemas from our distributions and active svn branches. Earlier releases (up through 1.1) included the j2ee 1.4 schemas, and we haven't made any attempt to stop distributing them or modify the svn tags for the releases to remove the sun schemas. What we've done is to put the sun schemas in the non-public tck repo and generate xmlbeans artifacts from them. We distribute the xmlbeans source and compiled classes, while removing the actual schemas themselves. This does seem slightly silly since sun does not require a click- through license to access them from the web: we could also have generated the xmlbeans artifacts by downloading the schemas at build time. I decided against this approach because it would prevent offline builds and because sun has sometimes changed the schemas without changing any versioning info and I'd prefer to know what it is we are building from. IIUC Geir would be the one to negotiate a license and since IIRC he pointed out the problem to us I assume he regards it as extremely unlikely that we can get a license to redistribute the files. thanks david jencks On Oct 30, 2006, at 6:46 AM, Dan Diephouse wrote: CC'ing cxf-dev and apache legal, as it pertains to Geronimo, but I think it would be good for us (CXF) to hear from legal The part of the license that concerns me is this: No part of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Does G have prior written authorization to include it as part of the source distro? Does Apache as a whole? Can we as an incubating project redistribute this in our source distribution? If not can we do so temporarily until we're able to obtain authorization? - Dan Bozhong Lin wrote: re-sending with Java EE schema URL links included: [1] http://java.sun.com/xml/ns/javaee/javaee_5.xsd [2] http://java.sun.com/xml/ns/j2ee/j2ee_1_4.xsd Original Message Subject: Java EE schema license question Date: Mon, 30 Oct 2006 12:31:05 +0800 From: Bozhong Lin [EMAIL PROTECTED] To: dev@geronimo.apache.org Hi, Apache CXF currently use java EE 5 [1] schema, and would like to include the schema in distribution if that is allowed from copyright perspective. From the copyright statement included in the schema file, it seems to be very strict for redistribution. I found that Geronimo source distribution includes java EE 1.4 schema [2], which has similar copyright statement. I just wonder if this ever was a legal issue for you guys, and how you guys get around of this if so? Thanks for the insight! Cheers, Bo -- Dan Diephouse Envoi Solutions http://envoisolutions.com http://netzooid.com/blog - DISCLAIMER: Discussions on this list are informational and educational only. Statements made on this list are not privileged, do not constitute legal advice, and do not necessarily reflect the opinions and policies of the ASF. See http://www.apache.org/licenses/ for official ASF policies and documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to start server built from trunk (rev 469165)
I have built the server from trunk (rev 469165). I am observing startup failures. The following is the console output upon starting the server from tomcat distribution: Booting Geronimo Kernel (in Java 1.4.2_12)... Starting Geronimo Application Server v1.2-SNAPSHOT 22:34:54,385 INFO [BrokerService] ActiveMQ 4.1-incubator-SNAPSHOT JMS Message Broker (possibly-unique-broker) is starting 22:34:54,385 INFO [BrokerService] For help or more information please see: http://incubator.apache.org/activemq/ 22:34:54,536 INFO [ManagementContext] JMX consoles can connect to service:jmx:rmi://alexander/jndi/rmi://localhost:1099/jmxrmi 22:34:54,656 INFO [JDBCPersistenceAdapter] Database driver recognized: [apache_derby_embedded_jdbc_driver] 22:34:57,420 INFO [DefaultDatabaseLocker] Attempting to acquire the exclusive lock to become the Master broker 22:34:57,420 INFO [DefaultDatabaseLocker] Becoming the master on dataSource: [EMAIL PROTECTED] 22:34:57,570 INFO [JournalPersistenceAdapter] Journal Recovery Started from: Active Journal: using 2 x 20.0 Megs at: C:\g1.2t\activemq-data\possibly-unique-broker\journal 22:34:57,730 INFO [JournalPersistenceAdapter] Journal Recovered: 0 message(s) in transactions recovered. 22:34:58,041 INFO [BrokerService] ActiveMQ JMS Message Broker (possibly-unique-broker, ID:Alexander-1596-1162227893985-1:0) started 22:34:58,121 INFO [TransportConnector] Connector vm://localhost Started 22:34:58,171 INFO [TransportServerThreadSupport] Listening for connections at: tcp://0.0.0.0:61616 22:34:58,201 INFO [TransportConnector] Connector tcp://0.0.0.0:61616 Started 22:34:58,221 INFO [TransportServerThreadSupport] Listening for connections at: stomp://Alexander:61613 22:34:58,221 INFO [TransportConnector] Connector stomp://Alexander:61613 Started [** ] 60% 24s Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/openejb-deployer/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:544) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:508) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated) 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:820) 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$$227b6030.startConfiguration(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:286) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:440) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:527) ... 13 more Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.openejb.deployment.OpenEjbModuleBuilder ParameterTypes: [class org.apache.geronimo.kernel.repository.Environment, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class org.apache.geronimo.gbean.AbstractNameQuery, class java.lang.Object, interface java.util.Collection, interface java.util.Collection, interface java.util.Collection, interface org.apache.geronimo.j2ee.deployment.NamingBuilder, interface org.apache.geronimo.naming.deployment.ResourceEnvironmentSetter, interface org.apache.geronimo.j2ee.deployment.ActivationSpecInfoLocator, interface org.apache.geronimo.kernel.Kernel] constructor types: [class org.apache.geronimo.kernel.repository.Environment, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class org.apache.geronimo.gbean.AbstractNameQuery, class org.apache.geronimo.gbean.GBeanData, interface org.apache.geronimo.j2ee.deployment.WebServiceBuilder, interface org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface
Re: servicemix-ftp: FtpPollingEndpoint?
Well, I've nearly finished it ... I will commit soon, and you should be able to give feedback. On 10/30/06, abrighton [EMAIL PROTECTED] wrote: I tried out the new servicemix-ftp component in the 3.1 snapshot. The current version supports sending files to an ftp server, but not yet polling an ftp server for files to download. I started working on a FtpPollingEndpoint class, similar to the FilePollingEndpoint class in servicemix-file. Is someone else also working on this now? Should I create a JIRA issue for it? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7077986 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
Board Report Comments Consolidated - 12:00 On Monday
This incorporates all input so far. Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences - JUGs * Atlanta – Matt Hogstrom * Virginia – Paul McMahan * RTP Trangle User’s Group – Kevan Miller * Gainesville, FL – Joe Bohn - JAOO - Jacek Laskowski, Bill Dudney and Matt Hogstrom presented on Geronimo. - ApacheCon - Two presentations * Jeff Genender * Aaron Mulder and Bruce Snyder co-presented - Open Source Conference (OSC) in Tokyo presented by Kevan Miller - Spring Conference – Dain Sundstrom spoke about Xbean Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.1.1 was released in September 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet
Re: How to get an attachment of a SOAP reques in a jsr181 component?
I have got that. FINALLY!!! Now I am in another deal. I can send txt files from my web application to Service Mix, but when I try to do exactly the same but with .DOC files I can not do that. So I am having a new question: How can I send a DOC file as an attachment in a SOAP request? Thanks. JUAN -- View this message in context: http://www.nabble.com/How-to-get-an-attachment-of-a-SOAP-reques-in-a-jsr181-component--tf2502337.html#a7078870 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: servicemix-ftp: FtpPollingEndpoint?
I have just committed why work, sorry about that. Feel free to take a look at it and add any features you need. One remaining problem is that ftp / file operations are not atomic. It means that if you use a FTP writer and a FTP poller on the same dir, the poller may want to process the file before the writer has completed the writing. In this case, the file may be lost. So we may need something to prevent the poller from reading and deleting the file before it has been fully written (maybe use a temp file starting with a known pattern, and use a filter on the poller). Or use a lock file to prevent a ftp poller / writer to process a file (it would also work for SM-725 about clustering polling endpoints). On 10/30/06, Guillaume Nodet [EMAIL PROTECTED] wrote: Well, I've nearly finished it ... I will commit soon, and you should be able to give feedback. On 10/30/06, abrighton [EMAIL PROTECTED] wrote: I tried out the new servicemix-ftp component in the 3.1 snapshot. The current version supports sending files to an ftp server, but not yet polling an ftp server for files to download. I started working on a FtpPollingEndpoint class, similar to the FilePollingEndpoint class in servicemix-file. Is someone else also working on this now? Should I create a JIRA issue for it? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7077986 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet -- Cheers, Guillaume Nodet
Re: How to get an attachment of a SOAP reques in a jsr181 component?
What's the problem ? ServiceMix is completely agnostic about the content of binary attachments. Do you have an exception ? On 10/30/06, JUANI [EMAIL PROTECTED] wrote: I have got that. FINALLY!!! Now I am in another deal. I can send txt files from my web application to Service Mix, but when I try to do exactly the same but with .DOC files I can not do that. So I am having a new question: How can I send a DOC file as an attachment in a SOAP request? Thanks. JUAN -- View this message in context: http://www.nabble.com/How-to-get-an-attachment-of-a-SOAP-reques-in-a-jsr181-component--tf2502337.html#a7078870 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
Re: Board Report Comments Consolidated - 12:00 On Monday
Also, as Joe mentioned, JUGs in NJ and Orlando. Thanks, Aaron On 10/30/06, Matt Hogstrom [EMAIL PROTECTED] wrote: This incorporates all input so far. Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences - JUGs * Atlanta – Matt Hogstrom * Virginia – Paul McMahan * RTP Trangle User's Group – Kevan Miller * Gainesville, FL – Joe Bohn - JAOO - Jacek Laskowski, Bill Dudney and Matt Hogstrom presented on Geronimo. - ApacheCon - Two presentations * Jeff Genender * Aaron Mulder and Bruce Snyder co-presented - Open Source Conference (OSC) in Tokyo presented by Kevan Miller - Spring Conference – Dain Sundstrom spoke about Xbean Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.1.1 was released in September 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet
Re: Unable to start server built from trunk (rev 469165)
Server started fine after a clean build. VamsiOn 10/30/06, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I have built the server from trunk (rev 469165). I am observing startup failures. The following is the console output upon starting the server from tomcat distribution: Booting Geronimo Kernel (in Java 1.4.2_12)... Starting Geronimo Application Server v1.2-SNAPSHOT 22:34:54,385 INFO [BrokerService] ActiveMQ 4.1-incubator-SNAPSHOT JMS Message Broker (possibly-unique-broker) is starting 22:34:54,385 INFO [BrokerService] For help or more information please see: http://incubator.apache.org/activemq/ 22:34:54,536 INFO [ManagementContext] JMX consoles can connect to service:jmx:rmi://alexander/jndi/rmi://localhost:1099/jmxrmi 22:34:54,656 INFO [JDBCPersistenceAdapter] Database driver recognized: [apache_derby_embedded_jdbc_driver] 22:34:57,420 INFO [DefaultDatabaseLocker] Attempting to acquire the exclusive lock to become the Master broker 22:34:57,420 INFO [DefaultDatabaseLocker] Becoming the master on dataSource: [EMAIL PROTECTED] 22:34:57,570 INFO [JournalPersistenceAdapter] Journal Recovery Started from: Active Journal: using 2 x 20.0 Megs at: C:\g1.2t\activemq-data\possibly-unique-broker\journal 22:34:57,730 INFO [JournalPersistenceAdapter] Journal Recovered: 0 message(s) in transactions recovered. 22:34:58,041 INFO [BrokerService] ActiveMQ JMS Message Broker (possibly-unique-broker, ID:Alexander-1596-1162227893985-1:0) started 22:34:58,121 INFO [TransportConnector] Connector vm://localhost Started 22:34:58,171 INFO [TransportServerThreadSupport] Listening for connections at: tcp://0.0.0.0:61616 22:34:58,201 INFO [TransportConnector] Connector tcp://0.0.0.0:61616 Started 22:34:58,221 INFO [TransportServerThreadSupport] Listening for connections at: stomp://Alexander:61613 22:34:58,221 INFO [TransportConnector] Connector stomp://Alexander:61613 Started [** ] 60% 24s Startup failed org.apache.geronimo.kernel.config.LifecycleException: start of org.apache.geronimo.configs/openejb-deployer/1.2-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:544) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:508) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated) 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:820) 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$$227b6030.startConfiguration(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:286) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:440) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:527) ... 13 more Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.openejb.deployment.OpenEjbModuleBuilder ParameterTypes: [class org.apache.geronimo.kernel.repository.Environment, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class org.apache.geronimo.gbean.AbstractNameQuery, class java.lang.Object, interface java.util.Collection, interface java.util.Collection, interface java.util.Collection, interface org.apache.geronimo.j2ee.deployment.NamingBuilder, interface org.apache.geronimo.naming.deployment.ResourceEnvironmentSetter, interface org.apache.geronimo.j2ee.deployment.ActivationSpecInfoLocator, interface org.apache.geronimo.kernel.Kernel] constructor types: [class org.apache.geronimo.kernel.repository.Environment, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class java.lang.String, class org.apache.geronimo.gbean.AbstractNameQuery, class org.apache.geronimo.gbean.GBeanData, interface org.apache.geronimo.j2ee.deployment.WebServiceBuilder, interface org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface
[jira] Resolved: (GERONIMO-2521) add snapshot support to plugin installer gbean
[ http://issues.apache.org/jira/browse/GERONIMO-2521?page=all ] Paul McMahan resolved GERONIMO-2521. Resolution: Fixed add snapshot support to plugin installer gbean -- Key: GERONIMO-2521 URL: http://issues.apache.org/jira/browse/GERONIMO-2521 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.x Reporter: Paul McMahan Assigned To: Paul McMahan Fix For: 1.2 Attachments: GERONIMO-2521.patch When a snapshot artifact is published in an m2 repo the SNAPSHOT suffix of the artifact's filename is replaced with a timestamp and build number that come from a file named maven-metadata.xml in the artifacts directory. For example, the artifact org.apache.geronimo.configs/servlet-examples-tomcat/1.2-SNAPSHOT/car is published at: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/configs/servlet-examples-tomcat/1.2-SNAPSHOT/servlet-examples-tomcat-1.2-20061026.113134-2.car When the plugin installer gbean is installing a SNAPSHOT version of a plugin it should create the download URL using the timestamp and build number obtained from maven-metadata.xml instead of the version number. -- 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] Commented: (GERONIMO-2532) Unable to start the server using the startup scripts
[ http://issues.apache.org/jira/browse/GERONIMO-2532?page=comments#action_12445685 ] Kevan Miller commented on GERONIMO-2532: Jay, thanks for the patch. I've applied to trunk. Unable to start the server using the startup scripts Key: GERONIMO-2532 URL: http://issues.apache.org/jira/browse/GERONIMO-2532 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 1.2 Environment: Linux an MacOS Reporter: Jay D. McHugh Assigned To: Kevan Miller Attachments: geronimo-2532.patch If you try to start the server using the startup scripts, then the server gets to the webconsole startup and fails on an NPE error. I have tried to track down what is going on and it seems that something about the extended dirs lines in the startup script causes the problem. If I remove those lines, then I am able to start the server successfully. -- 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
Configuring Virtual Host on Geronimo - Jetty
Hi All, here is an update to the doc, I just found out how easy is to configure a Virtual Host in Geronimo-Jetty. Here is the link to the doc http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-jetty.html Am I missing something in the conf? this just look too simple compared to the Geronimo-Tomcat conf - http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-tomcat.html Comments welcome. Cheers! Hernan
[jira] Updated: (GERONIMO-2515) load of geronimo/rmi-naming/1.1.1/car failed on Solaris 10
[ http://issues.apache.org/jira/browse/GERONIMO-2515?page=all ] K Wesley updated GERONIMO-2515: --- Priority: Blocker (was: Major) load of geronimo/rmi-naming/1.1.1/car failed on Solaris 10 -- Key: GERONIMO-2515 URL: http://issues.apache.org/jira/browse/GERONIMO-2515 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 1.1.1 Environment: Solaris 10 , JDK 1.5.0_01 Reporter: K Wesley Priority: Blocker $ java -jar bin/server.jar Booting Geronimo Kernel (in Java 1.5.0_01)... Starting Geronimo Application Server v1.1.1 [*-] 0% 2s Startup failed org.apache.geronimo.kernel.config.LifecycleException: load of geronimo/rmi-naming/1.1.1/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:294) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:275) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:250) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112) at org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke(generated) 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$$7c7a552c.loadConfiguration(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:294) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Unable to resolve dependency org.apache.geronimo.specs/geronimo-activation_1.0.2_spec//jar at org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:119) at org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:98) at org.apache.geronimo.kernel.repository.DefaultArtifactResolver$$FastClassByCGLIB$$e847b746.invoke(generated) 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.repository.ArtifactResolver$$EnhancerByCGLIB$$c9e2351.resolveInClassLoader(generated) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.resolveParentIds(SimpleConfigurationManager.java:466) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadDepthFirst(SimpleConfigurationManager.java:425) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:291) ... 15 more Server shutdown begun Server shutdown completed -- 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
Board Report Comments Consolidated - 15:00 On Monday
Here is the input from the community for the board report. Geronimo Project - Board Report JUGs and Conferences - JUGs * Atlanta – Matt Hogstrom * Virginia – Paul McMahan * RTP Trangle User’s Group – Kevan Miller * Gainesville, FL – Joe Bohn * Orlando, FL - Aaron Mulder * NJ - Aaron Mulder - JAOO - Jacek Laskowski, Bill Dudney and Matt Hogstrom presented on Geronimo. - ApacheCon US - Two presentations * Jeff Genender * Aaron Mulder and Bruce Snyder co-presented - ApacheCon Asia - One presentation * Vamsavardhana Reddy did a Geronimo tutorial in Columbo - Open Source Conference (OSC) in Tokyo presented by Kevan Miller - Spring Conference – Dain Sundstrom spoke about Xbean Certifications Passed J2EE 1.4 Certification on Azul Network Appliance Releases 1.1.1 was released in September 1.2 is currently being released and is being managed by Dain Sundstrom and Alan Cabrera Some discussion has started on the Dev list about Java EE 5.0 work. Other Work GCache and WADI clustering efforts are moving along. Micro G (Geronimo-framework) is in trunk Community New committers - Prasad Kashyap - Christopher M. Cardona - Vamsavardhana Reddy - Anita Kulshreshtha PMC additions - Jason Dillon - Hiram Chirino - James Strachan - Bruce Snyder - Kevan Miller - Paul McMahan - David Blevins - Hernan Cunico - Rick McGuire - Joe Bohn - Alan Cabrera - Guillaume Nodet Matt Hogstrom [EMAIL PROTECTED]
Re: Configuring Virtual Host on Geronimo - Jetty
Tomcat and Jetty architectures are completely different. For Jetty an app can have multiple hosts, but in Tomcat the opposite is true, where a host can have multiple apps. Their web app -- host mappings are the exact opposite. They each have their advantages and disadvantages. If you are looking to just set up a virtual host, then yes, Jetty filters the web app based on the VH name...that's an advantage in its simplicity. It also allows the application to answer to different hosts (I mean this beyond just a virtual host). However you are not able to apply security, interceptors, clustering at a purely host level...thats the disadvantage. Tomcat's host as a parent object allows you apply interceptors (valves), realms/security, and clustering purely at a host level. Therefore, if I am hosting multiple companies, I can ensure that their applications fall under the same security/logging/interceptor model and all applications underneath that host can inherit this model. That is the advantage of Tomcat. The disadvantage is that object model is a bit more complex to setup. Let this be known that about the same amount of configuration is necessary in normal Tomcat (i.e. you need to add a Host declaration to the server.xml file). It would be nice to get a portlet in the console to allow you to dynamically create/remove hosts...something that I think would not be a huge amount of work, which would level the playing field a bit for configuring simplicity on both containers. It is also possible to make Tomcat nearly as simple as Jetty by creating a VirtualHost valve that can filter what it answers to hosts in the URL. But this would be confusing as it can only apply to a default host (that answers to anything) and would cause problems when people start adding Host GBeans. Jeff Hernan Cunico wrote: Hi All, here is an update to the doc, I just found out how easy is to configure a Virtual Host in Geronimo-Jetty. Here is the link to the doc http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-jetty.html Am I missing something in the conf? this just look too simple compared to the Geronimo-Tomcat conf - http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-tomcat.html Comments welcome. Cheers! Hernan
ServiceMix WAR distribution
I have just checked in a simple servicemix war distribution based on the console. There is plenty of room for enhancements, as in the web console, but it should work. The code is available at http://svn.apache.org/repos/asf/incubator/servicemix/trunk/apache-servicemix-web/ and you first need to build the console (I haven't integrated those modules in the main build yet). -- Cheers, Guillaume Nodet
Re: servicemix-ftp: FtpPollingEndpoint?
Thanks for checking in the changes. I tried out the ftp component and noticed a few minor issues so far: * The oro jar is missing (the version isn't specified in the top level servicemix pom.xml and it is not found at runtime. (What is the best way to deal with this? I just copied it to servicemix/lib for now.) * I get an endless loop on . (using pureftp server on Linux): DEBUG - FtpComponent - Polling directory /tmp/ftpPull DEBUG - FileComponent - Service unit started DEBUG - FtpComponent - Polling directory /tmp/ftpPull/. DEBUG - FtpComponent - Polling directory /tmp/ftpPull/./. DEBUG - FtpComponent - Polling directory /tmp/ftpPull/././. DEBUG - FtpComponent - Polling directory /tmp/ftpPull/./././. DEBUG - FtpComponent - Polling directory /tmp/ftpPull/././././. ... So we need to ignore . and ... Can we also add servicemix-ftp to the list of components, so that it is installed in the components dir by default? Thanks, Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7082441 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: servicemix-ftp: FtpPollingEndpoint?
Here is a patch for the recursion problem:
http://www.nabble.com/file/3916/FtpPollingEndpoint.patch
FtpPollingEndpoint.patch
Here is the changed method:
protected void pollFileOrDirectory(FTPClient ftp, String
fileOrDirectory, boolean processDir) throws Exception {
FTPFile[] files = ftp.listFiles(fileOrDirectory);
for (int i = 0; i files.length; i++) {
String file = fileOrDirectory + / + files[i].getName();
if (!files[i].isDirectory()) {
File f = new File(file);
String name = f.getName();
if (name.equals(.) || name.equals(..)) {
continue; // ignore . and ..
}
if (getFilter() == null || getFilter().accept(f)) {
pollFile(file); // process the file
}
} else if (processDir) {
logger.debug(Polling directory + file);
pollFileOrDirectory(ftp, file, isRecursive());
} else {
logger.debug(Skipping directory + file);
}
}
}
--
View this message in context:
http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7082814
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: [Fwd: Visibility for Geronimo Documentation Work]
Can we make the doc a separate download? I think it would still be a great thing for people to have locally. Jeff Hernan Cunico wrote: We decided to remove the docs from the dist because of the size. The Geronimo v1.0 doc was (still is) over 30 Mb. In addition, most of the doc is developed around and after the next version of Geronimo is released. The current documentation work is mainly being done around v1.1 and v1.1.1. A few things we could do to workaround this issue would be a selective download of the documentation. Whoever is interested in having the doc available off line could download it as a plugin or a zip file directly from the website and keep it up to date locally. To do this we first would need to fix the autoexport plugin used in confluence to resolve some URL mapping issues and second get access to brutus file system to get our hands on the exported wiki content or modify the plugin (again) so we can choose multiple locations for the exported material. One being the directory structure where the files are served from and the other maybe an svn repo or a remote location where we would actually have physical access to those files. But this wont address the issue of releasing a new version with a full doc included in the dist. Cheers! Hernan Geir Magnusson Jr. wrote: Hernan Cunico wrote: I certainly don't mind being pointed as a reference ;-) Sanjeeva, I joined the Geronimo project sometime before M5 was released and I been working hard to give Geronimo the best documentation possible, well at least I'm trying my best. Documentation has a lot of visibility, everybody needs some form of documentation at some point. There are a lot more users needing to consume that documentation than people willing/available to contribute to the development of such doc. That's why the contributions are so valuable. Can we get the docs into the next release? IIRC, our last release was doc-free... geir Contributing with the documentation however is part of the deal, contributors have to be very vocal about their contributions. Currently there is no such a thing as automatic notification to the dev/user list of all the new docs available. Even if there would be such mechanism I would still prefer to communicate those updates to the lists myself asking for feedback and inviting others to contribute too. It is not just about the documentation itself but also fostering the community around it. Using JIRA may be a way to keep track of the docs contributed but as I mentioned before, I would still prefer to communicate the documentation updates to the lists myself and ask for user feedback. Committertship is something that wont happen overnight, but it will happen after sustained contributions towards the project and the community. I never thought I would become a committer working on the documentation ( and other things ;-) ) but it happened, not to mention joining the PMC. One last piece of advice (personal) for the folks at LSF, keep up the good work and let the community know what they are working on. Look for what the Geronimo community needs and help out in that area/topic, communicate their plans. HTH Cheers! Hernan Jacek Laskowski wrote: On 10/30/06, Sanjiva Weerawarana [EMAIL PROTECTED] wrote: There are three folks working on Geronimo docs as part of a Lanka Software Foundation (LSF) project to get a Geronimo project going from Sri Lanka. All the work they're doing right now is apparently going in thru the wiki- which means there's basically no visibility for their work towards earning karma towards committership an other higher forms of life ;-). Hey Sanjiva, One way to handle it is to set up a Confluence notification to make sure we're all aware of any doc contribution (as Guillaume pointed out). There's another less-technical, more-community-oriented one - sending emails to mailing lists ([EMAIL PROTECTED] preferred) when a part of the documentation set is finished. I don't think there's a better way to earn more visibility than having end users expressed their gratefulness for the work done. The often the LSF documentation group announce it to the user mailing list the merrier. I also think that it's one of the best way to invite others to contributing to documentation and thus getting more visibility among the community. In the Web services projects we strongly encourage documentation contribs and bring people in as committers only for that. How do you guys handle this if people do docs thru the wiki and those contribs are not visible? They're always visible, but it can take a longer time comparing to the source code's contribution. I hope Hernan doesn't mind if I mentioned him as an excellent example of how Apache Geronimo project expressed its thanks for his contribution to the documentation area and eventually got his commit karma. Jacek
Re: servicemix-ftp: FtpPollingEndpoint?
What is the best way to deal with files that are not XML in the ftp and file polling components? Send them as attachments? Are you working on anything in that direction? I suppose it could be a property of the endpoint class, configured in xbean.xml: wrapFiles=true... The other issue is how to deal with large files that you don't want to have multiple times in memory, but that is another issue. Maybe that could be another property setting, indicating to use some kind of reference to the file instead of the file itself? -- Allan -- View this message in context: http://www.nabble.com/servicemix-ftp%3A-FtpPollingEndpoint--tf2540539.html#a7083459 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: Configuring Virtual Host on Geronimo - Jetty
Thanks for clarifying Jeff. yup, although looks simpler in Jetty, in Tomcat looks more robust. It would be cool if we would only had to tell VH and port in the deployment plan (easier for migration), then G should know how to apply that conf to the specific Jetty or Tomcat containers used. This goes along with the hope of not making the config.xml more complex ;-) There is a JIRA already for deploying to a particular port (GERONIMO-2488), it would be great if we could select or type the host name there too ;-) Cheers! Hernan Jeff Genender wrote: Tomcat and Jetty architectures are completely different. For Jetty an app can have multiple hosts, but in Tomcat the opposite is true, where a host can have multiple apps. Their web app -- host mappings are the exact opposite. They each have their advantages and disadvantages. If you are looking to just set up a virtual host, then yes, Jetty filters the web app based on the VH name...that's an advantage in its simplicity. It also allows the application to answer to different hosts (I mean this beyond just a virtual host). However you are not able to apply security, interceptors, clustering at a purely host level...thats the disadvantage. Tomcat's host as a parent object allows you apply interceptors (valves), realms/security, and clustering purely at a host level. Therefore, if I am hosting multiple companies, I can ensure that their applications fall under the same security/logging/interceptor model and all applications underneath that host can inherit this model. That is the advantage of Tomcat. The disadvantage is that object model is a bit more complex to setup. Let this be known that about the same amount of configuration is necessary in normal Tomcat (i.e. you need to add a Host declaration to the server.xml file). It would be nice to get a portlet in the console to allow you to dynamically create/remove hosts...something that I think would not be a huge amount of work, which would level the playing field a bit for configuring simplicity on both containers. It is also possible to make Tomcat nearly as simple as Jetty by creating a VirtualHost valve that can filter what it answers to hosts in the URL. But this would be confusing as it can only apply to a default host (that answers to anything) and would cause problems when people start adding Host GBeans. Jeff Hernan Cunico wrote: Hi All, here is an update to the doc, I just found out how easy is to configure a Virtual Host in Geronimo-Jetty. Here is the link to the doc http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-jetty.html Am I missing something in the conf? this just look too simple compared to the Geronimo-Tomcat conf - http://cwiki.apache.org/GMOxDOC11/configuring-virtual-hosts-in-geronimo-tomcat.html Comments welcome. Cheers! Hernan
Re: [Fwd: Visibility for Geronimo Documentation Work]
A PDF or zip of html would be way cool.
Re: Maven2 vs. Geronimo Maven2 repository problems
On Oct 29, 2006, at 11:26 PM, David Jencks wrote: It's easy to tell you're not happy :-) No... I'm not really happy. I'm frustrated with Maven and all its little bugs and problems and I am really getting burt out on all of he other build muck... which appears to have no end in sight problems daily. sarcasm Ya, I really love having config files tucked away in little objects zipped up in jar files. Ya, and then when I want to change some of that config... I really love how I have to rebuild the entire server... which is so easy... oh do I have the latest dependencies in my local repo, oh... it will only take a few hours to download, and pray my local repo does not have bunk metadata... and oh wait are all those deps on the snapshot repo... didn't some apache stuff crash again??!? /sarcasm This seems to be a problem with all but the simplest m2 builds. I don't think you can blame the non-working snapshot problems on geronimo rather than maven. Sure, this is a problem with any m2 build... but the real issue that I was being sarcastic about was that we hid the configuration, the user editable configuration, of modules into CARs, which FORCE users to deal with building components to change trivial settings... and this has everything to do with Geronimo. For example... CAR builds depend on artifacts which are not directly listed in the Maven projects pom.xml... the deployers, which the Kernel will do something with... and those deps need to be fully transitively resolved in the Maven repo before that will function correctly. None of those deps will show up in any Maven trace, as Maven knows absolutely nothing about them. Well, they're pretty much like maven plugins, they're used in the build. Maybe there's some way to make them actually be maven plugins. Um, CARs are also used at runtime are they not? Will G embed Maven to process them? If so, someone besides myself had better start learning Maven... because I am not gonna be very happy about supporting this... since I think that it is a bad idea, bad concept. And if you add the deps for the deployers to your module... then the CAR gremlins start to do more muck with them, which often causes a CAR build to fail, even if you set the scope to provided... or was it test? I can't recall since we have bastardized the maven scope mechanism to add custom semantics to CAR dependencies. Would configuring each deployer as a maven plugin solve this? If this was pure build time, then yes... but its not. I have heard from a few peeps, like you, that you don't want to get rid of CAR files... but I have yet to hear of any substantial reasons why they should stay. I have also heard from many other peeps about how they would like to see CAR files go away and be replaced by simple XML... which is what I am a major supporter of. I have on many occasions ranted about the issues I have with CAR files, the added complexity, blah, blah, blah... Aaron did say he'd be happy with xml as the persistence format in a car file. Right now a car file can include both configuration and classes. If you want to eliminate this possibility we're going to have to have to give maven some classloaders that can load specified parts of a j2ee artifact such as an ear with wars and rars inside. Right, be he is still talking about a build time thing to build that xml-state and then zip it up into a jar, which I think is a huge mistake... don't zip up your config files, don't follow the crappy j2ee ear/war/ejb-jar code+config mess. Where are the arguments for those few who are in favor of the CAR? Perhaps we should also take a poll from our users... and see if they like having config compiled up into objects and zipped up and tossed in the repo... or if they would like a set of plain XML files? I wonder which they will choose... You aren't saying much definite about what you are proposing, so I can't discuss the merits or problems with what you want, since I don't have a clue what it is, except that it involves xml. I am not proposing anything at this time... I never said I was. I am still trying to understand why we have this super complex build to support these CAR things which IMO suck ass. I'm not thrilled with xml configuration but I don't have any real problem with it. I still do like the idea of car files. I don't think that they need to be able to include classes, but that will require a lot of classloader magic to deal with actual j2ee artifacts in repos. If you are not thrilled with XML configuration, then you probably are not looking at the problem from a user's standpoint, or a sysadmin, or really anyone who just wants to configure a G distro and now have to deal with building anything. Geronimo is, IMO, fundamentally flawed in how it is configured. Because of this we can not even easily use Geronimo from a
[jira] Closed: (DAYTRADER-16) JPA mode
[ http://issues.apache.org/jira/browse/DAYTRADER-16?page=all ] David Jencks closed DAYTRADER-16. - Resolution: Fixed Added in rev 469284. Don't know if direct or ejb mode still work. JPA mode Key: DAYTRADER-16 URL: http://issues.apache.org/jira/browse/DAYTRADER-16 Project: DayTrader Issue Type: New Feature Components: EJB Tier Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 Attachments: DAYTRADER-16.patch Daytrader needs a JPA mode. Simplest way is to make the XXXDataBeans enhanced. This will make daytrader java 5 only: it won't compile on jdk 1.4. -- 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: Maven2 vs. Geronimo Maven2 repository problems
On 10/30/06, Jason Dillon [EMAIL PROTECTED] wrote: Geronimo is, IMO, fundamentally flawed in how it is configured. Because of this we can not even easily use Geronimo from a dist archive to run components for the gbuild.org hosts. We need to be able to easily change the configuration that it comes with, strip off a few bits, change a few ports, etc. This is a massive pain in the ass with Geronimo ASIS today... and this is primarily because of CAR files. I don't get it -- you can do that in config.xml. Which is an XML file, not serialized, not in a JAR, etc. What's the problem? Thanks, Aaron
Re: [Fwd: Visibility for Geronimo Documentation Work]
Having the documentation available for download from the website has been spinning on my head for quite some time but not having access to the file system where those files are server from has proven to be a major pain. I like the HTML version better that the PDF because most of the articles are in fact tutorials with sample apps. Most of the time these apps are provided as zip files and you can not get them from a PDF copy, can you !? Back to the issue, we currently don't have access to the autoexported files in first place. Second, the autoexport plugin has some issues with the URLs and all the Confluence native content still points to the source Confluence server. Not sure how to better explain this but basically the exported content can be viewed off line only partially. In addition to that one there are a few other issues already known and reported for that plugin that we should address or help to get resolved - http://could.it/bugs/browse/EXP There are a bunch more sample applications in the cwiki that I would like to have them available form the web site - http://cwiki.apache.org/GMOxDOC11/sample-applications.html This last comment makes me think that maybe we should review and look for a better integration between the web site and cwiki. Comments welcome! I'll keep looking for a way to get the cwiki content retrieved and massaged in a way that can be viewed off line, but this method has to be quick and easy enough to catch up with the daily updates to the cwiki. Cheers! Hernan Jeff Genender wrote: Can we make the doc a separate download? I think it would still be a great thing for people to have locally. Jeff Hernan Cunico wrote: We decided to remove the docs from the dist because of the size. The Geronimo v1.0 doc was (still is) over 30 Mb. In addition, most of the doc is developed around and after the next version of Geronimo is released. The current documentation work is mainly being done around v1.1 and v1.1.1. A few things we could do to workaround this issue would be a selective download of the documentation. Whoever is interested in having the doc available off line could download it as a plugin or a zip file directly from the website and keep it up to date locally. To do this we first would need to fix the autoexport plugin used in confluence to resolve some URL mapping issues and second get access to brutus file system to get our hands on the exported wiki content or modify the plugin (again) so we can choose multiple locations for the exported material. One being the directory structure where the files are served from and the other maybe an svn repo or a remote location where we would actually have physical access to those files. But this wont address the issue of releasing a new version with a full doc included in the dist. Cheers! Hernan Geir Magnusson Jr. wrote: Hernan Cunico wrote: I certainly don't mind being pointed as a reference ;-) Sanjeeva, I joined the Geronimo project sometime before M5 was released and I been working hard to give Geronimo the best documentation possible, well at least I'm trying my best. Documentation has a lot of visibility, everybody needs some form of documentation at some point. There are a lot more users needing to consume that documentation than people willing/available to contribute to the development of such doc. That's why the contributions are so valuable. Can we get the docs into the next release? IIRC, our last release was doc-free... geir Contributing with the documentation however is part of the deal, contributors have to be very vocal about their contributions. Currently there is no such a thing as automatic notification to the dev/user list of all the new docs available. Even if there would be such mechanism I would still prefer to communicate those updates to the lists myself asking for feedback and inviting others to contribute too. It is not just about the documentation itself but also fostering the community around it. Using JIRA may be a way to keep track of the docs contributed but as I mentioned before, I would still prefer to communicate the documentation updates to the lists myself and ask for user feedback. Committertship is something that wont happen overnight, but it will happen after sustained contributions towards the project and the community. I never thought I would become a committer working on the documentation ( and other things ;-) ) but it happened, not to mention joining the PMC. One last piece of advice (personal) for the folks at LSF, keep up the good work and let the community know what they are working on. Look for what the Geronimo community needs and help out in that area/topic, communicate their plans. HTH Cheers! Hernan Jacek Laskowski wrote: On 10/30/06, Sanjiva Weerawarana [EMAIL PROTECTED] wrote: There are three folks working on Geronimo docs as part of a Lanka Software Foundation (LSF) project to get a Geronimo project going from Sri Lanka. All the work
Re: Maven2 vs. Geronimo Maven2 repository problems
config.xml contains about 1% of the configuration of the server. 99% is in the compiled CAR file's config.ser. --jason On Oct 30, 2006, at 2:24 PM, Aaron Mulder wrote: On 10/30/06, Jason Dillon [EMAIL PROTECTED] wrote: Geronimo is, IMO, fundamentally flawed in how it is configured. Because of this we can not even easily use Geronimo from a dist archive to run components for the gbuild.org hosts. We need to be able to easily change the configuration that it comes with, strip off a few bits, change a few ports, etc. This is a massive pain in the ass with Geronimo ASIS today... and this is primarily because of CAR files. I don't get it -- you can do that in config.xml. Which is an XML file, not serialized, not in a JAR, etc. What's the problem? Thanks, Aaron
Re: Maven2 vs. Geronimo Maven2 repository problems
On 10/30/06, Jason Dillon [EMAIL PROTECTED] wrote: config.xml contains about 1% of the configuration of the server. 99% is in the compiled CAR file's config.ser. But the beauty is, you can add more... Whatever you want... If you wanted config.xml to contain all the attributes for all the GBeans in every module, it could... and plugins can specify the content they want to add to config.xml when they are installed. Thanks, Aaron On Oct 30, 2006, at 2:24 PM, Aaron Mulder wrote: On 10/30/06, Jason Dillon [EMAIL PROTECTED] wrote: Geronimo is, IMO, fundamentally flawed in how it is configured. Because of this we can not even easily use Geronimo from a dist archive to run components for the gbuild.org hosts. We need to be able to easily change the configuration that it comes with, strip off a few bits, change a few ports, etc. This is a massive pain in the ass with Geronimo ASIS today... and this is primarily because of CAR files. I don't get it -- you can do that in config.xml. Which is an XML file, not serialized, not in a JAR, etc. What's the problem? Thanks, Aaron
Re: Configuring Virtual Host on Geronimo - Jetty
Hernan Cunico wrote: It would be cool if we would only had to tell VH and port in the deployment plan (easier for migration), then G should know how to apply that conf to the specific Jetty or Tomcat containers used. This goes along with the hope of not making the config.xml more complex ;-) Single answer: console ;-)
Re: [jira] Closed: (DAYTRADER-16) JPA mode
David...Read through your notes late last week concerning the JPA mode additions and figured I would add my comments here. We definitely need to add support for JPA and EJB 3.0 into Daytrader; however, we also need to maintain the existing JDBC and EJB 2.1 operating modes in some way shape of form for functional/performance regression testing purposes. What I would really like to see are continued enhancements to clean-up Daytrader in it's existing form in the 1.2.X release stream. This would include things like the SSB to JDBC mode that I submitted in DAYTRADER-15, the Dojo interface in DAYTRADER-17, etc. This would leave Daytrader 1.2.X as an excellent testcase for J2EE 1.4 functionality. For the JPA, EJB 3.0 and other EE 5 related stuff, I feel like these should go into a new version of Daytrader (perhaps Daytrader 2.0) where we can completely replace the existing Direct and EJB modes with their JPA and EJB 3.0 equivalents. It would also be nice to add some additional complexity to the Daytrader data model at this time. Just a few ideas that have been floating around in my head include...- batch order processing- quote price and stock index histories - configurable buy/sell orders I'm not sure how this aligns with the Geronimo release plan in terms EE 5 support and Daytrader/Geronimo versioning. Another idea I've been toying with is a pluggable model for the persistence layer that would allow us to run Daytrader in a larger number of configurations and environments. Currently, the Direct mode impl is packaged inside the ejb jar. Consequently, you need a full EJB container just to run Direct mode even though you could theoretically run Direct mode on base Tomcat server. Anyway, I was thinking of something like... - re-organizing some of the common code (data beans, config, etc.) into a util jar - use some form of factory pattern for detecting the available persistence mechanisms (aka. JDBC, Session to JDBC, Session to Entity, JPA, EJB 3.0, etc)- provide separate ejb jars for each of these impls- depending on which ejb jar is loaded with the application, provide the available runtime option (use JNDI lookups to determine which modes are available) The only reason I mention this here is because we could use something like this to maintain the existing runtime modes and introduce the new runtime modes offered by JPA and EJB 3.0.I know that is a lot to consume and think about... but figured I should start shoving the snowball. Thoughts and comments?On 10/30/06, David Jencks (JIRA) dev@geronimo.apache.org wrote: [ http://issues.apache.org/jira/browse/DAYTRADER-16?page=all ]David Jencks closed DAYTRADER-16.-Resolution: FixedAdded in rev 469284.Don't know if direct or ejb mode still work. JPA mode Key: DAYTRADER-16 URL: http://issues.apache.org/jira/browse/DAYTRADER-16 Project: DayTrader Issue Type: New FeatureComponents: EJB TierAffects Versions: 1.2Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 Attachments: DAYTRADER-16.patch Daytrader needs a JPA mode.Simplest way is to make the XXXDataBeans enhanced.This will make daytrader java 5 only: it won't compile on jdk 1.4.--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-- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Re: [VOTE] Release Apache ActiveMQ 4.0.2 (RC 6)
+1 Regards, Jonas Hiram Chirino wrote: Some last minute NOTICE issues were still present in the 5th release candidate of the 4.0.2 build. We have also received confirmation from Apache legal discuss that it's ok to include work covered by the Creative Commons Attribution license. I have cut and RC 6 of the 4.0.2 build with the fixes and it's available here: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6/maven1/incubator-activemq/distributions/ Maven 1 and Maven 2 repos for this release can be found at: http://people.apache.org/~chirino/incubator-activemq-4.0.2-RC6 Here's the wiki page for the release notes: http://incubator.apache.org/activemq/activemq-402-release.html Please vote to approve this release binary [ ] +1 Release the binary as Apache ActiveMQ 4.0.2 [ ] -1 Veto the release (provide specific comments) This vote is being cross posted to the general incubator mailing list also to expedite the voting process. Here's my +1
1.2 Fit and Finish
In a typical Geronimo release we tend to spend a significant amount of time in what I'll call the Fit and Finish phase. This involves tying up loose ends such as log levels, tools LF, startup times, licenses and so on. Basically, the phase includes fixing all the nits that cause people to vote -1 for a release (BTW no vetos in a release vote). Please, take a moment and respond to this email with any items you feel should be cleaned up before we release the software. That way we can hopefully get these items out in the open and addressed while we are finishing the TCK testing. Please note that just because an item is mentioned doesn't mean it must be completed before a release. The only thing required for a release it to successfully pass a vote of the PMC, so if the item is critical to you, spend a few minutes fixing it. With any luck we should be able to have the server ready to ship about the same time we finish the TCK testing. -dain
Re: xbean-finder: ClassFinder
On Oct 27, 2006, at 12:13 PM, David Blevins wrote: So added a finder for searching for classes that have a specific annotation, etc. It's there it works and is better than some of the code i've seen that does the same, but... I still hate it as like all the approaches I've seen it loads the classes and uses reflection to determine if the annotation is present. This is the most insecure code I can think of, so I'm yanking it in leu of an asm-based approach. So take this as your warning not to start consuming the ClassFinder just yet. Done. It's now ASM-based and you can lookup any of the following annotated things: - Packages - Classes - Constructors - Methods - Fields Reflection does not occur till you ask for a set of classes that have the annotation you require. The loaded classes are then kept for future use. -David
Re: [discussion] openejb-itests in testsuite
On Oct 30, 2006, at 7:51 AM, Prasad Kashyap wrote: Thanx. Please see comments inline - Cheers Prasad On 10/27/06, David Blevins [EMAIL PROTECTED] wrote: Ok, I took look through where you're going and here's a slightly altered proposal. We group the tests with the beans as such: openejb-footests/src/main/# this is where the beans will go openejb-footests/src/test/# this is where the client test code will go Do you propose putting all the beans in one single module and thus one single ejb-jar ? I meant one of the above for each set of beans/tests/descriptors. We setup the poms to package and publish the test code with the beans: http://maven.apache.org/plugins/maven-jar-plugin/test-jar-mojo.html +1. I like this idea. It keeps the tests code with the beans. In geronimo/testsuite/ejbcontainer-testsuite, I can just get this test-jar, expand it and run the tests in them. That will avoid spreading the code for a single test between two modules and avoids the bucket module that would contain all test client code for all modules and would needlessly have a dependency on all modules. Couple thoughts on the poms: - the parent would lineage would be org.apache.openejb:itests - org.apache.openejb:openejb - the groupId would be org.apache.openejb The groupId and the parent lineage looks good. As stated above, there would be many child modules for the beans under the itests parent module groupId: o.a.openejb openejb - itests - itests-security-xxx openejb - itests - itests-cmp2-xxx Exactly. You and put any geronimo-specific plugins, descriptors, or dependencies in pom.xmls (modules) in geronimo svn using any layout you choose. Those modules would just declare dependencies on the openejb test libraries they wish to reuse. That should be fine unless you also plan to redo all the test source code to something other than junit or introduce code dependencies on geronimo-specific bits of test framework. If that's the ultimate goal, then it might just be better to take a copy of the test code. Well, the other tests in geronimo are written in TestNG. Until we move to JDK 1.5, it doesn't make sense to move the openejb itests to TestNG. The annotations all have to change. Moreover, it may not make practical sense to move these 400+ tests from junit to TestNG. So we may stay with this arrangement. But IF ever we do so for any reason, then yes, we should make another copy of the test code. Sounds like a plan. -David
Re: 1.2 Fit and Finish
On 10/31/06, Dain Sundstrom [EMAIL PROTECTED] wrote: In a typical Geronimo release we tend to spend a significant amount of time in what I'll call the Fit and Finish phase. This involves tying up loose ends such as log levels, tools LF, startup times, licenses and so on. Basically, the phase includes fixing all the nits that cause people to vote -1 for a release (BTW no vetos in a release vote). What do you mean by this BTW? Jacek -- Jacek Laskowski http://www.jaceklaskowski.pl
Re: xbean-finder: ClassFinder
On 10/31/06, David Blevins [EMAIL PROTECTED] wrote: Done. It's now ASM-based and you can lookup any of the following annotated things: - Packages - Classes - Constructors - Methods - Fields Reflection does not occur till you ask for a set of classes that have the annotation you require. The loaded classes are then kept for future use. Hurray! Will you 'mvn deploy' the puppy to a repo? I assume OpenEJB 3's going to use it right away and although a few of us build it locally I'd call it a temporary solution. Jacek -- Jacek Laskowski http://www.jaceklaskowski.pl
1.2 Fit and Finish
On Oct 30, 2006, at 10:07 PM, Jacek Laskowski wrote: On 10/31/06, Dain Sundstrom [EMAIL PROTECTED] wrote: In a typical Geronimo release we tend to spend a significant amount of time in what I'll call the Fit and Finish phase. This involves tying up loose ends such as log levels, tools LF, startup times, licenses and so on. Basically, the phase includes fixing all the nits that cause people to vote -1 for a release (BTW no vetos in a release vote). What do you mean by this BTW? I'm hoping this thread doesn't get side tracked into a discussion about voting procedures, but since you asked... FWIU, you can not veto a release. You can vote -1 and attempt to change other peoples minds and their votes to a -1. This is what normally happens when someone votes -1, because is is normally followed by a very good reason. On the other hand, we have had release held up while someone fixed a nit. This is something I hope to avoid that by reminding those that nit pick that they can be out votes, so it is best to get their nits on the table now (or even better fix them now). -dain
