Re: New way to specify jaxws impl with a system property

2007-02-22 Thread Lasantha Ranaweera

+1 too.

Davanum Srinivas wrote:

+1

On 2/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

I like the .provider myself

--jason




-Original Message-
From: Dain Sundstrom <[EMAIL PROTECTED]>
Date: Wed, 21 Feb 2007 13:08:43
To:dev@geronimo.apache.org
Subject: Re: New way to specify jaxws impl with a system property

Very cool :D

On Feb 21, 2007, at 10:53 AM, David Jencks wrote:

> -Dorg.apache.geronimo.jaxwsimpl=cxf

I find the smushed words jaxws and impl a bit hard to read.  How
about -Dorg.apache.geronimo.jaxws.provider=cxf or just -
Dorg.apache.geronimo.jaxws=axis2?

Not really that important...

-dain










How to start JPA Testsuite

2007-02-22 Thread Lasantha Ranaweera

Hi,

Somebody please update me how to start the JPA test suite in testsuite 
folder.


Thanks,
Lasantha



Contributor Access to JIRA

2007-02-22 Thread Lasantha Ranaweera

Hi,

It would be helpful if I could get the contributor access to the 
Geronimo JIRA.


Thanks,
Lasantha Ranaweera



Re: windows build failure

2007-02-22 Thread Rakesh Midha

I did, I also tried with C:\geronimo\build0215, which gave me same error.

Removing
   
 org.apache.openejb
 container
 ${version}
 pom
 compile
   
from server-3.0-incubation-SNAPSHOT .pom solves the problem.

Thanks
Rakesh


On 2/22/07, Tim McConnell <[EMAIL PROTECTED]> wrote:


Hi Rakesh, could this be the infamous windows path length problem ?? Have
you
tried changing your root directory to something like C:\g instead of what
you're
using now (C:\geronimo\Copy of build0215) ??

Thanks,
Tim McConnell


Rakesh Midha wrote:
> Hello
>
> At last I am able to reproduce it, I am hitting this error at at corba
> builder (geronimo-corba-builder)
>
> Here is the relevant log
>

>
>

> [INFO]
>
-
> ---
> [INFO] Building Geronimo :: CORBA :: Builder
> [INFO]task-segment: [install]
> [INFO]
>
-
> ---
> [INFO] [tools:require-java-version {execution: validate-java-version}]
> [WARNING] POM for
> 'org.apache.geronimo.specs:geronimo-jms_1.1_spec:pom:1.0.1:com
> pile' is invalid. It will be ignored for artifact resolution. Reason:
> Failed to
> validate POM
> [WARNING] POM for
> 'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:po
> m:1.0.1:compile' is invalid. It will be ignored for artifact resolution.
> Reason:
>  Failed to validate POM
> [WARNING] POM for
> 'org.apache.geronimo.specs:geronimo-ejb_2.1_spec:pom:1.0.1:com
> pile' is invalid. It will be ignored for artifact resolution. Reason:
> Failed to
> validate POM
> [INFO] [xmlbeans:xmlbeans {execution: default}]
> Time to build schema type system: 0.2 seconds
> Time to generate code: 0.952 seconds
> error: error reading C:\Documents and
> Settings\libadmin\.m2\repository\org\apach
> e\openejb\container\3.0-incubating-SNAPSHOT\container-
3.0-incubating-SNAPSHOT.po
> m; java.util.zip.ZipException: error in opening zip file
> Note: * uses or overrides a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> 1 error
>
> BUILD FAILED
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] XmlBeans compile failed:
>  xml ErrorLoading schema file C:\geronimo\Copy of
> build0215\modules\geronimo-cor
> ba-builder\src\main\schema\corba-css-config-2.1.xsd
> xml ErrorLoading schema file C:\geronimo\Copy of
> build0215\modules\geronimo-corb
> a-builder\src\main\schema\corba-tss-config-2.1.xsd
> xml ErrorLoading config file C:\geronimo\Copy of
> build0215\modules\geronimo-corb
> a-builder\src\main\schema\xmlconfig.xml
>

>
>

>
> BTW I am using Win-XP and Maven 2.0.5
>
> Thanks
> Rakesh
>
> On 2/16/07, *Kevan Miller* <[EMAIL PROTECTED]
> > wrote:
>
>
> On Feb 16, 2007, at 4:44 AM, Rakesh Midha wrote:
>
>  > Hello Kevan
>  >
>  > I think you said that this error is fixed after you committed the
>  > changes in trunk. I am working on trunk I checkout yesterday (rev
>  > 507910). and with my bad luck I am facing the same exception even
> now.
>  >
>  > Removing
>  > 
>  >   org.apache.openejb
>  >   container
>  >   ${version}
>  >   pom
>  >   compile
>  > 
>  > from server-3.0-incubation-SNAPSHOT.pom solves the problem.
>  >
>  > Am I missing something here.
>
> Strange. I don't see anything that would have unfixed my hack...
>
> Hmm. Maybe it needs to be excluded in a different module/config.
> Where are you hitting this error? Maybe corba enablement (or another
> change is hitting the same basic issue...).
>
> Anybody else seeing this?
>
> --kevan
>
>
>
>



Re: Contributor Access to JIRA

2007-02-22 Thread Jacek Laskowski

On 2/22/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:


It would be helpful if I could get the contributor access to the
Geronimo JIRA.


You asked we listened! Done. Welcome!

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl


Re: Doc reorg

2007-02-22 Thread Terry Cox

Any ideas on how to do that ?


You need more than one way to get to information as people will use 
different strategies to find out about a new technology. I personally 
like to know at a glance the scope of a project, so I preferred the 
original approach (and the one taken on the ActiveMQ site) of having 
lots of left menu items for each topic, component or significant point.


The documentation is probably weakest on practical examples, judging by 
the sort of support queries coming in. There should be explicit 
tutorials for binding to a foreign web service, exposing a web service, 
wrapping a POJO, creating JBI components, packaging and deploying using 
su/sa, applying security.


We also need to do a better job of keeping these up to date and making 
it clear which documentation refers to which release.



--
Terry


Re: Contributor Access to JIRA

2007-02-22 Thread Lasantha Ranaweera

Thanks :D

Jacek Laskowski wrote:

On 2/22/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:


It would be helpful if I could get the contributor access to the
Geronimo JIRA.


You asked we listened! Done. Welcome!

Jacek





[jira] Closed: (GERONIMO-2865) EJB WS update: pass env. in standard way

2007-02-22 Thread David Jencks (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Jencks closed GERONIMO-2865.
--

   Resolution: Fixed
Fix Version/s: 2.0-beta1
 Assignee: David Jencks

Applied in rev 510454 to trunk.  Thanks for making these improvements!

> EJB WS update: pass env. in standard way
> 
>
> Key: GERONIMO-2865
> URL: https://issues.apache.org/jira/browse/GERONIMO-2865
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Jarek Gawor
> Assigned To: David Jencks
> Fix For: 2.0-beta1
>
> Attachments: GERONIMO-2865.patch, GERONIMO-2865.patch
>
>
> The attached patch improves how the env. property of the given container is 
> passed to the CXFModuleBuilderExtension. Still not a perfect solution but 
> better then before.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[BUILD] Failed for Revision: 510454

2007-02-22 Thread prasad
Building with Maven version: 2.0.5
Revision: 510454 built with tests included
See the full build-0500.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-0500.log
 
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
30K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//annogen/annogen/0.1.0/annogen-0.1.0.jar
242K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
1259K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-20070221.213536-9.jar
128K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-metadata/SNAPSHOT/axis2-metadata-20070222.070128-16.jar
329K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-asl:jar:3.2.0' 
from repository tomcat-m2-repo 
(http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-asl:jar:3.2.0' 
from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-asl:jar:3.2.0' 
from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-reposit

Re: [BUILD] Failed for Revision: 510454

2007-02-22 Thread Lasantha Ranaweera

Please remove geronimo-axis2/target folder and give a try.

Thanks,
Lasantha

[EMAIL PROTECTED] wrote:

Building with Maven version: 2.0.5
Revision: 510454 built with tests included
See the full build-0500.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-0500.log
 
[WARNING] Unable to get resource 'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)

Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
30K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
[WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//annogen/annogen/0.1.0/annogen-0.1.0.jar
242K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
codehaus (http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
1259K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-20070221.213536-9.jar
128K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-metadata/SNAPSHOT/axis2-metadata-20070222.070128-16.jar
329K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-asl:jar:3.2.0' 
from repository tomcat-m2-repo 
(http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-asl:jar:3.2.0' 
from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
[WARNING] Unable to get resource 'org.codehaus.woodstox:wstx-a

[jira] Assigned: (GERONIMO-807) Better handling for system log viewer portlet render requests

2007-02-22 Thread Rakesh Midha (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rakesh Midha reassigned GERONIMO-807:
-

Assignee: Rakesh Midha

Quite longLet me try to end this night

> Better handling for system log viewer portlet render requests
> -
>
> Key: GERONIMO-807
> URL: https://issues.apache.org/jira/browse/GERONIMO-807
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, usability
>Affects Versions: 1.0-M5
>Reporter: Aaron Mulder
> Assigned To: Rakesh Midha
>Priority: Minor
> Fix For: Wish List
>
>
> If you interact with a different portal on the log page, the system log 
> viewer portlet reverts to its default filter settings.  It should instead 
> default to the same values used previously (if there are previous search 
> criteria and if none of the criteria were submitted in the request). See 
> LogViewerPortlet.java:73 or so

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Logicblaze Fuse + ServiceMiz

2007-02-22 Thread Chandresh Turakhia

Hi,

Sorry to post on wrong site . But could not find the dev list for LogicBlaze 
Fuse.



http://devzone.logicblaze.com/site/roadmap.html

(Q1) What is the latest Fuse Download. Sometimes latest code is in SVN.

(Q2) What version of ServiceMiz is latest download

(Q3) Is Telco Flovor Open Source. Where can i join the dev list.

Chand 





Re: How to start JPA Testsuite

2007-02-22 Thread Lasantha Ranaweera

Got it  :-) .

Lasantha Ranaweera wrote:

Hi,

Somebody please update me how to start the JPA test suite in testsuite 
folder.


Thanks,
Lasantha






[jira] Created: (GERONIMO-2866) LinkageError on startup

2007-02-22 Thread Vitaly Pimenov (JIRA)
LinkageError on startup
---

 Key: GERONIMO-2866
 URL: https://issues.apache.org/jira/browse/GERONIMO-2866
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0-M1
 Environment: Win XP 1.5.0_10 
Linux 1.5.0_10
Mac OS X 1.5.0_06
Reporter: Vitaly Pimenov


Hello, I'm a YourKit Java Profiler developer. Our customer have reported that 
Geronimo 2.0 doesn't start with our profiler agent.
There is a LinkageError on server startup:
java.lang.LinkageError: loader (instance of  
org/apache/geronimo/kernel/classloader/JarFileClassLoader): attempted  
duplicate class definition for name: 
"$javax/naming/Context$$EnhancerByCGLIB$$79faf44d$$FastClassByCGLIB$$e18c505c"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
... 34 more

Looking into this, I have found that the problem is caused by dynamic byte-code 
instrumentation: we add a special 'static transient boolean' field in some 
classes and 
"$javax/naming/Context$$EnhancerByCGLIB$$79faf44d$$FastClassByCGLIB$$e18c505c" 
is one of them.
It looks like CGLIB somehow watches the classfile changes and tries to reload 
class, modified by our instrumentation. 
The problem arises because the names are identical. 
Maybe it can be solved by customizing NamingPolicy used in CGLIB.

You can reproduce the problem with YourKit Java Profiler 6.0.11 
http://yourkit.com/download/index.jsp
To run server with profiler you can just add 2 following lines at the beginning 
or geronimo startup.bat
set PATH=/bin/win32;%PATH%
set JAVA_TOOL_OPTIONS=-agentlib:yjpagent %JAVA_TOOL_OPTIONS%

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [jira] Doc reorg

2007-02-22 Thread dgoodine

Having just gone through the initial (steep and sometimes pitfall-scattered)
learning curve, I could definitely help sketch out some ideas and possible
contribute to the documentation.   Do I need to get a confluence account set
up?  (I'm not sure how much time I can commit, but I'd like to contribute
what I can to help others with their initial forray into SM.)



Terry wrote:
> 
>> Any ideas on how to do that ?
> 
> You need more than one way to get to information as people will use 
> different strategies to find out about a new technology. I personally 
> like to know at a glance the scope of a project, so I preferred the 
> original approach (and the one taken on the ActiveMQ site) of having 
> lots of left menu items for each topic, component or significant point.
> 
> The documentation is probably weakest on practical examples, judging by 
> the sort of support queries coming in. There should be explicit 
> tutorials for binding to a foreign web service, exposing a web service, 
> wrapping a POJO, creating JBI components, packaging and deploying using 
> su/sa, applying security.
> 
> We also need to do a better job of keeping these up to date and making 
> it clear which documentation refers to which release.
> 
> 
> -- 
> Terry
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Doc-reorg-tf3269938s12049.html#a9099189
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



[jira] Created: (GERONIMO-2867) javax.mail.Service.connect() not using port from transport URLName()

2007-02-22 Thread Rick McGuire (JIRA)
javax.mail.Service.connect() not using port from transport URLName()


 Key: GERONIMO-2867
 URL: https://issues.apache.org/jira/browse/GERONIMO-2867
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: mail
Affects Versions: 1.2, 2.0-beta1
Reporter: Rick McGuire
 Assigned To: Rick McGuire
Priority: Minor
 Fix For: 1.2, 2.0-beta1


The javax.mail.Service.connect() method needs to check for a port specified on 
the URLName attached to the service instance if the port specified on the 
connect is -1. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Simple Web Service with JAX-WS sample on AG wiki

2007-02-22 Thread Kanchana Welagedara
Hi Lin

 I too trying on this sample with the latest built today.I'm trying to
deploy and do the server debugging for both axis2 and CXF targeting more
testing on tasks of Supports javax.jws.WebService annotation and
Supports web service annotation with web service descriptor file - web
service deployment descriptor file override or enhance web service
annotations in
http://cwiki.apache.org/GMOxPMGT/geronimo-20-web-services-support.html

 I'll also keep you update with the status.Present confluence url for
this  sample application says that CXF has to be the latest and
installed.Can't I use the existing  CXF binaries and installed for this.

Regards
Kanchana

On Thu, 2007-02-15 at 22:46 -0500, Lin Sun wrote:
> Hi there,
> 
> After making some changes to the sample[1], I am able to get it 
> (slightly different versions of it for CXF and Axis2) working with this 
> week's trunk.
> 
> Here are some observations:
> 1) I have to use the generated classes (package-info, objectFactory, 
> RequestWrapper and ResponseWrapper classes) for CXF to get the war file 
> deployed.  This was not required before...
> 2) I developed an Axiom based web services client for Axis2 so that it 
> doesn't require CXF specific jars at the runtime of the client.
> 
> I'll begin updating the docs and send out another update.   Initial 
> thought is to use the same wiki page for both CXF and Axis2 (instead of 
> creating a new page for Axis2) and highlight the differences.
> 
> Lin
> 
> [1]http://cwiki.apache.org/GMOxDOC20/simple-web-service-with-jax-ws.html



build error in examples configs

2007-02-22 Thread Anita Kulshreshtha
  Does anyone know why I am the only one (and not the automated build)
seeing this error in rev 510365?

Thanks
Anita

[INFO] Packaging module configuration:
C:\anita\geronimo\g2.0\configs\jsp-examples-jetty\t
arget\plan\plan.xml
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] java.lang.NullPointerException

[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException:
java.lang.NullPointerException
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecyc
leExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(De
faultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycl
eExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailure
s(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Default
LifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExe
cutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja
va:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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.MojoExecutionException:
java.lang.NullPointerException
at
org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:137)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.j
ava:420)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecyc
leExecutor.java:539)
... 16 more
Caused by: org.apache.geronimo.common.DeploymentException:
java.lang.NullPointerException
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:383)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke()
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.ja
va:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124
)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:855)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.jav
a:668)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:
487)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute(PackageMojo.java:299
)
at
org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:122)
... 18 more
Caused by: java.lang.NullPointerException
at
org.apache.xbean.finder.ClassFinder$Annotatable.(ClassFinder.java:434)
at
org.apache.xbean.finder.ClassFinder$PackageInfo.(ClassFinder.java:460)
at
org.apache.xbean.finder.ClassFinder.(ClassFinder.java:153)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.processAnnotation
s(AbstractWebModuleBuilder.java:762)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.makeMetadataCompl
ete(AbstractWebModuleBuilder.java:696)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.buildSubstitution
Groups(AbstractWebModuleBuilder.java:670)
at
org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.initContext(JettyModul
eBuilder.java:306)
at
org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a0
0be84.invoke()
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.ja
va:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124
)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.bas

Re: Can somebody please verify that undeploy works (on Windows) ?

2007-02-22 Thread Kevan Miller


On Feb 21, 2007, at 10:59 PM, Prasad Kashyap wrote:


Verified this on the same windows machine using M1
( http://apache.ziply.com/geronimo/2.0-M1/ )

Used the same test app (
http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear )

The undeploy completely cleans the G repo of all traces of the app.


Prasad,
I can see that some Geronimo Classloaders associated with EAR's are  
not being destroyed. This would account for the file-locking behavior  
you're seeing on Windows. Would also explain at least some of the OOM  
problems, we've been seeing...


I haven't pinned down the source of the problem, yet. So, no fix ATM...

--kevan


[jira] Created: (SM-855) Non concurrent processing of files in LW FilePoller

2007-02-22 Thread Juergen Mayrbaeurl (JIRA)
Non concurrent processing of files in LW FilePoller
---

 Key: SM-855
 URL: https://issues.apache.org/activemq/browse/SM-855
 Project: ServiceMix
  Issue Type: Improvement
  Components: servicemix-components
Affects Versions: 3.1
Reporter: Juergen Mayrbaeurl
 Fix For: 3.1.1, 3.2
 Attachments: FilePoller.diff

LW FilePoller component always processes files concurrently. Sometimes it's 
very important that files get processed in a defined sequence, because the 
contents is depending on previously processed contents.

I've extended the LW FilePoller class. It has a 'concurrent' property now 
(default is true) and properties for sorting the incoming files (Sort by name 
and last modification date, asc and desc)

Maybe this functionality should be included in the LW FTP FilePoller and 
servicemix-file BC, too.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SM-855) Non concurrent processing of files in LW FilePoller

2007-02-22 Thread Juergen Mayrbaeurl (JIRA)

 [ 
https://issues.apache.org/activemq/browse/SM-855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Juergen Mayrbaeurl updated SM-855:
--

Attachment: FilePoller.diff

Forgot to grant license to ASF

> Non concurrent processing of files in LW FilePoller
> ---
>
> Key: SM-855
> URL: https://issues.apache.org/activemq/browse/SM-855
> Project: ServiceMix
>  Issue Type: Improvement
>  Components: servicemix-components
>Affects Versions: 3.1
>Reporter: Juergen Mayrbaeurl
> Fix For: 3.1.1, 3.2
>
> Attachments: FilePoller.diff, FilePoller.diff
>
>
> LW FilePoller component always processes files concurrently. Sometimes it's 
> very important that files get processed in a defined sequence, because the 
> contents is depending on previously processed contents.
> I've extended the LW FilePoller class. It has a 'concurrent' property now 
> (default is true) and properties for sorting the incoming files (Sort by name 
> and last modification date, asc and desc)
> Maybe this functionality should be included in the LW FTP FilePoller and 
> servicemix-file BC, too.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (GERONIMO-2863) Mail 1.4 InternetHeaders behavior difference compared to Sun's

2007-02-22 Thread Jason Warner (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Warner reassigned GERONIMO-2863:
--

Assignee: Jason Warner

> Mail 1.4 InternetHeaders behavior difference compared to Sun's
> --
>
> Key: GERONIMO-2863
> URL: https://issues.apache.org/jira/browse/GERONIMO-2863
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Daniel Kulp
> Assigned To: Jason Warner
>Priority: Minor
>
> The InternetHeaders object's parsing is less "forgiving" of headers that 
> don't meet specs compared to Sun's.
> Sun's implementation allows headers to be using "unix style" (just LF) and 
> will parse them fine.
> The 1.4 version of Geronimo's only breaks on the CR and then blindly consumes 
> the next char (should be the LF).   If the stream only has LF's, everything 
> is read into a single header. 
> I know the spec says the stream should be CR/LF so the behavior is fine for 
> proper streams.  However, it is a behavior change that COULD make it not a 
> drop in replacement for Suns.  (in our case, we had some test data that were 
> "svn:eol_style: native" that passed on Windows, but not on Unix.   Changing 
> them to "svn:eol_style: CRLF" fixed it.)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: DayTrader and Geronimo v2.0 documentation

2007-02-22 Thread Christopher Blythe

I had some additional thoughts as well...

- best practices and/or guidelines for constructing load driver scripts
- steps/guidelines for performing performance measurements

On 2/21/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote:



On Feb 21, 2007, at 5:28 PM, Christopher Blythe wrote:

All...

Sorry for the delay in getting to this... Anyway, I put together something
to start with on the wiki (http://cwiki.apache.org/GMOxDOC20/daytrader.html).
I'm not exactly convinced this is the best place for it since we are tying
it to a geronimo version. I guess I'm left wondering what we should do with
this...

http://geronimo.apache.org/daytrader.html


I'd be happy to deep six it...the CWiki looks much better and is easier to
maintain.  I think we should update any links for DT to the Cwiki.


So, I guess in general, what do we want out of the DayTrader doc? I've
tried to start off with a high-level approach and start to drill down. Most
of what I have written thus far is actually based on DayTrader 1.2... 2.0will 
add JPA and eventually EJB3. I guess some of the additional areas that
need to be covered could be...

- how to build
- how to deploy
- how to create the database


I'd like to add in some performance specific information like queries
created, performance results, etc. but this would be more Geronimo specific
and I wouldn't think we'd be hosting content of other AppServers here; or
maybe we would if we didn't violate some intergalactic law.

Workload breakdown like how many JMS messages are created for which
trans...perhaps a break down of the transactions...mostly for performance
folks.


What else?

Chris

On 2/6/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
>
> I think Chris B is putting some things together. Chris, is there any
> area of the app you are not planning to doc right away?
> I'm just trying to avoid overlapping (yeah, weird, really weird, this is
> documentation that we are talking about ;-)  )
>
> Cheers!
> Hernan
>
> Kanchana Welagedara wrote:
> > Hi All
> >
> > I'll be in for the DayTrader.Shall we come up will a "TODO" list ?
> >
> > Regards
> > Kanchana
> >
> > On 2/3/07, *Hernan Cunico* < [EMAIL PROTECTED]
> > > wrote:
> >
> > Hi All,
> > I was thinking we should give DayTrader a bigger role in the
> > Geronimo v2.0 documentation (yes, I'm always orbiting round doc
> ;-)  )
> > It's a great app that will help us test lots of components in
> > Geronimo and it will more massive if accompanied with the
> respective
> > doc.
> >
> > Volunteers? I'll help as much as I can but need lot of guidance.
> >
> > Cheers!
> > Hernan
> >
> >
>



--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden






--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden


Re: Doc reorg

2007-02-22 Thread Bruce Snyder

On 2/21/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:

I think we need to reorg the docs so that one can more easily
find the informations (we also need to write more docs, but that's
another problem).  Currently, the only way to really find a page is
to go to the site map and browse ...

Any ideas on how to do that ?


I like the User's Guide concept, but I think we should return to
having more links to information exposed in order to help users find
the buried information in an easier manner.

I also agree with Terry about the common examples. I've already begun
working on some of these  examples, but none of them are complete yet.
I started Hello World style examples for creating a BC and a SE as
well as providing and consuming a web service. I just need to make
some time to complete them.

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/


Re: DayTrader and Geronimo v2.0 documentation

2007-02-22 Thread Hernan Cunico

Great doc Chris!

Let's leave this doc in the Geronimo v2.0 documentation for now, we can easily 
move it around later on.

In addition to build and deploy it would be cool to cover the different ways to 
configure and run DT.

Cheers!
Hernan

Christopher Blythe wrote:

All...

Sorry for the delay in getting to this... Anyway, I put together 
something to start with on the wiki ( 
http://cwiki.apache.org/GMOxDOC20/daytrader.html). I'm not exactly 
convinced this is the best place for it since we are tying it to a 
geronimo version. I guess I'm left wondering what we should do with this...


http://geronimo.apache.org/daytrader.html

So, I guess in general, what do we want out of the DayTrader doc? I've 
tried to start off with a high-level approach and start to drill down. 
Most of what I have written thus far is actually based on DayTrader 
1.2... 2.0 will add JPA and eventually EJB3. I guess some of the 
additional areas that need to be covered could be...


- how to build
- how to deploy
- how to create the database

What else?

Chris

On 2/6/07, *Hernan Cunico* <[EMAIL PROTECTED] 
> wrote:


I think Chris B is putting some things together. Chris, is there any
area of the app you are not planning to doc right away?
I'm just trying to avoid overlapping (yeah, weird, really weird,
this is documentation that we are talking about ;-)  )

Cheers!
Hernan

Kanchana Welagedara wrote:
 > Hi All
 >
 > I'll be in for the DayTrader.Shall we come up will a "TODO" list ?
 >
 > Regards
 > Kanchana
 >
 > On 2/3/07, *Hernan Cunico* < [EMAIL PROTECTED]

 > >> wrote:
 >
 > Hi All,
 > I was thinking we should give DayTrader a bigger role in the
 > Geronimo v2.0 documentation (yes, I'm always orbiting round
doc ;-)  )
 > It's a great app that will help us test lots of components in
 > Geronimo and it will more massive if accompanied with the
respective
 > doc.
 >
 > Volunteers? I'll help as much as I can but need lot of guidance.
 >
 > Cheers!
 > Hernan
 >
 >




--
"I say never be complete, I say stop being perfect, I say let... lets 
evolve, let the chips fall where they may." - Tyler Durden


[jira] Closed: (GERONIMO-2867) javax.mail.Service.connect() not using port from transport URLName()

2007-02-22 Thread Rick McGuire (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rick McGuire closed GERONIMO-2867.
--

Resolution: Fixed

Committed revision 510527.  specs tree 
Committed revision 510528.  provider tree. 

> javax.mail.Service.connect() not using port from transport URLName()
> 
>
> Key: GERONIMO-2867
> URL: https://issues.apache.org/jira/browse/GERONIMO-2867
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 1.2, 2.0-beta1
>Reporter: Rick McGuire
> Assigned To: Rick McGuire
>Priority: Minor
> Fix For: 1.2, 2.0-beta1
>
>
> The javax.mail.Service.connect() method needs to check for a port specified 
> on the URLName attached to the service instance if the port specified on the 
> connect is -1. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Can somebody please verify that undeploy works (on Windows) ?

2007-02-22 Thread Kevan Miller


OK. I see the issue. PersistentUnitGBean is cloning the EAR  
classloader and giving it to OpenJPA. I don't see where this CL will  
ever be destroyed. Will need to work through the lifecycle...


--kevan


Re: Logicblaze Fuse + ServiceMiz

2007-02-22 Thread Bruce Snyder

On 2/22/07, Chandresh Turakhia <[EMAIL PROTECTED]> wrote:

Hi,

Sorry to post on wrong site . But could not find the dev list for LogicBlaze
Fuse.


http://devzone.logicblaze.com/site/roadmap.html

(Q1) What is the latest Fuse Download. Sometimes latest code is in SVN.

(Q2) What version of ServiceMiz is latest download

(Q3) Is Telco Flovor Open Source. Where can i join the dev list.


Please submit all LogicBlaze related questions directly to [EMAIL PROTECTED]

Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/


Re: Can somebody please verify that undeploy works (on Windows) ?

2007-02-22 Thread Anita Kulshreshtha
   After few build problems (see another thread) I got
test-ear-j2ee_1.4 to deploy and undeploy. The following files are left
in geronimo repo. The ejb-cpm2.jar is locked and can not be deleted.
The following files/dirs are left in var\temp

OpenEJB_Generated_43980.jargeronimo-deploymentUtil43975.tmpdir
OpenEJB_Generated_43981.jargeronimo-deploymentUtil43979.tmpdir
README.txt geronimo-deploymentUtil43984.tmpdir
geronimo-deployer43982.tmpdir  jline_0_9_9.dll
   There was an error on the console, it is not written in the log!

Geronimo Application Server started
[severity=ERROR,message=unexpected element
(uri:"http://www.openejb.org/openejb-
jar/1.1", local:"cmp-connection-factory"). Expected elements are
<{http://www.op
enejb.org/openejb-jar/1.1}ejb-deployment>,locator=[node=null,object=null,url=nul
l,line=25,col=29,offset=-1]]
09:45:53,031 INFO  [config] Configuring app:
geronimo-deploymentUtil43977.tmpdir

09:45:53,593 WARN  [OpenEJB] Auto-deploying ejb SimpleStatelessSession:
EjbDeplo
yment(deployment-id=geronimo-deploymentUtil43977.tmpdir/SimpleStatelessSession,
container-id=null)
09:45:53,593 WARN  [OpenEJB] Auto-deploying ejb SimpleStatefulSession:
EjbDeploy
ment(deployment-id=geronimo-deploymentUtil43977.tmpdir/SimpleStatefulSession,
co
ntainer-id=null)
09:45:53,593 WARN  [OpenEJB] Auto-deploying ejb SimpleBMPEntity:
EjbDeployment(d
eployment-id=geronimo-deploymentUtil43977.tmpdir/SimpleBMPEntity,
container-id=n
ull)
09:45:53,593 WARN  [OpenEJB] Auto-deploying ejb SimpleCMPEntity:
EjbDeployment(d
eployment-id=geronimo-deploymentUtil43977.tmpdir/SimpleCMPEntity,
container-id=n
ull)
09:45:55,406 INFO  [config] Loaded Module:
geronimo-deploymentUtil43977.tmpdir
907  INFO   [RMI TCP Connection(8)-192.168.0.101] openjpa.MetaData -
Found 1 cla
sses with metadata in 375 milliseconds.
09:46:02,750 INFO  [startup] Assembling app:
C:\anita\geronimo\g2.0\assemblies\g
eronimo-tomcat6-jee5-2.0-SNAPSHOT\var\temp\geronimo-deploymentUtil43977.tmpdir
09:46:03,796 INFO  [startup] Created
Ejb(deployment-id=geronimo-deploymentUtil43
977.tmpdir/SimpleStatelessSession, ejb-name=SimpleStatelessSession,
container=De
fault Stateless Container)
09:46:03,796 INFO  [startup] Created
Ejb(deployment-id=geronimo-deploymentUtil43
977.tmpdir/SimpleStatefulSession, ejb-name=SimpleStatefulSession,
container=Defa
ult Stateful Container)
09:46:03,796 INFO  [startup] Created
Ejb(deployment-id=geronimo-deploymentUtil43
977.tmpdir/SimpleBMPEntity, ejb-name=SimpleBMPEntity, container=Default
BMP Cont
ainer)
09:46:03,796 INFO  [startup] Created
Ejb(deployment-id=geronimo-deploymentUtil43
977.tmpdir/SimpleCMPEntity, ejb-name=SimpleCMPEntity, container=Default
CMP Cont
ainer)
165671  INFO   [RMI TCP Connection(14)-192.168.0.101] openjpa.jdbc.JDBC
- OpenJP
A will now connect to the database to attempt to determine what type of
database
 dictionary to use.  To prevent this connection in the future, set your
openjpa.
jdbc.DBDictionary configuration property to the appropriate value for
your datab
ase (see the documentation for available values).
165953  INFO   [RMI TCP Connection(14)-192.168.0.101] openjpa.jdbc.JDBC
- Using
dictionary class "org.apache.openjpa.jdbc.sql.DerbyDictionary" (Apache
Derby 10.
2.2.0 - (485682) ,Apache Derby Embedded JDBC Driver 10.2.2.0 -
(485682)).
09:48:47,671 INFO  [DirectoryMonitor] Hot deployer notified that an
artifact was
 removed:
org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear

The geronimo-deploymentUtil43984.tmpdir and
geronimo-deployer43982.tmpdir directories were left behind after a web
app deploy, undeploy operation. These are not locked.
   
Thanks
Anita

--- Kevan Miller <[EMAIL PROTECTED]> wrote:

> 
> OK. I see the issue. PersistentUnitGBean is cloning the EAR  
> classloader and giving it to OpenJPA. I don't see where this CL will 
> 
> ever be destroyed. Will need to work through the lifecycle...
> 
> --kevan
> 



 

Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com


[jira] Created: (GERONIMO-2868) Message Driven Beans will not run under the specified "run-as" Subject

2007-02-22 Thread Aman Nanner (JIRA)
Message Driven Beans will not run under the specified "run-as" Subject
--

 Key: GERONIMO-2868
 URL: https://issues.apache.org/jira/browse/GERONIMO-2868
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: OpenEJB, security
Affects Versions: 1.2
Reporter: Aman Nanner


If a message driven bean is configured with a "run-as" element, it is being 
ignored and the message driven bean is not run as the specified Subject.  The 
MDB would be configured in the ejb-jar.xml as follows:


  
 TestMDB
 TestMDB
 com.acme.ejb.TestMDB
 Bean

javax.jms.Topic
 


acknowledgeMode

Auto-acknowledge



messageSelector
   JOB_CODE =
'FOO'



subscriptionDurability

NonDurable

 
 
ejb/common/TestEJB
Session
com.acme.ejb.TestHome
com.acme.ejb.TestRemote
TestEJB
 
 

   TESTROLE

 
  


Upon inspection of the org.apache.openejb.mdb.DefaaultMdbContainer class, it is 
noted that the EjbRunAsInterceptor is not configured as part of the invocation 
step (as it is in org.apache.openejb.slsb.DefaultStatelessEjbContainer).  
Therefore, the run-as Subject is never being set as part of the Caller stack.

I added the EjbRunAsInterceptor into the invocation stack and rebuilt Geronimo, 
but this didn't completely fix the problem.  The EjbRunAsInterceptor is now 
being called, and the Subject is being set as the "next" caller in the 
ContextManager's caller stack.  However, the EjbIdentityInterceptor runs next, 
and authorizes the invocation under the "current" caller, not the "next" 
caller.  Thus, the run-as Subject does NOT perform the invocation.

I'm not sure what the best way is to fix this without impacting everything 
else.  If somebody with more knowledge in this area has a good idea, I can try 
it and submit a patch.

Also note that this problem seems to imply that the "run-as" functionality 
wouldn't work with session EJBs either (I haven't tried to verify this).


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: build error in examples configs

2007-02-22 Thread David Jencks
I'd expect that to occur if your code was prior to rev 510269.  Is it  
possible that maven is pulling down or using a bad timestamped jar?


thanks
david jencks

On Feb 22, 2007, at 5:20 AM, Anita Kulshreshtha wrote:


  Does anyone know why I am the only one (and not the automated build)
seeing this error in rev 510365?

Thanks
Anita

[INFO] Packaging module configuration:
C:\anita\geronimo\g2.0\configs\jsp-examples-jetty\t
arget\plan\plan.xml
[INFO]
-- 
--

[ERROR] BUILD ERROR
[INFO]
-- 
--

[INFO] java.lang.NullPointerException

[INFO]
-- 
--

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException:
java.lang.NullPointerException
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals 
(DefaultLifecyc

leExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif 
ecycle(De

faultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal 
(DefaultLifecycl

eExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand 
leFailure

s(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment 
s(Default

LifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute 
(DefaultLifecycleExe

cutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java: 
123)

at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.ja

va:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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.MojoExecutionException:
java.lang.NullPointerException
at
org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:137)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo 
(DefaultPluginManager.j

ava:420)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals 
(DefaultLifecyc

leExecutor.java:539)
... 16 more
Caused by: org.apache.geronimo.common.DeploymentException:
java.lang.NullPointerException
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:383)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ 
$734a235d.invoke(
erated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.ja

va:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java:124

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

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

at
org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer 
(PackageMojo.jav

a:668)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage 
(PackageMojo.java:

487)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute 
(PackageMojo.java:299

)
at
org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:122)
... 18 more
Caused by: java.lang.NullPointerException
at
org.apache.xbean.finder.ClassFinder$Annotatable. 
(ClassFinder.java:434)

at
org.apache.xbean.finder.ClassFinder$PackageInfo. 
(ClassFinder.java:460)

at
org.apache.xbean.finder.ClassFinder.(ClassFinder.java:153)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.processA 
nnotation

s(AbstractWebModuleBuilder.java:762)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.makeMeta 
dataCompl

ete(AbstractWebModuleBuilder.java:696)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.buildSub 
stitution

Groups(AbstractWebModuleBuilder.java:670)
at
org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.initContext 
(JettyModul

eBuilder.java:306)
at
org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$ 
$FastClassByCGLIB$$1a0

0be84.invoke()
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.j

Re: [BUILD] Failed for Revision: 510454

2007-02-22 Thread Prasad Kashyap

Every automated build does a 'mvn clean' before doing a 'mvn install'.

It also removes the local repo completely every time.

The tests are included in the build only at 5 am. So this still is a problem.

(BTW, I did remove the target and build again. Test classes are
failing to compile )
Cheers
Prasad

On 2/22/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:

Please remove geronimo-axis2/target folder and give a try.

Thanks,
Lasantha

[EMAIL PROTECTED] wrote:
> Building with Maven version: 2.0.5
> Revision: 510454 built with tests included
> See the full build-0500.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-0500.log
>
> [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
> Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
codehaus (http://repository.codehaus.org)
> Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> Downloading: 
http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> 30K downloaded
> Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
> Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
> Downloading: 
http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
> Downloading: 
http://repository.codehaus.org/annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
codehaus (http://repository.codehaus.org)
> Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> Downloading: 
http://repo1.maven.org/maven2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> 242K downloaded
> Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
> Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
> Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
> Downloading: 
http://repository.codehaus.org/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository codehaus (http://repository.codehaus.org)
> Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> Downloading: 
http://repo1.maven.org/maven2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> 1259K downloaded
> Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-20070221.213536-9.jar
> 128K downloaded
> Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-metadata/SNAPSHOT/axis2-metadata-20070222.070128-16.jar
> 329K downloaded
> Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/codehaus/woodstox/wstx-asl/3.2.0/wstx-asl-3.2.0.jar
> [WARNING] Unable to get re

Re: Axis2 generated test classes

2007-02-22 Thread Prasad Kashyap

http://www.nabble.com/Failed-for-Revision%3A-510454-tf3271942.html

Cheers
Prasad

On 2/21/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:

Done.

Thanks,
dims

On 2/21/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Looks like the src/test/java/org/apache/hello_control/types/* classes
> in geronimo-axis2 module got checked into the svn but they are also
> regenerated each time the module is built. So svn diff on the module
> will always result in something like:
>
> Index: src/test/java/org/apache/hello_control/types/ObjectFactory.java
> ===
> --- src/test/java/org/apache/hello_control/types/ObjectFactory.java 
(revisio
> n 510088)
> +++ src/test/java/org/apache/hello_control/types/ObjectFactory.java 
(working
>  copy)
> @@ -2,7 +2,7 @@
>  // This file was generated by the JavaTM Architecture for XML Binding(JAXB) 
Ref
> erence Implementation, v2.0.2-b01-fcs
>  // See http://java.sun.com/xml/jaxb";>http://java.sun.com/xml/jaxb
>
>  // Any modifications to this file will be lost upon recompilation of the 
source
>  schema.
> -// Generated on: 2007.02.20 at 06:26:22 PM EST
> +// Generated on: 2007.02.21 at 11:38:23 AM EST
>  //
>
> Can one of you fix that?
>
> Thanks,
> Jarek
>


--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers



Re: [RESULT] VOTE J2G Conversion tool acceptance

2007-02-22 Thread Paul McMahan

Thanks to Dims for adding the XML for an IP clearance form. A new
attachment on the JIRA addresses the copyright header issues, so once
the IP clearance form is completed and the software grant form has
been ACK'd I am ready to commit to ASF's SVN repo.  IIUC I can't do
much to help with the paperwork since I'm not an ASF member or
officer, but if I can in fact help then please don't hesitate to let
me know.

BTW,
One thing I noticed in the new attachment is that the java package
names have been changed from com.ibm.j2g to org.apache.apps.j2g.
That's an improvement, I think.   But the various scripts,
documentation, and eclipse plugin metadata files in the src package
were not updated to match this change, rendering major parts of the
contribution non-functional.  I don't think this should necessarily
prevent us from committing the code to sandbox, because it shouldn't
be too hard to fix.  But I wanted to mention this in context of this
thread in case anyone has concerns about it.   Also, the page footer
on some of the documentation says "IBM Confidential".  That was
probably just an oversight but I don't think those docs should be
committed to SVN unless the contributor removes the footer.

Best wishes,
Paul

On 2/19/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:

Added an xml here:
http://svn.apache.org/viewvc/incubator/public/trunk/site-author/ip-clearance/

When there is an update to that doc, Anyone of us can update the doc
and re-publish the html. Someone needs to shepherd the process though.
See the items on the list for TODO's.

thanks,
dims

On 2/19/07, Kevan Miller <[EMAIL PROTECTED]> wrote:
>
> On Feb 19, 2007, at 11:22 AM, Davanum Srinivas wrote:
>
> > Yes, i can help with the ip-clearance.
>
> Thanks Dims!
> --kevan
>


--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers



Re: DayTrader and Geronimo v2.0 documentation

2007-02-22 Thread Matt Hogstrom


On Feb 22, 2007, at 9:06 AM, Christopher Blythe wrote:


I had some additional thoughts as well...

- best practices and/or guidelines for constructing load driver  
scripts

- steps/guidelines for performing performance measurements



Good points...what about guidance for documentation if one is  
comparing results.




--
"I say never be complete, I say stop being perfect, I say let...  
lets evolve, let the chips fall where they may." - Tyler Durden




Re: [BUILD] Failed for Revision: 510454

2007-02-22 Thread Prasad Kashyap

Sorry for the false alarm.

I cleaned up the entire tree and did a fresh checkout. This time, it
has gone past the axis2 module and still building.

Cheers
Prasad

On 2/22/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:

Every automated build does a 'mvn clean' before doing a 'mvn install'.

It also removes the local repo completely every time.

The tests are included in the build only at 5 am. So this still is a problem.

(BTW, I did remove the target and build again. Test classes are
failing to compile )
Cheers
Prasad

On 2/22/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:
> Please remove geronimo-axis2/target folder and give a try.
>
> Thanks,
> Lasantha
>
> [EMAIL PROTECTED] wrote:
> > Building with Maven version: 2.0.5
> > Revision: 510454 built with tests included
> > See the full build-0500.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-0500.log
> >
> > [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
> > Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> > [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository codehaus 
(http://repository.codehaus.org)
> > Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> > [WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from repository 
apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> > Downloading: 
http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> > 30K downloaded
> > Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
> > [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
> > Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> > [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from 
repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
> > Downloading: 
http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
> > [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from 
repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
> > Downloading: 
http://repository.codehaus.org/annogen/annogen/0.1.0/annogen-0.1.0.jar
> > [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from 
repository codehaus (http://repository.codehaus.org)
> > Downloading: 
http://ws.zones.apache.org/repository2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> > [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0' from 
repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> > Downloading: 
http://repo1.maven.org/maven2//annogen/annogen/0.1.0/annogen-0.1.0.jar
> > 242K downloaded
> > Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
> > Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
> > Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
> > Downloading: 
http://repository.codehaus.org/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository codehaus (http://repository.codehaus.org)
> > Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0' from 
repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/)
> > Downloading: 
http://repo1.maven.org/maven2//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> > 1259K downloaded
> > Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apac

[jira] Created: (GERONIMO-2869) Need to check for schema version(s) before setting metadata-complete

2007-02-22 Thread Tim McConnell (JIRA)
Need to check for schema version(s) before setting metadata-complete


 Key: GERONIMO-2869
 URL: https://issues.apache.org/jira/browse/GERONIMO-2869
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Tim McConnell
 Assigned To: Tim McConnell




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



1.2 status

2007-02-22 Thread Dain Sundstrom
This release is finally wrapping up.  We are basically waiting on  
final releases from the projects we depend on.  Specifically, we need  
releases from:


  Yoko 1.0 - Contains many fixes to CORBA interoperability
  ActiveMQ 4.1.1 - We need a release which contains AMQ-1165 and  
AMQ-1088

  OpenEJB 2.3 - Once Yoko is released, OpenEJB 2.3 can be release

As always, this could take a painful amount of time to get the  
binaries, but I'm hopeful.


-dain


[jira] Created: (GERONIMO-2870) AnnotationHelper classes not using XmlObjects

2007-02-22 Thread Tim McConnell (JIRA)
AnnotationHelper classes not using XmlObjects
-

 Key: GERONIMO-2870
 URL: https://issues.apache.org/jira/browse/GERONIMO-2870
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Tim McConnell
 Assigned To: Tim McConnell




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-2871) @Resource not properly handling all DD elements (e.g., WebServiceContext, EJBContext , etc)

2007-02-22 Thread Tim McConnell (JIRA)
@Resource not properly handling all DD elements (e.g., WebServiceContext, 
EJBContext , etc)
---

 Key: GERONIMO-2871
 URL: https://issues.apache.org/jira/browse/GERONIMO-2871
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Tim McConnell
 Assigned To: Tim McConnell




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-2872) AnnotationHelper XmlBeans code not optimal

2007-02-22 Thread Tim McConnell (JIRA)
AnnotationHelper XmlBeans code not optimal
--

 Key: GERONIMO-2872
 URL: https://issues.apache.org/jira/browse/GERONIMO-2872
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Tim McConnell
 Assigned To: Tim McConnell




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-2873) OOME's and file-locking problems on Windows

2007-02-22 Thread Kevan Miller (JIRA)
OOME's and file-locking problems on Windows
---

 Key: GERONIMO-2873
 URL: https://issues.apache.org/jira/browse/GERONIMO-2873
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: persistence
Affects Versions: 2.0-beta1, 2.0
Reporter: Kevan Miller
 Assigned To: Kevan Miller
 Fix For: 2.0-beta1, 2.0


Multiple deploy/undeploy cylces are showing a memory leak as well as repository 
file-locking problems on Windows. 
 
Looks like PersistentUnitGBean's are leaking classloaders. (there may be other 
problems)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: build error in examples configs

2007-02-22 Thread Anita Kulshreshtha
Thanks David! I had to wipe out o.a.xbean in my .m2 repo to get the
latest SNAPSHOTs. 

Thanks
Anita

--- David Jencks <[EMAIL PROTECTED]> wrote:

> I'd expect that to occur if your code was prior to rev 510269.  Is it
>  
> possible that maven is pulling down or using a bad timestamped jar?
> 
> thanks
> david jencks
> 
> On Feb 22, 2007, at 5:20 AM, Anita Kulshreshtha wrote:
> 
> >   Does anyone know why I am the only one (and not the automated
> build)
> > seeing this error in rev 510365?
> >
> > Thanks
> > Anita
> >
> > [INFO] Packaging module configuration:
> > C:\anita\geronimo\g2.0\configs\jsp-examples-jetty\t
> > arget\plan\plan.xml
> > [INFO]
> >
>
--
> 
> > --
> > [ERROR] BUILD ERROR
> > [INFO]
> >
>
--
> 
> > --
> > [INFO] java.lang.NullPointerException
> >
> > [INFO]
> >
>
--
> 
> > --
> > [INFO] Trace
> > org.apache.maven.lifecycle.LifecycleExecutionException:
> > java.lang.NullPointerException
> > at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals 
> > (DefaultLifecyc
> > leExecutor.java:564)
> > at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif
> 
> > ecycle(De
> > faultLifecycleExecutor.java:480)
> > at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal 
> > (DefaultLifecycl
> > eExecutor.java:459)
> > at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand
> 
> > leFailure
> > s(DefaultLifecycleExecutor.java:311)
> > at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment
> 
> > s(Default
> > LifecycleExecutor.java:278)
> > at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute 
> > (DefaultLifecycleExe
> > cutor.java:143)
> > at
> > org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
> 
> > 123)
> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke 
> > (NativeMethodAccessorImpl.java:39)
> > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke 
> > (DelegatingMethodAccessorImpl.ja
> > va:25)
> > at java.lang.reflect.Method.invoke(Method.java:585)
> > 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.MojoExecutionException:
> > java.lang.NullPointerException
> > at
> >
> org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:137)
> > at
> > org.apache.maven.plugin.DefaultPluginManager.executeMojo 
> > (DefaultPluginManager.j
> > ava:420)
> > at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals 
> > (DefaultLifecyc
> > leExecutor.java:539)
> > ... 16 more
> > Caused by: org.apache.geronimo.common.DeploymentException:
> > java.lang.NullPointerException
> > at
> > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:383)
> > at
> > org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ 
> > $734a235d.invoke( > erated>)
> > at
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> > at
> > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
> > (FastMethodInvoker.ja
> > va:38)
> > at
> > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
> > (GBeanOperation.java:124
> > )
> > at
> > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke 
> > (GBeanInstance.java:855)
> > at
> > org.apache.geronimo.kernel.basic.BasicKernel.invoke 
> > (BasicKernel.java:239)
> > at
> > org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer 
> > (PackageMojo.jav
> > a:668)
> > at
> > org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage 
> > (PackageMojo.java:
> > 487)
> > at
> > org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute 
> > (PackageMojo.java:299
> > )
> > at
> >
> org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:122)
> > ... 18 more
> > Caused by: java.lang.NullPointerException
> > at
> > org.apache.xbean.finder.ClassFinder$Annotatable. 
> > (ClassFinder.java:434)
> > at
> > org.apache.xbean.finder.ClassFinder$PackageInfo. 
> > (ClassFinder.java:460)
> > at
> > org.apache.xbean.finder.ClassFinder.(ClassFinder.java:153)
> > at
> >
>
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.processA
> 

Maven project sorting

2007-02-22 Thread Anita Kulshreshtha
   It appears that maven does not consider transitive dependencies
while figuring out the build order. During 'modules' build
geronimo-transaction-jta11 is built last. But geronimo-openejb can not
be built without it:

Path to dependency:
1)
org.apache.geronimo.modules:geronimo-openejb:jar:2.0-SNAPSHOT
2) org.apache.openejb:openejb-core:jar:3.0-incubating-SNAPSHOT
3)
org.apache.geronimo.modules:geronimo-transaction-jta11:jar:2.0-SNAPSHOT

--
1 required artifact is missing.

for artifact:
  org.apache.geronimo.modules:geronimo-openejb:jar:2.0-SNAPSHOT

I will move geronimo-transaction-jta11 before geronimo-openejb in
the modules pom. This problem is seen only duirng an offline build.

Thanks
Anita




 

Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121


[jira] Created: (GERONIMODEVTOOLS-132) Trunk fails to build with a clean repo due to missing geronimo-qname_1.1_spec exclusion in emf 1.1

2007-02-22 Thread Donald Woods (JIRA)
Trunk fails to build with a clean repo due to missing geronimo-qname_1.1_spec 
exclusion in emf 1.1
--

 Key: GERONIMODEVTOOLS-132
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-132
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0
 Environment: WinXP, Java 1.5, Maven 2.0.5
Reporter: Donald Woods
 Assigned To: Sachin Patel
 Fix For: 2.0


The EMF build for Geronimo 1.1 fails due to a missing geronimo-qname_1.1_spec 
exclusion in the pom.xml for openejb-pkgen-builder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMODEVTOOLS-132) Trunk fails to build with a clean repo due to missing geronimo-qname_1.1_spec exclusion in emf 1.1

2007-02-22 Thread Donald Woods (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMODEVTOOLS-132:
--

Attachment: Devtools-132.patch

Patch was created against trunk directory and fixes the EMF 1.1 build failure 
for clean m2 repos.

> Trunk fails to build with a clean repo due to missing geronimo-qname_1.1_spec 
> exclusion in emf 1.1
> --
>
> Key: GERONIMODEVTOOLS-132
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-132
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.0
> Environment: WinXP, Java 1.5, Maven 2.0.5
>Reporter: Donald Woods
> Assigned To: Sachin Patel
> Fix For: 2.0
>
> Attachments: Devtools-132.patch
>
>
> The EMF build for Geronimo 1.1 fails due to a missing geronimo-qname_1.1_spec 
> exclusion in the pom.xml for openejb-pkgen-builder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: 1.2 status

2007-02-22 Thread Rick McGuire

Dain Sundstrom wrote:
This release is finally wrapping up.  We are basically waiting on 
final releases from the projects we depend on.  Specifically, we need 
releases from:


  Yoko 1.0 - Contains many fixes to CORBA interoperability
  ActiveMQ 4.1.1 - We need a release which contains AMQ-1165 and AMQ-1088
  OpenEJB 2.3 - Once Yoko is released, OpenEJB 2.3 can be release
There are a couple of fixes to both the javamail 1.3.1 specs and 
providers we really should try to get into 1.2.  Multiple customers have 
hit this problem in 1.1.1.   This will require releasing new versions of 
both deliverables.  The fixes are already in the code, we just need to 
go through the mechanics of releasing it.


Rick




As always, this could take a painful amount of time to get the 
binaries, but I'm hopeful.


-dain





[jira] Closed: (GERONIMO-2873) OOME's and file-locking problems on Windows

2007-02-22 Thread Kevan Miller (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kevan Miller closed GERONIMO-2873.
--

Resolution: Fixed

I updated the PersistentUnitGBean to keep track of the temporary ClassLoader. 
When the GBean is stopped, the JarFileClassLoader is destroyed. 

I verified that we're now calling destroy on the ClassLoader. There may still 
be other problems of a similar nature...

> OOME's and file-locking problems on Windows
> ---
>
> Key: GERONIMO-2873
> URL: https://issues.apache.org/jira/browse/GERONIMO-2873
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: persistence
>Affects Versions: 2.0-beta1, 2.0
>Reporter: Kevan Miller
> Assigned To: Kevan Miller
> Fix For: 2.0-beta1, 2.0
>
>
> Multiple deploy/undeploy cylces are showing a memory leak as well as 
> repository file-locking problems on Windows. 
>  
> Looks like PersistentUnitGBean's are leaking classloaders. (there may be 
> other problems)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMODEVTOOLS-133) v2.0.0 plugin builds on Windows, but fails to build on any recent version of SUSE Linux

2007-02-22 Thread Donald Woods (JIRA)
v2.0.0 plugin builds on Windows, but fails to build on any recent version of 
SUSE Linux
---

 Key: GERONIMODEVTOOLS-133
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-133
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0
 Environment: SUSE Linux Enterprise Server 10, SUSE Linux Enterprise 
Desktop 10, Open SUSE 10.1 and 1.02
Reporter: Donald Woods
 Assigned To: Sachin Patel
Priority: Critical
 Fix For: 2.0


I can get the Eclipse plug-in 2.0.0 Rev510221 + Devtools-132.patch to build on 
WinXP with Maven 2.0.5 and Java 1.5, but it fails on all of the latest Intel 
32bit versions of SUSE/SLES/SLED.

[INFO] 

[INFO] Building org.apache.geronimo.st.core
[INFO]task-segment: [deploy]
[INFO] 

[INFO] [geronimodevtools:download {execution: create-eclipse-image}]
[INFO] SDKPlatform:  os.name=Linux, os.arch=i386
[INFO] emf-sdo-xsd-SDK-2.3.0M4.zip already exists in local repository
[INFO] dtp-sdk_1.0_200612211.zip already exists in local repository
[INFO] GEF-SDK-3.3M4.zip already exists in local repository
[INFO] wtp-sdk-S-2.0M4-200701050358.zip already exists in local repository
[INFO] eclipse-SDK-3.3M5-linux-gtk.tar.gz already exists in local repository
[INFO] [geronimodevtools:qualifier {execution: initialize}]
[INFO] Qualifier is: v200702220322
[INFO] [geronimodevtools:manifestbundles {execution: initialize}]
[INFO] [geronimodevtools:install {execution: initialize}]
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.jdt_3.2.100.v20070205-1800.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.jdt/3.2.100.v20070205-1800/org.eclipse.jdt-3.2.100.v20070205-1800.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.jst_1.0.1.v200605040115.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.jst/1.0.1.v200605040115/org.eclipse.jst-1.0.1.v200605040115.jar
[INFO] org.eclipse.jst : 1.0.1.v200605040115 already exists in local repository.
[INFO] org.eclipse.jst : 1.0.1.v200605040115 already exists in local repository.
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.jem_1.2.1.v20060918_M_wtp-patch-M4d.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.jem/1.2.1.v20060918_M_wtp-patch-M4d/org.eclipse.jem-1.2.1.v20060918_M_wtp-patch-M4d.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.core.commands_3.3.0.I20070205-0010.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.core.commands/3.3.0.I20070205-0010/org.eclipse.core.commands-3.3.0.I20070205-0010.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.emf.common_2.3.0.v200612211251.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.emf.common/2.3.0.v200612211251/org.eclipse.emf.common-2.3.0.v200612211251.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.equinox.app_1.0.0.v20070203.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.equinox.app/1.0.0.v20070203/org.eclipse.equinox.app-1.0.0.v20070203.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.core.contenttype_3.2.100.v20060808.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.core.contenttype/3.2.100.v20060808/org.eclipse.core.contenttype-3.2.100.v20060808.jar
[INFO] org.eclipse.jst : 1.0.1.v200605040115 already exists in local repository.
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.wst.server.core_1.0.204.v20061218.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.wst.server.core/1.0.204.v20061218/org.eclipse.wst.server.core-1.0.204.v20061218.jar
[INFO] Removing bundle directory dependency: org.eclipse.wst.web
[INFO] org.eclipse.jst : 1.0.1.v200605040115 already exists in local repository.
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.core.runtime_3.3.100.v20061204.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.core.runtime/3.3.100.v20061204/org.eclipse.core.runtime-3.3.100.v20061204.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.emf_2.2.0.v200612211251.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.emf/2.2.0.v200612211251/org.eclipse.emf-2.2.0.v200612211251.jar
[INFO] Installing 
/home/wasce/.m2/repository/eclipse/eclipse/plugins/org.eclipse.debug.core_3.3.0.v20070207a.jar
 to 
/home/wasce/.m2/repository/org/eclipse/plugins/org.eclipse.debug.core/3.3.0.v20070207a/org.eclipse.debug.core-3.3.0

[jira] Commented: (GERONIMO-2864) JAX-RPC app client error

2007-02-22 Thread Jeff Genender (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-2864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475159
 ] 

Jeff Genender commented on GERONIMO-2864:
-

Ok I applied the patch and committed to  revision 510649, but there is still 
problems with appclient getting access to the classes, so this is still 
unresolved.

> JAX-RPC app client error
> 
>
> Key: GERONIMO-2864
> URL: https://issues.apache.org/jira/browse/GERONIMO-2864
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Jarek Gawor
> Attachments: GERONIMO-2864.patch
>
>
> JAX-RPC app client can fail with ClassNotFoundException wsdl4j class. The 
> attached patch adds wsdl4j.jar dependency to the app client.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Jetty for Geronimo with annotations?

2007-02-22 Thread Joe Bohn

Jan, Greg, any other Jetty experts ...

I know that there is work going on to get annotation support included in 
a Jetty (6.1.2*).  Is there a release planned soon that we could pick up 
in for Geronimo 2.0 (ie. soon enough that we could maybe get it included 
and tested before JavaOne).


Thanks,
Joe



Re: [BUILD] Failed for Revision: 510454

2007-02-22 Thread Jason Dillon

`mvn clean` does not always do the trick...

This works much better:

find . -name target -type d | xargs rm -rf

--jason


On Feb 22, 2007, at 9:14 AM, Prasad Kashyap wrote:


Every automated build does a 'mvn clean' before doing a 'mvn install'.

It also removes the local repo completely every time.

The tests are included in the build only at 5 am. So this still is  
a problem.


(BTW, I did remove the target and build again. Test classes are
failing to compile )
Cheers
Prasad

On 2/22/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:

Please remove geronimo-axis2/target folder and give a try.

Thanks,
Lasantha

[EMAIL PROTECTED] wrote:
> Building with Maven version: 2.0.5
> Revision: 510454 built with tests included
> See the full build-0500.log file at http://people.apache.org/ 
~prasad/binaries/20070222/build-0500.log

>
> [WARNING] Unable to get resource  
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from  
repository apache-incubator (http://people.apache.org/repo/m2- 
incubating-repository/)
> Downloading: http://repository.codehaus.org/org/apache/geronimo/ 
specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
> [WARNING] Unable to get resource  
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from  
repository codehaus (http://repository.codehaus.org)
> Downloading: http://ws.zones.apache.org/repository2//org/apache/ 
geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo- 
jms_1.1_spec-1.0.1.jar
> [WARNING] Unable to get resource  
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:jar:1.0.1' from  
repository apache-ws-snapshots2 (http://ws.zones.apache.org/ 
repository2/)
> Downloading: http://repo1.maven.org/maven2//org/apache/geronimo/ 
specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar

> 30K downloaded
> Downloading: http://tomcat.apache.org/dev/dist/m2-repository// 
annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0'  
from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/ 
m2-repository/)
> Downloading: http://ws.zones.apache.org/repository2//annogen/ 
annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0'  
from repository axis2-m2-repo (http://ws.zones.apache.org/ 
repository2/)
> Downloading: http://people.apache.org/repo/m2-incubating- 
repository//annogen/annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0'  
from repository apache-incubator (http://people.apache.org/repo/m2- 
incubating-repository/)
> Downloading: http://repository.codehaus.org/annogen/annogen/ 
0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0'  
from repository codehaus (http://repository.codehaus.org)
> Downloading: http://ws.zones.apache.org/repository2//annogen/ 
annogen/0.1.0/annogen-0.1.0.jar
> [WARNING] Unable to get resource 'annogen:annogen:jar:0.1.0'  
from repository apache-ws-snapshots2 (http://ws.zones.apache.org/ 
repository2/)
> Downloading: http://repo1.maven.org/maven2//annogen/annogen/ 
0.1.0/annogen-0.1.0.jar

> 242K downloaded
> Downloading: http://tomcat.apache.org/dev/dist/m2-repository// 
org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0'  
from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/ 
m2-repository/)
> Downloading: http://ws.zones.apache.org/repository2//org/apache/ 
ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0'  
from repository axis2-m2-repo (http://ws.zones.apache.org/ 
repository2/)
> Downloading: http://people.apache.org/repo/m2-incubating- 
repository//org/apache/ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0'  
from repository apache-incubator (http://people.apache.org/repo/m2- 
incubating-repository/)
> Downloading: http://repository.codehaus.org/org/apache/ant/ant/ 
1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0'  
from repository codehaus (http://repository.codehaus.org)
> Downloading: http://ws.zones.apache.org/repository2//org/apache/ 
ant/ant/1.7.0/ant-1.7.0.jar
> [WARNING] Unable to get resource 'org.apache.ant:ant:jar:1.7.0'  
from repository apache-ws-snapshots2 (http://ws.zones.apache.org/ 
repository2/)
> Downloading: http://repo1.maven.org/maven2//org/apache/ant/ant/ 
1.7.0/ant-1.7.0.jar

> 1259K downloaded
> Downloading: http://people.apache.org/repo/m2-snapshot- 
repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom- 
dom-20070221.213536-9.jar

> 128K downloaded
> Downloading: http://people.apache.org/repo/m2-snapshot- 
repository/org/apache/axis2/axis2-m

[jira] Created: (GERONIMO-2874) ResourceAnnotationHelper performs invalid check for existing deployment descriptor entries

2007-02-22 Thread Jarek Gawor (JIRA)
ResourceAnnotationHelper performs invalid check for existing deployment 
descriptor entries
--

 Key: GERONIMO-2874
 URL: https://issues.apache.org/jira/browse/GERONIMO-2874
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Reporter: Jarek Gawor


ResourceAnnotationHelper checks for existing deployment descriptor entries by 
doing:
 
String resourceName = ...;

 if ( serviceRef.getServiceRefName().equals(resourceName) ) { .. }


However, serviceRef.getServiceRefName() (and similar calls) returns an xbean 
object and not a String, therefore the check will always return false.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Jetty for Geronimo with annotations?

2007-02-22 Thread David Jencks
I think enough support is already in released versions of jetty for  
our purposes, the main thing I'm aware of that's left is hooking up  
the injection stuff we fish out using tim's new code to the jetty  
injection processor.


thanks
david jencks

On Feb 22, 2007, at 2:19 PM, Joe Bohn wrote:


Jan, Greg, any other Jetty experts ...

I know that there is work going on to get annotation support  
included in a Jetty (6.1.2*).  Is there a release planned soon that  
we could pick up in for Geronimo 2.0 (ie. soon enough that we could  
maybe get it included and tested before JavaOne).


Thanks,
Joe





[jira] Assigned: (GERONIMO-2874) ResourceAnnotationHelper performs invalid check for existing deployment descriptor entries

2007-02-22 Thread Tim McConnell (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim McConnell reassigned GERONIMO-2874:
---

Assignee: Tim McConnell

> ResourceAnnotationHelper performs invalid check for existing deployment 
> descriptor entries
> --
>
> Key: GERONIMO-2874
> URL: https://issues.apache.org/jira/browse/GERONIMO-2874
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Reporter: Jarek Gawor
> Assigned To: Tim McConnell
>
> ResourceAnnotationHelper checks for existing deployment descriptor entries by 
> doing:
>  
> String resourceName = ...;
>  if ( serviceRef.getServiceRefName().equals(resourceName) ) { .. }
> However, serviceRef.getServiceRefName() (and similar calls) returns an xbean 
> object and not a String, therefore the check will always return false.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-2875) Use client_artifact_aliases.properties to allow running some server configs on the app client and simplify some modules.

2007-02-22 Thread David Jencks (JIRA)
Use client_artifact_aliases.properties to allow running some server configs on 
the app client and simplify some modules.


 Key: GERONIMO-2875
 URL: https://issues.apache.org/jira/browse/GERONIMO-2875
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: webservices
Affects Versions: 2.0-beta2
Reporter: David Jencks
 Assigned To: David Jencks
 Fix For: 2.0-beta2


we tend to need to run similar stuff on the app client and server, and 
sometimes we can use client_artifact_aliases.properties to run a server config 
on the client by redirecting server side parents to modules available on the 
client, such as these:

org.apache.geronimo.configs/j2ee-security//car=org.apache.geronimo.cts/client-security/${version}/car
org.apache.geronimo.configs/j2ee-server//car=org.apache.geronimo.configs/client/${version}/car

In particular running webservices-common on the app client simplifies a bunch 
of classloading setup for web service clients.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



console-testsuite keeps prompting for auth

2007-02-22 Thread Jason Dillon
Anyone know why the console testsuite keeps prompting for auth...  
http auth style (not a redirect to the login page) for "geronimo- 
admin" at http://localhost:8080?


This blocks tests waiting for input...

--jason


Re: console-testsuite keeps prompting for auth

2007-02-22 Thread Jason Dillon
nm... seems to be a problem with selenium 0.9.x, or with how we are  
integrating that version, where 0.8.1 works as expected.


--jason


On Feb 22, 2007, at 5:56 PM, Jason Dillon wrote:

Anyone know why the console testsuite keeps prompting for auth...  
http auth style (not a redirect to the login page) for "geronimo- 
admin" at http://localhost:8080?


This blocks tests waiting for input...

--jason




[jira] Updated: (GERONIMO-2875) Use client_artifact_aliases.properties to allow running some server configs on the app client and simplify some modules.

2007-02-22 Thread David Jencks (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Jencks updated GERONIMO-2875:
---

Attachment: GERONIMO-2875.patch

This seems to work in the cts servers, trying to get a good build and test the 
regular server.

> Use client_artifact_aliases.properties to allow running some server configs 
> on the app client and simplify some modules.
> 
>
> Key: GERONIMO-2875
> URL: https://issues.apache.org/jira/browse/GERONIMO-2875
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0-beta2
>Reporter: David Jencks
> Assigned To: David Jencks
> Fix For: 2.0-beta2
>
> Attachments: GERONIMO-2875.patch
>
>
> we tend to need to run similar stuff on the app client and server, and 
> sometimes we can use client_artifact_aliases.properties to run a server 
> config on the client by redirecting server side parents to modules available 
> on the client, such as these:
> org.apache.geronimo.configs/j2ee-security//car=org.apache.geronimo.cts/client-security/${version}/car
> org.apache.geronimo.configs/j2ee-server//car=org.apache.geronimo.configs/client/${version}/car
> In particular running webservices-common on the app client simplifies a bunch 
> of classloading setup for web service clients.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Transition to mojo's selenium-maven-plugin

2007-02-22 Thread Jason Dillon
The selenium-maven-plugin is being moved to the Mojo project and we  
should transition our testsuite (and all the other archetype muck) to  
use that version.


I just made sure that the latest 1.0-SNAPSHOT of selenium-maven- 
plugin works the same as our version.  There were a few issues on the  
license headers getting altered when moved, which I have fixed, as  
well as a few feature related issues.  So, at this point, the latest  
1.0-SNAPSHOT should be just as usable as our version.


I think we should transition to use this new plugin, which  
essentially means changing the groupId, and creating a PM entry to  
control the version, aside from that, everything else should be fine  
asis.


Site docs are here:

http://mojo.codehaus.org/selenium-maven-plugin

I think this is positive direction, to graduate plugins we've created  
to help our project on to the Mojo project for wider consumption.   
Should be able to get an official release of this puppy in a few days  
too, so we don't need to use the 1.0-SNAPSHOT for too long.


--jason


[jira] Updated: (GERONIMO-2875) Use client_artifact_aliases.properties to allow running some server configs on the app client and simplify some modules.

2007-02-22 Thread David Jencks (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Jencks updated GERONIMO-2875:
---

Attachment: GERONIMO-2875-2.patch

updated first -- this one should apply ok.

> Use client_artifact_aliases.properties to allow running some server configs 
> on the app client and simplify some modules.
> 
>
> Key: GERONIMO-2875
> URL: https://issues.apache.org/jira/browse/GERONIMO-2875
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0-beta2
>Reporter: David Jencks
> Assigned To: David Jencks
> Fix For: 2.0-beta2
>
> Attachments: GERONIMO-2875-2.patch, GERONIMO-2875.patch
>
>
> we tend to need to run similar stuff on the app client and server, and 
> sometimes we can use client_artifact_aliases.properties to run a server 
> config on the client by redirecting server side parents to modules available 
> on the client, such as these:
> org.apache.geronimo.configs/j2ee-security//car=org.apache.geronimo.cts/client-security/${version}/car
> org.apache.geronimo.configs/j2ee-server//car=org.apache.geronimo.configs/client/${version}/car
> In particular running webservices-common on the app client simplifies a bunch 
> of classloading setup for web service clients.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Reopened: (GERONIMO-2873) OOME's and file-locking problems on Windows

2007-02-22 Thread Kevan Miller (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kevan Miller reopened GERONIMO-2873:



Not quite that simple... Let's try again...

> OOME's and file-locking problems on Windows
> ---
>
> Key: GERONIMO-2873
> URL: https://issues.apache.org/jira/browse/GERONIMO-2873
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: persistence
>Affects Versions: 2.0-beta1, 2.0
>Reporter: Kevan Miller
> Assigned To: Kevan Miller
> Fix For: 2.0-beta1, 2.0
>
>
> Multiple deploy/undeploy cylces are showing a memory leak as well as 
> repository file-locking problems on Windows. 
>  
> Looks like PersistentUnitGBean's are leaking classloaders. (there may be 
> other problems)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-2863) Mail 1.4 InternetHeaders behavior difference compared to Sun's

2007-02-22 Thread Jason Warner (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Warner updated GERONIMO-2863:
---

Attachment: Geronimo-2863_Specs.patch

The InternetHeaders class has been modified so that when it is loading a new 
header a lone LF character will be treated the same as the CRLF combination.

> Mail 1.4 InternetHeaders behavior difference compared to Sun's
> --
>
> Key: GERONIMO-2863
> URL: https://issues.apache.org/jira/browse/GERONIMO-2863
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Daniel Kulp
> Assigned To: Jason Warner
>Priority: Minor
> Attachments: Geronimo-2863_Specs.patch
>
>
> The InternetHeaders object's parsing is less "forgiving" of headers that 
> don't meet specs compared to Sun's.
> Sun's implementation allows headers to be using "unix style" (just LF) and 
> will parse them fine.
> The 1.4 version of Geronimo's only breaks on the CR and then blindly consumes 
> the next char (should be the LF).   If the stream only has LF's, everything 
> is read into a single header. 
> I know the spec says the stream should be CR/LF so the behavior is fine for 
> proper streams.  However, it is a behavior change that COULD make it not a 
> drop in replacement for Suns.  (in our case, we had some test data that were 
> "svn:eol_style: native" that passed on Windows, but not on Unix.   Changing 
> them to "svn:eol_style: CRLF" fixed it.)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (GERONIMO-2873) OOME's and file-locking problems on Windows

2007-02-22 Thread Kevan Miller (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kevan Miller closed GERONIMO-2873.
--

Resolution: Fixed

Fix another problem with PersistenceUnitGBean. Any TransformerWrapper created 
by a PUGBean needs to be removed from the TransformerAgent's list of 
TransformerWrappers...

Things look much better, now. 

MyFaces (javax.faces.FactoryFinder) is holding onto ClassLoaders for undeployed 
configurations. Didn't see an easy solution. So, let's fix in a separate jira...

> OOME's and file-locking problems on Windows
> ---
>
> Key: GERONIMO-2873
> URL: https://issues.apache.org/jira/browse/GERONIMO-2873
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: persistence
>Affects Versions: 2.0-beta1, 2.0
>Reporter: Kevan Miller
> Assigned To: Kevan Miller
> Fix For: 2.0-beta1, 2.0
>
>
> Multiple deploy/undeploy cylces are showing a memory leak as well as 
> repository file-locking problems on Windows. 
>  
> Looks like PersistentUnitGBean's are leaking classloaders. (there may be 
> other problems)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[BUILD] Failed for Revision: 510798

2007-02-22 Thread prasad
Building with Maven version: 2.0.5
Revision: 510798 built with tests skipped
See the full build-2300.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-2300.log
 
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/plan/plan.xml
[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/plan/plan.xml
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from axis2-m2-repo
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Building jar: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/persistence-jpa10-deployer-2.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/persistence-jpa10-deployer-2.0-SNAPSHOT.car
 to 
/home/prasad/.m2/repository/org/apache/geronimo/configs/persistence-jpa10-deployer/2.0-SNAPSHOT/persistence-jpa10-deployer-2.0-SNAPSHOT.car
[INFO] 

[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/openjpa/target/plan/plan.xml
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-all:pom:0.9.6-incubating' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-all:pom:0.9.6-incubating' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
3K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-xmlstore:pom:0.9.6-incubating' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-xmlstore:pom:0.9.6-incubating' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
1K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee-connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar:1.0.1' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee-connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar:1.0.1' from 
repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee-connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar:1.0.1' from 
repository apache-incubator 

[jira] Created: (GERONIMO-2876) Initial web service EJB support for Axis2

2007-02-22 Thread Lin Sun (JIRA)
Initial web service EJB support for Axis2
-

 Key: GERONIMO-2876
 URL: https://issues.apache.org/jira/browse/GERONIMO-2876
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
 Environment: winxp + sun 1.5
Reporter: Lin Sun


This work-in-progress patch tried to port the initial web service ejb support 
from CXF to Axis2 (G2850) and here are a few details:

1) I had a hard time with classexception while working through the two portinfo 
classes (org.apache.geronimo.jaxws.PortInfo and 
org.apache.geronimo.axis2.PortInfo) thus I am proposing to get rid of 
org.apache.geronimo.axis2.PortInfo for simplicities.

2) I decided to keep the old Axis structure instead of the new CXF structure 
for EJB support, as I envision that all the requests will be handled in one 
Axis2WebServiceContainer. 

Able to do a full build with the patch.Tested the patch with jax-ws-ejb 
test.   For CXF, 2 out of 3 pass (same as before the patch).  For Axis2,  was 
able to see the ejb module loaded and started.  However, get the jaxb error:

22:51:09,906 INFO  [JAXBUtils] Both ObjectFactory & package-info not found in pa
ckage hierachy
22:51:10,296 ERROR [Axis2WebServiceContainer] Exception occurred while trying to
 invoke service method doService()
org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException
 - with linked exception:
[javax.xml.bind.UnmarshalException: unexpected element (uri:"http://apache.org/g
reeter_control/types", local:"greetMe"). Expected elements are (none)]; nested e
xception is:
javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException
 - with linked exception:
[javax.xml.bind.UnmarshalException: unexpected element (uri:"http://apache.org/g
reeter_control/types", local:"greetMe"). Expected elements are (none)]
at org.apache.axis2.AxisFault.makeFault(AxisFault.java:367)
at org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessa
geReceiver.java:147)

Will attempt to fix this tomorrow by supplying the generated ObjectFactory & 
package-info classes for jax-ws-ejb test.

Please let me know any comments you might have.




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-2876) Initial web service EJB support for Axis2

2007-02-22 Thread Lin Sun (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lin Sun updated GERONIMO-2876:
--

Attachment: G2876.patch

> Initial web service EJB support for Axis2
> -
>
> Key: GERONIMO-2876
> URL: https://issues.apache.org/jira/browse/GERONIMO-2876
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
> Environment: winxp + sun 1.5
>Reporter: Lin Sun
> Attachments: G2876.patch
>
>
> This work-in-progress patch tried to port the initial web service ejb support 
> from CXF to Axis2 (G2850) and here are a few details:
> 1) I had a hard time with classexception while working through the two 
> portinfo classes (org.apache.geronimo.jaxws.PortInfo and 
> org.apache.geronimo.axis2.PortInfo) thus I am proposing to get rid of 
> org.apache.geronimo.axis2.PortInfo for simplicities.
> 2) I decided to keep the old Axis structure instead of the new CXF structure 
> for EJB support, as I envision that all the requests will be handled in one 
> Axis2WebServiceContainer. 
> Able to do a full build with the patch.Tested the patch with jax-ws-ejb 
> test.   For CXF, 2 out of 3 pass (same as before the patch).  For Axis2,  was 
> able to see the ejb module loaded and started.  However, get the jaxb error:
> 22:51:09,906 INFO  [JAXBUtils] Both ObjectFactory & package-info not found in 
> pa
> ckage hierachy
> 22:51:10,296 ERROR [Axis2WebServiceContainer] Exception occurred while trying 
> to
>  invoke service method doService()
> org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]; 
> nested e
> xception is:
> javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:367)
> at 
> org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessa
> geReceiver.java:147)
> Will attempt to fix this tomorrow by supplying the generated ObjectFactory & 
> package-info classes for jax-ws-ejb test.
> Please let me know any comments you might have.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [BUILD] Failed for Revision: 510798

2007-02-22 Thread Prasad Kashyap

This is the second time in recent days. Same error.

It works when I go back to run this manually.

Hmm..

Cheers
Prasad

On 23 Feb 2007 04:26:05 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Building with Maven version: 2.0.5
Revision: 510798 built with tests skipped
See the full build-2300.log file at 
http://people.apache.org/~prasad/binaries/20070222/build-2300.log

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/plan/plan.xml
[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/plan/plan.xml
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from axis2-m2-repo
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-persistence-jpa10-builder:2.0-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Building jar: 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/persistence-jpa10-deployer-2.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/configs/persistence-jpa10-deployer/target/persistence-jpa10-deployer-2.0-SNAPSHOT.car
 to 
/home/prasad/.m2/repository/org/apache/geronimo/configs/persistence-jpa10-deployer/2.0-SNAPSHOT/persistence-jpa10-deployer-2.0-SNAPSHOT.car
[INFO] 

[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/openjpa/target/plan/plan.xml
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-all:pom:0.9.6-incubating' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-all:pom:0.9.6-incubating' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-all/0.9.6-incubating/openjpa-all-0.9.6-incubating.pom
3K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-xmlstore:pom:0.9.6-incubating' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
[WARNING] Unable to get resource 
'org.apache.openjpa:openjpa-xmlstore:pom:0.9.6-incubating' from repository 
axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-xmlstore/0.9.6-incubating/openjpa-xmlstore-0.9.6-incubating.pom
1K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee-connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar:1.0.1' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee-connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource 
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar:1.0.1' from 
repository axis2-m2-repo (http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-j2ee-connector_

Re: [BUILD] Failed for Revision: 510798

2007-02-22 Thread Jason Dillon
Something is whack... since this is the right place to find the  
artifact:


Downloading: http://www.ibiblio.org/maven2/org/apache/geronimo/ 
specs/geronimo-j2ee-connector_1.5_spec/1.0.1/geronimo-j2ee- 
connector_1.5_spec-1.0.1.jar
[WARNING] Unable to get resource  
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:jar: 
1.0.1' from repository central (http://www.ibiblio.org/maven2)


Might be that mvn had trouble resolving that, but you'd have to run  
with -X to see it.


--jason

[jira] Commented: (GERONIMO-2876) Initial web service EJB support for Axis2

2007-02-22 Thread Lasantha Ranaweera (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475264
 ] 

Lasantha Ranaweera commented on GERONIMO-2876:
--

Hi Lin,

I have to oppose your first suggestion of removing 
org.apache.geronimo.axis2.PortInfo and restoring with 
org.apache.geronimo.jaxws.PortInfo due to the following reason. :(

Currently org.apache.geronimo.axis2.PortInfo file will store the 
javax.wsdl.Definition object which will be necessary to handle WSDL provided 
situation. Then we might need to add the javax.wsdl.Definition to the common 
org.apache.geronimo.jaxws.PortInfo  which is not acceptable IMO.

If you have a solution for the above problem then I will +1.

Thanks,
Lasantha 


> Initial web service EJB support for Axis2
> -
>
> Key: GERONIMO-2876
> URL: https://issues.apache.org/jira/browse/GERONIMO-2876
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
> Environment: winxp + sun 1.5
>Reporter: Lin Sun
> Attachments: G2876.patch
>
>
> This work-in-progress patch tried to port the initial web service ejb support 
> from CXF to Axis2 (G2850) and here are a few details:
> 1) I had a hard time with classexception while working through the two 
> portinfo classes (org.apache.geronimo.jaxws.PortInfo and 
> org.apache.geronimo.axis2.PortInfo) thus I am proposing to get rid of 
> org.apache.geronimo.axis2.PortInfo for simplicities.
> 2) I decided to keep the old Axis structure instead of the new CXF structure 
> for EJB support, as I envision that all the requests will be handled in one 
> Axis2WebServiceContainer. 
> Able to do a full build with the patch.Tested the patch with jax-ws-ejb 
> test.   For CXF, 2 out of 3 pass (same as before the patch).  For Axis2,  was 
> able to see the ejb module loaded and started.  However, get the jaxb error:
> 22:51:09,906 INFO  [JAXBUtils] Both ObjectFactory & package-info not found in 
> pa
> ckage hierachy
> 22:51:10,296 ERROR [Axis2WebServiceContainer] Exception occurred while trying 
> to
>  invoke service method doService()
> org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]; 
> nested e
> xception is:
> javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:367)
> at 
> org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessa
> geReceiver.java:147)
> Will attempt to fix this tomorrow by supplying the generated ObjectFactory & 
> package-info classes for jax-ws-ejb test.
> Please let me know any comments you might have.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (GERONIMO-2742) Deployer cannot access libaries in shared/lib and shared/classes

2007-02-22 Thread Aman Nanner (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-2742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475270
 ] 

Aman Nanner commented on GERONIMO-2742:
---

That's good to know that having an exploded directory should work.  I have not 
yet tried it yet, but it seems like it is outside the scope of this JIRA issue 
now, so the issue can be closed.

> Deployer cannot access libaries in shared/lib and shared/classes
> 
>
> Key: GERONIMO-2742
> URL: https://issues.apache.org/jira/browse/GERONIMO-2742
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 1.2
> Environment: Windows XP, Geronimo 1.2-beta
>Reporter: Aman Nanner
> Attachments: sharedlib-2.0.zip, sharedlib.zip, testing.ear.zip
>
>
> It seems that when running the deployer to deploy my EAR file, the 
> classloaders during deployment cannot access the shared/lib and 
> shared/classes directory.  My app has dependencies on libraries that are 
> stored in both shared/classes and shared/lib.  Because these libraries cannot 
> be found, the deployment fails.
> Neither regular deployment nor hot deployment works.  My EAR file used to hot 
> deploy properly in Geronimo 1.1.1 (I never used the regular deployer in 
> 1.1.1, so I don't know if that would have worked too).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (GERONIMO-2876) Initial web service EJB support for Axis2

2007-02-22 Thread Jarek Gawor (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475271
 ] 

Jarek Gawor commented on GERONIMO-2876:
---

Lin,

There is a reason why there is a split between EJB and POJO containers. In POJO 
case, we have an access to the service instance and we can do whatever we want 
with it, e.g. we can instantiate it, inject it with resources, destroy it, etc. 
However, in EJB case, the EJB container only has access to the EJB instances. 
All we can do in EJB case is basically pass the requests to the EJB container 
and let the EJB container invoke the right EJB. That means we can't do things 
like resource injection and instead we must rely on the EJB container to do 
that for us. 
Take a look at the EJBMethodInvoker in CXF code or old Axis1 code to see how 
the call is forwarded to the EJB container.

Btw, I think you are working with a slightly old version of trunk (your 
plan.xml and config.xml need an update).


> Initial web service EJB support for Axis2
> -
>
> Key: GERONIMO-2876
> URL: https://issues.apache.org/jira/browse/GERONIMO-2876
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
> Environment: winxp + sun 1.5
>Reporter: Lin Sun
> Attachments: G2876.patch
>
>
> This work-in-progress patch tried to port the initial web service ejb support 
> from CXF to Axis2 (G2850) and here are a few details:
> 1) I had a hard time with classexception while working through the two 
> portinfo classes (org.apache.geronimo.jaxws.PortInfo and 
> org.apache.geronimo.axis2.PortInfo) thus I am proposing to get rid of 
> org.apache.geronimo.axis2.PortInfo for simplicities.
> 2) I decided to keep the old Axis structure instead of the new CXF structure 
> for EJB support, as I envision that all the requests will be handled in one 
> Axis2WebServiceContainer. 
> Able to do a full build with the patch.Tested the patch with jax-ws-ejb 
> test.   For CXF, 2 out of 3 pass (same as before the patch).  For Axis2,  was 
> able to see the ejb module loaded and started.  However, get the jaxb error:
> 22:51:09,906 INFO  [JAXBUtils] Both ObjectFactory & package-info not found in 
> pa
> ckage hierachy
> 22:51:10,296 ERROR [Axis2WebServiceContainer] Exception occurred while trying 
> to
>  invoke service method doService()
> org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]; 
> nested e
> xception is:
> javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:367)
> at 
> org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessa
> geReceiver.java:147)
> Will attempt to fix this tomorrow by supplying the generated ObjectFactory & 
> package-info classes for jax-ws-ejb test.
> Please let me know any comments you might have.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-2874) ResourceAnnotationHelper performs invalid check for existing deployment descriptor entries

2007-02-22 Thread Tim McConnell (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim McConnell updated GERONIMO-2874:


Attachment: GERONIMO-2874.patch

Fixed all annotation code that checks for existing DD entries by adding 
.getStringValue() to the comparison (as Jarek suggested). Hope we can get this 
committed into both trunk and the new branch. 

> ResourceAnnotationHelper performs invalid check for existing deployment 
> descriptor entries
> --
>
> Key: GERONIMO-2874
> URL: https://issues.apache.org/jira/browse/GERONIMO-2874
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Reporter: Jarek Gawor
> Assigned To: Tim McConnell
> Attachments: GERONIMO-2874.patch
>
>
> ResourceAnnotationHelper checks for existing deployment descriptor entries by 
> doing:
>  
> String resourceName = ...;
>  if ( serviceRef.getServiceRefName().equals(resourceName) ) { .. }
> However, serviceRef.getServiceRefName() (and similar calls) returns an xbean 
> object and not a String, therefore the check will always return false.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (GERONIMO-2742) Deployer cannot access libaries in shared/lib and shared/classes

2007-02-22 Thread Rakesh Midha (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rakesh Midha closed GERONIMO-2742.
--

Resolution: Invalid


Closing JIRA as per last comment and previous discussion.

Conclusion:
1. To use sharedlib in offline mode it need to be added in offline list
2. sharedlib working fine.
3. Its expected that exploded jar file will work in repository, if it doesn't 
it will be handled in different JIRA

> Deployer cannot access libaries in shared/lib and shared/classes
> 
>
> Key: GERONIMO-2742
> URL: https://issues.apache.org/jira/browse/GERONIMO-2742
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 1.2
> Environment: Windows XP, Geronimo 1.2-beta
>Reporter: Aman Nanner
> Attachments: sharedlib-2.0.zip, sharedlib.zip, testing.ear.zip
>
>
> It seems that when running the deployer to deploy my EAR file, the 
> classloaders during deployment cannot access the shared/lib and 
> shared/classes directory.  My app has dependencies on libraries that are 
> stored in both shared/classes and shared/lib.  Because these libraries cannot 
> be found, the deployment fails.
> Neither regular deployment nor hot deployment works.  My EAR file used to hot 
> deploy properly in Geronimo 1.1.1 (I never used the regular deployer in 
> 1.1.1, so I don't know if that would have worked too).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-807) Better handling for system log viewer portlet render requests

2007-02-22 Thread Rakesh Midha (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rakesh Midha updated GERONIMO-807:
--

Attachment: jira807.patch


Attached is the patch to take care of not only just default values, but also 
take care of

1. Remember the last values in case of refresh and reload in same session
2. Take care of invalid values
3. Solve the above problem for Log Manager, Web Access logger and derby logger

> Better handling for system log viewer portlet render requests
> -
>
> Key: GERONIMO-807
> URL: https://issues.apache.org/jira/browse/GERONIMO-807
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, usability
>Affects Versions: 1.0-M5
>Reporter: Aaron Mulder
> Assigned To: Rakesh Midha
>Priority: Minor
> Fix For: Wish List
>
> Attachments: jira807.patch
>
>
> If you interact with a different portal on the log page, the system log 
> viewer portlet reverts to its default filter settings.  It should instead 
> default to the same values used previously (if there are previous search 
> criteria and if none of the criteria were submitted in the request). See 
> LogViewerPortlet.java:73 or so

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-807) Better handling for system log viewer portlet render requests

2007-02-22 Thread Rakesh Midha (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rakesh Midha updated GERONIMO-807:
--

   Patch Info: [Patch Available]
Fix Version/s: (was: Wish List)
   2.0-M2
 Assignee: (was: Rakesh Midha)


Unassigning and marking patch available

Please review and commit

> Better handling for system log viewer portlet render requests
> -
>
> Key: GERONIMO-807
> URL: https://issues.apache.org/jira/browse/GERONIMO-807
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, usability
>Affects Versions: 1.0-M5
>Reporter: Aaron Mulder
>Priority: Minor
> Fix For: 2.0-M2
>
> Attachments: jira807.patch
>
>
> If you interact with a different portal on the log page, the system log 
> viewer portlet reverts to its default filter settings.  It should instead 
> default to the same values used previously (if there are previous search 
> criteria and if none of the criteria were submitted in the request). See 
> LogViewerPortlet.java:73 or so

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Geronimo v2.0 Documentation - Administration

2007-02-22 Thread Karthiga Ratnam

Sorry Hernan, just some confusion in my thread. Since Adminstering the AG
Server is already taken care of. I could work on "Configuring Security" , if
no one is working on it.

I apologise for missing your last post.


Thanks

Karthiga

On 2/22/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:


Karthiga,
I just realized I said I would only work on the first two bullets.

I just finished the whole "Administering the Apache Geronimo Server"
section.

To be consistent with previous docs I also created an "Administrative
tasks" and moved the content accordingly.

Sorry for the confusion, what other area would you like to work on for the
v2.0 doc?

Cheers!
Hernan

Hernan Cunico wrote:
> Actually I was working on that topic. Left on "Adding new listeners for
> the Web containers"
>
> These are the topics covered in v1.2 under "Administering the Apache
> Geronimo Server". I'll finish the two sections I started ("Adding new
> listeners for the Web containers" and "Configure log level"). Feel free
> to jump on any of the other topics ("Configuring a remote Apache HTTP
> server", "Configuring the JMS server" ...)
>
> # Administering the Apache Geronimo Server
>
>* Adding new listeners for the Web containers
>  o Add new AJP listener
>  o Add new HTTP listener
>  o Add new HTTPS listener
>* Configure log level
>  o Derby Log Viewer
>  o Log Manager
>  o Server Log Viewer
>  o Web Access Log Viewer
>* Configuring a remote Apache HTTP server
>  o Configure Apache HTTPd as a reverse proxy (mod_proxy)
>  o Configure Apache HTTPd with Jakarta Tomcat Connector (mod_jk)
>* Configuring the JMS server
>* Display JVM information
>* Monitor Server status
>* Performance monitoring
>* Starting and stopping the server
>
> Also, add any other topic you consider should be covered in this (or any
> other) section.
>
> Cheers!
> Hernan
>
>
> Karthiga Ratnam wrote:
>> I'm in for covering the Adminstration series of articles. If no one is
>> working on it , I would like to cover the areas under "Adminstering
>> the Apache Geronimo Server".
>>
>> Any other topics I can cover??
>>
>> Regards
>>
>> Karthiga
>>
>> On 2/20/07, *Hernan Cunico* <[EMAIL PROTECTED]
>> > wrote:
>>
>> - Continuing the discussion for topics to cover in the Geronimo
v2.0
>> Documentation - Administration section -
>>
>> The idea is to use Geronimo's existing documentation as a topic
>> guideline adding user input for new topics. So, pls chime in with
>> the topics you would like to see covered.
>> It would be great to see volunteers too ;-)
>>
>> Here are some of the topics already covered:
>>
>> http://cwiki.apache.org/GMOxDOC20/administration.html
>> 
>>
>> What other topics would you like to see covered?
>>
>> What areas you volunteer to work on? (rise your hand, don't be shy,
>> there are a couple of threads already showing volunteers to work on
>> documentation ;-)  )
>>
>> Cheers!
>> Hernan
>>
>>
>



Re: Additional 'inverse' classloader view in Geronimo Console

2007-02-22 Thread Jarek Gawor

Hi,

I just deployed it on my machine and I love it! Thanks a ton! :)

One minor comment: can the list of classloaders be sorted
alphabetically? (in whatever view or depth)?

Thanks again,
Jarek

On 2/21/07, Rakesh Midha <[EMAIL PROTECTED]> wrote:

Hello Jarek

I have created a patch in
http://issues.apache.org/jira/browse/GERONIMO-2854 to add
the feature we discussed.

Please review and comment.

Thanks
Rakesh




On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote:
> Sorry Paul
>
> I missed your last mail, when I suggested toggle.
>
> Selecting particular node when toggle happens, I am not sure about that
part, will have to implement it and only than I can comment :-)  No promise
on this one.
>
> Alright I will open a JIRA and get it done
>
> Thanks
> Rakesh
>
>
>
>
>
> On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote:
> > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote:
> > > As Jarek said, I had discussion with him before on it.
> > >
> > > Well, The only concern I have is, additing too many redundent view
will make
> > > console uninteresting. I think we need to be careful.
> > >
> > > How about this? Instead of adding new view, we add a  check or button
in
> > > existing view  "Show inverse tree".  Clicking or checking this will
inverse
> > > the tree in same view.
> >
> > That's exactly what I had in mind when I mentioned toggling between
> > the two types of views (inverse versus standard classloader
> > hierarchy).  sorry  for not being clear about that.  My suggestion was
> > to make the toggle button sensitive to the currently selected node in
> > the classloader tree.  e.g. when the user selects a node and then
> > toggles to the alternate view they see the treepaths containing the
> > selected node already expanded and highlighted.
> >
> > >
> > > Technically, having inverse tree is not a hard work. I can take this
task
> > > and get it done.
> > >
> > > Thanks
> > > Rakesh
> > >
> > >
> > >
> > >
> > > On 2/12/07, Paul McMahan < [EMAIL PROTECTED]> wrote:
> > > > Sounds useful.  It would be great if the user could select a node
and
> > > > easily toggle between the two types of views. When that node appears
> > > > in multiple places the tree could already have those paths expanded
> > > > and the nodes highlighted.
> > > >
> > > > Best wishes,
> > > > Paul
> > > >
> > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote:
> > > > > I was talking to Rakesh about adding additional classloader view
to
> > > > > the Geronimo Console and we are wondering if people have any
> > > > > comments/thoughts about it. The current view show the tree
starting
> > > > > with the system classloader and ends with child classloaders.
Example:
> > > > >
> > > > > A
> > > > >  - B
> > > > >- F
> > > > >  - C
> > > > >- F
> > > > >
> > > > > In this case, A is a parent to B and C classloaders. And B, C are
> > > > > parent classloaders to F.
> > > > >
> > > > > Now, because Geronimo supports multi parent classloaders sometimes
> > > > > these child classloaders can appear in multiple places in the tree
> > > > > (e.g. F). So I proposed kind of inverse view of the classloaders.
For
> > > > > example, for a given child classloader, I would like to see the
parent
> > > > > classloaders as child nodes of the tree. Given the example above
the
> > > > > tree would now look like:
> > > > >
> > > > > B
> > > > >  - A
> > > > >
> > > > > C
> > > > >  - A
> > > > >
> > > > > F
> > > > >  - B
> > > > >  - C
> > > > >
> > > > > Would other people find this useful? (I know I would :))
> > > > >
> > > > > Thanks,
> > > > > Jarek
> > > > >
> > > >
> > >
> > >
> >
>
>




Re: Additional 'inverse' classloader view in Geronimo Console

2007-02-22 Thread Rakesh Midha

Thanks, I was thinking about it but than I thought about keeping it in the
order they are loaded.

Will keep it in my TODO and will do it later (i hope that is fine)

Thanks
Rakesh

On 2/23/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:


Hi,

I just deployed it on my machine and I love it! Thanks a ton! :)

One minor comment: can the list of classloaders be sorted
alphabetically? (in whatever view or depth)?

Thanks again,
Jarek

On 2/21/07, Rakesh Midha <[EMAIL PROTECTED]> wrote:
> Hello Jarek
>
> I have created a patch in
> http://issues.apache.org/jira/browse/GERONIMO-2854 to add
> the feature we discussed.
>
> Please review and comment.
>
> Thanks
> Rakesh
>
>
>
>
> On 2/13/07, Rakesh Midha <[EMAIL PROTECTED]> wrote:
> > Sorry Paul
> >
> > I missed your last mail, when I suggested toggle.
> >
> > Selecting particular node when toggle happens, I am not sure about
that
> part, will have to implement it and only than I can comment :-)  No
promise
> on this one.
> >
> > Alright I will open a JIRA and get it done
> >
> > Thanks
> > Rakesh
> >
> >
> >
> >
> >
> > On 2/13/07, Paul McMahan < [EMAIL PROTECTED]> wrote:
> > > On 2/13/07, Rakesh Midha < [EMAIL PROTECTED]> wrote:
> > > > As Jarek said, I had discussion with him before on it.
> > > >
> > > > Well, The only concern I have is, additing too many redundent view
> will make
> > > > console uninteresting. I think we need to be careful.
> > > >
> > > > How about this? Instead of adding new view, we add a  check or
button
> in
> > > > existing view  "Show inverse tree".  Clicking or checking this
will
> inverse
> > > > the tree in same view.
> > >
> > > That's exactly what I had in mind when I mentioned toggling between
> > > the two types of views (inverse versus standard classloader
> > > hierarchy).  sorry  for not being clear about that.  My suggestion
was
> > > to make the toggle button sensitive to the currently selected node
in
> > > the classloader tree.  e.g. when the user selects a node and then
> > > toggles to the alternate view they see the treepaths containing the
> > > selected node already expanded and highlighted.
> > >
> > > >
> > > > Technically, having inverse tree is not a hard work. I can take
this
> task
> > > > and get it done.
> > > >
> > > > Thanks
> > > > Rakesh
> > > >
> > > >
> > > >
> > > >
> > > > On 2/12/07, Paul McMahan < [EMAIL PROTECTED]> wrote:
> > > > > Sounds useful.  It would be great if the user could select a
node
> and
> > > > > easily toggle between the two types of views. When that node
appears
> > > > > in multiple places the tree could already have those paths
expanded
> > > > > and the nodes highlighted.
> > > > >
> > > > > Best wishes,
> > > > > Paul
> > > > >
> > > > > On 2/12/07, Jarek Gawor < [EMAIL PROTECTED]> wrote:
> > > > > > I was talking to Rakesh about adding additional classloader
view
> to
> > > > > > the Geronimo Console and we are wondering if people have any
> > > > > > comments/thoughts about it. The current view show the tree
> starting
> > > > > > with the system classloader and ends with child classloaders.
> Example:
> > > > > >
> > > > > > A
> > > > > >  - B
> > > > > >- F
> > > > > >  - C
> > > > > >- F
> > > > > >
> > > > > > In this case, A is a parent to B and C classloaders. And B, C
are
> > > > > > parent classloaders to F.
> > > > > >
> > > > > > Now, because Geronimo supports multi parent classloaders
sometimes
> > > > > > these child classloaders can appear in multiple places in the
tree
> > > > > > (e.g. F). So I proposed kind of inverse view of the
classloaders.
> For
> > > > > > example, for a given child classloader, I would like to see
the
> parent
> > > > > > classloaders as child nodes of the tree. Given the example
above
> the
> > > > > > tree would now look like:
> > > > > >
> > > > > > B
> > > > > >  - A
> > > > > >
> > > > > > C
> > > > > >  - A
> > > > > >
> > > > > > F
> > > > > >  - B
> > > > > >  - C
> > > > > >
> > > > > > Would other people find this useful? (I know I would :))
> > > > > >
> > > > > > Thanks,
> > > > > > Jarek
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>
>



[jira] Created: (GERONIMO-2877) Minor improvement to Axis2 Jaxws Integration

2007-02-22 Thread Lasantha Ranaweera (JIRA)
Minor improvement to Axis2 Jaxws Integration


 Key: GERONIMO-2877
 URL: https://issues.apache.org/jira/browse/GERONIMO-2877
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: webservices
Reporter: Lasantha Ranaweera
Priority: Minor
 Attachments: GERONIMO-2877.patch

This patch will improve the source code of the Axis2 JAXWS integration in 
following areas.

1. Remove unnecessary Definition object used in the Axis2ServiceGenerator class.
2. Source code formatting ( I am totally not sure this source code formatting 
getting messing up. If somebody please point me out if this is due to a problem 
of patches I have been submitting or not).

Thanks,
Lasantha

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-2877) Minor improvement to Axis2 Jaxws Integration

2007-02-22 Thread Lasantha Ranaweera (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lasantha Ranaweera updated GERONIMO-2877:
-

Attachment: GERONIMO-2877.patch

> Minor improvement to Axis2 Jaxws Integration
> 
>
> Key: GERONIMO-2877
> URL: https://issues.apache.org/jira/browse/GERONIMO-2877
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: webservices
>Reporter: Lasantha Ranaweera
>Priority: Minor
> Attachments: GERONIMO-2877.patch
>
>
> This patch will improve the source code of the Axis2 JAXWS integration in 
> following areas.
> 1. Remove unnecessary Definition object used in the Axis2ServiceGenerator 
> class.
> 2. Source code formatting ( I am totally not sure this source code formatting 
> getting messing up. If somebody please point me out if this is due to a 
> problem of patches I have been submitting or not).
> Thanks,
> Lasantha

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (GERONIMO-2876) Initial web service EJB support for Axis2

2007-02-22 Thread Lasantha Ranaweera (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475278
 ] 

Lasantha Ranaweera commented on GERONIMO-2876:
--

There was a small missing in usage of  org.apache.geronimo.axis2.PortInfo class 
and I have updated it in the GERONIMO-2877 patch. Hope this will help you too.  

> Initial web service EJB support for Axis2
> -
>
> Key: GERONIMO-2876
> URL: https://issues.apache.org/jira/browse/GERONIMO-2876
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
> Environment: winxp + sun 1.5
>Reporter: Lin Sun
> Attachments: G2876.patch
>
>
> This work-in-progress patch tried to port the initial web service ejb support 
> from CXF to Axis2 (G2850) and here are a few details:
> 1) I had a hard time with classexception while working through the two 
> portinfo classes (org.apache.geronimo.jaxws.PortInfo and 
> org.apache.geronimo.axis2.PortInfo) thus I am proposing to get rid of 
> org.apache.geronimo.axis2.PortInfo for simplicities.
> 2) I decided to keep the old Axis structure instead of the new CXF structure 
> for EJB support, as I envision that all the requests will be handled in one 
> Axis2WebServiceContainer. 
> Able to do a full build with the patch.Tested the patch with jax-ws-ejb 
> test.   For CXF, 2 out of 3 pass (same as before the patch).  For Axis2,  was 
> able to see the ejb module loaded and started.  However, get the jaxb error:
> 22:51:09,906 INFO  [JAXBUtils] Both ObjectFactory & package-info not found in 
> pa
> ckage hierachy
> 22:51:10,296 ERROR [Axis2WebServiceContainer] Exception occurred while trying 
> to
>  invoke service method doService()
> org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]; 
> nested e
> xception is:
> javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException
>  - with linked exception:
> [javax.xml.bind.UnmarshalException: unexpected element 
> (uri:"http://apache.org/g
> reeter_control/types", local:"greetMe"). Expected elements are (none)]
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:367)
> at 
> org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessa
> geReceiver.java:147)
> Will attempt to fix this tomorrow by supplying the generated ObjectFactory & 
> package-info classes for jax-ws-ejb test.
> Please let me know any comments you might have.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.