[jira] Created: (GERONIMODEVTOOLS-244) J2g: remove unnecessary configurator module

[Lin Sun (JIRA)]

J2g: remove unnecessary configurator module
---

 Key: GERONIMODEVTOOLS-244
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-244
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: J2G
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor


This has been discussed on devlist and no one really thinks the configurator 
module is useful with eclipse 3.3.   I 've performed quite some testing 
(running src, res, desp tools) on 2 samples and they seem to be running fine 
without the module.   

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

[jira] Updated: (GERONIMODEVTOOLS-242) J2g: needs indication of the command finish running in eclipse console

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMODEVTOOLS-242:
-

Summary: J2g: needs indication of the command finish running in eclipse 
console  (was: J2g: needs indication of the script finish running in eclipse 
console)

> J2g: needs indication of the command finish running in eclipse console
> --
>
> Key: GERONIMODEVTOOLS-242
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-242
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: J2G
>Reporter: Lin Sun
>Assignee: Lin Sun
>Priority: Minor
>
> as titled.  Currently, when I run any of the j2g tool (source, desp) in 
> Eclipse, it contains no indication of whether the script finishs running or 
> not in eclipse console.

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

[jira] Created: (GERONIMODEVTOOLS-243) j2g: should not create openejb-jar.xml for the user if the project doesn't contain ejb related stuff

[Lin Sun (JIRA)]

j2g: should not create openejb-jar.xml for the user if the project doesn't 
contain ejb related stuff


 Key: GERONIMODEVTOOLS-243
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-243
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: J2G
Reporter: Lin Sun


I am running the college fest sample with j2g descriptor tool.  This sample 
just contains some jsp and servlet thus openejb-jar.xml isn't needed.

However the j2g tool went ahead and created openejb-jar.xml for the project.   

AnnotationTool[INFO] Processing annotations for 
E:\gsamples\college_fest\src\servlets\PersonalServlet.java
AnnotationTool[INFO] openejb-jar.xml successfully updated.
AnnotationTool[INFO] Processing annotations for 
E:\gsamples\college_fest\src\servlets\WelcomeServlet.java
AnnotationTool[INFO] openejb-jar.xml successfully updated.


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

[jira] Created: (GERONIMODEVTOOLS-242) J2g: needs indication of the script finish running in eclipse console

[Lin Sun (JIRA)]

J2g: needs indication of the script finish running in eclipse console
-

 Key: GERONIMODEVTOOLS-242
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-242
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: J2G
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor


as titled.  Currently, when I run any of the j2g tool (source, desp) in 
Eclipse, it contains no indication of whether the script finishs running or not 
in eclipse console.

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

[jira] Commented: (GERONIMODEVTOOLS-241) J2G projects should be renamed to reflect org.apache.geronimo.devtools.j2g naming

[Lin Sun (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12534089
 ] 

Lin Sun commented on GERONIMODEVTOOLS-241:
--

Thanks Ted, I missed these few spots!   Committed portions of the patch in rev 
583881.  I am working on removing the configurator module (see discussion on 
dev list), so I didn't commit the proposed change to that module.

> J2G projects should be renamed to reflect org.apache.geronimo.devtools.j2g 
> naming
> -
>
> Key: GERONIMODEVTOOLS-241
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-241
> Project: Geronimo-Devtools
>  Issue Type: Bug
>Affects Versions: 1.0.0
>Reporter: Ted Kirby
>Assignee: Lin Sun
> Attachments: GD241.patch
>
>
> projects should be consistently named.
> Instructions for developing J2G in eclipse would be very good to have.
> I get these errors in eclipse:
> Errors during build.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.jasper'.
>   The builder launch configuration could not be found.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.ui'.
>   The builder launch configuration could not be found.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.util'.
>   The builder launch configuration could not be found.

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

[jira] Assigned: (GERONIMODEVTOOLS-241) J2G projects should be renamed to reflect org.apache.geronimo.devtools.j2g naming

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMODEVTOOLS-241:


Assignee: Lin Sun

> J2G projects should be renamed to reflect org.apache.geronimo.devtools.j2g 
> naming
> -
>
> Key: GERONIMODEVTOOLS-241
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-241
> Project: Geronimo-Devtools
>  Issue Type: Bug
>Affects Versions: 1.0.0
>Reporter: Ted Kirby
>Assignee: Lin Sun
> Attachments: GD241.patch
>
>
> projects should be consistently named.
> Instructions for developing J2G in eclipse would be very good to have.
> I get these errors in eclipse:
> Errors during build.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.jasper'.
>   The builder launch configuration could not be found.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.ui'.
>   The builder launch configuration could not be found.
>   Errors running builder 'Integrated External Tool Builder' on project 
> 'org.apache.geronimo.devtools.j2g.util'.
>   The builder launch configuration could not be found.

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

Re: J2g - purpose of configurator?

[Lin Sun]

Jason and Erik,

Thanks for your feedback!  I think Jason is correct, the script 
(j2g-configure) is the one that does the copying.   I'll work on 
allowing the users to install j2g from our eclipse update site (which 
should perform similar things as what j2g-configure does).   Removing 
the need to config config.ini file and the unnecessary java files in 
j2g\trunk\src\main\resources\compatibility\org.apache.geronimo.devtools.j2g.sources.dependence.compatibility 
will enable me to do that IMHO.


Lin

Jason Warner wrote:

Erik,

I was under the impression that the copying of the necessary jars was 
handle by the j2g-configure script itself.  I don't think the 
configurator module is required for this script.  It might be best, if 
the config.ini changes are unnecessary, to remove the configurator 
"plugin" component, and redo the script so that it only does the copying. 


Cheers,

Jason Warner

On 10/10/07, *Erik B. Craig* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Lin,
I did some poking around with what it's actually doing now...
It actually looks like this may not be necessary with eclipse 3.3. I am
not 100% sure on this, because I have only touched j2g while using
Eclipse 3.3 milestones and up, never with 3.2, but I think it may have
been necessary to set some of the things that it is setting with Eclipse
3.2. At any rate, I think you are correct in that this is no longer
required with what it's doing to the eclipse config.ini, however it is
copying some of the dependencies (properties files) into the eclipse
plugins directory, along with the actual plugins themselves, which this
is most certainly a critical part of its functionality.

Thanks,
Erik

Lin Sun wrote:
 > Hi,
 >
 > I'd like to know a bit more as to why we need the configurator module
 > in j2g.  From our user doc, we ask our users to run the
j2g-configure
 > in the bin dir which at the end would call
 > org.apache.geronimo.devtools.j2g.Configurator.  Looks like what it
 > does is to make a copy of existing
 > eclipse_home\configuration\config.ini and add some config properties
 > to the config.ini file.  But I don't really understand why we need to
 > modify the default config.ini file.   I don't think our geronimo
 > eclipse plugin modifies it either.   It can be a prob when we
want to
 > enable a user to download j2g from an update site.
 >
 > I tried to run j2g with the default config.ini and able to run the
 > jdes2g and jsrc2g fine.  I haven't been able to find a sample that
 > allows me to run jres2g yet, so if you know any let me know.
 >
 > Thanks,
 > Lin
 >

Re: ClassCastException at Derby EmbeddedDataSource

[Lin Sun]

Hi,

You should see org.apache.geronimo.configs/system-database/{version}/car 
there on the list of driver Jar.  (I think it was there when I used it 
last time on 2.0.1.)  You want to select it instead of 
org.apache.derby/derby/10.2.2.0/jar to avoid your ClassCastException.


Lin

Zakharov, Vasily M wrote:

Hi David,

Yes, this actually helped, thank you very much!

However, the deployment plan I provided was generated by database pool
wizard in the console, as follows: 


Console Navigation - Services - Database Pools
Create a new database pool: Using the Geronimo database pool wizard
Database Type: Derby embedded XA
Driver JAR: org.apache.derby/derby/10.2.2.0/jar

This seems to be a logical and trivial way.
And org.apache.geronimo.configs is absent in the "Driver JAR" list.

So, maybe there's a problem with database pool wizard that generates a
deployment plan that doesn't work as expected?

Vasily


-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 10, 2007 4:16 AM

To: dev@geronimo.apache.org
Subject: Re: ClassCastException at Derby EmbeddedDataSource

Hi Vasily,

when you use a derby datasource you have to make sure you get the  
derby classes from the same classloader as the embedded derby  
database.  You normally do this by replacing the derby dependency in  
your plan with something like


 
 org.apache.geronimo.configs
 system-database
 car
 

Hope this helps
david jencks



On Oct 9, 2007, at 2:16 PM, Zakharov, Vasily M wrote:


Hi, all,

I've come into a strange situation, that looks like maybe a bug, while
working on SPECjAppServer2004 deployment on G2.0.1.

When working with Embedded XA TranQL connector to internal Derby
database, class org.apache.geronimo.jdbc.DelegatingDriver (implements
java.sql.Driver) comes out in a place where either
org.apache.derby.jdbc.AutoloadedDriver (implements java.sql.Driver) or
org.apache.derby.jdbc.InternalDriver (implements
org.apache.derby.iapi.services.monitor.ModuleControl) is expected, and
this causes a ClassCastException on server side:

java.lang.ClassCastException:  
org.apache.geronimo.jdbc.DelegatingDriver

at org.apache.derby.jdbc.EmbeddedDataSource.findDriver(Unknown
Source)
at
org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
at
org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
at
org.apache.derby.jdbc.EmbeddedXADataSource.setupResourceAdapter 
(Unknown

Source)
at
org.apache.derby.jdbc.EmbeddedXADataSource.getXAConnection(Unknown
Source)
at
org.tranql.connector.jdbc.AbstractXADataSourceMCF.getPhysicalConnectio



n(
AbstractXADataSourceMCF.java:74)
at
org.tranql.connector.derby.EmbeddedXAMCF.createManagedConnection 
(Embedde

dXAMCF.java:52)
at
org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCon



ne
ction(MCFConnectionInterceptor.java:48)
at
org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterce



pt
or.getConnection(LocalXAResourceInsertionInterceptor.java:41)
at
org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor



.i
nternalGetConnection(SinglePoolConnectionInterceptor.java:67)
at
org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionInt



er
ceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78)
at
org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor



.g
etConnection(TransactionEnlistingInterceptor.java:46)
at
org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.g



et
Connection(TransactionCachingInterceptor.java:88)
at
org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.get



Co
nnection(ConnectionHandleInterceptor.java:43)
at
org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection 
(TCC

LInterceptor.java:39)
at
org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.g



et
Connection(ConnectionTrackingInterceptor.java:66)
at
org.apache.geronimo.connector.outbound.AbstractConnectionManager.alloc



at
eConnection(AbstractConnectionManager.java:87)
at
org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56)
...

The deployment plan for the connector can be found here:
http://cwiki.apache.org/confluence/download/attachments/64828/sjas- 
db.xm

l

This plan is deployed with
repository/org/tranql/tranql-connector-derby-embed-xa/1.3/tranql- 
connect

or-derby-embed-xa-1.3.rar

Vasily Zakharov
Intel ESSD


---

Closed Joint Stock Company Intel A/O
Registered legal address: 125252, Moscow, Russian Federation,
Chapayevsky Per, 14.

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly p

geronimodevtools jira

[Lin Sun]

Hi,

The geronimodevtools jira isn't set up quite the same as the geronimo 
jira.  For example, I cannot mark a jira as resolved.  I think Tim also 
indicated he could not either before.   Could someone help fix this?


Thanks,

Lin

[jira] Closed: (GERONIMODEVTOOLS-239) License headers in a few test app's plan.xml are removed after a full j2g build

[Lin Sun (JIRA)]

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

Lin Sun closed GERONIMODEVTOOLS-239.


Resolution: Fixed

Turned out these files are generated thus should not be in snv.   Deleted them 
in rev 583265

> License headers in a few test app's plan.xml are removed after a full j2g 
> build
> ---
>
> Key: GERONIMODEVTOOLS-239
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-239
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: J2G
>Reporter: Lin Sun
>Assignee: Lin Sun
>Priority: Minor
>
> I added license headers to a few test app's plan.xml files per Kevan's 
> request yesterday.  After a full build, I noticed that my change has been 
> overwritten by the build and the license headers in the same set of files are 
> removed.

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

J2g - purpose of configurator?

[Lin Sun]

Hi,

I'd like to know a bit more as to why we need the configurator module in 
j2g.  From our user doc, we ask our users to run the j2g-configure in 
the bin dir which at the end would call 
org.apache.geronimo.devtools.j2g.Configurator.  Looks like what it does 
is to make a copy of existing eclipse_home\configuration\config.ini and 
add some config properties to the config.ini file.  But I don't really 
understand why we need to modify the default config.ini file.   I don't 
think our geronimo eclipse plugin modifies it either.   It can be a prob 
when we want to enable a user to download j2g from an update site.


I tried to run j2g with the default config.ini and able to run the 
jdes2g and jsrc2g fine.  I haven't been able to find a sample that 
allows me to run jres2g yet, so if you know any let me know.


Thanks,
Lin

[jira] Created: (GERONIMODEVTOOLS-239) License headers in a few test app's plan.xml are removed after a full j2g build

[Lin Sun (JIRA)]

License headers in a few test app's plan.xml are removed after a full j2g build
---

 Key: GERONIMODEVTOOLS-239
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-239
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: J2G
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor


I added license headers to a few test app's plan.xml files per Kevan's request 
yesterday.  After a full build, I noticed that my change has been overwritten 
by the build and the license headers in the same set of files are removed.

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

Re: J2G - GERONIMODEVTOOLS-221

[Lin Sun]

Hi Kevan,

I have added the apache src license headers to all the .xml files below.

For the .classpath and .project files, I think they are used by eclipse. 
 I tried to delete both of them in one of the plugins and ask the 
system to regenerate them using "mvn eclipse:eclipse" but I noticed the 
system generated .project file is different.  I saw both of these files 
in the devtools project (geronimo eclipse plugin) as well, without any 
license headers.


The MANIFEST.MF files are important during build for the eclipsepde 
maven plugin, and the ones in the devtools project (geronimo eclipse 
plugin)are the same, without any license headers.


Lin

Kevan Miller wrote:


On Oct 8, 2007, at 3:19 PM, Donald Woods wrote:


Cool, thanks for doing this.

As soon as you're done with this JIRA, I'll create a branch for a 
1.0.0 release


I'd like to know how to build and run j2g...

There are no license/notice files, atm... Also, RAT is flagging the 
following files as not having apache src license headers (are the 
.classpath and .project files needed? or were they an accidental 
commit?) Any files that are non-trivial, non-machine generated, 
syntactically able to hold a comment, and created by our project should 
have a license header.


!? ./configurator/.classpath
!? ./configurator/.project
!? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.common/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF

!? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml 


!? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF

!? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml 


!? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd

!? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.util/.project
!? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml 



--kevan

Re: Axis2 SAAJ implementation in Geronimo - possible class cast bug when unmarshalling?

[Lin Sun]

Hi Paul,

You can try with CXF, which uses sun's saaj impl.   Here is an 
instruction on how to configure the jax-ws engine in geronimo - 
http://cwiki.apache.org/GMOxDOC20/configure-jax-ws-engine.html.


Also, I haven't tried to use JDK6 or the wsimport provided by JDK6.  I 
have been using Sun's SDK 5 and the wsimport provided by Geronimo (in 
the geronimo\bin dir, there is a tool called jaxws-tools).   The sample 
here is proved to work with Sun's SDK 5 and Axis2 - 
http://cwiki.apache.org/GMOxDOC20/simple-web-service-with-jax-ws.html.


HTH, Lin

Paul ANDERSON wrote:

I've hit trouble moving my JAXB-unmarshalled web service (based on
Spring Web Services 1.0.0) from Tomcat 5.5.23 to Geronimo 2.0.1; stack
trace below. I used JDK6 on Linux for both TC and Geronimo.

I stripped the .war down to use dummy empty implementations of
everything, with no extra jar's, so that only the unmarshalling was
causing a problem.
(I generate my JAXB classes with JDK wsimport on the command line and
include them in WEB-INF/classes, so unlike for Axis2 and CXF they don't
include Geronimo machinery-maybe this is a problem.)

I think the problem is because of Geronimo's Axis 2 SAAJ implementation,
and it can't be overridden even when classloader priority is configured
to be to the servlet context. Also, I've tried setting JAVA_OPTS in the
geronimo.sh startup script to include
-Djavax.xml.soap.MessageFactory=com.sun.xml.messaging.saaj.soap.ver1_1.S
OAPMessageFactory1_1Impl etc but it had no effect.

My fix was to replace the impl and api jars in the Geronimo repository
with empty files, so that the deployer's dependency checker was fooled
and rmi and the server started without complaining.
Now my web service works. But I have a bad feeling about what I've just
done to Geronimo - probably it will prevent me using CXF in the same
server.

Anyone got a better workaround, or a fix for Geronimo?

16:33:04,183 WARN [SoapMessageDispatcher] Endpoint invocation resulted
in exception - responding with SOAP Fault
java.lang.ClassCastException:
org.apache.axiom.soap.impl.dom.SOAPMessageImpl cannot be cast to
org.apache.axiom.om.impl.dom.ElementImpl
at org.apache.axis2.saaj.NodeImplEx.toSAAJNode2(NodeI mplEx.java:260)
at org.apache.axis2.saaj.NodeImplEx.toSAAJNode(NodeIm plEx.java:181)
at org.apache.axis2.saaj.SOAPElementImpl.getParentEle
ment(SOAPElementImpl.java:723)
at org.apache.axis2.saaj.SOAPElementImpl.getParentNod
e(SOAPElementImpl.java:778)
at com.sun.xml.bind.unmarshaller.DOMScanner.buildName
spaceSupport(DOMScanner.java:159)
at com.sun.xml.bind.unmarshaller.DOMScanner.buildName
spaceSupport(DOMScanner.java:159)
at com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMS canner.java:100)
at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal
lerImpl.unmarshal0(UnmarshallerImpl.java:288)
at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal
lerImpl.unmarshal(UnmarshallerImpl.java:271)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.un
marshal(AbstractUnmarshallerImpl.java:107)
at org.springframework.oxm.jaxb.Jaxb2Marshaller.unmar
shal(Jaxb2Marshaller.java:312)
at org.springframework.ws.support.MarshallingUtils.un
marshal(MarshallingUtils.java:54)
at org.springframework.ws.server.endpoint.adapter.Mar
shallingMethodEndpointAdapter.unmarshalRequest(Mar
shallingMethodEndpointAdapter.java:145)
at org.springframework.ws.server.endpoint.adapter.Mar
shallingMethodEndpointAdapter.invokeInternal(Marsh
allingMethodEndpointAdapter.java:135)
at org.springframework.ws.server.endpoint.adapter.Abs
tractMethodEndpointAdapter.invoke(AbstractMethodEn
dpointAdapter.java:58)
at org.springframework.ws.server.MessageDispatcher.di
spatch(MessageDispatcher.java:211)
at org.springframework.ws.server.MessageDispatcher.re
ceive(MessageDispatcher.java:158)
at org.springframework.ws.transport.support.WebServic
eMessageReceiverObjectSupport.handleConnection(Web
ServiceMessageReceiverObjectSupport.java:87)
at org.springframework.ws.transport.http.WebServiceMe
ssageReceiverHandlerAdapter.handle(WebServiceMessa
geReceiverHandlerAdapter.java:57)
at org.springframework.ws.transport.http.MessageDispa
tcherServlet.doService(MessageDispatcherServlet.ja va:158)
at org.springframework.web.servlet.FrameworkServlet.p
rocessRequest(FrameworkServlet.java:475)
at org.springframework.web.servlet.FrameworkServlet.d
oPost(FrameworkServlet.java:440)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:806)
at org.apache.catalina.core.ApplicationFilterChain.in
ternalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.do
Filter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invo
ke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invo
ke(StandardContextValve.java:175)
at org.apache.geronimo.tomcat.valve.DefaultSubjectVal
ve.invoke(DefaultSubjectValve.java:56)
at org.apache.geronimo.tomcat.GeronimoStandardConte

Re: svn commit: r582931 [3/3] - in /geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.devtools.j2g.resources: ./ META-INF/ schema/ src/ src/org/ src/org/apache/ src/org/apache/geronimo/ src/org/

[Lin Sun]

Just corrected it... Thanks Kevan!

Kevan Miller wrote:


On Oct 8, 2007, at 2:50 PM, [EMAIL PROTECTED] wrote:

Added: 
geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/geronimo-secutiry-plan.xml 



Hi Lin,
'security' is misspelled in this new plan name...

--kevan

Re: J2G - GERONIMODEVTOOLS-221

[Lin Sun]

Thanks Kevan.  I can look into adding license headers to the files you 
listed below.


In talking of auto-generated files, I saw a couple of Java files have 
the following in the header -


/*
 * Auto-generated by J2G Migration.
 */

For example, all the java files in the 
j2g\trunk\src\main\resources\compatibility dir.  The same 6 files also 
appear in the resources plugin source dir.   Anyone has any idea how 
these files can be generated?   Any reason why we are keeping the 
generated source files in svn?


Thanks

Lin


Kevan Miller wrote:


On Oct 8, 2007, at 3:19 PM, Donald Woods wrote:


Cool, thanks for doing this.

As soon as you're done with this JIRA, I'll create a branch for a 
1.0.0 release


I'd like to know how to build and run j2g...

There are no license/notice files, atm... Also, RAT is flagging the 
following files as not having apache src license headers (are the 
.classpath and .project files needed? or were they an accidental 
commit?) Any files that are non-trivial, non-machine generated, 
syntactically able to hold a comment, and created by our project should 
have a license header.


!? ./configurator/.classpath
!? ./configurator/.project
!? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.common/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF

!? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml 


!? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF

!? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml 

!? 
./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml 


!? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project
!? 
./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd

!? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath
!? ./plugins/org.apache.geronimo.devtools.j2g.util/.project
!? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF
!? 
./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml 



--kevan

Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool

[Lin Sun]

Hi Kevan,

You are right, mvn install assembly:assembly would bring the target dir 
that contains the j2g-conversion-1.0.0-SNAPSHOT-bin.zip file which can 
be consumed by a user.   I just did mvn install assembly:assembly and it 
worked fine too.   I hadn't used this zip file I built from devtools 
tree but I used the zip file I built from sandbox before.


Could you send me your full j2g build log?

Thanks,

Lin

Kevan Miller wrote:


On Oct 8, 2007, at 2:31 PM, Lin Sun wrote:


Hi Kevan,

Could you try building with mvn install?   I am able to build j2g fine 
with that.


Yes, 'mvn install' completes without error. However, I don't think 
that's running a full build... I see individual jar files are built, but 
there's no aggregation of jars, dependent jars, command scripts, etc. 
Nothing that a user can actually download...


Lin,
are you building and running j2g?

--kevan

J2G - GERONIMODEVTOOLS-221

[Lin Sun]

Hi,

I am going to make various changes for the titled jira.  Please use the 
revision 582055 if you need to build j2g before I finish the jira.  I'll 
send another note when I am done.  Thank you!


Lin

Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool

[Lin Sun]

Hi Kevan,

Could you try building with mvn install?   I am able to build j2g fine 
with that.


Thanks,

Lin

Kevan Miller wrote:


On Oct 8, 2007, at 12:53 PM, Jason Warner wrote:

It looks like you're building from the ui package.  The ui package has 
dependencies on a few other packages in j2g.  The error your getting 
is complaining about not being able to find a built version of those 
packages.  That error message seems to lack a description of which 
package it wants that it can't find.  I took a look at the pom, but 
didn't really see anything regarding what packages it would want.  Can 
you try building j2g completely from your root j2g directory?  The 
same command can be used.


I'm building from j2g/trunk. The error occurs when the build reaches 
org.apache.geronimo.j2g.ui.


Here's output with -e option:

[INFO] 
 


[INFO] Building org.apache.geronimo.j2g.ui
[INFO] 
 


[INFO] [eclipsepde:manifestbundles {execution: default}]
[INFO] [eclipsepde:install {execution: default}]
[INFO] org.eclipse.equinox.registry : 3.3.0-v20070522 already exists in 
local repository.
[INFO] org.eclipse.ui.console : 3.2.0-v20070530 already exists in local 
repository.
[INFO] org.eclipse.jface : 3.3.0-I20070606-0010 already exists in local 
repository.
[INFO] SWTFragment:  Dependency {groupId=org.eclipse.plugins, 
artifactId=org.eclipse.swt.carbon.macosx, version=3.3.0-v3346, type=jar}
[INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in 
local repository.

[INFO] org.eclipse.swt : 3.3.0-v3346 already exists in local repository.
[INFO] org.eclipse.equinox.preferences : 3.2.100-v20070522 already 
exists in local repository.
[INFO] org.eclipse.ui : 3.3.0-I20070614-0800 already exists in local 
repository.
[INFO] org.eclipse.core.jobs : 3.3.0-v20070423 already exists in local 
repository.
[INFO] org.eclipse.equinox.app : 1.0.0-v20070606 already exists in local 
repository.
[INFO] org.eclipse.core.contenttype : 3.2.100-v20070319 already exists 
in local repository.
[INFO] org.eclipse.ui.workbench : 3.3.0-I20070608-1100 already exists in 
local repository.
[INFO] org.eclipse.debug.ui : 3.3.0-v20070607-1800 already exists in 
local repository.
[INFO] org.eclipse.osgi : 3.3.0-v20070530 already exists in local 
repository.
[INFO] org.eclipse.core.runtime : 3.3.100-v20070530 already exists in 
local repository.
[INFO] org.eclipse.debug.core : 3.3.0-v20070607-1800 already exists in 
local repository.
[INFO] org.eclipse.equinox.common : 3.3.0-v20070426 already exists in 
local repository.
[INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in 
local repository.

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [eclipsepde:validatemanifest {execution: validate-bundle-classpath}]
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar: 
/Users/kevan/geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0-SNAPSHOT.jar 


[INFO] [assembly:assembly]
[INFO] 


[ERROR] BUILD ERROR
[INFO] 

[INFO] Included module: 
org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have 
an artifact with a file. Please ensure the package phase is run before 
the assembly is generated.
[INFO] 


[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Included module: 
org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have 
an artifact with a file. Please ensure the package phase is run before 
the assembly is generated.
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) 

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493) 

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463) 

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) 

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:224) 

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) 


at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(Ma

Re: [BUILD] 2.0: Successful

[Lin Sun]

On the build machine, do we always run the build after a clean .m2 repo?

After seeing so many 2.0 good build notification, I still cannot build 
2.0 branch.  I kept getting failure here -


Missing:
--
1) org.apache.xbean:xbean-naming:jar:3.2-r579367

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.xbean 
-DartifactId=xbean-nam

ing \
  -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file 
there:
mvn deploy:deploy-file -DgroupId=org.apache.xbean 
-DartifactId=xbean-naming

\
  -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file \
   -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
1) org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT
2) 
org.apache.geronimo.configs:openejb-corba-deployer:car:2.0.2-SNAPSHOT


3) org.apache.geronimo.configs:j2ee-deployer:car:2.0.2-SNAPSHOT
4) org.apache.geronimo.modules:geronimo-client:jar:2.0.2-SNAPSHOT
5) org.apache.geronimo.modules:geronimo-naming:jar:2.0.2-SNAPSHOT
6) org.apache.xbean:xbean-naming:jar:3.2-r579367

--
1 required artifact is missing.

for artifact:
  org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT

What am I missing?

Lin


[EMAIL PROTECTED] wrote:

Geronimo Revision: 581864 built with tests included
 
See the full build-0800.log file at http://people.apache.org/~prasad/binaries/2.0/20071004/build-0800.log
 
Download the binaries from http://people.apache.org/~prasad/binaries/2.0/20071004

[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 24 minutes 25 seconds
[INFO] Finished at: Thu Oct 04 08:31:38 EDT 2007
[INFO] Final Memory: 202M/973M
[INFO] 
 
TESTSUITE RESULTS (Failures only)

=
See detailed results at 
http://people.apache.org/~prasad/testsuite/ResultsSummary.html
See the full test-0800.log file at 
http://people.apache.org/~prasad/binaries/2.0/20071004/test-0800.log
 
[INFO] locationURI=http://localhost:8080/JAXWSBeanService/JAXWSBean

[INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.864 sec 
<<< FAILURE!
--
[INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXRTest
[INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.255 sec 
<<< FAILURE!
--
[INFO] Running org.apache.geronimo.testsuite.testset.EJBStaxTest
[INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.25 sec 
<<< FAILURE!
--
[INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXBTest
[INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.267 sec 
<<< FAILURE!
--
[INFO] http://schemas.xmlsoap.org/soap/envelope/"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>http://org.apache.org/greeter";>Hello foo bar
[INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.429 sec 
<<< FAILURE!
 

[jira] Created: (GERONIMODEVTOOLS-236) change the package name from org.apache.geronimo.j2g.* to org.apache.geronimo.devtools.j2g.*

[Lin Sun (JIRA)]

change the package name from org.apache.geronimo.j2g.* to 
org.apache.geronimo.devtools.j2g.*


 Key: GERONIMODEVTOOLS-236
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-236
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: J2G
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor


Since j2g is part of devtools now

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

[jira] Created: (GERONIMO-3499) Expose ConnectionTimeout configuration in tomcat web connector to the user

[Lin Sun (JIRA)]

Expose ConnectionTimeout configuration in tomcat web connector to the user
--

 Key: GERONIMO-3499
 URL: https://issues.apache.org/jira/browse/GERONIMO-3499
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0.2, 2.1
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor


I was doing some jaxws testing on zLinux and I had to increase the 
ConnectionTimeout value to 1 mins to get my test passing.   The default value 
is set to 20 seconds, and I got some socketException - broken pipe with the 
default timeout value.

It is not obvious for a regular user to configure this, as it is currently only 
mentioned in the tomcat6 config plan, which isn't in the geronimo assembly.
I'd like to add this configuration in the config.xml of the tomcat java ee5 
assembly so that a user could config the ConnectionTimeout value intuitively.   
  (Jetty config doesn't seemt to support this property.)

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

Re: request for devtools doc for developing in eclipse

[Lin Sun]

I think one reason is to make sure the latest plugin (which requires a 
particular version of eclipse + WTP) supports different major releases 
of geronimo in case people still want to use the older version or while 
they migrate their projects from older versions of geronimo to the newer 
versions.


Lin

Jarek Gawor wrote:

Also, yesterday I could not find documentation where to checkout/look
at the source code of the plugin. The build page appeared to be empty.

On a related note, once I checked out the code from svn and started
building the plugin, it started downloading Geronimo 1.1 and 1.2 bits.
So I was wondering what is the reason for the plugin to support all
previous versions of Geronimo?. Why not have a plugin that's specific
to a particular version of Geronimo? For example, plugin 2.0.x
supports and works only with G 2.0.x.

Jarek

On 10/2/07, Ted Kirby <[EMAIL PROTECTED]> wrote:

Can someone put updated doc for developing the geronimo eclipse and
J2G plugins in the wiki, and link to them from the devtools home page?

http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has
doc for the 1.x plugin.  There is a link to a blank page for the
eclipse plugin from the devtools page, but no similar link for j2g.

This would be helpful.  I tried to find that blank page for the
eclipse plugin in the wiki to update it, but was unsuccessful.  What
is the URL for the wiki page to
http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html
?  Or, is this not a page that is generally accessible?

Thanks,
Ted Kirby

Re: Frequent build breaks due to missing dependencies

[Lin Sun]

Me too!  I haven't been able to build geronimo 2.0 branch since this AM, 
after some similar failures every time.


Lin

Joe Bohn wrote:

Prasad,

I'm hitting some similar failures attempting to download openjpa 
artifacts while building axis.  I suspect this is more an issue with the 
repositories in general than just your builds.  Of course, I'm behind a 
firewall too.


Joe


Prasad Kashyap wrote:

Following my earlier mail on these now frequently occurring build
breaks due to missing dependencies, I tried to stagger the builds of
the 2 trees and also upgraded to maven 2.0.7.

Yesterday was a successful day. We had very good builds on both trees
and ran tck tests successfully too.

Today, it has fallen back to it's old ways of reporting missing
dependencies of geronimo-axis -> openjpa artifacts.

My next attempt would be to move the builds from behind the firewall
to out into the zones machines.

Any other ideas ? Any other machines ?

Cheers
Prasad

On 10/1/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:

These build problems have consistently occurred while downloading the
transitive dependencies of geronimo-axis, particularly, transitive
dependencies of openjpa.

I am going to try the following two things to fix this problem -
1) stagger the 2.0 and 2.1 builds
2) upgrade to maven 2.0.7.

If this fails, we should consider moving the builds out of the
firewall to zones. I did this with OpenEJB builds and that has been
successful so far.

If we do end up having to move the builds to zones, it would be
preferable to build 2.0 and 2.1 on separate machines. Along with the
existing OpenEJB, I can run one other build (say 2.1) on my zones
site.

We'd now need to find a place to build the other version. Ideas ?

Cheers
Prasad


On 1 Oct 2007 14:49:49 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 
wrote:

OpenEJB trunk at 580938
Geronimo Revision: 580962 built with tests included

See the full build-1000.log file at

http://people.apache.org/~prasad/binaries/trunk/20071001/build-1000.log

Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-kernel-5/1.0.0/openjpa-kernel-5-1.0.0.jar 


Downloading:
http://www.ibiblio.org/maven2/org/apache/openjpa/openjpa-kernel-5/1.0.0/openjpa-kernel-5-1.0.0.jar 


28K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/jars/serp-1.11.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar 


Downloading:
http://www.ibiblio.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar 


185K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-persistence-1.0.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-persistence/1.0.0/openjpa-persistence-1.0.0.jar 


Downloading:
http://www.ibiblio.org/maven2/org/apache/openjpa/openjpa-persistence/1.0.0/openjpa-persistence-1.0.0.jar 


Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-jdbc-1.0.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-jdbc/1.0.0/openjpa-jdbc-1.0.0.jar 


Downloading:
http://www.ibiblio.org/maven2/org/apache/openjpa/openjpa-jdbc/1.0.0/openjpa-jdbc-1.0.0.jar 


1006K downloaded
Downloading:

http://download.java.net/maven/1//commons-pool/jars/commons-pool-1.3.jar

Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-pool/commons-pool/1.3/commons-pool-1.3.jar 


Downloading:
http://www.ibiblio.org/maven2/commons-pool/commons-pool/1.3/commons-pool-1.3.jar 


60K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-persistence-jdbc-1.0.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-persistence-jdbc/1.0.0/openjpa-persistence-jdbc-1.0.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository/org/apache/openjpa/openjpa-persistence-jdbc/1.0.0/openjpa-persistence-jdbc-1.0.0.jar 


Downloading:
http://tomcat.apache.org/dev/dist/m2-repository/org/apache/openjpa/openjpa-persistence-jdbc/1.0.0/openjpa-persistence-jdbc-1.0.0.jar 


Downloading:
http://svn.apache.org/repos/asf/openejb/repo//org/apache/openjpa/openjpa-persistence-jdbc/1.0.0/openjpa-persistence-jdbc-1.0.0.jar 


Downloading:
http://repo1.maven.org/maven2/org/apache/openjpa/openjpa-persistence-jdbc/1.0.0/openjpa-persistence-jdbc-1.0.0.jar 


108K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-kernel-1.0.0.jar 


Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-kernel/1.0.0/openjpa-kernel-1.0.0.jar 


Downloading:
http://www.ibiblio.org/maven2/org/apache/openjpa/openjpa-kernel/1.0.0/openjpa-kernel-1.0.0.jar 


1098K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-lib-1.0.0.jar 


Downloading:

[jira] Commented: (GERONIMODEVTOOLS-224) j2g compile errors

[Lin Sun (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531886
 ] 

Lin Sun commented on GERONIMODEVTOOLS-224:
--

checked in a fix (581352) for this build error.But I don't seem to be able 
to mark this jira as resolved.   

> j2g compile errors
> --
>
> Key: GERONIMODEVTOOLS-224
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-224
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: J2G
>Affects Versions: 1.0.0
> Environment: Sun JDK 1.5.0_12, Ubuntu Linux
>Reporter: Erik B. Craig
>Assignee: Lin Sun
>
> Upon compilation attempt. getting a number of errors related to class 
> org.eclipse.jdt.core.dom.CompilationUnit
> such as
> NodesVisitor.java:[311,121] cannot find symbol
> symbol  : method getLineNumber(int)
> location: class org.eclipse.jdt.core.dom.CompilationUnit
> Suspect this may be related to a dependency or classpath issue after the move 
> to devtools? Investigating...

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

[jira] Assigned: (GERONIMODEVTOOLS-224) j2g compile errors

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMODEVTOOLS-224:


Assignee: Lin Sun  (was: Erik B. Craig)

> j2g compile errors
> --
>
> Key: GERONIMODEVTOOLS-224
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-224
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: J2G
>Affects Versions: 1.0.0
> Environment: Sun JDK 1.5.0_12, Ubuntu Linux
>Reporter: Erik B. Craig
>Assignee: Lin Sun
>
> Upon compilation attempt. getting a number of errors related to class 
> org.eclipse.jdt.core.dom.CompilationUnit
> such as
> NodesVisitor.java:[311,121] cannot find symbol
> symbol  : method getLineNumber(int)
> location: class org.eclipse.jdt.core.dom.CompilationUnit
> Suspect this may be related to a dependency or classpath issue after the move 
> to devtools? Investigating...

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

Re: Anyone able to build j2g?

[Lin Sun]

Yes that is the current issue we have.  the build only works with 3.3 
RC2.   I believe Erik has a JIRA on the compilation failure issue in j2g 
which we dont yet have a solution. :-(


Lin

Ted Kirby wrote:

On the machine I had upgraded to 3.3.1, I reverted that change, and
built successfully with 3.3RC2, although it took a couple hours to
download eclipse.  :-(

On 10/1/07, Ted Kirby <[EMAIL PROTECTED]> wrote:

After the 3.3RC2 eclipse downloaded, that build did work, on another machine.

On 10/1/07, Ted Kirby <[EMAIL PROTECTED]> wrote:

I created a JIRA for slow download
(https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-234) , and
attached a patch.  This also upgrades to 3.3.1, same level the
eclipse-plugin uses.  Download is faster.  The bad news is I'm getting
these failures:

[INFO] Compiling 20 source files to
D:\gdvtls\j2g\trunk\plugins\org.apache.geronimo.j2g.sources\target\classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

D:\gdvtls\j2g\trunk\plugins\org.apache.geronimo.j2g.sources\src\org\apache\geronimo\j2g\sources\environment\AbsoluteNameSolver.java:[227,120]
cannot find symbol
symbol  : method getLineNumber(int)
location: class org.eclipse.jdt.core.dom.CompilationUnit

Ted Kirby

On 10/1/07, Lin Sun <[EMAIL PROTECTED]> wrote:

Thanks to all who replied!  My build is still running from early this AM
in downloading this RC2 zip file...  At least we know it is not
something special setup on Sachin's repo that makes the build work and
the maven antrun plugin is good too!

Lin

Erik B. Craig wrote:

I was able to successfully build j2g from the current trunk in devtools.
Seems as though the archives.eclipse.org <http://archives.eclipse.org>
server does not have very much bandwidth allocated to it, as the full
build took a grand total of 172 minutes.

On 10/1/07, *Lin Sun* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Has anyone been able to build the latest j2g in devtools trunk, after
Donald switched to use Eclipse 3.3 RC2?   I have been trying to build it
  both at work and home but it seems taking forever to download the
   http://archive.eclipse.org/eclipse/downloads/drops/S-3.3
RC2-200705251350/eclipse-SDK-3.3RC2-win32.zip file.  I think switching
to Sachin's private repo can fix this but I want to rule out the
possibility that the way he set up his private repo made the previous
build worked.

Thanks, Lin




--
Erik B. Craig

Re: Anyone able to build j2g?

[Lin Sun]

Thanks to all who replied!  My build is still running from early this AM 
in downloading this RC2 zip file...  At least we know it is not 
something special setup on Sachin's repo that makes the build work and 
the maven antrun plugin is good too!


Lin

Erik B. Craig wrote:

I was able to successfully build j2g from the current trunk in devtools.
Seems as though the archives.eclipse.org <http://archives.eclipse.org> 
server does not have very much bandwidth allocated to it, as the full 
build took a grand total of 172 minutes.


On 10/1/07, *Lin Sun* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Has anyone been able to build the latest j2g in devtools trunk, after
Donald switched to use Eclipse 3.3 RC2?   I have been trying to build it
  both at work and home but it seems taking forever to download the
   http://archive.eclipse.org/eclipse/downloads/drops/S-3.3
RC2-200705251350/eclipse-SDK-3.3RC2-win32.zip file.  I think switching
to Sachin's private repo can fix this but I want to rule out the
possibility that the way he set up his private repo made the previous
build worked.

Thanks, Lin




--
Erik B. Craig

Re: Anyone able to build j2g?

[Lin Sun]

Wow!  Did you happen to remember when that was?  Was it downloading a 
3.3 RC2 or 3.3?   I haven't had any prob in downloading 3.3, which seems 
take less than 10 mins.   3.3 RC2 was fine too if downloading from 
Sachin's site using maven dependency download (not the maven ant run).


Lin

Jason Warner wrote:
The last time I built j2g, it took 248 minutes total to build.  The bulk 
of that time was downloading eclipse.  This is what caused me to make 
that post before about the change in information provided on a 
download.  I was kind of hoping to see what kind of download speed I was 
getting.  I actually had the same issue with the WTP adapter when 
building trunk for the eclipse plugin.


On 10/1/07, *Lin Sun* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Has anyone been able to build the latest j2g in devtools trunk, after
Donald switched to use Eclipse 3.3 RC2?   I have been trying to build it
  both at work and home but it seems taking forever to download the
   http://archive.eclipse.org/eclipse/downloads/drops/S-3.3
RC2-200705251350/eclipse-SDK-3.3RC2-win32.zip file.  I think switching
to Sachin's private repo can fix this but I want to rule out the
possibility that the way he set up his private repo made the previous
build worked.

Thanks, Lin

Anyone able to build j2g?

[Lin Sun]

Has anyone been able to build the latest j2g in devtools trunk, after 
Donald switched to use Eclipse 3.3 RC2?   I have been trying to build it 
 both at work and home but it seems taking forever to download the 
 http://archive.eclipse.org/eclipse/downloads/drops/S-3.3
RC2-200705251350/eclipse-SDK-3.3RC2-win32.zip file.  I think switching 
to Sachin's private repo can fix this but I want to rule out the 
possibility that the way he set up his private repo made the previous 
build worked.


Thanks, Lin

Re: [DISCUSS] Geronimo Eclipse Plugin 2.0.1 Release plan

[Lin Sun]

Sounds good except No. 3 which doesn't have to happen in a maintenance 
release.   For No. 2, moving to released version is ideal as downloading 
RCs sometimes takes way too long.  What time frame are you looking at 
releasing this 2.0.1?


Lin

Tim McConnell wrote:
Hi, I would like to starting discussing what we think should be included 
in the 2.0.1 release of the Geronimo Eclipse Plugin. I have some very 
preliminary thoughts that I have listed below but would like to 
encourage input from others. My initial thoughts are:


1. High priority JIRAs
2. Inclusion of the latest WTP release candidate
3. Build and test infrastructure improvements (e.g., build 
cleanup/improvements, execution of testcases during the build, a 
testsuite framework for the plugin, and a useful set of samples).

4. Full support for the Geronimo 2.0 deployment plans

Re: Tranql connectors released

[Lin Sun]

Excellent!  Thanks David!!

Lin

David Jencks wrote:
After the recent tranql-oracle bug fix for non-spec-compliant lack of 
commit-on-setting autocommit I've done a bunch of cleanup in the tranql 
connectors:


- updated license headers to refer to the tranql team rather than any 
particular contributor (changed after consultation with Jeremy and Matt)
- use maven-remote-resources-plugin to install LiCENSE and a generated 
NOTICE file into every artifact (most were missing at least one of these)

- regularize the directory structure to match the project names
- and finally a code change... eliminate duplicate and unused MCF 
config-properties.


I've now released new copies of all the connectors:

base: 1.4
db2: 1.1
derby: 1.4
mysql: 1.0
oracle: 1.3
postgresql: 1.0

These ought to be getting to the maven central repo shortly and I will 
work on updating geronimo to use and include all of these.


thanks
david jencks

Re: eclipse build problem on trunk

[Lin Sun]

Sounds like your build is still looking for axis2 1.3-r562247, but I 
think we moved recently to the released version of axis2 1.3.


Lin

Ted Kirby wrote:

anyone else seeing this?

Missing:
1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247
2) org.apache.axis2:axis2-saaj-api:jar:1.3-r562247

2 required artifacts are missing.

for artifact:
  org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.0.1

Ted Kirby

Re: svn commit: r579758 - in /geronimo/devtools/j2g/trunk: eclipse/eclipse-3.3.xml plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml

[Lin Sun]

Tried to change it to 
M2_REPO/org/eclipse/plugins/org.eclipse.jdt.core/3.3.0-v_771/org.eclipse.jdt.core-3.3.0-v_771.jar 
didn't work either.  Right it seems somewhere it has hardcoded value to 
the old level of jars...


Lin

Donald Woods wrote:
Could it be the level of the org.eclipse.jdt.core jarfile listed in 
plugins\org.apache.geronimo.j2g.sources\.classpath ?


Seems the Eclipse 3.3 runtime provides 3.3.0-v_771 but the .classpath is 
still using the older 3.1.1 level


-Donald

Erik B. Craig wrote:
Errmm, I got past this point, was silly firewall issues preventing it 
from hitting the mirror, however I believe I'm still having the same 
compilation issues as previously... I'll update when I can verify that...




On 9/26/07, *Erik B. Craig* <[EMAIL PROTECTED] 
> wrote:


I'm having some issues on my ubuntu machine with this... what
platform did you get this working on?

  [get] last modified = Wed Dec 31 19:00:00 EST 1969 - using
current time instead
 [echo] Unzipping eclipse-SDK-3.3-linux-gtk.tar.gz to the
expected location in /home/ebcraig/.m2/repository
[mkdir] Created dir: /home/ebcraig/.m2/repository/eclipse
   [gunzip] Expanding
/home/ebcraig/.m2/repository/org/eclipse/eclipse/3.3/eclipse-
SDK-3.3-linux-gtk.tar.gz to

/home/ebcraig/.m2/repository/org/eclipse/eclipse/3.3/eclipse-SDK-3.3-linux-gtk.tar 


[INFO]



[ERROR] BUILD ERROR
[INFO]




[INFO] Error executing ant tasks

Embedded error: The following error occurred while executing this 
line:

/home/ebcraig/g-src/j2g/eclipse/eclipse-3.3.xml:60: Problem
expanding gzip Not in GZIP format




On 9/26/07, *Donald Woods* <[EMAIL PROTECTED]
 > wrote:

Not sure why having WTP and its prereqs in the repo would cause
you build
problems, as this is exactly the same as we do for the WTP
server adapter
builds...


-Donald

[EMAIL PROTECTED]  wrote:
>  Author: linsun
>  Date: Wed Sep 26 12:04:16 2007
>  New Revision: 579758
>
>  URL: http://svn.apache.org/viewvc?rev=579758&view=rev

>  Log:
>  These changes seem to fix GERONIMODEVTOOLS-224 on my machine
(with a clean .m2 repo).
>
>  Modified:
> geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml
>
geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.resources/test-apps/security/security- 


geronimo-plan.xml
>
>  Modified: geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml
>  URL:

http://svn.apache.org/viewvc/geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml?rev=579758&r1=579757&r2=579758&view=diff 


 


>

== 



>  --- geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml 
(original)

>  +++ geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml Wed
Sep 26 12:04:16 2007
>  @@ -23,7 +23,7 @@
>
>  
>  
>  -Setting up for downloading Eclipse SDK
v${eclipse_version}, WTP, EMF, GEF and DTP
>  +Setting up for downloading Eclipse SDK
v${eclipse_version}
>  http://www.eclipse.org/downloads/download.php?file="/>
>  value="${base_url}/eclipse/downloads/drops/R-3.3-200706251500/"/>
>  value="eclipse-SDK-${eclipse_version}- win32.zip"/>

>  @@ -32,15 +32,6 @@
>  
>  
>
>  -value="${base_url}/datatools/downloads/1.5/"/>
>  -value="${base_url}/modeling/emf/emf/downloads/drops/2.3.0/R200706262000/"/> 



>  -value="${base_url}/tools/gef/downloads/drops/R-3.3-200706281000/"/>
>  -value="${base_url}/webtools/downloads/drops/R2.0/R-

2.0-200706260303/"/>
>  -
>  -
>  -
>  -
>  -
>  
>  
>
>  @@ -89,62 +80,5 @@
>  Removing any existing version of Eclipse at
${LOCAL_M2_REPO}/eclipse
>  
>  Downloading WTP prereqs
>  -
>  -
>  -
>  -
>  -
>  -
>  -
>  -Downloading 
${dtp_download_url}${dtp_sdk}

>  -
>  ->  - 

Re: svn commit: r579758 - in /geronimo/devtools/j2g/trunk: eclipse/eclipse-3.3.xml plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml

[Lin Sun]

Sorry again for my confused message below.   I did add a newer message 
to your jira yesterday hoping you would pick the newer message up...

-

It looks like this build error is caused by the change to go to the 
maven-antrun-plugin.  somehow, we are configuring our eclipse env 
differently than we used to (in sandbox).  I just made a bit change to 
not download all the other unnecessary stuff (WTP and its 
prerequisites), and had thought the build error went away.  But it 
didn't.  I was able to build just now because I built the the sandbox 
j2g first which enabled the repo in a way that is favorable to build the 
org.apache.geronimo.j2g.sources plugin.


Lin

Erik B. Craig wrote:
Errmm, I got past this point, was silly firewall issues preventing it 
from hitting the mirror, however I believe I'm still having the same 
compilation issues as previously... I'll update when I can verify that...




On 9/26/07, *Erik B. Craig* <[EMAIL PROTECTED] 
> wrote:


I'm having some issues on my ubuntu machine with this... what
platform did you get this working on?

  [get] last modified = Wed Dec 31 19:00:00 EST 1969 - using
current time instead
 [echo] Unzipping eclipse-SDK-3.3-linux-gtk.tar.gz to the
expected location in /home/ebcraig/.m2/repository
[mkdir] Created dir: /home/ebcraig/.m2/repository/eclipse
   [gunzip] Expanding
/home/ebcraig/.m2/repository/org/eclipse/eclipse/3.3/eclipse-
SDK-3.3-linux-gtk.tar.gz to

/home/ebcraig/.m2/repository/org/eclipse/eclipse/3.3/eclipse-SDK-3.3-linux-gtk.tar
[INFO]

[ERROR] BUILD ERROR
[INFO]


[INFO] Error executing ant tasks

Embedded error: The following error occurred while executing this line:
/home/ebcraig/g-src/j2g/eclipse/eclipse-3.3.xml:60: Problem
expanding gzip Not in GZIP format




On 9/26/07, *Donald Woods* <[EMAIL PROTECTED]
 > wrote:

Not sure why having WTP and its prereqs in the repo would cause
you build
problems, as this is exactly the same as we do for the WTP
server adapter
builds...


-Donald

[EMAIL PROTECTED]  wrote:
>  Author: linsun
>  Date: Wed Sep 26 12:04:16 2007
>  New Revision: 579758
>
>  URL: http://svn.apache.org/viewvc?rev=579758&view=rev

>  Log:
>  These changes seem to fix GERONIMODEVTOOLS-224 on my machine
(with a clean .m2 repo).
>
>  Modified:
> geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml
>
geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-

geronimo-plan.xml
>
>  Modified: geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml
>  URL:

http://svn.apache.org/viewvc/geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml?rev=579758&r1=579757&r2=579758&view=diff


>

==

>  --- geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml (original)
>  +++ geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml Wed
Sep 26 12:04:16 2007
>  @@ -23,7 +23,7 @@
>
>  
>  
>  -Setting up for downloading Eclipse SDK
v${eclipse_version}, WTP, EMF, GEF and DTP
>  +Setting up for downloading Eclipse SDK
v${eclipse_version}
>  http://www.eclipse.org/downloads/download.php?file="/>
>  value="${base_url}/eclipse/downloads/drops/R-3.3-200706251500/"/>
>  value="eclipse-SDK-${eclipse_version}- win32.zip"/>

>  @@ -32,15 +32,6 @@
>  
>  
>
>  -value="${base_url}/datatools/downloads/1.5/"/>
>  -value="${base_url}/modeling/emf/emf/downloads/drops/2.3.0/R200706262000/"/>


>  -value="${base_url}/tools/gef/downloads/drops/R-3.3-200706281000/"/>
>  -value="${base_url}/webtools/downloads/drops/R2.0/R-

2.0-200706260303/"/>
>  -
>  -
>  -
>  -
>  -
>  
>  
>
>  @@ -89,62 +80,5 @@
>  Removing any existing version of Eclipse at
${LOCAL_M2_REPO}/eclipse
>  
>  Downloading WTP prereqs
>  -
>  -

Re: svn commit: r579758 - in /geronimo/devtools/j2g/trunk: eclipse/eclipse-3.3.xml plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml

[Lin Sun]

Right - i made a comment to the j2g compile prob jira yesterday PM.  I 
was able to build because I built the old j2g from sandbox first.But 
we don't need the WTP and its prereqs stuff and it can take a very long 
time to download them if you are at home or something.


Lin

Donald Woods wrote:
Not sure why having WTP and its prereqs in the repo would cause you 
build problems, as this is exactly the same as we do for the WTP server 
adapter builds...



-Donald

[EMAIL PROTECTED] wrote:

Author: linsun
Date: Wed Sep 26 12:04:16 2007
New Revision: 579758

URL: http://svn.apache.org/viewvc?rev=579758&view=rev
Log:
These changes seem to fix GERONIMODEVTOOLS-224 on my machine (with a 
clean .m2 repo).


Modified:
geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml

geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml 



Modified: geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml
URL: 
http://svn.apache.org/viewvc/geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml?rev=579758&r1=579757&r2=579758&view=diff 

== 


--- geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml (original)
+++ geronimo/devtools/j2g/trunk/eclipse/eclipse-3.3.xml Wed Sep 26 
12:04:16 2007

@@ -23,7 +23,7 @@
 
 

 
-Setting up for downloading Eclipse SDK 
v${eclipse_version}, WTP, EMF, GEF and DTP
+Setting up for downloading Eclipse SDK 
v${eclipse_version}
 value="http://www.eclipse.org/downloads/download.php?file="/>
 value="${base_url}/eclipse/downloads/drops/R-3.3-200706251500/"/>
 value="eclipse-SDK-${eclipse_version}-win32.zip"/>

@@ -32,15 +32,6 @@
 value="${eclipse_sdk_linux}.gz"/>
 value="${eclipse_sdk_macos}.gz"/>
 
-value="${base_url}/datatools/downloads/1.5/"/>
-value="${base_url}/modeling/emf/emf/downloads/drops/2.3.0/R200706262000/"/> 

-value="${base_url}/tools/gef/downloads/drops/R-3.3-200706281000/"/>
-value="${base_url}/webtools/downloads/drops/R2.0/R-2.0-200706260303/"/>

-
-
-
-
-value="wtp-sdk-R-2.0-200706260303.zip"/>

 
 
 
@@ -89,62 +80,5 @@
 Removing any existing version of Eclipse at 
${LOCAL_M2_REPO}/eclipse

 
 Downloading WTP prereqs
-
- - 
- -

-
-

-Downloading ${dtp_download_url}${dtp_sdk}
-dir="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}"/>

-- 
dest="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${dtp_sdk}" 
- verbose="true"

- usetimestamp="true"/>
-Unzipping ${dtp_sdk} to the expected location in 
${LOCAL_M2_REPO}

-
-src="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${dtp_sdk}" 
-   dest="${LOCAL_M2_REPO}/eclipse"/>

-
-
-

-Downloading ${emf_download_url}${emf_sdo}
-dir="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}"/>

-- 
dest="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${emf_sdo}" 
- verbose="true"

- usetimestamp="true"/>
-Unzipping ${emf_sdo} to the expected location in 
${LOCAL_M2_REPO}

-
-src="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${emf_sdo}" 
-   dest="${LOCAL_M2_REPO}/eclipse"/>

 
-
-

-Downloading ${gef_download_url}${gef_sdk}
-dir="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}"/>

-- 
dest="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${gef_sdk}" 
- verbose="true"

- usetimestamp="true"/>
-Unzipping ${gef_sdk} to the expected location in 
${LOCAL_M2_REPO}

-
-src="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${gef_sdk}" 
-   dest="${LOCAL_M2_REPO}/eclipse"/>

-
-
-

-Downloading ${wtp_download_url}${wtp_sdk}
-dir="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}"/>

-- 
dest="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${wtp_sdk}" 
- verbose="true"

- usetimestamp="true"/>
-Unzipping ${wtp_sdk} to the expected location in 
${LOCAL_M2_REPO}

-
-src="${LOCAL_M2_REPO}/org/eclipse/eclipse/${eclipse_version}/${wtp_sdk}" 
-   dest="${LOCAL_M2_REPO}/eclipse"/>

-
-
 

Modified: 
geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml 

URL: 
http://svn.apache.org/viewvc/geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.resources/test-apps/security/security-geronimo-plan.xml?rev=579758&r1=579757&r2=579758&view=diff 

== 

--- 
geronimo/devtools/j2g/trunk/plugins/org.ap

[jira] Commented: (GERONIMODEVTOOLS-224) j2g compile errors

[Lin Sun (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530533
 ] 

Lin Sun commented on GERONIMODEVTOOLS-224:
--

It looks like this build error is caused by the change to go to the 
maven-antrun-plugin.  somehow, we are configuring our eclipse env differently 
than we used to (in sandbox).  I just made a bit change to not download all the 
other unnecessary stuff (WTP and its prerequisites), and had thought the build 
error went away.  But it didn't.  I was able to build just now because I built 
the the sandbox j2g first which enabled the repo in a way that is favorable to 
build the org.apache.geronimo.j2g.sources plugin.

> j2g compile errors
> --
>
> Key: GERONIMODEVTOOLS-224
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-224
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: J2G
>Affects Versions: 1.0.0
> Environment: Sun JDK 1.5.0_12, Ubuntu Linux
>Reporter: Erik B. Craig
>Assignee: Erik B. Craig
>
> Upon compilation attempt. getting a number of errors related to class 
> org.eclipse.jdt.core.dom.CompilationUnit
> such as
> NodesVisitor.java:[311,121] cannot find symbol
> symbol  : method getLineNumber(int)
> location: class org.eclipse.jdt.core.dom.CompilationUnit
> Suspect this may be related to a dependency or classpath issue after the move 
> to devtools? Investigating...

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

Re: Changes in J2G build process

[Lin Sun]

I think this is because we changed to use maven-antrun-plugin instead of 
the maven-dependency-plugin.   I guess one advantage is that with the 
antrun plugin we can grab eclipse zip files directly from an Eclipse 
repo which isn't maven 2 format yet.   It used to be that Sachin has to 
host the eclipse zip files on his personal apache page.


Lin

Jason Warner wrote:
I pulled down the j2g trunk last night in an attempt to look at the 
issues raised by Ted Kirby about compile failures.  When I built this, I 
found that the status information provided when downloading Eclipse and 
other prerequisites had changed.  It used to display the total file 
size, plus how much had already been downloaded.  I think it might have 
also showed the transfer speed but I'm not sure.  Either way, now the 
status is conveyed by means of dots.  I didn't find this especially 
helpful, especially when it started downloaded the eclipse sdk and my 
entire terminal history became full of dots.  Was this an explcit change 
by someone or is it a result of being moved out of sandbox into 
devtools?  Could it be changed back?  I found the old information more 
useful.  Anyone else have any thoughts on the issue?


Thanks,

Jason Warner

Re: Anyone want to smoke test tranql adapters?

[Lin Sun]

David, I tried both the local and xa rars for oracle and it works good 
with daytrader (without any issue in G2188).   I have a question on the 
local and xa rars.   Is there any reason why we want to continue 
releasing the local rars?  Seems it is rather confusing to have so many 
rars for a user to select...


Lin

David Jencks wrote:
I made one code change and a whole lot of build cleanup in the tranql 
adapters and I'd like to release them, but I'm not set up to try most of 
them out at all.  Is anyone able to give any of them a try?


We have..

generic
db2
derby
mysql
oracle
postgres

IIUC Matt's going to try to do at least the db2 connectors and maybe 
mysql.  If anyone want to try out one of the others let me know and I'll 
send them to you (or you can build from trunk, although the sequence of 
stuff to build may be a bit hard to figure out)


thanks
david jencks

Re: Anyone want to smoke test tranql adapters?

[Lin Sun]

I can help with the oracle adapter since I've got the env. on that. 
(send me the rar files...)


Lin

David Jencks wrote:
I made one code change and a whole lot of build cleanup in the tranql 
adapters and I'd like to release them, but I'm not set up to try most of 
them out at all.  Is anyone able to give any of them a try?


We have..

generic
db2
derby
mysql
oracle
postgres

IIUC Matt's going to try to do at least the db2 connectors and maybe 
mysql.  If anyone want to try out one of the others let me know and I'll 
send them to you (or you can build from trunk, although the sequence of 
stuff to build may be a bit hard to figure out)


thanks
david jencks

Re: [DISCUSS] Move J2G from sandbox to devtools

[Lin Sun]

Donald, thanks for doing all these!

Are you thinking of releasing this separately from the Geronimo Eclipse 
plugin?  Might be good to release together when Eclipse plugin releases 
its next maintenance release (if it comes out soon) and also allow users 
to download j2g using Eclipse update manager.


Lin

Donald Woods wrote:

J2G has now been moved out of sandbox and into -
https://svn.apache.org/repos/asf/geronimo/devtools/j2g/trunk

I've also created a J2G component in GERONIMODEVTOOLS for us to use and 
the initial release target should be 1.0.0.


I'd like to quickly get the build updated to use the released Eclipse 
v3.3 level and remove a few snapshots, so we can create a branch copy 
for a 1.0.0 release.  That way, we can create an official release of the 
tool and start getting user feedback for future releases.



-Donald

Donald Woods wrote:
Given all of the work and interest in the J2G tool, I would like to 
move the current J2G files from sandbox/j2g to devtools/trunk/j2g, so 
we can start working towards an official release of the tool.


Does this require a Vote first or does the CTR process apply here, as 
the code is already in our svn repo?



-Donald

Re: [DISCUSS] Move J2G from sandbox to devtools

[Lin Sun]

Erik,

Thanks for your answer.  I thought it did support 2.0, but wanted to be 
sure.   I guess we just need to mention that in the wiki (at the end it 
said the application should be able to be deployed in a running instance 
of Geronimo 1.1.1 without issue).


I'll let u know if I have more questions, once I start to look into more.

Lin

Erik B. Craig wrote:

Lin,



On 9/19/07, *Lin Sun* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


I started looking at the J2G documentation on the wiki.  Two immediate
questions come up and I hope someone can help answering them:

1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1?


The tool supports and was tested against 2.0.x as well as the 2.0.1 release 

2) Does this tool migrate Jave EE 5 deployment plans? 



As far as migrating Java EE 5 deployment plans, am I correct in assuming 
you are asking whether it supports the newer features added to the Java 
EE 5 compatible plans? In which case, yes it does. 


If someone can point me to the samples tests that have been used to
test
the tool, that would be great!


The tool was primarily tested against Daytrader 1.2 for source 
identification as well as new geronimo deployment plan generation.



I hope this answers your questions.
--
Erik B. Craig

Re: [DISCUSS] Move J2G from sandbox to devtools

[Lin Sun]

I started looking at the J2G documentation on the wiki.  Two immediate 
questions come up and I hope someone can help answering them:


1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1?

2) Does this tool migrate Jave EE 5 deployment plans?

If someone can point me to the samples tests that have been used to test 
the tool, that would be great!


Thanks, Lin

Jason Warner wrote:
Donald, 

It seems no one is opposed to this idea.  We're you going to make this 
change soon?


Thanks,

Jason Warner

On 9/13/07, *Matt Hogstrom * <[EMAIL PROTECTED] 
> wrote:


+1 to move it ... I agree with the other comments on lazy consensus.

On Sep 12, 2007, at 10:21 AM, Donald Woods wrote:

 > Given all of the work and interest in the J2G tool, I would like to
 > move the current J2G files from sandbox/j2g to devtools/trunk/j2g,
 > so we can start working towards an official release of the tool.
 >
 > Does this require a Vote first or does the CTR process apply here,
 > as the code is already in our svn repo?
 >
 >
 > -Donald

Re: refactoring jaxws support

[Lin Sun]

This sounds a great plan!  What you proposed seems a intuitive way to do 
this...


Lin

Jarek Gawor wrote:

As we talked about making things more modular for 2.1, I'm planning to
split the CXF and Axis2 modules into smaller units. The main purpose
of the split is to separate the EJB bits from Servlet bits so that we
can create a minimal server with JAX-WS support but without installing
OpenEJB first.

Separating the EJB bits from Servlet bits will require moving some
code into new modules and creating a few new configs. It will probably
require creating 2 new modules, and 2 new configs per each engine
implementation and 2 new modules, 2 new configs for shared code and
configuration. So at the end it might be quite a few new modules and
configs (unless I find or somebody suggests a better way to split this
up).

This is just a plan right now and things might change as I work through it.

Jarek

Re: [VOTE] Release Geronimo Eclipse Plugin 2.0.0 (RC3)

[Lin Sun]

+1

Lin

Tim McConnell wrote:
Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 
2.0.0 RC3 (to correspond with the Geronimo 2.0.1 Server release).


The deployable zip file is here:

> 
http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-deployable-RC3.zip 



The update site zip file is here:

> 
http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-updatesite-RC3.zip 



The current svn location is here (revision number 575886):

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 



The future svn location will be here:

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 



Install, ant build, and Staging Site instructions are here:

-> 
http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt 




The vote will conclude at 04:00 AM EST on Tuesday, September 18th

[jira] Assigned: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMO-2188:
-

Assignee: David Jencks  (was: Lin Sun)

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: David Jencks
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

[jira] Commented: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-2188:
---

Verified this is fixed in tranql connector trunk and oracle vendor wrapper 
trunk.   This defect should be closed whenever we release a newer version of 
tranql vendor wrappers and the connector jar and the generic wrapper and we 
change geronimo to use them.  Assign back to David for his help on releasing 
newer versions of tranql artifacts.   Thanks!

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

Re: What exactly is going into 2.0.2?

[Lin Sun]

FYI - for 2.0.2, We are looking at moving to newer versions of tranql 
artifacts which contains a fix for G2188.   Hopefully this won't impact 
tck.  Thanks,


Lin

Kevan Miller wrote:

On 9/17/07, Paul McMahan <[EMAIL PROTECTED]> wrote:


Joe, you mentioned TCK and our ability to make 2.0.2 available by
9/21.  I have a question for the team about that.   I would like to
bump Geronimo's version of MyFaces from 1.2.0 to 1.2.1 since that new
release contains several bug fixes, some of them actually found and
reported by Geronimo users.  But doing that could affect Geronimo's
TCK results and affect the 9/21 delivery date.   I would imagine that
the same is true for other dependencies.Are we OK with picking up
maintenance releases of Geronimo dependencies in 2.0.2 even if we
think TCK issues could slow us down?   Or should we keep 2.0.2
focused on "localized" changes and only bump the dependency versions
in Geronimo 2.1 so we have more time to deal any resulting TCK issues?


In general, I think it's fine to bump dependencies to a later version.
Especially, if there are bug fixes we know about. We're also motivated
to pick up released versions of projects which we're currently
carrying -r* builds in our svn repository...

--kevan

[jira] Commented: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-2188:
---

David,

I think I know where the confusion is now.  Geronimo 2.0 or 2.0.1 uses tranql 
connector 1.3, which is where I started to look at the prob as that is the code 
base I use to recreate it.   So the patch I submitted is created against the 
tagged version of connector 1.3, which surprisingly was created sometime last 
year (I assumed it was fairly recently but I am wrong.)   I just went to tranql 
connector trunk, which did have all the changes there.

I think to resolve this, we just need to get a newer version of tranql out.  

Lin

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

Re: svn commit: r574770 - in /geronimo/devtools/eclipse-plugin/branches/2.0.0:

[Lin Sun]

Hi Tim, cool.  as long as you got it covered that is great.  I was only 
looking at what I downloaded (didn't check the svn.).


Lin

Tim McConnell wrote:
Hi again Lin, I'll create an RC3 to fix the licensing problems. But the 
plugin.xml for geronimo.st.v20.core_2.0.0.jar is correct if you look at 
it from the actual deployable zip that is being (and will be) voted on, 
or even in svn. It actually points to a real eclipse update site (e.g., 
http://www.apache.org/dist/geronimo/eclipse/updates). I change it on the 
staging site only so that when Scenario #2 is executed, and that  
particular plugin gets installed from the staging site, it will 
subsequently search on the staging site when downloading server 
runtimes. Otherwise, the "download and install" button of the Eclipse 
plugin could not be tested during the review period. That's also one of 
the reason that Scenario #1 and Scenario #2 are mutually exclusive. If 
you do Scenario #1, which is just an unzip of the deployable zip file, 
you cannot use the staging site to download and install the server 
runtimes. Thanks



Lin Sun wrote:

Hi Tim,

I think it would be nice to get this addressed, as this is the GUI 
that users will see before they click on the accept radio button to 
accept the license.   But I can be convinced the other way too.


Do you need to spin another build because of this site below is still 
pointing at your staging site?  This is a snippet from the plugin.xml 
from org.apache.geronimo.st.v20.core_2.0.0.jar I installed:


featureSite="http://people.apache.org/~mcconne/releases/RC2/staging_site/"; 


path="geronimo-tomcat6-jee5-2.0.1.zip">


Lin

Tim McConnell wrote:
Hi Lin/Kevan, do you all feel this change is a show-stopped for RC2 
?? If so,
I'll cancel the vote and start another one for RC3. Please advise. 
Thanks.


Lin Sun wrote:

Thanks Tim and Kevan!

Lin

Tim McConnell wrote:

Hi Kevan, yes I shall handle via:

http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-207

Kevan Miller wrote:


On Sep 13, 2007, at 5:39 PM, Kevan Miller wrote:


On Sep 13, 2007, at 4:44 PM, Lin Sun wrote:


I think we also need to update the license in the 
feature.properties file for each of the feature we provide.   
Right now, I only saw ASL 2.0 there.   The license in the 
feature.properties file is presented to a user when they install 
the Geronimo Eclipse plugin or server runtime using the Eclipse 
update manager, before he/she clicks on accept the license to 
install our Geronimo eclipse plugin or server runtime.



It may make sense to put the contents of both the license and 
notice file there.




Ah, ok. That makes sense. I didn't know what the 
feature.properties files were used for (just saw that they didn't 
have any non ASL/Geronimo artifacts). Thanks for reviewing!




Lin or Tim,
Is that something that one of you can take care of?

--kevan

Re: svn commit: r574770 - in /geronimo/devtools/eclipse-plugin/branches/2.0.0:

[Lin Sun]

Hi Tim,

I think it would be nice to get this addressed, as this is the GUI that 
users will see before they click on the accept radio button to accept 
the license.   But I can be convinced the other way too.


Do you need to spin another build because of this site below is still 
pointing at your staging site?  This is a snippet from the plugin.xml 
from org.apache.geronimo.st.v20.core_2.0.0.jar I installed:


http://people.apache.org/~mcconne/releases/RC2/staging_site/";
path="geronimo-tomcat6-jee5-2.0.1.zip">


Lin

Tim McConnell wrote:
Hi Lin/Kevan, do you all feel this change is a show-stopped for RC2 ?? 
If so,

I'll cancel the vote and start another one for RC3. Please advise. Thanks.

Lin Sun wrote:

Thanks Tim and Kevan!

Lin

Tim McConnell wrote:

Hi Kevan, yes I shall handle via:

http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-207

Kevan Miller wrote:


On Sep 13, 2007, at 5:39 PM, Kevan Miller wrote:


On Sep 13, 2007, at 4:44 PM, Lin Sun wrote:


I think we also need to update the license in the 
feature.properties file for each of the feature we provide.   
Right now, I only saw ASL 2.0 there.   The license in the 
feature.properties file is presented to a user when they install 
the Geronimo Eclipse plugin or server runtime using the Eclipse 
update manager, before he/she clicks on accept the license to 
install our Geronimo eclipse plugin or server runtime.



It may make sense to put the contents of both the license and 
notice file there.




Ah, ok. That makes sense. I didn't know what the feature.properties 
files were used for (just saw that they didn't have any non 
ASL/Geronimo artifacts). Thanks for reviewing!




Lin or Tim,
Is that something that one of you can take care of?

--kevan

Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.0.0 (RC2)

[Lin Sun]

Things don't automatically happen in WTP 1.5.1.   We had to register our 
features with WTP to get it shown up on the list.  I hope they are doing 
this automatically for 2.0.1 RC too, but if not, we probably should 
raise a WTP bugzilla as soon as possible to get it into 2.0.1.


Lin

Ted Kirby wrote:


Cool!  I just tried this.  It looks like it interrogates known sites
for supported servers.  It appears that once we add our plugins/server
adapters to our "production" site, they will be picked up.
Interestingly, when clicking this button, I was offered one Apache
Geronimo server: 1.2.0!  (from
http://www.apache.org/dist/geronimo/eclipse/updates/.)  So yeah, I
think we need to fix this.

Ted Kirby


2) I tried to deploy a hello war project and able to deploy fine.   But
right click the project and do a run as, run on server doesn't bring up
the eclipse internal web browser automatically.   I wonder if someone
else has noticed this?

Lin


Tim McConnell wrote:

Start of discussion thread.

Re: svn commit: r574770 - in /geronimo/devtools/eclipse-plugin/branches/2.0.0: ./ plugins/org.apache.geronimo.deployment.model.edit/ plugins/org.apache.geronimo.deployment.model/ plugins/org.apache.ge

[Lin Sun]

Thanks Tim and Kevan!

Lin

Tim McConnell wrote:

Hi Kevan, yes I shall handle via:

http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-207

Kevan Miller wrote:


On Sep 13, 2007, at 5:39 PM, Kevan Miller wrote:


On Sep 13, 2007, at 4:44 PM, Lin Sun wrote:


I think we also need to update the license in the feature.properties 
file for each of the feature we provide.   Right now, I only saw ASL 
2.0 there.   The license in the feature.properties file is presented 
to a user when they install the Geronimo Eclipse plugin or server 
runtime using the Eclipse update manager, before he/she clicks on 
accept the license to install our Geronimo eclipse plugin or server 
runtime.



It may make sense to put the contents of both the license and notice 
file there.




Ah, ok. That makes sense. I didn't know what the feature.properties 
files were used for (just saw that they didn't have any non 
ASL/Geronimo artifacts). Thanks for reviewing!




Lin or Tim,
Is that something that one of you can take care of?

--kevan

Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.0.0 (RC2)

[Lin Sun]

Tim, thanks for your nice instruction.  I am able to do scenario 2 fine 
without any prob!


I have noticed 2 things:

1) one other recommended scenario (may be the most recommended scenario) 
used to be not download anything, but start at define a server then 
choose the link called "download additional server adapters" when a user 
doesn't see the adapter he wants there.   From the resulting page, he 
can just download the geronimo eclipse plugin.   I don't know if you or 
anyone has worked with WTP team to get our geronimo server to be on the 
list?


2) I tried to deploy a hello war project and able to deploy fine.   But 
right click the project and do a run as, run on server doesn't bring up 
the eclipse internal web browser automatically.   I wonder if someone 
else has noticed this?


Lin


Tim McConnell wrote:

Start of discussion thread.

[jira] Commented: (GERONIMO-3449) HSQLDB embeded database URL can hang Geronimo web console

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3449:
---

think I hit this today too with derby embed XA.  so this seems to be a generic 
prob, nothing unique to HSQLDB.

> HSQLDB embeded database URL can hang Geronimo web console
> -
>
> Key: GERONIMO-3449
> URL: https://issues.apache.org/jira/browse/GERONIMO-3449
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
> Environment: Windows / Eclipse 3.3 / HSQLDB embeded / FireFox 2
>Reporter: matthieu Moiroux
>
> HSQLDB embeded URL contains file path. 
> If enter database URL with backslash (in Geronimo database pool wizard), 
> Geronimo console goes to a empty screen. Replacing backslash by slash repair 
> it.

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

Re: [DISCUSS] Move J2G from sandbox to devtools

[Lin Sun]

+1 - I agree this is a good thing to do.   Let me know if you need any 
help here.


Lin

Donald Woods wrote:
Sounds good.  I'll give everyone a few days to discuss it and then call 
a Vote.  Thanks.


-Donald

Jacek Laskowski wrote:

On 9/12/07, Donald Woods <[EMAIL PROTECTED]> wrote:

Does this require a Vote first or does the CTR process apply here, as 
the code

is already in our svn repo?


I'd say it merely requires lazy consensus where you declare your
intent (already done) and after a couple of days (say 72 hours) commit
it unless someone objects. It's a good practice to call a vote (after
a discussion) and again after 72 hours tally it and act accordingly.

Jacek

[jira] Created: (GERONIMO-3469) From console: database pool doesn't work well if the name contains a / like jdbc/EmployeeDataSource

[Lin Sun (JIRA)]

>From console: database pool doesn't work well if the name contains a / like 
>jdbc/EmployeeDataSource
---

 Key: GERONIMO-3469
 URL: https://issues.apache.org/jira/browse/GERONIMO-3469
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: databases
Affects Versions: 2.0.1
 Environment: winxp + Sun JDK 1.5
    Reporter: Lin Sun


1) If I create a database pool called jdbc/EmployeeDataSource, I won't be able 
to delete it from the database pool portlet page.   

2) Also, while creating a new database pool, it seems not giving the option to 
have different input boxes for the artifact name and the database pool name.  
They are in the same input box.  This was not true for previous releases IIRC.  
For example, if I name the database pool jdbc/EmployeeDataSource, the full 
artifact name will be console.dbpool/jdbc%2FEmployeeDatasource/1.0/rar.  This 
is undesired and error prune, as I don't want that / in the artifact name.

Seems fixing No. 2 may fix No. 1.   



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

Re: [DISCUSS] Default server log level

[Lin Sun]

I agree that we should change it from ERROR to INFO.

I think any change in log4j is on the fly, i.e. you can change it any 
time and you don't have to restart the server to pick up the change.


Lin

Prasad Kashyap wrote:

I don't mind if INFO is the default log level. It would be nice if we
can also change it
1. during Geronimo startup.
2. during runtime.

Possible ?

Cheers
Prasad

On 9/11/07, Kevan Miller <[EMAIL PROTECTED]> wrote:

The intent of this thread is to discuss the default log level for the
Geronimo server. I'd like to limit the discussion to the near-term
(e.g. Geronimo 2.0.x). IMO, we need a good overhaul of our logging
code. I'd like to see more structure and consistency in our logging.
However, that's not a 2.0.x issue.

The current default log level for a Geronimo 2.0.1 server is ERROR.
IMO, this is too restrictive. I think we should set the default to
INFO. This will make our server logging more verbose. However, I'd
rather have too much information, rather than too little.

I think our default target audience should be application developers
and new users evaluating Geronimo. Currently, these users are forced
to configure log levels to INFO, so that they can obtain necessary
information for building and deploying applications on Geronimo. This
information should be available by default, not requiring
configuration...

Users who want to limit the logging output can reconfigure the
default logging levels, once they are more comfortable with Geronimo.

Comments?

--kevan

[jira] Commented: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-2188:
---

Hi David, check the G2188-latest.patch  file, which contains what I propose.  
Seems you applied portions of it in tranql trunk  and that portion didn't make 
things work yet.

Please let me know if you have any other questions,   Thanks, Lin

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: David Jencks
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

[jira] Assigned: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMO-2188:
-

Assignee: David Jencks  (was: Lin Sun)

David, could ou look at it and get it committed to tranql?  Thanks.   Lin

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: David Jencks
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

Re: [ANNOUNCE] Welcome Shiva Kumar H R as Apache Geronimo's latest committer

[Lin Sun]

Congratulations Shiva!!!

Lin

Vamsavardhana Reddy wrote:

Hi All,

The Geronimo PMC is pleased to announce that Shiva Kumar H R has 
recently accepted our invitation to become an Apache Geronimo 
committer.  Shiva has been contributing to Geronimo for quite sometime 
and is very active on lists.  His Eclipse Plugin Development skill is 
awesome and I am sure he will take our Geronimo DEVTOOLS project to new 
heights.


We're thrilled to hand him a committer hat and look forward to his 
continued contributions to the project.


Congratulations and welcome aboard, Shiva!

-Vamsi

[jira] Updated: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-2188:
--

Attachment: G2188-latest.patch

David, I reapplied your patch onto tranql-connector 1.3 and it did work!
Attached is the patch generated with latest  tranql-connector 1.3 tree.

It took me a while to figure this out.  First I only replace the oracle vendor 
wrapper with the one I built then deploy the daytrader app but the connector. 
1.3.jar didn't get used.  Thus I replaced the connector 1.3.jar with all the 
connector 13.jar I can find in the repo - 
configs\system-database\2.0.1\system-database-2.0.1.car\rar and 
configs\uddi-tomcat\2.0.1\uddi-tomcat-2.0.1.car\uddi-db and I started to see 
the new code take place which does the commits right away,

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188-latest.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

[jira] Updated: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-2188:
--

Summary: When oracle wrapper is used, commits are not immediately committed 
to oracle database  (was: Need to configure CommitBeforeAutoCommit=true for 
Database Commits in Oracle)

> When oracle wrapper is used, commits are not immediately committed to oracle 
> database
> -
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

[jira] Commented: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-2188:
---

This bug still exists with geronimo 2.0.1 with the same behavior.  Working on 
setting up an env for this.

> Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
> 
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

[jira] Assigned: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMO-2188:
-

Assignee: Lin Sun  (was: Matt Hogstrom)

> Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
> 
>
> Key: GERONIMO-2188
> URL: https://issues.apache.org/jira/browse/GERONIMO-2188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 1.1.1
>Reporter: Krishnakumar B
>Assignee: Lin Sun
> Attachments: G2188-2.patch, G2188.patch
>
>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

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

Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC

[Lin Sun]

Congratulations Donald!!!

Lin

Hernan Cunico wrote:
Please join us in congratulating Donald Woods as the newest member of 
the Geronimo PMC. Donald has contributed to Geronimo in many different 
areas; he has provided tons of patches, added functionality, testing and 
security among others. We are very pleased he accepted our invitation to 
join us in the project's oversight.


Welcome aboard Donald!!!

The Apache Geronimo PMC



Cheers!
Hernan

Re: [ANNOUNCE] Welcome Tim McConnell as the newest member of the Geronimo PMC

[Lin Sun]

Congratulations Tim!!!

Lin

Hernan Cunico wrote:
Please us in congratulating Tim McConnell as the newest member of the 
Geronimo PMC. Tim has contributed a lot to the project in areas such as 
annotations, dev tools and documentation just to name a few.  We are 
very pleased he accepted our invitation to join us in the project's 
overall oversight.


Welcome aboard!!!

The Apache Geronimo PMC



Cheers!
Hernan

Re: [ANNOUNCE] Welcome Jarek Gawor as the newest member of the Geronimo PMC

[Lin Sun]

Congratulations Jarek!!!

Lin

Joe Bohn wrote:


Please us in congratulating Jarek Gawor as the newest member of the 
Geronimo PMC.  In addition to being involved in all things related to 
web services, he also has demonstrated a clear commitment to Geronimo in 
numerous other areas.   We're very glad that he has accepted our 
invitation to join us in providing oversight of the Geronimo project.


Way to go Jarek !!!

The Apache Geronimo PMC

[jira] Commented: (GERONIMODEVTOOLS-175) javamail package is not included in server runtime

[Lin Sun (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524734
 ] 

Lin Sun commented on GERONIMODEVTOOLS-175:
--

I agree we cannot add any jars here and there for everyone.   Seems it makes 
sense to include the API jars that are part of the Java EE 5 APIs to the server 
runtime.  I think JSF API or javamail API is part of the Java EE 5 APIs, even 
tho they are not located in the current repository/org/apache/geronimo/specs/ 
dir.

> javamail package is not included in server runtime
> --
>
> Key: GERONIMODEVTOOLS-175
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-175
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Tim McConnell
> Fix For: 2.0
>
>
> If an application uses javamail, user have to manually add geronimo's 
> javamail jar into build path.
> Why javamail jar is not included in server runtime by default?

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

[jira] Closed: (GERONIMO-3437) Axis2: serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher

[Lin Sun (JIRA)]

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

Lin Sun closed GERONIMO-3437.
-


> Axis2:  serviceimplClass being null caused NPE at invoke in 
> JavaBeanDispatcher 
> ---
>
> Key: GERONIMO-3437
> URL: https://issues.apache.org/jira/browse/GERONIMO-3437
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1
>Reporter: Lin Sun
>Assignee: Lin Sun
> Fix For: 2.1
>
>
> I am seeing a NPE from Axis2, and it turned out that we passed 
> serviceimplClass null to Axis2.   

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

[jira] Resolved: (GERONIMO-3437) Axis2: serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher

[Lin Sun (JIRA)]

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

Lin Sun resolved GERONIMO-3437.
---

Resolution: Fixed

resolved in trunk 569121 and branch 20 569122.

> Axis2:  serviceimplClass being null caused NPE at invoke in 
> JavaBeanDispatcher 
> ---
>
> Key: GERONIMO-3437
> URL: https://issues.apache.org/jira/browse/GERONIMO-3437
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1
>Reporter: Lin Sun
>Assignee: Lin Sun
> Fix For: 2.1
>
>
> I am seeing a NPE from Axis2, and it turned out that we passed 
> serviceimplClass null to Axis2.   

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

[jira] Updated: (GERONIMO-3440) DB2-XA: when trace file is not specified, it caused error when running the sample

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3440:
--

Attachment: tranql-tracefile.patch

> DB2-XA: when trace file is not specified, it caused error when running the 
> sample
> -
>
> Key: GERONIMO-3440
> URL: https://issues.apache.org/jira/browse/GERONIMO-3440
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: databases
>Affects Versions: 2.1
>Reporter: Lin Sun
>Priority: Minor
> Fix For: 2.1
>
> Attachments: tranql-tracefile.patch
>
>
> This is a tranql issue found when I plug the db2-xa rar into G's console.   
> Basically, if a user leaves the tracefile property to empty (meaning dont 
> want any trace), I can deploy my sample fine.   But when I run the sample, I 
> got -
>  
> ---
>  
>   Got DataSource: [EMAIL PROTECTED]
> com.ibm.db2.jcc.b.SqlException: Unable to open file
> at com.ibm.db2.jcc.b.ig.a(ig.java:93)
> A simple fix in DB2XA is to only settrace when it is a valid value.

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

[jira] Created: (GERONIMO-3440) DB2-XA: when trace file is not specified, it caused error when running the sample

[Lin Sun (JIRA)]

DB2-XA: when trace file is not specified, it caused error when running the 
sample
-

 Key: GERONIMO-3440
 URL: https://issues.apache.org/jira/browse/GERONIMO-3440
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: databases
Affects Versions: 2.1
Reporter: Lin Sun
Priority: Minor
 Fix For: 2.1
 Attachments: tranql-tracefile.patch

This is a tranql issue found when I plug the db2-xa rar into G's console.   
Basically, if a user leaves the tracefile property to empty (meaning dont want 
any trace), I can deploy my sample fine.   But when I run the sample, I got -

 
--- 
  Got DataSource: [EMAIL PROTECTED]
com.ibm.db2.jcc.b.SqlException: Unable to open file
at com.ibm.db2.jcc.b.ig.a(ig.java:93)

A simple fix in DB2XA is to only settrace when it is a valid value.

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

[jira] Updated: (GERONIMO-3419) Console displays wrong database pool type when derby embed local is used.

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3419:
--

Attachment: tranql-typo.patch

> Console displays wrong database pool type when derby embed local is used.
> -
>
> Key: GERONIMO-3419
> URL: https://issues.apache.org/jira/browse/GERONIMO-3419
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1
>Reporter: Lin Sun
>Priority: Minor
> Attachments: tranql-typo.patch
>
>
> after I deploy a database pool using derby embed local rar via admin console, 
> I click on edit the pool to see the details of the pool.  I see:
> Pool Type:
>   TranQL Embedded XA Resource Adapter for Apache Derby
>   A resource adaptor that provides access to an embedded Apache Derby 
> database with local transaction support.
> Which is wrong.   This turned out to be a typo in the ra.xml for the derby 
> embed local rar.

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

[jira] Created: (GERONIMO-3437) Axis2: serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher

[Lin Sun (JIRA)]

Axis2:  serviceimplClass being null caused NPE at invoke in JavaBeanDispatcher 
---

 Key: GERONIMO-3437
 URL: https://issues.apache.org/jira/browse/GERONIMO-3437
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: webservices
Affects Versions: 2.1
Reporter: Lin Sun
Assignee: Lin Sun
 Fix For: 2.1


I am seeing a NPE from Axis2, and it turned out that we passed serviceimplClass 
null to Axis2.   

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

[jira] Commented: (GERONIMO-3382) InvalidConfigurationException is thrown when starting the plugins from the console

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3382:
---

I agree with Paul and I cannot receate this prob.   Thanks.   

>  InvalidConfigurationException is thrown when starting the plugins from the 
> console
> ---
>
> Key: GERONIMO-3382
> URL: https://issues.apache.org/jira/browse/GERONIMO-3382
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Plugins
>Affects Versions: 2.0-M5
> Environment: Windows xp x86-32
>    Reporter: Song
>Assignee: Lin Sun
>
> After successfully installed plugins provided by Geronimo, start the plugin 
> just installed, "InvalidConfigurationException
> " exception is thrown from server 
>   
>   The below steps can reproduce the error:
>   1) Login to admin console,click on "Plugins" in the left navigation bar.
>   2) Click on "Update Repository List" link in  Create and Install Plugins 
> portlet, and select
> "http://geronimo.apache.org/plugins/geronimo-2.0/"; in "Repository" field.
>   3) Click on "Search for Plugins" button.
>   4) Click on "Jakarta JSP Examples (Tomcat) (2.0-SNAPSHOT)" link,click on 
> "Continue" button,click
> on "Install Plugin" button.
>   5) Click on "Start 
> org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car" button.
>
>NO response at the current page, but from the server started console, the 
> below error is thrown:
>  ---
> 14:18:58,796 WARN  [ConfigurationUtil] Could not load gbean 
> org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car?J2EEApplication=null,j2eeType=WebModule,name=org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car
> org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not 
> found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Tomcat 
> WebApplication Context
>   at 
> org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.java:252)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.java:245)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354)
>   at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433)
>   at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke()
>   at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
>   at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
>   at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
>   at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
>   at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
>   at 
> org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$3a7a5946.startConfiguration()
>   at 
> org.apache.geronimo.console.car.ResultsHandler.actionAfterView(ResultsHandler.java:76)
>   at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:116)
>   at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229)
>   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFi

[jira] Assigned: (GERONIMO-3382) InvalidConfigurationException is thrown when starting the plugins from the console

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMO-3382:
-

Assignee: Lin Sun

>  InvalidConfigurationException is thrown when starting the plugins from the 
> console
> ---
>
> Key: GERONIMO-3382
> URL: https://issues.apache.org/jira/browse/GERONIMO-3382
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Plugins
>Affects Versions: 2.0-M5
> Environment: Windows xp x86-32
>    Reporter: Song
>Assignee: Lin Sun
>
> After successfully installed plugins provided by Geronimo, start the plugin 
> just installed, "InvalidConfigurationException
> " exception is thrown from server 
>   
>   The below steps can reproduce the error:
>   1) Login to admin console,click on "Plugins" in the left navigation bar.
>   2) Click on "Update Repository List" link in  Create and Install Plugins 
> portlet, and select
> "http://geronimo.apache.org/plugins/geronimo-2.0/"; in "Repository" field.
>   3) Click on "Search for Plugins" button.
>   4) Click on "Jakarta JSP Examples (Tomcat) (2.0-SNAPSHOT)" link,click on 
> "Continue" button,click
> on "Install Plugin" button.
>   5) Click on "Start 
> org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car" button.
>
>NO response at the current page, but from the server started console, the 
> below error is thrown:
>  ---
> 14:18:58,796 WARN  [ConfigurationUtil] Could not load gbean 
> org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car?J2EEApplication=null,j2eeType=WebModule,name=org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car
> org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not 
> found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Tomcat 
> WebApplication Context
>   at 
> org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.java:252)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.java:245)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354)
>   at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433)
>   at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
>   at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke()
>   at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
>   at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
>   at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
>   at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
>   at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
>   at 
> org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$3a7a5946.startConfiguration()
>   at 
> org.apache.geronimo.console.car.ResultsHandler.actionAfterView(ResultsHandler.java:76)
>   at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:116)
>   at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229)
>   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> o

Re: Merge ettiquette

[Lin Sun]

Good point!  Thanks :)

Lin

David Jencks wrote:
I've noticed that sometimes when people merge bug fixes/changes from one 
branch to another they don't include the jira number from the original 
commit.  This makes it exceedingly hard to figure out which branches 
something has been fixed in from the jira issue or the commit logs.


In the future can everyone please be very careful to include jira 
numbers on all branch-to-branch merges when the original commit was 
associated with a jira entry.  I usually provide a bit of backup by 
commenting on the jira entry with the merge revision number as well.


thanks
david jencks

Re: tranql rars for non-free dbs in geronimo?

[Lin Sun]

+1.  I cannot remember how many times people ask this on the user list :)

Lin

David Jencks wrote:
I'd like to distribute the tranql rars for db2, mysql, and oracle with 
geronimo.  These rars need access to the proprietary drivers in order to 
compile (or work) but all the code in them is asl2 licensed.  Are there 
any problems doing this?


thanks
david jencks

Re: [VOTE] Geronimo 2.0.1 (rc1)

[Lin Sun]

+1.  Thanks for pulling the artifacts together for vote!

Lin

Matt Hogstrom wrote:
The updated binaries are available for review.  I have incorporated the 
security changes provided by David Jencks, Kevan and Vamsi.  Thanks gents !


I also incorporated a few additional fixes.  Please note the change log 
for the changes to the release notes for more information.


The binaries and source are available at:  
http://people.apache.org/~hogstrom/geronimo-2.0.1-rc1


I have placed the uber repo jar in the main directory with sub 
directories of src and assemblies respectively for the other components.


Please don't comment in this thread but rather use the DISCUSS thread 
for issues / discussion items.


[ ] +1 Release these binaries
[ ] 0 No opinion
[ ] -1 Do not release (please provide rationale)

This vote will conclude on Saturday August 18th at 1700.

Re: project involvement

[Lin Sun]

Congratulations on your new job!  And most importantly congratulations 
on your incoming wedding!!!


Lin

Sachin Patel wrote:

Hello community members...

I'd thought I'd shoot of a note to explain my limited involvement in the 
project as of recent.  As some have you may have known, I've taken a new 
job thats taken has taken away from the Java enterprise space.  As we 
all know what starting a new job is like, I've had very limited time 
with following the progress of Geronimo 2.0 and keeping up with the 
Geronimo Eclipse Plugin.  I ask that the community see to it that they 
continue their involvement in providing Geronimo best Java EE tooling 
and once things aren't so hectic with my life (a new job & getting 
married in 3 weeks!) I'll continue to be involved as I can.


- sachin

[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3374:
---

Yes it worked for me.  I used the latest trunk, and tried the derby embed local 
and derby network.   Able to create a database pool for each of the two types 
(view the plan before deploy) and also able to edit them.

> Admin console uses Generic TranQL RA for non XA driver types
> 
>
> Key: GERONIMO-3374
> URL: https://issues.apache.org/jira/browse/GERONIMO-3374
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Lin Sun
> Fix For: 2.0.x
>
>
> When a non XA database type is selected to create a database pool in admin 
> console, Generic TranQL adapter is used to
> create and deploy the db pool rather than the vendor specific TranQL adapter 
> even for those database(s) for which specifc
> TranQL adapter is present in repository.
> However, with XA drivers, the vendor specific adapter is picked up by the 
> admin console while deploying the database
> plan.

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

[jira] Updated: (GERONIMO-3419) Console displays wrong database pool type when derby embed local is used.

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3419:
--

Description: 
after I deploy a database pool using derby embed local rar via admin console, I 
click on edit the pool to see the details of the pool.  I see:

Pool Type:
TranQL Embedded XA Resource Adapter for Apache Derby
A resource adaptor that provides access to an embedded Apache Derby 
database with local transaction support.

Which is wrong.   This turned out to be a typo in the ra.xml for the derby 
embed local rar.

  was:
after I deploy a database pool using derby embed local rar via admin console, I 
click on edit the pool to see the details of the pool.  I see:

Pool Type:
TranQL Embedded XA Resource Adapter for Apache Derby
A resource adaptor that provides access to an embedded Apache Derby 
database with local transaction support.

Which is wrong.   This turned out to be a bug in the ra.xml for the derby embed 
local rar.

Summary: Console displays wrong database pool type when derby embed 
local is used.  (was: Console display wrong database pool type when derby embed 
local is used.)

> Console displays wrong database pool type when derby embed local is used.
> -
>
> Key: GERONIMO-3419
> URL: https://issues.apache.org/jira/browse/GERONIMO-3419
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1
>Reporter: Lin Sun
>Priority: Minor
>
> after I deploy a database pool using derby embed local rar via admin console, 
> I click on edit the pool to see the details of the pool.  I see:
> Pool Type:
>   TranQL Embedded XA Resource Adapter for Apache Derby
>   A resource adaptor that provides access to an embedded Apache Derby 
> database with local transaction support.
> Which is wrong.   This turned out to be a typo in the ra.xml for the derby 
> embed local rar.

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

[jira] Created: (GERONIMO-3419) Console display wrong database pool type when derby embed local is used.

[Lin Sun (JIRA)]

Console display wrong database pool type when derby embed local is used.


 Key: GERONIMO-3419
 URL: https://issues.apache.org/jira/browse/GERONIMO-3419
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.1
Reporter: Lin Sun
Priority: Minor


after I deploy a database pool using derby embed local rar via admin console, I 
click on edit the pool to see the details of the pool.  I see:

Pool Type:
TranQL Embedded XA Resource Adapter for Apache Derby
A resource adaptor that provides access to an embedded Apache Derby 
database with local transaction support.

Which is wrong.   This turned out to be a bug in the ra.xml for the derby embed 
local rar.

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

[jira] Resolved: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types

[Lin Sun (JIRA)]

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

Lin Sun resolved GERONIMO-3374.
---

Resolution: Fixed

Fixed in rev 566824.

Found a tranql minor issue will open a different JIRA.

> Admin console uses Generic TranQL RA for non XA driver types
> 
>
> Key: GERONIMO-3374
> URL: https://issues.apache.org/jira/browse/GERONIMO-3374
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Lin Sun
> Fix For: 2.0.x
>
>
> When a non XA database type is selected to create a database pool in admin 
> console, Generic TranQL adapter is used to
> create and deploy the db pool rather than the vendor specific TranQL adapter 
> even for those database(s) for which specifc
> TranQL adapter is present in repository.
> However, with XA drivers, the vendor specific adapter is picked up by the 
> admin console while deploying the database
> plan.

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

[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3374:
---

Just found it - in webconsole-tomcat config! :)  

> Admin console uses Generic TranQL RA for non XA driver types
> 
>
> Key: GERONIMO-3374
> URL: https://issues.apache.org/jira/browse/GERONIMO-3374
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Lin Sun
> Fix For: 2.0.x
>
>
> When a non XA database type is selected to create a database pool in admin 
> console, Generic TranQL adapter is used to
> create and deploy the db pool rather than the vendor specific TranQL adapter 
> even for those database(s) for which specifc
> TranQL adapter is present in repository.
> However, with XA drivers, the vendor specific adapter is picked up by the 
> admin console while deploying the database
> plan.

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

[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3374:
---

Able to recreate this on 2.0 build.   After a bit debuging, looks like when 
setRARName is called in DatabaseDriverGBean, wrong name value is passed in.  
For example, for embeded derby, it passed in  the generic tranql-connector-ra.  
 This seems to happen at starting up the server time.   I searched the entire 
console source/built artifact but I haven't figured out where this gets 
configured.  (seems in some property file or plan).   will keep looking.

> Admin console uses Generic TranQL RA for non XA driver types
> 
>
> Key: GERONIMO-3374
> URL: https://issues.apache.org/jira/browse/GERONIMO-3374
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Lin Sun
> Fix For: 2.0.x
>
>
> When a non XA database type is selected to create a database pool in admin 
> console, Generic TranQL adapter is used to
> create and deploy the db pool rather than the vendor specific TranQL adapter 
> even for those database(s) for which specifc
> TranQL adapter is present in repository.
> However, with XA drivers, the vendor specific adapter is picked up by the 
> admin console while deploying the database
> plan.

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

[jira] Commented: (GERONIMO-3380) Derby embedded database pool created from console doesn't work

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3380:
---

I agree with David that we can add system-database as one of the dependencies 
on the list.

The other giant prob is also documented in G3374 and I was able to recreate 
that w/ a 2.0 build today.

> Derby embedded database pool created from console doesn't work
> --
>
> Key: GERONIMO-3380
> URL: https://issues.apache.org/jira/browse/GERONIMO-3380
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1
>Reporter: Shiva Kumar H R
>Priority: Critical
> Attachments: BankDB.sql, BankDBPool2.xml, geronimo-web.xml, 
> geronimo-web2.xml, WebAppJDBCAccess.war
>
>
> Steps to reproduce:
> 1) From Admin Console's "DB Manager" portlet create a database by name 
> "BankDB" and populate it with the contents of "BankDB.sql". 
> 2) From "Database Pools" portlet, create a new database pool using the 
> Geronimo database pool wizard, with the below information:
> Name of Database Pool: BankDBPool
> Database Type: Derby embedded
> Driver JAR: org.apache.derby/derby/10.2.2.0/jar
> Database: BankDB
> 3) From "Deploy New" portlet, deploy "WebAppJDBCAccess.war" using 
> "geronimo-web.xml".
> 4) Open http://localhost:8080/WebAppJDBCAccess/ and click on "Click here to 
> list Customers". Server will fail to show database contents by throwing 
> following errors at command prompt:
> 19:10:59,555 ERROR [MCFConnectionInterceptor] Error occurred creating 
> ManagedCon
> nection for [EMAIL PROTECTED]
> javax.resource.spi.ResourceAllocationException: Unable to obtain physical 
> connec
> tion to jdbc:derby:BankDB
> at 
> org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDri
> verMCF.java:98)
> at 
> org.tranql.connector.jdbc.JDBCDriverMCF.createManagedConnection(JDBCD
> riverMCF.java:73)
> at 
> org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCo
> nnection(MCFConnectionInterceptor.java:48)
> at 
> org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterc
> eptor.getConnection(LocalXAResourceInsertionInterceptor.java:41)
> at 
> org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercepto
> r.internalGetConnection(SinglePoolConnectionInterceptor.java:67)
> at 
> org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionIn
> terceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78)
> at 
> org.apache.geronimo.connector.outbound.TransactionEnlistingIntercepto
> r.getConnection(TransactionEnlistingInterceptor.java:46)
> at 
> org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.
> getConnection(TransactionCachingInterceptor.java:96)
> at 
> org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.ge
> tConnection(ConnectionHandleInterceptor.java:43)
> at 
> org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection(
> TCCLInterceptor.java:39)
> at 
> org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.
> getConnection(ConnectionTrackingInterceptor.java:66)
> at 
> org.apache.geronimo.connector.outbound.AbstractConnectionManager.allo
> cateConnection(AbstractConnectionManager.java:87)
> at 
> org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56
> )
> at myPackage.ListCustomers.doGet(ListCustomers.java:41)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:230)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:175)
> at 
> org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu
> bjectValve.java:56)
> at 
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.
> invoke(GeronimoStandardContext.java:351)
> at 
> org.apache.geronimo.tomca

[jira] Assigned: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types

[Lin Sun (JIRA)]

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

Lin Sun reassigned GERONIMO-3374:
-

Assignee: Lin Sun  (was: Donald Woods)

> Admin console uses Generic TranQL RA for non XA driver types
> 
>
> Key: GERONIMO-3374
> URL: https://issues.apache.org/jira/browse/GERONIMO-3374
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>Reporter: Song
>Assignee: Lin Sun
> Fix For: 2.0.x
>
>
> When a non XA database type is selected to create a database pool in admin 
> console, Generic TranQL adapter is used to
> create and deploy the db pool rather than the vendor specific TranQL adapter 
> even for those database(s) for which specifc
> TranQL adapter is present in repository.
> However, with XA drivers, the vendor specific adapter is picked up by the 
> admin console while deploying the database
> plan.

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

Re: tooling for web services

[Lin Sun]

I think it would be great to provide some .sh/.bat files to expose these 
tools so that people can use them directly without going through sun's 
website and installing the tooling from Sun (which is what we recommend 
our users to do in our jaxrpc web service example on the wiki.).


Lin

Jarek Gawor wrote:

I'm wondering what people think about exposing tools such as wsdl2java
or java2wsdl in Geronimo. Geronimo already contains and uses these
tools internally but they are not exposed as command line clients.
This could make developing web services on Geronimo a little bit
easier.

I see that such tools were not exposed before in Geronimo 1.1 so maybe
the recommendation is to use the eclipse plug-in? Does the eclipse
plug-in support JAX-WS services?

Jarek

Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

[Lin Sun]

+1

Lin

Matt Hogstrom wrote:

I have put together the release and its been a long journey to get here.

If you have comments please put them on the corresponding [DISCUSS] thread.

[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0

Vote will conclude on 0700 ET on Saturday August 11th.

Binaries and source artifacts are at 
http://people.apache.org/~hogstrom/geronimo-2.0-rc1



Files are being uploaded as of the time of this writing.

[DISCUSS] Geronimo 2.0 (RC1) and txmanager 2.0.1

[Lin Sun]

Hi Matt, it is not obvious to me which one is the binary?

Basically, almost everything has been marked as -src, which indicated  
source.   geronimo-2.0-rc1.tar.gz  is the only candidate but that is  
360MB (I expect our server is around 60MB).


The assemblies are located at http://people.apache.org/~hogstrom/ 
geronimo-2.0-rc1/geronimo-2.0/org/apache/geronimo/assemblies/


In the supplied (http://people.apache.org/~hogstrom/geronimo-2.0-rc1)  
there is a tree starting at geronimo-2.0 that hosts the entire maven  
repo we will distribute.  We'll extract the assemblies we'll publish  
from there.


Thanks!

Thanks, Lin

Matt Hogstrom wrote:
I have put together the release and its been a long journey to get  
here.
If you have comments please put them on the corresponding [DISCUSS]  
thread.

[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0
Vote will conclude on 0700 ET on Saturday August 11th.
Binaries and source artifacts are at http://people.apache.org/ 
~hogstrom/geronimo-2.0-rc1

Files are being uploaded as of the time of this writing.

Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

[Lin Sun]

Hi Matt, it is not obvious to me which one is the binary?

Basically, almost everything has been marked as -src, which indicated 
source.   geronimo-2.0-rc1.tar.gz  is the only candidate but that is 
360MB (I expect our server is around 60MB).


Thanks, Lin

Matt Hogstrom wrote:

I have put together the release and its been a long journey to get here.

If you have comments please put them on the corresponding [DISCUSS] thread.

[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0

Vote will conclude on 0700 ET on Saturday August 11th.

Binaries and source artifacts are at 
http://people.apache.org/~hogstrom/geronimo-2.0-rc1



Files are being uploaded as of the time of this writing.

Re: Dependency resolution for SNAPSHOT versions

[Lin Sun]

Hi, I thought the artifact_aliases.properties is designed for this 
purpose (if it supports the jar module as well as the car module), but 
that may just be my wishful thinking. ;)


Lin

Vamsavardhana Reddy wrote:
I have encountered some unexpected things while trying to install a 
plug-in when SNAPSHOT versions are specified as dependencies.  Here are 
some examples:
1. A query for "foo/bar/1.0-SNAPSHOT/jar" of an artifact from a remote 
repository returned result "foo/bar/1.0-beta1/jar".  The plug-in 
installer downloaded 1.0-beta1 and installed in server's repository.  
Plug-in startup failed since 1.0-SNAPSHOT is not available in server's 
repository.
2. A second attempt to install the same plug-in (after uninstalling the 
one installed but not started in (1)  above), goes through the same 
steps for downloading "foo/bar/1.0-SNAPSHOT/jar" and downloads 
"foo/bar/1.0-beta1/jar".  But this time it failed with an error unable 
to copy dependency since it is already in the server's repository!! 
(downloaded
3. A query for "1.0-incubating-SNAPSHOT" version of a tuscany artifact 
had resulted in "0.91-incubating".  I do not remember the exact artifactId.


Problem in (2) can be addressed by checking to see if result version is 
already in server's repository and avoid downloading it.  It has been 
fixed in rev 563782 (branches\2.0) and 563785 (trunk).


Regarding problem in (1), I had a discussion with Paul McMahan on IRC 
and we decided that if a query for a version of artifact results in a 
different version, then we will indeed copy the downloaded result into 
server's repository under query version.  (In our example, though we 
download "foo/bar/1.0-beta1/jar", we will copy it as 
"foo/bar/1.0-SNAPSHOT/jar ".  This way we will avoid  plug-in startup 
failure.)  Since we copy the artifact under a SNAPSHOT version, there is 
no harm as two artifacts named "foo/bar/1.0-SNAPSHOT/jar" need not 
compare.  When I discussed this solution on IRC with Matt, he suggested 
that it may be better to address this problem by changing how the 
dependency resolution works for SNAPSHOT versions instead of copying the 
downloaded version of artifact under a different name.  In other words, 
changed the dependency resolution such a dependency on 1.0-SNAPSHOT is 
resolved to 1.0-SNAPSHOT or any released version of 1.0 available in the 
server's repository.  It may be alright if just "SNAPSHOT" is specified 
as dependency (which is as good as omitting the version in dependency, 
or is it not?)  as opposed to " 1.0-SNAPSHOT".  I don't think this will 
address the situation in (3).


Any suggestions on how (1) and (3) from above could be handled?

--vamsi

[jira] Resolved: (GERONIMO-3387) Unable to deploy an ear file (that contains a war file) if web.xml isn't supplied in the war file

[Lin Sun (JIRA)]

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

Lin Sun resolved GERONIMO-3387.
---

Resolution: Fixed
  Assignee: Lin Sun

fix checked in at rev 563893 (trunk) and rev 563896 (2.0.x)

> Unable to deploy an ear file (that contains a war file) if web.xml isn't 
> supplied in the war file
> -
>
> Key: GERONIMO-3387
> URL: https://issues.apache.org/jira/browse/GERONIMO-3387
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0.x
> Environment: winxp + sun 1.5 JDK
>    Reporter: Lin Sun
>Assignee: Lin Sun
> Fix For: 2.0.x
>
> Attachments: G3387.patch
>
>
> I have an ear file that contains a war file.   I have a 
> geronimo-application.xml for the ear file.   The war file doesn't have 
> web.xml as it is optional with JEE 5.
> I got the following failure at deployment -
> Error: Unable to distribute SOAPBench.ear: Module was not a war:
> SOABenchWeb.war
> Looks like this is caused by the fact that moduleFile didn't created 
> correctly in line 762 of EARConfigBuilder.java.   Its name didn't have the 
> extension of .war that TomcatModuleBuilder is expecting.
> moduleFile = new NestedJarFile(earFile, modulePath);
> One possible fix is to allow an extension to be passed in createTempFile in 
> DeploymentUtils.java, like the createTempFile in 
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.java.   But 
> there could be other way that is better.

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

[jira] Closed: (GERONIMO-3387) Unable to deploy an ear file (that contains a war file) if web.xml isn't supplied in the war file

[Lin Sun (JIRA)]

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

Lin Sun closed GERONIMO-3387.
-


Tested the fix and able to deploy the ear file.

> Unable to deploy an ear file (that contains a war file) if web.xml isn't 
> supplied in the war file
> -
>
> Key: GERONIMO-3387
> URL: https://issues.apache.org/jira/browse/GERONIMO-3387
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0.x
> Environment: winxp + sun 1.5 JDK
>    Reporter: Lin Sun
>Assignee: Lin Sun
> Fix For: 2.0.x
>
> Attachments: G3387.patch
>
>
> I have an ear file that contains a war file.   I have a 
> geronimo-application.xml for the ear file.   The war file doesn't have 
> web.xml as it is optional with JEE 5.
> I got the following failure at deployment -
> Error: Unable to distribute SOAPBench.ear: Module was not a war:
> SOABenchWeb.war
> Looks like this is caused by the fact that moduleFile didn't created 
> correctly in line 762 of EARConfigBuilder.java.   Its name didn't have the 
> extension of .war that TomcatModuleBuilder is expecting.
> moduleFile = new NestedJarFile(earFile, modulePath);
> One possible fix is to allow an extension to be passed in createTempFile in 
> DeploymentUtils.java, like the createTempFile in 
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.java.   But 
> there could be other way that is better.

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

[jira] Updated: (GERONIMO-3387) Unable to deploy an ear file (that contains a war file) if web.xml isn't supplied in the war file

[Lin Sun (JIRA)]

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

Lin Sun updated GERONIMO-3387:
--

Attachment: G3387.patch

Here is a patch for the impl I described earlier and it fixed the prob 
described in the JIRA.  If anyone has a better solution let me know.

> Unable to deploy an ear file (that contains a war file) if web.xml isn't 
> supplied in the war file
> -
>
> Key: GERONIMO-3387
> URL: https://issues.apache.org/jira/browse/GERONIMO-3387
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0.x
> Environment: winxp + sun 1.5 JDK
>Reporter: Lin Sun
> Fix For: 2.0.x
>
> Attachments: G3387.patch
>
>
> I have an ear file that contains a war file.   I have a 
> geronimo-application.xml for the ear file.   The war file doesn't have 
> web.xml as it is optional with JEE 5.
> I got the following failure at deployment -
> Error: Unable to distribute SOAPBench.ear: Module was not a war:
> SOABenchWeb.war
> Looks like this is caused by the fact that moduleFile didn't created 
> correctly in line 762 of EARConfigBuilder.java.   Its name didn't have the 
> extension of .war that TomcatModuleBuilder is expecting.
> moduleFile = new NestedJarFile(earFile, modulePath);
> One possible fix is to allow an extension to be passed in createTempFile in 
> DeploymentUtils.java, like the createTempFile in 
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.java.   But 
> there could be other way that is better.

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

[jira] Created: (GERONIMO-3387) Unable to deploy an ear file (that contains a war file) if web.xml isn't supplied in the war file

[Lin Sun (JIRA)]

Unable to deploy an ear file (that contains a war file) if web.xml isn't 
supplied in the war file
-

 Key: GERONIMO-3387
 URL: https://issues.apache.org/jira/browse/GERONIMO-3387
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0.x
 Environment: winxp + sun 1.5 JDK
Reporter: Lin Sun
 Fix For: 2.0.x


I have an ear file that contains a war file.   I have a 
geronimo-application.xml for the ear file.   The war file doesn't have web.xml 
as it is optional with JEE 5.

I got the following failure at deployment -

Error: Unable to distribute SOAPBench.ear: Module was not a war:
SOABenchWeb.war

Looks like this is caused by the fact that moduleFile didn't created correctly 
in line 762 of EARConfigBuilder.java.   Its name didn't have the extension of 
.war that TomcatModuleBuilder is expecting.

moduleFile = new NestedJarFile(earFile, modulePath);

One possible fix is to allow an extension to be passed in createTempFile in 
DeploymentUtils.java, like the createTempFile in 
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.java.   But 
there could be other way that is better.

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

Re: svn commit: r562816 - /geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java

[Lin Sun]

Yes I made a comment in the JIRA 3378- I was not able to build 
branches/2.0 on Sat. nite.  I'll try build it today.


Lin

Donald Woods wrote:

Are you going to include this in branches/2.0 for a 2.0.1 release?

-Donald

[EMAIL PROTECTED] wrote:

Author: linsun
Date: Sat Aug  4 21:03:38 2007
New Revision: 562816

URL: http://svn.apache.org/viewvc?view=rev&rev=562816
Log:
oops missed two spots on formatting

Modified:

geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java 



Modified: 
geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java 

URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java?view=diff&rev=562816&r1=562815&r2=562816 

== 

--- 
geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java 
(original)
+++ 
geronimo/server/trunk/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java 
Sat Aug  4 21:03:38 2007

@@ -70,8 +70,9 @@
 
 private ConnectParams parseURI(String uri) {

 uri = uri.trim();
-if (log.isDebugEnabled())
+if (log.isDebugEnabled()) {
 log.debug("Parsing URI=" + uri);
+}
 if(!uri.startsWith(URI_PREFIX)) {
 return null;
 }
@@ -127,8 +128,9 @@
 if (params == null) {
 return null;
 }
-if (log.isDebugEnabled())
+if (log.isDebugEnabled()) {
 log.debug("Using protocol=" + params.getProtocol() + ", 
host=" + params.getHost() + ", port=" + params.getPort());

+}
 
 try {

 if (params.getProtocol().equals("jmx")) {

[jira] Commented: (GERONIMO-3378) Enhance debugability of Deployer by logging errors and more data on debug

[Lin Sun (JIRA)]

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

Lin Sun commented on GERONIMO-3378:
---

Resolved in trunk rev 562808, 562815.   Thanks Ted.

2.0.1 build is broken now, will merge it in 2.0.1 when build is working.

> Enhance debugability of Deployer by logging errors and more data on debug
> -
>
> Key: GERONIMO-3378
> URL: https://issues.apache.org/jira/browse/GERONIMO-3378
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.0
>Reporter: Ted Kirby
>Assignee: Lin Sun
> Attachments: G-3378.patch
>
>
> I spent much effort tracking a configuration problem I had with deployment, 
> and adding these debug statements really helped.
> Also, when deployment throws an exception, especially 
> DeploymentManagerCreationException, I think it should be placed in the 
> deployer log as a FATAL error.

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