Re: Description of plugins??
Thanks Rick and David for the input. > >> Plugin name: Geronimo Plugins, J2EE :: JSR-88 JAR Configurer >> Module ID:org.apache.geronimo.configs/jsr88-jar-configurer//car >> Description:Provides configuration implementation of JSR-88 specification. >> > > I'm not sure what this one actually does, but I don't understand your > wording. I think it provides a base server that lets you run the offline > jsr88 stuff (plan editing with dconfigbeans) Sorry, it's my mistake in writing. It shoud be "Provides jar implementation of JSR-88 spec" at the first time because jsr88-war-configurer, jsr88-ear-configurer and jsr88-rar are remarked as "war implementaion of JSR-88", "ear implementation of JSR-88" and "rar implementation" respectively. > > >> >> Plugin name:Geronimo Framework, Configs :: CLI Upgrade >> Module ID: org.apache.geronimo.framework/upgrade-cli//car >> Description:Provides repository registration of a plugin. >> > > This is pretty obsolete. It includes a way to offline upgrade a plan from > the 1.0 to 1.1 formats. I don't think we've maintained it since. > If this module is obsolete, I think it should be removed from Web-Little G plugins group in G2.2. I'll file a JIRA to track this issue and then update document accordingly. Jeff Chi
RE: Geronimo Plugin
Thank you. I will give that a try. From: Forrest Xia [mailto:forres...@gmail.com] Sent: Wednesday, March 11, 2009 9:59 PM To: user@geronimo.apache.org Subject: Re: Geronimo Plugin The latest GEP is 2.1.3, I can install it into Ganymede JEE edition SR2. Suggest to use the JEE edtion of Ganymede SR2. Good luck! Forrest
Re: Geronimo Plugin
The latest GEP is 2.1.3, I can install it into Ganymede JEE edition SR2. Suggest to use the JEE edtion of Ganymede SR2. Good luck! Forrest
RE: JNDI in Geronimo 2
Ok, I finally got my environment to work again and I am having the same
problems. I use the example exactly the way it is and I am getting the same
errors. This is the stack trace
java.lang.RuntimeException: Invalid response from server: -1
at org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:292)
at javax.naming.InitialContext.lookup(Unknown Source)
at appclient.ApplicationClient.main(ApplicationClient.java:32)
From: Russell Collins
Sent: Wednesday, March 11, 2009 11:11 AM
To: 'user@geronimo.apache.org'
Subject: RE: JNDI in Geronimo 2
I want to thank you Wang, Tang and everyone else who has helped me. I have
tried everyone's suggestions and have even ran through the tutorial exactly the
way it is on the site with no success. This leads me to believe that there is
something wrong with my installation of Ganymede. I have since cleaned out all
of the plug-ins associated with the Geronimo App Server. Upon trying to
reinstall the plug-ins, I got errors saying that it could not be installed. I
will need to figure out what is wrong before I can continue. I think that once
I have those environment issues worked out, I will be fine. I will keep you
guys posted.
From: Rex Wang [mailto:rwo...@gmail.com]
Sent: Tuesday, March 10, 2009 9:45 PM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
BTW
you should add
repository\org\apache\openejb\openejb-client\3.0\openejb-client-3.0.jar
to your client's build path.
Rex
2009/3/11 Rex Wang mailto:rwo...@gmail.com>>
Russell, could you provide the whole exception strack?
I can not got your problem.
here is my code:
public class Client {
public static void main(String[] args) throws Exception {
try {
Properties p = new Properties();
p.setProperty("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
p.setProperty("java.naming.provider.url", "ejbd://localhost:4201");
InitialContext context = new InitialContext(p);
FirstObjectRemote obj= (FirstObjectRemote)
context.lookup("FirstObjectBeanRemote");
System.out.println(obj.hello("Rex"));
} catch (Exception e) {
e.printStackTrace();
}
}
}
I try it with Tang's EJB code as follows:
import javax.ejb.Stateless;
@Stateless
public class FirstObjectBean implements FirstObjectRemote{
public String hello(String name){
return "Hello " + name;
}
}
import javax.ejb.Remote;
@Remote
public interface FirstObjectRemote {
public String hello(String name);
}
Rex
2009/3/11 Russell Collins
mailto:russell.coll...@mclaneat.com>>
Thank you Wang and Tang. Here are the things that I have done.
* Changed the JDK to version 1.5.0_6
* Updated all of my classes to use this version of Java
* Changed the provider url to ejbd://localhost:4201
I get the error
java.lang.RuntimeException: Invalid response from server: -1
From: Ying Tang [mailto:yingtang1...@gmail.com]
Sent: Tuesday, March 10, 2009 3:23 AM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
Yes, should be ejbd://localhost:4201. The same as the example in the
doc.
2009/3/10 Rex Wang mailto:rwo...@gmail.com>>
Tang, I believe Russell use a remote client, but not a application client.
to Russell, try "ejbd://localhost:4201"
Rex.
2009/3/10 Ying Tang mailto:yingtang1...@gmail.com>>
Hi Russell,
I suggest you use JDK 1.5 instead of 1.6. It is also recommended that Eclipse
and Geronimo use the same Java environment.
Please let me know if there is still any problem.
Best Regards,
Ying Tang
2009/3/10 Russell Collins
mailto:russell.coll...@mclaneat.com>>
Thank you Tang. This should be real strait forward but there has got to be
some reason why this is not working. Here is the configuration that I have.
This may help in solving this issue.
Eclipse Ganymede
Java 1.6..0_11
Geronimo 2.1.2
Geronimo 2.1.3 (tried it on both)
There are a couple of other things that I tried that gave me different results.
1.Added a runtime dependency to the Geronimo Runtime. This gave me a
different error. It was a java runtime error that said that the response from
the server is: -1
2.Created a client j2ee application to run my app.
Basically, I am following everything in that link that you sent me. I am just
getting these errors when trying to look up the object. Any more insight would
be greatly appreciated.
From: Ying Tang [mailto:yingtang1...@gmail.com]
Sent: Monday, March 09, 2009 11:21 PM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
Hi Error! Filename not specified.Russell,
I tried your example on Gero
Re: CMP exception: Attempt to cast instance "xxx [java.lang.String]" to PersistenceCapable failed. Ensure that it has been enhanced.
On Mar 10, 2009, at 7:55 AM, Phili wrote:
@Stateless
@WebService(serviceName = "TestWS",
portName = "TestWSPort",
endpointInterface = "",
targetNamespace = "xxx")
public class TestWSBean implements TestWS {
@PersistenceContext(unitName="TestPU")
private EntityManager em;
public String saveName(String value)
{
String result = "ok";
try {
EntityClass b = new EntityClass();
b.setName(value);
em.persist(value);
}
catch(Exception ex) {
ex.printStackTrace();
result = ex.getLocalizedMessage() + " " +
ex.getClass().getName();
}
return result;
}
}
Looks like you have a typo in your code. s/em.persist(value)/
em.persist(b)/
Happens to the best of us :)
-David
Geronimo Plugin
I am trying to install the latest GEP into Eclipse Ganymede 3.4.2. When I try to update, I get this error. Cannot complete the request. See the details. Cannot find a solution satisfying the following requirements org.eclipse.swt [3.4.1.v3449c]. I have found the latest swt.jar file and put it into the plug-in directory. I have also tried to manually put the GEP into the features and plug-in directories but eclipse does not recognize the plug-in and they are not usable. Does anyone know the remedy to this?
Re: JSF in Geronimo
On Mar 11, 2009, at 11:36 AM, Bob78 wrote: David, Thanks for your quick response. 1. Regarding XML, I was typing more notes after pasteing in the mail, i missed the closing tag. Please ignore that. 2. Please can you point me in the right direction on how to disable ee5 behaviour, so that i can try that. Since we have a big application to migrate, if that is easy, we will take that option. I don't recommend this but... The easiest way is in the admin console SystemModules page (possibly http://localhost:8080/console/portal/Applications/System%20Modules) enable expert actions and find the myfaces and myfaces-deployer plugins and click the stop link (or even uninstall) You can also manually edit var/config/config.xml and remove the entries for these modules. The names will look something like org.apache.geronimo.configs/myfaces/2.2-SNAPSHOT/car org.apache.geronimo.configs/myfaces-deployer/2.2-SNAPSHOT/car thanks david jencks THanks again for yoru help. Regards Joe djencks wrote: Your xml does not appear to be well formed (no --> for
EJB 3.1 PFD2 is up for download
The JSR #318 Expert Group has put another Proposed Final Draft (PFD)
up for download:
Enterprise JavaBeans 3.1
http://jcp.org/aboutJava/communityprocess/pfd/jsr318/index.html
Note this is still a draft and no the final spec.
Have a look at chapter 22 and see if anything feels familiar.
Essentially this:
Properties p = new Properties();
p.put("java.naming.factory.initial",
"org.apache.openejb.client.LocalInitialContextFactory");
p.put("movieDatabase", "new://Resource?type=DataSource");
p.put("movieDatabase.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabase.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
p.put("movieDatabaseUnmanaged", "new://Resource?type=DataSource");
p.put("movieDatabaseUnmanaged.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabaseUnmanaged.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
p.put("movieDatabaseUnmanaged.JtaManaged", "false");
Context context = new InitialContext(p);
Movies movies = (Movies) context.lookup("MoviesLocal");
Becomes this:
Properties p = new Properties();
p.put("javax.ejb.embeddable.initial",
"org.apache.openejb.client.LocalInitialContextFactory");
p.put("movieDatabase", "new://Resource?type=DataSource");
p.put("movieDatabase.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabase.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
p.put("movieDatabaseUnmanaged", "new://Resource?type=DataSource");
p.put("movieDatabaseUnmanaged.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabaseUnmanaged.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
p.put("movieDatabaseUnmanaged.JtaManaged", "false");
EJBContainer container = EJBContainer.createEJBContainer(p);
Context context = container.getContext();
Movies movies = (Movies) context.lookup("MoviesLocal");
-David
RE: JNDI in Geronimo 2
From: Russell Collins
Sent: Wednesday, March 11, 2009 11:11 AM
To: 'user@geronimo.apache.org'
Subject: RE: JNDI in Geronimo 2
I want to thank you Wang, Tang and everyone else who has helped me. I have
tried everyone's suggestions and have even ran through the tutorial exactly the
way it is on the site with no success. This leads me to believe that there is
something wrong with my installation of Ganymede. I have since cleaned out all
of the plug-ins associated with the Geronimo App Server. Upon trying to
reinstall the plug-ins, I got errors saying that it could not be installed. I
will need to figure out what is wrong before I can continue. I think that once
I have those environment issues worked out, I will be fine. I will keep you
guys posted.
From: Rex Wang [mailto:rwo...@gmail.com]
Sent: Tuesday, March 10, 2009 9:45 PM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
BTW
you should add
repository\org\apache\openejb\openejb-client\3.0\openejb-client-3.0.jar
to your client's build path.
Rex
2009/3/11 Rex Wang mailto:rwo...@gmail.com>>
Russell, could you provide the whole exception strack?
I can not got your problem.
here is my code:
public class Client {
public static void main(String[] args) throws Exception {
try {
Properties p = new Properties();
p.setProperty("java.naming.factory.initial",
"org.apache.openejb.client.RemoteInitialContextFactory");
p.setProperty("java.naming.provider.url", "ejbd://localhost:4201");
InitialContext context = new InitialContext(p);
FirstObjectRemote obj= (FirstObjectRemote)
context.lookup("FirstObjectBeanRemote");
System.out.println(obj.hello("Rex"));
} catch (Exception e) {
e.printStackTrace();
}
}
}
I try it with Tang's EJB code as follows:
import javax.ejb.Stateless;
@Stateless
public class FirstObjectBean implements FirstObjectRemote{
public String hello(String name){
return "Hello " + name;
}
}
import javax.ejb.Remote;
@Remote
public interface FirstObjectRemote {
public String hello(String name);
}
Rex
2009/3/11 Russell Collins
mailto:russell.coll...@mclaneat.com>>
Thank you Wang and Tang. Here are the things that I have done.
* Changed the JDK to version 1.5.0_6
* Updated all of my classes to use this version of Java
* Changed the provider url to ejbd://localhost:4201
I get the error
java.lang.RuntimeException: Invalid response from server: -1
From: Ying Tang [mailto:yingtang1...@gmail.com]
Sent: Tuesday, March 10, 2009 3:23 AM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
Yes, should be ejbd://localhost:4201. The same as the example in the
doc.
2009/3/10 Rex Wang mailto:rwo...@gmail.com>>
Tang, I believe Russell use a remote client, but not a application client.
to Russell, try "ejbd://localhost:4201"
Rex.
2009/3/10 Ying Tang mailto:yingtang1...@gmail.com>>
Hi Russell,
I suggest you use JDK 1.5 instead of 1.6. It is also recommended that Eclipse
and Geronimo use the same Java environment.
Please let me know if there is still any problem.
Best Regards,
Ying Tang
2009/3/10 Russell Collins
mailto:russell.coll...@mclaneat.com>>
Thank you Tang. This should be real strait forward but there has got to be
some reason why this is not working. Here is the configuration that I have.
This may help in solving this issue.
Eclipse Ganymede
Java 1.6..0_11
Geronimo 2.1.2
Geronimo 2.1.3 (tried it on both)
There are a couple of other things that I tried that gave me different results.
1.Added a runtime dependency to the Geronimo Runtime. This gave me a
different error. It was a java runtime error that said that the response from
the server is: -1
2.Created a client j2ee application to run my app.
Basically, I am following everything in that link that you sent me. I am just
getting these errors when trying to look up the object. Any more insight would
be greatly appreciated.
From: Ying Tang [mailto:yingtang1...@gmail.com]
Sent: Monday, March 09, 2009 11:21 PM
To: user@geronimo.apache.org
Subject: Re: JNDI in Geronimo 2
Hi Error! Filename not specified.Russell,
I tried your example on Geronimo 2.1.4.
1. I renamed the implementation class as FirstObjectBean. A bit different
from your code:
---
@Stateless
public class FirstObjectBean implements FirstObjectRemote { import
public String hello(String name){
return "Hello " + name;
}
}
---
2. In the application client that referece the EJB, I used
Re: Gbean to install plugin from remote repository?
Hi, I did similar with no.1-2 but I have difficulty on no.3 When installing from webconsole sometimes its throw "NoSuchConfigException". Then when I install plugin using deploy-tool "install-plugin", somehow my dependencies doesn't installed, only default one that got installed (like tomcat,jasper, etc). Can you point me to car-maven-plugin docs? Thanks, Ricky Well, let's try the scenario about how to set up a remote respository step by step. 1. Set up a http server and expose the repository: assume you have a server(ip address:9.181.10.11) running http service which can be accessed via http:\\9.181.10.11, and the plugins repository is on the server under /tmp/plugins directory. Then update /conf/http.conf by adding the following blocks after you stopped httpd daemon: Alias/plugins "/tmp/plugins" Options Indexes FollowSymLinks AllowOveride None Order allow, deny Allow from all Save and exit. Restart httpd daemon. 2. Copy geronimo-plugins.xml and relevant plugins into /tmp/plugins(You may try Geronimo sample plugins for this test). 3. From another server running Geronimo, go to admin console and add a remote repository named "http:\\9.181.10.11\plugins". Then click Show plugins in the repository you will see all the plugins ready for download. The real challenge would be how you manage numbers of plugins and make sure each time users get the most updated ones, how to automate the whole update process from server side. Export applications from Admin console mannually works but for a great number of plugins, I'd pefer car-maven-plugin just as David Jencks mentioned. Hope this could answer your questions. Anything else, please let us know. Jeff Chi -- View this message in context: http://www.nabble.com/Gbean-to-install-plugin-from-remote-repository--tp22380105s134p22461988.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: JSF in Geronimo
David, Thanks for your quick response. 1. Regarding XML, I was typing more notes after pasteing in the mail, i missed the closing tag. Please ignore that. 2. Please can you point me in the right direction on how to disable ee5 behaviour, so that i can try that. Since we have a big application to migrate, if that is easy, we will take that option. THanks again for yoru help. Regards Joe djencks wrote: > > Your xml does not appear to be well formed (no --> for > View this message in context: >> http://www.nabble.com/JSF-in-Geronimo-tp22460737s134p22460737.html >> Sent from the Apache Geronimo - Users mailing list archive at >> Nabble.com. >> > > > -- View this message in context: http://www.nabble.com/JSF-in-Geronimo-tp22460737s134p22461730.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Geronom 2.1.4, Thread Pools are reporting zero usage
I'm running 3/2/09 2.1.4-SNAPSHOT. Geronimo console is reporting zero usages for both ConnectorThreadPool and DefaultThreadPool even with our application running. ConnectorThreadPool is set to 30 Max DefaultThreadPool is set to 200 min and 500 max Thank you -- View this message in context: http://www.nabble.com/Geronom-2.1.4%2C-Thread-Pools-are-reporting-zero-usage-tp22461310s134p22461310.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: JSF in Geronimo
Your xml does not appear to be well formed (no --> for
JSF in Geronimo
Hi, I am new to Geronimo. I have worked on other Web-servers (Tomcat / Sunone/etc). I have a JSF Application that is running in Tomcat / SunOne etc but the same WAR file when deployed in Geronimo stops working and i am strugling with this for quite some time. Please Can you send me a sample i can use to identify what is going wrong with my WAR file. I have added geronimo.xml in the WEB-INF Folder. Below is my geronimo.xml test test 1.0 war
Re: Geronimo 2.1.1 does not undeploy apache ActiveMQ 5.2.0 TransportListener(It seems cannot stop thread) with failover transport
I have no idea how to think about this without knowing how you have installed activemq 5.2 client stuff, how you are getting the activemq connections, and how you are attaching the transport listener. thanks david jencks On Mar 11, 2009, at 9:40 AM, Rogue angel wrote: Hello everyone! The problem:I have a G2.1.1 and I have JMS producer (Extended JMSAppender) application over ActiveMQ 5.2.0 failover transport and external ActiveMQ 5.2.0 server. I want to know when connection breaks and when restores. That is why i used TransportListener, which one i put into ActiveMQConnection. Everything works fine, but when i tried to redeploy my application logic for TransportListener still the same as older one. And this is not the end! JMSAppender logic was also the same as old one. I`m not using multi-threading explicitly. ActiveMQ connection URL: failover:(tcp://10.12.34.62:41414? wireFormat.maxInactivityDuration=0)? jms .redeliveryPolicy .maximumRedeliveries =-1&jms.redeliveryPolicy.useExponentialBackOff=false& jms .redeliveryPolicy .useCollisionAvoidance=false&initialReconnectDelay=100& maxReconnectDelay =3&useExponentialBackOff=true&backup=false&maxReconnectAttempts=10 I`d tried all combination stop-uninstal-redeploy-start. result is the same. It seems that geronimo registers somewhere those listeners. In activeMQ javaDoc i found that failover transport uses different thread to reconnection purposes. May be geronimo does not stops them? Please help. -- View this message in context: http://www.nabble.com/Geronimo-2.1.1-does-not-undeploy-apache-ActiveMQ-5.2.0-TransportListener%28It-seems-cannot-stop-thread%29-with-failover-transport-tp22459183s134p22459183.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Admin console not working..
I suspect you are actually running on a jdk 5?? Geronimo is compiled
with jdk 5 and the classes shouldn't load on a 1.4 jdk.
thanks
david jencks
On Mar 11, 2009, at 5:29 AM, redwin wrote:
I've installed Geronimo 2.1.3 onto Windows Vista.
I am using j2sdk1.4.2_19 and i succesfully starting geronimo as you
can see
below.
Listening on Ports:
1099 0.0.0.0 RMI Naming
8009 172.16.7.27 Tomcat Connector AJP AJP
8080 172.16.7.27 Tomcat Connector HTTP BIO HTTP
8443 172.16.7.27 Tomcat Connector HTTPS BIO HTTPS
172.16.7.27 JMX Remoting Connector
Started Application Modules:
WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.1.3/car
Web Applications:
/remote-deploy
Geronimo Application Server started
Geronimo Server started in 0:00:15.516
But i can' t access to http://172.16.57.27:8080/console
What can i do?
Thanks.
--
View this message in context:
http://www.nabble.com/Admin-console-not-working..-tp22454104s134p22454104.html
Sent from the Apache Geronimo - Users mailing list archive at
Nabble.com.
Re: Description of plugins??
On Mar 11, 2009, at 2:11 AM, chi runhua wrote: Hi all, I've been working on plugins group topic and try to summarize the description of each plugin. Some of plugins description are fairly clear and easy to understand. But some of them are not. Here I list some of plugins with a little description, could someone help to take a look and pick out the ones with inaccurate descriptions? If you have better comments or description, that will be great. Thanks in advance. Jeff Chi + Plugin name: Geronimo Framework, Configs :: Client System Module ID: org.apache.geronimo.framework/client-system//car Description: Provides initial configuration for a demo Geronimo server. Initial configuration for a javaEE application client geronimo server Plugin name: Geronimo Framework, Configs :: Plugin Management Module ID:org.apache.geronimo.framework/plugin//car Description:Provides plugin functionality. Provides plugin management including installing, listing, exporting plugins and assembling servers. Plugin name: Geronimo Framework, Configs :: Shutdown Module ID: org.apache.geronimo.framework/shutdown//car Description:Provides stop server functionality. Plugin name: Geronimo Framework, Configs :: JSR-88 CLI Module ID:org.apache.geronimo.framework/jsr88-cli//car Description: Provides command line implementation of JSR-88 specification. Plugin name:Geronimo Plugins, Corba :: Client Yoko Module ID:org.apache.geronimo.configs/client-corba-yoko//car Description:Corba plugin(???) Plugin name:Geronimo Plugins, Client :: Deployer Module ID:org.apache.geronimo.configs/client-deployer//car Description:Provides Geronimo deployer for standard JEE artifacts. The module deployer for JavaEE app client modules Plugin name: Geronimo Plugins, J2EE :: JSR-88 JAR Configurer Module ID:org.apache.geronimo.configs/jsr88-jar-configurer//car Description:Provides configuration implementation of JSR-88 specification. I'm not sure what this one actually does, but I don't understand your wording. I think it provides a base server that lets you run the offline jsr88 stuff (plan editing with dconfigbeans) Plugin name:Geronimo Framework, Configs :: CLI Upgrade Module ID: org.apache.geronimo.framework/upgrade-cli//car Description:Provides repository registration of a plugin. This is pretty obsolete. It includes a way to offline upgrade a plan from the 1.0 to 1.1 formats. I don't think we've maintained it since. thanks david jencks +
Geronimo 2.1.1 does not undeploy apache ActiveMQ 5.2.0 TransportListener(It seems cannot stop thread) with failover transport
Hello everyone! The problem:I have a G2.1.1 and I have JMS producer (Extended JMSAppender) application over ActiveMQ 5.2.0 failover transport and external ActiveMQ 5.2.0 server. I want to know when connection breaks and when restores. That is why i used TransportListener, which one i put into ActiveMQConnection. Everything works fine, but when i tried to redeploy my application logic for TransportListener still the same as older one. And this is not the end! JMSAppender logic was also the same as old one. I`m not using multi-threading explicitly. ActiveMQ connection URL: failover:(tcp://10.12.34.62:41414?wireFormat.maxInactivityDuration=0)?jms.redeliveryPolicy.maximumRedeliveries=-1&jms.redeliveryPolicy.useExponentialBackOff=false& jms.redeliveryPolicy.useCollisionAvoidance=false&initialReconnectDelay=100& maxReconnectDelay=3&useExponentialBackOff=true&backup=false&maxReconnectAttempts=10 I`d tried all combination stop-uninstal-redeploy-start. result is the same. It seems that geronimo registers somewhere those listeners. In activeMQ javaDoc i found that failover transport uses different thread to reconnection purposes. May be geronimo does not stops them? Please help. -- View this message in context: http://www.nabble.com/Geronimo-2.1.1-does-not-undeploy-apache-ActiveMQ-5.2.0-TransportListener%28It-seems-cannot-stop-thread%29-with-failover-transport-tp22459183s134p22459183.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Admin console not working..
You are right. Thank you very much. Joe Bohn wrote: > > Forrest Xia wrote: >> Are you using a complete geronimo version? seems you are using a >> simplified version which does not include admin console module. > > Forrest is correct and it seems you are not using a javaee5 assembly. > > More specifically, if you want the admin console "out of the box" then > you need to install one of these two assemblies: > > geronimo-jetty6-javaee5-2.1.3-bin.zip > or > geronimo-tomcat6-javaee5-2.1.3-bin.zip > > Any other assembly (either of the minimal assemblies or framework) will > not include the admin console. > > Joe > > -- View this message in context: http://www.nabble.com/Admin-console-not-working..-tp22454104s134p22457416.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Admin console not working..
Forrest Xia wrote: Are you using a complete geronimo version? seems you are using a simplified version which does not include admin console module. Forrest is correct and it seems you are not using a javaee5 assembly. More specifically, if you want the admin console "out of the box" then you need to install one of these two assemblies: geronimo-jetty6-javaee5-2.1.3-bin.zip or geronimo-tomcat6-javaee5-2.1.3-bin.zip Any other assembly (either of the minimal assemblies or framework) will not include the admin console. Joe
Re: Admin console not working..
Are you using a complete geronimo version? seems you are using a simplified version which does not include admin console module.
Admin console not working..
I've installed Geronimo 2.1.3 onto Windows Vista. I am using j2sdk1.4.2_19 and i succesfully starting geronimo as you can see below. Listening on Ports: 1099 0.0.0.0 RMI Naming 8009 172.16.7.27 Tomcat Connector AJP AJP 8080 172.16.7.27 Tomcat Connector HTTP BIO HTTP 8443 172.16.7.27 Tomcat Connector HTTPS BIO HTTPS 172.16.7.27 JMX Remoting Connector Started Application Modules: WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.1.3/car Web Applications: /remote-deploy Geronimo Application Server started Geronimo Server started in 0:00:15.516 But i can' t access to http://172.16.57.27:8080/console What can i do? Thanks. -- View this message in context: http://www.nabble.com/Admin-console-not-working..-tp22454104s134p22454104.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Description of plugins??
chi runhua wrote: Hi all, I've been working on plugins group topic and try to summarize the description of each plugin. Some of plugins description are fairly clear and easy to understand. But some of them are not. Here I list some of plugins with a little description, could someone help to take a look and pick out the ones with inaccurate descriptions? If you have better comments or description, that will be great. Thanks in advance. Jeff Chi + Plugin name: Geronimo Framework, Configs :: Client System Module ID: org.apache.geronimo.framework/client-system//car Description: Provides initial configuration for a demo Geronimo server. Plugin name: Geronimo Framework, Configs :: Plugin Management Module ID:org.apache.geronimo.framework/plugin//car Description:Provides plugin functionality. Plugin name: Geronimo Framework, Configs :: Shutdown Module ID: org.apache.geronimo.framework/shutdown//car Description:Provides stop server functionality. Plugin name: Geronimo Framework, Configs :: JSR-88 CLI Module ID:org.apache.geronimo.framework/jsr88-cli//car Description: Provides command line implementation of JSR-88 specification. Plugin name:Geronimo Plugins, Corba :: Client Yoko Module ID:org.apache.geronimo.configs/client-corba-yoko//car Description:Corba plugin(???) Configures the Yoko ORBs used for client-side access to EJBs via CORBA. Plugin name:Geronimo Plugins, Client :: Deployer Module ID:org.apache.geronimo.configs/client-deployer//car Description:Provides Geronimo deployer for standard JEE artifacts. Plugin name: Geronimo Plugins, J2EE :: JSR-88 JAR Configurer Module ID:org.apache.geronimo.configs/jsr88-jar-configurer//car Description:Provides configuration implementation of JSR-88 specification. Plugin name:Geronimo Framework, Configs :: CLI Upgrade Module ID: org.apache.geronimo.framework/upgrade-cli//car Description:Provides repository registration of a plugin. +
Description of plugins??
Hi all, I've been working on plugins group topic and try to summarize the description of each plugin. Some of plugins description are fairly clear and easy to understand. But some of them are not. Here I list some of plugins with a little description, could someone help to take a look and pick out the ones with inaccurate descriptions? If you have better comments or description, that will be great. Thanks in advance. Jeff Chi + Plugin name: Geronimo Framework, Configs :: Client System Module ID: org.apache.geronimo.framework/client-system//car Description: Provides initial configuration for a demo Geronimo server. Plugin name: Geronimo Framework, Configs :: Plugin Management Module ID:org.apache.geronimo.framework/plugin//car Description:Provides plugin functionality. Plugin name: Geronimo Framework, Configs :: Shutdown Module ID: org.apache.geronimo.framework/shutdown//car Description:Provides stop server functionality. Plugin name: Geronimo Framework, Configs :: JSR-88 CLI Module ID:org.apache.geronimo.framework/jsr88-cli//car Description: Provides command line implementation of JSR-88 specification. Plugin name:Geronimo Plugins, Corba :: Client Yoko Module ID:org.apache.geronimo.configs/client-corba-yoko//car Description:Corba plugin(???) Plugin name:Geronimo Plugins, Client :: Deployer Module ID:org.apache.geronimo.configs/client-deployer//car Description:Provides Geronimo deployer for standard JEE artifacts. Plugin name: Geronimo Plugins, J2EE :: JSR-88 JAR Configurer Module ID:org.apache.geronimo.configs/jsr88-jar-configurer//car Description:Provides configuration implementation of JSR-88 specification. Plugin name:Geronimo Framework, Configs :: CLI Upgrade Module ID: org.apache.geronimo.framework/upgrade-cli//car Description:Provides repository registration of a plugin. +
Re: your current Geronimo evaluation
Xasima Xirohata wrote:
>
> Sorry,
>>> and we will need to use back-end type load-balancing
>
> is it on the topic of Group Communication Management System, means
> 1) load balancing to propagate requests to the certain instance of
> Network Management System (equipment)
> 2) automatic determining of inclusion / exclusion certain instance
> (equipment) to/from the group
> 3) determining fail overs in request propagation or instance (equipment)
> live.
>
> So you want to use Geronimo in scope of Clients <-> Geronimo <->
> GROUP {equipment}, don't you?
>
Yes this is exactly what I want
regards
Aldian
--
View this message in context:
http://www.nabble.com/your-current-Geronimo-evaluation-tp22329850s134p22450390.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
