Re: Merging old mailing lists
+1 Pozdrawiam, Jacek Laskowski https://medium.com/@jaceklaskowski/ Mastering Apache Spark 2.0 https://bit.ly/mastering-apache-spark Follow me at https://twitter.com/jaceklaskowski On Sun, Mar 12, 2017 at 2:41 PM, Alan Cabrera <a...@toolazydogs.com> wrote: > I’m thinking that, regardless of this project’s direction, the following > mailing lists should be merged into Geronimo’s existing mailing lists: > > servicemix-...@geronimo.apache.org > xbean-...@geronimo.apache.org > xbean-...@geronimo.apache.org > xbean-u...@geronimo.apache.org > > > Regards, > Alan >
Re: G 2.2.1/Tomcat throws Unable to decrypt on Mac OS X
On Sat, Sep 3, 2011 at 11:43 PM, Kevan Miller kevan.mil...@gmail.com wrote: So, you may want to start with a fresh install. That was it. I can't find out what made the installation broken, but once I removed and reinstalled it, Geronimo runs fine now. Thanks! Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
G 2.2.1/Tomcat throws Unable to decrypt on Mac OS X
) at org.apache.geronimo.crypto.AbstractEncryption.decrypt(AbstractEncryption.java:76) at org.apache.geronimo.crypto.EncryptionManager.decrypt(EncryptionManager.java:109) at org.apache.geronimo.system.plugin.PluginRepositoryDownloader.loadUserRepositories(PluginRepositoryDownloader.java:122) at org.apache.geronimo.system.plugin.PluginRepositoryDownloader.init(PluginRepositoryDownloader.java:80) ... 2011-09-02 23:48:04,518 ERROR [AbstractEncryption] Unable to decrypt java.io.EOFException at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2280) at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2749) at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780) at java.io.ObjectInputStream.init(ObjectInputStream.java:279) at org.apache.geronimo.crypto.AbstractEncryption.decrypt(AbstractEncryption.java:76) at org.apache.geronimo.crypto.EncryptionManager.decrypt(EncryptionManager.java:109) at org.apache.geronimo.gbean.annotation.EncryptionSetting$1.decrypt(EncryptionSetting.java:33) at org.apache.geronimo.system.configuration.GBeanOverride.getValue(GBeanOverride.java:416) at org.apache.geronimo.system.configuration.GBeanOverride.applyOverrides(GBeanOverride.java:367) at org.apache.geronimo.system.configuration.LocalAttributeManager.setAttributes(LocalAttributeManager.java:228) at org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:197) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:297) ... 2011-09-02 23:48:04,650 INFO [Log4jService] Stopping Logging Service 2011-09-02 23:48:04,654 INFO [Log4jService] -- Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Fri, Jul 29, 2011 at 3:53 PM, Rex Wang rwo...@gmail.com wrote: I think these are what you released? http://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-transaction/2.2.2/ http://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-connector/2.2.2/ Yes, indeed! It went well then. Thanks for your cooperation. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Mon, Jul 18, 2011 at 12:02 PM, Shawn Jiang genspr...@gmail.com wrote: 1, mvn release:prepare 2, mvn release:perform 3, close the staging repo in (https://repository.apache.org/index.html#welcome) 4, send the vote mail. Hi, I did all the steps, albeit the jars are not in the public maven repo. It's been 3 days since I released the staging repository in Nexus. What else is needed? I'm confused and worried that I haven't carried out the release properly. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: svn commit: r1148540 - /geronimo/server/trunk/plugins/wab/geronimo-web-extender/src/main/java/org/apache/geronimo/osgi/web/extender/WebContainerExtender.java
On Tue, Jul 19, 2011 at 11:20 PM, ga...@apache.org wrote: + private static final String SYNCHRONOUS_HEADER = Synchronous-Deploy; + private static final String SYNCHRONOUS_PROPERTY = org.apache.geronimo.osgi.web.extender.synchronous; Hi, What's the aim of the header/property? Is this Geronimo-specific or described by a spec? Which one? I can't find it in entOSGi. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
[VOTE][RESULTS] Release Geronimo Transaction Manager version 2.2.2
Thanks for voting. The vote passed with 7 +1's. Kevan Miller Ivan Xu David Blevins Jean-Louis MONTEIRO Shawn Jiang Viola Lu Jacek Laskowski there's no +0 or -1 I'm pushing (releasing) the staging artifacts to central (and will the other steps as described in Geronimo 2.1.7 Release Process [1]). Thanks for the smooth voting process. [1] https://cwiki.apache.org/GMOxPMGT/geronimo-217-release-process.html Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: svn commit: r1148540 - /geronimo/server/trunk/plugins/wab/geronimo-web-extender/src/main/java/org/apache/geronimo/osgi/web/extender/WebContainerExtender.java
On Mon, Jul 25, 2011 at 7:14 PM, Jarek Gawor jga...@gmail.com wrote: It's Geronimo-specific. Would you elaborate on its use case? Where would a user appreciate its benefits? Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: [VOTE] Release Geronimo Transaction Manager version 2.2.2
+1 Jacek On Mon, Jul 18, 2011 at 3:09 PM, Jacek Laskowski ja...@japila.pl wrote: Hi, Note: This is my first release ever so provide guidance where needed. The release of Geronimo Transaction Manager version 2.2.2 is to ship OpenEJB 3.2.0 as it currently depends on 2.2-SNAPSHOT. The fixes in this release are: GERONIMO-5754 Timing window when removing expired connections GERONIMO-5742 NPE in MultiPoolConnectionInterceptor.returnConnection with non-zero minPoolSize GERONIMO-4576 Make persistence exceptions more visible to client GERONIMO-6029 Upgrade slf4j api version to one that correctly does not require the impl The artifacts up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-connector/2.2.2/geronimo-connector-2.2.2.jar https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-transaction/2.2.2/geronimo-transaction-2.2.2.jar https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-txmanager-parent/2.2.2/geronimo-txmanager-parent-2.2.2-source-release.zip The staging repository is: https://repository.apache.org/content/repositories/orgapachegeronimo-001/ The source tag is: https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-2.2.2/ Vote will be open for 72 hours (starting 3 PM CET = GMT+1). [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: [VOTE] Release new bundle components.
+1 On Tue, Jul 19, 2011 at 4:02 AM, Shawn Jiang genspr...@gmail.com wrote: Thanks, Kevan ! I've deleted scout/jaxb/saaj from the repository and will restage a vote for scout/jaxb/saaj component. This vote is now just for the woodstox, axis and axiom. Please continue to vote for the 3 remaining bundles. On Tue, Jul 19, 2011 at 12:19 AM, Kevan Miller kevan.mil...@gmail.com wrote: Hi Shawn, Nice work. There's been an update on how to handle dual-licensed artifacts (or an update on my understand of how to handle them...). See -- http://www.apache.org/legal/resolved.html#mutually-exclusive Based on this, we should not be including the GPL license in our license file. So, I think we need to respin saaj-impl and jaxb impl based on this new information. I've already made updates to trunk with what I think is appropriate. Also, something went wrong in the preparation of the scout tag (and source distribution). The source appears twice: scout-1.2.3_1/src/ and scout-1.2.3_1/scout/src/. scout-1.2.3_1/NOTICE is out of date. scout-1.2.3_1/scout/NOTICE is correct. IMO, we should respin scout, once the source issue has been resolved. Here's my +1 for woodstox, axis, and axiom. Except as noted above, all looks good -- signature/checksum, license/notice, source (rat), and build. --kevan On Jul 18, 2011, at 9:54 AM, Shawn Jiang wrote: This is a single vote for releasing 6 new Geronimo bundles that are OSGi versions of other jar files. The wrappered jars are woodstox-core-asl 4.1.1_1 jaxb-impl 2.2.3-1_1 scout 1.2.3_1 saaj-impl 1.3.8_1 axis 1.4_2 axiom-all 1.2.12_1 The components up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/woodstox-core-asl/4.1.1_1/woodstox-core-asl-4.1.1_1-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/woodstox-core-asl/4.1.1_1/woodstox-core-asl-4.1.1_1-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/jaxb-impl/2.2.3-1_1/jaxb-impl-2.2.3-1_1-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/jaxb-impl/2.2.3-1_1/jaxb-impl-2.2.3-1_1-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/scout/1.2.3_1/scout-1.2.3_1-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/scout/1.2.3_1/scout-1.2.3_1-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/saaj-impl/1.3.8_1/saaj-impl-1.3.8_1-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/saaj-impl/1.3.8_1/saaj-impl-1.3.8_1-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/axis/1.4_2/axis-1.4_2-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/axis/1.4_2/axis-1.4_2-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/axiom-all/1.2.12_1/axiom-all-1.2.12_1-source-release.zip https://repository.apache.org/content/repositories/orgapachegeronimo-002/org/apache/geronimo/bundles/axiom-all/1.2.12_1/axiom-all-1.2.12_1-source-release.tar.gz The staging repository is: https://repository.apache.org/content/repositories/orgapachegeronimo-002/ The source repos are: https://svn.apache.org/repos/asf/geronimo/bundles/tags/woodstox-core-asl-4.1.1_1 https://svn.apache.org/repos/asf/geronimo/bundles/tags/jaxb-impl-2.2.3-1_1 https://svn.apache.org/repos/asf/geronimo/bundles/tags/scout-1.2.3_1 https://svn.apache.org/repos/asf/geronimo/bundles/tags/saaj-impl-1.3.8_1 https://svn.apache.org/repos/asf/geronimo/bundles/tags/axis-1.4_2 https://svn.apache.org/repos/asf/geronimo/bundles/tags/axiom-all-1.2.12_1 Vote will be open for 72 hours. [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) -- Shawn -- Shawn -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Thu, Jun 30, 2011 at 12:26 PM, Jacek Laskowski ja...@laskowski.net.pl wrote: It's been a while since I was more active wrt Geronimo and there's a chance to change it - I may run the release process if no one objects. I've already discussed the matter with dblevins, so I'm pretty much aware what's needed, but if there's an official document I should be following for successful release I'd appreciate being pointed out. Hi, I've just followed the process of releasing geronimo-txmanager-parent - the tag, the branch and https://repository.apache.org/service/local/staging/deploy/maven2 are all set up, but can't get hold of https://repository.apache.org/content/repositories/ so people can download the binaries/sources and give them a try. How to do it? As I understand, it's required for the vote email, isn't it? Help's badly needed as I'm currently stuck. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Mon, Jul 18, 2011 at 1:52 PM, Kevan Miller kevan.mil...@gmail.com wrote: OK. Are you having a permissions problem? What type of error are you seeing? All seems to be fine. No error or such - just that I don't see the repository in Nexus. I see https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/geronimo/components/, but don't know how to set up a repo in https://repository.apache.org/content/repositories/. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Mon, Jul 18, 2011 at 12:02 PM, Shawn Jiang genspr...@gmail.com wrote: 3, close the staging repo in (https://repository.apache.org/index.html#welcome) Hi Shawn, That's exactly what I was after. Thanks! I think https://cwiki.apache.org/GMOxPMGT/geronimo-component-release-process.html should be ditched. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
[VOTE] Release Geronimo Transaction Manager version 2.2.2
Hi, Note: This is my first release ever so provide guidance where needed. The release of Geronimo Transaction Manager version 2.2.2 is to ship OpenEJB 3.2.0 as it currently depends on 2.2-SNAPSHOT. The fixes in this release are: GERONIMO-5754 Timing window when removing expired connections GERONIMO-5742 NPE in MultiPoolConnectionInterceptor.returnConnection with non-zero minPoolSize GERONIMO-4576 Make persistence exceptions more visible to client GERONIMO-6029 Upgrade slf4j api version to one that correctly does not require the impl The artifacts up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-connector/2.2.2/geronimo-connector-2.2.2.jar https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-transaction/2.2.2/geronimo-transaction-2.2.2.jar https://repository.apache.org/content/repositories/orgapachegeronimo-001/org/apache/geronimo/components/geronimo-txmanager-parent/2.2.2/geronimo-txmanager-parent-2.2.2-source-release.zip The staging repository is: https://repository.apache.org/content/repositories/orgapachegeronimo-001/ The source tag is: https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-2.2.2/ Vote will be open for 72 hours (starting 3 PM CET = GMT+1). [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Tue, Jul 12, 2011 at 8:11 AM, Jean-Louis MONTEIRO jeano...@gmail.com wrote: any news on the availability? Expect the binaries later today. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Thu, Jun 30, 2011 at 12:26 PM, Jacek Laskowski ja...@laskowski.net.pl wrote: It's been a while since I was more active wrt Geronimo and there's a chance to change it - I may run the release process if no one objects. Hi, No one raised your hand to object or accept my offer, so I'm taking it on. As I understood it's to release https://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk/. I'm reading the release process on https://cwiki.apache.org/GMOxPMGT/geronimo-component-release-process.html and will follow it along. Help welcome. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Tue, Jul 5, 2011 at 9:58 PM, David Jencks david_jen...@yahoo.com wrote: These instructions for components don't look up to date to me. Staging is now done to the apache nexus instance, not your people.apache.org area. Maybe someone who's done a spec release recently could update them? Hi, You're right. I believe something's wrong with my settings.xml. Any help's greatly appreciated. jacek:~/oss/geronimo-txmanager $ mvn release:perform -Prelease ... [INFO] Checking out the project to perform the release ... [INFO] Executing: /bin/sh -c cd /Users/jacek/oss/geronimo-txmanager/target svn --non-interactive checkout https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-3.1.1 /Users/jacek/oss/geronimo-txmanager/target/checkout [INFO] Working directory: /Users/jacek/oss/geronimo-txmanager/target [ERROR] The svn command failed. [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache Geronimo TxManager . FAILURE [2.754s] [INFO] Geronimo TxManager :: Transaction . SKIPPED [INFO] Geronimo TxManager :: Connector ... SKIPPED [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 5.113s [INFO] Finished at: Tue Jul 05 22:18:50 CEST 2011 [INFO] Final Memory: 8M/81M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0-beta-9:perform (default-cli) on project geronimo-txmanager-parent: Unable to checkout from SCM [ERROR] Provider message: [ERROR] The svn command failed. [ERROR] Command output: [ERROR] svn: URL 'https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-3.1.1' doesn't exist Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Wed, Jul 6, 2011 at 1:11 AM, David Jencks david_jen...@yahoo.com wrote: 1. I'd like another day or two to review what's actually in this and make sure the versions are reasonably accurate -- I think there have been api additions so I suspect 3.2 would be more appropriate than 3.1.1. FIne. 2. Did you run release:prepare first? I think that's what generates the tag. If you used -Ddryrun=true then it wouldn't have actually generated the tag. Yes, I did with the option -DdryRun=true. I didn't notice anything about removing it afterwards. I'll give it a go after 1. is worked on. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Release Connector/Transaction components
On Thu, Jun 30, 2011 at 8:50 AM, jlmonteiro jeano...@gmail.com wrote: Hi devs, We want to release Apache OpenEJB 3.2.0 but we are currently depending on 2.2-SNAPSHOT. Is it possible to get those 2 modules released? Hi, It's been a while since I was more active wrt Geronimo and there's a chance to change it - I may run the release process if no one objects. I've already discussed the matter with dblevins, so I'm pretty much aware what's needed, but if there's an official document I should be following for successful release I'd appreciate being pointed out. Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl
Re: Where's javax.ejb.embeddable.EJBContainer's discovery protocol described?
On Sun, Jan 2, 2011 at 7:31 PM, David Jencks david_jen...@yahoo.com wrote: IIRC all the EJBContainer code is in openejb. Geronimo doesn't modify this standalone ejb container in any way, and it doesn't relate to osgi in any way either. I don't think so and that's why I asked here. The code for the embeddable EJB is in geronimo spec repo - https://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-ejb_3.1_spec. Take a look at src/main/java/javax/ejb/embeddable/EJBContainer.java in which you can find the method createEJBContainer which uses ProviderLocator.getServices (from geronimo-osgi-support/geronimo-osgi-locator) which in turn uses OSGi Service Registry. If OSGi doesn't provide anything useful, the method EJBContainer.createEJBContainer searches the classpath for META-INF/services. That's what bothers me, although it seems as a well-thought-out solution. How did we know META-INF/services should've been used? Where's it described? Is it described in the spec at all or is it something implementors can do what they think is reasonable? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://jaceklaskowski.pl
Re: Where's javax.ejb.embeddable.EJBContainer's discovery protocol described?
On Mon, Jan 3, 2011 at 10:21 PM, David Jencks david_jen...@yahoo.com wrote: Thats the java SE ServiceLocator which is what the ejb spec says to use. ... hope this clarifies something :-) Quite a lot! Thanks for your time and patience. Sorry to say so, but I must admit that when you mentioned about the spec and servicelocator I searched the doc and found 22.3.3 Embeddable Container Bootstrapping: The Container Provider supplies the provider configuration file by creating a text file named javax.ejb.spi.EJBContainerProvider and placing it in the META-INF/servicesdirectory of one of its JAR files. The contents of the file should be the name of the embeddable container provider implementation class of the javax.ejb.spi.EJBContainerProvider interface. I meant to have read it, but...well...didn't and hence asked these questions. What a shame! Thanks again. It's clear now and am going to pursue more tests for my self-learning. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://jaceklaskowski.pl
Where's javax.ejb.embeddable.EJBContainer's discovery protocol described?
Hi, I first thought to have sent the email to openejb mailing list, but since the specs are maintained here, so did the email go. I'm looking for information about javax.ejb.embeddable.EJBContainer's discovery protocol. I could find javadoc and the ejb31 spec itself and no information about how the implementation is to be found. Geronimo relies on osgi registry as well as the classpath scanning (META-INF/services). I can't find it in the spec/javadoc that this is the way it should be. How did we find it out? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://jaceklaskowski.pl
Re: Welcome viola.lu as a new committer
On Thu, Dec 30, 2010 at 6:57 AM, Ivan xhh...@gmail.com wrote: I would like to welcome viola.lu aboard, as she recently accepted the Geronimo PMC invitation to become a committer. Her account was just created this morning (viola.lu), so you should start seeing some commits from her soon. Gratulacje! Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://jaceklaskowski.pl
Re: svn commit: r908295 - /geronimo/xbean/trunk/xbean-blueprint/src/main/java/org/apache/xbean/blueprint/context/impl/XBeanNamespaceHandler.java
On Wed, Feb 10, 2010 at 1:32 AM, djen...@apache.org wrote: Author: djencks Date: Wed Feb 10 00:32:13 2010 New Revision: 908295 ... + private boolean equals(NonNullMetadata key1, NonNullMetadata key2) { + if (key1 == key2) return true; + if (key1.getClass() != key2.getClass()) return false; + if (key1 instanceof RefMetadata) return ((RefMetadata) key1).getComponentId().equals(((RefMetadata) key2).getComponentId()); + if (key1 instanceof ReferenceMetadata) { + if (((ReferenceMetadata) key1).getTimeout() != ((ReferenceMetadata) key2).getTimeout()) return false; + } + if (key1 instanceof ServiceReferenceMetadata) { + ServiceReferenceMetadata sr1 = (ServiceReferenceMetadata) key1; + ServiceReferenceMetadata sr2 = (ServiceReferenceMetadata) key2; + return sr1.getAvailability() == sr2.getAvailability() + sr1.getInterface().equals(sr2.getInterface()) + sr1.getComponentName().equals(sr2.getComponentName()) + sr1.getFilter().equals(sr2.getFilter()) + sr1.getReferenceListeners().equals(sr2.getReferenceListeners()) + + sr1.getId().equals(sr2.getId()) + sr1.getActivation() == sr2.getActivation() + sr1.getDependsOn().equals(sr2.getDependsOn()); + } + if (key1 instanceof ValueMetadata) { + ValueMetadata v1 = (ValueMetadata) key1; + ValueMetadata v2 = (ValueMetadata) key2; + if (v1.getStringValue() != null ? v1.getStringValue().equals(v2.getStringValue()) : v2.getStringValue() == null + v1.getType() != null ? v1.getType().equals(v2.getType()) : v2.getType() == null) { + return true; + } + } + return false; + } + Hi Dave, I wonder if it wasn't clearer to introduce proper equals method in ServiceReferenceMetadata and ValueMetadata classes, and delegate its calls to them? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://wszystkojawne.pl p.s. Szukam speca/firmy od grafiki/CSS/HTML
Re: xbean 3.7-snapshot deployed
On Sun, Jan 31, 2010 at 2:48 PM, Jacek Laskowski ja...@laskowski.net.pl wrote: When I change the pom.xml with: dependency groupIdorg.apache.xbean/groupId artifactIdxbean-finder-shaded/artifactId version3.7-SNAPSHOT/version classifiershaded/classifier /dependency To be really honest, I have to add the following dependencies: dependency groupIdorg.apache.xbean/groupId artifactIdxbean-finder-shaded/artifactId version3.7-SNAPSHOT/version classifiershaded/classifier /dependency dependency groupIdorg.apache.xbean/groupId artifactIdxbean-asm-shaded/artifactId version3.7-SNAPSHOT/version /dependency Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://wszystkojawne.pl p.s. Szukam speca/firmy od grafiki/CSS/HTML
xbean 3.7-snapshot deployed
Hi, Just to let you know that the latest (01/30) xbean has just been deployed to the snapshot repo. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://wszystkojawne.pl p.s. Szukam speca/firmy od grafiki/CSS/HTML
Publish the latest snapshot to the public snapshot repo
Hi, I don't seem to be able to upload the latest binaries to the public snapshot repo so I'm asking you to do so (if you don't mind). Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://wszystkojawne.pl p.s. Szukam speca/firmy od grafiki/CSS/HTML
[jira] Created: (XBEAN-141) NumberFormatException upon installing the shaded subprojects - asm and reflect - into Apache Felix 2.0.0
NumberFormatException upon installing the shaded subprojects - asm and reflect - into Apache Felix 2.0.0 Key: XBEAN-141 URL: https://issues.apache.org/jira/browse/XBEAN-141 Project: XBean Issue Type: Bug Components: reflect Affects Versions: 3.6 Reporter: Jacek Laskowski Fix For: 3.7 The header Bundle-Version is set to 3.7-SNAPSHOT and it's done manually in pom.xml while shading. It should be 3.7.0.SNAPSHOT as maven-bundle-plugin does for the other subprojects. jlaskow...@work /cygdrive/c/apps/felix-framework $ java -jar bin/felix.jar Welcome to Felix - version 2.0.0 - install file:/C:\.m2\org\apache\xbean\xbean-asm-shaded\3.7-SNAPSHOT\xbean-asm-shaded-3.7-SNAPSHOT.jar java.lang.NumberFormatException: For input string: 7-SNAPSHOT at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:458) at java.lang.Integer.parseInt(Integer.java:499) at org.osgi.framework.Version.init(Version.java:129) at org.osgi.framework.Version.parseVersion(Version.java:218) at org.apache.felix.framework.util.manifestparser.ManifestParser.init(ManifestParser.java:77) at org.apache.felix.framework.ModuleImpl.init(ModuleImpl.java:200) at org.apache.felix.framework.BundleImpl.createModule(BundleImpl.java:1095) at org.apache.felix.framework.BundleImpl.init(BundleImpl.java:82) at org.apache.felix.framework.Felix.installBundle(Felix.java:2379) at org.apache.felix.framework.Felix.installBundle(Felix.java:2282) at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:130) at org.apache.felix.shell.impl.InstallCommandImpl.install(InstallCommandImpl.java:104) at org.apache.felix.shell.impl.InstallCommandImpl.execute(InstallCommandImpl.java:68) at org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:281) at org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:184) at java.lang.Thread.run(Thread.java:619) java.lang.NumberFormatException: For input string: 7-SNAPSHOT -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (XBEAN-131) xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04
[ https://issues.apache.org/jira/browse/XBEAN-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12712666#action_12712666 ] Jacek Laskowski commented on XBEAN-131: --- Weird. It works for me (tm) Trying to figure out what might cause it. Could you rerun the test with an empty Maven local repository? jlaskow...@work ~ $ java -version java version 1.5.0_17 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_17-b04) Java HotSpot(TM) Client VM (build 1.5.0_17-b04, mixed mode) jlaskow...@work ~ $ mvn -v Apache Maven 2.1.0 (r755702; 2009-03-18 20:10:27+0100) Java version: 1.5.0_17 Java home: c:\apps\java5\jre Default locale: en_PL, platform encoding: Cp1250 OS name: windows xp version: 5.1 arch: x86 Family: windows jlaskow...@work /cygdrive/c/oss/xbean/xbean-reflect $ mvn clean test -Dtest=ParameterNameLoaderTest [INFO] Scanning for projects... [INFO] [INFO] Building Apache XBean :: Reflect [INFO]task-segment: [clean, test] [INFO] [INFO] [clean:clean] [INFO] Deleting directory c:\oss\xbean\xbean-reflect\target [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: velocimacro.messages.on = 'false'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] Setting property: resource.manager.logwhenfound = 'false'. [INFO] [remote-resources:process {execution: default}] [INFO] [resources:resources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 0 resource [INFO] Copying 3 resources [INFO] [compiler:compile] [INFO] Compiling 84 source files to c:\oss\xbean\xbean-reflect\target\classes [INFO] [resources:testResources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory c:\oss\xbean\xbean-reflect\src\test\resources [INFO] Copying 3 resources [INFO] [compiler:testCompile] [INFO] Compiling 29 source files to c:\oss\xbean\xbean-reflect\target\test-classes [INFO] [surefire:test] [INFO] Surefire report directory: c:\oss\xbean\xbean-reflect\target\surefire-reports --- T E S T S --- Running org.apache.xbean.recipe.ParameterNameLoaderTest Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.344 sec Results : Tests run: 11, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 19 seconds [INFO] Finished at: Mon May 25 11:17:31 CEST 2009 [INFO] Final Memory: 16M/254M [INFO] xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04 -- Key: XBEAN-131 URL: https://issues.apache.org/jira/browse/XBEAN-131 Project: XBean Issue Type: Bug Components: reflect Affects Versions: 3.6 Environment: windows XP +SUN JDK 1.5.0_15-b04 + maven 2.0.9 Reporter: Shawn Jiang Fix For: 3.6 D:\ws\xbeantrunk\xbean-reflectjava -version java version 1.5.0_15 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04) Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode) Results : Failed tests: testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Tests run: 68, Failures: 1, Errors: 0, Skipped: 0 -- --- Test set: org.apache.xbean.recipe.ParameterNameLoaderTest --- Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec FAILURE! testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Time elapsed: 0 sec FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertNotNull(Assert.java:220) at junit.framework.Assert.assertNotNull(Assert.java:213) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertEquals(ParameterNameLoaderTest.java:180) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertParameterNames(ParameterNameLoaderTest.java:170) at org.apache.xbean.recipe.ParameterNameLoaderTest.testPrivateConstructor(ParameterNameLoaderTest.java:75) -- This message is automatically generated
[jira] Commented: (XBEAN-131) xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04
[ https://issues.apache.org/jira/browse/XBEAN-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12712670#action_12712670 ] Jacek Laskowski commented on XBEAN-131: --- It worked fine with Maven 2.0.9 too without org.apache.xbean in the Maven local repo, so I'll close it as Cannot reproduce unless you help me to hunt it down sending more data for investigation in a couple of days. Deal? xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04 -- Key: XBEAN-131 URL: https://issues.apache.org/jira/browse/XBEAN-131 Project: XBean Issue Type: Bug Components: reflect Affects Versions: 3.6 Environment: windows XP +SUN JDK 1.5.0_15-b04 + maven 2.0.9 Reporter: Shawn Jiang Fix For: 3.6 D:\ws\xbeantrunk\xbean-reflectjava -version java version 1.5.0_15 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04) Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode) Results : Failed tests: testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Tests run: 68, Failures: 1, Errors: 0, Skipped: 0 -- --- Test set: org.apache.xbean.recipe.ParameterNameLoaderTest --- Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec FAILURE! testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Time elapsed: 0 sec FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertNotNull(Assert.java:220) at junit.framework.Assert.assertNotNull(Assert.java:213) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertEquals(ParameterNameLoaderTest.java:180) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertParameterNames(ParameterNameLoaderTest.java:170) at org.apache.xbean.recipe.ParameterNameLoaderTest.testPrivateConstructor(ParameterNameLoaderTest.java:75) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (XBEAN-131) xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04
[ https://issues.apache.org/jira/browse/XBEAN-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski reassigned XBEAN-131: - Assignee: Jacek Laskowski xbean reflect build unit testing failed when working with SUN JDK 1.5.0_15-b04 -- Key: XBEAN-131 URL: https://issues.apache.org/jira/browse/XBEAN-131 Project: XBean Issue Type: Bug Components: reflect Affects Versions: 3.6 Environment: windows XP +SUN JDK 1.5.0_15-b04 + maven 2.0.9 Reporter: Shawn Jiang Assignee: Jacek Laskowski Fix For: 3.6 D:\ws\xbeantrunk\xbean-reflectjava -version java version 1.5.0_15 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04) Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode) Results : Failed tests: testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Tests run: 68, Failures: 1, Errors: 0, Skipped: 0 -- --- Test set: org.apache.xbean.recipe.ParameterNameLoaderTest --- Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec FAILURE! testPrivateConstructor(org.apache.xbean.recipe.ParameterNameLoaderTest) Time elapsed: 0 sec FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertNotNull(Assert.java:220) at junit.framework.Assert.assertNotNull(Assert.java:213) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertEquals(ParameterNameLoaderTest.java:180) at org.apache.xbean.recipe.ParameterNameLoaderTest.assertParameterNames(ParameterNameLoaderTest.java:170) at org.apache.xbean.recipe.ParameterNameLoaderTest.testPrivateConstructor(ParameterNameLoaderTest.java:75) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
HEADS-UP: ASM 3.1 shaded and org.objectweb.asm becomes org.apache.xbean.asm
Hi, I've just committed a new module xbean-asm-shaded and some ASM package changes (rev. 777524) to work around a known binary incompatibility between ASM 3.1 and former versions issue. XBean uses two ASM versions - 3.1 (xbean-finder) and 2.5.6 (xbean-reflect) which are incompatible. OpenEJB 3.1 uses xbean-finder quite extensively so when run together with Hibernate (as a JPA provider) that comes with ASM 2.5.6 NoClassDefFoundErrors surface. The new maven project - xbean-asm-shaded - moves org.objectweb.asm to org.apache.xbean.asm. You've been warned. :) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Created: (XBEAN-128) ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs
ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs Key: XBEAN-128 URL: https://issues.apache.org/jira/browse/XBEAN-128 Project: XBean Issue Type: Task Components: finder Reporter: Jacek Laskowski Assignee: Jacek Laskowski Shade ASM 3.1 with maven-shade-plugin to prevent NoClassDefFoundErrors popping up when combining XBean with ASM 2.5.6-based or later projects. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (XBEAN-128) ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs
[ https://issues.apache.org/jira/browse/XBEAN-128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski closed XBEAN-128. - Resolution: Fixed jlaskow...@work /cygdrive/c/oss/xbean $ svn ci -m 'ASM shading (new module xbean-asm-shaded) so org.objectweb.asm becomes org.apache.xbean.asm + some less important stuff' . Sendingpom.xml Adding xbean-asm-shaded Adding xbean-asm-shaded/pom.xml Sendingxbean-finder/pom.xml Sending xbean-finder/src/main/java/org/apache/xbean/finder/ClassFinder.java Sendingxbean-reflect/pom.xml Sending xbean-reflect/src/main/java/org/apache/xbean/recipe/AsmParameterNameLoader.java Transmitting file data .. Committed revision 777524. ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs Key: XBEAN-128 URL: https://issues.apache.org/jira/browse/XBEAN-128 Project: XBean Issue Type: Task Components: finder Affects Versions: 3.6 Reporter: Jacek Laskowski Assignee: Jacek Laskowski Shade ASM 3.1 with maven-shade-plugin to prevent NoClassDefFoundErrors popping up when combining XBean with ASM 2.5.6-based or later projects. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (XBEAN-128) ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs
[ https://issues.apache.org/jira/browse/XBEAN-128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski closed XBEAN-128. - Fix Version/s: 3.6 ASM shading - org.objectweb.asm becomes org.apache.xbean.asm - to prevent NCDFEs Key: XBEAN-128 URL: https://issues.apache.org/jira/browse/XBEAN-128 Project: XBean Issue Type: Task Components: finder Affects Versions: 3.6 Reporter: Jacek Laskowski Assignee: Jacek Laskowski Fix For: 3.6 Shade ASM 3.1 with maven-shade-plugin to prevent NoClassDefFoundErrors popping up when combining XBean with ASM 2.5.6-based or later projects. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: HEADS-UP: ASM 3.1 shaded and org.objectweb.asm becomes org.apache.xbean.asm
On Fri, May 22, 2009 at 6:39 PM, David Jencks david_jen...@yahoo.com wrote: Umm, why not upgrade xbean-reflect to asm 3.1? One (small) step at a time? :) I'll give it a shot - https://issues.apache.org/jira/browse/XBEAN-129 Or did you mean why did I bother with the shading in the first place? If so, the issue is Hibernate that comes with the older version of asm so it's not xbean-reflect or xbean-finder and their asm versions, but when openejb uses hibernate as a jpa provider the newer asm in xbean made the asm binary incompatibility surfaced. Not sure if you asked about it though. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Created: (XBEAN-129) Upgrade xbean-reflect to asm 3.1
Upgrade xbean-reflect to asm 3.1 Key: XBEAN-129 URL: https://issues.apache.org/jira/browse/XBEAN-129 Project: XBean Issue Type: Task Components: reflect Affects Versions: 3.6 Reporter: Jacek Laskowski Assignee: Jacek Laskowski Upgrade xbean-reflect to asm 3.1. There're two asm version being used by XBean - asm 2.2.3 by xbean-reflect and (shaded) 3.1 by xbean-finder. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (XBEAN-129) Upgrade xbean-reflect to asm 3.1
[ https://issues.apache.org/jira/browse/XBEAN-129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski closed XBEAN-129. - Resolution: Fixed Fix Version/s: 3.6 jlaskow...@work /cygdrive/c/oss/xbean $ svn ci -m 'XBEAN-129 Upgrade xbean-reflect to asm 3.1' . Sendingxbean-reflect/pom.xml Sending xbean-reflect/src/main/java/org/apache/xbean/recipe/AsmParameterNameLoader.java Transmitting file data .. Committed revision 27. Upgrade xbean-reflect to asm 3.1 Key: XBEAN-129 URL: https://issues.apache.org/jira/browse/XBEAN-129 Project: XBean Issue Type: Task Components: reflect Affects Versions: 3.6 Reporter: Jacek Laskowski Assignee: Jacek Laskowski Fix For: 3.6 Upgrade xbean-reflect to asm 3.1. There're two asm version being used by XBean - asm 2.2.3 by xbean-reflect and (shaded) 3.1 by xbean-finder. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: HEADS-UP: ASM 3.1 shaded and org.objectweb.asm becomes org.apache.xbean.asm
On Fri, May 22, 2009 at 11:37 PM, Jacek Laskowski ja...@laskowski.net.pl wrote: One (small) step at a time? :) I'll give it a shot - https://issues.apache.org/jira/browse/XBEAN-129 Done. It turned out very easy. Thanks for encouragement :) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: asm shading
On Wed, Jan 7, 2009 at 11:05 AM, Jacek Laskowski ja...@laskowski.net.pl wrote: It broke the tests in xbean-reflect and I don't know why. I don't know why reader.accept(visitor, false); in AsmParameterNameLoader used boolean input param as ClassReader doesn't provide such a method - http://asm.objectweb.org/current/doc/javadoc/user/org/objectweb/asm/ClassReader.html. Am I doing it wrong? Help appreciated. I'd like to get it fixed in XBean 3.5 if it won't last too long (say 2-3 days) It took longer than I wished to, but I finally worked it out - there's a mismatch between ASM 1.5.3 and the newest versions (cf. http://blog.springsource.com/2007/06/11/asm-version-incompatibilities-using-spring-autowired-with-hibernate/). The solution is to create a shaded project and that's what is to be a dependency where the original project was. Pretty simple. I'm going to commit the change soon. Any objections? I'd like to use it in the upcoming OpenEJB 3.1.1 version which is going to be released by J1. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Build fails with javax.el.ELException: Function 'f:length' not found
On Sun, Feb 8, 2009 at 2:43 AM, Jarek Gawor jga...@gmail.com wrote: Start with clean m2 repo. It's worked like a charm. Thanks! Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Build fails with javax.el.ELException: Function 'f:length' not found
Hi, It's been a while since I built Geronimo locally and when I had given it a try it failed. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] file:C:/oss/geronimo/plugins/console/console-base-portlets/src/main/webapp/WEB-INF/view/webmanager/connector/editConnector.jsp(113,16) ${fn:length(connectorAttribute.value) 0} contains invalid expression(s): javax.el.ELException: Function 'f:length' not found [INFO] [INFO] Trace org.apache.jasper.JasperException: file:C:/oss/geronimo/plugins/console/console-base-portlets/src/main/webapp/WEB-INF/view/webmanager/connector/editConnector.jsp(113,16) ${fn:length(co nnectorAttribute.value) 0} contains invalid expression(s): javax.el.ELException: Function 'f:length' not found at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:198) at org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:1151) at org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:821) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1512) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2343) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2393) at org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:840) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1512) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2343) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2393) at org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:840) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1512) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2343) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2393) at org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:840) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1512) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2343) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2393) at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2399) at org.apache.jasper.compiler.Node$Root.accept(Node.java:489) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2343) at org.apache.jasper.compiler.Validator.validate(Validator.java:1739) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:166) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:315) at org.apache.jasper.JspC.processFile(JspC.java:1010) at org.apache.jasper.JspC.execute(JspC.java:1159) at org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompilerImpl.java:111) jlaskow...@work /cygdrive/c/oss/geronimo $ java -version java version 1.5.0_17 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_17-b04) Java HotSpot(TM) Client VM (build 1.5.0_17-b04, mixed mode, sharing) jlaskow...@work /cygdrive/c/oss/geronimo $ mvn -version Maven version: 2.0.9 Java version: 1.5.0_17 OS name: windows xp version: 5.1 arch: x86 Family: windows jlaskow...@work /cygdrive/c/oss/geronimo $ uname -a CYGWIN_NT-5.1 work 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin jlaskow...@work /cygdrive/c/oss/geronimo $ echo $MAVEN_OPTS -Duser.language=en -Xmx512m -Xms256m -XX:PermSize=64m -XX:MaxPermSize=256m jlaskow...@work /cygdrive/c/oss/geronimo $ echo $JAVA_OPTS jlaskow...@work /cygdrive/c/oss/geronimo $ svn status jlaskow...@work /cygdrive/c/oss/geronimo $ svn up At revision 741984. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [VOTE] Release XBean 3.5 - rc2
+1 Jacek On Mon, Jan 26, 2009 at 9:18 PM, Joe Bohn joe.b...@earthlink.net wrote: I uploaded a second distribution of XBean 3.5 which should include the NOTICE/LICENSE files in all the appropriate places (I hope). The same changes are present in this candidate that were present in the last one: * SocketAddress factory example for Alex [1] * XBEAN-111 Only register Converters with the VM when requested [2] * Make dependencies optional [3] * XBEAN-114 generify xbean-naming [4] * XBEAN-115 Fix rebind of entry added using deepBind [5] * XBEAN-115 similar fix to for WritableContext for consistency [6] * try to follow apache policy and not deploy timestamped snapshots [7] * Fix classloader name when throwing a CNFE [8] * Let the tests pass on non-MacOS OSes [9] * XBEAN-120 Search for semi-annotated classes in inheritance tree (as if @Inherited's applied) [10] * XBEAN-120 Search for semi-annotated classes in inheritance tree (as if @Inherited's applied) [11] * update copyright years to include 2009 [12] * add a siteId property to assist in release [13] Please help validate this release. I'm a little concerned about xbean-spring as I noticed some errors fly by during the release process but everything eventually passed successfully. I'll start validating this in a Geronimo server image but at the moment it will only utilize xbean-naming 3.5. The staging repository is available at http://people.apache.org/~jbohn/staging-repo/xbean/ and the tag is available at http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.5/ I've run the rat tool to validate license headers. Please review and vote: [ ] +1 Release XBean 3.5 [ ] -1 Do not, because ... The vote will be open for 72 hours or longer as necessary to validate the images and get sufficient participation in the vote. [1] http://svn.apache.org/viewvc?view=revrevision=689356 [2] http://svn.apache.org/viewvc?view=revrevision=703580 [3] http://svn.apache.org/viewvc?view=revrevision=705314 [4] http://svn.apache.org/viewvc?view=revrevision=707161 [5] http://svn.apache.org/viewvc?view=revrevision=707227 [6] http://svn.apache.org/viewvc?view=revrevision=707230 [7] http://svn.apache.org/viewvc?view=revrevision=707719 [8] http://svn.apache.org/viewvc?view=revrevision=725706 [9] http://svn.apache.org/viewvc?view=revrevision=729545 [10] http://svn.apache.org/viewvc?view=revrevision=729546 [11] http://svn.apache.org/viewvc?view=revrevision=731945 [12] http://svn.apache.org/viewvc?view=revrevision=737042 [13] http://svn.apache.org/viewvc?view=revrevision=737184 Thanks, Joe -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [VOTE] geronimo-jpa_2.0_spec first early access release
+1 Jacek On Wed, Jan 28, 2009 at 11:25 PM, David Jencks david_jen...@yahoo.com wrote: I've been working with the OpenJPA project to develop the jpa 2.0 spec jar in our spec repository. They are ready for their first early access milestone release. I've staged the release here: http://people.apache.org/~djencks/staging-repo/specs/geronimo-jpa_2.0_spec/org/apache/geronimo/specs/geronimo-jpa_2.0_spec/1.0-EA-1/ The svn location is here: https://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_2.0_spec-1.0-EA-1 I haven't staged the site. I don't think its necessary for a early access release, but will reconsider on request. I ran rat on the project, and the autochecking thinks the legal files are ok. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 thanks david jencks -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: xbean 3.5 release?
On Tue, Jan 20, 2009 at 6:24 PM, Joe Bohn joe.b...@earthlink.net wrote: What is the status of the asm shading issue? Can we pursue a release yet? Go with it. If I don't finish it before the release goes out it's to be included in the next one. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: xbean 3.5 release?
On Tue, Jan 6, 2009 at 4:16 PM, Joe Bohn joe.b...@earthlink.net wrote: So can somebody push a release for 3.5? Are there active issues that need to be resolved prior to a 3.5 release (I've seen some Geronimo JIRAs that might be xbean issues)? Wait a bit until I get the asm shading issue sorted out. It's not been reported yet, and am doing it now how to work it around. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
asm shading
Hi, DMB did asm shading for openejb 3.1 so people working with Hibernate won't run into any issues (cf. https://issues.apache.org/jira/browse/OPENEJB-892). Instead of his doing in OpenEJB it'd be great if xbean provided a shaded asm itself. Is this a correct approach? I've attempted to fix it and created a new module - xbean-asm-shaded with the following part of its pom.xml: plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-shade-plugin/artifactId executions execution phasepackage/phase goals goalshade/goal /goals configuration relocations relocation patternorg.objectweb.asm/pattern shadedPatternorg.apache.xbean.asm/shadedPattern /relocation /relocations /configuration /execution /executions /plugin /plugins It broke the tests in xbean-reflect and I don't know why. I don't know why reader.accept(visitor, false); in AsmParameterNameLoader used boolean input param as ClassReader doesn't provide such a method - http://asm.objectweb.org/current/doc/javadoc/user/org/objectweb/asm/ClassReader.html. Am I doing it wrong? Help appreciated. I'd like to get it fixed in XBean 3.5 if it won't last too long (say 2-3 days) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r729546 - in /geronimo/xbean/trunk/xbean-finder/src: main/java/org/apache/xbean/finder/ClassFinder.java test/java/org/acme/foo/FamilyHalloween.java test/java/org/acme/foo/Holiday.java
On Mon, Dec 29, 2008 at 6:52 PM, David Blevins david.blev...@visi.com wrote: Unfortunately, we can't do it this way as it will cause every class in the classpath to be loaded. We need to do the search with the metadata we keep from scanning the byte code with asm. Yeah, I wish I knew how to do it. I tried some asm woodoo, but after a couple of hours scratching my head I ended up with the not-so-brilliant-but-working solution. I didn't know how to traverse the inheritance hierarchy with asm. Wait, should I do/while as it is now, but instead of clazz.isAnnotationPresent run some asm parsing woodoo? I'd like to work on it, but need some advice. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: git, hg or bzr for G development?
On Thu, Dec 18, 2008 at 7:55 AM, Jason Dillon ja...@planet57.com wrote: I've been doing some experimenting using svn.eu.apache.org with git, so far it has gone well. What does git have that svn doesn't which makes you so interested in the subject? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Created: (XBEAN-120) Search for semi-annotated classes in inheritance tree (as if @Inherited's applied)
Search for semi-annotated classes in inheritance tree (as if @Inherited's applied) -- Key: XBEAN-120 URL: https://issues.apache.org/jira/browse/XBEAN-120 Project: XBean Issue Type: Improvement Components: finder Reporter: Jacek Laskowski Assignee: Jacek Laskowski Fix For: 3.5 Have XBean searched for semi-annotated classes, i.e. the classes in question should not have to, but one of their superclasses are so they're included in the search result -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (XBEAN-120) Search for semi-annotated classes in inheritance tree (as if @Inherited's applied)
[ https://issues.apache.org/jira/browse/XBEAN-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski closed XBEAN-120. - Resolution: Fixed Committed revision 729546. Search for semi-annotated classes in inheritance tree (as if @Inherited's applied) -- Key: XBEAN-120 URL: https://issues.apache.org/jira/browse/XBEAN-120 Project: XBean Issue Type: Improvement Components: finder Reporter: Jacek Laskowski Assignee: Jacek Laskowski Fix For: 3.5 Have XBean searched for semi-annotated classes, i.e. the classes in question should not have to, but one of their superclasses are so they're included in the search result -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4402) Create Geronimo Deployment Plan displays no errors when AbstractWebModuleBuilder: Could not load servlet class is thrown
Create Geronimo Deployment Plan displays no errors when AbstractWebModuleBuilder: Could not load servlet class is thrown Key: GERONIMO-4402 URL: https://issues.apache.org/jira/browse/GERONIMO-4402 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.2 Reporter: Jacek Laskowski Executing Create Geronimo Deployment Plan to create a plan with a simple webapp has finished with an exception: {code}14:20:19,765 ERROR [GetArchiveHandler] AbstractWebModuleBuilder: Could not load servlet class: org.jfree.chart.servlet.DisplayChart org.apache.geronimo.common.DeploymentException: AbstractWebModuleBuilder: Could not load servlet class: org.jfree.chart.servlet.DisplayChart at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createWebAppClassFinder(AbstractWebModuleBuilder.java:777) at org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferences(JSR88_Util.java:161) at org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAfterView(GetArchiveHandler.java:90) at org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:114) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:67) at org.apache.geronimo.jetty6.handler.UserTransactionHandler.handle(UserTransactionHandler.java:48) at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.handle(TwistyWebAppContext.java:59) at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85) at org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219) at org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:121) at org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:167) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46
Re: [ANNOUNCE] Welcome Manu George as a new Geronimo Committer
On Mon, Sep 15, 2008 at 3:20 PM, Donald Woods [EMAIL PROTECTED] wrote: Congratulations Manu and welcome aboard! Whoohoo, gratulacje* Manu! Jacek [*] ang. congrats -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Nebeans 6.1 plugin for Geronimo 2.x
On Wed, Aug 27, 2008 at 9:41 PM, hat27533 [EMAIL PROTECTED] wrote: I have managed to check out and build your nbm in netbeans 6.5 beta without a hitch. It ran my geronimo-tomcat6-javaee5-2.1.1 based geronimo and deployed a noddy web app too It didnt bring the browser up though I had to nav there myself, it did run Ok. Keep up the good work Jacek, look forward to the finished module. Hi Neil, I'm glad to hear so. You're probably the sole user of the module so far beside myself. I haven't been able to work on it for the past two weeks, but hopefully find some spare time next week. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: ERROR [DirectoryMonitor] Hot deploy directory has disappeared! Shutting down directory monitor.?
On Mon, Sep 1, 2008 at 5:50 PM, Kevan Miller [EMAIL PROTECTED] wrote: Strange. The only time I've see that error is when I've 'rm -rf'ed a Geronimo install while the server was running. Didn't even think about it. Just deploy.sh params. Nothing really unusual. I found the server I was working on at that time behaved really weird so it might have impacted it too. I'll report it again when it happens. Another quirk happened but will report in another email to not hijack this thread. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
h:commandLink's action - According to TLD or attribute directive in tag file, attribute action does not accept any expressions
type=text/css href=c:out value='${pageContext.request.contextPath}' //wcf/tree/xtree.css / link rel=stylesheet type=text/css href=c:out value='${pageContext.request.contextPath}' //css/dziekanat.css / link rel=stylesheet type=text/css href=c:out value='${pageContext.request.contextPath}' //css/nowy-styl.css / link rel=stylesheet type=text/css href=c:out value='${pageContext.request.contextPath}' //css/styles.css / /head body c:if test=${empty query01} jsp:forward page='c:out value=${pageContext.request.contextPath} //faces/statystyka.xhtml'/ /c:if f:view div id=container div id=header !-- UWAGA: Zmodyfikowana na potrzeby JSP kopia views/header.xhtml -- h:form table cellspacing=0 cellpadding=0 width=100% border=0 tbody tr bgcolor=#31529c td valign=bottom width=79 background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40 rest:link value=pokazKategorie styleClass=menu-naglowek f:param name=id value=0/ img height=24 alt=... src=c:out value='${pageContext.request.contextPath}' //images/us.gif width=79 align=left border=0 / /rest:link /td td valign=top width=100% background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40/td td valign=top width=25% background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40/td td valign=top width=25% background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40/td td valign=top width=25% background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40/td td valign=top width=25% background=c:out value='${pageContext.request.contextPath}' //images/bludot.gif height=40a href=javascript:void(window.open('help/pomoc.htm','','toolbar=no,width=700, height=400, resizable=yes,scrollbars=yes'))img height=24 alt=... pomoc src=c:out value='${pageContext.request.contextPath}' //images/pomoc2.gif align=right border=0 //a/td /tr tr bgcolor=#00 td valign=top align=right width=79px rest:link value=pokazKategorie styleClass=menu-naglowek style=color: orange; font-weight: bold; text-decoration: none f:param name=id value=0/ STATYSTYKI /rest:link /td td class=topmenu valign=bottom align=center width=100% colspan=5 rest:link value=pokazKategorie styleClass=menu-naglowek f:param name=id value=0/ KATALOG /rest:link rest:link value=schema styleClass=menu-naglowekMODEL DANYCH/rest:link h:commandLink action=#{schema.wyloguj} styleClass=menu-naglowekWYLOGUJ/h:commandLink /td /tr /tbody /table /h:form /div ...the rest of this page removed for brevity's sake Does anyone know why it happens on Geronimo 2.1.2/Jetty and neither does it on Jetty standalone? It happens at h:commandLink action=#{schema.wyloguj} styleClass=menu-naglowekWYLOGUJ/h:commandLink which is fine as far as I can tell. Any help greatly appreciated. I'm going to squeeze the page until the error vanishes, but would also love receiving tips tricks so I won't spend too much time on it. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
ERROR [DirectoryMonitor] Hot deploy directory has disappeared! Shutting down directory monitor.?
Hi, While deploying a Spring-based webapp onto Geronimo on Linux I've faced the following: 14:16:34,552 ERROR [DirectoryMonitor] Hot deploy directory has disappeared! Shutting down directory monitor. What's this? How could it have happened? The error the deployment failed was: AbstractWebModuleBuilder: Could not load listener class: org.springframework.web.context.ContextLoaderListener Could it interfere with some part of Geronimo? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r687475 - /geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java
On Wed, Aug 20, 2008 at 11:34 PM, [EMAIL PROTECTED] wrote: Author: mcconne Date: Wed Aug 20 14:34:53 2008 New Revision: 687475 URL: http://svn.apache.org/viewvc?rev=687475view=rev Log: GERONIMODEVTOOLS-489 Clean-up insertion of empty xml tags. Thanks to BJ Reed for this patch !! Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java URL: http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java?rev=687475r1=687474r2=687475view=diff == --- geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java (original) +++ geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/main/java/org/apache/geronimo/jee/deployment/Artifact.java Wed Aug 20 14:34:53 2008 @@ -168,7 +168,10 @@ * */ public void setVersion(String value) { -this.version = value; +if (value == null || value.length() == 0) +this.version = null; +else +this.version = value; } Shouldn't curly braces be used in the if stmt? (cf. http://geronimo.apache.org/coding-standards.html) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.2 (RC2)
+1 Jacek On Tue, Aug 19, 2008 at 12:24 AM, Tim McConnell [EMAIL PROTECTED] wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.2 RC2. The deployable zip file is here: http://people.apache.org/~mcconne/releases/2.1.2/RC2/geronimo-eclipse-plugin-2.1.2-deployable.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/2.1.2/RC2/geronimo-eclipse-plugin-2.1.2-updatesite.zip The current svn location is here (revision number 686865): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.2 The future svn location will be here (when approved): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.2 If you would like to review and/or comment on the release notes, they are here: http://people.apache.org/~mcconne/releases/2.1.2/RC2/PLUGIN_RELEASE-NOTES-2.1.2.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: http://people.apache.org/~mcconne/releases/2.1.2/RC2/Geronimo_Eclipse_Plugin_2.1.2_Instructions-RC2.txt In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Additionally, there is an ant build.xml file that can be used to download the prereq(s) for the GEP. It is documented in the instructions. Finally, I've created a Staging Site that can used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions. Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Thursday (8/21) at 6:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.2 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.2 -- Thanks, Tim McConnell -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
GEP and Geronimo Source Archive
Hi, I wonder what I should point the Geronimo Source Archive field when I have the Geronimo sources checked? What about people without the sources locally? What value(s) do people use for the field? Is it described somewhere? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r686969 - in /geronimo/plugins/tuscany/branches/0.9: ./ geronimo-tuscany-http-jetty/pom.xml geronimo-tuscany-http-tomcat/pom.xml geronimo-tuscany/pom.xml pom.xml tuscany-jetty/pom.xml
On Tue, Aug 19, 2008 at 8:53 AM, [EMAIL PROTECTED] wrote: Author: vamsic007 Date: Mon Aug 18 23:53:51 2008 New Revision: 686969 URL: http://svn.apache.org/viewvc?rev=686969view=rev Log: Create a 0.9 branch with earlier plugin code. Added: geronimo/plugins/tuscany/branches/0.9/ (props changed) - copied from r686956, geronimo/plugins/tuscany/trunk/ Modified: geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-jetty/pom.xml geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-tomcat/pom.xml geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany/pom.xml geronimo/plugins/tuscany/branches/0.9/pom.xml geronimo/plugins/tuscany/branches/0.9/tuscany-jetty/pom.xml geronimo/plugins/tuscany/branches/0.9/tuscany-tomcat/pom.xml Propchange: geronimo/plugins/tuscany/branches/0.9/ -- svn:mergeinfo = Modified: geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-jetty/pom.xml URL: http://svn.apache.org/viewvc/geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-jetty/pom.xml?rev=686969r1=686956r2=686969view=diff == --- geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-jetty/pom.xml (original) +++ geronimo/plugins/tuscany/branches/0.9/geronimo-tuscany-http-jetty/pom.xml Mon Aug 18 23:53:51 2008 @@ -23,7 +23,7 @@ parent groupIdorg.apache.geronimo.plugins/groupId artifactIdtuscany-parent/artifactId -version1.0-SNAPSHOT/version +version0.9-SNAPSHOT/version relativePath../pom.xml/relativePath /parent Are you sure you meant to downgrade the version number? It's going to be extremely confusing for newcomers so figure out that 0.9-SNAPSHOT is newer than 1.0-SNAPSHOT. Why is the decision? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Created: (GERONIMODEVTOOLS-488) Incorrect names for Group Id and Artifact Id columns in Server Dependencies in deployment plan editor
Incorrect names for Group Id and Artifact Id columns in Server Dependencies in deployment plan editor - Key: GERONIMODEVTOOLS-488 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-488 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Jacek Laskowski Assignee: Tim McConnell In Geronimo Deployment Plan Editor, in Server Dependencies of Deployment, the Group Id and Artifact Id column names are incorrect (they should change their places). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-489) New Dependency popup window creates empty xml tags when no value provided
New Dependency popup window creates empty xml tags when no value provided - Key: GERONIMODEVTOOLS-489 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-489 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Jacek Laskowski Assignee: Tim McConnell Use Add button in Server Dependencies in Geronimo Deployment Plan Editor to define a new dependency. When Version and Artifact Type are empty, empty xml tags dep:version/ and dep:type/ are created. They're unnecessary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Nebeans 6.1 plugin for Geronimo 2.x
On Mon, Aug 18, 2008 at 2:33 AM, Tommy Pham [EMAIL PROTECTED] wrote: Looking for Netbeans 6.1 plugin for Geronimo 2.x, I stumbled upon this: http://markmail.org/message/xhxhj3ani3t6scfa Following your instructions that old e-mail back in 2007.11.28, the (step 4) Install/Reload in Target Platform failed with error: Hi Tommy, I don't know whether it works with NB 6.1 or not as I'm working on the plugin with NB 6.5 daily [1] only. I've been working on it since the very first day of NB 6.5 so I don't expect any troubles with that particular version. BTW, I'm struggling with webapp deployment right now. It deploys properly, but somehow the web url is not returned from Geronimo DM and NetBeans is unable to start up a browser. I don't think there's much value trying out the plugin now as an end user - Geronimo starts/stops and the webapp deploys, but a browser is not fired up so although nice exercise to see Geronimo running from within NetBeans I can't see anything fancy from a common java ee developer's perspective. If however you want to jump in and help out developing the plugin you'll receive very warm welcome! ;-) Jacek [1] http://bits.netbeans.org/dev/nightly/latest/zip/ -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Help needed for o.a.g.deployment.plugin.local.AbstractDeployCommand.doDeploy
Hi, I've been looking into how deployment works in Geronimo and I think I found a potential bug. In doDeploy at line 126: TargetModuleIDImpl moduleID = new TargetModuleIDImpl(target, parentName, childIDs); if(isWebApp(kernel, parentName)) { moduleID.setType(ModuleType.WAR); } there's a check to mark a module as a webapp. The check is performed with isWebApp, which is a query to the kernel whether the webapp is available as GBean (it's already deployed, isn't it?): public static boolean isWebApp(Kernel kernel, String configName) { Map filter = new HashMap(); filter.put(j2eeType, WebModule); filter.put(name, configName); Set set = kernel.listGBeans(new AbstractNameQuery(null, filter)); return set.size() 0; } I think it won't work. It's not yet available (=deployed?) as a gbean as it's being deployed at the time the check is being performed. Am I correct in my thinking? Should it be removed/fixed somehow? Any guidance appreciated. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: question about the xbean-3.3 pom
On Tue, Aug 12, 2008 at 5:52 PM, Nolan, Edell [EMAIL PROTECTED] wrote: I am trying to track down a problem in servicemix and I see the following in the xbean-3.3.pom I wonder why it's been asked on Geronimo development mailing list? Anyway, it's in http://repo1.maven.org/maven2/org/apache/xbean/xbean/3.3/. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Commented: (GERONIMODEVTOOLS-428) NullpointerException deploying warfile without Geronimo deployment descriptor
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12623358#action_12623358 ] Jacek Laskowski commented on GERONIMODEVTOOLS-428: -- Any news on it? I'm working with a customer who experiences it and I don't really know how I could help him out. He's using Ganymede and WASCE 2.0.0. geronimo-web.xml is not recognized yet the webapp deployed fine from the console. NullpointerException deploying warfile without Geronimo deployment descriptor - Key: GERONIMODEVTOOLS-428 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-428 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: question about the xbean-3.3 pom
On Mon, Aug 18, 2008 at 12:35 PM, Nolan, Edell [EMAIL PROTECTED] wrote: Can you tell me what list I should use ? I think http://servicemix.apache.org/discussion-forums.html should help. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Commented: (GERONIMODEVTOOLS-428) NullpointerException deploying warfile without Geronimo deployment descriptor
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12623361#action_12623361 ] Jacek Laskowski commented on GERONIMODEVTOOLS-428: -- Installing http://people.apache.org/dist/geronimo/eclipse/unstable/2.1.2/ fixed the issue. geronimo-web.xml opens fine. NullpointerException deploying warfile without Geronimo deployment descriptor - Key: GERONIMODEVTOOLS-428 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-428 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Help needed for o.a.g.deployment.plugin.local.AbstractDeployCommand.doDeploy
On Mon, Aug 18, 2008 at 4:50 PM, Jarek Gawor [EMAIL PROTECTED] wrote: The AbstractDeployCommand.doDeploy() function first calls kernel.invoke(deployer, deploy, deployParams, DEPLOY_SIG) which causes the application to be deployed in the server. So at the time the isWebApp() method is called, the application is already deployed and the gbeans are there. Right. I don't know how I could've missed that. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r686821 - in /geronimo/devtools/eclipse-plugin/trunk/plugins: org.apache.geronimo.st.v20.core/about.ini org.apache.geronimo.st.v21.core/about.ini
On Mon, Aug 18, 2008 at 7:16 PM, [EMAIL PROTECTED] wrote: Author: tkirby Date: Mon Aug 18 10:16:03 2008 New Revision: 686821 URL: http://svn.apache.org/viewvc?rev=686821view=rev Log: GERONIMODEVTOOLS-482 missing image for GEP features in About Eclipse Platform Dialog fix URL to license text Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/about.ini geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v21.core/about.ini Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/about.ini URL: http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/about.ini?rev=686821r1=686820r2=686821view=diff == --- geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/about.ini (original) +++ geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/about.ini Mon Aug 18 10:16:03 2008 @@ -25,7 +25,7 @@ Version: ${pom.version}-${buildNumber}\n\ \n\ (c) Copyright 2003-2008 The Apache Software Foundation\n\ -Visit http://www.apache.org/licenses/LICENSE-2.0.txt/ for additional details\n\ +Visit http://www.apache.org/licenses/LICENSE-2.0.txt for additional details\n\ \n\ Visit http://geronimo.apache.org/\n\ \n\ Oh, I don't remember now how long I'd been looking for the place where the additional slash was. It was just right the corner. I should've asked about it, right? ;-) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r685741 - in /geronimo/server/trunk: ./ framework/configs/jee-specs/ plugins/axis2/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/pojo/ plugins/cxf/geronimo-cxf-ejb/src/main/ja
On Thu, Aug 14, 2008 at 3:34 AM, [EMAIL PROTECTED] wrote: Author: gawor Date: Wed Aug 13 18:34:00 2008 New Revision: 685741 URL: http://svn.apache.org/viewvc?rev=685741view=rev Log: upgrade to jax-ws api 2.1 (GERONIMO-4242) dependency -groupIdorg.apache.axis2/groupId -artifactIdaxis2-jaxws-api/artifactId +groupIdorg.apache.geronimo.specs/groupId +artifactIdgeronimo-jaxws_2.1_spec/artifactId /dependency Do they (Axis) use Geronimo jars from now on? I don't think there's a value keeping two jars in different ASF projects. Modified: geronimo/server/trunk/plugins/cxf/geronimo-cxf-ejb/src/main/java/org/apache/geronimo/cxf/ejb/EJBEndpoint.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-cxf-ejb/src/main/java/org/apache/geronimo/cxf/ejb/EJBEndpoint.java?rev=685741r1=685740r2=685741view=diff == --- geronimo/server/trunk/plugins/cxf/geronimo-cxf-ejb/src/main/java/org/apache/geronimo/cxf/ejb/EJBEndpoint.java (original) +++ geronimo/server/trunk/plugins/cxf/geronimo-cxf-ejb/src/main/java/org/apache/geronimo/cxf/ejb/EJBEndpoint.java Wed Aug 13 18:34:00 2008 @@ -23,6 +23,7 @@ import javax.naming.InitialContext; import javax.naming.NamingException; +import javax.xml.ws.EndpointReference; import javax.xml.ws.WebServiceContext; import javax.xml.ws.WebServiceException; @@ -42,6 +43,8 @@ import org.apache.geronimo.jaxws.JNDIResolver; import org.apache.openejb.DeploymentInfo; +import org.w3c.dom.Element; + public class EJBEndpoint extends CXFEndpoint { public EJBEndpoint(Bus bus, @@ -140,5 +143,14 @@ // shutdown server super.stop(); } + +public EndpointReference getEndpointReference(Element... referenceParameters) { +throw new UnsupportedOperationException(); +} + +public T extends EndpointReference T getEndpointReference(ClassT clazz, +Element... referenceParameters) { +throw new UnsupportedOperationException(); +} } Modified: geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/pojo/POJOEndpoint.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/pojo/POJOEndpoint.java?rev=685741r1=685740r2=685741view=diff == --- geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/pojo/POJOEndpoint.java (original) +++ geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/pojo/POJOEndpoint.java Wed Aug 13 18:34:00 2008 @@ -21,6 +21,7 @@ import java.net.URL; import javax.naming.Context; +import javax.xml.ws.EndpointReference; import javax.xml.ws.WebServiceException; import org.slf4j.Logger; @@ -36,6 +37,8 @@ import org.apache.geronimo.jaxws.JNDIResolver; import org.apache.geronimo.jaxws.annotations.AnnotationHolder; +import org.w3c.dom.Element; + public class POJOEndpoint extends CXFEndpoint { private static final Logger LOG = LoggerFactory.getLogger(POJOEndpoint.class); @@ -112,4 +115,14 @@ // shutdown server super.stop(); } + +public EndpointReference getEndpointReference(Element... referenceParameters) { +throw new UnsupportedOperationException(); +} + +public T extends EndpointReference T getEndpointReference(ClassT clazz, +Element... referenceParameters) { +throw new UnsupportedOperationException(); +} + } Why is getEndpointReference not part of CXFEndpoint class? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Geronimo Futures
On Wed, Aug 13, 2008 at 5:25 PM, Donald Woods [EMAIL PROTECTED] wrote: This will help other community members know who to talk to if they have questions regarding those areas or would like to assist. This drew my attention - shouldn't all questions be asked on mailing lists so those who are not blessed with technology could become at some point? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Should GEP open the Geronimo console in a big external browser window instead of the small internal browser window in eclipse?
On Thu, Aug 14, 2008 at 7:29 PM, Ted Kirby [EMAIL PROTECTED] wrote: When running/interacting with a Geronimo server in eclipse using GEP, in the servers view there is a popup menu option of launching a console window. Currently, this console window opens inside eclipse, in a small internal window. I just recently discovered that is easy to have this console window open in the user's web browser. I think this option is preferable for users, but wanted to get community feedback before making the change. It would be good to get this change into GEP 212, but that window may be closed as it is out for vote. I'd go for an configuration option so people could select what they prefer. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r686040 - /geronimo/server/trunk/pom.xml
On Thu, Aug 14, 2008 at 10:54 PM, [EMAIL PROTECTED] wrote: Author: jawarner Date: Thu Aug 14 13:54:03 2008 New Revision: 686040 URL: http://svn.apache.org/viewvc?rev=686040view=rev Log: GERONIMO-4244: Update to new wadi snapshot Modified: geronimo/server/trunk/pom.xml Modified: geronimo/server/trunk/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=686040r1=686039r2=686040view=diff == --- geronimo/server/trunk/pom.xml (original) +++ geronimo/server/trunk/pom.xml Thu Aug 14 13:54:03 2008 @@ -82,7 +82,7 @@ plutoVersion1.1.6-G643117/plutoVersion openjpaVersion1.0.2/openjpaVersion xbeanVersion3.4.1/xbeanVersion -wadiVersion2.0/wadiVersion +wadiVersion2.0-SNAPSHOT/wadiVersion How can 2.0-SNAPSHOT be newer than 2.0? I'm a bit confused. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [jira] Commented: (GERONIMODEVTOOLS-475) GEP does not build on Mac with Java 6
On Mon, Aug 11, 2008 at 8:40 PM, Ted Kirby (JIRA) [EMAIL PROTECTED] wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12621543#action_12621543 ] Ted Kirby commented on GERONIMODEVTOOLS-475: I'd bet I've recently seen a change in the sources of Geronimo or GEP re java.home with spaces in one of the pom.xml's. It could be a solution. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [DISCUSS] Handling of Security Exposures in Geronimo
+1 Jacek On Wed, Jul 23, 2008 at 7:13 PM, Kevan Miller [EMAIL PROTECTED] wrote: All, There was a recent report by Fortify on Open Source Security -- http://www.fortify.com/l/oss/assets/OpenSource_Security_WP_v5.pdf The report says there were some number of potential vulnerabilities identified in Geronimo. No details of the vulnerabilities have been reported to us (although the tests seem to have been run some time ago...). Once we understand what the potential vulnerabilities are, we can start to assess... The report does identify concerns that we could be doing a better job of reporting security vulnerabilities and letting users know how they can report security vulnerabilities to our project. I agree with this. As noted here -- http://www.apache.org/foundation/contact.html -- any ASF security concerns can be safely relayed with an email to [EMAIL PROTECTED] It probably makes sense for us to create a [EMAIL PROTECTED] mailing list. Project-specific security mailing lists are automatically relayed to the [EMAIL PROTECTED] mailing list. A project-specific list will reduce spam and allow us to focus on Geronimo issues, rather than Apache-wide issues. I also think that we should create a security page on our web site (e.g. geronimo.apache.org/security). This page could be used to describe how any potential vulnerabilities should be reported. It should also be used to report vulnerabilities as they are fixed. This allows users to easily identify what security exposures a particular version of Geronimo might have. Thoughts on the mailing list and web site? Assuming we're in general agreement, I'd like to see us working on these in the near future. Finally, I've learned that there are a few potential sources for running static code analysis scans against our codebase: https://opensource.fortify.com/teamserver/welcome.fhtml http://scan.coverity.com/ I think we should take a look at these and decide if it's something we want to take advantage of. Thoughts? --kevan -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Created: (GERONIMODEVTOOLS-465) The 'Eclipse-LazyStart' header is deprecated, use 'Bundle-ActivationPolicy'
The 'Eclipse-LazyStart' header is deprecated, use 'Bundle-ActivationPolicy' --- Key: GERONIMODEVTOOLS-465 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-465 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Jacek Laskowski Assignee: Tim McConnell MANIFEST.MF from org.apache.geronimo.st.core plugin (and possibly others) uses Eclipse-LazyStart which is deprecated and OSGi's 'Bundle-ActivationPolicy' is recommended. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: m2eclipse
On Tue, Aug 5, 2008 at 3:11 PM, Kevan Miller [EMAIL PROTECTED] wrote: mvn eclipse:eclipse and importing an existing project into eclipse still works (as described in http://cwiki.apache.org/GMOxDEV/developing-geronimo-in-eclipse.html). Was just trying to give m2clipse a spin... Don't know what caused issues with eclipse:eclipse I've been experiencing, but after you asked about it I opened Geronimo project with IntelliJ IDEA 7.0.3 and struggled with it for a couple of days until I figured out to increase the available memory to 1g (!) Importing project from the top-level pom.xml took so long that I left it for a night to have it finished. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r681800 - in /geronimo/server/trunk/plugins: axis2/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/ cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/
On Mon, Aug 4, 2008 at 5:36 PM, Jarek Gawor [EMAIL PROTECTED] wrote: There were two main changes. 1) In Axis2 WSDLQueryHandler to nicer handle cases where ?xsd=foo or ?wsdl=foo in the url points to non-existent WSDL or schema files. 2) Changes to CXF and Axis2 not to return WSDL for web services using HTTP Binding. That was not quite correct and I just reverted it. Hi Jarek, Could you describe when such cases occur as in 1)? Why should HTTP Binding prevent from returning wsdls? I kept thinking that http urls with ?wsdl were to return WSDLs. What other binding are allowed for web services? JMS Binding? Could you elaborate more on the use cases for the changes. I'm complete newbie in this area. Pointing out a spec or an article would be of great help too. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Ubuntu Main Distribution
On Mon, Aug 4, 2008 at 2:06 AM, Kevan Miller [EMAIL PROTECTED] wrote: B) A maven build will access multiple, redundant, versions of the same artifact. We control the versions that will be included in our server assemblies. However, we don't really control the build-time dependencies that our build will require. Thus, the transitive dependencies accessed during a build may be much more than will actually be needed/used in the server assemblies. Is there some way we can help limit the number of artifacts which must be available during a build? Hi Kevan, Dave Blevins worked out a tool to limit the number of necessary deps in OpenEJB. I think it could be used in Geronimo as well. Is there a way to include all the necessary build sources in a single Ubuntu dir in the repo and point m2 to it? m2 could download the deps to let us build offline. Don't know whether it makes sense, but thought I threw it out to others see what I couldn't. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r682314 - /geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
On Mon, Aug 4, 2008 at 12:26 PM, [EMAIL PROTECTED] wrote: Author: yunfengma Date: Mon Aug 4 03:26:17 2008 New Revision: 682314 URL: http://svn.apache.org/viewvc?rev=682314view=rev Log: GERONIMODEVTOOLS-457 Empty Web Container setting causes 'xml problem for web app' during deployment Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java Modified: geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java URL: http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java?rev=682314r1=682313r2=682314view=diff == --- geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java (original) +++ geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java Mon Aug 4 03:26:17 2008 @@ -18,7 +18,10 @@ import javax.xml.bind.Marshaller; +import org.apache.geronimo.jee.naming.GbeanLocator; +import org.apache.geronimo.jee.naming.Pattern; import org.apache.geronimo.jee.security.Security; +import org.apache.geronimo.jee.web.WebApp; public class MarshallerListener extends Marshaller.Listener{ @@ -29,6 +32,30 @@ if (security.getRoleMappings() != null security.getRoleMappings().getRole().size() == 0) { security.setRoleMappings(null); } + } else if (source instanceof WebApp) { + WebApp webapp = (WebApp)source; + GbeanLocator gbeanlocator = webapp.getWebContainer(); + if (isEmpty(gbeanlocator.getGbeanLink()) isEmpty(gbeanlocator.getPattern())) { + webapp.setWebContainer(null); + } + } + } + + private boolean isEmpty(Pattern pattern) { + if ( pattern == null ) { + return true; } + if ( ( pattern.getGroupId() == null || pattern.getGroupId().trim().equals() ) +( pattern.getArtifactId() == null || pattern.getArtifactId().trim().equals() ) +( pattern.getModule() == null || pattern.getModule().trim().equals() ) +( pattern.getName() == null || pattern.getName().trim().equals() ) +( pattern.getVersion() == null || pattern.getVersion().trim().equals() ) ) { Wouldn't isEmpty(pattern.getGroupId())... do the trick? Or better private boolean isEmpty(Pattern pattern) { return isEmpty(pattern) || isEmpty(pattern.getGroupId()) || ...; } ? + private boolean isEmpty(String value) { + return (value == null || value.trim().equals()); } } Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r681934 - in /geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins: org.apache.geronimo.testsuite.common/src/main/java/org/apache/geronimo/testsuite/common/ui/ org.apache.geronimo.
On Sat, Aug 2, 2008 at 5:32 AM, [EMAIL PROTECTED] wrote: Author: mcconne Date: Fri Aug 1 20:32:20 2008 New Revision: 681934 URL: http://svn.apache.org/viewvc?rev=681934view=rev Log: GERONIMODEVTOOLS-444 Patch to open web browser inside Eclipse. Thanks to BJ Reed for this patch !! Modified: geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins/org.apache.geronimo.testsuite.common/src/main/java/org/apache/geronimo/testsuite/common/ui/AbbotHelper.java geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins/org.apache.geronimo.testsuite.common/src/main/java/org/apache/geronimo/testsuite/common/ui/ServerTasks.java geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins/org.apache.geronimo.testsuite.common/src/main/java/org/apache/geronimo/testsuite/common/ui/Tutorial5Minute.java geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins/org.apache.geronimo.testsuite.v20/src/main/java/org/apache/geronimo/testsuite/v20/ui/Tutorial5MinuteTest.java geronimo/devtools/eclipse-plugin/trunk/testsuite/plugins/org.apache.geronimo.testsuite.v21/src/main/java/org/apache/geronimo/testsuite/v21/ui/Tutorial5MinuteTest.java Well, the patch was needed, but it's nearly impossible to find out what had changed. I think the formatting was broken. I think the change should be reverted and commited again. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: m2eclipse
On Thu, Jul 31, 2008 at 5:18 AM, Kevan Miller [EMAIL PROTECTED] wrote: Has anybody had any success using the m2eclipse plugin with Geronimo? I gave it a try, but it's running out of memory (despite my giving it as much heap memory as Eclipse/JVM would let me). I have tried it out myself a couple of times and the time the plugin took to parse/handle the sources was completely unacceptable. I lost interest managing Geronimo sources with Eclipse and went on using IDEA which seemed to do much better job managing the sources. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r681800 - in /geronimo/server/trunk/plugins: axis2/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/ cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/
On Fri, Aug 1, 2008 at 9:42 PM, [EMAIL PROTECTED] wrote: Author: gawor Date: Fri Aug 1 12:42:11 2008 New Revision: 681800 URL: http://svn.apache.org/viewvc?rev=681800view=rev Log: do not return wsdl for web services using http binding Hi Jarek, What is this for? I can't figure it out having read the changes. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [VOTE] Geronimo Server 2.1.2 Release
+1 Jacek On Thu, Jul 31, 2008 at 4:52 AM, Joe Bohn [EMAIL PROTECTED] wrote: All, I've prepared a release candidate of Geronimo Server 2.1.2 for your review and vote. The source for the Geronimo Server 2.1.2 release currently resides here: https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2 When the release vote is approved, I will svn mv the code to https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2 An archive of this source code can be found here: http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz OR http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the 10 Java EE, Minimal, and Framework server binary distributions to be released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code archives for the release. These extra txt files were included so that they could be leveraged by GEP if necessary (they are also included in the assembly images). For your convenience, here are pointers to the urls for the distributions in zip format: http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip The maven artifacts for the release can be found here: http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/ When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. [ ] +1 Release Geronimo 2.1.2 [ ] 0 No opinion [ ] -1 Do not release Geronimo 2.1.2 (please provide rationale) 72 hours would expire at 11:00PM ET on Saturday evening, 8/2. However, the vote may go longer while the tck results are verified. Joe Bohn -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
GEP build fails due to geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT-bin.zip (The system cannot find the path specified)
Hi, Just checked out the sources of GEP and upon builing it failed with: [INFO] [INFO] Building Geronimo Eclipse Plugin :: Testsuite :: Server [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting file-set: C:\oss\geronimo-devtools\testsuite\server (included: [launcher/eclipse, launcher/results, launcher/server, launcher/workspace], excluded: []) [INFO] [antrun:run {execution: create-geronimo-server}] [INFO] Executing tasks [unzip] Expanding: C:\.m2\org\apache\geronimo\assemblies\geronimo-tomcat6-javaee5\2.1.2-SNAPSHOT\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT-bin.zip into C:\oss\geronimo-devtools\testsu ite\launcher [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: Error while expanding C:\.m2\org\apache\geronimo\assemblies\geronimo-tomcat6-javaee5\2.1.2-SNAPSHOT\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT-bin.zip C:\.m2\org\apache\geronimo\assemblies\geronimo-tomcat6-javaee5\2.1.2-SNAPSHOT\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT-bin.zip (The system cannot find the path specified) It looks I have to build Geronimo locally before GEP build. Is it intended? Why? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
DeploymentFactoryImpl or DeploymentFactoryBootstrapper
(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) whereas with org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl: version=2.1.1 [file:/c:/geronimo/lib/asm-2.2.3.jar, file:/c:/geronimo/lib/asm-commons-2.2.3.jar, file:/c:/geronimo/lib/boot/, file:/c:/geronimo/lib/cglib-nodep-2.1_3.jar, file:/c:/geronimo/lib/commons-cli-1.0.jar, file:/c:/geronimo/lib/commons-logging-1.0.4.jar, file:/c:/geronimo/lib/endorsed/, file:/c:/geronimo/lib/geronimo-cli-2.1.1.jar, file:/c:/geronimo/lib/geronimo-deploy-jsr88-bootstrapper-2.1.1.jar, file:/c:/geronimo/lib/geronimo-jaxws-builder-2.1.1.jar, file:/c:/geronimo/lib/geronimo-kernel-2.1.1.jar, file:/c:/geronimo/lib/geronimo-transformer-2.1.1.jar, file:/c:/geronimo/lib/gshell/, file:/c:/geronimo/lib/jsr88-deploymentfactory-2.1.1.car, file:/c:/geronimo/lib/jsr88-deploymentfactory.jar, file:/c:/geronimo/lib/log4j-1.2.14.jar, file:/c:/geronimo/lib/plexus-archiver-1.0-alpha-7.jar, file:/c:/geronimo/lib/xpp3-1.1.3.4.O.jar, file:/c:/geronimo/lib/xstream-1.2.2.jar, file:/c:/geronimo/bin/deployer.jar, file:/c:/geronimo/bin/server.jar, file:/c:/geronimo/repository/org/apache/geronimo/modules/geronimo-deploy-config/2.1.1/geronimo-deploy-config-2.1.1.jar, file:/c:/geronimo/repository/org/apache/geronimo/modules/geronimo-system/2.1.1/geronimo-system-2.1.1.jar, file:/c:/geronimo/repository/org/apache/geronimo/specs/geronimo-javaee-deployment_1.1MR3_spec/1.0/geronimo-javaee-deployment_1.1MR3_spec-1.0.jar, file:/c:/geronimo/repository/org/apache/openejb/openejb-client/3.0.0-SNAPSHOT/openejb-client-3.0.0-SNAPSHOT.jar, file:/c:/geronimo/repository/org/apache/geronimo/specs/geronimo-ejb_3.0_spec/1.0/geronimo-ejb_3.0_spec-1.0.jar] WARNING [org.apache.geronimo.netbeans.GeronimoDeploymentFactory]: org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl java.lang.ClassNotFoundException: org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) It's with Geronimo 2.1.1. Classpath for instantiation is printed out in []. Does anyone know what's wrong? I'm completely stuck. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Geronimo 2.1.2 plans
On Mon, Jul 7, 2008 at 10:18 PM, Joe Bohn [EMAIL PROTECTED] wrote: Given that there were no objections to my offer to be release manager for 2.1.2 - I'll go ahead and assume the role :-). +1 Is there anything else that we're missing? Ensure that GEP works fine with the release. I'd like to get a release candidate available within a few weeks if possible. Perhaps 7/21 is a good target locking down the content (code freeze). If we release javamail we might need a little more time than that. Does that sound reasonable to all? That would give us a shot at getting a release candidate available by 7/24 or so and if all goes perfectly a certified release and out the door by 7/31. +1 Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Geronimo v2.2 discussion
On Wed, Jul 2, 2008 at 5:01 PM, Hernan Cunico [EMAIL PROTECTED] wrote: We kinda started to have some discussion some time ago but couldn't find any hit on nabble so not sure were we left it. It's likely because we've been discussing 2.1.2 so far and nobody thought about rushing towards 2.2. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [jira] Commented: (GERONIMODEVTOOLS-411) Add Syntax-highlighting feature in Source page of Geronimo Deployment Plan Editor
On Tue, Jul 1, 2008 at 1:37 PM, Shiva Kumar H R (JIRA) [EMAIL PROTECTED] wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12609531#action_12609531 ] Shiva Kumar H R commented on GERONIMODEVTOOLS-411: -- Committed in trunk at revision: 673059 In addition to Syntax Highlighting Formatting (with Ctrl+Shift+F), the Outline view now displays a tree view of the Geronimo Deployment Plan. Nice piece of work Sainath! Thanks. I think it should be described in the RELEASE_NOTES or better yet - New and Noteworthy ;-) Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
[jira] Commented: (GERONIMO-4048) Tutorials - RESTFUL Web Services
[ https://issues.apache.org/jira/browse/GERONIMO-4048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12609688#action_12609688 ] Jacek Laskowski commented on GERONIMO-4048: --- Read both and like'em much. Go Sainath go! I'd only change the screenshots so they contain relevant information only. Tutorials - RESTFUL Web Services Key: GERONIMO-4048 URL: https://issues.apache.org/jira/browse/GERONIMO-4048 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Geronimo v2.1 documentation, Tutorials section. Develop a tutorial for RESTFUL Web Services addressing the following common topics (use this list as a guideline). This document should also match the styling used in the existing tutorials. * Setting up Eclipse for Application development * Sample application overview _identify the different components_ * Prerequisites _external resources (i.e. databases, connection pools, JMS queues, etc)_ * Sample app creation _breakdown into multiple bullets_ * Deploy and Test the application See http://cwiki.apache.org/GMOxDOC21/tutorials.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4169) JAX-WS web services not discovered with partial web.xml file
[ https://issues.apache.org/jira/browse/GERONIMO-4169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacek Laskowski updated GERONIMO-4169: -- Summary: JAX-WS web services not discovered with partial web.xml file (was: JAX-WS web services not discovered with patrial web.xml file) JAX-WS web services not discovered with partial web.xml file Key: GERONIMO-4169 URL: https://issues.apache.org/jira/browse/GERONIMO-4169 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0.x, 2.1.2, 2.2 Reporter: Jarek Gawor Assignee: Jarek Gawor Fix For: 2.1.2, 2.2 After re-reading the spec and testing with the RI, it looks like we should be discovering JAX-WS web services even if a partial web.xml is supplied. Right now, we only discover the JAX-WS web services if there is no web.xml provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-408) Eclipse Plug-in doesn't open embedded browser when executing Run on Server
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12608999#action_12608999 ] Jacek Laskowski commented on GERONIMODEVTOOLS-408: -- It's very similar to GERONIMODEVTOOLS-398 Open browser with web application from within Servers view, but it's to automatically open a browser whereas the aforementioned issue report is to let user open a browser whenever (s)he wants to (even after the initial browser open has already been closed). Eclipse Plug-in doesn't open embedded browser when executing Run on Server -- Key: GERONIMODEVTOOLS-408 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-408 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.1 Environment: Eclipse R3.4 WTP 3.0 Geronimo v2.1 Server Adapter 2.1.1 Reporter: Jose M. Ordax When you try Run on Server Context Menu function on a HTMl or JSP page, Geronimo is started, the App is deployed but the embedded browser doesn't start and doesn't load the page I am trying to test. With the rest of Application Servers like Tomcat, GlassFish, etc... it works. I haven't a clear idea if this ia a Geronimo Server Adapter bug or WTP bug. But as it is working fine with other Application Servers I suspect it is Geronimo bug. Thanks, Chemi. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r672379 - in /geronimo/devtools/eclipse-plugin/trunk: features/org.apache.geronimo.v21.feature/ plugins/org.apache.geronimo.runtime.v21/ plugins/org.apache.geronimo.runtime.v21/META-IN
On Sat, Jun 28, 2008 at 3:06 AM, Tim McConnell [EMAIL PROTECTED] wrote: Could be -- I just copied the 2.2-SNAPSHOT from the server trunk pom.xml since we need the GEP trunk to work with those artifacts. What about releasing GEP 2.1.2 intended to run with Eclipse Ganymede and no special changes as far as Geronimo version support's concerned and move to Geronimo 2.2 with GEP 2.2? I'd love having GEP supporting Ganymede as soon as possible (in 2-4 week timeframe would be excellent). Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: svn commit: r672379 - in /geronimo/devtools/eclipse-plugin/trunk: features/org.apache.geronimo.v21.feature/ plugins/org.apache.geronimo.runtime.v21/ plugins/org.apache.geronimo.runtime.v21/META-IN
On Sat, Jun 28, 2008 at 11:30 PM, Tim McConnell [EMAIL PROTECTED] wrote: Hi Jacek, you're welcome to use the trunk build of the GEP from our unstable site, which is now downloading and building with the Ganymede Eclipse IDE for Java EE Developers (163 MB). I've not encountered any problems with it yet - http://people.apache.org/dist/geronimo/eclipse/unstable/2.1.2/ Would be great if I figured out how to execute p2 from the command line to set up GEP outside Eclipse distro directory. Do you know them? You know about dropins directory, don't you? Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [ANNOUNCE] Lin Sun is the newest member of the Geronimo PMC
On Thu, Jun 26, 2008 at 7:34 PM, Jarek Gawor [EMAIL PROTECTED] wrote: Congratulations Lin! Congrats Lin! Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: Websphere to Geronimo
On Thu, Jun 26, 2008 at 5:08 AM, Niño James Ramos [EMAIL PROTECTED] wrote: May I ask: Hi James, (This is sort of a question for the geronimo user mailing list and we shouldn't be answering such here, but...it's the last time, deal?) I am currently using Rational Software Architect v6.0.1.2 Are there any available plugin for RSA that can support Apache Geronimo for easier deployment? AFAIK, RSA 6.0 is based on Eclipse 3.0 so although it was not tested GEP should work fine I believe. Give it a shot and report to the geronimo *user* mailing list. I have an EAR file deployed using the WebSphere v6.0 runtime and I would want it to run using Apache Geronimo. or wouldn't it be possible? I don't think so. I'm sure it would not be an automatic process and would require some manual changes. OpenEJB which is the EJB container for Apache Geronimo doesn't understand websphere-specific deployment descriptors so if your application relies on them, it won't work in Geronimo (at least as far as EJBs are concerned). It's being worked out though. Other non-EJB-websphere-specific descriptors are not recognized by Geronimo either. It shouldn't be a problem to do the resource mapping again. Could you share more information on the structure of your application? What modules are there? What's their descriptors and such. Use the geronimo *user* mailing list. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [RESULTS] [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)
On Thu, Jun 26, 2008 at 3:38 PM, Tim McConnell [EMAIL PROTECTED] wrote: Thanks everyone for reviewing and voting. The vote for the release of the Geronimo Eclipse Plugin 2.1.1 plugin has passed with 12 +1 votes I'm relieved. Can't wait till GEP++ is released with Ganymede support. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: RESTful Web Services support in Geronimo
On Wed, Jun 25, 2008 at 8:19 AM, Sainath Chowdary [EMAIL PROTECTED] wrote: So you are telling me that there is no way to deploy a RESTful web service in Geronimo that we are currently using until Axis2 is upgraded or is there any fix that we can use to deploy REST services? You can use Geronimo with CXF. The beauty of Geronimo is that you can mix and match whatever platform you're interested in - Axis doesn't work well? Use CXF. If you use Geronimo/Tomcat distro run Geronimo with -Dorg.apache.geronimo.jaxws.provider=cxf to enable CXF or switch to Geronimo/Jetty where CXF is the default Web Services platform. See var/config/config.xml. The relevant snippet is as follows: module name=org.apache.geronimo.configs/cxf-deployer/2.1.1/car condition=props['org.apache.geronimo.jaxws.provider'] == 'cxf' or (props['org.apache.geronimo.jaxws.provider'] == null and webcontainerName == 'jetty6')/ Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl