[jira] Assigned: (GERONIMO-4210) EJB Injection in JSF Managed Bean
[ https://issues.apache.org/jira/browse/GERONIMO-4210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-4210: - Assignee: Jarek Gawor EJB Injection in JSF Managed Bean - Key: GERONIMO-4210 URL: https://issues.apache.org/jira/browse/GERONIMO-4210 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.1 Environment: Linux antares 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 UTC 2008 i686 GNU/Linux Debian java version 1.6.0_06 Java(TM) SE Runtime Environment (build 1.6.0_06-b02) Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing) Reporter: Matthias Berndt Assignee: Jarek Gawor Attachments: GERONIMO-4210.patch, ltg3.tar.gz I've got two managed beans in a JSF 1.2 webapp. Both beans are quite equal. I try to inject a stateless session bean (EJB3) into the managed beans. @EJB(name = java:comp/env/ejb/CredentialData) private CredentialData credentialData; In the first managed bean the EJB is injected correctly in CredentialDataController. The second bean with exactly the same injection code does not get the EJB inCredentialTableBean. There is no error but at runtime credentialData is null. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can we stop continually moving Devtools JIRAs to the next release?
Eh, I actually find that moving unfixed versions to the next version is more helpful, but that is just me. --jason On Sep 26, 2008, at 2:22 AM, Donald Woods wrote: Right, and the point was that we're automatically carrying JIRAs from release to release (75 in GEP 2.2.0) when we know less than half will probably get fixed, if ever. When opened, we should leave them set to Fix Version = Unknown (Unscheduled) and only set the Fix field when someone is going to work on them. We've started cleaning up the usage of the Fix field in the Server (only 17 assigned to 2.1.4 and 86 to 2.2) so we should try and do the same in all our projects. -Donald Jason Dillon wrote: Well, really the Fix for version in JIRA isn't practically used to state that each and every issue has been fixed for that version... only if the issue is resolved and fix version set. The version release muck rolls over all unresolved issues to the next version so that folks can keep track of stuff that is still pending... its not a commitment to fixing them in that version. But that is just how JIRA works OOTB. --jason On Sep 26, 2008, at 1:55 AM, Joe Bohn wrote: I think the problem is in setting the fix version too soon on many of these JIRAs. For the 2.1.1 and 2.1.2 server releases I tried to avoid setting the fix version unless it was really a target for the release or we were ready to check-in a fix. Perhaps we can do the same for devtools. Joe Ted Kirby wrote: Yes, I think that is what I did. As part of the GEP release process, I Administered the GERONIMODEVTOOLS JIRA project to update the released and unreleased versions. I managed the 2.1.3 release, and clicked the Release link to release it. This, I think, resulted in all that email. Ted On Thu, Sep 25, 2008 at 1:48 PM, Jason Dillon [EMAIL PROTECTED] wrote: Hrm... odd, cause the default when marking a version as released in JIRA asks to move unresolved issues to the next version... --jason On Sep 26, 2008, at 12:39 AM, Donald Woods wrote: Can we stop the blanket moving of Devtools JIRAs from one release to the next? We should really only move unfixed JIRAs to 2.2.0 if we have intentions of fixing them for the 2.2.0 release. Continually moving any open JIRAs once GEP is released is generating way too many emails and is not the proper usage of the Fix Versions field in JIRA, which should be used to denote to the community that we're going to try our best to resolve the issue in the denoted release. -Donald
Re: Java doc is Geronimo 2.0.1 API
From what I can tell, it looks like the samples/branch/2.1 site builds fine. I tested deploying to a local file: URL and all of the links I tried worked fine. --jason On Sep 25, 2008, at 10:04 PM, Joe Bohn wrote: Joe Bohn wrote: Jason Dillon wrote: On Sep 22, 2008, at 11:57 PM, Joe Bohn wrote: Yep, that's pretty ancient. So it looks like we haven't released javadoc for Geronimo since the referenced link to 2.0.1. Does anybody know if the plan was to start using a maven generated site to produce provide this and we just haven't implemented it yet? AFAIK yes. There is a maven site out there for server but the content seems related to trunk and I haven't figured out how to navigate is successfully to actually get to javadoc (if any actually exists). See http://geronimo.apache.org/maven/server/ Sure there are docs there: http://geronimo.apache.org/maven/server/modules/geronimo-activation/apidocs/index.html Maven default site muck does a good job at hiding them, have to click on a module (jar module), then Project Reports and then JavaDocs. We could change the skin or add index.apt files to the modules to link to the important stuff on the main module page though. Ah, so there *is* javadoc buried in there. Thanks for pointing it out. I agree that it would be nice if we could make this more visible and perhaps aggregated at a higher level than the module level. Assuming the direction is to move toward using maven site generation - there may be some problems. The doc that I've found indicates that site generation is not support for multi module builds - which covers both Geronimo and our samples (another area that we need to address). Does anybody have any pointers/advice on generating sites for multi module builds. Is this even possible? Sure its possible, that is how the http://geronimo.apache.org/maven/server tree got up there in the first place. What docs have you found that state otherwise? I was looking at the maven site plugin docs like this one: http://maven.apache.org/plugins/maven-site-plugin/ and http://maven.apache.org/plugins/maven-site-plugin/site-mojo.html While the second link only references generating the site for a single project I guess it really doesn't preclude multi module builds directly ... and stating that the links between modules will not work in a multi module build. I was thinking that this may explain some of the problems with generating the site for samples ... it may just be that I have some more configuration to do. I'm still not convinced that multi module sites work correctly. After some more tweaks for the samples 2.1 I can get a more reasonable site - but none of the child links work (as mentioned in the docs I found). At least that is the case when I build the site locally using just mvn site. Perhaps when I attempt to deploy the site the links will be valid - I'll have to give that a shot. I was able to get the javadocs and xrefs to aggregate if specified for the javadoc/xref plugins. However, that didn't seem very useful from an end user perspective as the content for all of the samples really shouldn't be smashed together. If I can't get the navigation working then I'll might just add a link in the wiki page for each sample to its site content once published. Any other ideas? Joe
problem with Bound on all IP address
I'am using geronimo 2.1.2. I have modified the
/config/config-substitutions.properties and changed all the localhost with
a specific IP address. After i have modified the config.xml and add the
host properties in this section:
module name=org.apache.geronimo.framework/rmi-naming/2.1.2/car
gbean name=RMIRegistry
attribute name=host${ServerHostname}/attribute
attribute name=port${NamingPort + PortOffset}/attribute
/gbean
after that when i start the istance i get the following message:
Starting Geronimo Application Server v2.1.2
[] 100% 19s Startup complete
Listening on Ports:
0 1.5.36.37 Derby Connector
1050 1.5.36.37 CORBA Naming Service
1099 1.5.36.37 RMI Naming
2001 1.5.36.37 OpenEJB ORB Adapter
4201 1.5.36.37 OpenEJB Daemon
6882 1.5.36.37 OpenEJB ORB Adapter
8009 1.5.36.37 Tomcat Connector AJP AJP
8080 1.5.36.37 Tomcat Connector HTTP BIO HTTP
8443 1.5.36.37 Tomcat Connector HTTPS BIO HTTPS
1.5.36.37 JMX Remoting Connector
61613 1.5.36.37 ActiveMQ Transport Connector
61616 1.5.36.37 ActiveMQ Transport Connector
it's all ok? No because if i use the lsof command (i'am on linux system) i
found that this java process bound all IP address for some ports:
java9590 root5u IPv6 87466915 TCP *:1099 (LISTEN)
java9590 root8u IPv6 87466917 TCP *: (LISTEN)
java9590 root 17u IPv6 87466936 TCP
lxi18l.intra.infocamere.it:1527 (LISTEN)
java9590 root 53u IPv6 87467168 TCP
lxi18l.intra.infocamere.it:61616 (LISTEN)
java9590 root 54u IPv6 87467170 TCP
lxi18l.intra.infocamere.it:61613 (LISTEN)
java9590 root 55u IPv6 87467172 TCP
lxi18l.intra.infocamere.it:4201 (LISTEN)
java9590 root 56u IPv6 87467175 TCP *:1050 (LISTEN)
java9590 root 57u IPv6 87467179 TCP *:24842 (LISTEN)
java9590 root 58u IPv6 87467183 TCP *:2001 (LISTEN)
java9590 root 59u IPv6 87467186 TCP *:6882 (LISTEN)
java9590 root 62u IPv6 87467189 TCP
lxi18l.intra.infocamere.it:webcache (LISTEN)
java9590 root 63u IPv6 87467191 TCP
lxi18l.intra.infocamere.it:8009 (LISTEN)
java9590 root 64u IPv6 87467193 TCP
lxi18l.intra.infocamere.it:8443 (LISTEN)
lxi18l.intra.infocamere.it=1.5.36.37
what's the problem?
thank you
Marco
--
View this message in context:
http://www.nabble.com/problem-with-Bound-on-all-IP-address-tp19683535s134p19683535.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
[jira] Closed: (GERONIMO-4323) Plugin installation requires all plugins be of type car, but default ejb plugin is of type jar (and likely similar problems for other app types)
[ https://issues.apache.org/jira/browse/GERONIMO-4323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4323. -- Resolution: Fixed changed default (no plan) for web builders, and connector in rev 699199 and app client in rev 699201. Plugin installation requires all plugins be of type car, but default ejb plugin is of type jar (and likely similar problems for other app types) Key: GERONIMO-4323 URL: https://issues.apache.org/jira/browse/GERONIMO-4323 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 AbstractRepository.copyToRepository bases the decision on whether to unpack or copy an artifact on the type. Since all it gets is a stream and artifact, I don't see any obvious ways to change this behavior: to actually detect if something is a plugin you'd have to look at the content, which isn't available when the decision is made. I can see several ways out: 1. make all plugins be of type car 2. make packed plugins work (would require a new classloader and might cause difficulties with tomcat and openejb integration) 3. copy the file packed, peek inside, and unpack if necessary. Unless there's strong opposition I'm going to try to implement (1). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4318) All the plugins are marked as installable on the install plugins portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12634779#action_12634779 ] David Jencks commented on GERONIMO-4318: I added some tracking for plugins installed into a particular server in rev 699202, but didn't test the effects on the console. The change doesn't appear to cause the problems seen with the previous attempt. All the plugins are marked as installable on the install plugins portlet Key: GERONIMO-4318 URL: https://issues.apache.org/jira/browse/GERONIMO-4318 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Reporter: Lin Sun Assignee: Lin Sun Fix For: 2.2 All the plugins are marked as installable on the install plugins portlet. We check if a plugin is installable by using pluginInstaller.validatePlugin. If an exception is thrown, then we set the installable to false. The throw of MissingDependencyException in validatePlugin method is commented out during rev 696105. A proposed fix is to throw ConfigurationAlreadyExistsException when validatePlugin fails because of the configuration is already installed. This seems more reasonable and will also get rid of the confusion message of Missing Dependency: XXX when a user attempts to install a plugin that has already been installed using the deploy install-plugin command. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Issues running Tuscany applications in Geronimo 2.1.3
I'm trying to bringup a Tuscany application in Geronimo 2.1.3, and after fixing some TLD issues and JAXB dependency conflict issues, I still can't successfully start my Tuscany application (e.g calculator-ws-webapp) and the logs are showing the following classCastException. Any ideas and possible workarounds ? 00:38:06,718 ERROR [[WARModules]] Servlet.service() for servlet WARModules threw exception java.lang.ClassCastException: org.apache.geronimo.management.geronimo.WebModule$$EnhancerByCGLIB$$9e1a30c9$$FastClassByCGLIB$$481d4fa0 at net.sf.cglib.reflect.FastClass$Generator.create(FastClass.java:64) at net.sf.cglib.reflect.FastClass.create(FastClass.java:46) at net.sf.cglib.reflect.FastClass.create(FastClass.java:39) at org.apache.geronimo.kernel.basic.BasicProxyManager$ManagedProxyFactory.init(BasicProxyManager.java:203) at org.apache.geronimo.kernel.basic.BasicProxyManager.createProxyFactory(BasicProxyManager.java:78) at org.apache.geronimo.kernel.basic.BasicProxyManager.createProxy(BasicProxyManager.java:116) at org.apache.geronimo.console.util.KernelManagementHelper.getModuleForConfiguration(KernelManagementHelper.java:524) at org.apache.geronimo.console.util.PortletManager.getModule(PortletManager.java:368) at org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:230) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at
[BUILD] trunk: Failed for Revision: 699197
Geronimo Revision: 699197 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080926/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080926 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 39 minutes 52 seconds [INFO] Finished at: Fri Sep 26 03:44:16 EDT 2008 [INFO] Final Memory: 394M/922M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080926/logs-0300-tomcat/test.log Booting Geronimo Kernel (in Java 1.5.0_12)... Module 1/75 org.apache.geronimo.framework/j2ee-system/2.2-SNAPSHOT/car started in .000s Module 2/75 org.apache.geronimo.framework/jee-specs/2.2-SNAPSHOT/car started in .000s Module 3/75 org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car started in .192s Module 4/75 org.apache.geronimo.plugins.classloaders/geronimo-javaee-deployment_1.1MR3_spec/2.2-SNAPSHOT/car started in .000s Module 5/75 org.apache.geronimo.framework/plugin/2.2-SNAPSHOT/car started in .788s Module 6/75 org.apache.geronimo.framework/xmlbeans/2.2-SNAPSHOT/car started in .000s Module 7/75 org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car started in .348s Module 8/75 org.apache.geronimo.framework/j2ee-security/2.2-SNAPSHOT/car started in .266s Module 9/75 org.apache.geronimo.configs/j2ee-server/2.2-SNAPSHOT/car started in .061s Module 10/75 org.apache.geronimo.framework/transformer-agent/2.2-SNAPSHOT/car started in .000s Module 11/75 org.apache.geronimo.plugins.classloaders/geronimo-schema-jee_5/2.2-SNAPSHOT/car started in .000s Module 12/75 org.apache.geronimo.configs/webservices-common/2.2-SNAPSHOT/car started in .000s Module 13/75 org.apache.geronimo.configs/transaction/2.2-SNAPSHOT/car started in .329s Module 14/75 org.apache.geronimo.framework/server-security-config/2.2-SNAPSHOT/car started in .047s Module 15/75 org.apache.geronimo.configs/derby/2.2-SNAPSHOT/car started in .000s Module 16/75 org.apache.geronimo.configs/system-database/2.2-SNAPSHOT/car started in 6.075s Module 17/75 org.apache.geronimo.configs/activemq-broker/2.2-SNAPSHOT/car started in 2.376s Module 18/75 org.apache.geronimo.configs/openjpa/2.2-SNAPSHOT/car started in .008s Module 19/75 org.apache.geronimo.plugins.classloaders/xbean-finder/2.2-SNAPSHOT/car started in .000s Module 20/75 org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car 03:50:33,625 WARN [service] Property strictPooling not supported by DefaultStatelessContainer 03:50:33,625 WARN [service] Property timeout not supported by DefaultStatelessContainer 03:50:33,626 WARN [service] Property poolSize not supported by DefaultStatelessContainer 03:50:33,751 WARN [service] Property Cache not supported by DefaultStatefulContainer 03:50:33,751 WARN [service] Property Passivator not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property TimeOut not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property PoolSize not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property BulkPassivate not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property capacity not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property timeout not supported by DefaultStatefulContainer 03:50:33,752 WARN [service] Property bulkPassivate not supported by DefaultStatefulContainer 03:50:33,798 WARN [service] Property AccessTimeout not supported by DefaultBMPContainer started in 1.008s Module 21/75 org.apache.geronimo.configs/axis/2.2-SNAPSHOT/car started in .135s Module 22/75 org.apache.geronimo.configs/axis2/2.2-SNAPSHOT/car started in .001s Module 23/75 org.apache.geronimo.configs/axis2
[jira] Updated: (GERONIMO-4081) Accessibility issue: Webking scan errors against Check Web Accessibility(Section 508) rules
[ https://issues.apache.org/jira/browse/GERONIMO-4081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan updated GERONIMO-4081: --- Attachment: Plancreator-4081.patch After applying this one, I think currently there is no similiar accessibility issue in the admin console. ^_^ But maybe we need to pay attention to it in the future , anyway it is very simple to avoid this issue ! Accessibility issue: Webking scan errors against Check Web Accessibility(Section 508) rules - Key: GERONIMO-4081 URL: https://issues.apache.org/jira/browse/GERONIMO-4081 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1, 2.1.2, 2.2 Environment: Windows XP SP2, IE 6.0 Webking 5.5 Reporter: Forrest Xia Assignee: Donald Woods Fix For: 2.2 Attachments: GERONIMO-4081-activemq.patch, GERONIMO-4081-ca-helper.patch, GERONIMO-4081-console.patch, GERONIMO-4081-debugviews.patch, GERONIMO-4081-monitoring.patch, GERONIMO-4081-plancreator.patch, GERONIMO-4081-system-database.patch, GERONIMO-4081-welcome.patch, Plancreator-4081.patch, screenshot-1.jpg, webking_scan_results.csv, webking_scan_results_src.csv Lots of instances are violated from the accessibility rules of section 508, see the attachment for details. thanks! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] branches/2.1: Failed for Revision: 699279
Geronimo Revision: 699279 built with tests included See the full build-0800.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080926/build-0800.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080926/unit-test-reports Building Geronimo branches/2.1 at Revision: 699279 java version 1.5.0_16 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02) Java HotSpot(TM) Server VM (build 1.5.0_16-b02, mixed mode) + Error stacktraces are turned on. [INFO] Scanning for projects... Downloading: http://download.java.net/maven/1//org.apache.geronimo.genesis.config/poms/project-config-1.3.1.pom Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/project-config/1.3.1/project-config-1.3.1.pom 20K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.genesis.config/poms/config-1.3.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/genesis/config/config/1.3.1/config-1.3.1.pom Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/config/1.3.1/config-1.3.1.pom 1K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.genesis/poms/genesis-1.3.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/genesis/genesis/1.3.1/genesis-1.3.1.pom Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/genesis/1.3.1/genesis-1.3.1.pom 13K downloaded Downloading: http://download.java.net/maven/1//org.apache/poms/apache-4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/apache/4/apache-4.pom Downloading: http://repo1.maven.org/maven2/org/apache/apache/4/apache-4.pom 4K downloaded [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown POM Location: /home/geronimo/geronimo/2.1/plugins/client/client/pom.xml Reason: Parse error reading POM. Reason: in comment after two dashes (--) next character must be not (position: END_TAG seen ...archive\n !-- ... @134:30) for project unknown at /home/geronimo/geronimo/2.1/plugins/client/client/pom.xml [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Parse error reading POM. Reason: in comment after two dashes (--) next character must be not (position: END_TAG seen ...archive\n!-- ... @134:30) for project unknown at /home/geronimo/geronimo/2.1/plugins/client/client/pom.xml at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:292) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.project.InvalidProjectModelException: Parse error reading POM. Reason: in comment after two dashes (--) next character must be not (position: END_TAG seen ...archive\n!-- ... @134:30) for project unknown at /home/geronimo/geronimo/2.1/plugins/client/client/pom.xml at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1592) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1553) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:504) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:198) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:583) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:461) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) ... 11 more
Re: Improved EJB integration... can we get some portlets?
I will modify that patch to use the changes David has made. Let me know if you have any suggestions on the UI Regards Manu On 9/26/08, Donald Woods [EMAIL PROTECTED] wrote: I can try to check in the patch that's there, but I've never really looked at or used EJBs and really don't have a burning desire to learn it before we get 2.2 released :-) I went ahead a assigned it back to Manu, since he's a committer now and understands the OpenEJB side of things -Donald David Blevins wrote: Wow, the screenshots on that issue look about perfect. Is this something you'd want to hack on? -David On Sep 25, 2008, at 12:00 PM, Donald Woods wrote: Maybe the code provided in https://issues.apache.org/jira/browse/GERONIMO-3811 can be used as a starting point? -Donald David Blevins wrote: So I improved the EJB integration so that there's a gbean for each container type and the exact attributes for each container are strongly typed gbean attributes. Is it possible we can get someone to create a portlet that shows each ejb container in the system and allows people to edit the gbean attributes? Any volunteers? -David
Re: Issues running Tuscany applications in Geronimo 2.1.3
Can you give more details on the app? What if any jars are included in it? Did you create a Geronimo deployment plan? If so, can you attach it along with the sample app? -Donald Luciano Resende wrote: I'm trying to bringup a Tuscany application in Geronimo 2.1.3, and after fixing some TLD issues and JAXB dependency conflict issues, I still can't successfully start my Tuscany application (e.g calculator-ws-webapp) and the logs are showing the following classCastException. Any ideas and possible workarounds ? 00:38:06,718 ERROR [[WARModules]] Servlet.service() for servlet WARModules threw exception java.lang.ClassCastException: org.apache.geronimo.management.geronimo.WebModule$$EnhancerByCGLIB$$9e1a30c9$$FastClassByCGLIB$$481d4fa0 at net.sf.cglib.reflect.FastClass$Generator.create(FastClass.java:64) at net.sf.cglib.reflect.FastClass.create(FastClass.java:46) at net.sf.cglib.reflect.FastClass.create(FastClass.java:39) at org.apache.geronimo.kernel.basic.BasicProxyManager$ManagedProxyFactory.init(BasicProxyManager.java:203) at org.apache.geronimo.kernel.basic.BasicProxyManager.createProxyFactory(BasicProxyManager.java:78) at org.apache.geronimo.kernel.basic.BasicProxyManager.createProxy(BasicProxyManager.java:116) at org.apache.geronimo.console.util.KernelManagementHelper.getModuleForConfiguration(KernelManagementHelper.java:524) at org.apache.geronimo.console.util.PortletManager.getModule(PortletManager.java:368) at org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:230) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at
Re: Issues running Tuscany applications in Geronimo 2.1.3
On Sep 26, 2008, at 9:27 AM, Donald Woods wrote: Can you give more details on the app? What if any jars are included in it? Did you create a Geronimo deployment plan? If so, can you attach it along with the sample app? I think this is a Tuscany deomo app and, IIRC, it's using inverse- classloading, which probably accounts for the ClassCastException. I have their demos. Will validate that I can reproduce later today... --kevan
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
David, thanks for adding this to keep track of what plugins have been
installed on the server.
I think there is a prob with the change. In InstallModulesMojo.java,
as it set installedPluginsList as null. I think this would cause all
the plugins that came with the server assembly during build time
(using c-m-p) not recorded, as saveHistory and loadHistory only handle
cases when installedPluginList is not null.
Also, in PluginInstallerGBean.java, I don't see anywhere you specify
where we set the default location of the installedPluginsList file to
var/config/installedPlugins.properties... I only see that in the
two test files.
Lin
On Fri, Sep 26, 2008 at 3:26 AM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Fri Sep 26 00:26:53 2008
New Revision: 699202
URL: http://svn.apache.org/viewvc?rev=699202view=rev
Log:
GERONIMO-4318 try to indicate when plugins have been installed in the current
server, irrespective of whether they are in the repos
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/java/org/apache/geronimo/system/plugin/PluginInstaller.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/java/org/apache/geronimo/system/plugin/PluginInstallerGBean.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/java/org/apache/geronimo/system/plugin/CopyFileTest.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/java/org/apache/geronimo/system/plugin/PluginInstallerTest.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/car/AbstractListHandler.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/car/ViewPluginDownloadHandler.java
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java?rev=699202r1=699201r2=699202view=diff
==
---
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
(original)
+++
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
Fri Sep 26 00:26:53 2008
@@ -162,7 +162,7 @@
Kernel kernel = new BasicKernel(Assembly);
PluginRepositoryList pluginRepoList = new
PluginRepositoryDownloader(Collections.singletonMap(localRepo, (String[])
null), true);
try {
-PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, servers,
pluginRepoList, kernel, getClass().getClassLoader());
+PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, null, servers,
pluginRepoList, kernel, getClass().getClassLoader());
installer.install(pluginList, sourceRepo, true, null, null,
downloadPoller);
if (overrides != null) {
for (Override override: this.overrides) {
Modified:
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java?rev=699202r1=699201r2=699202view=diff
==
---
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
(original)
+++
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
Fri Sep 26 00:26:53 2008
@@ -189,10 +189,10 @@
}
}
-public void validatePlugin(PluginType plugin) throws
MissingDependencyException {
+public boolean validatePlugin(PluginType plugin) throws
MissingDependencyException {
PluginInstaller installer = getPluginInstaller();
try {
-installer.validatePlugin(plugin);
+return installer.validatePlugin(plugin);
} finally {
kernel.getProxyManager().destroyProxy(installer);
}
Modified:
[jira] Resolved: (GERONIMO-4210) EJB Injection in JSF Managed Bean
[ https://issues.apache.org/jira/browse/GERONIMO-4210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-4210. --- Resolution: Fixed Fix Version/s: 2.2 2.1.4 Committed fixes and tests to trunk (revision 699352) and branches/2.1 (revision 699350). EJB Injection in JSF Managed Bean - Key: GERONIMO-4210 URL: https://issues.apache.org/jira/browse/GERONIMO-4210 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.1 Environment: Linux antares 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 UTC 2008 i686 GNU/Linux Debian java version 1.6.0_06 Java(TM) SE Runtime Environment (build 1.6.0_06-b02) Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing) Reporter: Matthias Berndt Assignee: Jarek Gawor Fix For: 2.1.4, 2.2 Attachments: GERONIMO-4210.patch, ltg3.tar.gz I've got two managed beans in a JSF 1.2 webapp. Both beans are quite equal. I try to inject a stateless session bean (EJB3) into the managed beans. @EJB(name = java:comp/env/ejb/CredentialData) private CredentialData credentialData; In the first managed bean the EJB is injected correctly in CredentialDataController. The second bean with exactly the same injection code does not get the EJB inCredentialTableBean. There is no error but at runtime credentialData is null. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
On Sep 26, 2008, at 7:55 AM, Lin Sun wrote:
David, thanks for adding this to keep track of what plugins have been
installed on the server.
I think there is a prob with the change. In InstallModulesMojo.java,
as it set installedPluginsList as null. I think this would cause all
the plugins that came with the server assembly during build time
(using c-m-p) not recorded, as saveHistory and loadHistory only handle
cases when installedPluginList is not null.
I agree.
Also, in PluginInstallerGBean.java, I don't see anywhere you specify
where we set the default location of the installedPluginsList file to
var/config/installedPlugins.properties... I only see that in the
two test files.
I forgot to configure this in the plan.
thanks for noticing these problems!
david jencks
Lin
On Fri, Sep 26, 2008 at 3:26 AM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Fri Sep 26 00:26:53 2008
New Revision: 699202
URL: http://svn.apache.org/viewvc?rev=699202view=rev
Log:
GERONIMO-4318 try to indicate when plugins have been installed in
the current server, irrespective of whether they are in the repos
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/
org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/
main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/
java/org/apache/geronimo/system/plugin/PluginInstaller.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/
java/org/apache/geronimo/system/plugin/PluginInstallerGBean.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/
java/org/apache/geronimo/system/plugin/CopyFileTest.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/
java/org/apache/geronimo/system/plugin/PluginInstallerTest.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/
java/org/apache/geronimo/console/car/AbstractListHandler.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/
java/org/apache/geronimo/console/car/ViewPluginDownloadHandler.java
Modified: geronimo/server/trunk/buildsupport/car-maven-plugin/src/
main/java/org/apache/geronimo/mavenplugins/car/
InstallModulesMojo.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java?rev=699202r1=699201r2=699202view=diff
=
=
=
=
=
=
=
=
=
=
--- geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/
java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
(original)
+++ geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/
java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
Fri Sep 26 00:26:53 2008
@@ -162,7 +162,7 @@
Kernel kernel = new BasicKernel(Assembly);
PluginRepositoryList pluginRepoList = new
PluginRepositoryDownloader(Collections.singletonMap(localRepo,
(String[]) null), true);
try {
-PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath,
servers, pluginRepoList, kernel, getClass().getClassLoader());
+PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, null,
servers, pluginRepoList, kernel, getClass().getClassLoader());
installer.install(pluginList, sourceRepo, true, null,
null, downloadPoller);
if (overrides != null) {
for (Override override: this.overrides) {
Modified: geronimo/server/trunk/framework/modules/geronimo-deploy-
jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java?rev=699202r1=699201r2=699202view=diff
=
=
=
=
=
=
=
=
=
=
--- geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/
src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java (original)
+++ geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/
src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java Fri Sep 26 00:26:53 2008
@@ -189,10 +189,10 @@
}
}
-public void validatePlugin(PluginType plugin) throws
MissingDependencyException {
+public boolean validatePlugin(PluginType plugin) throws
MissingDependencyException {
PluginInstaller installer = getPluginInstaller();
try {
-installer.validatePlugin(plugin);
+return installer.validatePlugin(plugin);
} finally {
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
Hmm... how is the installedArtifacts updated when a plugin gets uninstalled? Also, what should getInstalledPlugins() return? A list of all plugins in the repo or a list of plugins enabled for the given server instance? Jarek On Fri, Sep 26, 2008 at 10:55 AM, Lin Sun [EMAIL PROTECTED] wrote: David, thanks for adding this to keep track of what plugins have been installed on the server. I think there is a prob with the change. In InstallModulesMojo.java, as it set installedPluginsList as null. I think this would cause all the plugins that came with the server assembly during build time (using c-m-p) not recorded, as saveHistory and loadHistory only handle cases when installedPluginList is not null. Also, in PluginInstallerGBean.java, I don't see anywhere you specify where we set the default location of the installedPluginsList file to var/config/installedPlugins.properties... I only see that in the two test files. Lin
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
On Sep 26, 2008, at 9:13 AM, Jarek Gawor wrote: Hmm... how is the installedArtifacts updated when a plugin gets uninstalled? It's not. Uninstalling a plugin is not exactly a deterministic operation and definitely not closely related to or the inverse of installing one: installing a plugin unpacks files and configuration that you may not want to remove, and also pulls in dependencies that may then be used by other plugins. We should encourage people to assemble a new server instead of uninstalling plugins. Also, what should getInstalledPlugins() return? A list of all plugins in the repo or a list of plugins enabled for the given server instance? Which method exactly are you asking about? The config store would tell you all the plugins that are in the repos known to the server. The plugin installer would tell you all the plugins that have been installed on this server instance. These are barely related when you are running multiple servers off of one geronimo install. For an example see the plugin farm instructions: http://cwiki.apache.org/confluence/display/GMOxDOC22/Plugin+based+Farming thanks david jencks Jarek On Fri, Sep 26, 2008 at 10:55 AM, Lin Sun [EMAIL PROTECTED] wrote: David, thanks for adding this to keep track of what plugins have been installed on the server. I think there is a prob with the change. In InstallModulesMojo.java, as it set installedPluginsList as null. I think this would cause all the plugins that came with the server assembly during build time (using c-m-p) not recorded, as saveHistory and loadHistory only handle cases when installedPluginList is not null. Also, in PluginInstallerGBean.java, I don't see anywhere you specify where we set the default location of the installedPluginsList file to var/config/installedPlugins.properties... I only see that in the two test files. Lin
[jira] Created: (GERONIMO-4325) Switch to new Dojo 1.1.1 mini release bundle
Switch to new Dojo 1.1.1 mini release bundle Key: GERONIMO-4325 URL: https://issues.apache.org/jira/browse/GERONIMO-4325 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: dependencies Affects Versions: 2.1.3 Reporter: Donald Woods Assignee: Donald Woods Priority: Minor Fix For: 2.2 New for dojo 1.1.1, is a mini release package that still includes dojo, dijit, dojox but without all the extra crap - http://dojotoolkit.org/2008/05/12/announcing-dojo-1-1-1 Dojo mini, a new packaging of Dojo source weighing in at just over 1M. The same Dojo, with no tests, no utilities, no demos... Using this, reduces our generated geronimo-dojo WAR by 2.9MB and the expanded filesystem size from 12.8MB down to 3.8MB. I had to manually untar and then zip the results back, since the mini bundle is only published as a tar.gz right now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4318) All the plugins are marked as installable on the install plugins portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12634937#action_12634937 ] David Jencks commented on GERONIMO-4318: rev 699420 fixes these problems Lin noticed: -- c-m-p InstallModulesMojo needs to actually track the installed plugins -- plugin plugin PluginInstallerGBean needs to be configured with the tracking file location -- bug in save method in PluginInstallerGBean All the plugins are marked as installable on the install plugins portlet Key: GERONIMO-4318 URL: https://issues.apache.org/jira/browse/GERONIMO-4318 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Reporter: Lin Sun Assignee: Lin Sun Fix For: 2.2 All the plugins are marked as installable on the install plugins portlet. We check if a plugin is installable by using pluginInstaller.validatePlugin. If an exception is thrown, then we set the installable to false. The throw of MissingDependencyException in validatePlugin method is commented out during rev 696105. A proposed fix is to throw ConfigurationAlreadyExistsException when validatePlugin fails because of the configuration is already installed. This seems more reasonable and will also get rid of the confusion message of Missing Dependency: XXX when a user attempts to install a plugin that has already been installed using the deploy install-plugin command. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
On Sep 26, 2008, at 9:11 AM, David Jencks wrote:
On Sep 26, 2008, at 7:55 AM, Lin Sun wrote:
David, thanks for adding this to keep track of what plugins have been
installed on the server.
I think there is a prob with the change. In InstallModulesMojo.java,
as it set installedPluginsList as null. I think this would cause all
the plugins that came with the server assembly during build time
(using c-m-p) not recorded, as saveHistory and loadHistory only
handle
cases when installedPluginList is not null.
I agree.
Also, in PluginInstallerGBean.java, I don't see anywhere you specify
where we set the default location of the installedPluginsList file to
var/config/installedPlugins.properties... I only see that in the
two test files.
I forgot to configure this in the plan.
I think I got these fixed in rev 699420. In my farm example the nodes
seem to be tracking what has been installed properly, and the c-m-p
assembly seems to be recording what was installed.
thanks again
david jencks
thanks for noticing these problems!
david jencks
Lin
On Fri, Sep 26, 2008 at 3:26 AM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Fri Sep 26 00:26:53 2008
New Revision: 699202
URL: http://svn.apache.org/viewvc?rev=699202view=rev
Log:
GERONIMO-4318 try to indicate when plugins have been installed in
the current server, irrespective of whether they are in the repos
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/
org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/
main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/
java/org/apache/geronimo/system/plugin/PluginInstaller.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/
java/org/apache/geronimo/system/plugin/PluginInstallerGBean.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/
java/org/apache/geronimo/system/plugin/CopyFileTest.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/
java/org/apache/geronimo/system/plugin/PluginInstallerTest.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/
java/org/apache/geronimo/console/car/AbstractListHandler.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/
java/org/apache/geronimo/console/car/ViewPluginDownloadHandler.java
Modified: geronimo/server/trunk/buildsupport/car-maven-plugin/src/
main/java/org/apache/geronimo/mavenplugins/car/
InstallModulesMojo.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java?rev=699202r1=699201r2=699202view=diff
=
=
=
=
=
=
=
=
=
=
--- geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/
java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
(original)
+++ geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/
java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
Fri Sep 26 00:26:53 2008
@@ -162,7 +162,7 @@
Kernel kernel = new BasicKernel(Assembly);
PluginRepositoryList pluginRepoList = new
PluginRepositoryDownloader(Collections.singletonMap(localRepo,
(String[]) null), true);
try {
-PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath,
servers, pluginRepoList, kernel, getClass().getClassLoader());
+PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, null,
servers, pluginRepoList, kernel, getClass().getClassLoader());
installer.install(pluginList, sourceRepo, true, null,
null, downloadPoller);
if (overrides != null) {
for (Override override: this.overrides) {
Modified: geronimo/server/trunk/framework/modules/geronimo-deploy-
jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java?rev=699202r1=699201r2=699202view=diff
=
=
=
=
=
=
=
=
=
=
--- geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/
src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java (original)
+++ geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/
src/main/java/org/apache/geronimo/deployment/plugin/jmx/
RemoteDeploymentManager.java Fri Sep 26 00:26:53 2008
@@ -189,10 +189,10 @@
}
}
-public void validatePlugin(PluginType plugin) throws
MissingDependencyException {
+public boolean validatePlugin(PluginType plugin)
Re: svn commit: r699202 - in /geronimo/server/trunk: buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/ framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/
Cool - I am running a full build to check them out.
thanks
Lin
On Fri, Sep 26, 2008 at 1:26 PM, David Jencks [EMAIL PROTECTED] wrote:
On Sep 26, 2008, at 9:11 AM, David Jencks wrote:
On Sep 26, 2008, at 7:55 AM, Lin Sun wrote:
David, thanks for adding this to keep track of what plugins have been
installed on the server.
I think there is a prob with the change. In InstallModulesMojo.java,
as it set installedPluginsList as null. I think this would cause all
the plugins that came with the server assembly during build time
(using c-m-p) not recorded, as saveHistory and loadHistory only handle
cases when installedPluginList is not null.
I agree.
Also, in PluginInstallerGBean.java, I don't see anywhere you specify
where we set the default location of the installedPluginsList file to
var/config/installedPlugins.properties... I only see that in the
two test files.
I forgot to configure this in the plan.
I think I got these fixed in rev 699420. In my farm example the nodes seem
to be tracking what has been installed properly, and the c-m-p assembly
seems to be recording what was installed.
thanks again
david jencks
thanks for noticing these problems!
david jencks
Lin
On Fri, Sep 26, 2008 at 3:26 AM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Fri Sep 26 00:26:53 2008
New Revision: 699202
URL: http://svn.apache.org/viewvc?rev=699202view=rev
Log:
GERONIMO-4318 try to indicate when plugins have been installed in the
current server, irrespective of whether they are in the repos
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/java/org/apache/geronimo/system/plugin/PluginInstaller.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/main/java/org/apache/geronimo/system/plugin/PluginInstallerGBean.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/java/org/apache/geronimo/system/plugin/CopyFileTest.java
geronimo/server/trunk/framework/modules/geronimo-plugin/src/test/java/org/apache/geronimo/system/plugin/PluginInstallerTest.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/car/AbstractListHandler.java
geronimo/server/trunk/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/car/ViewPluginDownloadHandler.java
Modified:
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java?rev=699202r1=699201r2=699202view=diff
==
---
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
(original)
+++
geronimo/server/trunk/buildsupport/car-maven-plugin/src/main/java/org/apache/geronimo/mavenplugins/car/InstallModulesMojo.java
Fri Sep 26 00:26:53 2008
@@ -162,7 +162,7 @@
Kernel kernel = new BasicKernel(Assembly);
PluginRepositoryList pluginRepoList = new
PluginRepositoryDownloader(Collections.singletonMap(localRepo, (String[])
null), true);
try {
-PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, servers,
pluginRepoList, kernel, getClass().getClassLoader());
+PluginInstallerGBean installer = new
PluginInstallerGBean(targetRepositoryPath, targetServerPath, null, servers,
pluginRepoList, kernel, getClass().getClassLoader());
installer.install(pluginList, sourceRepo, true, null, null,
downloadPoller);
if (overrides != null) {
for (Override override: this.overrides) {
Modified:
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java?rev=699202r1=699201r2=699202view=diff
==
---
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
(original)
+++
geronimo/server/trunk/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/jmx/RemoteDeploymentManager.java
Fri Sep 26 00:26:53 2008
@@ -189,10 +189,10 @@
}
}
-public void
[jira] Commented: (GERONIMO-4284) Server farm management based on plugins
[ https://issues.apache.org/jira/browse/GERONIMO-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12634964#action_12634964 ] David Jencks commented on GERONIMO-4284: rev 699449 change syntax of gshell commands to use actions of add/remove and options for the farm name, plugin list, and plugin. Based on the options supplied we figure out what method to call. Server farm management based on plugins --- Key: GERONIMO-4284 URL: https://issues.apache.org/jira/browse/GERONIMO-4284 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 Our current farm support is based on (IIUC) fairly hard coded farm members and deployment of applications with automatic distribution to farm members. We could also use farm management based on installing plugins with more dynamic farm membership and explicit distribution commands. For something like this database persistence seems more appropriate than using gbeans and repositories. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
need help with failed build
i've followed http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html#BuildingApacheGeronimo-JavaDeveloperKit%2528JDK%2529 i've only checked out the trunk svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server *so -- do i need the other branches for a successful build ?* i'm on windows xp -- so i partially followed the recommendations for path length issues. maven repository is at c:\sun\m2.m2 geronimo was checked out to c:\sun\g_src\g i'm using mave 2.0.9, and jdk5 with the MAVEN_OPTS = -Xmx512m -XX:MaxPermSize=128m t*he build progresses quite awhile then starts getting failures like the following:* [INFO] Packaging module configuration: C:\Sun\g_src\g\plugins\plancreator\plancreator-console-jetty\target\resources\META-INF\plan.xml [INFO] Started deployer: org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/j2ee-deployer/2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/jetty6-deployer/2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/jasper-deployer/2.2-SNAPSHOT/car [ERROR] The protocol for the JAR file's URL is not supported java.lang.UnsupportedOperationException: Only local file jars are supported jar:file:/C:/Sun/m2.m2/org/apache/geronimo/configs/system-database/2.2-SNAPSHOT/system-database-2.2-SNAPSHOT. car!/rar/tranql-connector-1.4.jar org.apache.geronimo.kernel.classloader.UrlResourceFinder.cacheUrl(UrlResourceFinder.java:231) *but continues until the final error: *[INFO] Started deployer: org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car [ERROR] Deployment failed due to java.lang.NullPointerException org.apache.openejb.config.ConfigurationFactory.configureService(ConfigurationFactory.java:786) org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addContainerInfos(EjbModuleBuilder.java:662) * i'm only trying to build the source at the moment -- not run or deploy. thanks *
Re: need help with failed build
That problem should be fixed in current source. Can you 'svn up' and 'mvn clean install' --kevan On Sep 26, 2008, at 3:39 PM, emiddio-verizon [EMAIL PROTECTED] wrote: i've followed http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html#BuildingApacheGeronimo-JavaDeveloperKit%2528JDK%2529 i've only checked out the trunk svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server so -- do i need the other branches for a successful build ? i'm on windows xp -- so i partially followed the recommendations for path length issues. maven repository is at c:\sun\m2.m2 geronimo was checked out to c:\sun\g_src\g i'm using mave 2.0.9, and jdk5 with the MAVEN_OPTS = -Xmx512m - XX:MaxPermSize=128m the build progresses quite awhile then starts getting failures like the following: [INFO] Packaging module configuration: C:\Sun\g_src\g\plugins \plancreator\plancreator-console-jetty\target\resources\META-INF \plan.xml [INFO] Started deployer: org.apache.geronimo.framework/geronimo- gbean-deployer/2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/j2ee-deployer/ 2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/jetty6-deployer/ 2.2-SNAPSHOT/car [INFO] Started deployer: org.apache.geronimo.configs/jasper-deployer/ 2.2-SNAPSHOT/car [ERROR] The protocol for the JAR file's URL is not supported java.lang.UnsupportedOperationException: Only local file jars are supported jar:file:/C:/Sun/m2.m2/org/apache/geronimo/configs/system- database/2.2-SNAPSHOT/system-database-2.2-SNAPSHOT. car!/rar/tranql-connector-1.4.jar org. apache. geronimo. kernel.classloader.UrlResourceFinder.cacheUrl(UrlResourceFinder.java: 231) but continues until the final error: [INFO] Started deployer: org.apache.geronimo.configs/openejb- deployer/2.2-SNAPSHOT/car [ERROR] Deployment failed due to java.lang.NullPointerException org. apache. openejb. config. ConfigurationFactory.configureService(ConfigurationFactory.java:786) org. apache. geronimo. openejb. deployment.EjbModuleBuilder.addContainerInfos(EjbModuleBuilder.java: 662) i'm only trying to build the source at the moment -- not run or deploy. thanks
