by org.apache.geronimo.connector.work.GeronimoWorkManagerGBean in
JCA,
and DefaultThreadPool is used by Jetty and System-database. So their names
are misleading in some sense. You cannot expect that the
ConnectorThreadPool
has any link with Tomcat's web connector. Hope this helps.
-Jack
2009/3/12 jklcom99 jeff_k...@yahoo.com
I'm running
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:
We have changed the ActiveMQPort to something other than 61616 along with the
recommended changes from https://issues.apache.org/jira/browse/GERONIMO-4518
to change all localhost and 0.0.0.0 references to 127.0.0.1
I wonder if this is a similar issue as with the rmi port...
in the jms-plan.xml,
I pulled down the latest 2/23/2009 build of 2.1.4 snapshot. I made the
changes to all references of localhost and 0.0.0.0 to 127.0.0.1in
config-substitutions.properties as mentioned in
https://issues.apache.org/jira/browse/GERONIMO-4518.
When ran stop-server
C:\Geronimo2.1.4\binstop-server -p
Hi David,
I'm not sure if the problem I'm having is related to openejb or something
I'm missing in migrating from 1.1.1 to 2.1.2.
Can you take a look at this thread
http://www.nabble.com/javax.jms.JMSException%3A-Failed-to-build-body-from-bytes-td18404327s134.html
to see if you can spot
, 2008, at 5:10 PM, jklcom99 wrote:
Hi Kevan,
I tested out your sample with inPlace deplopment today and it works,
the
ContextClassLoader is correct.
In the sample deployment plan:
?xml version=1.0 encoding=UTF-8?
application xmlns=http://java.sun.com/xml/ns/javaee;
xmlns:xsi=http
() =
[org.apache.geronimo.kernel.classloader.JarFileClassLoader id=myApp/1.0/car]
Whereas under Geronimo 2.1.2
*** Thread.currentThread().getContextClassLoader() =
[org.apache.geronimo.kernel.classloader.JarFileClassLoader
id=appJMS/1.0/rar]
Thanks
Kevan Miller wrote:
On Sep 18, 2008, at 10:46 AM, jklcom99 wrote:
Kevan,
Do
I will give it a try when I get a chance. Has IBM JRE been tested with
Geronimo?
Thanks
Donald Woods-2 wrote:
Do you get the same results with the Sun 1.6.0_07 JDK?
-Donald
jklcom99 wrote:
This might have manifested from the fact that we had to clear out the
manifest classpath
Kevan,
Do you see anything wrong with the in-place deployment? Is this an issue
with openejb not setting the classloader?
jklcom99 wrote:
Yes, I did and it ran.
The difference I see in the ear deployed structure is that your MDB is in
WEB-INF-lib
Whereas we are doing an in-place
META-INF
app-ejb-jar.xml
MANIFEST.MF
app-openejb-jar.xml
Thank you
Kevan Miller wrote:
On Sep 17, 2008, at 12:28 AM, jklcom99 wrote:
I don't
How to create the config file? Can you show me an example?
ammulder wrote:
I'm not sure you can do this in 1.0. In 1.1, each EAR could deploy a
private copy of the SharedLib GBean and point it to the directory you
want to add as part of its classesDirs property (which can be one
dir or
Kevan,
I'm in a process of adding all dependencies to appJMS module. I'm getting
the following error even with
hidden-classes
filterorg.jdom/filter
/hidden-classes
j2eeType=GBean,name=RMI_Startupjava.lang.LinkageError: loading constraint
violation: loader
] at
org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
[java] at
org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
[java]
Kevan Miller wrote:
On Sep 16, 2008, at 11:24 AM, jklcom99 wrote:
Kevan,
I'm in a process of adding all dependencies to appJMS module. I'm
I don't have the module.../module in ear deployment plan. It still got
the wrong classloader after adding module.../module
Kevan Miller wrote:
On Sep 16, 2008, at 2:50 PM, jklcom99 wrote:
contextClassLoader in MDB,
*** Thread.currentThread().getContextClassLoader
Kevan,
Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed? Looks
like Geronimo does not like . notation, reference to a directory such as
../somelib or any jars that it cannot resolved in the ear lib.
Does it look like this will be fixed soon?
Kevan Miller wrote:
On Sep 10, 2008, at 4:42 PM, jklcom99 wrote:
Kevan,
Is this classloader problem fixed?
Looks like not -- https://issues.apache.org/jira/browse/OPENEJB-889
I'm having a look.
--kevan
--
View this message
with some fix versions so this doesn't fall of our radar again. Thanks.
-Donald
jklcom99 wrote:
Kevan,
Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed?
Looks
like Geronimo does not like
:
OPENEJB-889 may not happen until their 3.1 release and Geronimo 2.2, but
didn't you find a work-around for this, by changing the app packaging?
-Donald
jklcom99 wrote:
Is there a time line for these two fixes?
https://issues.apache.org/jira/browse/GERONIMO-3316
https
This might have manifested from the fact that we had to clear out the
manifest classpath due the invalid jar exception during deployment and
merging the jms module.
Thus, we're in need of these two fixes
https://issues.apache.org/jira/browse/GERONIMO-3316
Kevan,
Is this classloader problem fixed?
Thanks
Kevan Miller wrote:
On Jul 16, 2008, at 6:27 PM, jklcom99 wrote:
Kevan,
Your assumption is correct. I've moved the jms connector into my ear
deployment plan as you suggested. JMS is now happy.
I'll see if I can mock up some
I'm running offline deploy with the following command in G2.1.2:
java.exe -jar C:\JavaEE\Geronimo2.1.2\bin\deployer.jar --user user
--password xxyyzz --offline deploy C:\deploy\jms.rar
11:41:04,315 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
I found the problem. filterorg.apache.openjpa/filter under
hidden-classes was somehow removed during the file merging on my part.
The problem is solved.
--
View this message in context:
Hi,
I'm running G2.1.2 and it has been running for a few weeks now. I'm not
sure why Geronimo is giving this error today:
[java] at
org.apache.openjpa.meta.MetaDataRepository.resolve(MetaDataRepository.java:522)
[java] at
We're looking to upgrade to G2.1.x. Is there a scheduled date for the next
stable release?
--
View this message in context:
http://www.nabble.com/When-is-the-next-stable-release-tp18775174s134p18775174.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
it into the ear
deployment plan.
Kevan Miller wrote:
On Jul 15, 2008, at 9:56 AM, jklcom99 wrote:
The app was running on G1.1.1. I've recently upgraded to G2.1.2-
SNAPSHOT. I
believe I'm on G2.1.2-SNAPSHOT 07/03 build.
Test case:
Whenever a scheduled Quartz job kicks off, the server would send
The app was running on G1.1.1. I've recently upgraded to G2.1.2-SNAPSHOT. I
believe I'm on G2.1.2-SNAPSHOT 07/03 build.
Test case:
Whenever a scheduled Quartz job kicks off, the server would send a JMS
message to update the UI.
Could this be a bug?
Please let me know if you need more
Here is my deployment plan:
connector
xmlns=http://geronimo.apache.org/xml/ns/j2ee/connector-1.2;
environment
xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;
moduleId
groupIdapps/groupId
artifactIdappJMS/artifactId
JMS is a separate module.
app
-myApp
-1.0
-myApp-1.0.car
-appJMS
app.entity.QuartzJobIssued is packaged in myApp.jar and it is in ear/lib.
Kevan Miller wrote:
What's the structure of your app(s)?
This exception indicates that you're using JMS ObjectMessages and
I've upgraded to G2.1.2 and activemq-core 4.1.2. Now I'm getting the
following JMS exception:
[java] 13:20:00,099 WARN [AppBrokerImpl] javax.jms.JMSException:
Failed
to build body from bytes. Reason: java.io.IOException:
app.entity.QuartzJobI
ssued
[java] 13:20:00,099 ERROR
Actually, it's seeing the jars. After creating a new instance of a class
from IBMLAP.jar, the servlet exited with: 19. What is Exited with: 19?
jklcom99 wrote:
It's packaged in another jar (IBMLAP.jar and that is in ear/lib)
djencks wrote:
I don't think you've given enough info
I thought by moving all dependency jars to ear/lib directory and they would
be seen by all modules.
Now that I have cleared out the manifest classpath in all my jars.
MyApp.jar is referencing other jars which are now placed within ear/lib.
But I'm getting this error. Am I missing something?
It's packaged in another jar (IBMLAP.jar and that is in ear/lib)
djencks wrote:
I don't think you've given enough info to help. Where is the EULA?
Where does the ibm software expect it to be?
thanks
david jencks
--
View this message in context:
djencks wrote:
On Jul 3, 2008, at 10:01 AM, jklcom99 wrote:
Can you elaborate on this?
1) using the javaee 5 ear lib feature to get them into your
classpath.
It looks like you already put all the jars in the ear lib directory.
Thus they will be in the ear classloader
I'm running 2.1.2-SNAPSHOT
If I put all dependency jars in ear/lib should they be seen by all modules?
MyApp.jar is in ear/lib but Geronimo is not seeing it.
[java] Booting Geronimo Kernel (in Java 1.6.0)...
[java] Starting Geronimo Application Server v2.1.2-SNAPSHOT
[java]
] at
org.apache.activemq.ra.ActiveMQManagedConnectionFactory.createManagedConnection(ActiveMQManagedConnectionFactory.java:109)
[java] ... 42 more
Jacek Laskowski wrote:
On Sun, Jul 6, 2008 at 7:22 AM, jklcom99 [EMAIL PROTECTED] wrote:
I'm running 07/03 build
[java] Booting Geronimo Kernel (in Java 1.6.0)...
Change the JVM version and let us know
I'm running 07/03 build
[java] Booting Geronimo Kernel (in Java 1.6.0)...
[java] Starting Geronimo Application Server v2.1.2-SNAPSHOT
[java]
[java] [] 0% 0s Loading
[
Now, I'm onto a different error.
Error: Unable to distribute myApp.ear: Determining complete
manifest classpath unsuccessful:
org.apache.geronimo.common.DeploymentException: Determining complete
manifest classpath unsuccessful:
...
Caused by:
thanks
david jencks
On Jul 3, 2008, at 8:17 AM, jklcom99 wrote:
Now, I'm onto a different error.
Error: Unable to distribute myApp.ear: Determining complete
manifest classpath unsuccessful:
org.apache.geronimo.common.DeploymentException: Determining
complete
manifest
Thanks,
Slowly I'm getting there. I found a few posts others are having same
problem deploying servicemix.war to Geronimo 2.1 but with no answers.I'm
getting taglib error.
[java] 15:00:46,352 INFO [config] Loaded Module: myApp/1.0/car
[java] 15:00:49,430 WARN
command you are executing. Are you also specifying --inPlace option
and is C:\apps\myApp.ear\appmain.war is a directory?
Jarek
On Tue, Jul 1, 2008 at 6:37 PM, jklcom99 [EMAIL PROTECTED] wrote:
I'm using today build, G2.1.2. When deploy offline, I'm getting this
error
(Access is denied
I pulled it from the nightly build
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080702
The line number is different for
org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109)
Jarek Gawor-2 wrote:
If you still see the
.
Jarek
On Wed, Jul 2, 2008 at 12:10 PM, jklcom99 [EMAIL PROTECTED] wrote:
I pulled it from the nightly build
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080702
The line number is different for
org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices
PM, jklcom99 [EMAIL PROTECTED] wrote:
I downloaded the latest build from 0702 2.1
run the command like you were doing, got the same error with or without
Ant.
C:\RSSP\Dev\Cerberus\consoleC:\Geronimo-2.1.2\bin\deploy --offline
deploy
--inPlace C:\apps\myApp.ear
Using GERONIMO_BASE: C
I'm using today build, G2.1.2. When deploy offline, I'm getting this error
(Access is denied):
[java] Deployer operation failed: Failed to expand the module archive
[java] org.apache.geronimo.common.DeploymentException: Failed to expand
the module archive
[java] at
jklcom99 wrote:
I've looked into
dependency
groupIdorg.apache.xbean/groupId
artifactIdxbean-naming/artifactId
version3.3/version
/dependency
xbean-naming has no implementation of ConfigurationAwareReference.
geronimo-naming has
for org.apache.xbean.naming.reference.SimpleReference not
found
ConfigurationAwareReference ref = (ConfigurationAwareReference)
djencks wrote:
On Jun 26, 2008, at 1:20 PM, jklcom99 wrote:
Hi David,
After reading up on the documents you suggested. I attempted to get
quartz
to build with G2.1.2
with the porting
regards
Manu
On Fri, Jun 27, 2008 at 3:51 AM, David Jencks [EMAIL PROTECTED]
wrote:
On Jun 26, 2008, at 1:20 PM, jklcom99 wrote:
Hi David,
After reading up on the documents you suggested. I attempted to get
quartz
to build with G2.1.2-SNAPSHOT. I'm getting compile error
If that is the case, I don't see why it's giving that error.
djencks wrote:
On Jun 27, 2008, at 11:06 AM, jklcom99 wrote:
And why is it trying to access org.apache.xbean.naming.reference.
instead of org.apache.geronimo.naming.reference.* which is what is
imported
] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 4 seconds
[INFO] Finished at: Thu Jun 26 16:14:55 EDT 2008
[INFO] Final Memory: 6M/12M
djencks wrote:
On Jun 23, 2008, at 12:06 PM, jklcom99 wrote
Hi David,
That's a little advance for me. I have basic knowledge on Maven and zero on
Geronimo plugins.
When will you put the later version of quartz out?
djencks wrote:
On Jun 23, 2008, at 12:06 PM, jklcom99 wrote:
Ok, can you show me the steps and what is involved to create
Ok, can you show me the steps and what is involved to create a plugin?
djencks wrote:
On Jun 19, 2008, at 2:32 PM, jklcom99 wrote:
Can some one tell me if the quartz plugin from this link
http://www.archivum.info/[EMAIL PROTECTED]/2008-05/
msg00505.html is
applicable for Geronimo
:
On Fri, Jun 20, 2008 at 1:00 AM, jklcom99 [EMAIL PROTECTED] wrote:
[java] Caused by:
org.apache.geronimo.kernel.config.InvalidConfigException:
Error starting configuration gbean test/testJMS/1.0/rar
...
[java] Caused by:
org.apache.geronimo.kernel.config.InvalidConfigException:
Cound
Can some one tell me if the quartz plugin from this link
http://www.archivum.info/[EMAIL PROTECTED]/2008-05/msg00505.html is
applicable for Geronimo 2.1?
Thank you
Kevan Miller wrote:
On Jan 16, 2008, at 5:27 PM, Christian Malolepszy wrote:
Helo all,
is anyone working on a quartz
I applied GERONIMO-4072.patch, got a little further with off-line deploy.
Now it is getting this error:
[java] 12:06:16,520 ERROR [GBeanInstanceState] Error while starting;
GBean
is now in the FAILED state:
abstractName=org.apache.geronimo.configs/client-dep
)
jklcom99 wrote:
Can someone show me the steps on how to apply GERONIMO-4072.patch?
--
View this message in context:
http://www.nabble.com/how-to-apply-GERONIMO-4072.patch--tp17683296s134p17701141.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Can someone show me the steps on how to apply GERONIMO-4072.patch?
--
View this message in context:
http://www.nabble.com/how-to-apply-GERONIMO-4072.patch--tp17683296s134p17683296.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
I'm too looking for quartz plugin for G2.x.
Is/will it be available?
Christian Malolepszy wrote:
Helo all,
is anyone working on a quartz plugin for geronimo 2?
I neet the features of quartz to migrate my projects to geronimo2.
best regards
christian
--
View this message in
We need to stay on Geronimo 1.1.1. Is it possible to upgrade ActiveMQ to
4.1.1?
Thanks
Kevan Miller wrote:
On Jan 23, 2008, at 5:15 PM, jklcom99 wrote:
I'm using Geronimo 1.1.1.
How do I modify the configuration in Geronimo so that AMQ will
listen on
ssl://localhost:61616
It's using 3.2.4 and I'm having a hard time locating the source for it.
What are the steps for upgrading?
Thank you
Kevan Miller wrote:
On Jan 24, 2008, at 10:25 AM, jklcom99 wrote:
We need to stay on Geronimo 1.1.1. Is it possible to upgrade
ActiveMQ to
4.1.1?
There might
I'm using Geronimo 1.1.1.
How do I modify the configuration in Geronimo so that AMQ will listen on
ssl://localhost:61616 instead of the default tcp://localhost:61616? Or for
that matter adding additional transport connectors that AMQ will listen to?
Thank you
--
View this message in
60 matches
Mail list logo