[jira] Assigned: (SM-1065) ActiveMQ integration
[ https://issues.apache.org/activemq/browse/SM-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet reassigned SM-1065: --- Assignee: Jeff Yu (was: Rob Davies) ActiveMQ integration Key: SM-1065 URL: https://issues.apache.org/activemq/browse/SM-1065 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assignee: Jeff Yu Fix For: 4.0 ActiveMQ jars are already OSGified, but we may want to create a bundle that would create a broker by default and registering a pooled connection factory in OSGi maybe. That way, everyone could use the ConnectionFactory registered in OSGi. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
I require a Senior Developer with strong Java SE 5.0 and ServiceMix ESB
I am looking for a Senior Developer with strong technical experience with designing and developing web based applications with both Java SE 5.0 and Apache ServiceMix ESB. You must also have mentored junior developers in the past in addition to having exposure with XML/XSL web services, JDBC and RDBMS. This will initially be a 3 month opportunity paying a competitive time and material daily rate. This opportunity is located in the Surrey / Berkshire area and is working for a well known and exciting client. Please forward a copy of your latest CV/resume to me at [EMAIL PROTECTED] for further details. -- View this message in context: http://www.nabble.com/I-require-a-Senior-Developer-with-strong-Java-SE-5.0-and-ServiceMix-ESB-tf4777216s12049.html#a13665549 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
[jira] Created: (SM-1132) No clean shutdown of ServiceMix
No clean shutdown of ServiceMix --- Key: SM-1132 URL: https://issues.apache.org/activemq/browse/SM-1132 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.2 Environment: Tested on Gentoo Linux and also Ubuntu Linux 7.10 Reporter: Lars Heinemann Fix For: 3.1.2 If I shutdown servicemix by hitting CTRL-C in the shell, the shutdown process is finished almost in a second or so. Next thing is that components are not shut down properly as they were in the 3.1.2 version. This was not a problem with the old version of smix. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1119) Encoding problem in text returned by HTTP-SU
[ https://issues.apache.org/activemq/browse/SM-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philip Webster updated SM-1119: --- Attachment: multimatch-search2.zip Bug example with no non-public dependencies. Encoding problem in text returned by HTTP-SU Key: SM-1119 URL: https://issues.apache.org/activemq/browse/SM-1119 Project: ServiceMix Issue Type: Bug Components: servicemix-core, servicemix-http, servicemix-jsr181 Affects Versions: 3.1, 3.1.1, 3.1.2 Environment: This issue can be reproduced on Windows XP Pro and Red Hat Linux. Reporter: Philip Webster Attachments: multimatch-search.zip, multimatch-search2.zip, SM-1119.patch, wsdl-first-sa-3.2-SNAPSHOT.jar It looks as though there is an encoding problem at the point after the results are returned from the JSR181 service unit. The issue can be reproduced on 3.1, 3.1.1, 3.1.2 and the October 25th snapshot of 3.2 As discussed on this thread: http://www.nabble.com/Encoding-problem-in-text-returned-by-HTTP-SU-tf4676140s12049r3.html The attached service usints and service assembly can be used to reproduce the issue. Use the following input against http://localhost:8492/MultiMatchSearch/ soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:sear=http://eir.multimatch.org/search; soapenv:Header/ soapenv:Body sear:doSearchRequest query searchTriples searchTermsCharles Perrault/searchTerms searchFieldsTitle/searchFields searchOperators~/searchOperators /searchTriples queryLanguageSPANISH/queryLanguage resultLanguagesENGLISH/resultLanguages metadataSchemanonCached/metadataSchema fieldsmetadata/fields contentTypesRequested contentTypeTEXT/contentType startResults0/startResults numberOfResults1/numberOfResults /contentTypesRequested /query returnFullObjectsfalse/returnFullObjects /sear:doSearchRequest /soapenv:Body /soapenv:Envelope The result is: soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body ns2:doSearchResponse xmlns:ns2=http://eir.multimatch.org/search; results textResults identifierurn://org.multimatch/search/result/1193668323010/identifier TitleMeñiquÃn Charles Perrault ; traducción de Teodoro Baró/Title sourceUrlhttp://www.google.com//sourceUrl /textResults /results /ns2:doSearchResponse /soapenv:Body /soapenv:Envelope The result should be: soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body ns2:doSearchResponse xmlns:ns2=http://eir.multimatch.org/search; results textResults identifierurn://org.multimatch/search/result/1193668323010/identifier TitleMeñiquín Charles Perrault ; traducción de Teodoro Baró/Title sourceUrlhttp://www.google.com//sourceUrl /textResults /results /ns2:doSearchResponse /soapenv:Body /soapenv:Envelope -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1119) Encoding problem in text returned by HTTP-SU
[ https://issues.apache.org/activemq/browse/SM-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40582 ] Philip Webster commented on SM-1119: I've had trouble building ServiceMix to test the patch due to missing dependencies in the repos. However, I have created a new version of the sample with the non-public dependencies removed. Encoding problem in text returned by HTTP-SU Key: SM-1119 URL: https://issues.apache.org/activemq/browse/SM-1119 Project: ServiceMix Issue Type: Bug Components: servicemix-core, servicemix-http, servicemix-jsr181 Affects Versions: 3.1, 3.1.1, 3.1.2 Environment: This issue can be reproduced on Windows XP Pro and Red Hat Linux. Reporter: Philip Webster Attachments: multimatch-search.zip, multimatch-search2.zip, SM-1119.patch, wsdl-first-sa-3.2-SNAPSHOT.jar It looks as though there is an encoding problem at the point after the results are returned from the JSR181 service unit. The issue can be reproduced on 3.1, 3.1.1, 3.1.2 and the October 25th snapshot of 3.2 As discussed on this thread: http://www.nabble.com/Encoding-problem-in-text-returned-by-HTTP-SU-tf4676140s12049r3.html The attached service usints and service assembly can be used to reproduce the issue. Use the following input against http://localhost:8492/MultiMatchSearch/ soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:sear=http://eir.multimatch.org/search; soapenv:Header/ soapenv:Body sear:doSearchRequest query searchTriples searchTermsCharles Perrault/searchTerms searchFieldsTitle/searchFields searchOperators~/searchOperators /searchTriples queryLanguageSPANISH/queryLanguage resultLanguagesENGLISH/resultLanguages metadataSchemanonCached/metadataSchema fieldsmetadata/fields contentTypesRequested contentTypeTEXT/contentType startResults0/startResults numberOfResults1/numberOfResults /contentTypesRequested /query returnFullObjectsfalse/returnFullObjects /sear:doSearchRequest /soapenv:Body /soapenv:Envelope The result is: soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body ns2:doSearchResponse xmlns:ns2=http://eir.multimatch.org/search; results textResults identifierurn://org.multimatch/search/result/1193668323010/identifier TitleMeñiquÃn Charles Perrault ; traducción de Teodoro Baró/Title sourceUrlhttp://www.google.com//sourceUrl /textResults /results /ns2:doSearchResponse /soapenv:Body /soapenv:Envelope The result should be: soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body ns2:doSearchResponse xmlns:ns2=http://eir.multimatch.org/search; results textResults identifierurn://org.multimatch/search/result/1193668323010/identifier TitleMeñiquín Charles Perrault ; traducción de Teodoro Baró/Title sourceUrlhttp://www.google.com//sourceUrl /textResults /results /ns2:doSearchResponse /soapenv:Body /soapenv:Envelope -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Apache ServiceMix 3.2 released !
Thanks! On Nov 8, 2007, at 9:51 PM, Freeman Fang wrote: The missing parent module is already in the central repo now. Cheers Freeman Freeman Fang wrote: I will fix it and upload the missing parent module soon. Freeman On 11/8/07, *Guillaume Nodet* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Freeman, it seems this bit is missing from the repo and from your staging are too. Do you have a copy locally that we could upload ? -- Forwarded message -- From: *Daryl Richter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Date: Nov 8, 2007 2:15 PM Subject: Re: [ANNOUNCE] Apache ServiceMix 3.2 released ! To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Cc: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Ok. So I changed the servicmix-version references in my project from 3.2-incubating-SNAPSHOT to 3.2 and tried to rebuild, but got the following: Downloading: http://repo1.maven.org/maven2/org/apache/servicemix/ http://repo1.maven.org/maven2/org/apache/servicemix/ serviceengines/3.2/serviceengines-3.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/servicemix/ parent/3.2/parent-3.2.pom [INFO] - --- [ERROR] BUILD ERROR [INFO] - --- [INFO] Failed to resolve artifact. GroupId: org.apache.servicemix ArtifactId: parent Version: 3.2 Reason: Unable to download the artifact from any repository org.apache.servicemix:parent:pom:3.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] - --- [INFO] For more information, run Maven with the -e switch [INFO] - --- [INFO] Total time: 1 minute 58 seconds [INFO] Finished at: Thu Nov 08 08:12:31 EST 2007 [INFO] Final Memory: 4M/8M [INFO] - --- I dumped by .m2/repository/ but same result. What am I doing wrong? Thanks! On Nov 7, 2007, at 8:43 PM, Freeman Fang wrote: The Apache ServiceMix team is proud to announce the availability of the 3.2 release! Apache ServiceMix is a TLP (Top Level Project under Apache), which is an open source distributed Enterprise Service Bus (ESB) and SOA toolkit built from the ground up on the semantics and APIs of the Java Business Integration (JBI) specification JSR 208 and released under the Apache 2.0 license. Apache ServiceMix is lightweight and easily embeddable, has integrated Spring support and can be run at the edge of the network (inside a client or server), as a standalone ESB provider or as a service within another ESB. You can use ServiceMix in Java SE or a Java EE application server. This release includes a number of important fixes and a few enhancements. For more information see: * Website: http://servicemix.apache.org/ * Release Notes: http://servicemix.apache.org/ servicemix-32.html * Mailing lists: http://servicemix.apache.org/mailing- lists.html If you have feedback, questions or would like to get involved in the ServiceMix project please join the mailing lists and let us know your thoughts. The Apache ServiceMix Team http://servicemix.apache.org/team.html -- Daryl http://itsallsemantics.com http://itsallsemantics.com/ Hell, there are no rules here-- we're trying to accomplish something. -- Thomas A. Edison -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Daryl Don't worry about people stealing an idea. If it's original, you will have to ram it down their throats. -- Howard Aiken
[jira] Commented: (SM-1132) No clean shutdown of ServiceMix
[ https://issues.apache.org/activemq/browse/SM-1132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40580 ] Lars Heinemann commented on SM-1132: I did select the wrong version for Fix Version/ssorry No clean shutdown of ServiceMix --- Key: SM-1132 URL: https://issues.apache.org/activemq/browse/SM-1132 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.2 Environment: Tested on Gentoo Linux and also Ubuntu Linux 7.10 Reporter: Lars Heinemann Fix For: 3.1.2 If I shutdown servicemix by hitting CTRL-C in the shell, the shutdown process is finished almost in a second or so. Next thing is that components are not shut down properly as they were in the 3.1.2 version. This was not a problem with the old version of smix. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Deploying jboss seam 2.0.0.GA's jee5 sample onto geronimo 2.1-SNAPSHOT...almost done
Hi, I spent the entire day to figure out what's going on and I'm stuck now and desparately need help. I was debugging Geronimo to see what's in classloaders, but didn't find much that would help me sorting it out. I'm trying to deploy jboss seam 2.0.0.ga's jee5 sample - booking - onto geronimo 2.1-snapshot (built from tomorrow's trunk) and it only succeeds if persistence.xml's damaged and openjpa enhancer doesn't load any classes, and if it succeeded would result in 11:31:22,546 WARN [BasicLifecycleMonitor] Exception occured while notifying listener java.lang.LinkageError: duplicate class definition: org/jboss/seam/bpm/package-info at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52) at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308) at java.security.AccessController.doPrivileged(Native Method) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470) at org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.jboss.seam.deployment.NamespaceScanner.getPackage(NamespaceScanner.java:75) at org.jboss.seam.deployment.NamespaceScanner.handleItem(NamespaceScanner.java:56) So, here's what I could figure out. The application consists of 2 modules: an ejb jar (with jpa entities) and a war. This is the plan I'm using to deploy the app. ?xml version=1.0 encoding=UTF-8? application xmlns=http://geronimo.apache.org/xml/ns/j2ee/application-2.0; environment xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; moduleId groupIdorg.jboss.seam.examples.jee5/groupId artifactIdjboss-seam-jee5/artifactId version2.0.0.GA/version typeear/type /moduleId dependencies dependency groupIdorg.apache.geronimo.hibernate.transaction/groupId artifactIdgeronimo-hibernate-transaction-manager-lookup/artifactId typejar/type /dependency /dependencies non-overridable-classes filterorg.jboss.seam/filter /non-overridable-classes /environment module webjboss-seam-jee5.war/web web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-2.0.1; environment xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; moduleId groupIdorg.jboss.seam.examples.jee5/groupId artifactIdjboss-seam-jee5/artifactId version2.0.0.GA/version typewar/type /moduleId /environment context-root/seam-jee5/context-root /web-app /module module webjboss-seam-jee5.jar/web openejb-jar xmlns=http://www.openejb.org/xml/ns/openejb-jar-2.1; environment xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; moduleId groupIdorg.jboss.seam.examples.jee5/groupId artifactIdjboss-seam-jee5/artifactId version2.0.0.GA/version typejar/type /moduleId /environment /openejb-jar /module ext-module connectorseam-jee5-dbpool/connector external-path xmlns:dep=http://geronimo.apache.org/xml/ns/deployment-1.2; dep:groupIdorg.tranql/dep:groupId dep:artifactIdtranql-connector-derby-embed-xa/dep:artifactId dep:typerar/dep:type /external-path connector xmlns=http://geronimo.apache.org/xml/ns/j2ee/connector-1.2; environment xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; moduleId groupIdorg.jboss.seam.examples.jee5/groupId artifactIdbooking-dbpool/artifactId version2.0.0.GA/version typerar/type /moduleId dependencies dependency groupIdorg.apache.geronimo.configs/groupId artifactIdsystem-database/artifactId typecar/type /dependency /dependencies /environment resourceadapter outbound-resourceadapter connection-definition connectionfactory-interfacejavax.sql.DataSource/connectionfactory-interface connectiondefinition-instance namejdbc/__default/name config-property-setting name=DatabaseNameSystemDatabase/config-property-setting connectionmanager xa-transaction
Re: Can we deal generically with container specific jsr77 statistics?
I suggest we have in geronimo-management a StatsImpl class similar to the existing one but taking the name-statistic map in its constructor and being immutable. Then the jetty/tomcat specific stats classes won't implement Stats at all but just the container specific method. Instead of extending StatsImpl they will delegate to an instance they create in their constructor. The MEJB can return the delegate StatsImpl objects, thus avoiding any need for any container specific classes, and the container specific adapters can be in with the containers. I noticed that in the JSR 77 spec, the generic classes such as EJBModuleStats extends Stats. Meaning the EJBModuleStatsImpl will extend StatsImpl, the way things are with the Jetty/Tomcat specific stats right now. So if we took the specific Jetty/Tomcat stats code (something that is not defined by JSR-77) and used the technique you suggested, David, do you think that will be a tolerable inconsistency? I have tested your idea and everything works fine. If there are no objections I can put a create a new jira along with the patch. -Viet Comments? thanks david jencks
[jira] Created: (GERONIMO-3594) Numerous problems in javamail SearchTerm impl.
Numerous problems in javamail SearchTerm impl. -- Key: GERONIMO-3594 URL: https://issues.apache.org/jira/browse/GERONIMO-3594 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: mail Reporter: Rick McGuire Assignee: Rick McGuire There are a number of problems in the javamail SearchTerm classes. The fall into several general categories: 1) Some search terms rely on method calls in the Message class that can return a null result. This leads to null pointer exceptions when performing client-side match operations. 2) A number of classes don't override the equals() method and ensure that the other object is of the correct type. 3) Some equals method implementations don't include all data items in the compare, which can lead to false positives. 4) The hashCode methods don't always include all data items in the hash. In at least one case, an item is included that will create an invalid hash that will violate the hashCode()/equals() general contract. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANN] JOSSO (Java Open Single Sign-On) support added for Geronimo
On Nov 7, 2007, at 4:23 PM, Gianluca wrote: Apache Geronimo J2EE server 2.0 is now officially supported by JOSSO 1.6 for both Single Sign-On Agent and Gateway deployments. For detailed technical guidelines on how to setup JOSSO with Apache Geronimo see : http://www.josso.org/confluence/pages/viewpage.action?pageId=2359317 A pre-configured Apache Geronimo instance and the JOSSO dependencies snapshot are available for download here : http://sourceforge.net/project/showfiles.php?group_id=116854package_id=129496 Gianluca, Cool! Thanks for the information. I think you'd be interested in our Geronimo plugin capabilities. This would allow JOSSO (and requisite dependencies) to be easily installed in an existing Geronimo server. Contact us on our dev list if you'd like more info... --kevan
Re: Getting started: Using the Maven tooling
On Sep 14, 2007 6:31 AM, Gert Vanthienen [EMAIL PROTECTED] wrote: L.S., Done! Wouldn't it be a good idea to add the distinction between beginner - intermediate - advanced to this page (http://incubator.apache.org/servicemix/tutorials.html) as well, just to 'discourage' beginner users to start writing SE/BC on day 1? Secondly, how about adding a links to these tutorials in the sites navigation (e.g. between user's guide and documentation)? This is a very good idea and kinda why I wrote this FAQ entry: http://servicemix.apache.org/should-i-create-my-own-jbi-components.html This FAQ entry is referenced in the Hello World JBI component creation examples. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Castor - http://castor.org/
[jira] Created: (GERONIMO-3595) Tomcat*StatsImpl and Jetty*StatsImpl to return generic StatsImpl object
Tomcat*StatsImpl and Jetty*StatsImpl to return generic StatsImpl object --- Key: GERONIMO-3595 URL: https://issues.apache.org/jira/browse/GERONIMO-3595 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: Jetty, management, Tomcat Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Recently, there has been a discussion to make the getStats() operation return the generic StatsImpl object instead of the container specific object. The advantage of having a generic Stats object returned is that clients who wish to view the jsr77 statistics do not need the container specific statsimpl classes in their classloader. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3595) Tomcat*StatsImpl and Jetty*StatsImpl to return generic StatsImpl object
[ https://issues.apache.org/jira/browse/GERONIMO-3595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Viet Hung Nguyen updated GERONIMO-3595: --- Attachment: geronimo-3595.patch Tomcat*StatsImpl and Jetty*StatsImpl to return generic StatsImpl object --- Key: GERONIMO-3595 URL: https://issues.apache.org/jira/browse/GERONIMO-3595 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty, management, Tomcat Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Attachments: geronimo-3595.patch Recently, there has been a discussion to make the getStats() operation return the generic StatsImpl object instead of the container specific object. The advantage of having a generic Stats object returned is that clients who wish to view the jsr77 statistics do not need the container specific statsimpl classes in their classloader. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3594) Numerous problems in javamail SearchTerm impl.
[ https://issues.apache.org/jira/browse/GERONIMO-3594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-3594. -- Resolution: Fixed Committed revision 593593. Numerous problems in javamail SearchTerm impl. -- Key: GERONIMO-3594 URL: https://issues.apache.org/jira/browse/GERONIMO-3594 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Reporter: Rick McGuire Assignee: Rick McGuire There are a number of problems in the javamail SearchTerm classes. The fall into several general categories: 1) Some search terms rely on method calls in the Message class that can return a null result. This leads to null pointer exceptions when performing client-side match operations. 2) A number of classes don't override the equals() method and ensure that the other object is of the correct type. 3) Some equals method implementations don't include all data items in the compare, which can lead to false positives. 4) The hashCode methods don't always include all data items in the hash. In at least one case, an item is included that will create an invalid hash that will violate the hashCode()/equals() general contract. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3429) Enhance security page of 'Create Plan' portlet to support addition of run-as-subject, default-subject, credential-store
[ https://issues.apache.org/jira/browse/GERONIMO-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shiva Kumar H R closed GERONIMO-3429. - Resolution: Fixed Fix Version/s: 2.1 Completed at Revision r593590 Enhance security page of 'Create Plan' portlet to support addition of run-as-subject, default-subject, credential-store --- Key: GERONIMO-3429 URL: https://issues.apache.org/jira/browse/GERONIMO-3429 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Reporter: Shiva Kumar H R Assignee: Shiva Kumar H R Fix For: 2.1 Currently the 'Create Plan' portlet has no support for specifying run-as-subject, default-subject, credential-store, doas-current-caller use-context-handler. Update the security handling page to support specification of these. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-249) Add internationalization capable support.
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541423 ] Kevan Miller commented on GERONIMODEVTOOLS-249: --- Hi Kan, Sounds interesting. I'm pretty sure there isn't any current work going on in this area. I'd suggest you send a note to our dev list outlining how you plan on approaching the problem. This would give people a chance to comment before you do too much coding. Hopefully we can hear from someone who's been working on j2g, also... --kevan Add internationalization capable support. - Key: GERONIMODEVTOOLS-249 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-249 Project: Geronimo-Devtools Issue Type: Improvement Components: J2G Affects Versions: 1.0.0 Reporter: Kan Ogawa Priority: Minor In J2G eclipse plug-in, the internationalization support is not implemented, which is the creation of external message resources. Reference material is: http://www.ibm.com/developerworks/library/os-i18n/index.html?S_TACT=105AGX44S_CMP=EDU Geronimo development tools committors, this issue is a enhancement task, might be a low priority, and also needs many man-hours. If it is difficult for you to work on it for reasons of the priority of other existing issues, may I start to create the patch from now on? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Issue: DeliveryChannel has been closed
Was able to solve the issue... added the following lines in the servicemix.xml to get rid of the issue. sm:executorFactory bean class=org.apache.servicemix.executors.impl.ExecutorFactoryImpl property name=defaultConfig bean class=org.apache.servicemix.executors.impl.ExecutorConfig property name=corePoolSize value=20/ property name=maximumPoolSize value=32/ property name=queueSize value=1024/ /bean /property /bean /sm:executorFactory Regards, Premjith gnodet wrote: These errors are caused by something else that makes the component stop. Could you check your log file for other excetions earlier ? I've already seen that when reaching the maximum number of open file descriiptors (which was causing the hot deployer to think all components were removed and uninstalling them). On 11/7/07, Premjith [EMAIL PROTECTED] wrote: Hi All, We have a service-mix component using which we are reading the messages from the queue. We are using Websphere MQ 6.0. We are getting the following error message: 00:27:38,184 INFO [Draft5MQListenerBinding] Draft5MQListenerBinding--onmessage javax.jbi.messaging.MessagingException: DeliveryChannel has been closed. at org.apache.servicemix.jbi.messaging.MessageExchangeFactoryImpl.checkNotClosed (MessageExchangeFactoryImpl.java:64) at org.apache.servicemix.jbi.messaging.MessageExchangeFactoryImpl.createInOnlyExchange (MessageExchangeFactoryImpl.java:109) at com.symcor.wir.servicemix.mq.Draft5MQListenerBinding.onMessage( Draft5MQListenerBinding.java:29) at com.ibm.mq.jms.MQMessageConsumer.receiveAsync(MQMessageConsumer.java:2804) at com.ibm.mq.jms.SessionAsyncHelper.run(SessionAsyncHelper.java:406) at java.lang.Thread.run(Thread.java:595) 2007.11.07 00:27:38 MQJMS1034E MessageListener threw: com.symcor.wir.servicemix.mq.exception.Draft5MQListenerBindingException: DeliveryChannel has been closed. At times we are facing another error: 00:59:16,392 INFO [Draft5MQListenerBinding] Draft5MQListenerBinding--onmessage Exception in thread asyncDelivery0 java.lang.NoClassDefFoundError: com/ibm/mq/jms/services/psk/LogMessage at com.ibm.mq.jms.SessionAsyncHelper.run(SessionAsyncHelper.java:427) at java.lang.Thread.run(Thread.java:595) This class is present in the com.ibm.mqjms-1.0.jar, and this jar is included in the classpath. These errors are inconsistent. We are facing these errors only once in a while. Any pointers/solutions would be of great help. Thanks, Premjith -- View this message in context: http://www.nabble.com/Issue%3A-DeliveryChannel-has-been-closed-tf4762846s12049.html#a13621760 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- View this message in context: http://www.nabble.com/Issue%3A-DeliveryChannel-has-been-closed-tf4762846s12049.html#a13674409 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Why is PersistenceUnitBuilder.respectExcludeUnlistedClasses(GBeanData gbeanData) for?
Hi, I'm still trying to figure out why geronimo refuses seam's jee5 sample to deploy and stumbled upon org.apache.geronimo.persistence.builder.PersistenceUnitBuilder.respectExcludeUnlistedClasses(GBeanData gbeanData) method. private void respectExcludeUnlistedClasses(GBeanData gbeanData) { boolean excludeUnlistedClasses = (Boolean) gbeanData.getAttribute(excludeUnlistedClasses); if (excludeUnlistedClasses) { gbeanData.clearAttribute(jarFileUrls); } else { gbeanData.clearAttribute(managedClassNames); } } Why is this for and how could I set the attribute excludeUnlistedClasses? I think I'm missing some Geronimo architectural design lessons so it may seem obvious for the most if not all of you, but can't answer it myself. If Geronimo starts a gbean, can its attributes be changed at runtime? Am I allowed to deploy a gbean that's already deployed and change its configuration, i.e. deploy a new configuration whereas the former's removed. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [DISCUSS] 2.1 Release
On Nov 8, 2007, at 4:17 PM, Hernan Cunico wrote: Hey y'all, I started to map some of the new features/functions to the 2.1 documentation. I just created a new wiki space http://cwiki.apache.org/GMOxDOC21 and created some initial entries. Pls chime in with your ideas for topics to cover but don't stop just there, feel free to start working out some content too if you feel compelled to do so ;-) Help with the documentation is GREATLY APPRECIATED!!! I will be starting a separate thread on user@ for user feedback as well. Thanks, Hernan. It looks like documentation may be our long pole for getting a 2.1 release. I'll start looking at the required documentation... Will help where I can. I'll summarize the results of this thread, but may take me a day or two. --kevan
Re: Why is PersistenceUnitBuilder.respectExcludeUnlistedClasses(GBeanData gbeanData) for?
It's not altogether clear from the spec, but...(IIRC) - if you set excludeUnlistedClasses in persistence.xml then we're supposed to ignore any jar file urls - if you don't set excludeUnlistedClasses we're supposed to ignore any class names you provide and rely completely on scanning all jar files listed to find the classes to enhance. Again IIRC openjpa had some major problems dealing with listed classes if you supplied both. On Nov 9, 2007, at 1:21 PM, Jacek Laskowski wrote: Hi, I'm still trying to figure out why geronimo refuses seam's jee5 sample to deploy and stumbled upon org.apache.geronimo.persistence.builder.PersistenceUnitBuilder.respect ExcludeUnlistedClasses(GBeanData gbeanData) method. private void respectExcludeUnlistedClasses(GBeanData gbeanData) { boolean excludeUnlistedClasses = (Boolean) gbeanData.getAttribute(excludeUnlistedClasses); if (excludeUnlistedClasses) { gbeanData.clearAttribute(jarFileUrls); } else { gbeanData.clearAttribute(managedClassNames); } } Why is this for and how could I set the attribute excludeUnlistedClasses? it's in persistence.xml I think I'm missing some Geronimo architectural design lessons so it may seem obvious for the most if not all of you, but can't answer it myself. If Geronimo starts a gbean, can its attributes be changed at runtime? yes, but if the attributes were supplied in the constructor nothing will happen until you restart the gbean. Am I allowed to deploy a gbean that's already deployed and change its configuration, i.e. deploy a new configuration whereas the former's removed. I don't follow what you mean here. BTW, is this app using Hibernate rather than OpenJpa? I don't know what might happen from openejb's use of openjpa for cmp 2.1, but you might try turning off the openjpa module. This should prevent the openjpa enhancer from getting registered, and if its not registered it can't cause trouble :-) If openejb turns openjpa on again for you through dependency relationships you might be able to just turn off the openjpa enhancer gbean. hope this helps david jencks Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Changes needed to the website upon PRC communication
okey dokey, here is what I've done: - Added link to ASF Sponsorship - Added link to ASF Thanks! - Renamed Powered By with Service and Support, we may have to remove this one later anyway. - Removed Graphics by Epic - Left Powered by Google Search untouched. Cheers! Hernan Hernan Cunico wrote: Hi All, the Apache PRC has sent a communication to all PMC's about how we (I mean Apache projects in general) thank sponsors for their contributions to the projects on the project's website. This type of acknowledgment is not considered official from Apache, in fact gets in the way for promoting the official ASF Sponsorship and Thanks! programs. Going to a more concrete example on our website, we have a Powered By page. This page has a misleading title for a start; we have been carrying this one along for a very long time and I doubt it is up to date anyway. The Powered By page provides a list of companies rendering services and support for Apache Geronimo. So, at a minimum, we should change the page title to something more representative. The other acknowledgment we have is with Graphics by Epiq, these are folks who got voted for their designs when we overhauled the website and console. This one falls into the same category as the Powered By page for which the PRC communication seems to be specifically targeted to. The Search box also shows Powered by Google Search, however this might be a different case as this is an indicative of the type of search the user will actually run - external Google search on the Geronimo site. I just added the official ASF Sponsorship and ASF Thanks links to the Community menu box on the left as instructed in the PRC communication. We still need to determine how to deal with Powered By and Graphics by Epiq. The former should be at least renamed if not removed altogether, the latter should be removed I think. To summarize, here are the things we need to look at - Add ASF Sponsorship and ASF Thanks links (it's done) - Powered By page - rename, update, delete, ...? - Graphics by Epiq link on every page - move, remove, ...? - Powered by Google Search text on search box. What you guys think? Cheers! Hernan
Re: Security for dynamic content apps -- gettogether at ApacheCon?
Based on the responses I've received I'd like to propose that I talk with people individually early in the week and that we get together Thursday night perhaps around 8:00 PM to discuss and see if we have any conclusions. I'll see if I can find a location. thanks! david jencks On Nov 5, 2007, at 9:12 AM, David Jencks wrote: I've worked a bit on integrating Roller and Jetspeed2 into Geronimo and one thing that quickly becomes clear is that the authorization security requirements of these dynamic content applications are almost completely unrelated to the javaee security specifications. One small possible overlap is that the JACC spec supplies the possibility of pluggable policies for authorization evaluation. I wondered if people would be interested in getting together to discuss how app servers such as geronimo and security products such as TripleSec could support these non-javaee security requirements and how much commonality there might be across different types of application. I'll be at ApacheCon all week and would be happy to talk to everyone individually or in an informal meeting. Some of the things I've been wondering about are: - permission definition - user administration: how are users added and removed or have their permissions changed. - resource administration: how are resources such as blogs, portal pages, or portlets added or removed or have their user access changed - specification of default policy for new users and new resources: e.g. when a new user signs up what can they do? thanks! david jencks
[jira] Created: (GSHELL-53) Upgrade JLine to 0.9.92
Upgrade JLine to 0.9.92 --- Key: GSHELL-53 URL: https://issues.apache.org/jira/browse/GSHELL-53 Project: GShell Issue Type: Improvement Security Level: public (Regular issues) Components: Build Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Assignee: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 This provides a fix for win 64bit support -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-53) Upgrade JLine to 0.9.92
[ https://issues.apache.org/jira/browse/GSHELL-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-53. -- Resolution: Fixed Upgrade JLine to 0.9.92 --- Key: GSHELL-53 URL: https://issues.apache.org/jira/browse/GSHELL-53 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: Build Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Assignee: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 This provides a fix for win 64bit support -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANN] JOSSO (Java Open Single Sign-On) support added for Geronimo
Hi Kevan, Thanks for your feedback. Implementing JOSSO as a Geronimo plugin would certainly provide a much out-of-the-box experience to the user, by atomizing, hiding and automating several currently manual (and potentially error-prone) deployment procedures. We actually preferred to take advantage of the Catalina compatibility supplied with Geronimo for plugging in JOSSO as-is, in order to avoid spanning the development and maintenance of a new container-specific plugin. Enhancing the JOSSO-Geronimo integration will be something that we'll probably be considering in an upcoming release. Thanks and keep the good work going! Gianluca. Kevan Miller wrote: On Nov 7, 2007, at 4:23 PM, Gianluca wrote: Apache Geronimo J2EE server 2.0 is now officially supported by JOSSO 1.6 for both Single Sign-On Agent and Gateway deployments. For detailed technical guidelines on how to setup JOSSO with Apache Geronimo see : http://www.josso.org/confluence/pages/viewpage.action?pageId=2359317 A pre-configured Apache Geronimo instance and the JOSSO dependencies snapshot are available for download here : http://sourceforge.net/project/showfiles.php?group_id=116854package_id=129496 Gianluca, Cool! Thanks for the information. I think you'd be interested in our Geronimo plugin capabilities. This would allow JOSSO (and requisite dependencies) to be easily installed in an existing Geronimo server. Contact us on our dev list if you'd like more info... --kevan -- View this message in context: http://www.nabble.com/-ANN--JOSSO-%28Java-Open-Single-Sign-On%29-support-added-for-Geronimo-tf4767465s134.html#a13677473 Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [DISCUSS] 2.1 Release
I started a page on new plugin stuff over here... http:// cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide (next time maybe I'll look at where you want it :-( ) I can't figure out how to get ${foo} to display without confluence thinking its a macro so any help there would be great. Please feel free to move this to wherever it will fit best and comment on all the stuff I left out :-) thanks david jencks On Nov 8, 2007, at 1:17 PM, Hernan Cunico wrote: Hey y'all, I started to map some of the new features/functions to the 2.1 documentation. I just created a new wiki space http://cwiki.apache.org/GMOxDOC21 and created some initial entries. Pls chime in with your ideas for topics to cover but don't stop just there, feel free to start working out some content too if you feel compelled to do so ;-) Help with the documentation is GREATLY APPRECIATED!!! I will be starting a separate thread on user@ for user feedback as well. Cheers! Hernan Hernan Cunico wrote: Agreed, we seem to have enough new stuff to call for a release. Here is a list trying to consolidate these new functions/improvements - GShell - Console enhancements (dep plan generation, grouping/collapsing?) - Monitoring - Plugin infrastructure - Pluggable console - Security - Configuration (config.xml, config-subst, etc) - Deployment plans - Tooling - ...? We will also need a whole new set of documentation to cover these in GMOxDOC21. Anybody in desperate need for contributing docs for these features? ;-) it will be very much appreciated. Cheers! Hernan Kevan Miller wrote: I think it's time to start discussing the particulars of a 2.1 release. There's been a lot of advancements made in our plugin infrastructure. There's also been the pluggable console enhancements. It would be good to get a release out, with these capabilities. They provide a more solid platform for future enhancements, I think. There's also GShell and new monitoring capabilities. I'm probably missing a few other new functions. Finally, IIUC, 2.1 would be able to support a Terracotta plugin. I'd also be very interested to hear what WADI capabilities that could be exposed. I'm willing to bang the release manager drum. I see that Joe has already started tugging on the TCK chain What do others think? How close are we to a 2.1 release? What additional capabilities and bug fixes are needed? Can we wrap up development activities in the next week or two? --kevan
Re: [DISCUSS] 2.1 Release
Try $\{foo\} --jason -Original Message- From: David Jencks [EMAIL PROTECTED] Date: Fri, 9 Nov 2007 17:42:35 To:dev@geronimo.apache.org Subject: Re: [DISCUSS] 2.1 Release I started a page on new plugin stuff over here... http:// cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide (next time maybe I'll look at where you want it :-( ) I can't figure out how to get ${foo} to display without confluence thinking its a macro so any help there would be great. Please feel free to move this to wherever it will fit best and comment on all the stuff I left out :-) thanks david jencks On Nov 8, 2007, at 1:17 PM, Hernan Cunico wrote: Hey y'all, I started to map some of the new features/functions to the 2.1 documentation. I just created a new wiki space http://cwiki.apache.org/GMOxDOC21 and created some initial entries. Pls chime in with your ideas for topics to cover but don't stop just there, feel free to start working out some content too if you feel compelled to do so ;-) Help with the documentation is GREATLY APPRECIATED!!! I will be starting a separate thread on user@ for user feedback as well. Cheers! Hernan Hernan Cunico wrote: Agreed, we seem to have enough new stuff to call for a release. Here is a list trying to consolidate these new functions/improvements - GShell - Console enhancements (dep plan generation, grouping/collapsing?) - Monitoring - Plugin infrastructure - Pluggable console - Security - Configuration (config.xml, config-subst, etc) - Deployment plans - Tooling - ...? We will also need a whole new set of documentation to cover these in GMOxDOC21. Anybody in desperate need for contributing docs for these features? ;-) it will be very much appreciated. Cheers! Hernan Kevan Miller wrote: I think it's time to start discussing the particulars of a 2.1 release. There's been a lot of advancements made in our plugin infrastructure. There's also been the pluggable console enhancements. It would be good to get a release out, with these capabilities. They provide a more solid platform for future enhancements, I think. There's also GShell and new monitoring capabilities. I'm probably missing a few other new functions. Finally, IIUC, 2.1 would be able to support a Terracotta plugin. I'd also be very interested to hear what WADI capabilities that could be exposed. I'm willing to bang the release manager drum. I see that Joe has already started tugging on the TCK chain What do others think? How close are we to a 2.1 release? What additional capabilities and bug fixes are needed? Can we wrap up development activities in the next week or two? --kevan
[jira] Created: (GSHELL-54) Allow relative (../ and ./) as well as absolute paths (/foo/bar) to resolve as expected in the layout manager
Allow relative (../ and ./) as well as absolute paths (/foo/bar) to resolve as expected in the layout manager - Key: GSHELL-54 URL: https://issues.apache.org/jira/browse/GSHELL-54 Project: GShell Issue Type: Bug Security Level: public (Regular issues) Components: Core Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Assignee: Jason Dillon Fix For: 1.0-alpha-1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-55) Need to provide commands with details on their layout (like for --help display and other things)
Need to provide commands with details on their layout (like for --help display and other things) Key: GSHELL-55 URL: https://issues.apache.org/jira/browse/GSHELL-55 Project: GShell Issue Type: Bug Security Level: public (Regular issues) Components: Commands, Core Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Fix For: 1.0-alpha-1 Now that we have abstracted the layout of commands, we need to provide the commands some details on where they are in the layout. This is needed primarily for {{--help}} display, but commands might also want to know what name they were bound to and/or if they were invoked from an alias (ie. {{gzip}}, {{gunzip}} and {{gzcat}} all being the same binary but performing different functions based on the link name). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-56) Re-implement command-line completion
Re-implement command-line completion Key: GSHELL-56 URL: https://issues.apache.org/jira/browse/GSHELL-56 Project: GShell Issue Type: Improvement Security Level: public (Regular issues) Components: Commands, Core Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Fix For: 1.0-alpha-2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.