Re: Embedded LDAP Server Viewer Portlet
Hi Jeff, Thanks for pointing that out. I havent checked it yet but I will look at it and let you know. Im using the latest Dojo source so hopefully this problem was fixed already. If not we can always raise it up to the Dojo community. Chris --- Jeff Genender <[EMAIL PROTECTED]> wrote: > Hi Chris, > > Did Dojo fix the ie https bug? I recently ran into > a problem with Dojo > where when its run on https and ie, you get an > annoying "This page > contains secure and nonsecure items, Do you with to > continue" pop up. > There were several reasons for it, but it was enough > for me to scrap > using Dojo. It was mainly because the app I was > writing needed to be > secure. For G's console, this may not be a big > deal, but something to > be aware of. > > Jeff > > Chris Cardona wrote: > > Hi Paul, > > > > Thanks for the input. I'm using the latest Dojo > source > > from their svn repo. I haven't looked at Dojo's IO > > library but I will definitely check it to compare > > differences with DWR. BTW, Im already using JSON > for > > the Tree widget nodes. > > > > Thanks, > > Chris > > > > --- Paul McMahan <[EMAIL PROTECTED]> wrote: > > > >> I'm very excited about introducing AJAX > >> functionality into the admin > >> console so I'm glad you brought this up. I think > >> Dojo's BSD license > >> makes it OK for Geronimo and IIUC Apache Myfaces > is > >> planning to use it > >> for their AJAX controls. We should also keep an > eye > >> on kabuki, which > >> is a project in the Apache incubator based on the > >> AJAX toolkit from > >> zimbra. > >> > >> If you are targeting the LDAP viewer for Geronimo > >> v1.2 then version > >> 0.3 of Dojo might work best since it is very > close > >> to release. DWR > >> seems like a good candidate for your transport > layer > >> since the console > >> already uses it. But Dojo provides a rich IO > >> library on top of > >> XMLHTTP that may integrate more cleanly with the > >> widget library. Maybe > >> there is some way to combine them to get the best > of > >> both worlds > >> (nothing comes to my mind). JSON looks promising > as > >> well. > >> > >> Best wishes, > >> Paul > >> > >> On 4/7/06, Chris Cardona <[EMAIL PROTECTED]> > >> wrote: > >>> Hello All (Aaron, Joe, Paul), > >>> > >>> I would like to work on a new portlet for the > >> console > >>> which can be used to view/explore the contents > of > >> the > >>> embedded LDAP server (Apache DS). This can be > >> added > >>> under Misc > Embedded LDAP Server. I plan to use > >> Dojo > >>> javascript toolkit and DWR to accomplish this > >> task. > >>> Since we are already using DWR for our Ajax > stuff > >> my > >>> only question is the use of Dojo. Is it ok to > >> include > >>> Dojo to the console? Your comments and > suggestions > >> are > >>> most welcome. > >>> > >>> Chris > >>> > >>> > >>> > __ > >>> Do You Yahoo!? > >>> Tired of spam? Yahoo! Mail has the best spam > >> protection around > >>> http://mail.yahoo.com > >>> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Commented: (GERONIMO-1778) Commits that shoud be merged from HEAD to 1.1
[ http://issues.apache.org/jira/browse/GERONIMO-1778?page=comments#action_12374137 ] Aaron Mulder commented on GERONIMO-1778: Merged 388236, though it still needs some attention (e.g. constructing Artifacts for nested web apps in the JK portlet). > Commits that shoud be merged from HEAD to 1.1 > - > > Key: GERONIMO-1778 > URL: http://issues.apache.org/jira/browse/GERONIMO-1778 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Versions: 1.1 > Reporter: Aaron Mulder > Assignee: Aaron Mulder > Fix For: 1.1 > > Keystore and mod_jk portlets: 388236 > Move keystores for J2EE: 388257 > Keystore dirs for non-J2EE 388258 > Move keystores for non-J2EE 388259 > Import/export CARs 388671 388832 388868 390687 390688 390690 390692 > More extensive keystore support 389206 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-660) Change the org.apache.activemq.network.jms package, so both inbound and outbound reply to destinations can be handled
[ http://jira.activemq.org/jira//browse/AMQ-660?page=all ] Rob Davies resolved AMQ-660: Resolution: Fixed Fix Version: 4.0 code looks good - thanks Fan > Change the org.apache.activemq.network.jms package, so both inbound and > outbound reply to destinations can be handled > - > > Key: AMQ-660 > URL: http://jira.activemq.org/jira//browse/AMQ-660 > Project: ActiveMQ > Type: Improvement > Components: Connector > Versions: 4.0 M4 > Environment: All > Reporter: Fan Li > Assignee: Rob Davies > Fix For: 4.0 > Attachments: jms.tar.gz > > > The JmsTopicConnector and JmsQueueConnector classes currently only handle > inbound replyTo Destinations. This means if a foreign JMS application sends a > message with a replyTo Destination, the replyTo Destination will get > converted into an ActiveMQ Destination and a DestinationBridge will be > constructed for the replyTo Destination, so the reply message from the > ActiveMQ application can be passed back to the foreign JMS application. > However, if an ActiveMQ application sends a message with a replyTo > Destination, no replyTo DestinationBridge will be constructed, there is no > way for the foreign JMS application to send back the reply message to the > ActiveMQ application. > The attachment with this issue is the code change that can fix this. The > changes in JmsTopicConnector class have been tested, but those in > JmsQueueConnecot class were not tested. A few other classes have also been > changed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.activemq.org/jira//secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Embedded LDAP Server Viewer Portlet
Chris Cardona wrote: Hello Alex, Thanks for offering some help. My idea for this portlet is a simple way of viewing the contents of the ApacheDS. A tree widget will be used to navigate the entries and a table to list attributes of an entry. I also intend to add a way to do ldap searches and refesh data. Nice! You could also use persistent search with JNDI notifications to update your UI if other external clients change the DIT. ApacheDS supports this control. Added it myself I think in 1.0-RC1. We need to get G up to date with the latest and greatest tho. If would be nice to include a way to add and modify entries. Not sure if ApacheDS includes APIs to accomplish such tasks (e.g. process an ldif file for adding entries, etc). There is a server side JNDI provider that mimics an on the wire LDAP JNDI provider but taps directly into the database for requests. But I'd recommend just using simple JNDI LDAP connectivity with a local socket to the server just for now until some of the classloader issues are clear between ADS and G. If designed properly you can just plugin the serverside provider in place of the SUN JNDI provider later. Please let me know if you have other ideas for this portlet so we can coordinate work. Sure will do. Some ideas that occurred to me are doing LDIF imports and exports. This is pretty easy to do once you have the UI setup though. Keep me updated on your progress. This is exciting. Alex Thanks, Chris --- Alex Karasulu <[EMAIL PROTECTED]> wrote: Chris Cardona wrote: Hello All (Aaron, Joe, Paul), I would like to work on a new portlet for the console which can be used to view/explore the contents of the embedded LDAP server (Apache DS). This can be added under Misc > Embedded LDAP Server. I plan to use Dojo javascript toolkit and DWR to accomplish this task. Since we are already using DWR for our Ajax stuff my only question is the use of Dojo. Is it ok to include Dojo to the console? Your comments and suggestions are most welcome. Let us know what we can do to help with this. We were also working on UI tools for ApacheDS so I think there can be good collaboration here. It would be nice to be able to run this GUI both in Geronimo and within an embedded Jetty instance running inside a standalone ApacheDS server. I've CC'd a couple people who have been interested in doing this. Excuse the cross post to [EMAIL PROTECTED] Regards, Apache Directory Team __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Resolved: (AMQ-683) Memory leak in ManagedRegionBroker
[ https://issues.apache.org/activemq/browse/AMQ-683?page=all ] Rob Davies resolved AMQ-683: Fix Version: 4.0 (was: 4.0 RC3) Resolution: Fixed No memory leaks currently found > Memory leak in ManagedRegionBroker > -- > > Key: AMQ-683 > URL: https://issues.apache.org/activemq/browse/AMQ-683 > Project: ActiveMQ > Type: Bug > Components: Broker > Versions: 4.0 RC 2 > Reporter: Rob Davies > Assignee: Rob Davies > Priority: Critical > Fix For: 4.0 > > > A memory leak in the ManagedRegionBroker - not critical because the work > around currently is to set the property on the broker useJmx=false -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1831) Need to package console WEB-INF/classes into a JAR
Need to package console WEB-INF/classes into a JAR -- Key: GERONIMO-1831 URL: http://issues.apache.org/jira/browse/GERONIMO-1831 Project: Geronimo Type: Bug Security: public (Regular issues) Components: buildsystem Versions: 1.1 Reporter: Aaron Mulder Assigned to: Aaron Mulder Priority: Blocker Fix For: 1.1 This blocks building on Windows -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1830) Need to add Environment to DConfigBeans
Need to add Environment to DConfigBeans --- Key: GERONIMO-1830 URL: http://issues.apache.org/jira/browse/GERONIMO-1830 Project: Geronimo Type: Bug Security: public (Regular issues) Components: deployment Versions: 1.1 Reporter: Aaron Mulder Assigned to: Aaron Mulder Priority: Blocker Fix For: 1.1 This blocks the JDBC and JMS console portlets -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
How do I get the path to an exploded WAR?
So if you put Geronimo behind Apache HTTP, you may want to have Apache serve the static content from your applications, and have Geronimo handle only the dynamic content. To do this, you need to point Apache to the directory containing the exploded WAR in the repository. Since of course I want to provide this information in the console, I want to pull it out of the Configuration/ConfigStore/Repository/whatever in Geronimo. The trick is, the WAR may or may not be in an EAR. It seems like ConfigurationStore.resolve(Artifact, String module, URI) is almost what I want, except I have no URI and I don't know how to generate the "String module" (which appears to be the name of the WAR file within the EAR, whereas all I have is the ConfigID for the module). I'd like to have a method like ConfigurationStore.resolve(Artifact parent, Artifact child) which would give you the path to an exploded directory. The first argument would either be the WAR for a standalone WAR or the EAR for an EAR+WAR. The second argument would either be null for a standalone WAR or the WAR for an EAR+WAR. Then the config store would be responsible for decoding the Artifact for a nested WAR back to the appropriate directory on disk. Does this sound reasonable? Dain or David J, can it be implemented for 1.1? Thanks, Aaron
Re: Long Path Proposal
On Apr 11, 2006, at 6:42 PM, Dain Sundstrom wrote: On Apr 7, 2006, at 2:21 PM, Dain Sundstrom wrote: Unpacked archives in the repository: The solution is to not place unpacked archives in our repository. I (dain) am going to look at using a class loader that can read from classes and resources from jars nested in jars. Assuming we can find or write a class loader such a class loader, we will need to assure that Tomcat and Jetty can work from a packed archive. Well, after two days of hacking, I have a class loader that supports nested jars. The bad news is the console doesn't run anymore. It appears that pluto will only run if the application is not packed (or not packed in a packed jar). Anyway, my guess is that lots of applications will break if the war files are not available unpacked on the file system. The second big problem I am seeing is my new class loader triples the startup time. Surprisingly, my tests show that the slow startup is not due to unpacking nested jars, but is over all slowness in the class loader. My guess is that the URLClassLoader has some native code and that the emory class loader I am using isn't doing as much indexing as the URLClassLoader. So I think it is time I abandon my class loader work (to the sandbox) and we start working on a Plan B: Plan B: o Leave the applications unpacked in the repository. o We should at least warn users when they deploy an application containing long paths (200+ characters from geronimo home dir) and maybe offer to jar the WEB-INF/classes if it will fix the problem. o Shorten the geronimo application path by packing the WEB-INF/classes o Implement inplace deployment so users can place their application wherever they want on the file system. Comments? Sounds good to me. I think detecting the problem and clearly and loudly warning the user of it is a very nice consideration to the user -- will save them time. If we automatically packed their classes and notified the user of that as an additional clear and loud warning message, I think that would be a feature that sets us apart from others. -David
[jira] Updated: (GERONIMO-1829) Service Plans should allow GBean references by interface (vs. by name)
[ http://issues.apache.org/jira/browse/GERONIMO-1829?page=all ] Aaron Mulder updated GERONIMO-1829: --- Summary: Service Plans should allow GBean references by interface (vs. by name) (was: Service Plans should all GBean references by interface (vs. by name)) > Service Plans should allow GBean references by interface (vs. by name) > -- > > Key: GERONIMO-1829 > URL: http://issues.apache.org/jira/browse/GERONIMO-1829 > Project: Geronimo > Type: Improvement > Security: public(Regular issues) > Components: kernel > Versions: 1.0 > Reporter: Aaron Mulder > Fix For: 1.2 > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1829) Service Plans should all GBean references by interface (vs. by name)
Service Plans should all GBean references by interface (vs. by name) Key: GERONIMO-1829 URL: http://issues.apache.org/jira/browse/GERONIMO-1829 Project: Geronimo Type: Improvement Security: public (Regular issues) Components: kernel Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1828) JSR-88 treats AbstractName like an ObjectName
[ http://issues.apache.org/jira/browse/GERONIMO-1828?page=all ] Paul McMahan updated GERONIMO-1828: --- Attachment: dbplan.xml > JSR-88 treats AbstractName like an ObjectName > - > > Key: GERONIMO-1828 > URL: http://issues.apache.org/jira/browse/GERONIMO-1828 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: deployment > Versions: 1.1 > Reporter: Paul McMahan > Assignee: Aaron Mulder > Priority: Critical > Attachments: dbplan.xml > > I get this stacktrace when trying to deploy a database plan: > Deployer operation failed: Invalid value: > 'geronimo.config:name="console/dbpool-test/1.0/rar"' > javax.management.MalformedObjectNameException: Invalid value: > 'geronimo.config:name="console/dbpool-test/1.0/rar"' > at javax.management.ObjectName.parsePropertyValue(ObjectName.java:571) > at > javax.management.ObjectName.convertStringToProperties(ObjectName.java:462) > at javax.management.ObjectName.parse(ObjectName.java:399) > at javax.management.ObjectName.(ObjectName.java:76) > at > org.apache.geronimo.deployment.plugin.local.CommandSupport.loadChildren(CommandSupport.java:326) > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:70) > at java.lang.Thread.run(Thread.java:534) > I'll attach the db plan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1828) JSR-88 treats AbstractName like an ObjectName
JSR-88 treats AbstractName like an ObjectName - Key: GERONIMO-1828 URL: http://issues.apache.org/jira/browse/GERONIMO-1828 Project: Geronimo Type: Bug Security: public (Regular issues) Components: deployment Versions: 1.1 Reporter: Paul McMahan Assigned to: Aaron Mulder Priority: Critical I get this stacktrace when trying to deploy a database plan: Deployer operation failed: Invalid value: 'geronimo.config:name="console/dbpool-test/1.0/rar"' javax.management.MalformedObjectNameException: Invalid value: 'geronimo.config:name="console/dbpool-test/1.0/rar"' at javax.management.ObjectName.parsePropertyValue(ObjectName.java:571) at javax.management.ObjectName.convertStringToProperties(ObjectName.java:462) at javax.management.ObjectName.parse(ObjectName.java:399) at javax.management.ObjectName.(ObjectName.java:76) at org.apache.geronimo.deployment.plugin.local.CommandSupport.loadChildren(CommandSupport.java:326) at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:70) at java.lang.Thread.run(Thread.java:534) I'll attach the db plan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Long Path Proposal
On Apr 7, 2006, at 2:21 PM, Dain Sundstrom wrote: Unpacked archives in the repository: The solution is to not place unpacked archives in our repository. I (dain) am going to look at using a class loader that can read from classes and resources from jars nested in jars. Assuming we can find or write a class loader such a class loader, we will need to assure that Tomcat and Jetty can work from a packed archive. Well, after two days of hacking, I have a class loader that supports nested jars. The bad news is the console doesn't run anymore. It appears that pluto will only run if the application is not packed (or not packed in a packed jar). Anyway, my guess is that lots of applications will break if the war files are not available unpacked on the file system. The second big problem I am seeing is my new class loader triples the startup time. Surprisingly, my tests show that the slow startup is not due to unpacking nested jars, but is over all slowness in the class loader. My guess is that the URLClassLoader has some native code and that the emory class loader I am using isn't doing as much indexing as the URLClassLoader. So I think it is time I abandon my class loader work (to the sandbox) and we start working on a Plan B: Plan B: o Leave the applications unpacked in the repository. o We should at least warn users when they deploy an application containing long paths (200+ characters from geronimo home dir) and maybe offer to jar the WEB-INF/classes if it will fix the problem. o Shorten the geronimo application path by packing the WEB-INF/classes o Implement inplace deployment so users can place their application wherever they want on the file system. Comments? -dain
[jira] Created: (GERONIMO-1827) deployment-1.1.xsd missing
deployment-1.1.xsd missing -- Key: GERONIMO-1827 URL: http://issues.apache.org/jira/browse/GERONIMO-1827 Project: Geronimo Type: Bug Security: public (Regular issues) Components: deployment Versions: 1.1 Reporter: Prasad Kashyap Fix For: 1.1 deployment-1.1.xsd is missing, both from the source tree and from the assembly. openejb-jar.xsd refers to it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: m2 conversion : rmi-naming configuration
On Apr 11, 2006, at 11:41 AM, Jacek Laskowski wrote: On 4/11/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: In 1.1, I moved the corba system properties into a new SystemProperties GBean in the j2ee-corba plan. Hi Dain, Will it be merged with trunk?If *I* wanted to merge it with trunk, should I try to figure out the revision by taking a look at j2ee-corba plan and commit these changes to trunk? sure -dain
Re: unit test failures
On 4/11/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote: > However, they use different API since ApacheDS 1.0 > RC1, some packages are renamed. Some efforts will be required to > rewrite the Geronimo portion of the code. Hi Alexei, It seems not to be a problem any more since we can be ensured you'll back up our efforts, won't you? ;) Do you happen to know when they're going to release the fixed version? Any estimates? Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: m2 conversion : rmi-naming configuration
On 4/11/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: > In 1.1, I moved the corba system properties into a new > SystemProperties GBean in the j2ee-corba plan. Hi Dain, Will it be merged with trunk?If *I* wanted to merge it with trunk, should I try to figure out the revision by taking a look at j2ee-corba plan and commit these changes to trunk? > -dain Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: How to upload Geronimo jars to Maven repo
We publish nightly SNAPSHOTS by rsync'n from the continuum install. I don't know how this factors into the m2 build, but I hope we can keep the sync from continuum working. -dain On Apr 11, 2006, at 5:34 AM, Jacek Laskowski wrote: Hi, I'm pretty sure I asked about it before, but can't find the answer. How can I upload Geronimo jars to Maven1 and Maven2 repositories on iBiblio. I'd like to use M2-ized version of some already-migrated modules, but since they're not available anywhere, but on my laptop it's not a viable option. Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: m2 conversion : rmi-naming configuration
In 1.1, I moved the corba system properties into a new SystemProperties GBean in the j2ee-corba plan. -dain On Apr 11, 2006, at 5:57 AM, anita kulshreshtha wrote: Hi, The rmi-naming configuration has a long list of dependencies. It includes almost all the specs. All the GBeans in the configuration belong to o.a.g.system.* and use o.a.g.naming.* classes. Are these coming from the org.openejb.corba.* classes used via system properties listed below? javax.rmi.CORBA.UtilClass=org.openejb.corba.util.UtilDelegateImpl org.openejb.corba.UtilDelegateClass=com.sun.corba.se.internal.POA.Shut downUtilDelegate org.omg.CORBA.ORBSingletonClass=com.sun.corba.se.internal.corba.ORBSin gleton org.omg.CORBA.ORBClass=org.openejb.corba.sunorb.OpenEJBORB javax.rmi.CORBA.PortableRemoteObjectClass=com.sun.corba.se.internal.ja vax.rmi.PortableRemoteObject javax.net.ssl.keyStorePassword=secret javax.net.ssl.trustStorePassword=secret ... Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: unit test failures
Hi Kevan, > FYI: Apache DS is here -- http://directory.apache.org/subprojects/ > apacheds/index.html The bug is reproducible on their latest stable build also. I think it is best to wait until ApacheDS team fix the bug and incorporate their patched build then. However, they use different API since ApacheDS 1.0 RC1, some packages are renamed. Some efforts will be required to rewrite the Geronimo portion of the code. 2006/4/5, Alexei Zakharov <[EMAIL PROTECTED]>: > Kevan, > > > FYI: Apache DS is here -- http://directory.apache.org/subprojects/ > > Thanks! I will try their recent builds. > > 2006/4/5, Kevan Miller <[EMAIL PROTECTED]>: > > > > On Apr 5, 2006, at 7:58 AM, Alexei Zakharov wrote: > > > > > Hi Kevan, > > > > > > This is follow-up to the story about BEA VMs. I have analyzed > > > org.apache.geronimo.directory.RunningTest (modules/directory) failure > > > on BEA JRockit. I've raised the JIRA issue #1805 > > > (http://issues.apache.org/jira/browse/GERONIMO-1805) with the detailed > > > result of my investigation. In brief, IMHO there is some problem with > > > LDAP server built in Geronimo. As far as I understand LDAP server is > > > not part of Geronimo itself but is an independent component. It is > > > part of some "apacheds-core" package. Therefore, it seems the problem > > > is not a "pure" Geronimo problem. Do anybody knows from where apacheds > > > comes from? Is it a separate Apache project? > > > > Hi Alexei, > > Thanks! I haven't looked at the Jira, yet, but will soon... > > > > FYI: Apache DS is here -- http://directory.apache.org/subprojects/ > > apacheds/index.html > > > > --kevan > > > > > > > > > > This is follow-up to the story about BEA VMs. I have analized > > > > > > 2006/3/21, Kevan Miller <[EMAIL PROTECTED]>: > > >> > > >> > > >> On Mar 20, 2006, at 1:19 PM, Alexei Zakharov wrote: > > >> > > >> Hi Kevan, > > >> > > >> I was lucky to build it using JRockit 1.4.2 + Maven 1.1 Beta. > > >> Therefore, > > >> this was a "pure JRockit" experiment. > > >> > > >> As for dependencies from Sun, AFAIK there are a few non-CORBA > > >> places in > > >> code with "com.sun" hardcoded. This issue has been rised recently > > >> in the > > >> list. You may check "Using non-Sun JNDI/RMI service provider" > > >> thread for > > >> details. > > >> > > >> Ok, I will continue investigation of these failures. BTW, if you are > > >> interested in BEA 1.5 I attach the JRockit 1.5 failure log. > > >> Messages are > > >> direct JUnit messages. I was using JRockit 1.5.0-b64 win32 + maven > > >> 1.0.2 to > > >> obtain these results. > > >> > > >> > > >> Hi Alexei, > > >> Thanks. Let us know what you find. > > >> > > >> Looks like the majority of the 1.5 problems are "environmental" > > >> something to > > >> do with the junit environment on JRockit 1.5. The "kernel is > > >> already running > > >> this kernel name: geronimo.test" and "runFinalizer" messages seem > > >> to imply > > >> that you're seeing collisions between Junit tests on different > > >> components... > > >> > > >> --kevan > > >> > > >> > > >> Regards, > > >> Alexei > > >> > > >> 2006/3/18, Kevan Miller <[EMAIL PROTECTED]>: > > >>> > > >>> Hi Alexei, > > >>> Thanks for the information. Are you both building running > > >>> tests with > > >> JRockit? Or are you building w/ Sun and only running tests under > > >> JRockit? > > >> Would be good to isolate the two. Good chance, however, that it > > >> won't make > > >> any difference... > > >>> > > >>> > > >>> Geronimo currently has direct ties to the Sun 1.4 corba > > >>> implementation. > > >> That's the only JRE restriction that I'm aware of. People have run > > >> Geronimo > > >> on Sun 1.5 and also on IBM's 1.4 JRE. > > >>> > > >>> > > >>> It seems that the tests you describe to work. There's a > > >>> reasonable > > >> chance that these are Geronimo bugs that are masked by our current > > >> runtime. > > >> So, it would be great if you could help us uncover the causes of > > >> these > > >> failures. > > >>> > > >>> > > >>> I don't know why JRockit 1.5 would be worse. > > >>> > > >>> > > >>> --kevan > > >>> > > >>> > > >>> > > >>> On Mar 17, 2006, at 12:21 PM, Alexei Zakharov wrote: > > >>> > > >>> > > >>> > > >>> Hi, community! > > >>> > > >>> I experiment with running Geronimo on various JVM's. The > > >>> interesting thing > > >> I've encountered is that some of unit tests fail on BEA Jrockit > > >> VM. I've got > > >> at least three failures unique to BEA Jrockit 1.4.2_04 VM: > > >>> > > >>> Module: modules/directory > > >>> Test: org.apache.geronimo.directory.RunningTest > > >>> Result: VM hangs > > >>> > > >>> Module: modules/timer > > >>> Test: > > >> org.apache.geronimo.timer.NontransactionalThreadPooledTimerTest.testT > > >> asksInUnspecifiedTxContext > > >>> Output: expected:<20> but was:<19> > > >>> > > >>> Module: modules/tomcat > > >>> Test: > > >> org.apache.geronimo.tomcat.JAASSecurityTest.testNotAuthorized > > >>> Output: expected:<> but was: > > >>> > > >>> These tests pa
[jira] Created: (SM-396) classloading issue in servicemix-jsr181 - thread context classloader not set to serviceunit classloader
classloading issue in servicemix-jsr181 - thread context classloader not set to serviceunit classloader --- Key: SM-396 URL: https://issues.apache.org/activemq/browse/SM-396 Project: ServiceMix Type: Bug Components: servicemix-jsr181 Versions: incubation Reporter: Renaud Bruyeron Attachments: patch.txt the registerService() method in Jsr181Endpoint is running with the servicemix classloader as the thread context loader, instead of the serviceunit classloader. This creates problems when xfire tries to load interface classes referred to by the @WebService(endpointInterface="...") annotation on the implementation class. These classes are loadable via the serviceunit classloader, but not via the main classloader. This is what I see during deployment of the soap-binding example: Couldn't find endpoint interface soap.AnnotatedSimpleService. Nested exception is java.lang.ClassNotFoundException: soap.AnnotatedSimpleService If I replace the TCL with ((XBeanServiceUnit) getServiceUnit()).getConfigurationClassLoader() right before the call to factory.create(serviceClass, ...) then all is well. The patch attached modifies the soap-binding example to deploy a jsr181-annotated service as well. This triggers the bug. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1805) org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
[ http://issues.apache.org/jira/browse/GERONIMO-1805?page=comments#action_12374056 ] Alexei Zakharov commented on GERONIMO-1805: --- I have tried thier recent stable build ApacheDS 1.0 RC1 (as well as previous stable builds). The bug is still reproducable but the stack trace is different. See http://issues.apache.org/jira/browse/DIRSERVER-607 > org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs > -- > > Key: GERONIMO-1805 > URL: http://issues.apache.org/jira/browse/GERONIMO-1805 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: naming > Versions: 1.0 > Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2 > Reporter: Alexei Zakharov > Attachments: MyDirectoryTest.java > > The unit test from "directory" module - > org.apache.geronimo.directory.RunningTest - hangs while running on BEA > JRockit VMs. I have localized the problem. It seems the problem is in > built-in LDAP server from the "apacheds-core" package. See the attached test > case. The code of this test case has been extracted from > org.apache.geronimo.directory.RunnigTest and from > org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct > classpath to be able to run this test. > This bug may result in overall instability while running in BEA VMs. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
On Tue, Apr 11, 2006 at 06:24:30PM +0530, Vamsavardhana Reddy wrote: >Is this true or someone is playing!! Playboy is one of the biggest, fasted mirrors, and big proponents and users of open source software. During my tenure at Red Hat, the Fedora people were tickled when Playboy requested official mirror status. And it's FAST - if $WORK didn't block access to it, I'd probably use it as my mirror of choice. -- -- -- Kevin Sonney -- -- ICQ: 4855069 AIM: ksonney -- -- 1024D/320C 0336 3BC4 13EC 4AEC 6AF2 525F CED7 7BB6 12C9 Pudding can't fill the emptiness inside me! But it'll help. -- Captain Murphy, Sealab 2021 pgpUwsuCpmDpr.pgp Description: PGP signature
RE: [VOTE] ActiveMQ 4.0 RC3
When I use STOMP C I am noticing similar problem in AMQ-RC3. If there are more then 1 message in the queue and I start consumer it hangs, and don't consume any messages in the queue. Thanks! Vik -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Tuesday, April 11, 2006 9:50 AM To: activemq-dev@geronimo.apache.org Subject: [VOTE] ActiveMQ 4.0 RC3 Hi Guys, We have a new RC3 cut of 4.0. I've posted it here: http://people.apache.org/~chirino/incubator-activemq-4.0-RC3/distributions/ I've tagged the source for that build as: https://svn.apache.org/repos/asf/incubator/activemq/tags/activemq-4.0-RC3/ac tivemq [ ] +1 Release the binary as ActiveMQ 4.0-RC3 [ ] -1 Veto the release (provide specific comments) If this vote passes, then we will then ask the Incubator PMC for their blessing before the official release. -- Regards, Hiram
Re: svn commit: r393112 - in /geronimo/branches/1.1: etc/project.properties pom.xml
Done. Kevan Miller wrote: > Hi Jeff, > I'd prefer to make some progress 1.1 testing-wise before throwing a new > version of Tomcat into the mix. Once things are relatively stable, with > the current 1.1 codebase, then we could move up the Tomcat version. > Otherwise, I'm afraid we're going to be dealing with too many variables > as we're trying to fix problems... > > Could I ask you to revert temporarily? > > --kevan > > On Apr 10, 2006, at 7:04 PM, [EMAIL PROTECTED] wrote: > >> Author: jgenender >> Date: Mon Apr 10 16:04:16 2006 >> New Revision: 393112 >> >> URL: http://svn.apache.org/viewcvs?rev=393112&view=rev >> Log: >> Update to Tomcat 5.5.15 >> >> Modified: >> geronimo/branches/1.1/etc/project.properties >> geronimo/branches/1.1/pom.xml >> >> Modified: geronimo/branches/1.1/etc/project.properties >> URL: >> http://svn.apache.org/viewcvs/geronimo/branches/1.1/etc/project.properties?rev=393112&r1=393111&r2=393112&view=diff >> >> == >> >> --- geronimo/branches/1.1/etc/project.properties (original) >> +++ geronimo/branches/1.1/etc/project.properties Mon Apr 10 16:04:16 2006 >> @@ -143,7 +143,7 @@ >> howl_version=0.1.11 >> #security: >> hsqldb_version=1.7.2.2 >> -jasper_version=5.5.12 >> +jasper_version=5.5.15 >> javacc_version=2.1 >> jdbm_version=0.20-dev >> jdom_version=1.0 >> @@ -171,8 +171,8 @@ >> standard_taglibs_version=1.1.1 >> stax_version=1.1.1-dev >> stax_api_version=1.0 >> -tomcat_ajp_version=5.5.9 >> -tomcat_version=5.5.9 >> +tomcat_ajp_version=5.5.15 >> +tomcat_version=5.5.15 >> tomcat_servlet_examples_version=5.5.15 >> tomcat_jsp_examples_version=5.5.15 >> wadi_version=2.0M1 >> >> Modified: geronimo/branches/1.1/pom.xml >> URL: >> http://svn.apache.org/viewcvs/geronimo/branches/1.1/pom.xml?rev=393112&r1=393111&r2=393112&view=diff >> >> == >> >> --- geronimo/branches/1.1/pom.xml (original) >> +++ geronimo/branches/1.1/pom.xml Mon Apr 10 16:04:16 2006 >> @@ -164,7 +164,7 @@ >> 1.0 >> 0.1.11 >> 1.7.2.2 >> -5.5.9 >> +5.5.15 >> 2.1 >> 0.20-dev >> 1.0 >> @@ -191,8 +191,8 @@ >> 1.1.1 >> 1.0 >> 1.1.1-dev >> -5.5.9 >> -5.5.9 >> +5.5.15 >> +5.5.15 >> 1.0 >> 1.0 >> 1.2-SNAPSHOT >> >>
Re: svn commit: r393112 - in /geronimo/branches/1.1: etc/project.properties pom.xml
Sure...no problem. Jeff Kevan Miller wrote: > Hi Jeff, > I'd prefer to make some progress 1.1 testing-wise before throwing a new > version of Tomcat into the mix. Once things are relatively stable, with > the current 1.1 codebase, then we could move up the Tomcat version. > Otherwise, I'm afraid we're going to be dealing with too many variables > as we're trying to fix problems... > > Could I ask you to revert temporarily? > > --kevan > > On Apr 10, 2006, at 7:04 PM, [EMAIL PROTECTED] wrote: > >> Author: jgenender >> Date: Mon Apr 10 16:04:16 2006 >> New Revision: 393112 >> >> URL: http://svn.apache.org/viewcvs?rev=393112&view=rev >> Log: >> Update to Tomcat 5.5.15 >> >> Modified: >> geronimo/branches/1.1/etc/project.properties >> geronimo/branches/1.1/pom.xml >> >> Modified: geronimo/branches/1.1/etc/project.properties >> URL: >> http://svn.apache.org/viewcvs/geronimo/branches/1.1/etc/project.properties?rev=393112&r1=393111&r2=393112&view=diff >> >> == >> >> --- geronimo/branches/1.1/etc/project.properties (original) >> +++ geronimo/branches/1.1/etc/project.properties Mon Apr 10 16:04:16 2006 >> @@ -143,7 +143,7 @@ >> howl_version=0.1.11 >> #security: >> hsqldb_version=1.7.2.2 >> -jasper_version=5.5.12 >> +jasper_version=5.5.15 >> javacc_version=2.1 >> jdbm_version=0.20-dev >> jdom_version=1.0 >> @@ -171,8 +171,8 @@ >> standard_taglibs_version=1.1.1 >> stax_version=1.1.1-dev >> stax_api_version=1.0 >> -tomcat_ajp_version=5.5.9 >> -tomcat_version=5.5.9 >> +tomcat_ajp_version=5.5.15 >> +tomcat_version=5.5.15 >> tomcat_servlet_examples_version=5.5.15 >> tomcat_jsp_examples_version=5.5.15 >> wadi_version=2.0M1 >> >> Modified: geronimo/branches/1.1/pom.xml >> URL: >> http://svn.apache.org/viewcvs/geronimo/branches/1.1/pom.xml?rev=393112&r1=393111&r2=393112&view=diff >> >> == >> >> --- geronimo/branches/1.1/pom.xml (original) >> +++ geronimo/branches/1.1/pom.xml Mon Apr 10 16:04:16 2006 >> @@ -164,7 +164,7 @@ >> 1.0 >> 0.1.11 >> 1.7.2.2 >> -5.5.9 >> +5.5.15 >> 2.1 >> 0.20-dev >> 1.0 >> @@ -191,8 +191,8 @@ >> 1.1.1 >> 1.0 >> 1.1.1-dev >> -5.5.9 >> -5.5.9 >> +5.5.15 >> +5.5.15 >> 1.0 >> 1.0 >> 1.2-SNAPSHOT >> >>
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
Jacek Laskowski wrote: > On 4/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: >> I accessed the following link to download G1.0 >> >> http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip >> >> The page lists >> http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip >> as one of the mirrors!!! >> >> Is this true or someone is playing!! > > I don't know, but playboy.com is as good as other domains. For some, > it's even better ;) Jacek...you are killing me! Hahahaa! > > Jacek > > -- > Jacek > - > Jacek Laskowski > http://www.laskowski.net.pl
Re: Tomcat version in G1.1
IIRC, David Jencks had pinged me and pointed out something in 5.5.16 (not the samples - the app itself) may have changed that would cause us a bit of heart pain - I don't recall exactly what it was, but I remember looking at it and thinking, "Ohhh...yeah...that may be a problem". So I wanted to refrain from this being in 1.1...but I can probably dive in and do a 1.2. Comments? Jeff Dave Colasurdo wrote: > Thanks for the update Rainer. > > As Geronimo 1.1 includes an early copy of the 5.5.16 examples, I'd like > to verify there is no Geronimo issue here. Is the problem limited to: > http://issues.apache.org/bugzilla/show_bug.cgi?id=39041 > > If so, shouldn't be a problem for Geronimo.. > > Thanks > -Dave- > > Rainer Jung wrote: >> Just for your information: 5.5.16 was released a couple of weeks ago, >> but has some problems with de delivered packaginf of examples app >> under windows. >> >> 5.5.17 is expected to be cut on friday and voted stable eventually 1-2 >> weeks later. >> >> Jeff Genender wrote: >>> Yep...need to update the plan. Its updated in trunk. >>> >>> Dave Colasurdo wrote: It appears that G1.1 is still using Tomcat 5.5.9 http://svn.apache.org/repos/asf/geronimo/branches/1.1/etc/project.properties Wasn't a tomcat upgrade to 5.5.15 in plan for G1.1?? Perhaps I am confused with the plans for trunk.. ?? Thanks -Dave- >> >>
Re: [VOTE] Servicemix 3.0 M1
Guillaume Nodet wrote: * Which website is supposed to be the right one? http://servicemix.org/ or http://incubator.apache.org/servicemix/ ? I guess http://incubator.apache.org/servicemix/, we need to fix some links. Can we get servicemix.org to redirect to the incubator site then? One is codehaus, one is apache... Well, the XFire example sources are still available at http://svn.apache.org/repos/asf/incubator/servicemix/trunk/servicemix-assembly/src/sandbox/xfire-binding/ I removed it from the distribution because this is a pure XFire sample and is in no way related to ServiceMix (it may be better to put it in XFire distribution ;) ) Yeah, IIRC, Hiram just copied this from XFire CVS at one point, so I think we have it. I wanted to put together a true example that shows how to do some more stuff with xfire. I guess we could write a pure xfire binding component: there are a couple of enhancements that xfire would need to keep up with servicemix-http ;) like jett6 continuations, accessing directly a stax based jaxp source, use of commons-httpclient pooling on the client side. This would enable to use xfire handlers like the WS-Security one directly. But this deserves another thread ... OK, yeah this does deserve another thread. I'll take a look into some of these issues soon and see what I can do. None of these are necessariliy blockers as its a M1 release, so I am +0. I would like to see SM-393 addressed and the soap binding link fixed, but don't have time to do it myself at the moment. I will fix the link (which is not a bad link actually, the doc has not been written). Ok, cool. Cheers, - Dan -- Dan Diephouse (616) 971-2053 Envoi Solutions LLC http://netzooid.com
Re: svn commit: r393112 - in /geronimo/branches/1.1: etc/project.properties pom.xml
+1 remove obstacles to Kevan's forward progress. (This means you Genender ;-0) By the way, can you tell I look like Alan this morning (whewscary)? Kevan Miller wrote: Hi Jeff, I'd prefer to make some progress 1.1 testing-wise before throwing a new version of Tomcat into the mix. Once things are relatively stable, with the current 1.1 codebase, then we could move up the Tomcat version. Otherwise, I'm afraid we're going to be dealing with too many variables as we're trying to fix problems... Could I ask you to revert temporarily? --kevan On Apr 10, 2006, at 7:04 PM, [EMAIL PROTECTED] wrote: Author: jgenender Date: Mon Apr 10 16:04:16 2006 New Revision: 393112 URL: http://svn.apache.org/viewcvs?rev=393112&view=rev Log: Update to Tomcat 5.5.15 Modified: geronimo/branches/1.1/etc/project.properties geronimo/branches/1.1/pom.xml Modified: geronimo/branches/1.1/etc/project.properties URL: http://svn.apache.org/viewcvs/geronimo/branches/1.1/etc/ project.properties?rev=393112&r1=393111&r2=393112&view=diff == --- geronimo/branches/1.1/etc/project.properties (original) +++ geronimo/branches/1.1/etc/project.properties Mon Apr 10 16:04:16 2006 @@ -143,7 +143,7 @@ howl_version=0.1.11 #security: hsqldb_version=1.7.2.2 -jasper_version=5.5.12 +jasper_version=5.5.15 javacc_version=2.1 jdbm_version=0.20-dev jdom_version=1.0 @@ -171,8 +171,8 @@ standard_taglibs_version=1.1.1 stax_version=1.1.1-dev stax_api_version=1.0 -tomcat_ajp_version=5.5.9 -tomcat_version=5.5.9 +tomcat_ajp_version=5.5.15 +tomcat_version=5.5.15 tomcat_servlet_examples_version=5.5.15 tomcat_jsp_examples_version=5.5.15 wadi_version=2.0M1 Modified: geronimo/branches/1.1/pom.xml URL: http://svn.apache.org/viewcvs/geronimo/branches/1.1/pom.xml? rev=393112&r1=393111&r2=393112&view=diff == --- geronimo/branches/1.1/pom.xml (original) +++ geronimo/branches/1.1/pom.xml Mon Apr 10 16:04:16 2006 @@ -164,7 +164,7 @@ 1.0 0.1.11 1.7.2.2 -5.5.9 +5.5.15 2.1 0.20-dev 1.0 @@ -191,8 +191,8 @@ 1.1.1 1.0 1.1.1-dev -5.5.9 -5.5.9 +5.5.15 +5.5.15 1.0 1.0 1.2-SNAPSHOT
Re: How to upload Geronimo jars to Maven repo
--- Jacek Laskowski <[EMAIL PROTECTED]> wrote: > On 4/11/06, Kevan Miller <[EMAIL PROTECTED]> wrote: > > > FYI -- > http://maven.apache.org/guides/mini/guide-ibiblio-upload.html I was also under the impression that for ibiblio even you have to follow these instructions, just like us mortals ;-) Cheers Anita > > If I receive it in another email, that won't be very funny ;) > > > However, I don't think you want the modules on Ibiblio. Since > they're > > snapshots and apt to be changing frequently, you'll want them on an > > Apache controlled repo. i.e. http://cvs.apache.org/maven-snapshot- > > repository/ > > > > The maven 1 repo on Apache is automatically updated by GBuild. > > That's what I thought. Thanks! > > > Eventually, we'll want to do that for maven 2. For, now, you'll > need > > to place in the repo manually by logging into apache.org and > placing > > in the appropriate /www/cvs.apache.org/ directory. These are the > > repos referenced by geronimo/specs/trunk/pom.xml. I assume trunk is > > referencing the same... > > Duh! I should've known that. Thanks again! > > > --kevan > > Jacek > > --- > Jacek Laskowski > http://www.laskowski.net.pl > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [VOTE] Servicemix 3.0 M1
I forgot to vote ... +1 On 4/9/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > Hi everybody, > > I have compiled a M1 release yesterday. Please take some time to > download and test it under your environment before voting it. > The maven artifacts are available at > > http://people.apache.org/~gnodet/incubator-servicemix-3.0-M1/incubator-servicemix/distributions/ > and the tag is at > > http://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.0-M1/ > > [ ] +1 Release the binary as ServiceMix 3.0-M1 > [ ] -1 Veto the release (provide specific comments) > > If the vote passes, next step will be to ask the Incubator PMC blessing... > > Cheers, > Guillaume Nodet > > > >
Re: [VOTE] Servicemix 3.0 M1
+1 On 4/9/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > Hi everybody, > > I have compiled a M1 release yesterday. Please take some time to > download and test it under your environment before voting it. > The maven artifacts are available at > > http://people.apache.org/~gnodet/incubator-servicemix-3.0-M1/incubator-servicemix/distributions/ > and the tag is at > > http://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.0-M1/ > > [ ] +1 Release the binary as ServiceMix 3.0-M1 > [ ] -1 Veto the release (provide specific comments) > > If the vote passes, next step will be to ask the Incubator PMC blessing... > > Cheers, > Guillaume Nodet > > > > -- Regards, Hiram
Re: m2 conversion : rmi-naming configuration
On 4/11/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: >I wish it was a separate package, i.e. had its own jar... It is. It's not yet M2-ized, but it's at http://www.ibiblio.org/maven2/openejb/openejb-core/. > Anita Jacek --- Jacek Laskowski http://www.laskowski.net.pl
Re: How to upload Geronimo jars to Maven repo
On 4/11/06, Kevan Miller <[EMAIL PROTECTED]> wrote: > FYI -- http://maven.apache.org/guides/mini/guide-ibiblio-upload.html If I receive it in another email, that won't be very funny ;) > However, I don't think you want the modules on Ibiblio. Since they're > snapshots and apt to be changing frequently, you'll want them on an > Apache controlled repo. i.e. http://cvs.apache.org/maven-snapshot- > repository/ > > The maven 1 repo on Apache is automatically updated by GBuild. That's what I thought. Thanks! > Eventually, we'll want to do that for maven 2. For, now, you'll need > to place in the repo manually by logging into apache.org and placing > in the appropriate /www/cvs.apache.org/ directory. These are the > repos referenced by geronimo/specs/trunk/pom.xml. I assume trunk is > referencing the same... Duh! I should've known that. Thanks again! > --kevan Jacek --- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r393112 - in /geronimo/branches/1.1: etc/project.properties pom.xml
Hi Jeff, I'd prefer to make some progress 1.1 testing-wise before throwing a new version of Tomcat into the mix. Once things are relatively stable, with the current 1.1 codebase, then we could move up the Tomcat version. Otherwise, I'm afraid we're going to be dealing with too many variables as we're trying to fix problems... Could I ask you to revert temporarily? --kevan On Apr 10, 2006, at 7:04 PM, [EMAIL PROTECTED] wrote: Author: jgenender Date: Mon Apr 10 16:04:16 2006 New Revision: 393112 URL: http://svn.apache.org/viewcvs?rev=393112&view=rev Log: Update to Tomcat 5.5.15 Modified: geronimo/branches/1.1/etc/project.properties geronimo/branches/1.1/pom.xml Modified: geronimo/branches/1.1/etc/project.properties URL: http://svn.apache.org/viewcvs/geronimo/branches/1.1/etc/ project.properties?rev=393112&r1=393111&r2=393112&view=diff == --- geronimo/branches/1.1/etc/project.properties (original) +++ geronimo/branches/1.1/etc/project.properties Mon Apr 10 16:04:16 2006 @@ -143,7 +143,7 @@ howl_version=0.1.11 #security: hsqldb_version=1.7.2.2 -jasper_version=5.5.12 +jasper_version=5.5.15 javacc_version=2.1 jdbm_version=0.20-dev jdom_version=1.0 @@ -171,8 +171,8 @@ standard_taglibs_version=1.1.1 stax_version=1.1.1-dev stax_api_version=1.0 -tomcat_ajp_version=5.5.9 -tomcat_version=5.5.9 +tomcat_ajp_version=5.5.15 +tomcat_version=5.5.15 tomcat_servlet_examples_version=5.5.15 tomcat_jsp_examples_version=5.5.15 wadi_version=2.0M1 Modified: geronimo/branches/1.1/pom.xml URL: http://svn.apache.org/viewcvs/geronimo/branches/1.1/pom.xml? rev=393112&r1=393111&r2=393112&view=diff == --- geronimo/branches/1.1/pom.xml (original) +++ geronimo/branches/1.1/pom.xml Mon Apr 10 16:04:16 2006 @@ -164,7 +164,7 @@ 1.0 0.1.11 1.7.2.2 -5.5.9 +5.5.15 2.1 0.20-dev 1.0 @@ -191,8 +191,8 @@ 1.1.1 1.0 1.1.1-dev -5.5.9 -5.5.9 +5.5.15 +5.5.15 1.0 1.0 1.2-SNAPSHOT
[jira] Created: (SM-395) InOut doesn't failover to another node if source node is unavailable
InOut doesn't failover to another node if source node is unavailable Key: SM-395 URL: https://issues.apache.org/activemq/browse/SM-395 Project: ServiceMix Type: Improvement Components: servicemix-core Versions: incubation Reporter: Jamie McCrindle Fix For: incubation Currently, an InOut exchange will fail if its source component is unavailable. Ideally, if there a a cluster of the same component on different nodes and the source component is unavailable, servicemix should failover and pass the InOut exchange to one of the live components. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: m2 conversion : rmi-naming configuration
I wish it was a separate package, i.e. had its own jar... Thanks Anita --- Jacek Laskowski <[EMAIL PROTECTED]> wrote: > On 4/11/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: > > Hi, > > The rmi-naming configuration has a long list of dependencies. > It > > includes almost all the specs. All the GBeans in the configuration > > belong to o.a.g.system.* and use o.a.g.naming.* classes. Are these > > coming from the org.openejb.corba.* classes used via system > properties > > listed below? > > Possibly. See the following: > > $ svn info openejb > Path: openejb > URL: https://svn.codehaus.org/openejb/trunk/openejb2 > Repository UUID: 2b0c1533-c60b-0410-b8bd-89f67432e5c6 > Revision: 2597 > Node Kind: directory > Schedule: normal > Last Changed Author: hogstrom > Last Changed Rev: 2587 > Last Changed Date: 2006-03-28 23:22:20 +0200 (Tue, 28 Mar 2006) > Properties Last Updated: 2006-02-04 23:29:21 +0100 (Sat, 04 Feb 2006) > > > [EMAIL PROTECTED] /cygdrive/c/oss/geronimo > $ grep \ openejb/modules/openejb-core/project.xml |wc -l > 56 > > 56 - pretty large! I'm certain we could lower their number by a half. > > > Anita > > Jacek > > -- > Jacek > - > Jacek Laskowski > http://www.laskowski.net.pl > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Connector plan deployment issue on 1.1
I tried deploying a plan I had adapted from 1.0 to 1.1 and got some schema validation errors (shown below). I wanted to give the plan a configId and specify a parentId of the system-database. I first tried defining the new configId element inside an environment element. I also tried without an environment element. I noticed that the configId and dependencies I specified are duplicated in two places (see the dep: and con: namespaces) in the plan that was dumped to the terminal. Is this a bug? John ===Plan Source http://geronimo.apache.org/xml/ns/j2ee/connector-1.1"; > com.acme.mydatabase ${pom.artifactId} ${pom.currentVersion} car geronimo system-database ${geronimo_version} car javax.sql.DataSource jdbc/DB name="UserName">blah name="Password">blah name="DatabaseName">DB name="CreateDatabase">true 100 0 5000 30 jdbc/DB2 name="UserName">blah name="Password">blah name="DatabaseName">DB2 name="CreateDatabase">true 100 0 5000 30 jdbc/DB3 name="UserName">blah name="Password">blah name="DatabaseName">DB3 name="CreateDatabase">true 100 0 5000 30 =Dumped Plan=== Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: [/home/sissonj/OpenSourceJava/asf/geronimo/branches/1.1/configs/my-database/target/plan/plan.xml:57: error: cvc-complex-type.2.4a: Expected element '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1' instead of '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1' here in element [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1, /home/sissonj/OpenSourceJava/asf/geronimo/branches/1.1/configs/my-database/target/plan/plan.xml:63: error: cvc-complex-type.2.4a: Expected element '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1' instead of '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1' here in element [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/j2ee/connector-1.1] Descriptor: xmlns:con="http://geronimo.apache.org/xml/ns/j2ee/connector-1.1";> xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.1";> com.acme.mydatabase my-database 3.4 car geronimo j2ee-server 1.1-SNAPSHOT car geronimo geronimo-derby 1.1-SNAPSHOT jar classes org.apache.derby derby 10.1.1.0 jar classes org.apache.derby derbynet 10.1.1.0 jar classes com.acme.mydatabase my-database 3.4 car geronimo system-database 1.1-SNAPSHOT car javax.sql.DataSource jdbc/DB name="UserName">blah name="Password">blah name="DatabaseName">DB name="CreateDatabase">true 100 0 5000 30 jdbc/DB2 name="UserName">blah name="Password">blah name="DatabaseName">DB2 name="CreateDatabase">true 100 0 5000 30 jdbc/DB3
Re: No bean named broker available
Do you still have this problem ? If yes, you could try to remove the beans in the configuration one by one until you find which bean causes the problem. Cheers, Guillaume Nodet On 4/10/06, Charlesh <[EMAIL PROTECTED]> wrote: > > yes, i'm using "activemq.xml" that of example in servicemix. > this: > > > http://activemq.org/config/1.0";> > > > > > > > > > > > discoveryUri="multicast://default"/> > > > > > > > > > > > > > > > > > > > > > > > > > -- > View this message in context: > http://www.nabble.com/No-bean-named-broker-available-t1413643.html#a3841324 > Sent from the ServiceMix - Dev forum at Nabble.com. > >
Re: Bind JNDI entries in RMI registry
Right now Geronimo has a read-only JNDI that reflects the artifacts that have been processed by our deployers. There is some discussion about expanding to a writeable JNDI implementation. Someone who is more knowledgable about JNDI jump in if I'm mis-stating. Phani Madgula wrote: Hi, I have an application that uses JNDI to store some values and access them in servlets. How do we do it in Geronimo. Can we access RMI registry using JNDI API and bind any values there? Thanks phani
Re: How to upload Geronimo jars to Maven repo
On Apr 11, 2006, at 8:34 AM, Jacek Laskowski wrote: Hi, I'm pretty sure I asked about it before, but can't find the answer. How can I upload Geronimo jars to Maven1 and Maven2 repositories on iBiblio. I'd like to use M2-ized version of some already-migrated modules, but since they're not available anywhere, but on my laptop it's not a viable option. Jacek, FYI -- http://maven.apache.org/guides/mini/guide-ibiblio-upload.html However, I don't think you want the modules on Ibiblio. Since they're snapshots and apt to be changing frequently, you'll want them on an Apache controlled repo. i.e. http://cvs.apache.org/maven-snapshot- repository/ The maven 1 repo on Apache is automatically updated by GBuild. Eventually, we'll want to do that for maven 2. For, now, you'll need to place in the repo manually by logging into apache.org and placing in the appropriate /www/cvs.apache.org/ directory. These are the repos referenced by geronimo/specs/trunk/pom.xml. I assume trunk is referencing the same... apache-repo Apache CVS Repository scpexe://cvs.apache.org/www/www.apache.org/dist/java- repository apache-snapshots Apache CVS Development Repository scpexe://cvs.apache.org/www/cvs.apache.org/maven-snapshot- repository geronimo-website scpexe://minotaur.apache.org/www/geronimo.apache.org/ maven/ --kevan
Re: m2 conversion : rmi-naming configuration
On 4/11/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: > Hi, > The rmi-naming configuration has a long list of dependencies. It > includes almost all the specs. All the GBeans in the configuration > belong to o.a.g.system.* and use o.a.g.naming.* classes. Are these > coming from the org.openejb.corba.* classes used via system properties > listed below? Possibly. See the following: $ svn info openejb Path: openejb URL: https://svn.codehaus.org/openejb/trunk/openejb2 Repository UUID: 2b0c1533-c60b-0410-b8bd-89f67432e5c6 Revision: 2597 Node Kind: directory Schedule: normal Last Changed Author: hogstrom Last Changed Rev: 2587 Last Changed Date: 2006-03-28 23:22:20 +0200 (Tue, 28 Mar 2006) Properties Last Updated: 2006-02-04 23:29:21 +0100 (Sat, 04 Feb 2006) [EMAIL PROTECTED] /cygdrive/c/oss/geronimo $ grep \ openejb/modules/openejb-core/project.xml |wc -l 56 56 - pretty large! I'm certain we could lower their number by a half. > Anita Jacek -- Jacek - Jacek Laskowski http://www.laskowski.net.pl
Re: Tomcat version in G1.1
Thanks for the update Rainer. As Geronimo 1.1 includes an early copy of the 5.5.16 examples, I'd like to verify there is no Geronimo issue here. Is the problem limited to: http://issues.apache.org/bugzilla/show_bug.cgi?id=39041 If so, shouldn't be a problem for Geronimo.. Thanks -Dave- Rainer Jung wrote: Just for your information: 5.5.16 was released a couple of weeks ago, but has some problems with de delivered packaginf of examples app under windows. 5.5.17 is expected to be cut on friday and voted stable eventually 1-2 weeks later. Jeff Genender wrote: Yep...need to update the plan. Its updated in trunk. Dave Colasurdo wrote: It appears that G1.1 is still using Tomcat 5.5.9 http://svn.apache.org/repos/asf/geronimo/branches/1.1/etc/project.properties Wasn't a tomcat upgrade to 5.5.15 in plan for G1.1?? Perhaps I am confused with the plans for trunk.. ?? Thanks -Dave-
Re: How to upload Geronimo jars to Maven repo
On 4/11/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: > Jacek, > Here it is. It was sent to me by you! > http://maven.apache.org/guides/mini/guide-ibiblio-upload.html Thanks Anita for the reference, but well, I was asking about the exact procedure for us, Geronimo committers. I know it involves logging into people.apache.org, but what are the following steps? > Anita Jacek --- Jacek Laskowski http://www.laskowski.net.pl
Re: Need help for auto-deploying Service Assemblies
Glad it now works ... Guillaume Nodet On 4/11/06, Soumadeep <[EMAIL PROTECTED]> wrote: > Re-wrote all the required xml files (jbi.xml,servicemix-sa.xml and > servicemix.xml)and it works fine :-) > > -Original Message- > From: Soumadeep [mailto:[EMAIL PROTECTED] > Sent: Monday, April 10, 2006 11:10 PM > To: servicemix-dev@geronimo.apache.org > Subject: RE: Need help for auto-deploying Service Assemblies > > > Hi Guillaume, > > I have tried all that you suggested but I still get the following error. > Any idea when does this happen. > > Thanks > Soumadeep > > ERROR: > > java.lang.Exception: > http://java.sun.com/xml/ns/jbi/management-message"; > version="1.0 > "> > > > > > deploy > FAILED > ERROR > > > > xmlns="http://java.sun.com/xml/ns/jbi/management-message"; > > > servicemix-lwcontainer > > > deploy > FAILED > ERROR > > > > Could not deploy xbean service unit > > > > 1 > > > Can not find 'jbi' > bean c-message> > > > > > > > > > > > > > > -Original Message- > From: Guillaume Nodet [mailto:[EMAIL PROTECTED] > Sent: Monday, April 10, 2006 2:34 AM > To: servicemix-dev@geronimo.apache.org > Subject: Re: Need help for auto-deploying Service Assemblies > > > If you are writing a lightweight component (inheriting the > ComponentSupport base class), you have to deploy your service unit > onto the servicemix-lwcontainer component. > So: > 1) make sure the servicemix-lwcontainer is installed (you can just > copy the servicemix-lwcontainer zip to the install dir) > 2) you have to specify servicemix-lwcontainer as the target > component in your SA jbi descriptor > > > >xxx-su >xxx-su components > > >xxx-su.zip > > servicemix-lwcontainer > > > > Cheers, > Guillaume Nodet > > On 4/9/06, Soumadeep <[EMAIL PROTECTED]> wrote: > > Hi, > > Need some help with auto-deploying service assemblies. Is there a proper > doc > > somewhere, which I can refer to? > > This is what I tried. > > Structure of the xxx-sa.zip > > xxx-sa.zip > > |--- META-IN > > |- jbi.xml > > |--- xxx-su.zip > > |- component > > ||-Xyz.class > > |- servicemix.xml > > > > > > The class Xyz extends ComponentSupport and implements > > MessageExchangeListener. It works fine if I change the element > > to in the servicemix.xml > > and put it in the root dir of the new sample component that I have made. > > > > Would appreciate if anyone could help. > > > > Thanks > > Soumadeep > > > > Console output > > > > INFO - ComponentMBeanImpl.init(184) | Initializing component: > > #SubscriptionManag > > er# > > INFO - DeploymentService.buildState(683) | Restoring service assemblies > > INFO - JBIContainer.init(508) | ServiceMix JBI Container > > (http://servicemix.org/ > > ) name: ServiceMix running version: 3.0-SNAPSHOT > > INFO - ComponentMBeanImpl.setInitialRunningState(335) | Setting running > > state fo > > r Component: servicemix-lwcontainer to Started > > INFO - ComponentMBeanImpl.init(184) | Initializing component: > > servicemix-lwconta > > iner > > INFO - AutoDeploymentService$2.run(504) | Directory: deploy: Archive > > changed: pr > > ocessing xxx-sa.zip ... > > INFO - AutoDeploymentService.updateArchive(264) | Components xyz are not > in > > stalled yet - adding ServiceAssembly xxx-sa to pending list > > INFO - AutoDeploymentService$2.run(508) | Directory: deploy: Finished > > installati > > on of archive: xbroker-sa.zip > > > > > > > > > > JBI File: > > == > > > > http://java.sun.com/xml/ns/jbi"; version="1.0" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://java.sun.com/xml/ns/jbi > > C:\servicemix-test-file\jbi.xsd"> > > > > > > xxx-sa > > xxx-sa > > > > > > > > xxx-su > > xxx-su > components > > > > > > xxx-su.zip > > xyz > > > > > > > > > > > > Servicemix.xml > >
Re: [VOTE] Servicemix 3.0 M1
On 4/10/06, Dan Diephouse <[EMAIL PROTECTED]> wrote: > Seems OK, but I noticed a couple things: > > * SM-393: problems occur if you have spaces in the folder that > contains the servicemix install. Thanks for testing and reporting that, > * soap-binding: http://servicemix.org/soap+binding+example doesn't > exist but is referenced in the README.txt Yeah, need to write this one... > * Which website is supposed to be the right one? > http://servicemix.org/ or http://incubator.apache.org/servicemix/ ? I guess http://incubator.apache.org/servicemix/, we need to fix some links. > * XFire example still doesn't exist even though its listed on the > examples page. I know the JSR-181 component exists, but I think > the xfire binding is still probably needed for things like > WS-Security or people with existing services. I will put this > together for 3.0-M2 (SM-394 - how can I assign this to myself?) Well, the XFire example sources are still available at http://svn.apache.org/repos/asf/incubator/servicemix/trunk/servicemix-assembly/src/sandbox/xfire-binding/ I removed it from the distribution because this is a pure XFire sample and is in no way related to ServiceMix (it may be better to put it in XFire distribution ;) ) I guess we could write a pure xfire binding component: there are a couple of enhancements that xfire would need to keep up with servicemix-http ;) like jett6 continuations, accessing directly a stax based jaxp source, use of commons-httpclient pooling on the client side. This would enable to use xfire handlers like the WS-Security one directly. But this deserves another thread ... > > None of these are necessariliy blockers as its a M1 release, so I am +0. > I would like to see SM-393 addressed and the soap binding link fixed, > but don't have time to do it myself at the moment. I will fix the link (which is not a bad link actually, the doc has not been written). Cheers, Guillaume > > Cheers, > > - Dan > > Guillaume Nodet wrote: > > > Hi everybody, > > > > I have compiled a M1 release yesterday. Please take some time to > > download and test it under your environment before voting it. > > The maven artifacts are available at > > > > http://people.apache.org/~gnodet/incubator-servicemix-3.0-M1/incubator-servicemix/distributions/ > > > > and the tag is at > > > > http://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.0-M1/ > > > > > > [ ] +1 Release the binary as ServiceMix 3.0-M1 > > [ ] -1 Veto the release (provide specific comments) > > > > If the vote passes, next step will be to ask the Incubator PMC > > blessing... > > > > Cheers, > > Guillaume Nodet > > > > > > > > > -- > Dan Diephouse > (616) 971-2053 > Envoi Solutions LLC > http://netzooid.com > >
[jira] Commented: (GERONIMODEVTOOLS-77) The WTP adapter for Geronimo resists to add a simple web project
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77?page=comments#action_12374028 ] Daniel S. Haischt commented on GERONIMODEVTOOLS-77: --- Humm, I did start Eclipse with 'eclipse -vm C:\java\j2sdk1.4.2_10\bin\java.exe'. The Eclipse 'Configuration Details' box indicates that I am running Eclipse with 'eclipse.vm=C:\java\j2sdk1.4.2_10\bin\java.exe' and if Geronimo starts up, it indicates that it is using a 1.4.2 VM. Tho, the issue remains. I am still getting a ... HTTP ERROR: 404 Not Found RequestURI=/GeronimoWebProject/ Powered by Jetty:// > The WTP adapter for Geronimo resists to add a simple web project > > > Key: GERONIMODEVTOOLS-77 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Versions: 1.0.0 > Environment: Eclipse 3.1.1 (Build: M20050929-0840) > WTP: 1.0.1.v2006 > Geronimo: 1.0 with Jetty > Eclipse command: eclipse > Java SE Version: j2sdk1.4.2_10 > OS: Windows 2k and Windows XP > Reporter: Daniel S. Haischt > Attachments: geronimo-simple-jsp.7z > > Today I tried to finally deploy a very simple JSP based web project (see > attached file). Unfortunatly it seems that the WTP adapter resists to deploy > the project. Can you confirm this 'misbehaviour'? > Regards > Daniel S. Haischt -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
Thanks for the clarification. I remember clicking on a playboy mirror link pre M5. I didn't realize it until I saw a WARNING message displayed by my corporate HTTP Proxy. That time I thought it was some hackers job. Regards, VamsiOn 4/11/06, Aaron Mulder <[EMAIL PROTECTED]> wrote: They're one of the standard Apache mirrors.Thanks, AaronOn 4/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:> I accessed the following link to download G1.0>> http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip>> The page lists > http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip> as one of the mirrors!!!> > Is this true or someone is playing!!>
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
See also: http://software.newsforge.com/article.pl?sid=05/05/27/1340243&from=rss On 4/11/06, Aaron Mulder <[EMAIL PROTECTED]> wrote: > They're one of the standard Apache mirrors. > > Thanks, > Aaron > > On 4/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > I accessed the following link to download G1.0 > > > > http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > > > > The page lists > > http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > > as one of the mirrors!!! > > > > Is this true or someone is playing!! > > >
Re: How to upload Geronimo jars to Maven repo
Jacek, Here it is. It was sent to me by you! http://maven.apache.org/guides/mini/guide-ibiblio-upload.html Thanks Anita --- Jacek Laskowski <[EMAIL PROTECTED]> wrote: > Hi, > > I'm pretty sure I asked about it before, but can't find the answer. > How can I upload Geronimo jars to Maven1 and Maven2 repositories on > iBiblio. I'd like to use M2-ized version of some already-migrated > modules, but since they're not available anywhere, but on my laptop > it's not a viable option. > > Jacek > > -- > Jacek Laskowski > http://www.laskowski.org.pl > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
They're one of the standard Apache mirrors. Thanks, Aaron On 4/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > I accessed the following link to download G1.0 > > http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > > The page lists > http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > as one of the mirrors!!! > > Is this true or someone is playing!! >
m2 conversion : rmi-naming configuration
Hi, The rmi-naming configuration has a long list of dependencies. It includes almost all the specs. All the GBeans in the configuration belong to o.a.g.system.* and use o.a.g.naming.* classes. Are these coming from the org.openejb.corba.* classes used via system properties listed below? javax.rmi.CORBA.UtilClass=org.openejb.corba.util.UtilDelegateImpl org.openejb.corba.UtilDelegateClass=com.sun.corba.se.internal.POA.ShutdownUtilDelegate org.omg.CORBA.ORBSingletonClass=com.sun.corba.se.internal.corba.ORBSingleton org.omg.CORBA.ORBClass=org.openejb.corba.sunorb.OpenEJBORB javax.rmi.CORBA.PortableRemoteObjectClass=com.sun.corba.se.internal.javax.rmi.PortableRemoteObject javax.net.ssl.keyStorePassword=secret javax.net.ssl.trustStorePassword=secret ... Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Playboy mirrors geronimo 1.0 ????!!!!!!!!!
On 4/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > I accessed the following link to download G1.0 > > http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > > The page lists > http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip > as one of the mirrors!!! > > Is this true or someone is playing!! I don't know, but playboy.com is as good as other domains. For some, it's even better ;) Jacek -- Jacek - Jacek Laskowski http://www.laskowski.net.pl
Playboy mirrors geronimo 1.0 ????!!!!!!!!!
I accessed the following link to download G1.0 http://www.apache.org/dyn/closer.cgi/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip The page lists http://mirrors.playboy.com/apache/geronimo/1.0/geronimo-tomcat-j2ee-1.0.zip as one of the mirrors!!! Is this true or someone is playing!!
Re: [VOTE] Servicemix 3.0 M1
Change the geronimo.properties entry in the ./gplan/project.properties to the geronimo version you want to use (1.0 I guess). Cheers, Guillaume Nodet On 4/11/06, kahon <[EMAIL PROTECTED]> wrote: > Guillaume Nodet worldonline.fr> writes: > > > > > Hi everybody, > > > > I have compiled a M1 release yesterday. Please take some time to > > download and test it under your environment before voting it. > > The maven artifacts are available at > > > > http://people.apache.org/~gnodet/incubator-servicemix-3.0-M1/incubator- > servicemix/distributions/ > > and the tag is at > > > > http://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.0-M1/ > > > > [ ] +1 Release the binary as ServiceMix 3.0-M1 > > [ ] -1 Veto the release (provide specific comments) > > > > If the vote passes, next step will be to ask the Incubator PMC blessing... > > > > Cheers, > > Guillaume Nodet > > > > > > I download it and test the GBean deploy,it says: > --- > Unable to load first parent of configuration servicemix/3.0-M1/car > No configuration with id: geronimo/j2ee-deployer/1.2-SNAPSHOT/car > -- > what's the problem? > > >
[jira] Commented: (GERONIMODEVTOOLS-77) The WTP adapter for Geronimo resists to add a simple web project
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77?page=comments#action_12374023 ] Sachin Patel commented on GERONIMODEVTOOLS-77: -- My guess is you're running Eclipse off of JRE 1.5. You'll want to use the -vm args to point to a 1.4 executable or drop in the jre directory inside eclipse/ > The WTP adapter for Geronimo resists to add a simple web project > > > Key: GERONIMODEVTOOLS-77 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Versions: 1.0.0 > Environment: Eclipse 3.1.1 (Build: M20050929-0840) > WTP: 1.0.1.v2006 > Geronimo: 1.0 with Jetty > Eclipse command: eclipse > Java SE Version: j2sdk1.4.2_10 > OS: Windows 2k and Windows XP > Reporter: Daniel S. Haischt > Attachments: geronimo-simple-jsp.7z > > Today I tried to finally deploy a very simple JSP based web project (see > attached file). Unfortunatly it seems that the WTP adapter resists to deploy > the project. Can you confirm this 'misbehaviour'? > Regards > Daniel S. Haischt -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Embedded LDAP Server Viewer Portlet
Hi Chris, Did Dojo fix the ie https bug? I recently ran into a problem with Dojo where when its run on https and ie, you get an annoying "This page contains secure and nonsecure items, Do you with to continue" pop up. There were several reasons for it, but it was enough for me to scrap using Dojo. It was mainly because the app I was writing needed to be secure. For G's console, this may not be a big deal, but something to be aware of. Jeff Chris Cardona wrote: > Hi Paul, > > Thanks for the input. I'm using the latest Dojo source > from their svn repo. I haven't looked at Dojo's IO > library but I will definitely check it to compare > differences with DWR. BTW, I’m already using JSON for > the Tree widget nodes. > > Thanks, > Chris > > --- Paul McMahan <[EMAIL PROTECTED]> wrote: > >> I'm very excited about introducing AJAX >> functionality into the admin >> console so I'm glad you brought this up. I think >> Dojo's BSD license >> makes it OK for Geronimo and IIUC Apache Myfaces is >> planning to use it >> for their AJAX controls. We should also keep an eye >> on kabuki, which >> is a project in the Apache incubator based on the >> AJAX toolkit from >> zimbra. >> >> If you are targeting the LDAP viewer for Geronimo >> v1.2 then version >> 0.3 of Dojo might work best since it is very close >> to release. DWR >> seems like a good candidate for your transport layer >> since the console >> already uses it. But Dojo provides a rich IO >> library on top of >> XMLHTTP that may integrate more cleanly with the >> widget library. Maybe >> there is some way to combine them to get the best of >> both worlds >> (nothing comes to my mind). JSON looks promising as >> well. >> >> Best wishes, >> Paul >> >> On 4/7/06, Chris Cardona <[EMAIL PROTECTED]> >> wrote: >>> Hello All (Aaron, Joe, Paul), >>> >>> I would like to work on a new portlet for the >> console >>> which can be used to view/explore the contents of >> the >>> embedded LDAP server (Apache DS). This can be >> added >>> under Misc > Embedded LDAP Server. I plan to use >> Dojo >>> javascript toolkit and DWR to accomplish this >> task. >>> Since we are already using DWR for our Ajax stuff >> my >>> only question is the use of Dojo. Is it ok to >> include >>> Dojo to the console? Your comments and suggestions >> are >>> most welcome. >>> >>> Chris >>> >>> >>> __ >>> Do You Yahoo!? >>> Tired of spam? Yahoo! Mail has the best spam >> protection around >>> http://mail.yahoo.com >>> > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com
How to upload Geronimo jars to Maven repo
Hi, I'm pretty sure I asked about it before, but can't find the answer. How can I upload Geronimo jars to Maven1 and Maven2 repositories on iBiblio. I'd like to use M2-ized version of some already-migrated modules, but since they're not available anywhere, but on my laptop it's not a viable option. Jacek -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Commented: (GERONIMODEVTOOLS-77) The WTP adapter for Geronimo resists to add a simple web project
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77?page=comments#action_12374021 ] Daniel S. Haischt commented on GERONIMODEVTOOLS-77: --- I did try the exact same procedure using both, the JBoss 4.0 and the Glassfish WTP adapters and there it works (I am not getting a 404 HTTP error). > The WTP adapter for Geronimo resists to add a simple web project > > > Key: GERONIMODEVTOOLS-77 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-77 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Versions: 1.0.0 > Environment: Eclipse 3.1.1 (Build: M20050929-0840) > WTP: 1.0.1.v2006 > Geronimo: 1.0 with Jetty > Eclipse command: eclipse > Java SE Version: j2sdk1.4.2_10 > OS: Windows 2k and Windows XP > Reporter: Daniel S. Haischt > Attachments: geronimo-simple-jsp.7z > > Today I tried to finally deploy a very simple JSP based web project (see > attached file). Unfortunatly it seems that the WTP adapter resists to deploy > the project. Can you confirm this 'misbehaviour'? > Regards > Daniel S. Haischt -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1826) Naming tests might not work on non-Sun VMs.
[ http://issues.apache.org/jira/browse/GERONIMO-1826?page=all ] Andrey Pavlenko updated GERONIMO-1826: -- Attachment: naming.patch > Naming tests might not work on non-Sun VMs. > --- > > Key: GERONIMO-1826 > URL: http://issues.apache.org/jira/browse/GERONIMO-1826 > Project: Geronimo > Type: Bug > Security: public(Regular issues) > Components: naming, JVM-compatibility > Versions: 1.0 > Reporter: Andrey Pavlenko > Attachments: naming.patch > > Several naming tests might not work on non-Sun VMs because of hardcoded name > of InitialContextFactory. > The attached patch removes all occurences of > System.setProperty("java.naming... and passes all required naming properties > to the tests via maven.junit.jvmargs=-Djava.naming.factory.initial=... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1826) Naming tests might not work on non-Sun VMs.
Naming tests might not work on non-Sun VMs. --- Key: GERONIMO-1826 URL: http://issues.apache.org/jira/browse/GERONIMO-1826 Project: Geronimo Type: Bug Security: public (Regular issues) Components: naming, JVM-compatibility Versions: 1.0 Reporter: Andrey Pavlenko Several naming tests might not work on non-Sun VMs because of hardcoded name of InitialContextFactory. The attached patch removes all occurences of System.setProperty("java.naming... and passes all required naming properties to the tests via maven.junit.jvmargs=-Djava.naming.factory.initial=... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Bind JNDI entries in RMI registry
Hi, I have an application that uses JNDI to store some values and access them in servlets. How do we do it in Geronimo. Can we access RMI registry using JNDI API and bind any values there? Thanks phani
Re: Embedded LDAP Server Viewer Portlet
Hello Alex, Thanks for offering some help. My idea for this portlet is a simple way of viewing the contents of the ApacheDS. A tree widget will be used to navigate the entries and a table to list attributes of an entry. I also intend to add a way to do ldap searches and refesh data. It would be nice to include a way to add and modify entries. Not sure if ApacheDS includes APIs to accomplish such tasks (e.g. process an ldif file for adding entries, etc). Please let me know if you have other ideas for this portlet so we can coordinate work. Thanks, Chris --- Alex Karasulu <[EMAIL PROTECTED]> wrote: > Chris Cardona wrote: > > Hello All (Aaron, Joe, Paul), > > > > I would like to work on a new portlet for the > console > > which can be used to view/explore the contents of > the > > embedded LDAP server (Apache DS). This can be > added > > under Misc > Embedded LDAP Server. I plan to use > Dojo > > javascript toolkit and DWR to accomplish this > task. > > Since we are already using DWR for our Ajax stuff > my > > only question is the use of Dojo. Is it ok to > include > > Dojo to the console? Your comments and suggestions > are > > most welcome. > > > Let us know what we can do to help with this. We > were also working on > UI tools for ApacheDS so I think there can be good > collaboration here. > It would be nice to be able to run this GUI both in > Geronimo and within > an embedded Jetty instance running inside a > standalone ApacheDS server. > > I've CC'd a couple people who have been interested > in doing this. > Excuse the cross post to [EMAIL PROTECTED] > > Regards, > Apache Directory Team > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com