date:20080313

[jira] Closed: (GERONIMO-3898) Provide handy way to configure log4j for a particular app

2008-03-13 Thread David Jencks (JIRA)


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

David Jencks closed GERONIMO-3898.
--

Resolution: Fixed

branches 2.1 rev 636646, trunk rev 636647 make the gbean actually work.

plugins/directory/branches/1.0 converted to g 2.1.1-SNAPSHOT and use of this 
gbean to segregate apacheds logging rev 636649

> Provide handy way to configure log4j for a particular app
> -
>
> Key: GERONIMO-3898
> URL: https://issues.apache.org/jira/browse/GERONIMO-3898
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Logging
>Affects Versions: 2.1.1, 2.2
>Reporter: David Jencks
>Assignee: David Jencks
> Fix For: 2.1.1, 2.2
>
>
> It may or may not be obvious to people how to configure log4j for their app 
> without breaking geronimo's log setup.  We can easily provide a gbean that 
> reads a property file, removes stuff that applies to global logging, and 
> feeds the rest to log4j.  Then people can supply a properties file for their 
> apps log4j configuration, either in the classpath or var/.

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

[jira] Commented: (GERONIMO-3898) Provide handy way to configure log4j for a particular app

2008-03-13 Thread syvalta (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578177#action_12578177
 ] 

syvalta commented on GERONIMO-3898:
---

I would prefer having geronimo-internal classes (I consider log4j as such) not 
visible to applications (at least by default). Currently there's a possibility 
for version mismatches and classloader issues, if the application includes 
different version of a library than geronimo has. Is there any plans to 
implement that (couldn't find anything in Jira)?. I know that it is possible to 
hide classes by configuration, but to be able to deploy an app without any 
extra configuration would be nice.

> Provide handy way to configure log4j for a particular app
> -
>
> Key: GERONIMO-3898
> URL: https://issues.apache.org/jira/browse/GERONIMO-3898
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Logging
>Affects Versions: 2.1.1, 2.2
>Reporter: David Jencks
>Assignee: David Jencks
> Fix For: 2.1.1, 2.2
>
>
> It may or may not be obvious to people how to configure log4j for their app 
> without breaking geronimo's log setup.  We can easily provide a gbean that 
> reads a property file, removes stuff that applies to global logging, and 
> feeds the rest to log4j.  Then people can supply a properties file for their 
> apps log4j configuration, either in the classpath or var/.

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

[jira] Created: (GERONIMODEVTOOLS-296) Set svn properties on newly added files

2008-03-13 Thread Shiva Kumar H R (JIRA)

Set svn properties on newly added files
---

 Key: GERONIMODEVTOOLS-296
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-296
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.0
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R
 Fix For: 2.1.0


See the guidelines:
http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html

Some of the newly added files under directories listed below don't have the 
required svn properties set. Set them manually to adhere to guidelines:

\plugins\org.apache.geronimo.deployment.v11.jaxbmodel
\plugins\org.apache.geronimo.deployment.v21.jaxbmodel
\plugins\org.apache.geronimo.st.core\src\org\apache\geronimo\st\core\jaxb
\plugins\org.apache.geronimo.st.ui\src\org\apache\geronimo\st\ui\providers
\plugins\org.apache.geronimo.st.v21.core\src\org\apache\geronimo\st\v21\core\jaxb
\plugins\org.apache.geronimo.st.v20.core\src\org\apache\geronimo\st\v20\core\jaxb

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

Re: link to eclipse settings on coding standards page?

2008-03-13 Thread Shiva Kumar H R

Thanks Jarek. I had totally missed out setting this configuration!! and all
new files I have added in GEP don't have the required svn properties set. I
have created GERONIMODEVTOOLS-296 for this and will fix it up. In fact it's
only now I am realizing that, in the files I have committed "" never got expanded!

-- 
Thanks,
Shiva

On Wed, Mar 12, 2008 at 9:55 PM, Jarek Gawor <[EMAIL PROTECTED]> wrote:

> Can we also add the following link to the coding-standards page:
>
> http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html
>
> Jarek
>
> On Thu, Mar 6, 2008 at 4:57 PM, Ted Kirby <[EMAIL PROTECTED]> wrote:
> > From http://geronimo.apache.org/coding-standards.html, can you add
> >  some text and a link to
> >  http://cwiki.apache.org/GMOxDEV/developing-geronimo-in-eclipse.html,
> >  which is available from devtools page, developing geronimo in eclipse?
> >   I took a shot at it, but did not appear to have permission to do so.
> >  It's nice to describe the coding standards, but even better, I think,
> >  to tell how to configure them IDEs that support it.
> >
> >  Thanks,
> >  Ted Kirby
> >
>

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Vamsavardhana Reddy

+1

to anything that makes life easier :)

++Vamsi

On Thu, Mar 13, 2008 at 5:04 AM, David Jencks <[EMAIL PROTECTED]>
wrote:

> IIUC we have a coding standard of a 4 space indent for all files
> (documented at http://cwiki.apache.org/GMOxDEV/coding-
> standards.html).  This can make working with maven difficult because
> its files and xml output generatiion use 2 space indent for xml
> and .vm files.
>
> I think we could make life a lot easier when using maven tooling to
> use a 2 space indent for xml and .vm and possibly other files.  At
> least with IDEA its easy to have different indents for java and xml
> files.
>
> Comments?
>
> thanks
> david jencks
>
>

[BUILD] trunk: Failed for Revision: 636647

2008-03-13 Thread gawor

Geronimo Revision: 636647 built with tests included
 
See the full build-0300.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080313/build-0300.log
 
Download the binaries from 
http://geronimo.apache.org/maven/server/binaries/trunk/20080313
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 30 minutes 45 seconds
[INFO] Finished at: Thu Mar 13 03:38:48 EDT 2008
[INFO] Final Memory: 310M/701M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080313/logs-0300-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080313/logs-0300-jetty/test.log
 
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 74.35 
sec <<< FAILURE!
 
Samples: trunk
=
Log: 
http://geronimo.apache.org/maven/server/binaries/trunk/20080313/samples-0300.log
 
Build status: OK

[jira] Commented: (GERONIMO-3907) Persistence Exception is not visible/lost for client.

2008-03-13 Thread Ralf Baumhof (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578208#action_12578208
 ] 

Ralf Baumhof commented on GERONIMO-3907:


I have just upgraded my geronimo 2.1 with a new openjpa (1.0.2) version. The 
error is the same. The situation always occurs if you have only one insert on 
the database. So, the physical insert on database is performed AFTER the 
stateless session bean is executed (by ejb container on performing the commit 
with the jta datasource). If i throw an exception by myself it is recognized. 
Did you try this situation in your environment?  The situation does not occur 
if i have several inserts on dependant objects. In this case OpenJPA writes to 
database earlier and the exception is thrown during one of the persist calls. 
The database is a postgresql 8.2 database. Is there a possibility to force 
OpenJPA always write through to the database on each persist call?? Much thanks 
in advance!!

> Persistence Exception is not visible/lost for client. 
> --
>
> Key: GERONIMO-3907
> URL: https://issues.apache.org/jira/browse/GERONIMO-3907
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: persistence
>Affects Versions: 2.0.2, 2.1
> Environment: Linux, Windows
>Reporter: Ralf Baumhof
>Priority: Blocker
>   Original Estimate: 0.08h
>  Remaining Estimate: 0.08h
>
> I am trying an insert on a table. The Entity class is wrong annotated, one 
> column was renamed in the table. Then the following situation occurs.  
> The call to persist(entity) is successfully, no exception is thrown. On 
> leaving the ejb container and returning to tomact a commit is performed (it's 
> a managed datasource, so container performs commit). This leads to the insert 
> on database. This insert fails, a rollback is performed. On return to the JSF 
> bean no exception can be seen by the bean. In the same class i have got a 
> query method. If i replace the call to persist with the call to the query 
> method everything works ok. The exception is thrown and is visible at the 
> client site. 
> This is the geronimo console output. The last line comes from the JSB bean 
> which reports a successful insert.
> 11:58:04,390 WARN  [Transaction] Unexpected exception from beforeCompletion; 
> transaction will roll back
>  
> org.apache.openjpa.persistence.PersistenceException: The transaction has been 
> rolled back.  See the nested exceptions for details on the errors that 
> occurred.
> at 
> org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2107)
> at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1954)
> at 
> org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1852)
> at 
> org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:514)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:499)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforePrepare(TransactionImpl.java:400)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:257)
> at 
> org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245)
> at 
> org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(TransactionPolicy.java:141)
> at 
> org.apache.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:75)
> at 
> org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:233)
> at 
> org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:188)
> at 
> org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:165)
> at 
> org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:217)
> at 
> org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:77)
> at 
> org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321)
> at 
> org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49)
> at $Proxy75.anlegenBenutzer(Unknown Source)
> at 
> de.nrw.hagen.ggrz.benutzer.controler.BenutzerControler.anlegenBenutzer(BenutzerControler.java:44)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.

[jira] Closed: (GERONIMODEVTOOLS-296) Set svn properties on newly added files

2008-03-13 Thread Shiva Kumar H R (JIRA)


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

Shiva Kumar H R closed GERONIMODEVTOOLS-296.


Resolution: Fixed

Completed: At revision: 636723  

> Set svn properties on newly added files
> ---
>
> Key: GERONIMODEVTOOLS-296
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-296
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: Shiva Kumar H R
>Assignee: Shiva Kumar H R
> Fix For: 2.1.0
>
>
> See the guidelines:
> http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html
> Some of the newly added files under directories listed below don't have the 
> required svn properties set. Set them manually to adhere to guidelines:
> \plugins\org.apache.geronimo.deployment.v11.jaxbmodel
> \plugins\org.apache.geronimo.deployment.v21.jaxbmodel
> \plugins\org.apache.geronimo.st.core\src\org\apache\geronimo\st\core\jaxb
> \plugins\org.apache.geronimo.st.ui\src\org\apache\geronimo\st\ui\providers
> \plugins\org.apache.geronimo.st.v21.core\src\org\apache\geronimo\st\v21\core\jaxb
> \plugins\org.apache.geronimo.st.v20.core\src\org\apache\geronimo\st\v20\core\jaxb

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

[jira] Created: (GERONIMO-3913) NPE in org.apache.geronimo.security.SubjectId.hashCode() caused by incorrect JAVA_HOME or JRE_HOME

2008-03-13 Thread Kevan Miller (JIRA)

NPE in org.apache.geronimo.security.SubjectId.hashCode() caused by incorrect 
JAVA_HOME or JRE_HOME
--

 Key: GERONIMO-3913
 URL: https://issues.apache.org/jira/browse/GERONIMO-3913
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.1, 2.0.2, 2.0.1
Reporter: Kevan Miller
 Fix For: 2.1, 2.0.2


An incorrect setting of JRE_HOME or JAVA_HOME can cause the following error. We 
should indicate to users the potential cause of the problem. Known to be a 
problem with 2.0.x, depending on the method used to start geronimo, may be a 
problem with 2.1


ERROR [org.apache.geronimo.gbean.runtime.GBeanInstanceState] [main] Error
while starting; GBean is now in the FAILED state:
abstractName="org.apache.geronimo.configs/webconsole-jetty6/2.0.1/car?J2EEApplication=org.apache.geronimo.configs/webconsole-jetty6/2.0.1/car,j2eeType=JACCManager,name=JACCManager"
java.lang.ExceptionInInitializerError
   at
org.apache.geronimo.security.jacc.ApplicationPolicyConfigurationManager.(ApplicationPolicyConfigurationManager.java:109)
   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
   at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
   at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
   at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
   at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:946)
   at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
   at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
   at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:539)
   at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
   at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
   at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
   at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
   at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
   at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
   at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
   at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
   at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
   at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:553)
   at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
   at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448)
   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$$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$$e380e87b.startConfiguration()
   at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
   at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
   at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
   at
org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
   at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Caused by: java.lang.NullPointerException
   at
org.apache.geronimo.security.SubjectId.hashCode(SubjectId.java:79)
   at java.util.HashMap.put(HashM

Re: [DISCUSS] Geronimo 2.1.1 release

2008-03-13 Thread Kevan Miller



On Mar 11, 2008, at 11:53 AM, Joe Bohn wrote:

I think it's about time we got a 2.1.1 release out.  The main  
motivation is to deliver a fix for the PortletSecurityException when  
using https on the admin console (https://issues.apache.org/jira/browse/GERONIMO-3855 
). but there are a lot of other fixes that have been integrated as  
well.


The TCK looked good with a recent run ... so I think that should not  
be an issue.


As far as snapshots go, it looks like we're now pulling in a  
snapshot for javamail that we would need to resolve (geronimo- 
javamail_1.4_mail-1.4-SNAPSHOT.jar).  I think that's the only one.


Are there any other changes/fixes that we should be looking to  
include prior to a release?


I am willing to get my feet wet as the release manager unless  
somebody else wants to pick it up.


That'd be great, Joe.

I definitely think it's time to get rolling on 2.1.1.

I see David B has started a release vote for OpenEJB 3.0. I'd like to  
pull that in, if possible (we'll want to get a TCK run using this  
version, regardless).


--kevan

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Donald Woods


+1


-Donald

David Jencks wrote:
IIUC we have a coding standard of a 4 space indent for all files 
(documented at http://cwiki.apache.org/GMOxDEV/coding-standards.html).  
This can make working with maven difficult because its files and xml 
output generatiion use 2 space indent for xml and .vm files.


I think we could make life a lot easier when using maven tooling to use 
a 2 space indent for xml and .vm and possibly other files.  At least 
with IDEA its easy to have different indents for java and xml files.


Comments?

thanks
david jencks




smime.p7s
Description: S/MIME Cryptographic Signature

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Kevan Miller



On Mar 12, 2008, at 7:34 PM, David Jencks wrote:

IIUC we have a coding standard of a 4 space indent for all files  
(documented at http://cwiki.apache.org/GMOxDEV/coding- 
standards.html).  This can make working with maven difficult because  
its files and xml output generatiion use 2 space indent for xml  
and .vm files.


I think we could make life a lot easier when using maven tooling to  
use a 2 space indent for xml and .vm and possibly other files.  At  
least with IDEA its easy to have different indents for java and xml  
files.


Comments?


K. So, you're proposing that either 2 or 4 space indent is acceptable  
for xml and .vm files? Or are you proposing that we'll update the  
indent in all existing files to be 2 space?


Is this what you're proposing?

"Either 2 or 4 space indent may be used for .xml and .vm files. 2- 
space indenting is preferred because that is the style generated by  
maven. When editing an existing file, either follow the convention  
already used in that file or convert it to use 2-space indent"


--kevan

Re: [VOTE] release specs-parent 1.5 and geronimo-servlet_2.5_spec-1.2

2008-03-13 Thread Donald Woods


+1  Thanks for pulling in the GERONIMO-3896 patch.


-Donald

David Jencks wrote:

Hi,

(dependent on genesis 1.4 take 5 release vote passing).


A user recently reported a bug in the servlet spec jar, 
see https://issues.apache.org/jira/browse/GERONIMO-3896



Tomcat has accepted the proposed fix in their trunk.


While working to upgrade to genesis-1.4 and thus release a new specs 
"parent" I realized the current layout was confusing during release.



The changes in this release:


update to use genesis-1.4 (thus this vote is dependent on the current 
genesis 1.4 vote passing)


GERONIMO-3908 reorganize the specs layout so the "parent" pom is in a 
different directory, specs-parent, so tagging does not copy the entire 
set of specs that happen to be in trunk at that moment.


GERONIMO-3896 make HEAD forward/include requests work.


Also I am moving the spec release numbering back to what I consider more 
sensible, namely x.y rather than x.y.z where the need for z or not is 
entirely up to the releaser.



specs-parent:
Staging repo:
http://people.apache.org/~djencks/staging-repo/specs/

Staging site:
http://people.apache.org/~djencks/staging-site/specs/1.5/


geronimo-servlet_2.5_spec-1.2:
Staging repo:
http://people.apache.org/~djencks/staging-repo/specs/servlet-2.5/

Staging site:
http://people.apache.org/~djencks/staging-site/specs/servlet-2.5/1.2/

Vote open for 72 hours.

[ ] +1
[ ] +0
[ ] -1

thanks
david jencks



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Donald Woods


+1 to only changing the .xml and .vm indents to 2 spaces.

-Donald

Donald Woods wrote:

+1


-Donald

David Jencks wrote:
IIUC we have a coding standard of a 4 space indent for all files 
(documented at 
http://cwiki.apache.org/GMOxDEV/coding-standards.html).  This can make 
working with maven difficult because its files and xml output 
generatiion use 2 space indent for xml and .vm files.


I think we could make life a lot easier when using maven tooling to 
use a 2 space indent for xml and .vm and possibly other files.  At 
least with IDEA its easy to have different indents for java and xml 
files.


Comments?

thanks
david jencks




smime.p7s
Description: S/MIME Cryptographic Signature

Re: svn commit: r636529 [1/15] - in /geronimo/samples/branches/1.0: ./ migration-ejb-bmp/ migration-ejb-bmp/dd/ migration-ejb-bmp/dd/META-INF/ migration-ejb-bmp/jndi/ migration-ejb-bmp/src/ migration-

2008-03-13 Thread Joe Bohn



Hi Eric,

I'm confused about this new samples branch.

Is it your intention to release these migration samples independently of 
the other samples (this seems to contradict your earlier affirmation on 
the discussion thread that we should release them concurrently and 
mirror the Geronimo version).   When you mentioned you were thinking of 
putting the migration samples under 
samples/branches/#/migration- I assumed the # was 2.1 (and 
echoed in trunk).


Is this because you are trying to figure out how to include them given 
that they are not built with maven?


Joe



[EMAIL PROTECTED] wrote:

Author: ecraig
Date: Wed Mar 12 14:54:41 2008
New Revision: 636529

URL: http://svn.apache.org/viewvc?rev=636529&view=rev
Log:
Initial check in of 1.0 migration demo apps from wiki
License headers, LICENSE.txt, NOTICE.txt have been added to all packages/files.

[jira] Created: (GERONIMO-3914) Use of hidden classes

2008-03-13 Thread Jean-Jacques Parent (JIRA)

Use of hidden classes
-

 Key: GERONIMO-3914
 URL: https://issues.apache.org/jira/browse/GERONIMO-3914
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
  Components: core
Affects Versions: 2.0.1
Reporter: Jean-Jacques Parent


First of all, thank you for your quick reply.
We have applied your solution and it works now. We encoutered some similar 
problems, which were also due to jar conflicts. So we had to add another hidden 
class as follow : 

org.jaxen
org.apache.axis2


If I understand well, by default the jar are always loaded from the parent 
classloader and not from the WEB-INF/lib directory of our web application (such 
as weblogic does for example). I find this quite dangerous because when I will 
migrate to Geronimo 2.0.2 which may contains new versions of jar, I will have 
to check that my application still work with those versions.
The solution will be to hide (as above) all the jar of our web application and 
which are shipped with Geronimo. This may be quite forcing to do.
Another solution may be to use the inverseClassloading flag of the 'Resource 
Adapter Geronimo Deployment Plan' if this is its purpose.
What is the best practise?


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

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Joe Bohn


+1 assuming we are not forcing everything to a 2 space indent.

Joe


David Jencks wrote:
IIUC we have a coding standard of a 4 space indent for all files 
(documented at http://cwiki.apache.org/GMOxDEV/coding-standards.html).  
This can make working with maven difficult because its files and xml 
output generatiion use 2 space indent for xml and .vm files.


I think we could make life a lot easier when using maven tooling to use 
a 2 space indent for xml and .vm and possibly other files.  At least 
with IDEA its easy to have different indents for java and xml files.


Comments?

thanks
david jencks

Re: link to eclipse settings on coding standards page?

2008-03-13 Thread Hernan Cunico


Done!

Cheers!
Hernan

Jarek Gawor wrote:

Can we also add the following link to the coding-standards page:

http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html

Jarek

On Thu, Mar 6, 2008 at 4:57 PM, Ted Kirby <[EMAIL PROTECTED]> wrote:

From http://geronimo.apache.org/coding-standards.html, can you add
 some text and a link to
 http://cwiki.apache.org/GMOxDEV/developing-geronimo-in-eclipse.html,
 which is available from devtools page, developing geronimo in eclipse?
  I took a shot at it, but did not appear to have permission to do so.
 It's nice to describe the coding standards, but even better, I think,
 to tell how to configure them IDEs that support it.

 Thanks,
 Ted Kirby

Re: Gshell fails to launch on trunk

2008-03-13 Thread Jason Dillon

Ooops, I think I forgot to update that when I upgraded :-(  Hopefully  
this type of problem will go away soon when I finish the dependency  
muck for gshell plugins... which will be soon.

--jason

On Mar 13, 2008, at 12:31 AM, Jason Warner wrote:

Donald,

It looks good to me.  Thanks!

On Wed, Mar 12, 2008 at 12:42 PM, Donald Woods <[EMAIL PROTECTED]>  
wrote:

This should be fixed now.  I updated -

assemblies/geronimo-boilerplate-minimal/src/main/underlay/etc/gsh- 
classworlds.conf
to use the same mina 1.1.5 version as the server in branches/2.1 and  
trunk.

-Donald

Jason Warner wrote:
> I checked out the latest trunk and tried to launch gshell, but found
> that it failed due to an error in plexus.  The problem seems to be
> caused by the recent update to using mina 1.1.5.  The 1.0-alpha-1
> version of gshell that is being used is telling plexus to look for
> version 1.1.2 of mina-core.  When it doesn't find it, it blows up  
and
> the console isn't launched.  This can be fixed by changing the  
version
> of mina that it is searching for in the gsh-classworlds.conf file  
in the
> etc directory.  What would be the proper fix for this?  1.0- 
alpha-1 is

> the latest tag.  It looks like trunk was recently updated to use
> mina-1.1.6.  I imagine we'd have the same problem using a snapshot  
build
> of trunk given that there's a version difference.  Is there  
another way
> to fix this problem or do we need to move gshell trunk over to  
1.1.5 and

> then include the snapshot build in geronimo trunk?
>
> Thanks,
>
>
> --
> ~Jason Warner

--
~Jason Warner

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread Jason Dillon

-1.  I don't think there is any value in making the indent for xml or  
any other files different than the normal indent for all other files.


--jason


On Mar 13, 2008, at 6:34 AM, David Jencks wrote:

IIUC we have a coding standard of a 4 space indent for all files  
(documented at http://cwiki.apache.org/GMOxDEV/coding- 
standards.html).  This can make working with maven difficult because  
its files and xml output generatiion use 2 space indent for xml  
and .vm files.


I think we could make life a lot easier when using maven tooling to  
use a 2 space indent for xml and .vm and possibly other files.  At  
least with IDEA its easy to have different indents for java and xml  
files.


Comments?

thanks
david jencks

Re: [VOTE] release specs-parent 1.5 and geronimo-servlet_2.5_spec-1.2

2008-03-13 Thread Jarek Gawor

+1

Jarek

On Wed, Mar 12, 2008 at 7:03 PM, David Jencks <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> (dependent on genesis 1.4 take 5 release vote passing).
>
>
>
>
> A user recently reported a bug in the servlet spec jar, see
> https://issues.apache.org/jira/browse/GERONIMO-3896
>
>
>
>
> Tomcat has accepted the proposed fix in their trunk.
>
>
>
>
> While working to upgrade to genesis-1.4 and thus release a new specs
> "parent" I realized the current layout was confusing during release.
>
>
>
>
> The changes in this release:
>
>
>
>
> update to use genesis-1.4 (thus this vote is dependent on the current
> genesis 1.4 vote passing)
>
> GERONIMO-3908 reorganize the specs layout so the "parent" pom is in a
> different directory, specs-parent, so tagging does not copy the entire set
> of specs that happen to be in trunk at that moment.
>
> GERONIMO-3896 make HEAD forward/include requests work.
>
>
>
>
> Also I am moving the spec release numbering back to what I consider more
> sensible, namely x.y rather than x.y.z where the need for z or not is
> entirely up to the releaser.
>
> specs-parent:
> Staging repo:
> http://people.apache.org/~djencks/staging-repo/specs/
>
> Staging site:
> http://people.apache.org/~djencks/staging-site/specs/1.5/
>
>
> geronimo-servlet_2.5_spec-1.2:
> Staging repo:
> http://people.apache.org/~djencks/staging-repo/specs/servlet-2.5/
>
> Staging site:
> http://people.apache.org/~djencks/staging-site/specs/servlet-2.5/1.2/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> thanks
> david jencks
>
>

Re: svn commit: r636529 [1/15] - in /geronimo/samples/branches/1.0: ./ migration-ejb-bmp/ migration-ejb-bmp/dd/ migration-ejb-bmp/dd/META-INF/ migration-ejb-bmp/jndi/ migration-ejb-bmp/src/ migration-

2008-03-13 Thread Erik B. Craig

Joe,

I am trying to back-port the migration samples relevant for the older
branches of the server into the svn repository.
I started by cleaning up the ones intended for the 1.0 version of the server
yesterday, and am working my way up from there, as all of them have not yet
been verified or modified to work on later versions of the server, while
some of them have and are attached to the wiki articles for those versions (
1.1, 2.0, 2.1)

On Thu, Mar 13, 2008 at 8:22 AM, Joe Bohn <[EMAIL PROTECTED]> wrote:

>
> Hi Eric,
>
> I'm confused about this new samples branch.
>
> Is it your intention to release these migration samples independently of
> the other samples (this seems to contradict your earlier affirmation on
> the discussion thread that we should release them concurrently and
> mirror the Geronimo version).   When you mentioned you were thinking of
> putting the migration samples under
> samples/branches/#/migration- I assumed the # was 2.1 (and
> echoed in trunk).
>
> Is this because you are trying to figure out how to include them given
> that they are not built with maven?
>
> Joe
>
>
>
> [EMAIL PROTECTED] wrote:
> > Author: ecraig
> > Date: Wed Mar 12 14:54:41 2008
> > New Revision: 636529
> >
> > URL: http://svn.apache.org/viewvc?rev=636529&view=rev
> > Log:
> > Initial check in of 1.0 migration demo apps from wiki
> > License headers, LICENSE.txt, NOTICE.txt have been added to all
> packages/files.
> >
> >
>
> 
>

-- 
Erik B. Craig

Re: [VOTE] release specs-parent 1.5 and geronimo-servlet_2.5_spec-1.2

2008-03-13 Thread Jay D. McHugh


+1

Jay

David Jencks wrote:

Hi,

(dependent on genesis 1.4 take 5 release vote passing).

A user recently reported a bug in the servlet spec jar, see 
https://issues.apache.org/jira/browse/GERONIMO-3896


Tomcat has accepted the proposed fix in their trunk.

While working to upgrade to genesis-1.4 and thus release a new specs 
"parent" I realized the current layout was confusing during release.


The changes in this release:

update to use genesis-1.4 (thus this vote is dependent on the current 
genesis 1.4 vote passing)
GERONIMO-3908 reorganize the specs layout so the "parent" pom is in a 
different directory, specs-parent, so tagging does not copy the entire 
set of specs that happen to be in trunk at that moment.

GERONIMO-3896 make HEAD forward/include requests work.

Also I am moving the spec release numbering back to what I consider more 
sensible, namely x.y rather than x.y.z where the need for z or not is 
entirely up to the releaser.


specs-parent:
Staging repo:
http://people.apache.org/~djencks/staging-repo/specs/

Staging site:
http://people.apache.org/~djencks/staging-site/specs/1.5/


geronimo-servlet_2.5_spec-1.2:
Staging repo:
http://people.apache.org/~djencks/staging-repo/specs/servlet-2.5/

Staging site:
http://people.apache.org/~djencks/staging-site/specs/servlet-2.5/1.2/

Vote open for 72 hours.

[ ] +1
[ ] +0
[ ] -1

thanks
david jencks

Re: [PROPOSAL] Indent 2 spaces in xml and vm files to match more common usage, especially maven.

2008-03-13 Thread David Jencks



On Mar 13, 2008, at 7:21 AM, Jason Dillon wrote:

-1.  I don't think there is any value in making the indent for xml  
or any other files different than the normal indent for all other  
files.


Let me give a couple of examples where the 4-space indent causes a  
lot of pain and will continue to:


- in genesis geronimo-skin we have a site.vm file that is a slightly  
modified copy of the default .vm file from doxia-sitetools.  Trying  
to update it or compare it with different indents is quite an  
experience.
- maven archetypes pop out xml with 2 space indenting, and maven xml  
has 2 space indenting.  Re-indenting our stuff any time you run an  
archetype or borrow some configuration from maven is a nuisance that  
frequently is ignored and again the spacing difference makes  
comparison quite difficult.


Do you have an editor that can't deal with different indents for  
different file types?


thanks
david jencks



--jason


On Mar 13, 2008, at 6:34 AM, David Jencks wrote:

IIUC we have a coding standard of a 4 space indent for all files  
(documented at http://cwiki.apache.org/GMOxDEV/coding- 
standards.html).  This can make working with maven difficult  
because its files and xml output generatiion use 2 space indent  
for xml and .vm files.


I think we could make life a lot easier when using maven tooling  
to use a 2 space indent for xml and .vm and possibly other files.   
At least with IDEA its easy to have different indents for java and  
xml files.


Comments?

thanks
david jencks

[jira] Commented: (GERONIMO-3833) Hard-coded gbean names and versions in monitoring code

2008-03-13 Thread Jarek Gawor (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578351#action_12578351
 ] 

Jarek Gawor commented on GERONIMO-3833:
---

Viet,

Wouldn't it be better to let the server do the actual query instead of shipping 
all the gbean names to the client and doing the query yourself? E.g. do 
something like that:

Set objectNameSet =
mbServerConn.queryNames(new 
ObjectName("*:name=MasterRemoteControlJMX,j2eeType=GBean,*), null);






> Hard-coded gbean names and versions in monitoring code
> --
>
> Key: GERONIMO-3833
> URL: https://issues.apache.org/jira/browse/GERONIMO-3833
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1, 2.1.1, 2.2
>Reporter: Jarek Gawor
>Assignee: Viet Hung Nguyen
> Fix For: 2.1.1, 2.2
>
>
> The monitoring code has hard-coded values in Java code and sql file:
> 1)
> The 
> ./plugins/monitoring/mconsole-war/src/main/java/org/apache/geronimo/monitoring/console/MRCConnector.java
>  contains the following constant:
> private static final String PATH = 
> "geronimo:ServiceModule=org.apache.geronimo.plugins.monitoring/agent-car-jmx/2.1-SNAPSHOT/car,J2EEServer=geronimo,
> name=MasterRemoteControlJMX,j2eeType=GBean";
> 2)
> The  
> ./plugins/monitoring/mconsole-ear/src/main/resources/MonitoringClientDB.sql 
> contains a bunch of the following values:
> 'geronimo:J2EEServer=geronimo,ServiceModule=org.apache.geronimo.configs/tomcat6/2.1/car,j2eeType=GBean,name=TomcatWebConnector'
> I'm not sure how these are used but in general these type of hardcoded values 
> should be avoided. It's really hard to maintain and keep track of.

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

[jira] Commented: (GERONIMO-3907) Persistence Exception is not visible/lost for client.

2008-03-13 Thread David Jencks (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578356#action_12578356
 ] 

David Jencks commented on GERONIMO-3907:


Have you tried entityManager.flush()?

> Persistence Exception is not visible/lost for client. 
> --
>
> Key: GERONIMO-3907
> URL: https://issues.apache.org/jira/browse/GERONIMO-3907
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: persistence
>Affects Versions: 2.0.2, 2.1
> Environment: Linux, Windows
>Reporter: Ralf Baumhof
>Priority: Blocker
>   Original Estimate: 0.08h
>  Remaining Estimate: 0.08h
>
> I am trying an insert on a table. The Entity class is wrong annotated, one 
> column was renamed in the table. Then the following situation occurs.  
> The call to persist(entity) is successfully, no exception is thrown. On 
> leaving the ejb container and returning to tomact a commit is performed (it's 
> a managed datasource, so container performs commit). This leads to the insert 
> on database. This insert fails, a rollback is performed. On return to the JSF 
> bean no exception can be seen by the bean. In the same class i have got a 
> query method. If i replace the call to persist with the call to the query 
> method everything works ok. The exception is thrown and is visible at the 
> client site. 
> This is the geronimo console output. The last line comes from the JSB bean 
> which reports a successful insert.
> 11:58:04,390 WARN  [Transaction] Unexpected exception from beforeCompletion; 
> transaction will roll back
>  
> org.apache.openjpa.persistence.PersistenceException: The transaction has been 
> rolled back.  See the nested exceptions for details on the errors that 
> occurred.
> at 
> org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2107)
> at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1954)
> at 
> org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1852)
> at 
> org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:514)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:499)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.beforePrepare(TransactionImpl.java:400)
> at 
> org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:257)
> at 
> org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245)
> at 
> org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(TransactionPolicy.java:141)
> at 
> org.apache.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:75)
> at 
> org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:233)
> at 
> org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:188)
> at 
> org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:165)
> at 
> org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:217)
> at 
> org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:77)
> at 
> org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321)
> at 
> org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49)
> at $Proxy75.anlegenBenutzer(Unknown Source)
> at 
> de.nrw.hagen.ggrz.benutzer.controler.BenutzerControler.anlegenBenutzer(BenutzerControler.java:44)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.apache.el.parser.AstValue.invoke(AstValue.java:131)
> at 
> org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
> at 
> org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68)
> at 
> javax.faces.component._MethodExpressionToMethodBinding.invoke(_MethodExpressionToMethodBinding.java:75)
> at 
> org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:54)
> at javax.faces.component.UICommand.broadcast(UICommand.java:121)
> at 
> javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:292)
>

[jira] Created: (GERONIMO-3915) Upgrade Monitoring and Debugview plugins to use Dojo instead of Dojolegacy

2008-03-13 Thread Donald Woods (JIRA)

Upgrade Monitoring and Debugview plugins to use Dojo instead of Dojolegacy
--

 Key: GERONIMO-3915
 URL: https://issues.apache.org/jira/browse/GERONIMO-3915
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
Affects Versions: 2.1, 2.1.1, 2.2
Reporter: Donald Woods
 Fix For: 2.2


Remove the need to include Dojolegacy (aka. Dojo 0.4.3) so we only ship Dojo 
1.0.2 and reduce our assembly footprint a little.


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

[jira] Commented: (GERONIMO-3856) Assemble a Server Confirmation Page

2008-03-13 Thread Joseph Leong (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578383#action_12578383
 ] 

Joseph Leong commented on GERONIMO-3856:


Progress:
 
1) Working on it...
2) Javascript added to perform check for plugin to prevent rendering null value 
500 error.
3) Working on it.. will need to determine if running on a windows / *nix based 
machine and change path location accordingly

> Assemble a Server Confirmation Page
> ---
>
> Key: GERONIMO-3856
> URL: https://issues.apache.org/jira/browse/GERONIMO-3856
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1, 2.1.1, 2.2
>Reporter: Joseph Leong
>Assignee: Joseph Leong
>Priority: Minor
>
> Improvements for the Assemble a Server Confirmation Page
> 1) At minimum the user should provide an artifact id otherwise assembly named 
> --bin.tar.gz will be created. The portlet should check for empty artifact id.
> 2) If no plugins are selected and 'assemble' button is pressed a nasty 
> exception will be displayed. The portlet should check if at least one plugin 
> was selected.
> 3) On the confirmation screen and on Windows the server path location will 
> contain / and \. For example c:\geronimo/var/temp/foo.tar.gz.

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

Re: WADI 2.0-M9 - Replace buggy 2.0-M8

2008-03-13 Thread Donald Woods


Can we also upgrade to aspectj-1.5.3?


-Donald

Gianny Damour wrote:

Hi,

A problem has been identified with WADI 2.0-M8 used by Geronimo 2.1 
causing the failure of clustered applications when a specific node (the 
node hosting the singleton partition rebalancing service)  is killed (a 
normal shutdown is fine). WADI 2.0-M9 addresses this problem. This 
release is backward compatible with 2.0-M8 and hence it simply needs to 
be installed into the geronimo repository to upgrade from 2.0-M8 to 2.0-M9.


There are convenience download links for the 2.0-M9 artifacts on WADI's 
home page: http://wadi.codehaus.org/


On a related notes, I will cut a 2.0 release for the next version of 
Geronimo which adds the following features:
* State, i.e. HTTP sessions and SFSB instances, are paged on disc in 
var/temp/SessionStore after a configurable period of time in memory; and
* Monitoring of global or Service Space Envelopes received and sent per 
peer: 
http://docs.codehaus.org/display/WADI/6.+Monitor+Global+or+Service+Space+Envelopes. 



When I checked in some basic support for SFSB clustering, I added the 
ability to register arbitrary distributed services. I believe this can 
be quite handy to implement the optional distributed job execution 
features of the JEE concurrency API under development within the 
sandbox. I wrote a WIKI page describing what I mean by distributed 
services: http://docs.codehaus.org/display/WADI/2.+Distributed+Services


If people are interested by working on a Geronimo caching implementation 
on top of the WADI's infra, then please ping me as this is the next big 
feature I will be working on.


Thanks,
Gianny



smime.p7s
Description: S/MIME Cryptographic Signature

[jira] Resolved: (GERONIMO-3909) Make NamingBuilders/NamingBuilderCollection ordered

2008-03-13 Thread Jarek Gawor (JIRA)


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

Jarek Gawor resolved GERONIMO-3909.
---

   Resolution: Fixed
Fix Version/s: 2.2

Add sort priority order to NamingBuilder/NamingBuilderCollection. Also, added 
AbstractNamingBuilder.lookupJndiContextMap() method that the builders can use 
to see if a given entry was already processed or not. This is in case two 
builders are set to process the same type of DD entry. Committed these changes 
to trunk (revision 636806).


> Make NamingBuilders/NamingBuilderCollection ordered
> ---
>
> Key: GERONIMO-3909
> URL: https://issues.apache.org/jira/browse/GERONIMO-3909
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2
>Reporter: Jarek Gawor
>Assignee: Jarek Gawor
> Fix For: 2.2
>
>
> Sometimes it might be necessary for one NamingBuilder to run before another 
> one. Right now, the NamingBuilderCollection is un-ordered and the 
> NamingBuilder are invoked in random order. 

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

[jira] Commented: (GERONIMO-3856) Assemble a Server Confirmation Page

2008-03-13 Thread Joseph Leong (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578408#action_12578408
 ] 

Joseph Leong commented on GERONIMO-3856:


Progress:

1) Javascript check added 
2) Javascript added to perform check for plugin to prevent rendering null value 
500 error.
3) Working on it.. will need to determine if running on a windows / *nix based 
machine and change path location accordingly

> Assemble a Server Confirmation Page
> ---
>
> Key: GERONIMO-3856
> URL: https://issues.apache.org/jira/browse/GERONIMO-3856
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1, 2.1.1, 2.2
>Reporter: Joseph Leong
>Assignee: Joseph Leong
>Priority: Minor
>
> Improvements for the Assemble a Server Confirmation Page
> 1) At minimum the user should provide an artifact id otherwise assembly named 
> --bin.tar.gz will be created. The portlet should check for empty artifact id.
> 2) If no plugins are selected and 'assemble' button is pressed a nasty 
> exception will be displayed. The portlet should check if at least one plugin 
> was selected.
> 3) On the confirmation screen and on Windows the server path location will 
> contain / and \. For example c:\geronimo/var/temp/foo.tar.gz.

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

[jira] Commented: (GERONIMO-3898) Provide handy way to configure log4j for a particular app

2008-03-13 Thread David Jencks (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578415#action_12578415
 ] 

David Jencks commented on GERONIMO-3898:


Documented at 
http://cwiki.apache.org/confluence/display/GMOxDOC21/Configuring+Application+Specific+Logging+with+Log4j

The request for  by default might be reasonable but is 
not really in scope of this issue.

> Provide handy way to configure log4j for a particular app
> -
>
> Key: GERONIMO-3898
> URL: https://issues.apache.org/jira/browse/GERONIMO-3898
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Logging
>Affects Versions: 2.1.1, 2.2
>Reporter: David Jencks
>Assignee: David Jencks
> Fix For: 2.1.1, 2.2
>
>
> It may or may not be obvious to people how to configure log4j for their app 
> without breaking geronimo's log setup.  We can easily provide a gbean that 
> reads a property file, removes stuff that applies to global logging, and 
> feeds the rest to log4j.  Then people can supply a properties file for their 
> apps log4j configuration, either in the classpath or var/.

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

Re: [DISCUSS] Geronimo 2.1 samples - zip files

2008-03-13 Thread Joe Bohn



Many of the sample wiki entries include *.zip files in addition to 
references to the svn repo.  These *.zip files include some snapshot of 
the source as well as the javadocs, xrefs, ears/wars, and in some cases 
even wiki html (I think including the wiki content in a zip is a bad 
idea ... it will never be up to date).


Several have spoken in favor of eliminating the zips and I was initially 
inclined to remove them myself in favor of just referencing svn.


However, that means that a user must build the samples (via maven) to 
get all the stuff included in the zip.  So the user must have svn & 
maven if they want to play with the samples on Geronimo or locally work 
with the source.


One possible compromise would be enhance the build to produce the zip 
files.  These zip files would be released when the samples themselves 
are released (and stored in an m2 repo).  We could then reference the 
released zip file artifacts from the wiki entries rather than attaching 
them directly to the wiki.  The benefit would be an svn/maven free way 
to get the source and artifacts to utilize the samples on Geronimo. 
Thoughts?

[jira] Created: (GERONIMO-3916) proxy connection does not capture the successful connection events

2008-03-13 Thread Sangjin Lee (JIRA)

proxy connection does not capture the successful connection events
--

 Key: GERONIMO-3916
 URL: https://issues.apache.org/jira/browse/GERONIMO-3916
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: AsyncHttpClient
Affects Versions: 1.x
Reporter: Sangjin Lee
Assignee: Rick McGuire
Priority: Minor


AsyncHttpClient emits monitoring events, and CONNECTION_SUCCESSFUL is emitted 
when we have a connected session.  However, the CONNECTION_SUCCESSFUL event is 
not emitted for a proxied connection.  See 
ProxyFutureListener.operationComplete()...

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

Re: [DISCUSS] Geronimo 2.1 samples - Archetype

2008-03-13 Thread Joe Bohn




The archetype needs to be documented in the wiki for 2.1+ if we intend 
to encourage its use.  I assume that is still the case (please speak-up 
otherwise).  BTW, I'm not sure what it would mean to release the 
archetype.  It produces a jar but I'm not sure what it would be used 
for.  Anybody have any opinions?


Joe

Re: [DISCUSS] Geronimo 2.1 samples - branches

2008-03-13 Thread Joe Bohn

We have the following branches in samples:
- geronimo/samples/branches/1.0
Newly added for the migration samples. We'll see what happens with
this branch. We don't have the other 1.0 samples (were there any?)
checked in.

- geronimo/samples/branches/2.0
This includes the samples for the 2.0.* server stream. It includes
jsp-examples and servlet-examples but those are not the ones that we
released with the 2.0.x releases which are included with the server at
https://svn.apache.org/repos/asf/geronimo/server/tags/2.0.2/applications/geronimo-examples.
We need to keep the branch but I'm wondering if we should remove the
jsp & servlet examples from it since the "real" copies are in the tagged
server svn repos.

- geronimo/samples/branches/2.0-M2
I'm not sure why this branch is around. I think it was an initial
experiment for the archetype as it contains just that and the
calculator-stateless-pojo example. I think this branch should be deleted.

- geronimo/samples/branches/2.1
This was created when the 2.1 server was released. We need this
for the 2.1 stream and I think we need to release this soon. This
brings up another question ... Do we release the 2.1 samples (like we
did for server) and keep a branch for 2.1.x-SNAPSHOT or do we just
release the samples and assert that if something breaks the samples it
should not be included in a subsequent 2.1.x server release?

- geronimo/samples/trunk
Current trunk for 2.2 (just like the server trunk). Definitely need
to keep this and ensure that appropriate changes are reflected from 2.1.

[jira] Created: (GERONIMO-3917) response future does not complete if a connection is closed before the response is received

2008-03-13 Thread Sangjin Lee (JIRA)

response future does not complete if a connection is closed before the response 
is received
---

 Key: GERONIMO-3917
 URL: https://issues.apache.org/jira/browse/GERONIMO-3917
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: AsyncHttpClient
Affects Versions: 1.x
Reporter: Sangjin Lee
Assignee: Rick McGuire


If for *any reason* the server closes a connection without sending the 
response, calls that wait on ResponseFuture.get() for the result will not 
return.

The key issue is the way HttpIoHandler.sessionClosed() works.  The 
sessionClosed() method is invoked when a session is closed.  Currently the only 
major things it does are to call callback's onClosed() method and remove the 
timeout alarm.  If the message was not received or an exception did not occur, 
however, the future remains not complete.  Therefore, any caller that waits on 
Future.get() will never get unblocked.

The sessionClosed() method needs to detect a situation where the connection is 
*prematurely* closed while the response has not been received and cause an 
exception and complete the future.

This is a pretty critical issue.



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

Re: [DISCUSS] Geronimo 2.1 samples - branches

2008-03-13 Thread Joe Bohn

Joe Bohn wrote:

It looks like the ldap-sample-app was also released with the 2.0.x servers.

- geronimo/samples/branches/2.1
This was created when the 2.1 server was released. We need this for
the 2.1 stream and I think we need to release this soon. This brings up
another question ... Do we release the 2.1 samples (like we did for
server) and keep a branch for 2.1.x-SNAPSHOT or do we just release the
samples and assert that if something breaks the samples it should not be
included in a subsequent 2.1.x server release?

- geronimo/samples/trunk
Current trunk for 2.2 (just like the server trunk). Definitely need
to keep this and ensure that appropriate changes are reflected from 2.1.

Re: [DISCUSS] Geronimo 2.1 samples - Archetype

2008-03-13 Thread David Jencks



On Mar 13, 2008, at 11:17 AM, Joe Bohn wrote:




The archetype needs to be documented in the wiki for 2.1+ if we  
intend to encourage its use.  I assume that is still the case  
(please speak-up otherwise).  BTW, I'm not sure what it would mean  
to release the archetype.  It produces a jar but I'm not sure what  
it would be used for.  Anybody have any opinions?


The new (plugin and assembly) archetypes are documented:

http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a 
+special-purpose+server+using+maven


If you have suggestions on how to document them better I'm all ears.   
This is the best I could think of.


thanks
david jencks


Joe

Re: [DISCUSS] Geronimo 2.1 samples - Archetype

2008-03-13 Thread Joe Bohn


David Jencks wrote:


On Mar 13, 2008, at 11:17 AM, Joe Bohn wrote:




The archetype needs to be documented in the wiki for 2.1+ if we intend 
to encourage its use.  I assume that is still the case (please 
speak-up otherwise).  BTW, I'm not sure what it would mean to release 
the archetype.  It produces a jar but I'm not sure what it would be 
used for.  Anybody have any opinions?


The new (plugin and assembly) archetypes are documented:

http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven

If you have suggestions on how to document them better I'm all ears. 
 This is the best I could think of.




David,

I'm specifically talking about the archetype for the samples located 
here: 
https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/geronimo-samples-archetype/

not the plugin or assembly archetypes.

I'm really just listing things that I think we need to clear up before 
we can release the 2.1 samples and trying to understand what it might 
mean to release the samples archetype.


Joe

Re: [DISCUSS] Geronimo 2.1 samples - Archetype

2008-03-13 Thread David Jencks



On Mar 13, 2008, at 11:41 AM, Joe Bohn wrote:


David Jencks wrote:

On Mar 13, 2008, at 11:17 AM, Joe Bohn wrote:



The archetype needs to be documented in the wiki for 2.1+ if we  
intend to encourage its use.  I assume that is still the case  
(please speak-up otherwise).  BTW, I'm not sure what it would  
mean to release the archetype.  It produces a jar but I'm not  
sure what it would be used for.  Anybody have any opinions?

The new (plugin and assembly) archetypes are documented:
http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a 
+special-purpose+server+using+maven
If you have suggestions on how to document them better I'm all  
ears.  This is the best I could think of.


David,

I'm specifically talking about the archetype for the samples  
located here: https://svn.apache.org/repos/asf/geronimo/samples/ 
branches/2.1/geronimo-samples-archetype/

not the plugin or assembly archetypes.

I'm really just listing things that I think we need to clear up  
before we can release the 2.1 samples and trying to understand what  
it might mean to release the samples archetype.


My apologies Joe, I misread the subject.
/engage brain before fingers

thanks
david jencks



Joe

1 2 >

1 - 100 of 114 matches

Mail list logo