date:20060221


On Feb 21, 2006, at 11:20 PM, Manu George wrote:


Hi,
 I have a query regarding Axis. In Axis we can deploy  
message based web services with a WSDD as shown below

http://xml.apache.org/axis/wsdd/";
xmlns:java=" http://xml.apache.org/axis/wsdd/providers/java";
xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance ">




 Is it possible to do this in the geronimo axis  
implementation?  Also is this feature of axis an implementation of  
any Java spec?
Also the axis site says that it supports transports other than  
http. Is this supported in Geronimo?


Just going to throw out you may want to look at ServiceMix for your  
needs.  Overall, J2EE Web Services don't sound like what you are  
looking for.


-David

Re: Message based web services



On Feb 21, 2006, at 11:20 PM, Manu George wrote:


Hi,
 I have a query regarding Axis. In Axis we can deploy  
message based web services with a WSDD as shown below

http://xml.apache.org/axis/wsdd/";
xmlns:java=" http://xml.apache.org/axis/wsdd/providers/java";
xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance ">








Is it possible to do this in the geronimo axis implementation?


We don't support the wsdd files and J2EE web services are very RPC  
focused.  To my knowledge, the closest you can get is using SAAJ  
which gives you a DOM-like version of the message.  But you'd still  
be forced to map that message to a method of a service class.



Also is this feature of axis an implementation of any Java spec?


Not strictly, though it may be influenced by some standard concept.

Also the axis site says that it supports transports other than  
http. Is this supported in Geronimo?


Http/https only.


Thanks in Advance


You're very welcome!

-David

Message based web services

2006-02-21 Thread Manu George

Hi,
 I have a query
regarding Axis. In Axis we can deploy message based web services with a
WSDD as shown below
   xmlns="http://xml.apache.org/axis/wsdd/"   xmlns:java="
http://xml.apache.org/axis/wsdd/providers/java"   xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance
">  java:MSG">  value="xyz" />
  
Is it possible to do this in the geronimo axis implementation? 
Also is this feature of axis an implementation of any Java spec? 
Also the axis site says that it supports transports other than http. Is this supported in Geronimo?

Thanks in Advance
Manu

Re: Test strategy -- itests and default database


On Feb 21, 2006, at 9:15 PM, Dain Sundstrom wrote:


On Feb 21, 2006, at 5:28 PM, David Blevins wrote:


On Feb 21, 2006, at 2:00 PM, Prasad Kashyap wrote:


True. The itests setup (infrastructure) which was broken by the move
has been restored. Itests can now be   plugged in and run
successfully. While some of the old itests pass successfully,  
some of

them fail. The ones that fail are the ones that depended on the
default-datasource.

Around last Thu, I learnt from Dain (on the IRC)  that he'd be
creating a new default datasource to get those tests to pass too. I
don't know what the ETA on that is.



Dain, is that something you'd get to in the next week (guessing  
not with the config changes)?


Nope.  It got shelved with when I started the configId work.



Ok.  Good to know.

Thanks,
David

Re: Test strategy -- itests and default database

2006-02-21 Thread Dain Sundstrom


On Feb 21, 2006, at 5:28 PM, David Blevins wrote:


On Feb 21, 2006, at 2:00 PM, Prasad Kashyap wrote:


True. The itests setup (infrastructure) which was broken by the move
has been restored. Itests can now be   plugged in and run
successfully. While some of the old itests pass successfully, some of
them fail. The ones that fail are the ones that depended on the
default-datasource.

Around last Thu, I learnt from Dain (on the IRC)  that he'd be
creating a new default datasource to get those tests to pass too. I
don't know what the ETA on that is.



Dain, is that something you'd get to in the next week (guessing not  
with the config changes)?


Nope.  It got shelved with when I started the configId work.

-dain

Re: Problem building source from trunk (Geronimo rev. 379631 / OpenEJB rev. 2480)

2006-02-21 Thread Chris Cardona

Just fixed the problem by doing an svn update (getting
revision 379648). Looks like I checked out in the
middle of some source checkin and didn't get all the
necessary files. Thanks anyway.

chris

--- Chris Cardona <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> I'm having problems building the source from trunk.
> Any ideas how to fix my problem? I attached my build
> info below.
> 
> Thanks,
> chris
> 
> 
> --
> My environment
> --
> 
> OS: Win XP Prof. SP2
> JDK Version: 1.4.2_10
> Maven version: v. 1.1-beta-2
> 
> -
> Steps
> -
> 
> 1) svn checkout
> http://svn.apache.org/repos/asf/geronimo/trunk .
> ...
> At revision 379631.
> 
> 2) maven m:co
> ...
> At revision 2480.
> 
> 3) maven new -Dmaven.itest.skip=true
> -Dmaven.test.skip=true
> ...
> +
> | configurations Daytrader using derby deployed on
> tomcat
> | Memory: 49M/76M
> +
> DEPRECATED: the default goal should be specified in
> the  section of proje
> ct.xml instead of maven.xml
> DEPRECATED: the default goal should be specified in
> the  section of proje
> ct.xml instead of maven.xml
> 
> build:end:
> 
> build:start:
> 
> multiproject:install-callback:
> [echo] Running car:install for Daytrader using
> derby deployed on tomcat
> Retrieving document at
> 'WEB-INF/wsdl/TradeServices.wsdl'.
> 16:37:08,177 ERROR [PackageBuilder]
> org.apache.geronimo.common.DeploymentExcepti
> on: Could not create a deployment context for the
> app
> client
> org.apache.geronimo.common.DeploymentException:
> Could
> not create a deployment co
> ntext for the app client
> at
>
org.apache.geronimo.client.builder.AppClientModuleBuilder.addGBeans(A
> ppClientModuleBuilder.java:359)
> at
>
org.apache.geronimo.client.builder.AppClientModuleBuilder$$FastClassB
> yCGLIB$$93137659.invoke()
> at
>
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
> Invoker.java:38)
> at
>
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
> n.java:118)
> at
>
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
> java:800)
> at
>
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
> 7)
> at
>
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
> ionInvoker.java:36)
> at
>
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
> xyMethodInterceptor.java:96)
> at
>
org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$e
> 46c0224.addGBeans()
> at
>
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfigurati
> on(EARConfigBuilder.java:403)
> at
>
org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLI
> B$$38e56ec6.invoke()
> at
>
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
> Invoker.java:38)
> at
>
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
> n.java:118)
> at
>
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
> java:800)
> at
>
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
> 7)
> at
>
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
> ionInvoker.java:36)
> at
>
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
> xyMethodInterceptor.java:96)
> at
>
org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$
> $f0590a96.buildConfiguration()
> at
>
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:279)
> at
>
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.i
> nvoke()
> at
>
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
> Invoker.java:38)
> at
>
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
> n.java:118)
> at
>
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
> java:835)
> at
>
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
> 178)
> at
>
org.apache.geronimo.plugin.packaging.PackageBuilder.invokeDeployer(Pa
> ckageBuilder.java:389)
> at
>
org.apache.geronimo.plugin.packaging.PackageBuilder.execute(PackageBu
> ilder.java:294)
> at
>
sun.reflect.GeneratedMethodAccessor206.invoke(Unknown
> Source)
> at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at
> java.lang.reflect.Method.invoke(Method.java:324)
> at
>
org.apache.geronimo.plugin.packaging.PackageBuilderShell.execute(Pack
> ageBuilderShell.java:232)
> at
>
sun.reflect.GeneratedMethodAccessor192.invoke(Unknown
> Source)
>

Re: PPMC for Yoko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alan D. Cabrera wrote:
> 
> So, subprojects should have PMCs?

No, there is one PMC per TLP.  Podlings aren't TLPs and they
aren't subprojects.  They're their own discrete entities, with
steering groups lasting as long as their podling status does.
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/vFq5rNPMCpn3XdAQIzcAP+OYlcCqwPC3h49+WJueFcVUAuBZkYbqSe
JE7hhc6eZqXfWNYGzsZtU6o0wx7uxZPXxInRePMu1JNTimbsSRNQoOtfKt4XMEl1
N4rXq7eHJXwmG8fzfPXGAdqf5esUBaxFstrzy5sMkHbgOc8GktrJImHNOSFs+O+q
CeDgvEmJy6o=
=m9wi
-END PGP SIGNATURE-

Re: PPMC for Yoko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

David Blevins wrote:
> 
> So when they graduate as subprojects of geronimo, how does that  
> workout?  Does the PPMC just get dissolved?

It's handled on a case by case basis.  If it's graduating
to a TLP, the PPMC typically becomes the PMC of the new
project.  If it's joining and existing TLP, what happens
is up to the TLP and the podling.  Derby's PPMC, for
instance, got largely merged into the DB project's PMC.
But not 100% as I recall.
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/vEyprNPMCpn3XdAQLcpAQA2uKHNSNM6+WbT1nP3v/AH1Ri8s1ehgsD
uvKhDmG3Ow6j2njGEe4nUKfXu6U0KhBzOqfZPh6b1yTH9mEhKnIoxxobC8/wCVSK
yREHu2x1DChjuRC9EnaIP9jSJYw/1nw+IANmw3Y4+UgnRa7VsafFvgW6b9ZgHFIn
NhxiW/LTu0c=
=bx4L
-END PGP SIGNATURE-

Re: Test strategy -- itests and default database

Hi David,

No I didn't make a list of the ones that work and the ones that don't.
But now I will soon.

Cheers
Prasad

On 2/21/06, David Blevins <[EMAIL PROTECTED]> wrote:
> On Feb 21, 2006, at 2:00 PM, Prasad Kashyap wrote:
>
> > True. The itests setup (infrastructure) which was broken by the move
> > has been restored. Itests can now be   plugged in and run
> > successfully. While some of the old itests pass successfully, some of
> > them fail. The ones that fail are the ones that depended on the
> > default-datasource.
> >
> > Around last Thu, I learnt from Dain (on the IRC)  that he'd be
> > creating a new default datasource to get those tests to pass too. I
> > don't know what the ETA on that is.
> >
>
> Dain, is that something you'd get to in the next week (guessing not
> with the config changes)?
>
> Prasad, do you know which test suites pass and which fail?  If we
> could figure that out we could comment out the ones that fail and get
> the itests running as part of the build again.  They're commented out
> now cause they cause the build to fail, which is bad news as someone
> will just break the infrastructure again without knowing it.
> Especially with all the maven2 conversion stuff going on.
>
> Thanks,
>
> -David
>
> > On 2/21/06, David Blevins <[EMAIL PROTECTED]> wrote:
> >> On Jan 29, 2006, at 6:12 AM, Prasad Kashyap wrote:
> >>> I would like to propose the following test strategy.
> >>>
> >>> 1. Fix existing openejb itests such that they can be reintegrated
> >>> back
> >>> into the builds.
> >>
> >> On Feb 9, 2006, at 9:10 AM, Prasad Kashyap wrote:
> >>
> >>> I have completed items 1 and 3 of the test strategy outlined above.
> >>> With that we now have the geronimo-deployment-plugin in maven 2.
> >>>
> >>
> >> Doesn't seem like item 1 was ever really checked off the list.  I
> >> just noticed the itests are still broken because of the whole default
> >> database issue.
> >>
> >> Where did we leave off on how to get them running again?  I remember
> >> some chatter on whether or not there should be a default database,
> >> etc.  But I also remember some IRC talk about just adding a connector
> >> to the itests to make them run.
> >>
> >> -David
> >>
> >
>
>

Problem building source from trunk (Geronimo rev. 379631 / OpenEJB rev. 2480)

2006-02-21 Thread Chris Cardona

Hello,

I'm having problems building the source from trunk.
Any ideas how to fix my problem? I attached my build
info below.

Thanks,
chris


--
My environment
--

OS: Win XP Prof. SP2
JDK Version: 1.4.2_10
Maven version: v. 1.1-beta-2

-
Steps
-

1) svn checkout
http://svn.apache.org/repos/asf/geronimo/trunk .
...
At revision 379631.

2) maven m:co
...
At revision 2480.

3) maven new -Dmaven.itest.skip=true
-Dmaven.test.skip=true
...
+
| configurations Daytrader using derby deployed on
tomcat
| Memory: 49M/76M
+
DEPRECATED: the default goal should be specified in
the  section of proje
ct.xml instead of maven.xml
DEPRECATED: the default goal should be specified in
the  section of proje
ct.xml instead of maven.xml

build:end:

build:start:

multiproject:install-callback:
[echo] Running car:install for Daytrader using
derby deployed on tomcat
Retrieving document at
'WEB-INF/wsdl/TradeServices.wsdl'.
16:37:08,177 ERROR [PackageBuilder]
org.apache.geronimo.common.DeploymentExcepti
on: Could not create a deployment context for the app
client
org.apache.geronimo.common.DeploymentException: Could
not create a deployment co
ntext for the app client
at
org.apache.geronimo.client.builder.AppClientModuleBuilder.addGBeans(A
ppClientModuleBuilder.java:359)
at
org.apache.geronimo.client.builder.AppClientModuleBuilder$$FastClassB
yCGLIB$$93137659.invoke()
at
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
Invoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
n.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
7)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
ionInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
xyMethodInterceptor.java:96)
at
org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$e
46c0224.addGBeans()
at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfigurati
on(EARConfigBuilder.java:403)
at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLI
B$$38e56ec6.invoke()
at
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
Invoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
n.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
7)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
ionInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
xyMethodInterceptor.java:96)
at
org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$
$f0590a96.buildConfiguration()
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:279)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.i
nvoke()
at
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
Invoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
n.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
java:835)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
178)
at
org.apache.geronimo.plugin.packaging.PackageBuilder.invokeDeployer(Pa
ckageBuilder.java:389)
at
org.apache.geronimo.plugin.packaging.PackageBuilder.execute(PackageBu
ilder.java:294)
at
sun.reflect.GeneratedMethodAccessor206.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at
java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.geronimo.plugin.packaging.PackageBuilderShell.execute(Pack
ageBuilderShell.java:232)
at
sun.reflect.GeneratedMethodAccessor192.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at
java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.jav
a:180)
at
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.jav
a:102)
at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTa
g.java:78)
at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenG

Re: svn commit: r379493 [1/4] - in /geronimo/site: ./ docs/ docs/devtools/ xdocs/ xdocs/stylesheets/



- sachin



On Feb 21, 2006, at 6:35 PM, John Sisson wrote:

It appears there are a number of files under the site directory  
that don't have all the appropriate svn properties set.


Try copying the svnpropset.sh script from https://svn.apache.org/ 
repos/asf/geronimo/gbuild/trunk/svnpropset.sh to the site directory  
and run it.  It should set all the svn properties for the files  
(see http://wiki.apache.org/geronimo/ 
GettingSourceCode#head-4cfe1f3516da2bace5dcb5ed105eaed7c7478afb ).


Done.



The script may report a number of files with inconsistent line  
endings.  I'm not sure if you need to manually fix the line endings  
in those files to be your native line ending format (since the  
script will set text based files to have svn:eol-style set to  
native) before committing the changes.


No errors reported but did see the inconsistent line endings error  
this morning.  Not sure if the problem still resides in the  
schemas.html file.




Regards,

John

[EMAIL PROTECTED] wrote:

Author: sppatel
Date: Tue Feb 21 07:40:28 2006
New Revision: 379493

URL: http://svn.apache.org/viewcvs?rev=379493&view=rev
Log:
check in hernans files all but schemas.xml and schemas.html due to  
inconsistent line ending problem


Added:
geronimo/site/velocity.log
Modified:
geronimo/site/NOTES.txt
geronimo/site/docs/contributors.html
geronimo/site/docs/dependencies.html
geronimo/site/docs/devtools/index.html
geronimo/site/docs/documentation.html
geronimo/site/docs/downloads.html
geronimo/site/docs/faq.html
geronimo/site/docs/get-involved.html
geronimo/site/docs/guidelines.html
geronimo/site/docs/index.html
geronimo/site/docs/license.html
geronimo/site/docs/mailing.html
geronimo/site/docs/navigation.html
geronimo/site/docs/newshistory.html
geronimo/site/docs/powered_by.html
geronimo/site/docs/roadmap.html
geronimo/site/docs/svn.html
geronimo/site/xdocs/contributors.xml
geronimo/site/xdocs/index.xml
geronimo/site/xdocs/license.xml
geronimo/site/xdocs/mailing.xml
geronimo/site/xdocs/powered_by.xml
geronimo/site/xdocs/stylesheets/project.xml
geronimo/site/xdocs/stylesheets/site.hc.xml

Re: svn commit: r379493 [1/4] - in /geronimo/site: ./ docs/ docs/devtools/ xdocs/ xdocs/stylesheets/

2006-02-21 Thread John Sisson

It appears there are a number of files under the site directory that 
don't have all the appropriate svn properties set.


Try copying the svnpropset.sh script from 
https://svn.apache.org/repos/asf/geronimo/gbuild/trunk/svnpropset.sh to 
the site directory and run it.  It should set all the svn properties for 
the files (see 
http://wiki.apache.org/geronimo/GettingSourceCode#head-4cfe1f3516da2bace5dcb5ed105eaed7c7478afb 
).


The script may report a number of files with inconsistent line endings.  
I'm not sure if you need to manually fix the line endings in those files 
to be your native line ending format (since the script will set text 
based files to have svn:eol-style set to native) before committing the 
changes.


Regards,

John

[EMAIL PROTECTED] wrote:

Author: sppatel
Date: Tue Feb 21 07:40:28 2006
New Revision: 379493

URL: http://svn.apache.org/viewcvs?rev=379493&view=rev
Log:
check in hernans files all but schemas.xml and schemas.html due to inconsistent 
line ending problem

Added:
geronimo/site/velocity.log
Modified:
geronimo/site/NOTES.txt
geronimo/site/docs/contributors.html
geronimo/site/docs/dependencies.html
geronimo/site/docs/devtools/index.html
geronimo/site/docs/documentation.html
geronimo/site/docs/downloads.html
geronimo/site/docs/faq.html
geronimo/site/docs/get-involved.html
geronimo/site/docs/guidelines.html
geronimo/site/docs/index.html
geronimo/site/docs/license.html
geronimo/site/docs/mailing.html
geronimo/site/docs/navigation.html
geronimo/site/docs/newshistory.html
geronimo/site/docs/powered_by.html
geronimo/site/docs/roadmap.html
geronimo/site/docs/svn.html
geronimo/site/xdocs/contributors.xml
geronimo/site/xdocs/index.xml
geronimo/site/xdocs/license.xml
geronimo/site/xdocs/mailing.xml
geronimo/site/xdocs/powered_by.xml
geronimo/site/xdocs/stylesheets/project.xml
geronimo/site/xdocs/stylesheets/site.hc.xml

BindingComponents, ServiceEngines, and Pojo components

2006-02-21 Thread Simone Bordet

Hi,

ServiceMix has the notion of pojo components, aside of the ones
specified by the JBI spec (binding component and service engine).

The JBI management methods:
ManagementContext.getBindingComponents() and
ManagementContext.getServiceEngines()
return not only the bcs and ses, but also (both) ServiceMix pojo's components.

Since now ManagementContext has a specialized method to retrieve pojo
components, I think will be useful to have the standard JBI methods
(getBindingComponents() and getServiceEngines()) return only what
their method name says.

I filed a JIRA (http://jira.activemq.org/jira/browse/SM-325) and
attached a patch.

Regards,

Simon
--
http://bordet.blogspot.com

Re: Reducing the size of the minimal-tomcat-server footprint

2006-02-21 Thread Joe Bohn



FYI, I physically removed the xerces jars from the repo and it didn't 
seem to cause any problems for the minimal assembly (deploying and 
running a simple web app continued to work).


On a less positive note ... it looks like some things have been added to 
push the size back up slightly ... to 17 meg now.  I'm looking into what 
 has caused the increase along with trying to remove other items 
mentioned as possibilities.


Several folks have voiced the idea that we may need to provide some 
additional logic to either explicitly remove or include items in the 
assembly image beyond that which is specified in the module and config 
dependencies.  However, I'm not sure if I understood the proposals.


It seems to me that something like this would require some duplicate 
definitions ... such as:
1) Provide some per-assembly mechanism to define what is to be included 
in the repo in addition to the module/config declarations.  A dependency 
would have to be both in some set of master dependencies and the 
assembly declaration to be included in the image.  An assembly would not 
pull in additional dependencies without an assembly specific change.
2) The inverse per-assembly definition where items that should 
specifically be excluded would be specified.  This would help to 
eliminate unnecessary items in an assembly but the definition of new 
dependencies would affect the size of the image with each build by only 
changing module/config dependencies (as is the case today).


Are these the options that were being proposed or did I totally miss the 
intent of the comments?


Thanks,
Joe


Jeff Genender wrote:


David Jencks wrote:



Doesn't it need them in the classpath or in the endorsed directory
rather than specifically in the repo?  right now we have 2 copies of
these and probably everything in lib.  I at least am proprosing removing
only the copy in the repo.



IIRC, they must be in the endorsed.  I don't recall if they need to be
in the classpath too...but that is a simple test.



thanks
david jencks






--
Joe Bohn
joe.bohn at earthlink.net

"He is no fool who gives what he cannot keep, to gain what he cannot 
lose."   -- Jim Elliot

Re: PPMC for Yoko

2006-02-21 Thread Brett Porter

On 2/22/06, David Blevins <[EMAIL PROTECTED]> wrote:
> So when they graduate as subprojects of geronimo, how does that
> workout?  Does the PPMC just get dissolved?
>

s/when/if/
(both in sense of success and destination :)

I'd assume they all get added (or at least voted for) on the Geronimo PMC.

- Brett

Re: PPMC for Yoko

2006-02-21 Thread Alan D. Cabrera





On 2/21/2006 2:54 PM, Rodent of Unusual Size wrote:

  -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alan D. Cabrera wrote:
  
  
Works for me.  I don't remember ServiceMix and ActiveMQ having a podling 
PMC.  How is Yoko different?

  
  
It's not; it's ActiveMQ and ServiceMix that are different.
They should have PPMCs themselves.  Their mentors should
see to it. :-)
  

So, subprojects should have PMCs?


Regards,
Alan

Re: PPMC for Yoko


On Feb 21, 2006, at 2:54 PM, Rodent of Unusual Size wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alan D. Cabrera wrote:


Works for me.  I don't remember ServiceMix and ActiveMQ having a  
podling

PMC.  How is Yoko different?


It's not; it's ActiveMQ and ServiceMix that are different.
They should have PPMCs themselves.  Their mentors should
see to it. :-)


So when they graduate as subprojects of geronimo, how does that  
workout?  Does the PPMC just get dissolved?


-David

Re: PPMC for Yoko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alan D. Cabrera wrote:
> 
> Works for me.  I don't remember ServiceMix and ActiveMQ having a podling 
> PMC.  How is Yoko different?

It's not; it's ActiveMQ and ServiceMix that are different.
They should have PPMCs themselves.  Their mentors should
see to it. :-)
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/uaL5rNPMCpn3XdAQI/+gQAtQjpZk4UXdNvr+glHZt7UCdUzIYM9Wwc
m+wNgXoyi5HIBy1lw7HVCzxO1apqGJ4NDbycZnt6etW/cMsGNA3nYGRGzmqJXHkS
6ymQHzf10rRAoWu/R+c6Ll5HD8YkG41Vegg06gZmmOMRau7yVOY7sAfQTqWHiefH
oMvyp85yPP0=
=4hgG
-END PGP SIGNATURE-

Re: Migrating to maven 2 -- layout


Just throwing this out there:

The basic directory structure for maven2 is ${parent.artifactId}/$ 
{artifactId}.  If we deviate from that we'll have to do crazy things  
like put a precise scm url in each pom.xml.


This means two things:
  1.  there needs to be modules/pom.xml which is the parent of  
everything in modules.  Same goes for the other dirs, configs,  
assemblies, etc.  The parent pom of modules/pom.xml would be the root  
pom.xml (if we want a root pom).
  2.  each child project must use it's artifactId as it's directory  
name.  So 'kernel' becomes 'geronimo-kernel', etc.



So with modules and applications as an example, that'd give us this:

pom.xml (2 children)

applications/pom.xml (13 children)
applications/geronimo-console-core/pom.xml
applications/geronimo-console-ear/pom.xml
applications/geronimo-console-framework/pom.xml
applications/geronimo-console-standard/pom.xml
applications/geronimo-demo/pom.xml
applications/geronimo-jmxdebug/pom.xml
applications/geronimo-ldap-realm-demo/pom.xml
applications/geronimo-magicGball/pom.xml
applications/geronimo-remote-deploy-lib/pom.xml
applications/geronimo-remote-deploy/pom.xml
applications/geronimo-uddi-db/pom.xml
applications/geronimo-uddi-server/pom.xml
applications/geronimo-welcome/pom.xml

modules/pom.xml (48 children)
modules/geronimo-activation/pom.xml
modules/geronimo-activemq-embedded-rar/pom.xml
modules/geronimo-axis-builder/pom.xml
modules/geronimo-axis/pom.xml
modules/geronimo-client-builder/pom.xml
modules/geronimo-client/pom.xml
modules/geronimo-common/pom.xml
modules/geronimo-connector-builder/pom.xml
modules/geronimo-connector/pom.xml
modules/geronimo-console-web/pom.xml
modules/geronimo-converter/pom.xml
modules/geronimo-core/pom.xml
modules/geronimo-deploy-config/pom.xml
modules/geronimo-deploy-jsr88/pom.xml
modules/geronimo-deploy-tool/pom.xml
modules/geronimo-deployment/pom.xml
modules/geronimo-derby/pom.xml
modules/geronimo-directory/pom.xml
modules/geronimo-hot-deploy/pom.xml
modules/geronimo-interceptor/pom.xml
modules/geronimo-interop/pom.xml
modules/geronimo-j2ee-builder/pom.xml
modules/geronimo-j2ee-schema/pom.xml
modules/geronimo-j2ee/pom.xml
modules/geronimo-javamail-transport/pom.xml
modules/geronimo-jetty-builder/pom.xml
modules/geronimo-jetty/pom.xml
modules/geronimo-jmx-remoting/pom.xml
modules/geronimo-kernel/pom.xml
modules/geronimo-mail/pom.xml
modules/geronimo-management/pom.xml
modules/geronimo-naming-builder/pom.xml
modules/geronimo-naming/pom.xml
modules/geronimo-scripts/pom.xml
modules/geronimo-security-builder/pom.xml
modules/geronimo-security/pom.xml
modules/geronimo-service-builder/pom.xml
modules/geronimo-session/pom.xml
modules/geronimo-spring/pom.xml
modules/geronimo-system/pom.xml
modules/geronimo-test-ddbean/pom.xml
modules/geronimo-timer/pom.xml
modules/geronimo-tomcat-builder/pom.xml
modules/geronimo-tomcat/pom.xml
modules/geronimo-transaction/pom.xml
modules/geronimo-util/pom.xml
modules/geronimo-web-builder/pom.xml
modules/geronimo-webservices/pom.xml




-David

Re: PPMC for Yoko

2006-02-21 Thread Alan D. Cabrera


On 2/21/2006 12:43 PM, Rodent of Unusual Size wrote:


All incubator podlings need to have a PPMC -- podling PMC.
AFAICS, Yoko does not yet have one sorted out.  So.. who
should be on it?  The podling mentors, of course, but
whom else?  All of the podling [initial] committers?
 



Works for me.  I don't remember ServiceMix and ActiveMQ having a podling 
PMC.  How is Yoko different?



Regards,
Alan

Re: Test strategy -- itests and default database


On Feb 21, 2006, at 2:00 PM, Prasad Kashyap wrote:


True. The itests setup (infrastructure) which was broken by the move
has been restored. Itests can now be   plugged in and run
successfully. While some of the old itests pass successfully, some of
them fail. The ones that fail are the ones that depended on the
default-datasource.

Around last Thu, I learnt from Dain (on the IRC)  that he'd be
creating a new default datasource to get those tests to pass too. I
don't know what the ETA on that is.



Dain, is that something you'd get to in the next week (guessing not  
with the config changes)?


Prasad, do you know which test suites pass and which fail?  If we  
could figure that out we could comment out the ones that fail and get  
the itests running as part of the build again.  They're commented out  
now cause they cause the build to fail, which is bad news as someone  
will just break the infrastructure again without knowing it.   
Especially with all the maven2 conversion stuff going on.


Thanks,

-David


On 2/21/06, David Blevins <[EMAIL PROTECTED]> wrote:

On Jan 29, 2006, at 6:12 AM, Prasad Kashyap wrote:

I would like to propose the following test strategy.

1. Fix existing openejb itests such that they can be reintegrated  
back

into the builds.


On Feb 9, 2006, at 9:10 AM, Prasad Kashyap wrote:


I have completed items 1 and 3 of the test strategy outlined above.
With that we now have the geronimo-deployment-plugin in maven 2.



Doesn't seem like item 1 was ever really checked off the list.  I
just noticed the itests are still broken because of the whole default
database issue.

Where did we leave off on how to get them running again?  I remember
some chatter on whether or not there should be a default database,
etc.  But I also remember some IRC talk about just adding a connector
to the itests to make them run.

-David

Re: [Vote] Make new site live

Hi Ken,
I replied to Bruce before seeing your note, good timing huh! :)

I know the official documentation will be hosted at the Apache infraestructure but we do not have
any "official" documentation yet. In a weird kind of way, that plays in our favor and give us a bit
more flexibility although I would love to see "Apache Geronio Official Documentation" soon.

V1 has been out for awhile and will not be long till the next release, I think the discussion on the
documentation process should be brought up again (new thread). IMHO, if we do not have a process for
maintaining the doc it will be very difficult to have an official documentation.

Cheers!
Hernan

Rodent of Unusual Size wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hernan Cunico wrote:

I thought it would be a good idea to point directly to confluence
since in the new site we have a link to "library" (table on the left)
where you can find all the documentaion, books, articles, interviews,
etc. and a link to "documentation" (banner on top) pointing directly
to the user guide.

I would prefer to maintain a direct link to the doc which, btw, I
should have used a redirect instead :)

As for affecting the confluence battle, I don't think it should cause
any damage as we are pointing to just a Web site with documentation,
by doing this we are not forcing the use of confluence as the wiki.

It's not about affecting the discussion, it's about preparing
to live with the results whatever they may be. The official
Geronimo documentation *is* going to end up in the Apache
infrastructure. That's a given. My point of using a redirect
was just a suggestion to avoid breaking bookmarks. However,
since people are likely to bookmark the final page rather
than the one linking to it, it's far from important. :-)
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/
Author, developer, opinionist http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/uAbJrNPMCpn3XdAQKJngP+Njh9pH/+7iuYS51StNDT8wj2dSizMidF
YfIFSuFsL6rgksO0lwg6+ZLa35SL3z5nATO9orOiHiYYCG2JiLzPz5JDtM/6iHkl
BqllyNu2C0f5ghnBjwhlH/6bfz+ekmTqVdU7e0mlJl0Zhzqg4Ha/oU4bfLt+vxMT
lQ6TEU8CdWk=
=WOXj
-END PGP SIGNATURE-

Re: Migrating to maven 2

Sure.

I'll try to write a summary of the final strategy most of us agreed
upon. I don't know if that needs to be voted or something. But I'll
put it out there.

Cheers
Prasad

On 2/21/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> 2006/2/21, Prasad Kashyap <[EMAIL PROTECTED]>:
> > Jacek,
> >
> > JIRAs are fine as long as they all stay bunched together (using a
> > special keyword, maybe).  Thanx for opening them for us.
>
> I have opened a couple of subtasks of
> https://issues.apache.org/jira/browse/GERONIMO-851 that I had known
> was being worked on. Two of them assigned to Anita as requested in a
> previous email.
>
> Create other subtasks when you start working on something related to
> the Maven2 migration.
>
> Let's keep them as subtasks for GERONIMO-851 to have them easier to find.
>
> > After having discussed very many designs, a detailed summary of the
> > final design that we all agreed on should be available someplace.
>
> +1. I think there's already one -
> http://wiki.apache.org/geronimo/Maven2Conversion. It certainly needs
> to be updated. Will you help with it?
>
> > Either copy/pasted into each of those JIRAs or on our wiki site or
> > some such place.
>
> -1. @see above.
>
> > Prasad
>
> Jacek
>
> --
> Jacek Laskowski
> http://www.laskowski.org.pl
>

Re: Test strategy -- itests and default database

True. The itests setup (infrastructure) which was broken by the move
has been restored. Itests can now be   plugged in and run
successfully. While some of the old itests pass successfully, some of
them fail. The ones that fail are the ones that depended on the
default-datasource.

Around last Thu, I learnt from Dain (on the IRC)  that he'd be
creating a new default datasource to get those tests to pass too. I
don't know what the ETA on that is.

Cheers
Prasad

On 2/21/06, David Blevins <[EMAIL PROTECTED]> wrote:
> On Jan 29, 2006, at 6:12 AM, Prasad Kashyap wrote:
> > I would like to propose the following test strategy.
> >
> > 1. Fix existing openejb itests such that they can be reintegrated back
> > into the builds.
>
> On Feb 9, 2006, at 9:10 AM, Prasad Kashyap wrote:
>
> > I have completed items 1 and 3 of the test strategy outlined above.
> > With that we now have the geronimo-deployment-plugin in maven 2.
> >
>
> Doesn't seem like item 1 was ever really checked off the list.  I
> just noticed the itests are still broken because of the whole default
> database issue.
>
> Where did we leave off on how to get them running again?  I remember
> some chatter on whether or not there should be a default database,
> etc.  But I also remember some IRC talk about just adding a connector
> to the itests to make them run.
>
> -David
>

Re: [Vote] Make new site live

Everyones comments so far are good and I agree with many of them,  
however alot of these changes we can do incrementally.  Correct me if  
I'm wrong but all the existing content has been migrated over and if  
thats the case we should go ahead and go live.  Keep in mind that  
since the new site was updated in the same branch this is blocking us  
from publishing any content to the old site.


- sachin



On Feb 21, 2006, at 4:04 PM, Rodent of Unusual Size wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hernan Cunico wrote:

I thought it would be a good idea to point directly to confluence
since in the new site we have a link to "library" (table on the left)
where you can find all the documentaion, books, articles, interviews,
etc. and a link to "documentation" (banner on top) pointing directly
to the user guide.

I would prefer to maintain a direct link to the doc which, btw, I
should have used a redirect instead :)

As for affecting the confluence battle, I don't think it should cause
any damage as we are pointing to just a Web site with documentation,
by doing this we are not forcing the use of confluence as the wiki.


It's not about affecting the discussion, it's about preparing
to live with the results whatever they may be.  The official
Geronimo documentation *is* going to end up in the Apache
infrastructure.  That's a given.  My point of using a redirect
was just a suggestion to avoid breaking bookmarks.  However,
since people are likely to bookmark the final page rather
than the one linking to it, it's far from important. :-)
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/uAbJrNPMCpn3XdAQKJngP+Njh9pH/+7iuYS51StNDT8wj2dSizMidF
YfIFSuFsL6rgksO0lwg6+ZLa35SL3z5nATO9orOiHiYYCG2JiLzPz5JDtM/6iHkl
BqllyNu2C0f5ghnBjwhlH/6bfz+ekmTqVdU7e0mlJl0Zhzqg4Ha/oU4bfLt+vxMT
lQ6TEU8CdWk=
=WOXj
-END PGP SIGNATURE-

Re: Fwd: [Vote] Make new site live

I updated the fonts in the tables for the "XML schemas" and "Committers". Also removed the window 
pop up from the documentation link.

I am creating a new "documentation" page to hold a TOC pointing to the articles in confluence, this 
way we should not have to worry about redirects or pointing out directly from the banner.

Cheers!
Hernan

Paul McMahan wrote:

I checked out and built from :
https://svn.apache.org/repos/asf/geronimo/site/
The new site looks great!  Nice work!

A couple of comments:

-   Clicking on the "Documentation" tab at the top currently pops up a 
new browser window with the Confluence wiki  I think some users might 
want to avoid popping up new windows.  I recommend that we load the 
contents of "documentation.html" instead, which is the document that 
gets loaded if you click on the "Library" link in the area on the left. 
(It actually says "Apache Geronimo Documentation" at the top of that 
page, so maybe that was the intent and the popup behavior was an oversight?)

-   The XML schemas page has a different look from the other pages, at 
least in my browser (linux firefox 1.0.7).  The fonts and navigation 
area are different, for example.  I can send you a screenshot if that helps.

Best wishes,
Paul

On 2/21/06, *Sachin Patel* < [EMAIL PROTECTED] 
> wrote:

+1

- sachin

On Feb 21, 2006, at 12:30 PM, Sachin Patel wrote:

 [ ] +1 Make new site go live.
 [ ] - 1 Lets hold off.

 - sachin

 On Feb 21, 2006, at 11:32 AM, Hernan Cunico wrote:

> Hi All,
> I just finished checking the updated Geronimo Web site from the
> svn and everything looks OK !!!
> I think the site is ready to GO LIVE! :)
>
> Cheers!
> Hernan

Re: Test strategy -- itests and default database


On Jan 29, 2006, at 6:12 AM, Prasad Kashyap wrote:

I would like to propose the following test strategy.

1. Fix existing openejb itests such that they can be reintegrated back
into the builds.


On Feb 9, 2006, at 9:10 AM, Prasad Kashyap wrote:


I have completed items 1 and 3 of the test strategy outlined above.
With that we now have the geronimo-deployment-plugin in maven 2.



Doesn't seem like item 1 was ever really checked off the list.  I  
just noticed the itests are still broken because of the whole default  
database issue.


Where did we leave off on how to get them running again?  I remember  
some chatter on whether or not there should be a default database,  
etc.  But I also remember some IRC talk about just adding a connector  
to the itests to make them run.


-David

Re: [Vote] Make new site live

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hernan Cunico wrote:
> I thought it would be a good idea to point directly to confluence
> since in the new site we have a link to "library" (table on the left)
> where you can find all the documentaion, books, articles, interviews,
> etc. and a link to "documentation" (banner on top) pointing directly
> to the user guide.
> 
> I would prefer to maintain a direct link to the doc which, btw, I
> should have used a redirect instead :)
> 
> As for affecting the confluence battle, I don't think it should cause
> any damage as we are pointing to just a Web site with documentation,
> by doing this we are not forcing the use of confluence as the wiki.

It's not about affecting the discussion, it's about preparing
to live with the results whatever they may be.  The official
Geronimo documentation *is* going to end up in the Apache
infrastructure.  That's a given.  My point of using a redirect
was just a suggestion to avoid breaking bookmarks.  However,
since people are likely to bookmark the final page rather
than the one linking to it, it's far from important. :-)
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/uAbJrNPMCpn3XdAQKJngP+Njh9pH/+7iuYS51StNDT8wj2dSizMidF
YfIFSuFsL6rgksO0lwg6+ZLa35SL3z5nATO9orOiHiYYCG2JiLzPz5JDtM/6iHkl
BqllyNu2C0f5ghnBjwhlH/6bfz+ekmTqVdU7e0mlJl0Zhzqg4Ha/oU4bfLt+vxMT
lQ6TEU8CdWk=
=WOXj
-END PGP SIGNATURE-

PPMC for Yoko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

All incubator podlings need to have a PPMC -- podling PMC.
AFAICS, Yoko does not yet have one sorted out.  So.. who
should be on it?  The podling mentors, of course, but
whom else?  All of the podling [initial] committers?
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/t7dZrNPMCpn3XdAQLFWwQAvycmFE2ZKDHkqYWohnt58NhxVqEVk96N
v8nnqnY8JNvTDTD1vZmup5nezeECNl9mn/dcXQG/vGKbat9dCJWVOlcAo8uTDWlN
hmVTtdzhNrOvzCFGpr8ba8yMj7iMLNd0cH57ek+cSizhn+ehg26m4nBNcjgxcGaI
1hsD3ZqlVMw=
=Cx4H
-END PGP SIGNATURE-

Re: [Vote] Make new site live

I thought it would be a good idea to point directly to confluence since in the new site we have a 
link to "library" (table on the left) where you can find all the documentaion, books, articles, 
interviews, etc. and a link to "documentation" (banner on top) pointing directly to the user guide.

I would prefer to maintain a direct link to the doc which, btw, I should have 
used a redirect instead :)

As for affecting the confluence battle, I don't think it should cause any damage as we are pointing 
to just a Web site with documentation, by doing this we are not forcing the use of confluence as the 
wiki.

Cheers!
Hernan

>From "Bruce Snyder" <[EMAIL PROTECTED]>
>Subject Re: [Vote] Make new site live
>Date Tue, 21 Feb 2006 18:33:57 GMT
>On 2/21/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
>> [ ] +1 Make new site go live.
>> [ ] - 1 Lets hold off.
>
>I notice that the Documentation tab links to the docs being hosted at
>Atlassian. I'm OK with this, but how will this be received in the
>scope of the Confluence battle?
>
>Bruce
>--
>perl -e 'print unpack("u30","D0G)[EMAIL 
PROTECTED]&5R\"F)R=6-E+G-N>61E);'
>
>Apache Geronimo (http://geronimo.apache.org/)
>
>Castor (http://castor.org/)

Re: Migrating to maven 2

2006-02-21 Thread Jacek Laskowski

2006/2/21, Prasad Kashyap <[EMAIL PROTECTED]>:
> Jacek,
>
> JIRAs are fine as long as they all stay bunched together (using a
> special keyword, maybe).  Thanx for opening them for us.

I have opened a couple of subtasks of
https://issues.apache.org/jira/browse/GERONIMO-851 that I had known
was being worked on. Two of them assigned to Anita as requested in a
previous email.

Create other subtasks when you start working on something related to
the Maven2 migration.

Let's keep them as subtasks for GERONIMO-851 to have them easier to find.

> After having discussed very many designs, a detailed summary of the
> final design that we all agreed on should be available someplace.

+1. I think there's already one -
http://wiki.apache.org/geronimo/Maven2Conversion. It certainly needs
to be updated. Will you help with it?

> Either copy/pasted into each of those JIRAs or on our wiki site or
> some such place.

-1. @see above.

> Prasad

Jacek

--
Jacek Laskowski
http://www.laskowski.org.pl

[jira] Created: (GERONIMO-1645) tomcat module migration to Maven2

2006-02-21 Thread Jacek Laskowski (JIRA)

tomcat module migration to Maven2
-

 Key: GERONIMO-1645
 URL: http://issues.apache.org/jira/browse/GERONIMO-1645
 Project: Geronimo
Type: Sub-task
  Components: Tomcat  
Versions: 1.x
Reporter: Jacek Laskowski
 Assigned to: Anita Kulshreshtha 


It's a task to help keep track of the progress of the tomcat module build 
migration to Maven2

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (GERONIMO-1646) tomcat-builder module migration to Maven2

2006-02-21 Thread Jacek Laskowski (JIRA)

tomcat-builder module migration to Maven2
-

 Key: GERONIMO-1646
 URL: http://issues.apache.org/jira/browse/GERONIMO-1646
 Project: Geronimo
Type: Sub-task
  Components: Tomcat  
Versions: 1.x
Reporter: Jacek Laskowski
 Assigned to: Anita Kulshreshtha 


It's a task to help keep track of the progress of the tomcat-builder module 
build migration to Maven2

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: [Vote] Make new site live

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bruce Snyder wrote:
> 
> I notice that the Documentation tab links to the docs being hosted at
> Atlassian. I'm OK with this, but how will this be received in the
> scope of the Confluence battle?

Until where it goes at Apache gets resolved, that's where
we're keeping our documentation.  So linking to it there
is okey.. though getting there by way of a 302 Moved
Temporarily would be even better, since it wouldn't
break any links people bookmark until that time.
- --
#kenP-)}

Ken Coar, Sanagendamgagwedweinini  http://Ken.Coar.Org/
Author, developer, opinionist  http://Apache-Server.Com/

"Millennium hand and shrimp!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ/tqHJrNPMCpn3XdAQJMBgQA2yUiuPw0k5S9gBR6lO9G8zV5DgyNua1a
ZCldW/x6lsCHOcZhjv0mGotHGR7+iyRAJ/tfg6U/aK9TmmQdXG9/UgXfJCXT6ohF
NMZ9O72WNpeHLjuZZlikDAVRzMHSu/So1pe2I4rHtvepzdkOg4LEpkNjCZ6sA4nS
r7ROA0bl9Rc=
=Oe3o
-END PGP SIGNATURE-

[jira] Created: (GERONIMO-1644) Migrate kernel module to Maven2

2006-02-21 Thread Jacek Laskowski (JIRA)

Migrate kernel module to Maven2
---

 Key: GERONIMO-1644
 URL: http://issues.apache.org/jira/browse/GERONIMO-1644
 Project: Geronimo
Type: Task
  Components: kernel  
Versions: 1.x
Reporter: Jacek Laskowski
 Assigned to: Jacek Laskowski 


It's a task to help keep track of the progress of the kernel module build 
migration to Maven2

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: Migrating to maven 2

2006-02-21 Thread Jacek Laskowski

2006/2/21, Alan D. Cabrera <[EMAIL PROTECTED]>:
> I would create one parent issue w/ many sub-tasks, one for each module.

I would do it, too. That's exactly the aim of
https://issues.apache.org/jira/browse/GERONIMO-851, I thought.

> Alan

Jacek

--
Jacek Laskowski
http://www.laskowski.org.pl

Re: [Vote] Make new site live

2006-02-21 Thread Aaron Mulder

I think that any documentation link should go to a page on the site
listing all the available documentation (wikis, books, articles, etc.)
and the links from within that page can certainly point to outside
sites.  However, I'm not a big fan of pop-ups -- I'd rather the
referenced pages all be inline.

Thanks,
 Aaron

On 2/21/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 2/21/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
> > [ ] +1 Make new site go live.
> > [ ] - 1 Lets hold off.
>
> I notice that the Documentation tab links to the docs being hosted at
> Atlassian. I'm OK with this, but how will this be received in the
> scope of the Confluence battle?
>
> Bruce
> --
> perl -e 'print unpack("u30","D0G)[EMAIL 
> PROTECTED]&5R\"F)R=6-E+G-N>61E );'
>
> Apache Geronimo (http://geronimo.apache.org/)
>
> Castor (http://castor.org/)
>

Re: [Vote] Make new site live

2006-02-21 Thread Bruce Snyder

On 2/21/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
> [ ] +1 Make new site go live.
> [ ] - 1 Lets hold off.

I notice that the Documentation tab links to the docs being hosted at
Atlassian. I'm OK with this, but how will this be received in the
scope of the Confluence battle?

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

Castor (http://castor.org/)

Re: [Vote] Make new site live

2006-02-21 Thread Paul McMahan

I checked out and built from :
https://svn.apache.org/repos/asf/geronimo/site/
The new site looks great!  Nice work!

A couple of comments:

-   Clicking on the "Documentation" tab at the top currently
pops up a new browser window with the Confluence wiki  I think
some users might want to avoid popping up new windows.  I
recommend that we load the contents of "documentation.html" instead,
which is the document that gets loaded if you click on the "Library"
link in the area on the left. (It actually says "Apache Geronimo
Documentation" at the top of that page, so maybe that was the intent
and the popup behavior was an oversight?)

-   The XML schemas page has a different look from the other
pages, at least in my browser (linux firefox 1.0.7).  The fonts
and navigation area are different, for example.  I can send you a
screenshot if that helps.

Best wishes,
PaulOn 2/21/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
+1- sachinOn Feb 21, 2006, at 12:30 PM, Sachin Patel wrote:> [ ] +1 Make new site go live.> [ ] - 1 Lets hold off.>> - sachin On Feb 21, 2006, at 11:32 AM, Hernan Cunico wrote:
>>> Hi All,>> I just finished checking the updated Geronimo Web site from the>> svn and everything looks OK !!!>> I think the site is ready to GO LIVE! :) Cheers!
>> Hernan>

Re: [Vote] Make new site live

2006-02-21 Thread Jeff Genender

+1

Sachin Patel wrote:
> [ ] +1 Make new site go live.
> [ ] - 1 Lets hold off.
> 
> - sachin
> 
> 
> 
> On Feb 21, 2006, at 11:32 AM, Hernan Cunico wrote:
> 
>> Hi All,
>> I just finished checking the updated Geronimo Web site from the svn
>> and everything looks OK !!!
>> I think the site is ready to GO LIVE! :)
>>
>> Cheers!
>> Hernan

Re: [Vote] Make new site live


+1

- sachin



On Feb 21, 2006, at 12:30 PM, Sachin Patel wrote:


[ ] +1 Make new site go live.
[ ] - 1 Lets hold off.

- sachin



On Feb 21, 2006, at 11:32 AM, Hernan Cunico wrote:


Hi All,
I just finished checking the updated Geronimo Web site from the  
svn and everything looks OK !!!

I think the site is ready to GO LIVE! :)

Cheers!
Hernan

[Vote] Make new site live


[ ] +1 Make new site go live.
[ ] - 1 Lets hold off.

- sachin



On Feb 21, 2006, at 11:32 AM, Hernan Cunico wrote:


Hi All,
I just finished checking the updated Geronimo Web site from the svn  
and everything looks OK !!!

I think the site is ready to GO LIVE! :)

Cheers!
Hernan

[jira] Resolved: (GERONIMO-1643) NullTransport class needs to implement protocolConnect

2006-02-21 Thread Kevan Miller (JIRA)

 [ http://issues.apache.org/jira/browse/GERONIMO-1643?page=all ]
 
Kevan Miller resolved GERONIMO-1643:


Fix Version: 1.0.1
 1.1
 Resolution: Fixed
  Assign To: Kevan Miller

branches/1.0:
Sending
1.0/modules/mail/src/java/org/apache/geronimo/mail/NullTransport.java
Transmitting file data .
Committed revision 379521.

trunk:
Sending
trunk/modules/mail/src/java/org/apache/geronimo/mail/NullTransport.java
Transmitting file data .
Committed revision 379525.


> NullTransport class needs to implement protocolConnect
> --
>
>  Key: GERONIMO-1643
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1643
>  Project: Geronimo
> Type: Bug
> Versions: 1.1, 1.0.1
> Reporter: Kevan Miller
> Assignee: Kevan Miller
>  Fix For: 1.0.1, 1.1

>
> o.a.g.mail.NullTransport is a very simple mail transport implementation used 
> for Geronimo testing. It does not currently override 
> javax.mail.Service.protocolConnect().
> With the 1.0 spec implementation of javax.mail, this wasn't a problem. 
> However, with the more correct 1.1 spec implementation of javax.mail, 
> NullTransport does not work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: Migrating to maven 2

2006-02-21 Thread Alan D. Cabrera


I would create one parent issue w/ many sub-tasks, one for each module.


Regards,
Alan

On 2/21/2006 7:42 AM, Prasad Kashyap wrote:


Jacek,

JIRAs are fine as long as they all stay bunched together (using a
special keyword, maybe).  Thanx for opening them for us.

After having discussed very many designs, a detailed summary of the
final design that we all agreed on should be available someplace.
Either copy/pasted into each of those JIRAs or on our wiki site or
some such place.

Cheers
Prasad

On 2/20/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
 


2006/2/20, Prasad Kashyap <[EMAIL PROTECTED]>:
   


We should have a wiki page with the modules list so that people can sign up ?
 


Hi Prasad,

Wouldn't it be better off having a set of JIRA tasks and let people
pick their favorities? I'll create them.

I'm about to commit some changes wrt Maven2 support that should help
people get started and jump in. I'm checking it out at the moment.

   


The page could also mark complete those modules already done.
 


JIRA is just for that. I don't think Wiki would help in any way. What
do you think?

   


I shall spare some cycles for it during this week as I wrap up my
itests subproject infrastructure. I shall devote full time towards
more modules conversion from next week.
 


Excellent! I've got some tasks assigned, too, and would be glad to see
more people involved so that we all don't get swamped with the
migration very quickly ;)

   


Prasad
 


Jacek

--
Jacek Laskowski
http://www.laskowski.org.pl

Re: [jira] Commented: (GERONIMO-1611) Apache Geronimo Web site update

2006-02-21 Thread Bruce Snyder

On 2/21/06, Sachin Patel (JIRA)  wrote:
> [ 
> http://issues.apache.org/jira/browse/GERONIMO-1611?page=comments#action_12367211
>  ]
>
> Sachin Patel commented on GERONIMO-1611:
> 
>
> Everything is checked in except for the new schemas.html which generates 
> inconsitent line ending error when commiting. Have no idea why.

Thanks for taking care of this, Sachin!

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

Castor (http://castor.org/)

Geronimo Web site update


Hi All,
I just finished checking the updated Geronimo Web site from the svn and 
everything looks OK !!!
I think the site is ready to GO LIVE! :)

Cheers!
Hernan

[jira] Created: (GERONIMO-1643) NullTransport class needs to implement protocolConnect

2006-02-21 Thread Kevan Miller (JIRA)

NullTransport class needs to implement protocolConnect
--

 Key: GERONIMO-1643
 URL: http://issues.apache.org/jira/browse/GERONIMO-1643
 Project: Geronimo
Type: Bug
Versions: 1.1, 1.0.1
Reporter: Kevan Miller


o.a.g.mail.NullTransport is a very simple mail transport implementation used 
for Geronimo testing. It does not currently override 
javax.mail.Service.protocolConnect().

With the 1.0 spec implementation of javax.mail, this wasn't a problem. However, 
with the more correct 1.1 spec implementation of javax.mail, NullTransport does 
not work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Commented: (GERONIMO-1611) Apache Geronimo Web site update

2006-02-21 Thread Sachin Patel (JIRA)

[ 
http://issues.apache.org/jira/browse/GERONIMO-1611?page=comments#action_12367211
 ] 

Sachin Patel commented on GERONIMO-1611:


Everything is checked in except for the new schemas.html which generates 
inconsitent line ending error when commiting. Have no idea why.

> Apache Geronimo Web site update
> ---
>
>  Key: GERONIMO-1611
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1611
>  Project: Geronimo
> Type: Improvement
>   Components: website
> Reporter: Hernan Cunico
> Assignee: Bruce Snyder
>  Attachments: site.diff.06-02-13.zip, site.diff.06-02-14.zip, 
> site.images.06-02-13.zip, sites_geronimo.06-02-08.zip, 
> sites_geronimo.06-02-09.zip, sites_geronimo.06-02-10.zip, 
> sites_geronimo.06-02-13.zip, sites_geronimo.06-02-17.zip
>
> I have updated the template of the current Apache Geronimo Web site to use 
> the one proposed from EPIQ

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: Migrating to maven 2