Re: How to get a ConnectionFactory into JNDI?

2009-04-30 Thread Ashish Jain
In my opinion your Object o should be QueueConnectionFactory. can you  try
the following
Context initctx = new InitialContext();
QueueConnectionFactory o= (QueueConnectionFactory)
initctx.lookup("java:comp/env/wmq/ConnectionFactory");

Thanks
Ashish

On Thu, Apr 30, 2009 at 1:26 PM, Juergen Weber  wrote:

>
> It's Object o;
>
>
> Ashish Jain-5 wrote:
> >
> > What ıs o here:: Is ıt a QueueConnectionFactory::
> >
> >
> > On Wed, Apr 29, 2009 at 8:07 PM, Juergen Weber 
> wrote:
> >
> >>
> >> Hi,
> >>
> >> I try to access a MQ ConnectionFactory using the code below, but I get
> an
> >> Exception. The resource adapter is in sys:dependencies.
> >>
> >> How do I get the ConnectionFactory into JNDI so the lookup works?
> >>
> >> Thanks,
> >> Juergen
> >>
> >>
> >> Caused by: javax.naming.NotContextException: wmq/ConnectionFactory
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:171)
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:625)
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:162)
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:625)
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:162)
> >>at
> >>
> >>
> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:611)
> >>at javax.naming.InitialContext.lookup(InitialContext.java:392)
> >>at
> >>
> de.kreditwerk.ldapupdate.ejb.QSenderBean.postConstruct(QSenderBean.java:58)
> >>
> >>
> >> Context initctx = new InitialContext();
> >> o = initctx.lookup("java:comp/env/wmq/ConnectionFactory");
> >>
> >> openejb-jar.xml:
> >> 
> >>
> >>QSenderBean
> >>
> >>
> >>wmq/ConnectionFactory
> >>wmqConnectionFactory
> >>
> >> 
> >>
> >> geronimo-ra.xml:
> >> 
> >>
> >>
> >>
> >>
> javax.jms.QueueConnectionFactory
> >>
> >>wmqConnectionFactory
> >>
> >>
> >>
> javax.jms.QueueConnectionFactory
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/How-to-get-a-ConnectionFactory-into-JNDI--tp23296092s134p23296092.html
> >> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/How-to-get-a-ConnectionFactory-into-JNDI--tp23296092s134p23311291.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>


Re: Webservice handling consuming considerable CPU (Windows)

2009-04-30 Thread Ivan
IMO, although those files are in the claspath of the manifest file of some
jars, Geronimo may not need them, like the saaj, Axis2 has their own
implementations.The search is caused by the WSDLQueryHandler, it need to
output the DOM to text. I guess that in you webservice client, the codes may
require the wsdl file using http://?WSDL. From the Java
Doc, TransformerFactory will search the service files in all the jars in the
classloader. Some jars may not in your dependencies, but they may be refered
by the your dependencies. If you are using IBM JDK, you only need to rename
the jaxp.properties.sample to jaxp.properties file in the jre/lib folder,
directly add the option like
-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl.
Wish that it is useful for you.
Ivan


2009/5/1 mdasari 

>
> Based on the dependency comment, this is what I figured out.
>
> There are several geronimo system modules referring to non existant (in
> geronimo distribution) JAR files. I don't know how the geronimo instance is
> still working fine if they are required or why those files are referenced
> if
> they are not required
>
> The following are the files it is not able to find:
>
> ---
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\activation.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jaxb-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jaxb-impl.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jsr173_1.0_api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\activation.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\saaj-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxb-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxb-impl.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxws-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr173_api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr181-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr250-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\resolver.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\saaj-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\saaj-impl.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\sjsxp.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\jaxb\lib\jaxb-api.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\jaxb\lib\jaxb-impl.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\jaxb-xjc.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\jaxws-rt.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\relaxngDatatype.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_cs.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_de_DE.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_es.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_fr.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_hu.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_it.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ja_JP.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ko_KR.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_pl.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_pt_BR.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ru.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_zh_CN.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_zh_TW.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_cs.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_de_DE.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_es.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_fr.jar
>
> geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_hu.jar
>
> geronimo-tomcat6-javaee5

Re: Check server state?

2009-04-30 Thread Ivan
Which port is available for you ? I mean you could connect from the remote
machine

2009/5/1 RickI 

>
> Yes i think it's one way to check the main/default geronimo server.
> But I try to check the state of geronimo instances on other port.
> That way might not work.
>
> Thanks,
>
> Ricky
>
>
> Ivan Xu wrote:
> >
> > No sure how does the wait-for-server command implement it, but I think
> try
> > to connect the server via JMX is also a way to check whether the kernel
> is
> > running.Ivan
> >
> > 2009/4/30 RickI 
> >
> >>
> >> Thanks RunHua,
> >> Do you know any gbean that can be use to get server state similar with
> >> wait-for-server command?
> >>
> >> Thanks,
> >>
> >> Ricky
> >>
> >>
> >> RunHua Chi wrote:
> >> >
> >> > Hi Rickl:
> >> >
> >> > I thinks you might need to look into the source code of the following
> >> > Gshell
> >> > command:
> >> >
> >> >   geronimo/wait-for-server
> >> >
> >> > The *geronimo/wait-for-server* command is used to verify if the server
> >> has
> >> > started in the given time (in seconds).  The default timeout is 60
> >> seconds
> >> >
> >> > Jeff C
> >> >
> >> > On Tue, Apr 28, 2009 at 7:49 AM, RickI  wrote:
> >> >
> >> >>
> >> >> Hi All,
> >> >> How do I check geronimo instance state from java code after being
> >> >> started.
> >> >> I starting separate instance and would like to know whether its
> >> >> successfully
> >> >> started before doing deploying a module.
> >> >> Starting and deploying a module are triggered from java code.
> >> >>
> >> >> Thanks,
> >> >>
> >> >> Ricky
> >> >> --
> >> >> View this message in context:
> >> >>
> http://www.nabble.com/Check-server-state--tp23267578s134p23267578.html
> >> >> Sent from the Apache Geronimo - Users mailing list archive at
> >> Nabble.com.
> >> >>
> >> >>
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/Check-server-state--tp23267578s134p23302382.html
> >> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
> >>
> >>
> >
> >
> > --
> > Ivan
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Check-server-state--tp23267578s134p23322598.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>


-- 
Ivan


Re: Webservice handling consuming considerable CPU (Windows)

2009-04-30 Thread mdasari

Based on the dependency comment, this is what I figured out.

There are several geronimo system modules referring to non existant (in
geronimo distribution) JAR files. I don't know how the geronimo instance is
still working fine if they are required or why those files are referenced if
they are not required

The following are the files it is not able to find:

---
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\activation.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jaxb-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jaxb-impl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\bind\jaxb-xjc\2.0.5\jsr173_1.0_api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\activation.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\saaj-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxb-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxb-impl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jaxws-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr173_api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr181-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\jsr250-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\resolver.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\saaj-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\saaj-impl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\2.0\sjsxp.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\jaxb\lib\jaxb-api.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-rt\jaxb\lib\jaxb-impl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\jaxb-xjc.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\jaxws-rt.jar
geronimo-tomcat6-javaee5-2.1.3\repository\com\sun\xml\ws\jaxws-tools\2.0\relaxngDatatype.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_cs.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_de_DE.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_es.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_fr.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_hu.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_it.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ja_JP.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ko_KR.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_pl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_pt_BR.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_ru.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_zh_CN.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derby\10.4.1.3\derbyLocale_zh_TW.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_cs.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_de_DE.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_es.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_fr.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_hu.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_it.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_ja_JP.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_ko_KR.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_pl.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_pt_BR.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_ru.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_zh_CN.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbyclient\10.4.1.3\derbyLocale_zh_TW.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbynet\10.4.1.3\derby.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apache\derby\derbytools\10.4.1.3\derbyLocale_cs.jar
geronimo-tomcat6-javaee5-2.1.3\repository\org\apa

Re: Check server state?

2009-04-30 Thread RickI

Yes i think it's one way to check the main/default geronimo server.
But I try to check the state of geronimo instances on other port.
That way might not work.

Thanks,

Ricky


Ivan Xu wrote:
> 
> No sure how does the wait-for-server command implement it, but I think try
> to connect the server via JMX is also a way to check whether the kernel is
> running.Ivan
> 
> 2009/4/30 RickI 
> 
>>
>> Thanks RunHua,
>> Do you know any gbean that can be use to get server state similar with
>> wait-for-server command?
>>
>> Thanks,
>>
>> Ricky
>>
>>
>> RunHua Chi wrote:
>> >
>> > Hi Rickl:
>> >
>> > I thinks you might need to look into the source code of the following
>> > Gshell
>> > command:
>> >
>> >   geronimo/wait-for-server
>> >
>> > The *geronimo/wait-for-server* command is used to verify if the server
>> has
>> > started in the given time (in seconds).  The default timeout is 60
>> seconds
>> >
>> > Jeff C
>> >
>> > On Tue, Apr 28, 2009 at 7:49 AM, RickI  wrote:
>> >
>> >>
>> >> Hi All,
>> >> How do I check geronimo instance state from java code after being
>> >> started.
>> >> I starting separate instance and would like to know whether its
>> >> successfully
>> >> started before doing deploying a module.
>> >> Starting and deploying a module are triggered from java code.
>> >>
>> >> Thanks,
>> >>
>> >> Ricky
>> >> --
>> >> View this message in context:
>> >> http://www.nabble.com/Check-server-state--tp23267578s134p23267578.html
>> >> Sent from the Apache Geronimo - Users mailing list archive at
>> Nabble.com.
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Check-server-state--tp23267578s134p23302382.html
>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>>
>>
> 
> 
> -- 
> Ivan
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Check-server-state--tp23267578s134p23322598.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Saving login and password info in 2.1.3

2009-04-30 Thread user2111

Hi,

I saved my user Id and password using the ./deploy.sh login command. However
I notice that the ./geronimo.sh stop command still prompts me for login and
password in ver 2.1.3. In ver 2.1.4, it does not. Is this a known
issue/limitation of 2.1.3? Any workaround?

Thanks in advance.
-- 
View this message in context: 
http://www.nabble.com/Saving-login-and-password-info-in-2.1.3-tp23321449s134p23321449.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Re: "Could not auto-map to resource" problem when using EJB annotations only

2009-04-30 Thread David Jencks


On Apr 30, 2009, at 6:51 AM, fmeili wrote:



Hi all,

I try to deploy an EAR with some (skinny) WAR's and some EJB's. All  
EJB's
use the @Resource tag for Database access. I always get a deployment  
error,
that the resource could not auto-map. Instead the error message tell  
me to

use a Geronimo deployment plan.

After looking deeper in the Deployment plan mechanism of Geronimo I'm
completely confused. I found that I need an "openejb-jar.xml" and  
use the

 Tag in it. This only works, if I have also a standard
"ejb-jar.xml". But does this mean, that I have to really write all  
the "old

pre JEE5" deployment descriptors for all my EJB's to deploy the EAR to
Geronimo?


You don't have to do that.



Is there a way to tell Geronimo the name of a JDBC resource globally  
- maybe

in the "geronimo-application.xml" - I haven't found a hint about this?
I tried Geronimo 2.1.4 and 2.2-SNAPSHOT.


So. geronimo is assembled out of plugins (e.g. your app becomes a  
plugin once deployed).  The plugins form a directed acyclic graph  
(each plugin has a bunch of parents, and you can't have circular  
dependencies).  When the deployer tries to figure out what datasource  
you're asking for it looks only in the directed acyclic subgraph of  
ancestors of your app.  (this lets you deploy lots of distinct  
datasources with the same "name" in different plugins and still be  
able to refer to them individually without specifying the exact plugin  
they come from everywhere you want a datasource).


So...
- deploy a datasource e.g. using the console and note what the  
artifact name is for the resulting plugin
- add a dependency on that datasource plugin into the ear or ejb plan  
(geronimo-application.xml or openejb-jar.xml)


As long as the name in the @Resource annotation matches the name in  
the connector plan that's all that's necessary.


thanks
david jencks




Thanks in advance for an answer,
greetings,
 Frank
--
View this message in context: 
http://www.nabble.com/%22Could-not-auto-map-to-resource%22-problem-when-using-EJB-annotations-only-tp23316686s134p23316686.html
Sent from the Apache Geronimo - Users mailing list archive at  
Nabble.com.




Re: Webservice handling consuming considerable CPU (Windows)

2009-04-30 Thread mdasari

Thanks for the quick replies.

I'll look into the TransformerFactory, but if that lookup is primarily
related to JAX then I'm not sure why the code is trying to load DERBY jars
as well (may be because of system-db dependency).

Regarding other questions raised, I'm using clean install of Geronimo
v2.1.3, I'm using my own Java Service Wrapper wrapper.conf with following
jars in it.


wrapper.java.classpath.1=%GERONIMO_HOME%/lib/wrapper.jar
wrapper.java.classpath.2=%GERONIMO_HOME%/bin/server.jar
wrapper.java.classpath.3=%GERONIMO_HOME%/bin/shutdown.jar
wrapper.java.classpath.4=%GERONIMO_HOME%/lib/geronimo-cli-2.1.3.jar
wrapper.java.classpath.5=%GERONIMO_HOME%/lib/geronimo-kernel-2.1.3.jar
wrapper.java.classpath.6=%GERONIMO_HOME%/lib/geronimo-transformer-2.1.3.jar
wrapper.java.classpath.7=%GERONIMO_HOME%/lib/commons-cli-1.0.jar
wrapper.java.classpath.8=%GERONIMO_HOME%/lib/commons-logging-1.0.4.jar
wrapper.java.classpath.9=%GERONIMO_HOME%/lib/cglib-nodep-2.1_3.jar
wrapper.java.classpath.10=%GERONIMO_HOME%/lib/log4j-1.2.14.jar
wrapper.java.classpath.11=%GERONIMO_HOME%/lib/xpp3-1.1.3.4.O.jar
wrapper.java.classpath.12=%GERONIMO_HOME%/lib/xstream-1.2.2.jar
wrapper.java.classpath.13=%JAVA_HOME%/lib/tools.jar


My app is a typical web-service that doesn't have "direct" dependencies on
most of the jars, it has following dependencies (from the Dependency Viewer)

org.apache.geronimo.configs/axis/2.1.3/car
org.apache.geronimo.configs/axis2-ejb/2.1.3/car
org.apache.geronimo.configs/axis2/2.1.3/car
org.apache.geronimo.configs/j2ee-corba-yoko/2.1.3/car
org.apache.geronimo.configs/j2ee-server/2.1.3/car
org.apache.geronimo.configs/openejb/2.1.3/car
org.apache.geronimo.configs/openjpa/2.1.3/car
org.apache.geronimo.configs/system-database/2.1.3/car
org.apache.geronimo.configs/tomcat6/2.1.3/car

If I come up with anything related to TransformerFactory then I'll post the
results to thread.

regards
- mdasari



kevan wrote:
> 
> 
> On Apr 29, 2009, at 10:32 PM, Ivan wrote:
> 
>> It seems that the search for service provider for the  
>> TransformerFactory takes too much time.
>> I suggest you set the the corresponding implemenation via system  
>> property or put it to a jaxp.properties in the jre's lib folder.
>> You could refer more in the Java Doc of TransformerFactory class.
> 
> It may be that that this behavior could be tweaked by configuring  
> TransformerFactory. However, shouldn't be expecting our users to do  
> the tweaking, IMO.
> 
> 
> 
> mdasari,
> My compliments on an excellent piece of problem diagnosis. Very nice  
> job.
> 
>>
>> My questions are:
>> 1. I don't see those JARs in the location it is looking for, is  
>> there a way
>> to disable this lookup? Do I've to place those jar files in those  
>> locations?
> 
> It may be that you can disable this search, but you shouldn't have to  
> do anything... I have no idea why we're looking for those jars in  
> those locations... Maybe someone else will have a good idea?
> 
>> 2. Where does class-loader get this list of JARs? Can I tweak anything
>> there?
> 
> The jars that will be searched for are based on dependencies that are  
> identified when Geronimo is built/assembled, dependencies defined by  
> your deployment plan (if you have one), and artifacts deployed in  
> your .WAR/.EAR.
> 
>> 3. Did I configure something incorrectly?
> 
> Is this a clean install of Geronimo? E.g. did you overlay an older  
> version of Geronimo with a newer one?
> 
>>
>> Geronimo/Webservice functionally still works, but I'd expect severe  
>> problems
>> when I use this service with multiple ws clients.
>>
>> Can anyone shed some light on this?
> 
> Not immediately. You could create a Jira for this. If you have an  
> application that demonstrates the issue, that's great.
> 
> --kevan
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Webservice-handling-consuming-considerable-CPU-%28Windows%29-tp23303330s134p23319558.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Re: Deployment takes forever with many files

2009-04-30 Thread Ivan
Does Geronimo output anything in the deployment process, could you please
show us those logs ?Ivan

2009/4/30 Patrick Kranz 

> Sorry, I forgot to mention: I am doing a deployment with the --inPlace
> parameter, so the application is not being copied to the Geronimo
> repository.
>
> Greets,
> Patrick
>
> Patrick Kranz schrieb:
>
>  Hello list,
>>
>> I´ve been working with Geronimo for some days now and I have a question
>> regarding the deployment process, especially about what happens behind the
>> scenes.
>>
>> I am working on a project that has a lot of content (mainly JSPs but also
>> images, pdfs and so on). For the development environment this content is
>> reduced to a minimum, that is something around 800MB. The live system has
>> more data because customers can upload images and even small videos. This
>> data is placed on a file server and mounted via NFS on the development
>> machines, where the content is linked from the docroot using symbolic links.
>>
>> If I start this scenario with Tomcat, the application start takes about
>> 3,5 minutes (really application startup, no copying of data). If I try the
>> same with Geronimo startup takes about 30 minutes with the system almost
>> being idle and enormous network traffic. If I copy all the static content to
>> my system and start geronimo it takes about 5 minutes.
>>
>> So, my question is, what does Geronimo do in the background that causes
>> this startup time if the content is on a network share and can I prevent
>> this from happening?
>>
>> Thanks in advance for every help!
>>
>> Greets,
>> Patrick
>>
>>
>> Geronimo 2.1.4
>> System: Linux CentOS 5
>>
>
>


-- 
Ivan


"Could not auto-map to resource" problem when using EJB annotations only

2009-04-30 Thread fmeili

Hi all,

I try to deploy an EAR with some (skinny) WAR's and some EJB's. All EJB's
use the @Resource tag for Database access. I always get a deployment error,
that the resource could not auto-map. Instead the error message tell me to
use a Geronimo deployment plan.

After looking deeper in the Deployment plan mechanism of Geronimo I'm
completely confused. I found that I need an "openejb-jar.xml" and use the
 Tag in it. This only works, if I have also a standard
"ejb-jar.xml". But does this mean, that I have to really write all the "old
pre JEE5" deployment descriptors for all my EJB's to deploy the EAR to
Geronimo?

Is there a way to tell Geronimo the name of a JDBC resource globally - maybe
in the "geronimo-application.xml" - I haven't found a hint about this?
I tried Geronimo 2.1.4 and 2.2-SNAPSHOT.

Thanks in advance for an answer,
 greetings,
  Frank
-- 
View this message in context: 
http://www.nabble.com/%22Could-not-auto-map-to-resource%22-problem-when-using-EJB-annotations-only-tp23316686s134p23316686.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Re: 2.1.3 to 2.1.4 Upgrade Virtual Hosts issue

2009-04-30 Thread JohnD
Yes, I am able to access the geronimo console and can also deploy an app
to the virtual host.  Can I just ignore this error then?


-Original Message-
From: Rex Wang 
Reply-to: user@geronimo.apache.org
To: user@geronimo.apache.org
Subject: Re: 2.1.3 to 2.1.4 Upgrade Virtual Hosts issue
Date: Thu, 30 Apr 2009 17:51:01 +0800

I got the JAASRealm errors too, but it won't impact the virtual host
feature.
I will take a look at the security realm issue further.

John, can you deploy the web app to the real host ? can you access the
web console from the virtual host after deploy a web app with the 
set in plan?

Rex

2009/4/29 John 
chi runhua wrote:

Hi, I just tried both on 2.1.3 and 2.1.4 and got the
same error that JohnD mentioned above. (following the
instruction at

http://cwiki.apache.org/GMOxDOC21/configuring-virtual-hosts-in-geronimo-tomcat.html
 )

j...@jeff:~/Geronimo/2.1.3/bin$ ./geronimo.sh run
Using GERONIMO_BASE:   /home/jeff/Geronimo/2.1.3
Using GERONIMO_HOME:   /home/jeff/Geronimo/2.1.3
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/opt/ibm/java-i386-60/jre
Booting Geronimo Kernel (in Java 1.6.0)...
Starting Geronimo Application Server v2.1.3
[*** ]  39%   9s
Starting org.apache.ger...12:35:02,891 ERROR [JAASRealm]
Class

org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not found! 
Class not added.
12:35:02,891 ERROR [JAASRealm] Class

org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal not found! 
Class not added.
12:35:02,893 ERROR [JAASRealm] Class

org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not found! 
Class not added.
12:35:02,893 ERROR [JAASRealm] Class

org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal not found! 
Class not added.
[] 100%  21s
Startup complete


But the virtual host feature seems fine.


Jeff C




In my case, I am not able to deploy a Webapp to the virtual
host.  I'm outside our environment right now and can't test it
again to get the error message.  I will try again later and
repost with a copy of the error message.

John



Re: Deployment takes forever with many files

2009-04-30 Thread Patrick Kranz
Sorry, I forgot to mention: I am doing a deployment with the --inPlace 
parameter, so the application is not being copied to the Geronimo 
repository.


Greets,
Patrick

Patrick Kranz schrieb:

Hello list,

I´ve been working with Geronimo for some days now and I have a 
question regarding the deployment process, especially about what 
happens behind the scenes.


I am working on a project that has a lot of content (mainly JSPs but 
also images, pdfs and so on). For the development environment this 
content is reduced to a minimum, that is something around 800MB. The 
live system has more data because customers can upload images and even 
small videos. This data is placed on a file server and mounted via NFS 
on the development machines, where the content is linked from the 
docroot using symbolic links.


If I start this scenario with Tomcat, the application start takes 
about 3,5 minutes (really application startup, no copying of data). If 
I try the same with Geronimo startup takes about 30 minutes with the 
system almost being idle and enormous network traffic. If I copy all 
the static content to my system and start geronimo it takes about 5 
minutes.


So, my question is, what does Geronimo do in the background that 
causes this startup time if the content is on a network share and can 
I prevent this from happening?


Thanks in advance for every help!

Greets,
Patrick


Geronimo 2.1.4
System: Linux CentOS 5




Deployment takes forever with many files

2009-04-30 Thread Patrick Kranz

Hello list,

I´ve been working with Geronimo for some days now and I have a question 
regarding the deployment process, especially about what happens behind 
the scenes.


I am working on a project that has a lot of content (mainly JSPs but 
also images, pdfs and so on). For the development environment this 
content is reduced to a minimum, that is something around 800MB. The 
live system has more data because customers can upload images and even 
small videos. This data is placed on a file server and mounted via NFS 
on the development machines, where the content is linked from the 
docroot using symbolic links.


If I start this scenario with Tomcat, the application start takes about 
3,5 minutes (really application startup, no copying of data). If I try 
the same with Geronimo startup takes about 30 minutes with the system 
almost being idle and enormous network traffic. If I copy all the static 
content to my system and start geronimo it takes about 5 minutes.


So, my question is, what does Geronimo do in the background that causes 
this startup time if the content is on a network share and can I prevent 
this from happening?


Thanks in advance for every help!

Greets,
Patrick


Geronimo 2.1.4
System: Linux CentOS 5


Re: 2.1.3 to 2.1.4 Upgrade Virtual Hosts issue

2009-04-30 Thread Rex Wang
I got the JAASRealm errors too, but it won't impact the virtual host
feature.
I will take a look at the security realm issue further.

John, can you deploy the web app to the real host ? can you access the web
console from the virtual host after deploy a web app with the  set in
plan?

Rex

2009/4/29 John 

> chi runhua wrote:
>
>> Hi, I just tried both on 2.1.3 and 2.1.4 and got the same error that JohnD
>> mentioned above. (following the instruction at
>> http://cwiki.apache.org/GMOxDOC21/configuring-virtual-hosts-in-geronimo-tomcat.html)
>>
>> j...@jeff:~/Geronimo/2.1.3/bin$ ./geronimo.sh run
>> Using GERONIMO_BASE:   /home/jeff/Geronimo/2.1.3
>> Using GERONIMO_HOME:   /home/jeff/Geronimo/2.1.3
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:/opt/ibm/java-i386-60/jre
>> Booting Geronimo Kernel (in Java 1.6.0)...
>> Starting Geronimo Application Server v2.1.3
>> [*** ]  39%   9s Starting
>> org.apache.ger...12:35:02,891 ERROR [JAASRealm] Class
>> org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not
>> found! Class not added.
>> 12:35:02,891 ERROR [JAASRealm] Class
>> org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal not
>> found! Class not added.
>> 12:35:02,893 ERROR [JAASRealm] Class
>> org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not
>> found! Class not added.
>> 12:35:02,893 ERROR [JAASRealm] Class
>> org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal not
>> found! Class not added.
>> [] 100%  21s Startup complete
>>
>>
>> But the virtual host feature seems fine.
>>
>>
>> Jeff C
>>
>
> In my case, I am not able to deploy a Webapp to the virtual host.  I'm
> outside our environment right now and can't test it again to get the error
> message.  I will try again later and repost with a copy of the error
> message.
>
> John
>


Re: How to get a ConnectionFactory into JNDI?

2009-04-30 Thread Juergen Weber

It's Object o;


Ashish Jain-5 wrote:
> 
> What ıs o here:: Is ıt a QueueConnectionFactory::
> 
> 
> On Wed, Apr 29, 2009 at 8:07 PM, Juergen Weber  wrote:
> 
>>
>> Hi,
>>
>> I try to access a MQ ConnectionFactory using the code below, but I get an
>> Exception. The resource adapter is in sys:dependencies.
>>
>> How do I get the ConnectionFactory into JNDI so the lookup works?
>>
>> Thanks,
>> Juergen
>>
>>
>> Caused by: javax.naming.NotContextException: wmq/ConnectionFactory
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:171)
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:625)
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:162)
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:625)
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:162)
>>at
>>
>> org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContext.java:611)
>>at javax.naming.InitialContext.lookup(InitialContext.java:392)
>>at
>> de.kreditwerk.ldapupdate.ejb.QSenderBean.postConstruct(QSenderBean.java:58)
>>
>>
>> Context initctx = new InitialContext();
>> o = initctx.lookup("java:comp/env/wmq/ConnectionFactory");
>>
>> openejb-jar.xml:
>> 
>>
>>QSenderBean
>>
>>
>>wmq/ConnectionFactory
>>wmqConnectionFactory
>>
>> 
>>
>> geronimo-ra.xml:
>> 
>>
>>
>>
>> javax.jms.QueueConnectionFactory
>>
>>wmqConnectionFactory
>>
>>
>> javax.jms.QueueConnectionFactory
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-a-ConnectionFactory-into-JNDI--tp23296092s134p23296092.html
>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-get-a-ConnectionFactory-into-JNDI--tp23296092s134p23311291.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.