Re: How my PHP application will work in Geronimo

2010-06-15 Thread rahul.soa
1) I think you can download "JavaBridge.war" or JavaBridgeTemplate.war from
here:

http://php-java-bridge.sourceforge.net/pjb/download.php

2) then copy this
war file under

/Geronimo-2.2/assemblies/geronimo-jetty7-javaee5/target/assembly/deploy

3) Wait until the "your war" directory appears and

visit http://localhost:8096/JavaBridge

For more information,  download the
php-java-bridge_6.1.2.1_documentation.zip from above link and unzip it. You
can find instructions in INSTALL.J2EE file.

Is this you are looking for?

Hope that helps,
Rahul

On Tue, Jun 15, 2010 at 10:55 AM, c_das007  wrote:

>
> Thanks for reply.
>
> I have already gone through those urls.
>
> But I am not getting actual steps to install Php Java Bridge in
> Geronimo(Jetty).
>
> Please let me know if you will have any alternatives.
>
>
> --
> View this message in context:
> http://apache-geronimo.328035.n3.nabble.com/How-my-PHP-application-will-work-in-Geronimo-tp896513p896667.html
> Sent from the Development mailing list archive at Nabble.com.
>


Re: [PATCH] WS-Security - UsernameToken at Server side. Re: [geronimo doc] ws-security at service side

2010-06-12 Thread rahul.soa
Hello Jarek,

I hope you are doing well.

Can you please review the patch attached on the following JIRA:

https://issues.apache.org/jira/browse/GERONIMO-4642
<https://issues.apache.org/jira/browse/GERONIMO-4642>
I modified it a little (replaced the deprecated ContextManager.login(String
realm, CallbackHandler callbackHandler))

Please also take a look at

https://issues.apache.org/jira/browse/GERONIMO-5366

when you have time for Axis2/Tomcat part.

Many Thanks,
Rahul


On Wed, Apr 28, 2010 at 3:00 PM, rahul.soa  wrote:

> Hi Jarek,
>
> Many Thanks for your support in this.
> Rahul
>
>
> On Wed, Apr 28, 2010 at 10:27 AM, Jarek Gawor  wrote:
>
>> Hi Rahul,
>>
>> Will do. It was on my todo list but got distracted by bunch of other
>> things. Thanks for looking at it again.
>>
>> Jarek
>>
>> On Wed, Apr 28, 2010 at 4:21 AM, rahul.soa 
>> wrote:
>> > Hello Jarek/Devs,
>> >
>> > Can you please kindly review this patch?
>> >
>> > Many Thanks,
>> > Rahul
>> >
>> > On Thu, Apr 22, 2010 at 10:35 PM, rahul.soa 
>> > wrote:
>> >>
>> >> Dear Devs,
>> >> I hope you are doing well.
>> >> Please comment/apply on the patch "UsernameToken_ServerSide.txt"
>> attached
>> >> here https://issues.apache.org/jira/browse/GERONIMO-4642
>> >> I also attached on this email too. Look forward to seeing your
>> comments.
>> >> Many Thanks in advance,
>> >> rahul
>> >>
>> >>
>> >> On Tue, Apr 20, 2010 at 12:32 AM, rahul.soa 
>> >> wrote:
>> >>>
>> >>> Hello Devs/Jarek,
>> >>>
>> >>> I have setup the Server side UsernameToken security in CXF/Jetty
>> against
>> >>> Geronimo-2.2 based on the patches attached here
>> >>> https://issues.apache.org/jira/browse/GERONIMO-4642
>> >>>
>> >>> I have attached the new patch named "UsernameToken_ServerSide.txt" on
>> the
>> >>> above JIRA, please review and apply it. Let me know if you want me to
>> fix
>> >>> something in it.
>> >>>
>> >>> I look forward to seeing your comment on this patch.
>> >>>
>> >>>
>> >>> Many Thanks,
>> >>> Rahul
>> >>>
>> >>>
>> >>>
>> >>> On Sat, Mar 27, 2010 at 12:39 AM, rahul.soa > >
>> >>> wrote:
>> >>>>
>> >>>> Hello Jeff,
>> >>>>
>> >>>> Thanks for your mail.
>> >>>>
>> >>>> I think code (not all the patches) is not committed yet for the
>> same. I
>> >>>> will try to build latest of Geronimo and will create the same patches
>> (at
>> >>>> lest more simplified) which are not committed from that JIRA.
>> >>>>
>> >>>> Many Thanks,
>> >>>> rahul
>> >>>>
>> >>>>
>> >>>> On Fri, Mar 26, 2010 at 6:52 AM, chi runhua 
>> wrote:
>> >>>>>
>> >>>>> The document was written based on [1], you may take a look at this
>> JIRA
>> >>>>> for the details.
>> >>>>>
>> >>>>> Anything we should update the doc accordingly, please let us know.
>> >>>>>
>> >>>>> [1]  https://issues.apache.org/jira/browse/GERONIMO-4642
>> >>>>>
>> >>>>> Jeff
>> >>>>>
>> >>>>> On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa <
>> rahul@googlemail.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>> Hi Jarek/everyone,
>> >>>>>>
>> >>>>>> I hope you are doing well.
>> >>>>>>
>> >>>>>> I am trying to run a sample for securing web-service but that did
>> not
>> >>>>>> work.
>> >>>>>>
>> >>>>>> I am not sure if this works now
>> >>>>>>
>> >>>>>> "Enabling WS-Security at service side"
>> >>>>>> http://cwiki.apache.org/GMOxDOC22/securing-web-service.html
>> >>>>>>
>> >>>>>>
>> >>>>>> 
>> >>>>>> CalculatorService
>> >>>>>> 
>> >>>>>> geronimo-admin
>> >>>>>> UsernameToken
>> >>>>>> 
>> >>>>>> 
>> >>>>>> I don't see the above in the jetty schema.
>> >>>>>>
>> >>>>>> Or I am missing something? Can you please correct me?
>> >>>>>>
>> >>>>>> Many Thanks,
>> >>>>>> rahul
>> >>>>
>> >>>
>> >>
>> >
>> >
>>
>
>


Re: Use FindBugs to scan Geronimo codes

2010-06-12 Thread rahul.soa
Hi Ivan,

I never used this tool before. But I just downloaded it (also eclipse plugin
so i can use this in my workspace) and gave a try. It sounds a very useful
tool. I ran it on whole Geronimo-2.2 and also noticed many areas (referred
by FindBugs) to improve. Many thanks for this information.

Out of curiosity I tried finding similar tools and found the following page
(that might interest you) as you can also customize it with your own rule.

http://pmd.sourceforge.net/similar-projects.html

Thanks again Ivan for this
tool, now at least this tool can point me to my error code.

Kindest Regards,
Rahul



On Sat, Jun 12, 2010 at 8:09 AM, Ivan  wrote:

> Hi,
> Has anyone use FindBugs or other simliar tools to scan Geronimo codes ?
> Just try to do it with geronimo-tomcat component, and do find many things
> that need to be improved.
> In my opinion, it is a good tool to prevent us ( at least me :-) ) to
> make some stupid mistakens. I would try to use it for those components which
> I am working on.
> Here is the link for the site, suppose anyone is interested in it.
> http://findbugs.sourceforge.net/
> If you use Eclipse, a link http://findbugs.cs.umd.edu/eclipse could be
> used to install the plugin.
>
> --
> Ivan
>


[WS-Security] Axis2/Tomcat (patches available)

2010-06-11 Thread rahul.soa
Hello Devs,

As you know, I worked on enabling ws-security in CXF/Jetty last year during
my Google Summer of Code (its still going via jira GERONIMO-4642). I have
been trying to understand the Axis2/tomcat part in Geronimo in past several
days. I thought of starting some work on it. Hence I created a new jira
GERONIMO-5366 dedicated to this. I have attached two patches on this jira
last night.

*Patch:1 RampartModule.txt:* This will bring the required Rampart module in
Axis2/Geronimo.
*Patch:2 WebServiceSecurity_ClientSide.txt:* This patch will allow user to
set the ws-security at Client side to send the secure messages
(UsernameToken, Signature, Encryption)

More details on the above patches are on the JIRA 5366

Please kindly review those patches, and apply them.

Many Thanks for your help and support. Look forward to seeing your feedback.

Rahul


Re: [Geronimo-trunk] Deployment Exception

2010-06-09 Thread rahul.soa
Hi Ivan,

Okay, no problem. I will jump back to stable version Geronimo-2.2. I will
send my patche(s) (related to web service security) based on Geronimo-2.2
then.

Many Thanks for your help! Good day!
Rahul

On Wed, Jun 9, 2010 at 6:53 AM, Ivan  wrote:

> Hi, rahul:
> I have to say, web service support in trunk is also ongoing, we  found
> some issues to make Axis2/CXF work in OSGI environment. Currently, only some
> simple web service function could work, like exposing simple POJO as web
> service in web application.  Sorry for the inconvinence !
>
> 2010/6/9 rahul.soa 
>
> Forgot to attach the traces:
>>
>> 2010-06-09 00:39:00,969 ERROR [DeploymentPortlet] The application was not
>> deployed.
>>
>> No JAX-WS ServiceRefBuilders registered
>> org.apache.geronimo.common.DeploymentException: No JAX-WS
>> ServiceRefBuilders registered
>> at
>> org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder.getJAXWSBuilder(SwitchingServiceRefBuilder.java:157)
>> at
>> org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder.buildNaming(SwitchingServiceRefBuilder.java:138)
>> at
>> org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:68)
>> at
>> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.configureBasicWebModuleAttributes(AbstractWebModuleBuilder.java:724)
>> at
>> org.apache.geronimo.jetty8.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:489)
>> at
>> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:174)
>> at
>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:721)
>> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:250)
>> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:138)
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>  at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>> at
>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
>> at
>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:856)
>> at
>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
>> at
>> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
>> at
>> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
>> at java.lang.Thread.run(Thread.java:619)
>>
>> 2010-06-09 00:39:00,981 WARN  [XSRFHandler] Blocked due to missing
>> HttpServletRequest parameter.
>> 2010-06-09 00:39:00,981 ERROR [XSSXSRFFilter] XSSXSRFFilter blocked
>> HttpServletRequest due to invalid FORM content.
>>
>>
>>
>>
>> On Tue, Jun 8, 2010 at 11:12 PM, rahul.soa wrote:
>>
>>> Hi Ivan,
>>>
>>> Thanks for your reply.
>>>
>>> Now, I am packaging into war and am trying to deploy it. But getting the
>>> following error:
>>>
>>> [ra...@localhost bin]$ ./deploy --user system --password manager deploy
>>> /home/rahul/new_workspace1/GerominoWebClient/abc.war
>>>  Using GERONIMO_HOME:
>>> /home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
>>> Using GERONIMO_TMPDIR: var/temp
>>> Using JRE_HOME:/usr/SDK/jdk/jre
>>> 2010-06-09 01:03:06,567 ERROR [DeployTool] Error:
>>> org.apache.geronimo.common.DeploymentException: Unable to deploy abc.war:
>>> No JAX-WS ServiceRefBuilders registered
>>>
>>>
>>> at
>>> org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:43)
>>> at
>>> org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:148)
>>> at
>>> org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:124)
>>> at
>>> org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:173)
>>> at
>>> org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64)
>>> at
>>> org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
>>> at
>

Re: [Geronimo-trunk] Deployment Exception

2010-06-08 Thread rahul.soa
Forgot to attach the traces:

2010-06-09 00:39:00,969 ERROR [DeploymentPortlet] The application was not
deployed.
No JAX-WS ServiceRefBuilders registered
org.apache.geronimo.common.DeploymentException: No JAX-WS ServiceRefBuilders
registered
at
org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder.getJAXWSBuilder(SwitchingServiceRefBuilder.java:157)
at
org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder.buildNaming(SwitchingServiceRefBuilder.java:138)
at
org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:68)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.configureBasicWebModuleAttributes(AbstractWebModuleBuilder.java:724)
at
org.apache.geronimo.jetty8.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:489)
at
org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:174)
at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:721)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:250)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:138)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:856)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
at
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
at
org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
at java.lang.Thread.run(Thread.java:619)

2010-06-09 00:39:00,981 WARN  [XSRFHandler] Blocked due to missing
HttpServletRequest parameter.
2010-06-09 00:39:00,981 ERROR [XSSXSRFFilter] XSSXSRFFilter blocked
HttpServletRequest due to invalid FORM content.



On Tue, Jun 8, 2010 at 11:12 PM, rahul.soa  wrote:

> Hi Ivan,
>
> Thanks for your reply.
>
> Now, I am packaging into war and am trying to deploy it. But getting the
> following error:
>
> [ra...@localhost bin]$ ./deploy --user system --password manager deploy
> /home/rahul/new_workspace1/GerominoWebClient/abc.war
> Using GERONIMO_HOME:
> /home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
> Using GERONIMO_TMPDIR: var/temp
> Using JRE_HOME:/usr/SDK/jdk/jre
> 2010-06-09 01:03:06,567 ERROR [DeployTool] Error:
> org.apache.geronimo.common.DeploymentException: Unable to deploy abc.war:
> No JAX-WS ServiceRefBuilders registered
>
>
> at
> org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:43)
> at
> org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:148)
> at
> org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:124)
> at
> org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:173)
> at
> org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64)
> at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
> at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
> at
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
> [ra...@localhost bin]$
>
>
> I noticed, on the web console, under system modules, I don't see any cxf
> module. Is this the cause of above error? Please help.
>
> Many Thanks,
> rahul
>
>
> On Tue, Jun 8, 2010 at 2:39 PM, Ivan  wrote:
>
>> Hi,
>> in-place deployment support for trunk is still ongoing :-(
>>
>> 2010/6/8 rahul.soa 
>>
>> Hello Devs,
>>>
>>> I am trying to deploy my webservice client on Geronimo/jetty on freshly
>>> built "trunk" on linux machine. However, I was able to deploy it on
>>> Geronimo-2.2. I encounter the following error while deploying:
>>>
>>>
>>> [ra...@localhost bin]$ ./deploy --user system --password manager deploy
>>> --inPlace /home/rahul/new_workspace1/GerominoWebClient/
>>> Using GERONIMO_HOME:
>>> /home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
>>> Using GERONIMO_TMPDIR: var/temp
>>> Using JRE_HOME:/usr/SDK/jdk/jre
>>> 2010-06-08 10:24:51,204 ERROR [DeployTool] Error:
>>> org.apache.geronimo.comm

Re: [Geronimo-trunk] Deployment Exception

2010-06-08 Thread rahul.soa
Hi Ivan,

Thanks for your reply.

Now, I am packaging into war and am trying to deploy it. But getting the
following error:

[ra...@localhost bin]$ ./deploy --user system --password manager deploy
/home/rahul/new_workspace1/GerominoWebClient/abc.war
Using GERONIMO_HOME:
/home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/usr/SDK/jdk/jre
2010-06-09 01:03:06,567 ERROR [DeployTool] Error:
org.apache.geronimo.common.DeploymentException: Unable to deploy abc.war: No
JAX-WS ServiceRefBuilders registered

at
org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:43)
at
org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:148)
at
org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:124)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:173)
at
org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64)
at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
[ra...@localhost bin]$


I noticed, on the web console, under system modules, I don't see any cxf
module. Is this the cause of above error? Please help.

Many Thanks,
rahul

On Tue, Jun 8, 2010 at 2:39 PM, Ivan  wrote:

> Hi,
> in-place deployment support for trunk is still ongoing :-(
>
> 2010/6/8 rahul.soa 
>
> Hello Devs,
>>
>> I am trying to deploy my webservice client on Geronimo/jetty on freshly
>> built "trunk" on linux machine. However, I was able to deploy it on
>> Geronimo-2.2. I encounter the following error while deploying:
>>
>>
>> [ra...@localhost bin]$ ./deploy --user system --password manager deploy
>> --inPlace /home/rahul/new_workspace1/GerominoWebClient/
>> Using GERONIMO_HOME:
>> /home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:/usr/SDK/jdk/jre
>> 2010-06-08 10:24:51,204 ERROR [DeployTool] Error:
>> org.apache.geronimo.common.DeploymentException: Unable to deploy
>> GerominoWebClient: Unable to create configuration for deployment:
>> dependencies: null
>> Unable to cache bundle:
>> reference:file:/home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly/var/temp/geronimo-fileutils1096712856251867518.tmpfile
>> error in opening zip file
>>
>> at
>> org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:43)
>> at
>> org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:148)
>> at
>> org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:124)
>> at
>> org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:173)
>> at
>> org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64)
>> at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
>> at
>> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
>> at
>> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
>> [ra...@localhost bin]$
>>
>>
>>
>> In the geronimo.log, I see the following logs:
>>
>> 2010-06-08 10:24:51,091 INFO  [DeploymentContext] The Strict Manifest
>> Classpath processing mode is in effect.
>> This option can be altered by specifying
>> -DXorg.apache.geronimo.deployment.LenientMFCP=true|false
>> Specify ="true" for more lenient processing such as ignoring missing jars
>> and references that are not spec compliant.
>> 2010-06-08 10:25:09,051 INFO  [RedirectByHashFilter] no redirect for:
>> http://localhost:8097/console/portal/0/Welcome
>> 2010-06-08 10:25:10,615 INFO  [RedirectByHashFilter] Redirecting
>> to:/portal/1-3/Server/Server Logs?noxssShowTree=true according to
>> hash:4136777600621980337
>> 2010-06-08 10:25:11,772 INFO  [RedirectByHashFilter] Hash value for
>> page:/portal/1-3/Server/Server Logs is:4136777600621980337
>> 2010-06-08 10:25:11,772 INFO  [RedirectByHashFilter] no redirect for:
>> http://localhost:8097/console/portal/1-3/Server/Server%20Logs
>> 2010-06-08 10:25:11,776 INFO  [SupportedModesServiceImpl] Portlet mode
>> 'edit' not found for portletId: 'console-base.LogManager!965326648|0'
>> 2010-06-08 10:25:11,958 INFO  [SupportedModesServiceImpl] Portlet mode
>> 'edit' not found for portletId: 'console-base.LogViewer!965326648

[Geronimo-trunk] Deployment Exception

2010-06-07 Thread rahul.soa
Hello Devs,

I am trying to deploy my webservice client on Geronimo/jetty on freshly
built "trunk" on linux machine. However, I was able to deploy it on
Geronimo-2.2. I encounter the following error while deploying:


[ra...@localhost bin]$ ./deploy --user system --password manager deploy
--inPlace /home/rahul/new_workspace1/GerominoWebClient/
Using GERONIMO_HOME:
/home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/usr/SDK/jdk/jre
2010-06-08 10:24:51,204 ERROR [DeployTool] Error:
org.apache.geronimo.common.DeploymentException: Unable to deploy
GerominoWebClient: Unable to create configuration for deployment:
dependencies: null
Unable to cache bundle:
reference:file:/home/rahul/server/assemblies/geronimo-jetty8-javaee6/target/assembly/var/temp/geronimo-fileutils1096712856251867518.tmpfile
error in opening zip file

at
org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:43)
at
org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:148)
at
org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:124)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:173)
at
org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64)
at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
[ra...@localhost bin]$



In the geronimo.log, I see the following logs:

2010-06-08 10:24:51,091 INFO  [DeploymentContext] The Strict Manifest
Classpath processing mode is in effect.
This option can be altered by specifying
-DXorg.apache.geronimo.deployment.LenientMFCP=true|false
Specify ="true" for more lenient processing such as ignoring missing jars
and references that are not spec compliant.
2010-06-08 10:25:09,051 INFO  [RedirectByHashFilter] no redirect for:
http://localhost:8097/console/portal/0/Welcome
2010-06-08 10:25:10,615 INFO  [RedirectByHashFilter] Redirecting
to:/portal/1-3/Server/Server Logs?noxssShowTree=true according to
hash:4136777600621980337
2010-06-08 10:25:11,772 INFO  [RedirectByHashFilter] Hash value for
page:/portal/1-3/Server/Server Logs is:4136777600621980337
2010-06-08 10:25:11,772 INFO  [RedirectByHashFilter] no redirect for:
http://localhost:8097/console/portal/1-3/Server/Server%20Logs
2010-06-08 10:25:11,776 INFO  [SupportedModesServiceImpl] Portlet mode
'edit' not found for portletId: 'console-base.LogManager!965326648|0'
2010-06-08 10:25:11,958 INFO  [SupportedModesServiceImpl] Portlet mode
'edit' not found for portletId: 'console-base.LogViewer!965326648|1'
2010-06-08 10:25:12,351 INFO  [SupportedModesServiceImpl] Portlet mode
'edit' not found for portletId:
'console-base.WebAccessLogViewer!965326648|2'


Below is my deployment plan:

geronimo-web.xml
---



http://geronimo.apache.org/xml/ns/j2ee/web-1.1"; xmlns:dep="
http://geronimo.apache.org/xml/ns/deployment-1.1"; xmlns:naming="
http://geronimo.apache.org/xml/ns/naming-1.1";>
  

  JEE5
  GeronimoServletClient
  1.1
  war

  

 /GeronimoWebClient

   services/Calculator
 
  CalculatorPort
  http
  localhost
  8080
  /GerominoWeb/calculator
  UsernameToken Timestamp
  PasswordText
  system
  manager

 





Can you please guide me why/what happens? How to resolve this issue? I use
the same deployment plan on Geronimo-2-2 and it worked well but not in
trunk.

Also on the web console, under system modules, I don't see any cxf module.
Is it normal?

Many Thanks for your help.

Rahul


Re: [PATCH] WS-Security - UsernameToken at Server side. Re: [geronimo doc] ws-security at service side

2010-04-28 Thread rahul.soa
Hi Jarek,

Many Thanks for your support in this.
Rahul

On Wed, Apr 28, 2010 at 10:27 AM, Jarek Gawor  wrote:

> Hi Rahul,
>
> Will do. It was on my todo list but got distracted by bunch of other
> things. Thanks for looking at it again.
>
> Jarek
>
> On Wed, Apr 28, 2010 at 4:21 AM, rahul.soa 
> wrote:
> > Hello Jarek/Devs,
> >
> > Can you please kindly review this patch?
> >
> > Many Thanks,
> > Rahul
> >
> > On Thu, Apr 22, 2010 at 10:35 PM, rahul.soa 
> > wrote:
> >>
> >> Dear Devs,
> >> I hope you are doing well.
> >> Please comment/apply on the patch "UsernameToken_ServerSide.txt"
> attached
> >> here https://issues.apache.org/jira/browse/GERONIMO-4642
> >> I also attached on this email too. Look forward to seeing your comments.
> >> Many Thanks in advance,
> >> rahul
> >>
> >>
> >> On Tue, Apr 20, 2010 at 12:32 AM, rahul.soa 
> >> wrote:
> >>>
> >>> Hello Devs/Jarek,
> >>>
> >>> I have setup the Server side UsernameToken security in CXF/Jetty
> against
> >>> Geronimo-2.2 based on the patches attached here
> >>> https://issues.apache.org/jira/browse/GERONIMO-4642
> >>>
> >>> I have attached the new patch named "UsernameToken_ServerSide.txt" on
> the
> >>> above JIRA, please review and apply it. Let me know if you want me to
> fix
> >>> something in it.
> >>>
> >>> I look forward to seeing your comment on this patch.
> >>>
> >>>
> >>> Many Thanks,
> >>> Rahul
> >>>
> >>>
> >>>
> >>> On Sat, Mar 27, 2010 at 12:39 AM, rahul.soa 
> >>> wrote:
> >>>>
> >>>> Hello Jeff,
> >>>>
> >>>> Thanks for your mail.
> >>>>
> >>>> I think code (not all the patches) is not committed yet for the
> same. I
> >>>> will try to build latest of Geronimo and will create the same patches
> (at
> >>>> lest more simplified) which are not committed from that JIRA.
> >>>>
> >>>> Many Thanks,
> >>>> rahul
> >>>>
> >>>>
> >>>> On Fri, Mar 26, 2010 at 6:52 AM, chi runhua 
> wrote:
> >>>>>
> >>>>> The document was written based on [1], you may take a look at this
> JIRA
> >>>>> for the details.
> >>>>>
> >>>>> Anything we should update the doc accordingly, please let us know.
> >>>>>
> >>>>> [1]  https://issues.apache.org/jira/browse/GERONIMO-4642
> >>>>>
> >>>>> Jeff
> >>>>>
> >>>>> On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa  >
> >>>>> wrote:
> >>>>>>
> >>>>>> Hi Jarek/everyone,
> >>>>>>
> >>>>>> I hope you are doing well.
> >>>>>>
> >>>>>> I am trying to run a sample for securing web-service but that did
> not
> >>>>>> work.
> >>>>>>
> >>>>>> I am not sure if this works now
> >>>>>>
> >>>>>> "Enabling WS-Security at service side"
> >>>>>> http://cwiki.apache.org/GMOxDOC22/securing-web-service.html
> >>>>>>
> >>>>>>
> >>>>>> 
> >>>>>> CalculatorService
> >>>>>> 
> >>>>>> geronimo-admin
> >>>>>> UsernameToken
> >>>>>> 
> >>>>>> 
> >>>>>> I don't see the above in the jetty schema.
> >>>>>>
> >>>>>> Or I am missing something? Can you please correct me?
> >>>>>>
> >>>>>> Many Thanks,
> >>>>>> rahul
> >>>>
> >>>
> >>
> >
> >
>


Re: [PATCH] WS-Security - UsernameToken at Server side. Re: [geronimo doc] ws-security at service side

2010-04-28 Thread rahul.soa
Hello Jarek/Devs,

Can you please kindly review this patch?

Many Thanks,
Rahul

On Thu, Apr 22, 2010 at 10:35 PM, rahul.soa wrote:

> Dear Devs,
>
> I hope you are doing well.
>
> Please comment/apply on the patch "UsernameToken_ServerSide.txt" attached
> here https://issues.apache.org/jira/browse/GERONIMO-4642
>
> I also attached on this email too. Look forward to seeing your comments.
>
> Many Thanks in advance,
> rahul
>
> <https://issues.apache.org/jira/browse/GERONIMO-4642>
>
> On Tue, Apr 20, 2010 at 12:32 AM, rahul.soa wrote:
>
>> Hello Devs/Jarek,
>>
>> I have setup the Server side UsernameToken security in CXF/Jetty against
>> Geronimo-2.2 based on the patches attached here
>> https://issues.apache.org/jira/browse/GERONIMO-4642
>>
>> I have attached the new patch named "UsernameToken_ServerSide.txt" on the
>> above JIRA, please review and apply it. Let me know if you want me to fix
>> something in it.
>>
>> I look forward to seeing your comment on this patch.
>>
>>
>> Many Thanks,
>> Rahul
>>
>>
>>
>>
>> On Sat, Mar 27, 2010 at 12:39 AM, rahul.soa wrote:
>>
>>> Hello Jeff,
>>>
>>> Thanks for your mail.
>>>
>>> I think code (not all the patches) is not committed yet for the same. I
>>> will try to build latest of Geronimo and will create the same patches (at
>>> lest more simplified) which are not committed from that JIRA.
>>>
>>> Many Thanks,
>>> rahul
>>>
>>>
>>>
>>> On Fri, Mar 26, 2010 at 6:52 AM, chi runhua  wrote:
>>>
>>>> The document was written based on [1], you may take a look at this JIRA
>>>> for the details.
>>>>
>>>> Anything we should update the doc accordingly, please let us know.
>>>>
>>>> [1]  https://issues.apache.org/jira/browse/GERONIMO-4642
>>>>
>>>> Jeff
>>>>
>>>>
>>>> On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa wrote:
>>>>
>>>>> Hi Jarek/everyone,
>>>>>
>>>>> I hope you are doing well.
>>>>>
>>>>> I am trying to run a sample for securing web-service but that did not
>>>>> work.
>>>>>
>>>>> I am not sure if this works now
>>>>>
>>>>> "Enabling WS-Security at service side"
>>>>> http://cwiki.apache.org/GMOxDOC22/securing-web-service.html
>>>>>
>>>>>
>>>>> 
>>>>> CalculatorService
>>>>> 
>>>>> geronimo-admin
>>>>> UsernameToken
>>>>> 
>>>>> 
>>>>> I don't see the above in the jetty schema.
>>>>>
>>>>> Or I am missing something? Can you please correct me?
>>>>>
>>>>> Many Thanks,
>>>>> rahul
>>>>>
>>>>
>>>>
>>>
>>
>


Re: [geronimo doc] ws-security at service side

2010-04-19 Thread rahul.soa
Hello Devs/Jarek,

I have setup the Server side UsernameToken security in CXF/Jetty against
Geronimo-2.2 based on the patches attached here
https://issues.apache.org/jira/browse/GERONIMO-4642

I have attached the new patch named "UsernameToken_ServerSide.txt" on the
above JIRA, please review and apply it. Let me know if you want me to fix
something in it.

I look forward to seeing your comment on this patch.


Many Thanks,
Rahul



On Sat, Mar 27, 2010 at 12:39 AM, rahul.soa wrote:

> Hello Jeff,
>
> Thanks for your mail.
>
> I think code (not all the patches) is not committed yet for the same. I
> will try to build latest of Geronimo and will create the same patches (at
> lest more simplified) which are not committed from that JIRA.
>
> Many Thanks,
> rahul
>
>
>
> On Fri, Mar 26, 2010 at 6:52 AM, chi runhua  wrote:
>
>> The document was written based on [1], you may take a look at this JIRA
>> for the details.
>>
>> Anything we should update the doc accordingly, please let us know.
>>
>> [1]  https://issues.apache.org/jira/browse/GERONIMO-4642
>>
>> Jeff
>>
>>
>> On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa wrote:
>>
>>> Hi Jarek/everyone,
>>>
>>> I hope you are doing well.
>>>
>>> I am trying to run a sample for securing web-service but that did not
>>> work.
>>>
>>> I am not sure if this works now
>>>
>>> "Enabling WS-Security at service side"
>>> http://cwiki.apache.org/GMOxDOC22/securing-web-service.html
>>>
>>>
>>> 
>>> CalculatorService
>>> 
>>> geronimo-admin
>>> UsernameToken
>>> 
>>> 
>>> I don't see the above in the jetty schema.
>>>
>>> Or I am missing something? Can you please correct me?
>>>
>>> Many Thanks,
>>> rahul
>>>
>>
>>
>


Re: [geronimo-startup] NullPointerException

2010-03-28 Thread rahul.soa
Thank you Ivan for your reply. I will get the Geronimo 2.2 back, I thought
of working on trunk so was trying it.

Kind Regards,
Rahul
On Sun, Mar 28, 2010 at 9:32 AM, Ivan  wrote:

> Hi, Rahul
> Geronimo trunk is now under the development for OSGI, if you wish to
> check whether ws-security whether works, I would suggest to use 2.2-branch,
> it is more stable.
>
> 2010/3/28 rahul.soa 
>
> Hi Devs,
>>
>> I built the geronimo trunk on my linux machine, when I start the server, I
>> receive a NullPointerException after the startup. Notice, I ran geronimo
>> jetty8 module. Please find the traces here:
>>
>> //
>>
>> [ra...@localhost bin]$ ./geronimo run
>> Unable to update instance pid: System property 'storage.location' is not
>> set.
>> This property needs to be set to the full path of the instance.properties
>> file.
>> 2010-03-27 22:34:59,874 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.log is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0)<http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0%29>),
>> (&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>
>> )]
>> 2010-03-27 22:34:59,981 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.obr is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,029 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.jaas.modules is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0)<http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0%29>),
>> (&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/jaas/v1.0.0)<http://felix.apache.org/karaf/xmlns/jaas/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,081 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.packages is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,090 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.osgi is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,099 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.commands is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,163 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.shell.config is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://felix.apache.org/karaf/xmlns/shell/v1.0.0)<http://felix.apache.org/karaf/xmlns/shell/v1.0.0%29>),
>> (&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0)<http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0%29>),
>> (&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
>> http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0)<http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0%29>
>> )]
>> 2010-03-27 22:35:00,174 WARN  [jmx] There are no MBean servers registred,
>> can't register MBeans
>> 2010-03-27 22:35:00,202 WARN  [BlueprintContainerImpl] Bundle
>> org.apache.felix.karaf.admin.core is waiting for namespace handlers
>> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)

Build Error

2010-03-27 Thread rahul.soa
Hi Devs,

I am trying to build Geronimo trunk and encountering the following error
while building:

Can you please see why this error occurs?

Many Thanks,
rahul


[ERROR] Could not load deployer configuration:
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car: ADD
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car:
READING
FINISHED

org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car
failed
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:306)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:356)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:243)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.osgi.framework.BundleException: Unresolved constraint in
bundle org.apache.geronimo.framework.geronimo-gbean-deployer [1]: package;
(package=org.apache.ger
onimo.deployment)
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3357)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1698)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:301)
... 21 more
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] could not package plugin

Embedded error:
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car
(configId:
org.apache.geronimo.framework/geronimo-gbean-deployer/3.0-SNAPSHOT/car)
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: could not package
plugin
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Me

Re: [geronimo doc] ws-security at service side

2010-03-26 Thread rahul.soa
Hello Jeff,

Thanks for your mail.

I think code (not all the patches) is not committed yet for the same. I will
try to build latest of Geronimo and will create the same patches (at lest
more simplified) which are not committed from that JIRA.

Many Thanks,
rahul



On Fri, Mar 26, 2010 at 6:52 AM, chi runhua  wrote:

> The document was written based on [1], you may take a look at this JIRA for
> the details.
>
> Anything we should update the doc accordingly, please let us know.
>
> [1]  https://issues.apache.org/jira/browse/GERONIMO-4642
>
> Jeff
>
>
> On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa wrote:
>
>> Hi Jarek/everyone,
>>
>> I hope you are doing well.
>>
>> I am trying to run a sample for securing web-service but that did not
>> work.
>>
>> I am not sure if this works now
>>
>> "Enabling WS-Security at service side"
>> http://cwiki.apache.org/GMOxDOC22/securing-web-service.html
>>
>>
>> 
>> CalculatorService
>> 
>> geronimo-admin
>> UsernameToken
>> 
>> 
>> I don't see the above in the jetty schema.
>>
>> Or I am missing something? Can you please correct me?
>>
>> Many Thanks,
>> rahul
>>
>
>


[geronimo doc] ws-security at service side

2010-03-25 Thread rahul.soa
Hi Jarek/everyone,

I hope you are doing well.

I am trying to run a sample for securing web-service but that did not work.

I am not sure if this works now

"Enabling WS-Security at service side"
http://cwiki.apache.org/GMOxDOC22/securing-web-service.html



CalculatorService

geronimo-admin
UsernameToken


I don't see the above in the jetty schema.

Or I am missing something? Can you please correct me?

Many Thanks,
rahul


Hi Again

2010-03-23 Thread rahul.soa
Hi everyone,

First, I am very sorry for being away from the list for a long time.
However, I kept seeing the updates on the community.

I will try to resume some work now.

Many Thanks for your guidance.

Rahul


Re: [Thank you] Completed GSoC project Sucessfully

2009-08-27 Thread rahul.soa
Thanks for your wishes!

Best Regards,
Rahul

On Wed, Aug 26, 2009 at 5:35 AM, Shawn Jiang  wrote:

> Congratulations !
>
>  On Tue, Aug 25, 2009 at 5:14 PM, rahul.soa wrote:
>
>> Hello everyone,
>>
>>
>>
>> I have sucessfully passed in my *G*oogle *S*ummer *O*f *C*ode project 
>> "*WS-Security
>> support for JAX-WS Web Services*" with Apache Geronimo. I am very happy
>> today and I want to thank everyone who helped me. I really liked Apache
>> Geronimo community, its full of brilliant and helping people. Everyone
>> helped in my minor/major issues I encountered while working on this project.
>>
>>
>>
>> A big thanks to all the community members, I loved working with you and am
>> hoping to continue my work with geronimo with a very short break. Thank to
>> David Jenck for his support while Jarek was on holidays and his exact
>> replies all the time during the project. Thank to Shawn Jiang for his
>> suggestion on Maven problem.
>>
>>
>>
>> Thanks to cxf people who replied my mails and gave their valuable
>> suggestions. Daniel Kulp is one of them, thanks Dan.
>>
>>
>>
>> A special thanks to my mentor Jarek Gawor, who really helped me a lot even
>> in his vacation period. His guidance was so precious and he explained
>> geronimo internals and project goal(s) and lot of technical stuff in a good
>> way i.e. he came to my level and taught me lot of things not only in
>> Geronimo but also in other areas such as web services, cxf, maven, svn and
>> other concepts. I want to say that he is one of the best mentors I ever got.
>> It was not that possible without Jarek's guidance. Hugs for him!!!
>>
>>
>>
>> Again thanks to everyone, passing official result in the morning made my
>> day. I will stick around the community and will hope to contribute more.
>>
>>
>>
>> Best Regards,
>>
>> Rahul
>>
>
>
>
> --
> Shawn
>


[Thank you] Completed GSoC project Sucessfully

2009-08-25 Thread rahul.soa
Hello everyone,



I have sucessfully passed in my *G*oogle *S*ummer *O*f *C*ode project
"*WS-Security
support for JAX-WS Web Services*" with Apache Geronimo. I am very happy
today and I want to thank everyone who helped me. I really liked Apache
Geronimo community, its full of brilliant and helping people. Everyone
helped in my minor/major issues I encountered while working on this project.



A big thanks to all the community members, I loved working with you and am
hoping to continue my work with geronimo with a very short break. Thank to
David Jenck for his support while Jarek was on holidays and his exact
replies all the time during the project. Thank to Shawn Jiang for his
suggestion on Maven problem.



Thanks to cxf people who replied my mails and gave their valuable
suggestions. Daniel Kulp is one of them, thanks Dan.



A special thanks to my mentor Jarek Gawor, who really helped me a lot even
in his vacation period. His guidance was so precious and he explained
geronimo internals and project goal(s) and lot of technical stuff in a good
way i.e. he came to my level and taught me lot of things not only in
Geronimo but also in other areas such as web services, cxf, maven, svn and
other concepts. I want to say that he is one of the best mentors I ever got.
It was not that possible without Jarek's guidance. Hugs for him!!!



Again thanks to everyone, passing official result in the morning made my
day. I will stick around the community and will hope to contribute more.



Best Regards,

Rahul


[GSoC Update]

2009-08-17 Thread rahul.soa
Hello Jarek,Devs,

Just a small update on the GSoC project title "To integrate and enable the
WS-Security features of Apache Axis2 OR Apache CXF in Apache Geronimo" as
today is firm "pencil down" date [1], so we chose to start with CXF and I
have attached my work (patches) for the same on the JIRA-4642 [2] for your
consideration. Along with this, I have attached an extra small patch to
bring the required jars for Axis2 in Geronimo. Please have a look and let me
know if there are any necessary changes. (PS: there could be some changes
suggested by David Jenck)

I will go for Axis2 after all the patches applied for CXF.

Many thanks for your help and comments.

Best Regards,
Rahul

[1]
http://socghop.appspot.com/document/show/program/google/gsoc2009/timeline
[2] https://issues.apache.org/jira/browse/GERONIMO-4642


Re: [Doubts] X509 Signing

2009-08-15 Thread rahul.soa
Hello David,

Thanks for your suggestions.

So far, after setting up UsernameToken profile, I have set the ws-security
(X509 profile - signing and encryption) with the property file for basic
security. I have attached the patches on the JIRA-4642.

Now I am after the things you suggested. It sounds a good idea to use the
geronimo built-in security for the same.

Many Thanks again for your immediate reply!

Rahul

On Wed, Aug 12, 2009 at 5:57 PM, David Jencks wrote:

> HI Rahul,
> I don't understand any details of what you are trying to do but I think you
> are trying to get access to a certificate so some parts of the xml message
> can be signed.
>
> In geronimo we have several gbeans to help with managing certificate stores
> and trust stores.  These are set up so that if you get a reference to the
> appropriate gbean you should be able to access the cerificate as needed with
> no further passwords or authentication needed.  While these are normally
> present in servers you can set one up in an app client if you want.
>
> The portal pages I think you are mentioning let you administer these
> gbeans.
>
> The jetty https connector is set up to use one of these gbeans, you might
> find it a useful example of how to  proceed for
> instance HTTPSSelectChannelConnector and GeronimoSelectChannelSSLListener.
>
> The central class is
> org.apache.geronimo.management.geronimo.KeystoreManager implemented
> by org.apache.geronimo.security.keystore.FileKeystoreManager in the
> framework/modules/geronimo-security module.
>
> I'd suspect you might want to get a KeystoreInstance from the
> KeystoreManager and then get the Certificate you want from that.
>
> Hope this helps,
> david jencks
>
> On Aug 11, 2009, at 2:15 PM, rahul.soa wrote:
>
> Hello Jarek,
>
> I hope you are doing well.
>
> Presently, I am setting the signing at client side, I have a couple of
> doubts.
>
> I think, I can do something similar in the CXFPortMethodInterceptor
>
> String signatureKeyIdentifier = (String)
> properties.get("signatureKeyIdentifier");
> String user = (String) properties.get("user");
>
> //in case where Signature
>  if (containsValue(action, WSHandlerConstants.SIGNATURE)) {
> * // doubt about this, how CXFPortMethodInterceptor will know about
> this*
> properties.put(WSHandlerConstants.SIG_PROP_FILE,
> clientKeystore.properties");
>   // alias or user
>properties.put(WSHandlerConstants.USER, user);
>
> if(signatureKeyIdentifier.equals("DirectReference"))
> properties.put(WSHandlerConstants.SIG_KEY_ID,
> "DirectReference");
> if(signatureKeyIdentifier.equals("IssuerSerial"))
> properties.put(WSHandlerConstants.SIG_KEY_ID, "IssuerSerial");
> //in order to obtain the key password for the private key
>  properties.put(WSHandlerConstants.PW_CALLBACK_CLASS,
>  ClientKeystorePasswordCallback.class.getName());
>
> }
>
>
> I think we should specify the following things in the  under the
>  in the geronimo-web.xml at client side.
>
> Signature
> myclientkey
> IssuerSerial
>
> can we set the keypassword too in the property? what other things we should
> set in the property?
>
> Question:1
> Here, first thing is how we can provide signature property file, in the
> above case "clientKeystore.properties". It should be at client side. If this
> is in the client application written by the user then how can we give the
> reference of this in the CXFPortMethodInterceptor. In other words, *where
> to set this property *
> properties.put(WSHandlerConstants.SIG_PROP_FILE,
> clientKeystore.properties");
>
> Question2:
>
> For the ClientKeystorePasswordCallback, how can the client send the
> keypassword,
>
> through the geronimo-web.xml?
> keypass
>
>
> Another thing is, I noticed one thing, In geronimo server we have these two
> following tabs under the
>Security  
> Keystores<http://localhost:8096/console/portal/Security/Keystores>
>  Certificate 
> Authority<http://localhost:8096/console/portal/Security/Certificate%20Authority>
>
>
> What are these for?
>
>
> Thanks for your help.
>
> Best Regards,
> Rahul
>
>
>
> PS: for signing and encryption, I think we need the bouncy castle and the
> xalan jar files in the cxf plugin, I pulled them
>
>
>


[Doubts] X509 Signing

2009-08-11 Thread rahul.soa
Hello Jarek,

I hope you are doing well.

Presently, I am setting the signing at client side, I have a couple of
doubts.

I think, I can do something similar in the CXFPortMethodInterceptor

String signatureKeyIdentifier = (String)
properties.get("signatureKeyIdentifier");
String user = (String) properties.get("user");

//in case where Signature
 if (containsValue(action, WSHandlerConstants.SIGNATURE)) {
* // doubt about this, how CXFPortMethodInterceptor will know about this
*
properties.put(WSHandlerConstants.SIG_PROP_FILE,
clientKeystore.properties");
  // alias or user
   properties.put(WSHandlerConstants.USER, user);

if(signatureKeyIdentifier.equals("DirectReference"))
properties.put(WSHandlerConstants.SIG_KEY_ID,
"DirectReference");
if(signatureKeyIdentifier.equals("IssuerSerial"))
properties.put(WSHandlerConstants.SIG_KEY_ID, "IssuerSerial");
//in order to obtain the key password for the private key
 properties.put(WSHandlerConstants.PW_CALLBACK_CLASS,
 ClientKeystorePasswordCallback.class.getName());

}


I think we should specify the following things in the  under the
 in the geronimo-web.xml at client side.

Signature
myclientkey
IssuerSerial

can we set the keypassword too in the property? what other things we should
set in the property?

Question:1
Here, first thing is how we can provide signature property file, in the
above case "clientKeystore.properties". It should be at client side. If this
is in the client application written by the user then how can we give the
reference of this in the CXFPortMethodInterceptor. In other words, *where to
set this property *
properties.put(WSHandlerConstants.SIG_PROP_FILE,
clientKeystore.properties");

Question2:

For the ClientKeystorePasswordCallback, how can the client send the
keypassword,

through the geronimo-web.xml?
keypass


Another thing is, I noticed one thing, In geronimo server we have these two
following tabs under the
   Security  Keystores
 Certificate 
Authority


What are these for?


Thanks for your help.

Best Regards,
Rahul



PS: for signing and encryption, I think we need the bouncy castle and the
xalan jar files in the cxf plugin, I pulled them


Re: Liner Error while Building CXF plugin

2009-08-07 Thread rahul.soa
Thank you Donald for your suggestion,

That error due to some wrong dependencies. Thanks Jarek for your help.

Best Regards,
Rahul


On Fri, Aug 7, 2009 at 4:30 PM, Donald Woods  wrote:

> Noticed you're using Maven 2.1.0.  Can you try using the 2.0.10 level
> instead?
>
>
> -Donald
>
>
>
> rahul.soa wrote:
>
>> Hello Devs,
>>
>> Maven throws a linker error while building the clean cxf plugin
>> (/Geronimo/plugins/cxf). I have added the new class ServletConfiguration in
>> the geronimo-webservices module and using it in cxf.
>>
>> (i did the clean build in geronimo-webservices already)
>>
>> Can you please point me to the cause of the error?
>>
>> Many Thanks for your immediate help.
>>
>> Best Regards,
>> Rahul
>>
>> Here is the full trace:
>>
>>
>> [INFO]
>> 
>> [INFO] Building Geronimo Plugins, CXF :: Deployer
>> [INFO]task-segment: [clean, install]
>> [INFO]
>> 
>> [INFO] [clean:clean]
>> [INFO] [genesis:validate-configuration {execution: default}]
>> [WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.
>>
>> Its dependencies (if any) will NOT be available to the current build.
>> [INFO] [enforcer:enforce {execution: default}]
>> [INFO] [remote-resources:process {execution: default}]
>> [WARNING] Invalid project model for artifact
>> [stax-ex:org.jvnet.staxex:1.0]. It will be ignored by the remote resources
>> Mojo.
>> [INFO] [resources:resources]
>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>> [INFO] skip non existing resourceDirectory
>> /home/rahul/G/plugins/cxf/cxf-deployer/src/main/resources
>> [INFO] skip non existing resourceDirectory
>> /home/rahul/G/plugins/cxf/cxf-deployer/src/main/filtered-resources
>> [INFO] Copying 3 resources
>> [INFO] [car:validate-configuration]
>> [INFO] [car:prepare-plan]
>> [WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.
>>
>> Its dependencies (if any) will NOT be available to the current build.
>> [INFO] Generated:
>> /home/rahul/G/plugins/cxf/cxf-deployer/target/work/plan.xml
>> [INFO] [car:verify-no-dependency-change]
>> [WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.
>>
>> Its dependencies (if any) will NOT be available to the current build.
>> [INFO] [car:package]
>> [WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.
>>
>> Its dependencies (if any) will NOT be available to the current build.
>> [INFO] Packaging module configuration:
>> /home/rahul/G/plugins/cxf/cxf-deployer/target/work/plan.xml
>> [INFO] Started deployer:
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
>> *[ERROR] Deployment failed due to
>> java.lang.LinkageError: loader constraint violation: loader (instance of
>> org/apache/geronimo/kernel/config/MultiParentClassLoader) previously
>> initiated loading for a different type with name
>> "org/apache/geronimo/webservices/ServletConfiguration"*
>>java.lang.ClassLoader.defineClass1(Native Method)
>>java.lang.ClassLoader.defineClass(ClassLoader.java:621)
>>java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>>java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>>java.net.URLClassLoader.access$000(URLClassLoader.java:56)
>>java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>>java.security.AccessController.doPrivileged(Native Method)
>>java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>
>>  
>> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:416)
>>
>>  
>> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:256)
>>java.lang.ClassLoader.loadClass(ClassLoader.java:252)
>>java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>java.lang.Class.getDeclaredMethods0(Native Method)
>>java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
>>java.lang.Class.privateGetPublicMethods(Class.java:2547)
>>java.lang.Class.privateGetPublicMethods(Class.java:2557)
>>java.lang.Class.privateGetPublicMethods(Class.java:2563)
>>java.lang.Class.getMethods(Class.java:1410)
>>
>>  
>> org.apache.geronimo.gbean.GBeanInfoBu

[Build Error] Missing Artifact

2009-08-07 Thread rahul.soa
Hello Devs,

I tried building a brand new Geronimo server and got the missing artifact
error.

I see this URL is not available (404 error)
http://repository.apache.org/snapshots/org/eclipse/jetty/jetty-servlet/7.0.0.RC3-SNAPSHOT/jetty-servlet-7.0.0.RC3-SNAPSHOT.jar

Full traces are given below: Can you please help me in this?

Thanks.

Best Regards,
Rahul

-

[INFO] Unable to find resource
'org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC3-SNAPSHOT' in repository
codehaus.snapshots (http://snapshots.repository.codehaus.org)
Downloading:
http://repository.apache.org/snapshots/org/eclipse/jetty/jetty-servlet/7.0.0.RC3-SNAPSHOT/jetty-servlet-7.0.0.RC3-SNAPSHOT.jar
[INFO] Unable to find resource
'org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC3-SNAPSHOT' in repository
apache.snapshots (http://repository.apache.org/snapshots)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC3-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-ajp -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-ajp -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT
  2) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC3-SNAPSHOT

2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC3-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT
  2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC3-SNAPSHOT

3) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC3-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-webapp -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-webapp -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT
  2) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC3-SNAPSHOT

4) org.eclipse.jetty:jetty-security:jar:7.0.0.RC3-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-security -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-security -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT
  2) org.eclipse.jetty:jetty-security:jar:7.0.0.RC3-SNAPSHOT

5) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC3-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-servlet -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty
-DartifactId=jetty-servlet -Dversion=7.0.0.RC3-SNAPSHOT -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT
  2) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC3-SNAPSHOT

--
5 required artifacts are missing.

for artifact:
  org.apache.geronimo.modules:geronimo-jetty7:jar:2.2-SNAPSHOT

from the specified remote repositories:
  apache.snapshots (http://repository.apache.org/snapshots),
  codehaus.snapshots (http://snapshots.repository.codehaus.org)

Liner Error while Building CXF plugin

2009-08-07 Thread rahul.soa
Hello Devs,

Maven throws a linker error while building the clean cxf plugin
(/Geronimo/plugins/cxf). I have added the new class ServletConfiguration in
the geronimo-webservices module and using it in cxf.

(i did the clean build in geronimo-webservices already)

Can you please point me to the cause of the error?

Many Thanks for your immediate help.

Best Regards,
Rahul

Here is the full trace:


[INFO]

[INFO] Building Geronimo Plugins, CXF :: Deployer
[INFO]task-segment: [clean, install]
[INFO]

[INFO] [clean:clean]
[INFO] [genesis:validate-configuration {execution: default}]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[WARNING] Invalid project model for artifact [stax-ex:org.jvnet.staxex:1.0].
It will be ignored by the remote resources Mojo.
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/G/plugins/cxf/cxf-deployer/src/main/resources
[INFO] skip non existing resourceDirectory
/home/rahul/G/plugins/cxf/cxf-deployer/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] Generated:
/home/rahul/G/plugins/cxf/cxf-deployer/target/work/plan.xml
[INFO] [car:verify-no-dependency-change]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] [car:package]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] Packaging module configuration:
/home/rahul/G/plugins/cxf/cxf-deployer/target/work/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
*[ERROR] Deployment failed due to
java.lang.LinkageError: loader constraint violation: loader (instance of
org/apache/geronimo/kernel/config/MultiParentClassLoader) previously
initiated loading for a different type with name
"org/apache/geronimo/webservices/ServletConfiguration"*
java.lang.ClassLoader.defineClass1(Native Method)
java.lang.ClassLoader.defineClass(ClassLoader.java:621)
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
java.net.URLClassLoader.access$000(URLClassLoader.java:56)
java.net.URLClassLoader$1.run(URLClassLoader.java:195)
java.security.AccessController.doPrivileged(Native Method)
java.net.URLClassLoader.findClass(URLClassLoader.java:188)

org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:416)

org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:256)
java.lang.ClassLoader.loadClass(ClassLoader.java:252)
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
java.lang.Class.getDeclaredMethods0(Native Method)
java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
java.lang.Class.privateGetPublicMethods(Class.java:2547)
java.lang.Class.privateGetPublicMethods(Class.java:2557)
java.lang.Class.privateGetPublicMethods(Class.java:2563)
java.lang.Class.getMethods(Class.java:1410)

org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:297)

org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:291)

org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:285)

org.apache.geronimo.gbean.GBeanInfoBuilder.(GBeanInfoBuilder.java:223)

org.apache.geronimo.gbean.GBeanInfoBuilder.createStatic(GBeanInfoBuilder.java:105)

org.apache.geronimo.gbean.GBeanInfoBuilder.createStatic(GBeanInfoBuilder.java:45)
org.apache.geronimo.cxf.builder.CXFBuilder.(CXFBuilder.java:259)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)

org.apache.geronimo.gbean.BasicGBeanInfoFactory.getGBeanInfo(BasicGBeanInfoFactory.java:73)

org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:60)

org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)

org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)

org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(

Re: [soap:Fault] pwd == null but a password is needed

2009-07-27 Thread rahul.soa
Many thanks to David, Dan and Jarek for the help,

I have tested my code after removing the out interceptor from the server
side and it just worked.

Request:

http://schemas.xmlsoap.org/soap/envelope/";>http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
xmlns:wsu="
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";
wsu:Id="UsernameToken-14195893">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
Type="
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>managerhttp://jws.samples.geronimo.apache.org
">22

Response:

http://schemas.xmlsoap.org/soap/envelope/
">
http://jws.samples.geronimo.apache.org
">4

Best Regards,
Rahul

On Mon, Jul 27, 2009 at 5:37 PM, rahul.soa  wrote:

> Many Thanks Dan for pointing to the root cause.
>
> So does that mean server will not send the secure SOAP header in the
> response? I thought initially that client will also receive the secured
> response from server. May be I was wrong.
>
> I will try it by removing the WSS4JOutInterceptor from the server side to
> see if it works.
>
> Thanks again for your help.
>
> Best Regards,
> Rahul
> On Mon, Jul 27, 2009 at 5:23 PM, Daniel Kulp  wrote:
>
>> On Mon July 27 2009 3:42:04 am rahul.soa wrote:
>> > Many Thanks David for your efforts in helping me out. That will be very
>> > helpful.
>>
>> Well, I did the grep for you.   It's coming from WSS4J, not CXF, in:
>> src/org/apache/ws/security/message/token/UsernameToken.java
>>
>> Most likely, you DON'T want to setup the WSS4JOutInterceptor on the server
>> side to have a UserNameToken.  That's not normally a usual occurrence.
>> (why
>> would the server be sending BACK a Username?)
>>
>> Dan
>>
>>
>>
>> > Will it be a good idea to forward my doubt to CXF and WSS4J developers
>> > community?
>>
>> >
>> > Best Regards,
>> > Rahul
>> >
>> > On Mon, Jul 27, 2009 at 1:35 AM, David Jencks > >wrote:
>> > > I chatted with Rahul on IRC a bit, and it looks to me as if his code
>> is
>> > > doing what cxf and wss4j expect.
>> > > I think the next step is to figure out exactly where the fault is
>> coming
>> > > from.
>> > >
>> > > I would grep the cxf and wss4j source code for "but a password is
>> > > needed". If that doesn't find the source I would run geronimo in the
>> > > debugger and put a breakpoint at the end of the handle(CallbackHandler
>> > > handler) method and step through the code.
>> > >
>> > > I also wonder if the fault is from the WSS4jOutInterceptor.
>> > >
>> > > thanks
>> > > david jencks
>> > >
>> > >  On Jul 26, 2009, at 4:20 PM, rahul.soa wrote:
>> > >
>> > > Just one amendment here in my speculation about the fault cause.
>> > >
>> > > I wrote this in the previous thread,
>> > >
>> > >
>> > > "but I dont know why I am getting this error pwd == null but a
>> password
>> > > is needed at pwcb.setPassword(passwd);"
>> > >
>> > > Now, i dont think this fault is coming from here
>> > > pwcb.setPassword(passwd);
>> > >
>> > > as I have tested it by removing the following code to be sure about
>> the
>> > > fault
>> > >
>> > >   if (!pwcb.getPassword().equals(passwd)) {
>> > > LOG.debug("wrong password");
>> > > throw new IOException("wrong password");
>> > > } else {
>> > > LOG.debug("I am setting the password here   "
>> +
>> > > passwd);
>> > > pwcb.setPassword(passwd);
>> > > }
>> > >
>> > > from ServerPasswordHandler and I still have the same fault error in
>> the
>> > > response.
>> > >
>> > > Please correct me if I am wrong somewhere. I am not sure where this
>> fault
>> > > come from?
>> > >
>> > > Thank you.
>> > >
&g

Re: [soap:Fault] pwd == null but a password is needed

2009-07-27 Thread rahul.soa
Many Thanks Dan for pointing to the root cause.

So does that mean server will not send the secure SOAP header in the
response? I thought initially that client will also receive the secured
response from server. May be I was wrong.

I will try it by removing the WSS4JOutInterceptor from the server side to
see if it works.

Thanks again for your help.

Best Regards,
Rahul
On Mon, Jul 27, 2009 at 5:23 PM, Daniel Kulp  wrote:

> On Mon July 27 2009 3:42:04 am rahul.soa wrote:
> > Many Thanks David for your efforts in helping me out. That will be very
> > helpful.
>
> Well, I did the grep for you.   It's coming from WSS4J, not CXF, in:
> src/org/apache/ws/security/message/token/UsernameToken.java
>
> Most likely, you DON'T want to setup the WSS4JOutInterceptor on the server
> side to have a UserNameToken.  That's not normally a usual occurrence.
> (why
> would the server be sending BACK a Username?)
>
> Dan
>
>
>
> > Will it be a good idea to forward my doubt to CXF and WSS4J developers
> > community?
>
> >
> > Best Regards,
> > Rahul
> >
> > On Mon, Jul 27, 2009 at 1:35 AM, David Jencks  >wrote:
> > > I chatted with Rahul on IRC a bit, and it looks to me as if his code is
> > > doing what cxf and wss4j expect.
> > > I think the next step is to figure out exactly where the fault is
> coming
> > > from.
> > >
> > > I would grep the cxf and wss4j source code for "but a password is
> > > needed". If that doesn't find the source I would run geronimo in the
> > > debugger and put a breakpoint at the end of the handle(CallbackHandler
> > > handler) method and step through the code.
> > >
> > > I also wonder if the fault is from the WSS4jOutInterceptor.
> > >
> > > thanks
> > > david jencks
> > >
> > >  On Jul 26, 2009, at 4:20 PM, rahul.soa wrote:
> > >
> > > Just one amendment here in my speculation about the fault cause.
> > >
> > > I wrote this in the previous thread,
> > >
> > >
> > > "but I dont know why I am getting this error pwd == null but a password
> > > is needed at pwcb.setPassword(passwd);"
> > >
> > > Now, i dont think this fault is coming from here
> > > pwcb.setPassword(passwd);
> > >
> > > as I have tested it by removing the following code to be sure about the
> > > fault
> > >
> > >   if (!pwcb.getPassword().equals(passwd)) {
> > > LOG.debug("wrong password");
> > > throw new IOException("wrong password");
> > > } else {
> > > LOG.debug("I am setting the password here   " +
> > > passwd);
> > > pwcb.setPassword(passwd);
> > > }
> > >
> > > from ServerPasswordHandler and I still have the same fault error in the
> > > response.
> > >
> > > Please correct me if I am wrong somewhere. I am not sure where this
> fault
> > > come from?
> > >
> > > Thank you.
> > >
> > > Best Regards,
> > > Rahul
> > >
> > > On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa
> wrote:
> > >> Hello David/Devs,
> > >>
> > >> Objective: trying to set web service security at serverside:
> > >>
> > >> I am getting an error while accessing the secured webservice. The soap
> > >> fault I am receiving is below:
> > >>
> > >> *Response:*
> > >>
> > >> http://schemas.xmlsoap.org/soap/envelope/
> > >>
> ">soap:Server
> > >>*pwd == null but a password is needed*
> > >> 
> > >> *
> > >> Request:*
> > >>
> > >>  > >> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/
> "> > >>e:Security xmlns:wsse="
> > >>
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex
> > >>t-1.0.xsd" soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex
> > >>t-1.0.xsd" xmlns:wsu="
> > >>
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utili
> > >>ty-1.0.xsd" wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex
> > >>t-1.0.xsd">systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-

Re: [soap:Fault] pwd == null but a password is needed

2009-07-27 Thread rahul.soa
Many Thanks David for your efforts in helping me out. That will be very
helpful.

Will it be a good idea to forward my doubt to CXF and WSS4J developers
community?

Best Regards,
Rahul


On Mon, Jul 27, 2009 at 1:35 AM, David Jencks wrote:

> I chatted with Rahul on IRC a bit, and it looks to me as if his code is
> doing what cxf and wss4j expect.
> I think the next step is to figure out exactly where the fault is coming
> from.
>
> I would grep the cxf and wss4j source code for "but a password is needed".
>  If that doesn't find the source I would run geronimo in the debugger and
> put a breakpoint at the end of the handle(CallbackHandler handler) method
> and step through the code.
>
> I also wonder if the fault is from the WSS4jOutInterceptor.
>
> thanks
> david jencks
>
>  On Jul 26, 2009, at 4:20 PM, rahul.soa wrote:
>
> Just one amendment here in my speculation about the fault cause.
>
> I wrote this in the previous thread,
>
>
> "but I dont know why I am getting this error pwd == null but a password is
> needed at pwcb.setPassword(passwd);"
>
> Now, i dont think this fault is coming from here
> pwcb.setPassword(passwd);
>
> as I have tested it by removing the following code to be sure about the
> fault
>
>   if (!pwcb.getPassword().equals(passwd)) {
> LOG.debug("wrong password");
> throw new IOException("wrong password");
> } else {
> LOG.debug("I am setting the password here   " +
> passwd);
> pwcb.setPassword(passwd);
> }
>
> from ServerPasswordHandler and I still have the same fault error in the
> response.
>
> Please correct me if I am wrong somewhere. I am not sure where this fault
> come from?
>
> Thank you.
>
> Best Regards,
> Rahul
> On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa wrote:
>
>> Hello David/Devs,
>>
>> Objective: trying to set web service security at serverside:
>>
>> I am getting an error while accessing the secured webservice. The soap
>> fault I am receiving is below:
>>
>> *Response:*
>>
>> http://schemas.xmlsoap.org/soap/envelope/
>> ">soap:Server*pwd
>> == null but a password is needed*
>> 
>> *
>> Request:*
>>
>> > xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>> xmlns:wsse="
>> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
>> soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
>> xmlns:wsu="
>> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";
>> wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>system> xmlns:wsse="
>> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
>> Type="
>> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>manager> xmlns="http://jws.samples.geronimo.apache.org
>> ">22
>>
>>
>> How I am trying to do is,
>>
>> 1. At, server side (in the doPublish method of CXFEndpoint), I am setting
>> the WSS4JIn/OutInterceptor property for user token (please note: this is not
>> generic code at this moment)
>>
>>  protected void doPublish(String baseAddress) {
>> // XXX: assume port 8080 by default since we don't know the actual
>> port
>> // at startup
>> String address = (baseAddress == null) ? "http://localhost:8080";
>> : baseAddress;
>>
>> JaxWsServerFactoryBean svrFactory = new
>> GeronimoJaxWsServerFactoryBean();
>> svrFactory.setBus(bus);
>> svrFactory.setAddress(address + this.portInfo.getLocation());
>> svrFactory.setServiceFactory(serviceFactory);
>> svrFactory.setStart(false);
>> svrFactory.setServiceBean(implementor);
>>
>> if (HTTPBinding.HTTP_BINDING.equals(implInfo.getBindingType())) {
>> svrFactory.setTransportId("
>> http://cxf.apache.org/bindings/xformat";);
>> }
>>
>>// to receive the incoming username/password in soap request
>> Map inProps = new HashMap();
>> inProps.put(WSHandlerConstants.ACTION,
>> WSHandlerConstants.USERNAME_TOKEN);
>> inProps.put

Re: [soap:Fault] pwd == null but a password is needed

2009-07-26 Thread rahul.soa
Just one amendment here in my speculation about the fault cause.

I wrote this in the previous thread,


"but I dont know why I am getting this error pwd == null but a password is
needed at pwcb.setPassword(passwd);"

Now, i dont think this fault is coming from here
pwcb.setPassword(passwd);

as I have tested it by removing the following code to be sure about the
fault

  if (!pwcb.getPassword().equals(passwd)) {
LOG.debug("wrong password");
throw new IOException("wrong password");
} else {
LOG.debug("I am setting the password here   " +
passwd);
pwcb.setPassword(passwd);
}

from ServerPasswordHandler and I still have the same fault error in the
response.

Please correct me if I am wrong somewhere. I am not sure where this fault
come from?

Thank you.

Best Regards,
Rahul
On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa wrote:

> Hello David/Devs,
>
> Objective: trying to set web service security at serverside:
>
> I am getting an error while accessing the secured webservice. The soap
> fault I am receiving is below:
>
> *Response:*
>
> http://schemas.xmlsoap.org/soap/envelope/
> ">soap:Server*pwd
> == null but a password is needed*
> 
> *
> Request:*
>
>  xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";> xmlns:wsse="
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
> soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
> xmlns:wsu="
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";
> wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>system xmlns:wsse="
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
> Type="
> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>manager xmlns="http://jws.samples.geronimo.apache.org
> ">22
>
>
> How I am trying to do is,
>
> 1. At, server side (in the doPublish method of CXFEndpoint), I am setting
> the WSS4JIn/OutInterceptor property for user token (please note: this is not
> generic code at this moment)
>
>  protected void doPublish(String baseAddress) {
> // XXX: assume port 8080 by default since we don't know the actual
> port
> // at startup
> String address = (baseAddress == null) ? "http://localhost:8080";
> : baseAddress;
>
> JaxWsServerFactoryBean svrFactory = new
> GeronimoJaxWsServerFactoryBean();
> svrFactory.setBus(bus);
> svrFactory.setAddress(address + this.portInfo.getLocation());
> svrFactory.setServiceFactory(serviceFactory);
> svrFactory.setStart(false);
> svrFactory.setServiceBean(implementor);
>
> if (HTTPBinding.HTTP_BINDING.equals(implInfo.getBindingType())) {
> svrFactory.setTransportId("
> http://cxf.apache.org/bindings/xformat";);
> }
>
>// to receive the incoming username/password in soap request
> Map inProps = new HashMap();
> inProps.put(WSHandlerConstants.ACTION,
> WSHandlerConstants.USERNAME_TOKEN);
> inProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);
> inProps.put(WSHandlerConstants.USER, "system");
> inProps.put(WSHandlerConstants.PW_CALLBACK_REF,
> new *ServerPasswordHandler*());
>
> server = svrFactory.create();
> // to receive the secure header
> WSS4JInInterceptor wssIn = new WSS4JInInterceptor(inProps);
>// to send the secure soap header
>WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(inProps);
> init();
>
> org.apache.cxf.endpoint.Endpoint endpoint = getEndpoint();
>
> endpoint.getInInterceptors().add(wssIn);
> endpoint.getInInterceptors().add(
> new org.apache.cxf.binding.soap.saaj.SAAJInInterceptor());
>
> endpoint.getOutInterceptors().add(wssOut);
> endpoint.getOutInterceptors().add(
> new org.apache.cxf.binding.soap.saaj.SAAJOutInterceptor());
> LOG.debug("So far set the interceptor");
> //
>
> if (getBinding() instanceof SOAPBinding
> && this.portInfo.isMTOMEnabled() != null) {
> ((SOAPBinding) getBinding()).setMTOMEnabled(this.portInfo
> .isMTOMEnabled());
> }
>

[soap:Fault] pwd == null but a password is needed

2009-07-26 Thread rahul.soa
Hello David/Devs,

Objective: trying to set web service security at serverside:

I am getting an error while accessing the secured webservice. The soap fault
I am receiving is below:

*Response:*

http://schemas.xmlsoap.org/soap/envelope/
">soap:Server*pwd
== null but a password is needed*

*
Request:*

http://schemas.xmlsoap.org/soap/envelope/";>http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
xmlns:wsu="
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";
wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
Type="
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>managerhttp://jws.samples.geronimo.apache.org
">22


How I am trying to do is,

1. At, server side (in the doPublish method of CXFEndpoint), I am setting
the WSS4JIn/OutInterceptor property for user token (please note: this is not
generic code at this moment)

 protected void doPublish(String baseAddress) {
// XXX: assume port 8080 by default since we don't know the actual
port
// at startup
String address = (baseAddress == null) ? "http://localhost:8080";
: baseAddress;

JaxWsServerFactoryBean svrFactory = new
GeronimoJaxWsServerFactoryBean();
svrFactory.setBus(bus);
svrFactory.setAddress(address + this.portInfo.getLocation());
svrFactory.setServiceFactory(serviceFactory);
svrFactory.setStart(false);
svrFactory.setServiceBean(implementor);

if (HTTPBinding.HTTP_BINDING.equals(implInfo.getBindingType())) {
svrFactory.setTransportId("
http://cxf.apache.org/bindings/xformat";);
}

   // to receive the incoming username/password in soap request
Map inProps = new HashMap();
inProps.put(WSHandlerConstants.ACTION,
WSHandlerConstants.USERNAME_TOKEN);
inProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);
inProps.put(WSHandlerConstants.USER, "system");
inProps.put(WSHandlerConstants.PW_CALLBACK_REF,
new *ServerPasswordHandler*());

server = svrFactory.create();
// to receive the secure header
WSS4JInInterceptor wssIn = new WSS4JInInterceptor(inProps);
   // to send the secure soap header
   WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(inProps);
init();

org.apache.cxf.endpoint.Endpoint endpoint = getEndpoint();

endpoint.getInInterceptors().add(wssIn);
endpoint.getInInterceptors().add(
new org.apache.cxf.binding.soap.saaj.SAAJInInterceptor());

endpoint.getOutInterceptors().add(wssOut);
endpoint.getOutInterceptors().add(
new org.apache.cxf.binding.soap.saaj.SAAJOutInterceptor());
LOG.debug("So far set the interceptor");
//

if (getBinding() instanceof SOAPBinding
&& this.portInfo.isMTOMEnabled() != null) {
((SOAPBinding) getBinding()).setMTOMEnabled(this.portInfo
.isMTOMEnabled());
}

server.start();
LOG.debug("Invoked");

}

I am setting up the login authentication and setting the password in the
Server Handler, like following:


public class ServerPasswordHandler implements CallbackHandler {

private static final Logger LOG = LoggerFactory
.getLogger(ServerPasswordHandler.class);

public void handle(Callback[] callbacks) throws IOException,
UnsupportedCallbackException {

for (int i = 0; i < callbacks.length; i++) {
WSPasswordCallback pwcb = (WSPasswordCallback) callbacks[i];
if (pwcb.getUsage() ==
WSPasswordCallback.USERNAME_TOKEN_UNKNOWN) {
LOG.debug("I am inside the ServerPasswordHandler");
String username = pwcb.getIdentifier();
String passwd = pwcb.getPassword();

LoginContext context = null;
try {
// Login authentication goes here
// use the existing security realm for the moment for
testing
context = ContextManager.login("geronimo-admin",
new UsernamePasswordCallbackHandler(username,
passwd));
// ContextManager.login(realm, callbackHandler,
// configuration)
context.login();
LOG.debug("login is successful");
} catch (LoginException e) {
LOG.debug("login failed");
throw new IOException("Unable to verify " + username
+ " and " + passwd);
  

Re: [UsernameToken] WS-Security at Server Side in Geronimo

2009-07-14 Thread rahul.soa
Hello David,

Thanks for your email, it gives good indication to start. I am looking into
geronimo documentation and JAAS tutorials for reference.

I think login should look like this?

   public Object login(String *securityRealm*, String user, String pass)
throws LoginException {
LoginContext context = ContextManager.login("wssecurityRealm",
new ServerPasswordHandler(user, pass));
Subject subject = context.getSubject();
return ContextManager.getSubjectId(subject);
}


As you said "the configuration named by the realm name must be already
registered with the GeronimoLoginConfiguration."

As i understand this, realm name (*wssecurityRealm*) seems  to me a
reference to the login module/authenticator class, which should implement
javax.security.auth.spi.LoginModule and that will do the validation for
UsernameToken profile. So will we need to write a new
authenticator/LoginModule for UsernameToken profile validation?

another question is how to register the realm name (*wssecurityRealm*) in
GeronimoLoginConfiguration? Will we do it in geronimo-web.xml? How do we do
this? I think in JAAS, it is done via file-reading JAAS configuration.
Furthermore, on the successful authentication, should the Subject be
populated with associated identities, Principals? (i am not sure about this
though, i just read it in JAAS tutorial so wanted to confirm).

so i think, with the step one (as you mentioned in your first email), we
register the subject in geromino.

Can you please explain second step (To make the results available to
container managed security call) in bit more detail.  or can you please
direct me to some documentation?

I am dealing this very first time so forgive me for trivial questions :)

Thanks.

Best Regards,
Rahul




On Fri, Jul 10, 2009 at 10:46 PM, David Jencks wrote:

>
>  On Jul 10, 2009, at 1:04 PM, rahul.soa wrote:
>
> Hello Devs,
>
> I am configuring the usernameToken* security configuration in geronimo (for
> CXF). So far, I have configured it for Client side :).
>
> For the server side, I have tried it with hard-coded values and that works.
> Now, I dont know what **APIs* *(server authorization apis or other apis) I
> should use to authenticate the user based on the usernameToken
> (username/password). In other words, how can we configure/enable the
> ws-security (usernameToken) at **server side** in Geronimo?
>
> How and what information we need to pass to enable the ws-security on the
> server side?
>
> I am stuck on this point and I really need your suggestions and pointers.
>
>
> If you want a theoretically portable solution you should probably
> investigate writing a jaspi auth module for this.  This would probably take
> a while and at the moment only work with jetty7.
>
> For a geronimo-specific solution you need to:
>
> 1. authenticate the user by calling
>
> org.apache.geronimo.security.ContextManager.login(String realm,
> CallbackHandler callbackHandler, Configuration configuration).
>
> or
>
> ContextManager..login(realm, callbackHandler);
>
> Generally for the first call you'd get a Configuration from a
> GenericSecurityRealm component.  If you want something less configurable but
> quicker use the second call; the configuration named by the realm name must
> be already registered with the GeronimoLoginConfiguration.
>
> You'll get back a LoginContext containing the authenticated Subject.
>
> 2. To make the results available to container managed security call
>
> ContextManager.setCallers(subject, subject);
> try {
>   //do work, process message, etc etc
> }finally {
> ContextManager.clearCallers();
> }
>
> hope this helps -- ask if you aren't clear on how to proceed.
> david jencks
>
>
> Please help me in this.
>
> Thank you in advance.
>
> Best Regards,
> Rahul
>
> * to authenticate the user based on the usernameToken (username/password)
> in the SOAP header
>
>
>


[UsernameToken] WS-Security at Server Side in Geronimo

2009-07-10 Thread rahul.soa
Hello Devs,

I am configuring the usernameToken* security configuration in geronimo (for
CXF). So far, I have configured it for Client side :).

For the server side, I have tried it with hard-coded values and that works.
Now, I dont know what **APIs* *(server authorization apis or other apis) I
should use to authenticate the user based on the usernameToken
(username/password). In other words, how can we configure/enable the
ws-security (usernameToken) at **server side** in Geronimo?

How and what information we need to pass to enable the ws-security on the
server side?

I am stuck on this point and I really need your suggestions and pointers.

Please help me in this.

Thank you in advance.

Best Regards,
Rahul

* to authenticate the user based on the usernameToken (username/password) in
the SOAP header


Re: Deployment Exception - Unable to serialize GBeanData

2009-07-03 Thread rahul.soa
Hello Devs,

Please ignore this email thread, I recognized the error, it was my mistake.
Fixed it now.

Thanks.

Rahul

On Fri, Jul 3, 2009 at 4:14 PM, rahul.soa  wrote:

> I added this class the cxf which seems the cause of this exception
>
> org.apache.geronimo.jaxws.client.UserToken
>
>
>
> On Fri, Jul 3, 2009 at 4:06 PM, rahul.soa wrote:
>
>> Hello Devs,
>>
>> I added some code in cxf plugin, compilation is okay but while deployement
>> of servlet client Geronimo throws me deployment exception. "Unable to
>> serialize GBeanData"
>>
>>
>> [ra...@localhost bin]$ ./deploy.sh --user system --password manager
>> deploy --inPlace /home/rahul/new_workspace1/Client/
>> Using GERONIMO_HOME:
>> /home/rahul/G/assemblies/geronimo-jetty7-javaee5/target/assembly
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:/usr/SDK/jdk/jre
>> 2009-07-03 17:43:41,826 ERROR [DeployTool] Error:
>> org.apache.geronimo.common.DeploymentException: Unable to deploy Client:
>> java.io.IOException: Unable to serialize GBeanData for
>> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
>> Unable to serialize GBeanData for
>> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
>> Unable to write attribute: componentContext in gbean:
>> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
>> org.apache.geronimo.jaxws.client.UserToken
>>
>> at
>> org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45)
>> at
>> org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:149)
>> at
>> org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125)
>> at
>> org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168)
>> at
>> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
>> at
>> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
>> at
>> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
>> [ra...@localhost bin]$
>>
>>
>>
>> The full trace is available here from geronimo.log
>>
>>
>>
>>
>>
>> 2009-07-03 17:43:41,698 ERROR [Deployer] Deployment failed due to
>> java.io.IOException: Unable to serialize GBeanData for
>> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
>> at
>> org.apache.geronimo.kernel.config.SerializedGBeanState.storeGBeans(SerializedGBeanState.java:162)
>> at
>> org.apache.geronimo.kernel.config.SerializedGBeanState.writeObject(SerializedGBeanState.java:105)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
>> at
>> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
>> at
>> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
>> at
>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
>> at
>> java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
>> at
>> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
>> at
>> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
>> at
>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
>> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
>> at
>> org.apache.geronimo.kernel.config.SerializedConfigurationMarshaler.writeConfigurationData(SerializedConfigurationMarshaler.java:66)
>> at
>> org.apache.geronimo.kernel.config.ConfigurationUtil.writeConfigurationData(ConfigurationUtil.java:216)
>> at
>> org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(ExecutableConfigurationUtil.java:155)
>> at
>> org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryConfigurationStore.java:368)
>> at org.apache.geronimo.deployment.Deployer.install(Deployer.java:368

Re: Deployment Exception - Unable to serialize GBeanData

2009-07-03 Thread rahul.soa
I added this class the cxf which seems the cause of this exception

org.apache.geronimo.jaxws.client.UserToken



On Fri, Jul 3, 2009 at 4:06 PM, rahul.soa  wrote:

> Hello Devs,
>
> I added some code in cxf plugin, compilation is okay but while deployement
> of servlet client Geronimo throws me deployment exception. "Unable to
> serialize GBeanData"
>
>
> [ra...@localhost bin]$ ./deploy.sh --user system --password manager deploy
> --inPlace /home/rahul/new_workspace1/Client/
> Using GERONIMO_HOME:
> /home/rahul/G/assemblies/geronimo-jetty7-javaee5/target/assembly
> Using GERONIMO_TMPDIR: var/temp
> Using JRE_HOME:/usr/SDK/jdk/jre
> 2009-07-03 17:43:41,826 ERROR [DeployTool] Error:
> org.apache.geronimo.common.DeploymentException: Unable to deploy Client:
> java.io.IOException: Unable to serialize GBeanData for
> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
> Unable to serialize GBeanData for
> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
> Unable to write attribute: componentContext in gbean:
> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
> org.apache.geronimo.jaxws.client.UserToken
>
> at
> org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45)
> at
> org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:149)
> at
> org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125)
> at
> org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168)
> at
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
> at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
> at
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
> [ra...@localhost bin]$
>
>
>
> The full trace is available here from geronimo.log
>
>
>
>
>
> 2009-07-03 17:43:41,698 ERROR [Deployer] Deployment failed due to
> java.io.IOException: Unable to serialize GBeanData for
> JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
> at
> org.apache.geronimo.kernel.config.SerializedGBeanState.storeGBeans(SerializedGBeanState.java:162)
> at
> org.apache.geronimo.kernel.config.SerializedGBeanState.writeObject(SerializedGBeanState.java:105)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
> at
> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
> at
> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
> at
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
> at
> java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
> at
> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
> at
> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
> at
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
> at
> org.apache.geronimo.kernel.config.SerializedConfigurationMarshaler.writeConfigurationData(SerializedConfigurationMarshaler.java:66)
> at
> org.apache.geronimo.kernel.config.ConfigurationUtil.writeConfigurationData(ConfigurationUtil.java:216)
> at
> org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(ExecutableConfigurationUtil.java:155)
> at
> org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryConfigurationStore.java:368)
> at org.apache.geronimo.deployment.Deployer.install(Deployer.java:368)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:263)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:136)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMet

Deployment Exception - Unable to serialize GBeanData

2009-07-03 Thread rahul.soa
Hello Devs,

I added some code in cxf plugin, compilation is okay but while deployement
of servlet client Geronimo throws me deployment exception. "Unable to
serialize GBeanData"


[ra...@localhost bin]$ ./deploy.sh --user system --password manager deploy
--inPlace /home/rahul/new_workspace1/Client/
Using GERONIMO_HOME:
/home/rahul/G/assemblies/geronimo-jetty7-javaee5/target/assembly
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/usr/SDK/jdk/jre
2009-07-03 17:43:41,826 ERROR [DeployTool] Error:
org.apache.geronimo.common.DeploymentException: Unable to deploy Client:
java.io.IOException: Unable to serialize GBeanData for
JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
Unable to serialize GBeanData for
JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
Unable to write attribute: componentContext in gbean:
JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
org.apache.geronimo.jaxws.client.UserToken

at
org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45)
at
org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:149)
at
org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
[ra...@localhost bin]$



The full trace is available here from geronimo.log





2009-07-03 17:43:41,698 ERROR [Deployer] Deployment failed due to
java.io.IOException: Unable to serialize GBeanData for
JEE5/GeronimoServlet/1.1/war?J2EEApplication=null,j2eeType=WebModule,name=JEE5/GeronimoServlet/1.1/war
at
org.apache.geronimo.kernel.config.SerializedGBeanState.storeGBeans(SerializedGBeanState.java:162)
at
org.apache.geronimo.kernel.config.SerializedGBeanState.writeObject(SerializedGBeanState.java:105)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
at
org.apache.geronimo.kernel.config.SerializedConfigurationMarshaler.writeConfigurationData(SerializedConfigurationMarshaler.java:66)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.writeConfigurationData(ConfigurationUtil.java:216)
at
org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(ExecutableConfigurationUtil.java:155)
at
org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryConfigurationStore.java:368)
at org.apache.geronimo.deployment.Deployer.install(Deployer.java:368)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:263)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:136)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Meth

Re: Build Error

2009-07-01 Thread rahul.soa
; again.
>
> On Thu, Jul 2, 2009 at 7:30 AM, rahul.soa wrote:
>
>> JAXWSEJBModuleBuilderExtension
>
>
>
>
> --
> Shawn
>


Build Error

2009-07-01 Thread rahul.soa
Hello Devs,

I have got an abrupt error (as I was not getting it before) while building
(clean build) the CXF plugin in Geronimo. Can someone please point me to the
root of the problem? The full traces are given below:

Thanks.


Best Regards,
Rahul



[INFO]

[INFO] Building Geronimo Plugins, CXF :: EJB Deployer
[INFO]task-segment: [clean, install]
[INFO]

[INFO] [clean:clean]
[INFO] Deleting file set:
/home/rahul/GeronimoServer/plugins/cxf/cxf-ejb-deployer/target (included:
[**], excluded: [])
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[WARNING] Invalid project model for artifact [stax-ex:org.jvnet.staxex:1.0].
It will be ignored by the remote resources Mojo.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/GeronimoServer/plugins/cxf/cxf-ejb-deployer/src/main/resources
[INFO] skip non existing resourceDirectory
/home/rahul/GeronimoServer/plugins/cxf/cxf-ejb-deployer/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] Generated:
/home/rahul/GeronimoServer/plugins/cxf/cxf-ejb-deployer/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] [car:package]
[WARNING] POM for 'org.jvnet.staxex:stax-ex:pom:1.0:compile' is invalid.

Its dependencies (if any) will NOT be available to the current build.
[INFO] Packaging module configuration:
/home/rahul/GeronimoServer/plugins/cxf/cxf-ejb-deployer/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[ERROR] Deployment failed due to
java.lang.VerifyError: (class:
org/apache/geronimo/jaxws/builder/JAXWSEJBModuleBuilderExtension, method:
addGBeans signature:
(Lorg/apache/geronimo/j2ee/deployment/EARContext;Lorg/apache/geronimo/j2ee/deployment/Module;Ljava/lang/ClassLoader;Ljava/util/Collection;)V)
Incompatible argument to function
java.lang.Class.getDeclaredMethods0(Native Method)
java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
java.lang.Class.getDeclaredMethod(Class.java:1935)

org.apache.geronimo.gbean.BasicGBeanInfoFactory.getGBeanInfo(BasicGBeanInfoFactory.java:47)

org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:60)

org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)

org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)

org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46)

org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:240)

org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)

org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)

org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)

org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)

org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483)

org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309)

org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209)

org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)

org.apac

Re: [Geronimo] - Build Error

2009-06-30 Thread rahul.soa
Hello Jeff,

I did *build new trunk* as I had an old one and was getting a few different
errors too. Thus, did nothing to bypass that particular error.

Thanks.
Rahul

On Tue, Jun 30, 2009 at 9:48 AM, chi runhua  wrote:

> Hi Rahul.soa,
>
> Could you let me know how you bypass the error, your tips might be
> contributed to our doc.
>
> Thanks in advance.
>
> Jeff C
>
>
> On Sat, Jun 27, 2009 at 1:15 AM, rahul.soa wrote:
>
>> Hello all,
>>
>> You can ignore this email as I built a new server.
>>
>> Thanks.
>>
>> Best Regards,
>> Rahul
>>
>>
>>
>> On Fri, Jun 26, 2009 at 1:05 AM, rahul.soa wrote:
>>
>>> Hello Devs,
>>>
>>> While building the Geronimo from the scratch, I have got the build error
>>> due to the following error
>>>
>>> Embedded error: org.apache.geronimo.gbean.GBeanInfoFactoryException: *
>>> Cannot create a GBeanInfo for*
>>>  [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
>>> *
>>> Full trace:*
>>>
>>> [INFO]
>>> 
>>> [INFO] Building Geronimo Plugins, OpenEJB :: Deployer
>>> [INFO]task-segment: [install]
>>> [INFO]
>>> 
>>> [INFO] [enforcer:enforce {execution: default}]
>>> [INFO] [remote-resources:process {execution: process}]
>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
>>> license.name is not a valid reference.
>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
>>> license.name is not a valid reference.
>>> [INFO] [remote-resources:process {execution: default}]
>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
>>> license.name is not a valid reference.
>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
>>> license.name is not a valid reference.
>>> [INFO] [dependency:unpack {execution: default}]
>>> [INFO] snapshot
>>> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
>>> for updates from apache.org
>>> [INFO] snapshot
>>> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
>>> for updates from apache.snapshots
>>> [INFO] snapshot
>>> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
>>> for updates from apache.nexus.snapshots
>>> [INFO] snapshot
>>> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
>>> for updates from apache-snapshots
>>> [INFO] snapshot
>>> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
>>> for updates from codehaus-snapshots
>>> [INFO] [resources:resources]
>>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>> [INFO] skip non existing resourceDirectory
>>> /home/rahul/server/plugins/openejb/openejb-deployer/src/main/resources
>>> [INFO] Copying 3 resources
>>> [INFO] Copying 3 resources
>>> [INFO] [car:validate-configuration]
>>> [INFO] [car:prepare-plan]
>>> [INFO] Generated:
>>> /home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
>>> [INFO] [car:verify-no-dependency-change]
>>> [INFO] [car:package]
>>> [INFO] Packaging module configuration:
>>> /home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
>>> [INFO] Started deployer:
>>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
>>> [ERROR] Deployment failed due to
>>> org.apache.geronimo.gbean.GBeanInfoFactoryException: Cannot create a
>>> GBeanInfo for [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
>>>
>>> org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:64)
>>>
>>> org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)
>>>
>>> org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)
>>>
>>> org.apache.geronimo.deployment.Namesp

Re: Need Help: WS-Security Support for CXF in Geronimo (UsernameToken property setting)

2009-06-29 Thread rahul.soa
Hello Daniel,

Thank you for your quick response. Indeed you are right. I have fixed the
program and tested with the hard-coded values and it runs :) Now, I can work
on it and make it proper.

Thanks again.

Best Regards,
Rahul

On Mon, Jun 29, 2009 at 6:42 PM, Daniel Kulp  wrote:

>
> It LOOKS like the WSS4JOutInterceptor isn't being added to the client side
> as
> there isn't a security header in the message going out.   From the code,
> you
> are adding the SAAJOut stuff, but not the WSS4JOut.   Is that as intended?
>
> Dan
>
> On Sun June 28 2009 12:21:24 pm rahul.soa wrote:
> > Hello Devs,
> >
> > First of all, I apologize if the below questions are trivial.
> >
> > I need some help in setting basic usernameToken Property for Geronimo
> (for
> > CXF). I did add the username token property elements in the schema  and
> > generated the required classes by mvn install. And Geronimo is able to
> > accept this "usertoken" element which users define in the
> geronimo-web.xml.
> > (but I think I have not well configured this in Geronimo)
> >
> > 
> >   services/HelloWorld
> >   
> >  HelloWorldImplPort
> >  http
> >  localhost
> >  8080
> >  /ServiceG/HelloWorld
> > * 
> >ws-client
> >password
> >  *
> >
> > 
> >
> > * I am testing it with a servlet client which is trying to access the
> > secured service (with username and password) running on tomcat server.
> >
> > Here is the servlet client code:
> >
> >
> > public class HelloServlet extends HttpServlet {
> > public void doGet (HttpServletRequest req,
> > HttpServletResponse res)
> > throws ServletException, IOException
> > {
> > PrintWriter out = res.getWriter();
> > try {
> > InitialContext ic=new InitialContext();
> >  Service service;
> >  service =
> (Service)ic.lookup("java:comp/env/services/HelloWorld");
> >  QName svcQname=new QName("http://service.web/
> > ","HelloWorldImplPort");
> >
> >HelloWorld hw=service.getPort(HelloWorld.class);
> >  String greeting=hw.sayHi("Rahul");
> > out.println(greeting);
> > } catch (NamingException e) {
> > // TODO Auto-generated catch block
> > e.printStackTrace();
> > }
> >
> > out.close();
> > }
> > }
> >
> > Now, I am coding to configure this above ws-security userToken propery
> with
> > CXF apis in Apache Geronimo and I am not sure *How to use cxf apis* to
> > configure this. I am trying to write a CXF specific PortMethodInterceptor
> > class extended from  (jaxws's PortMethodInterceptor) but not sure what
> CXF
> > apis I can use to configure the usertoken.
> >
> > I start with the received error (pasted from geronimo.log) with some
> debug
> > statements:
> >
> > 
> > ...
> >
> > 2009-06-28 16:41:17,632 INFO  [BusApplicationContext] Bean factory for
> > application context
> > [org.apache.cxf.bus.spring.busapplicationcont...@1ccad1e]:
> >
> org.springframework.beans.factory.support.defaultlistablebeanfact...@d6ae95
> > 2009-06-28 16:41:18,006 INFO  [DefaultListableBeanFactory]
> > Pre-instantiating singletons in
> >
> org.springframework.beans.factory.support.defaultlistablebeanfact...@d6ae95
> >: defining beans
> >
> [cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.sp
>
> >ring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanP
>
> >ostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.
>
> >cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apa
>
> >che.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFa
>
> >ctoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf
>
> >.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue
>
> >.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache
>
> >.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,
>
> >org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.htt
>
> >p.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.
>
> >apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,
>
> >org.apache.cxf.endpoint.ServiceContractRes

Need Help: WS-Security Support for CXF in Geronimo (UsernameToken property setting)

2009-06-28 Thread rahul.soa
Hello Devs,

First of all, I apologize if the below questions are trivial.

I need some help in setting basic usernameToken Property for Geronimo (for
CXF). I did add the username token property elements in the schema  and
generated the required classes by mvn install. And Geronimo is able to
accept this "usertoken" element which users define in the geronimo-web.xml.
(but I think I have not well configured this in Geronimo)


  services/HelloWorld
  
 HelloWorldImplPort
 http
 localhost
 8080
 /ServiceG/HelloWorld
* 
   ws-client
   password
 *
   


* I am testing it with a servlet client which is trying to access the
secured service (with username and password) running on tomcat server.

Here is the servlet client code:


public class HelloServlet extends HttpServlet {
public void doGet (HttpServletRequest req,
HttpServletResponse res)
throws ServletException, IOException
{
PrintWriter out = res.getWriter();
try {
InitialContext ic=new InitialContext();
 Service service;
 service = (Service)ic.lookup("java:comp/env/services/HelloWorld");
 QName svcQname=new QName("http://service.web/
","HelloWorldImplPort");

   HelloWorld hw=service.getPort(HelloWorld.class);
 String greeting=hw.sayHi("Rahul");
out.println(greeting);
} catch (NamingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

out.close();
}
}

Now, I am coding to configure this above ws-security userToken propery with
CXF apis in Apache Geronimo and I am not sure *How to use cxf apis* to
configure this. I am trying to write a CXF specific PortMethodInterceptor
class extended from  (jaxws's PortMethodInterceptor) but not sure what CXF
apis I can use to configure the usertoken.

I start with the received error (pasted from geronimo.log) with some debug
statements:


...

2009-06-28 16:41:17,632 INFO  [BusApplicationContext] Bean factory for
application context [org.apache.cxf.bus.spring.busapplicationcont...@1ccad1e]:
org.springframework.beans.factory.support.defaultlistablebeanfact...@d6ae95
2009-06-28 16:41:18,006 INFO  [DefaultListableBeanFactory] Pre-instantiating
singletons in
org.springframework.beans.factory.support.defaultlistablebeanfact...@d6ae95:
defining beans
[cxf,org.apache.cxf.bus.spring.BusApplicationListener,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.configuration.Configurer,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.cxf.endpoint.ServiceContractResolverRegistry,org.apache.geronimo.cxf.GeronimoDestinationFactory#0,org.apache.cxf.jaxws.context.WebServiceContextResourceResolver,org.apache.cxf.jaxws.context.WebServiceContextImpl,org.apache.cxf.transport.http.policy.HTTPClientAssertionBuilder,org.apache.cxf.transport.http.policy.HTTPServerAssertionBuilder,org.apache.cxf.transport.http.policy.NoOpPolicyInterceptorProvider,org.apache.cxf.transport.http.ClientOnlyHTTPTransportFactory,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer,org.apache.cxf.binding.xml.XMLBindingFactory,org.apache.cxf.ws.addressing.policy.AddressingAssertionBuilder,org.apache.cxf.ws.addressing.policy.AddressingPolicyInterceptorProvider,org.apache.cxf.ws.addressing.policy.UsingAddressingAssertionBuilder];
root of factory hierarchy

*2009-06-28 16:41:18,661* DEBUG [CXFServiceReference] I am in
getPortMethodInterceptor, called from CXFServiceReference:
2009-06-28 16:41:18,662 DEBUG [CXFPortMethodInterceptor] View the
seiInfoMap.values()  ![http://localhost:8080/ServiceG/HelloWorld null false
ws-client password, http://localhost:8080/ServiceG/HelloWorld null false
ws-client password]
2009-06-28 16:41:18,681 DEBUG [JAXWSServiceReference] Initializing service
with: file:/home/rahul/new_workspace1/Client/WEB-INF/wsdl/HelloWorld.wsdl {
http://service.web/}HelloWorldImplService
2009-06-28 16:41:18,844 DEBUG [CXFPortMethodInterceptor] I am in intercept
method of CXFPortMethodInterceptor!
2009-06-28 16:41:20,676 DEBUG [PortMethodInterceptor] information is:
passwordws-clienthttp://localhost:8080/ServiceG/HelloWorld
2009-06-28 16:41:20,677 DEBUG 

Re: [Geronimo] - Build Error

2009-06-26 Thread rahul.soa
Hello all,

You can ignore this email as I built a new server.

Thanks.

Best Regards,
Rahul


On Fri, Jun 26, 2009 at 1:05 AM, rahul.soa  wrote:

> Hello Devs,
>
> While building the Geronimo from the scratch, I have got the build error
> due to the following error
>
> Embedded error: org.apache.geronimo.gbean.GBeanInfoFactoryException: *
> Cannot create a GBeanInfo for*
>  [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
> *
> Full trace:*
>
> [INFO]
> 
> [INFO] Building Geronimo Plugins, OpenEJB :: Deployer
> [INFO]task-segment: [install]
> [INFO]
> 
> [INFO] [enforcer:enforce {execution: default}]
> [INFO] [remote-resources:process {execution: process}]
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
> license.name is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
> license.name is not a valid reference.
> [INFO] [remote-resources:process {execution: default}]
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
> license.name is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
> license.name is not a valid reference.
> [INFO] [dependency:unpack {execution: default}]
> [INFO] snapshot
> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
> for updates from apache.org
> [INFO] snapshot
> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
> for updates from apache.snapshots
> [INFO] snapshot
> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
> for updates from apache.nexus.snapshots
> [INFO] snapshot
> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
> for updates from apache-snapshots
> [INFO] snapshot
> org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
> for updates from codehaus-snapshots
> [INFO] [resources:resources]
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory
> /home/rahul/server/plugins/openejb/openejb-deployer/src/main/resources
> [INFO] Copying 3 resources
> [INFO] Copying 3 resources
> [INFO] [car:validate-configuration]
> [INFO] [car:prepare-plan]
> [INFO] Generated:
> /home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
> [INFO] [car:verify-no-dependency-change]
> [INFO] [car:package]
> [INFO] Packaging module configuration:
> /home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
> [INFO] Started deployer:
> org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
> [ERROR] Deployment failed due to
> org.apache.geronimo.gbean.GBeanInfoFactoryException: Cannot create a
> GBeanInfo for [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
>
> org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:64)
>
> org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)
>
> org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)
>
> org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46)
>
> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:240)
>
> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
> sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:597)
>
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
>
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
>
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
>
> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483)
>
> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(P

[Geronimo] - Build Error

2009-06-25 Thread rahul.soa
Hello Devs,

While building the Geronimo from the scratch, I have got the build error due
to the following error

Embedded error: org.apache.geronimo.gbean.GBeanInfoFactoryException: *
Cannot create a GBeanInfo for*
 [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
*
Full trace:*

[INFO]

[INFO] Building Geronimo Plugins, OpenEJB :: Deployer
[INFO]task-segment: [install]
[INFO]

[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [remote-resources:process {execution: default}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [dependency:unpack {execution: default}]
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.org
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.nexus.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/openejb/openejb-deployer/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[ERROR] Deployment failed due to
org.apache.geronimo.gbean.GBeanInfoFactoryException: Cannot create a
GBeanInfo for [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]

org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:64)

org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)

org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)

org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46)

org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:240)

org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)

org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)

org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)

org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)

org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483)

org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309)

org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209)

org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)

org.apache.maven.lifecycle.DefaultLifecycle

Re: "mvn eclipse:eclipse" fails for CXF plugin

2009-06-13 Thread rahul.soa
Hi David,

Yes, I am also using m2eclipse plugin. However, I am not very educated on
this.

Thanks.
Rahul

On Sat, Jun 13, 2009 at 7:30 PM, David Jencks wrote:

> You might try the m2eclipse eclipse plugin rather than the eclipse maven
> plugin.  I rarely use eclipse but I've found m2eclipse very easy to use and
> powerful whereas I can't get anything to work on maven projects without it
> (which is largely a statement about my eclipse ignorance)
> thanks
> david jencks
>
> On Jun 13, 2009, at 4:49 AM, rahul.soa wrote:
>
> Hello Devs,
>
> I am trying to import some modules from Geronimo/plugins in eclipse for the
> development. I am trying with CXF plugin, so for this I am running the
> following command under
>
> [ra...@localhost cxf]$ pwd
> /home/rahul/server/plugins/cxf
> [ra...@localhost cxf]$ mvn eclipse:eclipse -e
>
> and I get the following error:
>
>
>
> [INFO]
> 
> [INFO] Building Geronimo Plugins, CXF :: EJB
> [INFO]task-segment: [eclipse:eclipse]
> [INFO]
> 
> [INFO] Preparing eclipse:eclipse
> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
> for updates from apache.org
> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
> for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
> for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
> for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
> for updates from codehaus-snapshots
> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
> checking for updates from apache.org
> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
> checking for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
> checking for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
> checking for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
> checking for updates from codehaus-snapshots
> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
> checking for updates from apache.org
> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
> checking for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
> checking for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
> checking for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
> checking for updates from codehaus-snapshots
> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
> for updates from apache.org
> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
> for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
> for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
> for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
> for updates from codehaus-snapshots
> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
> checking for updates from apache.org
> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
> checking for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
> checking for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
> checking for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
> checking for updates from codehaus-snapshots
> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
> checking for updates from apache.org
> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
> checking for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
> checking for updates from apache.nexus.snapshots
> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
> checking for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
> checking for updates from codehaus-snapshots

Re: "mvn eclipse:eclipse" fails for CXF plugin

2009-06-13 Thread rahul.soa
Thanks Shawn. I did the same for this moment.


On Sat, Jun 13, 2009 at 4:35 PM, Shawn Jiang  wrote:

> : )
> I met the same problem, and I just "project properties --> Libraries  -->
> delete these error libs in the list."  to workaround this.
>
> But I think there must be something wrong with the transitive dependency of
> some module.
>
>
> On Sat, Jun 13, 2009 at 10:26 PM, rahul.soa wrote:
>
>> Now, I have imported the CXF plugin in the eclipse, and have a few build
>> path problem (missing jar files) after setting the classpath variable
>> M2_REPO. For instance,
>>
>> Project 'geronimo-cxf-ejb' is missing required library:
>> '/home/rahul/.m2/repository/com/sun/jdmk/jmxtools/1.2.1/jmxtools-1.2.1.jar'
>>
>>
>> Project 'geronimo-cxf-ejb' is missing required library:
>> '/home/rahul/.m2/repository/com/sun/jmx/jmxri/1.2.1/jmxri-1.2.1.jar'
>>
>>
>> Project 'geronimo-cxf-ejb' is missing required library:
>> '/home/rahul/.m2/repository/javax/jms/jms/1.1/jms-1.1.jar'
>>
>> Project 'geronimo-cxf' is missing required library:
>> '/home/rahul/.m2/repository/com/sun/jdmk/jmxtools/1.2.1/jmxtools-1.2.1.jar'
>> geronimo-cxf
>>
>>
>> Project 'geronimo-cxf' is missing required library:
>> '/home/rahul/.m2/repository/com/sun/jmx/jmxri/1.2.1/jmxri-1.2.1.jar'
>> geronimo-cxf
>>
>>
>> Project 'geronimo-cxf' is missing required library:
>> '/home/rahul/.m2/repository/javax/jms/jms/1.1/jms-1.1.jar'
>>
>>
>> Do I have to include them manually under /.m2 ? Am I missing something?
>> Please suggest a better option.
>>
>>
>> Many Thanks for your quick reply.
>>
>> Best Regards,
>> Rahul
>>
>>
>>
>> On Sat, Jun 13, 2009 at 3:58 PM, rahul.soa wrote:
>>
>>> Thanks Shawn,
>>>
>>> I did the same and it worked for me too.
>>>
>>> Best Regards,
>>> Rahul
>>>
>>>
>>> On Sat, Jun 13, 2009 at 2:13 PM, Shawn Jiang wrote:
>>>
>>>> I checked out activemq trunk and made a local build to resolve a similar
>>>> problem before.  FYI.
>>>>
>>>>
>>>> On Sat, Jun 13, 2009 at 7:49 PM, rahul.soa wrote:
>>>>
>>>>> Hello Devs,
>>>>>
>>>>> I am trying to import some modules from Geronimo/plugins in eclipse for
>>>>> the development. I am trying with CXF plugin, so for this I am running the
>>>>> following command under
>>>>>
>>>>> [ra...@localhost cxf]$ pwd
>>>>> /home/rahul/server/plugins/cxf
>>>>> [ra...@localhost cxf]$ mvn eclipse:eclipse -e
>>>>>
>>>>> and I get the following error:
>>>>>
>>>>>
>>>>>
>>>>> [INFO]
>>>>> 
>>>>> [INFO] Building Geronimo Plugins, CXF :: EJB
>>>>> [INFO]task-segment: [eclipse:eclipse]
>>>>> [INFO]
>>>>> 
>>>>> [INFO] Preparing eclipse:eclipse
>>>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>>>> checking for updates from apache.org
>>>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>>>> checking for updates from apache.snapshots
>>>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>>>> checking for updates from apache.nexus.snapshots
>>>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>>>> checking for updates from apache-snapshots
>>>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>>>> checking for updates from codehaus-snapshots
>>>>> [INFO] snapshot
>>>>> org.apache.geronimo.configs:system-database:2.2-SNAPSHOT: checking for
>>>>> updates from apache.org
>>>>> [INFO] snapshot
>>>>> org.apache.geronimo.configs:system-database:2.2-SNAPSHOT: checking for
>>>>> updates from apache.snapshots
>>>>> [INFO] snapshot
>>>>> org.apache.geronimo.configs:system-database:2.2-SNAPSHOT: checking for
>>>>> updates from apache.nexus.snapshots
>>>>> [INFO] snapshot
>>>>> org.apache.

Re: "mvn eclipse:eclipse" fails for CXF plugin

2009-06-13 Thread rahul.soa
Now, I have imported the CXF plugin in the eclipse, and have a few build
path problem (missing jar files) after setting the classpath variable
M2_REPO. For instance,

Project 'geronimo-cxf-ejb' is missing required library:
'/home/rahul/.m2/repository/com/sun/jdmk/jmxtools/1.2.1/jmxtools-1.2.1.jar'


Project 'geronimo-cxf-ejb' is missing required library:
'/home/rahul/.m2/repository/com/sun/jmx/jmxri/1.2.1/jmxri-1.2.1.jar'


Project 'geronimo-cxf-ejb' is missing required library:
'/home/rahul/.m2/repository/javax/jms/jms/1.1/jms-1.1.jar'

Project 'geronimo-cxf' is missing required library:
'/home/rahul/.m2/repository/com/sun/jdmk/jmxtools/1.2.1/jmxtools-1.2.1.jar'
geronimo-cxf


Project 'geronimo-cxf' is missing required library:
'/home/rahul/.m2/repository/com/sun/jmx/jmxri/1.2.1/jmxri-1.2.1.jar'
geronimo-cxf


Project 'geronimo-cxf' is missing required library:
'/home/rahul/.m2/repository/javax/jms/jms/1.1/jms-1.1.jar'


Do I have to include them manually under /.m2 ? Am I missing something?
Please suggest a better option.


Many Thanks for your quick reply.

Best Regards,
Rahul


On Sat, Jun 13, 2009 at 3:58 PM, rahul.soa  wrote:

> Thanks Shawn,
>
> I did the same and it worked for me too.
>
> Best Regards,
> Rahul
>
>
> On Sat, Jun 13, 2009 at 2:13 PM, Shawn Jiang  wrote:
>
>> I checked out activemq trunk and made a local build to resolve a similar
>> problem before.  FYI.
>>
>>
>> On Sat, Jun 13, 2009 at 7:49 PM, rahul.soa wrote:
>>
>>> Hello Devs,
>>>
>>> I am trying to import some modules from Geronimo/plugins in eclipse for
>>> the development. I am trying with CXF plugin, so for this I am running the
>>> following command under
>>>
>>> [ra...@localhost cxf]$ pwd
>>> /home/rahul/server/plugins/cxf
>>> [ra...@localhost cxf]$ mvn eclipse:eclipse -e
>>>
>>> and I get the following error:
>>>
>>>
>>>
>>> [INFO]
>>> 
>>> [INFO] Building Geronimo Plugins, CXF :: EJB
>>> [INFO]task-segment: [eclipse:eclipse]
>>> [INFO]
>>> 
>>> [INFO] Preparing eclipse:eclipse
>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>> checking for updates from apache.org
>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>> checking for updates from apache.snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>> checking for updates from apache.nexus.snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>> checking for updates from apache-snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT:
>>> checking for updates from codehaus-snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.org
>>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.nexus.snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache-snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>>> checking for updates from codehaus-snapshots
>>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.org
>>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.snapshots
>>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache.nexus.snapshots
>>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>>> checking for updates from apache-snapshots
>>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>>> checking for updates from codehaus-snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>>> for updates from apache.org
>>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>>> for updates from apache.snapshots
>>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>>> for upd

Re: "mvn eclipse:eclipse" fails for CXF plugin

2009-06-13 Thread rahul.soa
Thanks Shawn,

I did the same and it worked for me too.

Best Regards,
Rahul

On Sat, Jun 13, 2009 at 2:13 PM, Shawn Jiang  wrote:

> I checked out activemq trunk and made a local build to resolve a similar
> problem before.  FYI.
>
>
> On Sat, Jun 13, 2009 at 7:49 PM, rahul.soa wrote:
>
>> Hello Devs,
>>
>> I am trying to import some modules from Geronimo/plugins in eclipse for
>> the development. I am trying with CXF plugin, so for this I am running the
>> following command under
>>
>> [ra...@localhost cxf]$ pwd
>> /home/rahul/server/plugins/cxf
>> [ra...@localhost cxf]$ mvn eclipse:eclipse -e
>>
>> and I get the following error:
>>
>>
>>
>> [INFO]
>> 
>> [INFO] Building Geronimo Plugins, CXF :: EJB
>> [INFO]task-segment: [eclipse:eclipse]
>> [INFO]
>> 
>> [INFO] Preparing eclipse:eclipse
>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
>> for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
>> for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
>> for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
>> for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
>> for updates from codehaus-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>> checking for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
>> checking for updates from codehaus-snapshots
>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>> checking for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>> checking for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
>> checking for updates from codehaus-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>> for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>> for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>> for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>> for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking
>> for updates from codehaus-snapshots
>> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
>> checking for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
>> checking for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
>> checking for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
>> checking for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
>> checking for updates from codehaus-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
>> checking for updates from apache.org
>> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
>> checking for updates from apache.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
>> checking for updates from apache.nexus.snapshots
>> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
>> checking for updates from apache-snapshots
>> [INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-S

"mvn eclipse:eclipse" fails for CXF plugin

2009-06-13 Thread rahul.soa
Hello Devs,

I am trying to import some modules from Geronimo/plugins in eclipse for the
development. I am trying with CXF plugin, so for this I am running the
following command under

[ra...@localhost cxf]$ pwd
/home/rahul/server/plugins/cxf
[ra...@localhost cxf]$ mvn eclipse:eclipse -e

and I get the following error:



[INFO]

[INFO] Building Geronimo Plugins, CXF :: EJB
[INFO]task-segment: [eclipse:eclipse]
[INFO]

[INFO] Preparing eclipse:eclipse
[INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
for updates from apache.org
[INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.configs:openejb:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
checking for updates from apache.org
[INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
checking for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.configs:system-database:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
checking for updates from apache.org
[INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
checking for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.plugins:system-database:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking for
updates from apache.org
[INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking for
updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking for
updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking for
updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.configs:derby:2.2-SNAPSHOT: checking for
updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
checking for updates from apache.org
[INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
checking for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-derby:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
checking for updates from apache.org
[INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
checking for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.configs:activemq-broker:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.plugins:activemq:2.2-SNAPSHOT: checking
for updates from apache.org
[INFO] snapshot org.apache.geronimo.plugins:activemq:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.plugins:activemq:2.2-SNAPSHOT: checking
for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.plugins:activemq:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.plugins:activemq:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-activemq:2.2-SNAPSHOT:
checking for updates from apache.org
[INFO] snapshot org.apache.geronimo.modules:geronimo-activemq:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-activemq:2.2-SNAPSHOT:
checking for updates from apache.nexus.snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-active

Re: [WS-Security] JAXWS webservice client without using cxf specific apis

2009-06-01 Thread rahul.soa
Hello Alessio/Dan,

Many Thanks for your reply.

I am stick with the cxf specific apis for now. So I have pulled the required
jars in geronimo for ws-security support. I also tested the basic
ws-security support (CXF/jetty) and it works. I will submit a patch soon on
this.

Thanks to Jarek for his constant help.

Best Regards,
Rahul

On Fri, May 29, 2009 at 7:48 PM, Daniel Kulp  wrote:

>
>
> I really don't think there is a way as JAX-WS doesn't specify anything
> related
> to WS-Security.
>
>
> That said, I would really suggest not going the WSS4JIn/OutInterceptor
> route
> and go the WS-SecurityPolicy route.  Things are a LOT simpler from a
> coding/config standpoint then.There ARE properties that can be set on
> the
> request context for stuff needed by the security policy engine.
>
> Dan
>
>
> On Thu May 28 2009 7:01:24 pm rahul.soa wrote:
> > Hello Devs,
> >
> > I am new for ws-security and working towards my gsoc project (aim is to
> > enable CXF/axis2 ws-security support in Apache geronimo). I am working
> for
> > CXF first and have build geronimo with CXF ws-security jar files.
> >
> > So I need a jaxws web service client sample to access my secure web
> service
> > deployed on tomcat.
> >
> > I have developed a working version of client (invoking a secure web
> service
> > with UserToken) using some cxf specific apis, the code is given below
> >
> > Is there any way if I can develop the jaxws client with ws-security
> support
> > without using cxf specific apis like org.apache.cxf.endpoint.Client and
> > org.apache.cxf.frontend.ClientProxy etc? (as I want to integrate only
> > ws-security jars in CXF)
> >
> > Is there any sample code available for the same?
> >
> > //quote
> >
> > package demo.order.client;
> >
> > import java.net.URL;
> > import java.util.HashMap;
> > import java.util.Map;
> >
> > import javax.xml.namespace.QName;
> > import javax.xml.ws.Service;
> > import org.apache.cxf.binding.soap.saaj.SAAJOutInterceptor;
> > import org.apache.cxf.endpoint.Endpoint;
> > import org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor;
> > import org.apache.ws.security.WSConstants;
> > import org.apache.ws.security.handler.WSHandlerConstants;
> > import org.apache.cxf.endpoint.Client;
> > import org.apache.cxf.frontend.ClientProxy;
> >
> > import demo.order.Order;
> > import demo.order.OrderProcess;
> >
> > public class CL {
> >
> > public CL() {
> > }
> >
> > public static void main(String args[]) throws Exception {
> > Service service=Service.create(new URL("
> > http://localhost:8095/orderapp/OrderProcess?wsdl";), new QName("
> > http://order.demo/";, "OrderProcessImplService"));
> > OrderProcess hw = service.getPort(OrderProcess.class);
> >
> > Client client = ClientProxy.getClient(hw);
> >
> > Map outProps = new HashMap();
> >
> >
> outProps.put(WSHandlerConstants.ACTION,WSHandlerConstants.USERNAME_TOKEN);
> > outProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);
> > outProps.put(WSHandlerConstants.USER, "ws-client");
> > outProps.put(WSHandlerConstants.PW_CALLBACK_CLASS,
> > ClientPasswordCallback.class.getName());
> >
> >
> > WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(outProps);
> > Endpoint endPoint = client.getEndpoint();
> > endPoint.getOutInterceptors().add(wssOut);
> > endPoint.getOutInterceptors().add(new SAAJOutInterceptor());
> >
> > Order order = new Order();
> > System.out.println(hw.processOrder(order));
> >
> > }
> >
> > }
> >
> > //unquote
> >
> >
> > I am trying the following code but it gives me a SOAPFaultException,
> >
> >
> > //quote
> >
> > public static void main(String args[]) throws Exception
> > {
> > Service service=Service.create(new URL("
> > http://localhost:8095/orderapp/OrderProcess?wsdl";), new QName("
> > http://order.demo/";, "OrderProcessImplService"));
> > OrderProcess hw = service.getPort(OrderProcess.class);
> >
> > Map outProps = new HashMap();
> >
> >
> outProps.put(WSHandlerConstants.ACTION,WSHandlerConstants.USERNAME_TOKEN);
> > outProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);
> >
> >
> ((BindingProvider)hw).getRequestContext().put(BindingProvider.USERNAME_PROP
> >ERTY, "ws-client");
> >
> ((BindingProvider)hw).getRequestContext().put(BindingProvider.PASSWORD_PROP
>

[WS-Security] JAXWS webservice client without using cxf specific apis

2009-05-28 Thread rahul.soa
Hello Devs,

I am new for ws-security and working towards my gsoc project (aim is to
enable CXF/axis2 ws-security support in Apache geronimo). I am working for
CXF first and have build geronimo with CXF ws-security jar files.

So I need a jaxws web service client sample to access my secure web service
deployed on tomcat.

I have developed a working version of client (invoking a secure web service
with UserToken) using some cxf specific apis, the code is given below

Is there any way if I can develop the jaxws client with ws-security support
without using cxf specific apis like org.apache.cxf.endpoint.Client and
org.apache.cxf.frontend.ClientProxy etc? (as I want to integrate only
ws-security jars in CXF)

Is there any sample code available for the same?

//quote

package demo.order.client;

import java.net.URL;
import java.util.HashMap;
import java.util.Map;

import javax.xml.namespace.QName;
import javax.xml.ws.Service;
import org.apache.cxf.binding.soap.saaj.SAAJOutInterceptor;
import org.apache.cxf.endpoint.Endpoint;
import org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor;
import org.apache.ws.security.WSConstants;
import org.apache.ws.security.handler.WSHandlerConstants;
import org.apache.cxf.endpoint.Client;
import org.apache.cxf.frontend.ClientProxy;

import demo.order.Order;
import demo.order.OrderProcess;

public class CL {

public CL() {
}

public static void main(String args[]) throws Exception {
Service service=Service.create(new URL("
http://localhost:8095/orderapp/OrderProcess?wsdl";), new QName("
http://order.demo/";, "OrderProcessImplService"));
OrderProcess hw = service.getPort(OrderProcess.class);

Client client = ClientProxy.getClient(hw);

Map outProps = new HashMap();

outProps.put(WSHandlerConstants.ACTION,WSHandlerConstants.USERNAME_TOKEN);
outProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);
outProps.put(WSHandlerConstants.USER, "ws-client");
outProps.put(WSHandlerConstants.PW_CALLBACK_CLASS,
ClientPasswordCallback.class.getName());


WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(outProps);
Endpoint endPoint = client.getEndpoint();
endPoint.getOutInterceptors().add(wssOut);
endPoint.getOutInterceptors().add(new SAAJOutInterceptor());

Order order = new Order();
System.out.println(hw.processOrder(order));

}

}

//unquote


I am trying the following code but it gives me a SOAPFaultException,


//quote

public static void main(String args[]) throws Exception
{
Service service=Service.create(new URL("
http://localhost:8095/orderapp/OrderProcess?wsdl";), new QName("
http://order.demo/";, "OrderProcessImplService"));
OrderProcess hw = service.getPort(OrderProcess.class);

Map outProps = new HashMap();

outProps.put(WSHandlerConstants.ACTION,WSHandlerConstants.USERNAME_TOKEN);
outProps.put(WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_TEXT);

((BindingProvider)hw).getRequestContext().put(BindingProvider.USERNAME_PROPERTY,
"ws-client");
((BindingProvider)hw).getRequestContext().put(BindingProvider.PASSWORD_PROPERTY,
"password");
((BindingProvider)hw).getRequestContext().put(WSHandlerConstants.ACTION,WSHandlerConstants.USERNAME_TOKEN);
((BindingProvider)hw).getRequestContext().put(WSHandlerConstants.PASSWORD_TYPE,
WSConstants.PW_TEXT);

Order order = new Order();
System.out.println(hw.processOrder(order));

}

//unquote

Exception:

Exception in thread "main" javax.xml.ws.soap.SOAPFaultException: An error
was discovered processing the  header
at
org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:145)
at $Proxy34.processOrder(Unknown Source)
at demo.order.client.CL.main(CL.java:74)
Caused by: org.apache.cxf.binding.soap.SoapFault: An error was discovered
processing the  header
at
org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.unmarshalFault(Soap11FaultInInterceptor.java:75)
at
org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:46)
at
org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:35)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:226)
at
org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:96)
at
org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:69)
at
org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:34)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:226)
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:641)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:2131)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:2010)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit

Re: WS-Security support for JAX-WS Web Services

2009-05-17 Thread rahul.soa
Hello Jarek,

As we discussed, I have created a simple web service (receives an order
request from the client and returns the order number, this web services
expects password from the user) and client (sends the order request with the
password) and provided it ws-security support (UsernameToken only) with
Apache CXF 2.1.5. It works just fine.

In 'above mentioned test', I am using only two "ws-security" jar files
xmlsec.jar and wss4j.jar (which are mandatory). Perhaps for the other
complex security we might need other ws-security jars concerning CXF. So at
least, at this moment we can integrate these two jar files in CXF Apache
Geronimo plugin.

I was thinking to create a JIRA for this gsoc project so that I can attach
all the work on it. What do you say?

Thanks.

Best Regards,
Rahul

On Wed, May 13, 2009 at 11:41 AM, rahul.soa wrote:

> Hello David, Dan
>
> Thanks for your advice. With the suggestion of Jarek, I started a simple
> webservice and client with ws-security support (with CXF first). When this
> will run with the ws-security support then we can start integrating the
> "right jars" into geronimo (into the cxf plugin). Further, once we have all
> the jars integrated in geronimo we can try using a geronimo client and
> connect to the standalone cxf service with ws-security.
>
> Many Thanks for your support.
>
> Best Regards,
> Rahul
> On Tue, May 12, 2009 at 2:51 AM, Daniel Kulp  wrote:
>
>> On Mon May 11 2009 7:16:46 pm David Jencks wrote:
>> > On May 11, 2009, at 3:24 PM, rahul.soa wrote:
>> > > Hello everyone,
>> > >
>> > > As you know I am working on the support of ws-security module, so I
>> > > did some research about integrating the modules in Apache Geronimo
>> > > for the same.
>> > >
>> > > For the integrating/enabling WS-Security support, I think we need to
>> > > have the following jars and modules in Geronimo:
>> > >
>> > > Apache CXF:
>> > >
>> > > For WS-Security support we need to have following jar files from the
>> > > CXF:
>> > >
>> > > - bcprov-jdk15.jar
>> >
>> > Previously when we used some bouncy castle classes the jar included
>> > some classes that may well have infringed some us patents.  I think I
>> > saw somewhere that bouncy castle had finally released a jar without
>> > thses classes.  We should verify that this jar does not contain these
>> > classes.  Also, we have copies of a bunch of the bc classes we need
>> > for other purposes in the geronimo-crypto module, so we should check
>> > that we don't already have the needed classes.
>>
>> Version 140 and later in maven have the patent covered algorithms removed.
>> Not an issue anymore.
>>
>> >
>> > > - xalan.jar
>> >
>> > really?  I'd like to know why the xml transform support in the jdk is
>> > not sufficient.
>>
>> xmlsec uses some of the internal xalan classes.   I could never get a good
>> reason as to why.
>>
>> > > - serializer.jar
>>
>> This goes with Xalan.
>>
>>
>> > > - wss4j.jar
>> > > - xmlsec.jar
>>
>> Note:  all of those jars will be required for Axis2 as well.
>>
>>
>> > > Apache Axis2
>> > >
>> > > 1. We need to integrate "Rampart*" module of axis2,
>> > >
>> > > 2. for step 1, need to download the Java Cryptography Extension
>> > > (JCE) Unlimited Strength Jurisdiction Policy Files corresponding to
>> > > JDK version and extract the jar files local_policy.jar and
>> > > US_export_policy.jar to $JAVA_HOME/jre/lib/security
>> >
>> > These are not something we can include, right?  they'd have to be
>> > installed by the end user?
>>
>> Correct.   However, for unit tests and such, we can PROBABLY use less
>> secure
>> algorithms.   I have someone looking into the same issue for the CXF test
>> cases.   We don't want to make every developer have to install the strong
>> crypto libraries.  Basically, if the user needs the strong crypto stuff,
>> they
>> WILL need to download and install the strong crypto libs from Sun.
>>
>> Dan
>>
>> > > 3. for step 1, need to download bouncycastle according to java
>> > > version separately
>> > >
>> > > *Rampart is the security module of Axis2
>> > >
>> > >
>> > > Please let me know if I am missing something and please also guide
>> > > me how can I get them in Geronimo.
>> >
>> > That depends partly on the classloader relationships needed between
>> > the main cxf/axis2 jars and these new ones.  If appropriate cxf/axis2
>> > jars and these jars can be in a classloader that is a child of the cxf/
>> > axis2 "main" plugin classloaders, you should probably make cxf-wss and
>> > axis2-wss plugins with all the security related jars as dependencies.
>> > If this doesn't work and the classes need to be in the main cxf/axis2
>> > plugin classloader then you probably need to just add these as
>> > dependencies.
>> >
>> > thanks
>> > david jencks
>> >
>> > > Thanks in advance.
>> > >
>> > > Regards,
>> > > Rahul
>>
>> --
>> Daniel Kulp
>> dk...@apache.org
>> http://www.dankulp.com/blog
>>
>
>


Re: WS-Security support for JAX-WS Web Services

2009-05-13 Thread rahul.soa
Hello David, Dan

Thanks for your advice. With the suggestion of Jarek, I started a simple
webservice and client with ws-security support (with CXF first). When this
will run with the ws-security support then we can start integrating the
"right jars" into geronimo (into the cxf plugin). Further, once we have all
the jars integrated in geronimo we can try using a geronimo client and
connect to the standalone cxf service with ws-security.

Many Thanks for your support.

Best Regards,
Rahul
On Tue, May 12, 2009 at 2:51 AM, Daniel Kulp  wrote:

> On Mon May 11 2009 7:16:46 pm David Jencks wrote:
> > On May 11, 2009, at 3:24 PM, rahul.soa wrote:
> > > Hello everyone,
> > >
> > > As you know I am working on the support of ws-security module, so I
> > > did some research about integrating the modules in Apache Geronimo
> > > for the same.
> > >
> > > For the integrating/enabling WS-Security support, I think we need to
> > > have the following jars and modules in Geronimo:
> > >
> > > Apache CXF:
> > >
> > > For WS-Security support we need to have following jar files from the
> > > CXF:
> > >
> > > - bcprov-jdk15.jar
> >
> > Previously when we used some bouncy castle classes the jar included
> > some classes that may well have infringed some us patents.  I think I
> > saw somewhere that bouncy castle had finally released a jar without
> > thses classes.  We should verify that this jar does not contain these
> > classes.  Also, we have copies of a bunch of the bc classes we need
> > for other purposes in the geronimo-crypto module, so we should check
> > that we don't already have the needed classes.
>
> Version 140 and later in maven have the patent covered algorithms removed.
> Not an issue anymore.
>
> >
> > > - xalan.jar
> >
> > really?  I'd like to know why the xml transform support in the jdk is
> > not sufficient.
>
> xmlsec uses some of the internal xalan classes.   I could never get a good
> reason as to why.
>
> > > - serializer.jar
>
> This goes with Xalan.
>
>
> > > - wss4j.jar
> > > - xmlsec.jar
>
> Note:  all of those jars will be required for Axis2 as well.
>
>
> > > Apache Axis2
> > >
> > > 1. We need to integrate "Rampart*" module of axis2,
> > >
> > > 2. for step 1, need to download the Java Cryptography Extension
> > > (JCE) Unlimited Strength Jurisdiction Policy Files corresponding to
> > > JDK version and extract the jar files local_policy.jar and
> > > US_export_policy.jar to $JAVA_HOME/jre/lib/security
> >
> > These are not something we can include, right?  they'd have to be
> > installed by the end user?
>
> Correct.   However, for unit tests and such, we can PROBABLY use less
> secure
> algorithms.   I have someone looking into the same issue for the CXF test
> cases.   We don't want to make every developer have to install the strong
> crypto libraries.  Basically, if the user needs the strong crypto stuff,
> they
> WILL need to download and install the strong crypto libs from Sun.
>
> Dan
>
> > > 3. for step 1, need to download bouncycastle according to java
> > > version separately
> > >
> > > *Rampart is the security module of Axis2
> > >
> > >
> > > Please let me know if I am missing something and please also guide
> > > me how can I get them in Geronimo.
> >
> > That depends partly on the classloader relationships needed between
> > the main cxf/axis2 jars and these new ones.  If appropriate cxf/axis2
> > jars and these jars can be in a classloader that is a child of the cxf/
> > axis2 "main" plugin classloaders, you should probably make cxf-wss and
> > axis2-wss plugins with all the security related jars as dependencies.
> > If this doesn't work and the classes need to be in the main cxf/axis2
> > plugin classloader then you probably need to just add these as
> > dependencies.
> >
> > thanks
> > david jencks
> >
> > > Thanks in advance.
> > >
> > > Regards,
> > > Rahul
>
> --
> Daniel Kulp
> dk...@apache.org
> http://www.dankulp.com/blog
>


WS-Security support for JAX-WS Web Services

2009-05-11 Thread rahul.soa
Hello everyone,

As you know I am working on the support of ws-security module, so I did some
research about integrating the modules in Apache Geronimo for the same.

For the integrating/enabling WS-Security support, I think we need to have
the following jars and modules in Geronimo:

*Apache CXF:*

For WS-Security support we need to have following jar files from the CXF:

- bcprov-jdk15.jar
- xalan.jar
- serializer.jar
- wss4j.jar
- xmlsec.jar


*Apache Axis2*

1. We need to integrate "Rampart*" module of axis2,

2. for step 1, need to download the Java Cryptography Extension (JCE)
Unlimited Strength Jurisdiction Policy Files corresponding to JDK version
and extract the jar files local_policy.jar and US_export_policy.jar to
$JAVA_HOME/jre/lib/security

3. for step 1, need to download bouncycastle according to java version
separately

*Rampart is the security module of Axis2


Please let me know if I am missing something and please also guide me how
can I get them in Geronimo.

Thanks in advance.

Regards,
Rahul


Re: gsoc [WS-Security support for JAX-WS Web Services]

2009-04-23 Thread rahul.soa
Hello Daniel,

Thanks for your informative points. I will try to follow them and get back
to you if I stuck somewhere.

Best Regards,
Rahul



On Thu, Apr 23, 2009 at 3:41 PM, Daniel Kulp  wrote:

> On Wed April 22 2009 11:39:14 pm Jarek Gawor wrote:
>
> > CXF has all the security modules
> > within it (AFAIK).
>
> Not REALLY true with the way CXF is pulled into Geronimo.   Geronimo
> doesn't
> include those modules.For the most part, getting them added in would
> just
> be adding a maven dependency on cxf-rt-ws-security (and cxf-rt-ws-policy to
> make the SecurityPolicy stuff work).   Maven should then grab those and get
> them included into Geronimo.  As long as it ends up in the same classloader
> as
> all the rest of the cxf stuff, cxf should auto-detect it and enable it.
> Once
> you do that (and upgrade to CXF 2.2.x), all the WS-SecurityPolicy stuff
> should
> "just work" if the policy is in the wsdl.   Thus, that part of you project
> could be as simple as that.   (obviously, that's a small part of the
> project)
> You could probably even grab the CXF versions of the Microsoft PlugFest
> stuff
> and try running them in Geronimo:
>
> https://svn.apache.org/repos/asf/cxf/trunk/distribution/src/main/release/samples/ws_security/interopfest/
>
> (As an aside: too late now, but getting the MS PlugFest stuff running in G
> would have been a good addition to the proposal from a testing standpoint.
> Wish I would have thought of that earlier.)
>
> I'm really not sure how much you really want to dig into WSS4J.  That's
> very
> low level security stuff which is pretty complex and may not be worth your
> time.   Rampart and CXF's SecurityPolicy implementations do an excellent
> job
> of abstracting that stuff out and driving it by interpretting the policies.
> About the only thing you need to know about wss4j when going the policy
> route
> is how to setup the Merlin properties files for the keystores and such.
>
>
> Dan
>
>
>
> > Rahul,
> >
> > In terms of Geronimo here are some docs that might be helpful (some
> > info might be out of date):
> >
> > 1) Some basic GBean information - you will see/work with them a lot:
> >
> >
> http://cwiki.apache.org/GMOxDOC22/developing-and-deploying-a-geronimo-gbean
> >.html
> http://cwiki.apache.org/confluence/display/GMOxDEV/GBean+Annotations
> >
> > 2) Basic classloading and plugin information in Geronimo.
> >
> > http://cwiki.apache.org/GMOxDOC22/classloading.html
> > http://cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide
> >
> > In terms of code you will probably be working with the following modules:
> >
> > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/axis2/
> > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/
> > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jaxws/
> > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/webservices/
> >
> > I trust you to find the basic Axis2 and CXF info :)
> >
> > I believe both use WSS4J project for WS-Security
> > (http://ws.apache.org/wss4j/). Axis2 has a separate project that
> > provides web services security features: Rampart
> > (http://ws.apache.org/rampart/). CXF has all the security modules
> > within it (AFAIK).
> >
> > Hope this helps you get started.
> >
> > Jarek
> >
> > On Tue, Apr 21, 2009 at 3:33 PM, rahul.soa 
> wrote:
> > > Hello everyone,
> > >
> > > I want to start with some reading and understanding with the geronimo's
> > > components which will be involved in this project. So can you please
> > > point me to the appropriate documentation for the same. If you want to
> > > know more about the proposal then feel free to look at the descriptive
> > > project proposal on the below link:
> > >
> > > http://wiki.apache.org/general/rahulsoa
> > >
> > > Thanks in advance.
> > >
> > > Best Regards,
> > > Rahul
>
> --
> Daniel Kulp
> dk...@apache.org
> http://www.dankulp.com/blog
>


Re: gsoc [WS-Security support for JAX-WS Web Services]

2009-04-23 Thread rahul.soa
Hello Jarek,

Thanks for the information and material you provided. I start reading and
practicing with them now. I also see the the modules you named for
understanding.

Best Regards,
Rahul



On Thu, Apr 23, 2009 at 5:39 AM, Jarek Gawor  wrote:

> Rahul,
>
> In terms of Geronimo here are some docs that might be helpful (some
> info might be out of date):
>
> 1) Some basic GBean information - you will see/work with them a lot:
>
>
> http://cwiki.apache.org/GMOxDOC22/developing-and-deploying-a-geronimo-gbean.html
> http://cwiki.apache.org/confluence/display/GMOxDEV/GBean+Annotations
>
> 2) Basic classloading and plugin information in Geronimo.
>
> http://cwiki.apache.org/GMOxDOC22/classloading.html
> http://cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide
>
> In terms of code you will probably be working with the following modules:
>
> http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/axis2/
> http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/
> http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jaxws/
> http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/webservices/
>
> I trust you to find the basic Axis2 and CXF info :)
>
> I believe both use WSS4J project for WS-Security
> (http://ws.apache.org/wss4j/). Axis2 has a separate project that
> provides web services security features: Rampart
> (http://ws.apache.org/rampart/). CXF has all the security modules
> within it (AFAIK).
>
> Hope this helps you get started.
>
> Jarek
>
> On Tue, Apr 21, 2009 at 3:33 PM, rahul.soa 
> wrote:
> > Hello everyone,
> >
> > I want to start with some reading and understanding with the geronimo's
> > components which will be involved in this project. So can you please
> point
> > me to the appropriate documentation for the same. If you want to know
> more
> > about the proposal then feel free to look at the descriptive project
> > proposal on the below link:
> >
> > http://wiki.apache.org/general/rahulsoa
> >
> > Thanks in advance.
> >
> > Best Regards,
> > Rahul
> >
> >
>


gsoc [WS-Security support for JAX-WS Web Services]

2009-04-21 Thread rahul.soa
Hello everyone,

I want to start with some reading and understanding with the geronimo's
components which will be involved in this project. So can you please point
me to the appropriate documentation for the same. If you want to know more
about the proposal then feel free to look at the descriptive project
proposal on the below link:

http://wiki.apache.org/general/rahulsoa

Thanks in advance.

Best Regards,
Rahul


Accepted Gsoc [WS-Security support for JAX-WS Web Services]

2009-04-21 Thread rahul.soa
Hello Everyone,

My gsoc application for the "WS-Security support for JAX-WS Web Services"
project has been accepted. Thanks to everyone for their support in making my
application robust. Jarek Gawor will be mentoring me for this project. Of
course, you can also guide me as I will be on the developer mailing list and
will post my questions to the community.

I am sure I will have good working time with you.

Thanks again.

Best Regards,
Rahul


Re: ApacheGeronimo - Build failure

2009-04-11 Thread rahul.soa
Hello David,

Thanks for your reply. I upgraded my system RAM and did build the Geronimo
successfully in one go without any problem.

Best Regards,
Rahul

On Thu, Apr 9, 2009 at 12:49 AM, David Jencks wrote:

> Not sure about the assemblies
> I suspect when I set up connector 1.6 that I used the -Pee6 profile to get
> the j2ca 1.6 spec jar into jee-specs.  So if you build jee-specs and
> connector 1.6 with
>
> mvn clean install -Pee6
>
> it might work.
>
> david jencks
>
> On Apr 8, 2009, at 2:19 PM, rahul.soa wrote:
>
> Hello Kevan, David,
>
> Thanks for your replies. I was able to build (not completely except *
> assemblies* and */plugins/connector-1_6*) ApacheGeronimo module by module
> with your instructions.
>
> I did also run the server and did deploy the sample application
> successfully by following the instruction from the below link:
>
>
> http://cwiki.apache.org/GMOxDOC21/quick-start-apache-geronimo-for-the-impatient.html#Quickstart-ApacheGeronimofortheimpatient-Starttheserver
>
> Following errors, I received in building assemblies:
>
> 
>
> [INFO] snapshot org.apache.geronimo.configs:sharedlib:2.2-SNAPSHOT:
> checking for updates from apache.org
> [INFO] snapshot org.apache.geronimo.configs:sharedlib:2.2-SNAPSHOT:
> checking for updates from apache.snapshots
> [INFO] snapshot org.apache.geronimo.configs:sharedlib:2.2-SNAPSHOT:
> checking for updates from apache-snapshots
> [INFO] snapshot org.apache.geronimo.configs:sharedlib:2.2-SNAPSHOT:
> checking for updates from codehaus-snapshots
> [INFO] [enforcer:enforce {execution: default}]
> [INFO] [remote-resources:process {execution: process}]
> [INFO] [remote-resources:process {execution: default}]
> [INFO] [resources:resources]
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] skip non existing resourceDirectory
> /home/rahul/server/assemblies/geronimo-jetty6-minimal/src/main/resources
> [INFO] Copying 3 resources
> [INFO] Copying 3 resources
> [INFO] [car:install-modules]
> [ERROR] Unable to install plugin
> java.io.IOException: Could not resolve artifact xpp3/xpp3//jar in repo
> /home/rahul/.m2/repository
>
> org.apache.geronimo.mavenplugins.car.Maven2RepositoryAdapter.open(Maven2RepositoryAdapter.java:104)
>
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1178)
>
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
>
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
>
> org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:773)
>
> org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:718)
>
> org.apache.geronimo.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java:175)
>
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
> org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:597)
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> [INFO] Installed plugins:
> [INFO] org.apache.geronimo.plugingroups/web-jetty/2.2-SNAPSHOT/car
> [INFO] Installed dependencies:
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 

[gsoc] Proposal Refinement

2009-04-09 Thread rahul.soa
Hello Devs,

As you probably know, I did submit my gsoc application for '*WS-Security
support for JAX-WS Web Services*' [1] a few days ago on gsoc website [1], so
I believe I can refine this application with your precious suggestions by
discussing it on the mailing list. Thanks to Jarek and Daniel for their
valuable suggestions. if you have any futher
comments/improvements/suggestion/ideas, please let me know so that I can
refine it. My application is available here [2] and [3] for review

Thanks in advance.

Best Regards,
Rahul

[1] http://wiki.apache.org/general/SummerOfCode2009#geronimo-project
[2] http://socghop.appspot.com/
[3] http://wiki.apache.org/general/rahulsoa


Re: ApacheGeronimo - Build failure

2009-04-08 Thread rahul.soa
rImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation
failure
at
org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
... 16 more
[INFO]

[INFO] Total time: 1 minute 28 seconds
[INFO] Finished at: Thu Apr 09 00:58:27 CEST 2009
[INFO] Final Memory: 36M/508M
[INFO]

[ra...@localhost connector-1_6]$

-

Any idea why those error occured?

Thank you.

Best Regards,
Rahul


On Mon, Apr 6, 2009 at 10:07 PM, Kevan Miller 
wrote:
>
> On Apr 6, 2009, at 3:25 AM, rahul.soa wrote:
>
>> Hello David,
>>
>> It did not work for independent build as well. I tried to build the
>> plug-ins and got the same memory allocation error :( I ordered my RAM
>> already.
>
> Try building without tests:
>
> mvn -Dtest=false
>
> --kevan
>


Re: ApacheGeronimo - Build failure

2009-04-06 Thread rahul.soa
Hello David,

It did not work for independent build as well. I tried to build the
plug-ins and got the same memory allocation error :( I ordered my RAM
already.

Many Thanks.

Rahul
On Mon, Apr 6, 2009 at 12:29 AM, rahul.soa  wrote:
> Hello David,
>
> Thanks for your email.
>
> On Sun, Apr 5, 2009 at 1:07 AM, David Jencks  wrote:
>> Hi Rahul,
>>
>> It looks like this is the problem:
>>
>> Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
>> allocate memory
>>        at java.lang.UNIXProcess.(UNIXProcess.java:148)
>>        at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>        at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>        ... 33 more
>>
>> I wonder if the project is just too big to build at once on your machine?
>>  512Mb RAM is rather small nowadays.
>>
> Yes, I also feel that 512Mb RAM is not sufficient and I am going to
> buy some more RAM for my system as hoping to start working on gsoc
> project soon.
>
>> You might try building the top level bits by themselves such as
>> testsupport
>> framework
>> plugins
>> plugingroups
>> assemblies
>> testsuite
>>
>> I don't know if that would help or not :-(
>>
> I am trying these, one by one now and will get back to you in both the cases.
> Thanks again for your help.
>> thanks
>> david jencks
>>
>>
> Best Regards,
> Rahul
>>
>> On Apr 4, 2009, at 10:25 AM, rahul.soa wrote:
>>
>>> Hello Devs,
>>>
>>> I am trying to build Apache Geronimo on my Linux Machine and I got
>>> build failure error. I am following the steps from the below link:
>>>
>>> http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html
>>>
>>> 1. Checkout
>>> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
>>>
>>> 2. Build
>>> [ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
>>> -XX:MaxPermSize=512m" mvn install -e
>>>
>>>
>>> Platform I am using:
>>>
>>> Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
>>>     OS: Fedora Release 9(sulphur)
>>>     Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
>>>     jvm: java version "1.6.0"
>>>
>>>
>>> Earlier in 2 attempts I got heap error and PermGen space problem but
>>> after increasing the heap size and PermSize I am getting the follwing
>>> error:
>>>
>>>
>>> //
>>>
>>> ---
>>> T E S T S
>>> ---
>>> There are no tests to run.
>>>
>>> Results :
>>>
>>> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
>>>
>>> [INFO] [jar:jar]
>>> [INFO] Building jar:
>>>
>>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO] [ianal:verify-legal-files {execution: default}]
>>> [INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO] [install:install]
>>> [INFO] Installing
>>>
>>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>>> to
>>> /home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO]
>>> 
>>> [INFO] Building Geronimo Plugins, CXF :: CXF
>>> [INFO]    task-segment: [install]
>>> [INFO]
>>> 
>>> [INFO] [enforcer:enforce {execution: default}]
>>> [INFO] [remote-resources:process {execution: process}]
>>> [INFO] [remote-resources:process {execution: default}]
>>> [INFO] [resources:resources]
>>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>> [INFO] skip non existing resourceDirectory
>>> /home/rahul/server/plugins/cxf/cxf/src/main/resources
>>> [INFO] Copying 3 resources
>>> [INFO] Copying 3 resources
>>> [INFO] [car:validate-configuration]
>>> [INFO] [car:prepare-plan]
>>> [INFO] Generated:
>>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>>> [INFO] [car:verify-no-dependency-change]
>>> [INFO] [car:package]
>>> [INFO] Packaging module configuration:
>>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
&

Re: ApacheGeronimo - Build failure

2009-04-05 Thread rahul.soa
Hello David,

Thanks for your email.

On Sun, Apr 5, 2009 at 1:07 AM, David Jencks  wrote:
> Hi Rahul,
>
> It looks like this is the problem:
>
> Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
> allocate memory
>        at java.lang.UNIXProcess.(UNIXProcess.java:148)
>        at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>        at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>        ... 33 more
>
> I wonder if the project is just too big to build at once on your machine?
>  512Mb RAM is rather small nowadays.
>
Yes, I also feel that 512Mb RAM is not sufficient and I am going to
buy some more RAM for my system as hoping to start working on gsoc
project soon.

> You might try building the top level bits by themselves such as
> testsupport
> framework
> plugins
> plugingroups
> assemblies
> testsuite
>
> I don't know if that would help or not :-(
>
I am trying these, one by one now and will get back to you in both the cases.
Thanks again for your help.
> thanks
> david jencks
>
>
Best Regards,
Rahul
>
> On Apr 4, 2009, at 10:25 AM, rahul.soa wrote:
>
>> Hello Devs,
>>
>> I am trying to build Apache Geronimo on my Linux Machine and I got
>> build failure error. I am following the steps from the below link:
>>
>> http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html
>>
>> 1. Checkout
>> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
>>
>> 2. Build
>> [ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
>> -XX:MaxPermSize=512m" mvn install -e
>>
>>
>> Platform I am using:
>>
>> Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
>>     OS: Fedora Release 9(sulphur)
>>     Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
>>     jvm: java version "1.6.0"
>>
>>
>> Earlier in 2 attempts I got heap error and PermGen space problem but
>> after increasing the heap size and PermSize I am getting the follwing
>> error:
>>
>>
>> //
>>
>> ---
>> T E S T S
>> ---
>> There are no tests to run.
>>
>> Results :
>>
>> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
>>
>> [INFO] [jar:jar]
>> [INFO] Building jar:
>>
>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO] [ianal:verify-legal-files {execution: default}]
>> [INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO] [install:install]
>> [INFO] Installing
>>
>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>> to
>> /home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO]
>> 
>> [INFO] Building Geronimo Plugins, CXF :: CXF
>> [INFO]    task-segment: [install]
>> [INFO]
>> 
>> [INFO] [enforcer:enforce {execution: default}]
>> [INFO] [remote-resources:process {execution: process}]
>> [INFO] [remote-resources:process {execution: default}]
>> [INFO] [resources:resources]
>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>> [INFO] skip non existing resourceDirectory
>> /home/rahul/server/plugins/cxf/cxf/src/main/resources
>> [INFO] Copying 3 resources
>> [INFO] Copying 3 resources
>> [INFO] [car:validate-configuration]
>> [INFO] [car:prepare-plan]
>> [INFO] Generated:
>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>> [INFO] [car:verify-no-dependency-change]
>> [INFO] [car:package]
>> [INFO] Packaging module configuration:
>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>> [INFO] Started deployer:
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
>> [INFO] [car:prepare-metadata]
>> [INFO] [car:archive-car]
>> [INFO] Building jar:
>> /home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car
>> [INFO] [ianal:verify-legal-files {execution: default}]
>> [INFO] Checking legal files in: cxf-2.2-SNAPSHOT.car
>> [INFO] [install:install]
>> [INFO] Installing
>> /home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car to
>>
>> /home/rahul/.m2/repository/org/apache/geronimo/configs/cxf/2.2-SNAPSHOT/cxf-2.2-SNAPSHOT.car
>> [INFO] [car:update-pluginlist]
>> [INF

ApacheGeronimo - Build failure

2009-04-04 Thread rahul.soa
Hello Devs,

I am trying to build Apache Geronimo on my Linux Machine and I got
build failure error. I am following the steps from the below link:

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

1. Checkout
svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server

2. Build
[ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
-XX:MaxPermSize=512m" mvn install -e


Platform I am using:

 Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
  OS: Fedora Release 9(sulphur)
  Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
  jvm: java version "1.6.0"


Earlier in 2 attempts I got heap error and PermGen space problem but
after increasing the heap size and PermSize I am getting the follwing
error:


//

---
 T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
to 
/home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo Plugins, CXF :: CXF
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/cxf/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] [car:prepare-metadata]
[INFO] [car:archive-car]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: cxf-2.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car to
/home/rahul/.m2/repository/org/apache/geronimo/configs/cxf/2.2-SNAPSHOT/cxf-2.2-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO] 
[INFO] Building Geronimo Plugins, CXF :: Builder
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:compile]
[INFO] Compiling 2 source files to
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/target/classes
[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/test/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/target/surefire-reports
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error while executing forked tests.; nested exception is
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
Error setting up environmental variables

java.io.IOException: error=12, Cannot allocate memory
[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error while
executing forked tests.; nested exception is
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
Error setting up environmental variables
at 
org.apache.m

Fwd: Initial Draft for gsoc [WS-Security support for JAX-WS Web Services] project

2009-03-31 Thread rahul.soa
// Apologize, forgot to click on "Reply All".

Best Regards,
Rahul


-- Forwarded message ------
From: rahul.soa 
Date: Tue, Mar 31, 2009 at 11:44 PM
Subject: Re: Initial Draft for gsoc [WS-Security support for JAX-WS
Web Services] project
To: Jarek Gawor 


Hello Jarek/Daniel/Devs,

Thanks for your comments.

I added the proposal quickly as I sent in my previous email on the
following link:

http://wiki.apache.org/general/rahulsoa

I will keep it updating with the discussion we are having.

Thanks.

Best Regards,
Rahul

On Tue, Mar 31, 2009 at 10:08 PM, Jarek Gawor  wrote:
> Rahul,
>
> A few comments. I would drop the 1) bullet since in the grand scheme
> of things this is a little detail and instead I would focus more on
> the 2) bullet.
>
> I like the WS-SecurityPolicy idea but it might be a little too much to
> do at once. So I would stage things in the following way:
>
> 1) First work on the basic WS-Security support. Add support for
> Username Token Profile and X509 Certificate Token Profile.
>
> 2) Once 1) is working, add support for WS-SecurityPolicy
>
> 3) Once 2) is working, add support for WSSecurityFeature as described.
> That will probably require adding similar extensions to CXF and Axis2
> first.
>
> Besides configuring WS-Security properties for web services we also
> want to configure the same sort of properties for Web Service
> references (@WebServiceRef). So that clients can also make WS-Security
> secured calls.
>
> Also, to make life easier, can you put this proposal onto some
> personal Apache wiki page (http://wiki.apache.org/general) and I think
> that way we could edit this together.
>
> Thanks,
> Jarek
>
> On Mon, Mar 30, 2009 at 8:04 PM, rahul.soa  wrote:
>> Hello Devs,
>>
>> I have written a very initial draft for gsoc "WS-Security support for
>> JAX-WS Web Services" project [1]. Please suggest any modifications.
>> Thanks to Jarek for his thoughts and immediate help.
>>
>> // Quote
>>
>> Title: WS-Security support for JAX-WS Web Services
>>
>> Abstract:
>>
>> To integrate and enable the WS-Security features of Apache Axis2 and
>> Apache CXF in Apache Geronimo on web services.
>>
>> Description:
>>
>> Apache Geronimo supports two JAX-WS providers: Axis2 and CXF and both
>> of these libraries have some WS-Security features. But these features
>> are not integrated/enabled in Geronimo. So the goal is to enable these
>> features from within Geronimo. That involves basically two things:
>>
>> 1) that the modules (i.e. WSS4J) that provide the WS-Security features
>> for Axis2 and CXF are installed with Geronimo, and
>>
>> 2) that the WS-Security features such as [XML Security ('XML
>> Signature' - allows one to send along with the message a digital
>> signature of it, which assures that no one modified the message
>> content between the sender and receiver, 'XML Encryption' -allows one
>> to encrypt the message body or only its part using the given
>> cryptography algorithm) and Tokens ('Username Tokens' - WS-Security
>> scenario adds username and password values to the message header,
>> 'Timestamps' - Timestamps specify how long the security data remains
>> valid, 'SAML Tokens')] can be enabled and configured on web services
>> via Geronimo deployment descriptors and/or annotations. For example,
>> given some web service that is annotated with @WebService; so to
>> ensure that the service only accepts WS-Security -secured messages, it
>> should be something like “to add @WS-Security annotation”.
>>
>> Further in detail, we can consider WS-Security policies which can be
>> applied to the SOAP messages that pass between web services and web
>> service controls. A WS-Security is controlled in WS-Security policy
>> files. The WS-Security policy file (WSSE file) defines the security
>> policy applied to the SOAP messages that pass between web services and
>> their clients.[1]
>>
>> So we can use something like following annotation
>> @WS-Security file="MyWebServicePolicy.wsse"
>> Example:
>> @WebService
>> @WS-Security file="MyWebServicePolicy.wsse"
>> public class xyz
>>
>> The @WS-Security annotation determines the WS-Security policy file
>> (WSSE) to be applied to (1) incoming SOAP invocations of the web
>> service's methods and (2) the outgoing SOAP messages containing the
>> value returned by the web service's methods.[1]. The attribute file in
>> the above mentioned annotation specifies the path to the WS-Security
>> policy file 

Initial Draft for gsoc [WS-Security support for JAX-WS Web Services] project

2009-03-30 Thread rahul.soa
Hello Devs,

I have written a very initial draft for gsoc "WS-Security support for
JAX-WS Web Services" project [1]. Please suggest any modifications.
Thanks to Jarek for his thoughts and immediate help.

// Quote

Title: WS-Security support for JAX-WS Web Services

Abstract:

To integrate and enable the WS-Security features of Apache Axis2 and
Apache CXF in Apache Geronimo on web services.

Description:

Apache Geronimo supports two JAX-WS providers: Axis2 and CXF and both
of these libraries have some WS-Security features. But these features
are not integrated/enabled in Geronimo. So the goal is to enable these
features from within Geronimo. That involves basically two things:

1) that the modules (i.e. WSS4J) that provide the WS-Security features
for Axis2 and CXF are installed with Geronimo, and

2) that the WS-Security features such as [XML Security ('XML
Signature' - allows one to send along with the message a digital
signature of it, which assures that no one modified the message
content between the sender and receiver, 'XML Encryption' -allows one
to encrypt the message body or only its part using the given
cryptography algorithm) and Tokens ('Username Tokens' - WS-Security
scenario adds username and password values to the message header,
'Timestamps' - Timestamps specify how long the security data remains
valid, 'SAML Tokens')] can be enabled and configured on web services
via Geronimo deployment descriptors and/or annotations. For example,
given some web service that is annotated with @WebService; so to
ensure that the service only accepts WS-Security -secured messages, it
should be something like “to add @WS-Security annotation”.

Further in detail, we can consider WS-Security policies which can be
applied to the SOAP messages that pass between web services and web
service controls. A WS-Security is controlled in WS-Security policy
files. The WS-Security policy file (WSSE file) defines the security
policy applied to the SOAP messages that pass between web services and
their clients.[1]

So we can use something like following annotation
@WS-Security file="MyWebServicePolicy.wsse"
Example:
@WebService
@WS-Security file="MyWebServicePolicy.wsse"
public class xyz

The @WS-Security annotation determines the WS-Security policy file
(WSSE) to be applied to (1) incoming SOAP invocations of the web
service's methods and (2) the outgoing SOAP messages containing the
value returned by the web service's methods.[1]. The attribute file in
the above mentioned annotation specifies the path to the WS-Security
policy file (WSSE file - MyWebServicePolicy.wsse) used by the web
service.

In addition, I think we can also define some security feature
something like SecurityFeature similar to other WebService Feature(s)
such as AddressingFeature, MTOMFeature
 and RespectBindingFeature
. This new feature can also have the “enabled property” like other
features that is used to store whether a particular feature should be
enabled or disabled. This type should provide either a constructor
argument
 and/or a method that will allow the web service developer to set the
enabled property. The meaning of enabled or disabled is determined by
each individual WebServiceFeature. It is important that web services
developers be able to enable/disable specific features when writing
their web applications. [2]

[1] http://e-docs.bea.com/workshop/docs81/doc/en/core/index.html

[2] http://jcp.org/aboutJava/communityprocess/mrel/jsr224/index2.html


//Unquote

Any suggestion will be appreciable.

* Please put my email id in cc if you reply to mailing list only as I
am not on the mailing list at this time. I have sent requests many
times but could not get the confirmation reply for joining the mailing
list so far.

Many Thanks.

Best Regards,
Rahul

[1] http://wiki.apache.org/general/SummerOfCode2009#cxf-project