[jira] Commented: (GERONIMODEVTOOLS-223) J2EE module dependencies losting

[Shiva Kumar H R (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12592268#action_12592268
 ] 

Shiva Kumar H R commented on GERONIMODEVTOOLS-223:
--

Reference:
[news.eclipse.webtools] J2EE Module Dependencies not persisting
http://dev.eclipse.org/newslists/news.eclipse.webtools/msg11446.html

> J2EE module dependencies losting
> 
>
> Key: GERONIMODEVTOOLS-223
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-223
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.0.2
> Environment: Eclipse 3.3 + GEP (win32)
>Reporter: Tomasz Mazan
>Assignee: Shiva Kumar H R
> Fix For: 2.1.x
>
>
> I got J2EE project + 2 EJB projects. J2EE project has defined module 
> dependencies - uses both of my ejb projects. From time to time it losts one 
> of dependency and I have to set it again using project properties.

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

[jira] Closed: (GERONIMO-3984) Keystores portlet - Unlock keystore page shows wrong label on submit button

[Vamsavardhana Reddy (JIRA)]

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

Vamsavardhana Reddy closed GERONIMO-3984.
-

   Resolution: Fixed
Fix Version/s: 2.1.2

Fixed.  Will leave it up to others who can translate do the translation and 
fill in consolebase_zh.properties.

> Keystores portlet - Unlock keystore page shows wrong label on submit button
> ---
>
> Key: GERONIMO-3984
> URL: https://issues.apache.org/jira/browse/GERONIMO-3984
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1, 2.1.1, 2.2
>Reporter: Vamsavardhana Reddy
>Assignee: Vamsavardhana Reddy
>Priority: Minor
> Fix For: 2.1.2, 2.1.x, 2.2
>
> Attachments: GERONIMO-3984.patch
>
>
> The submit button has label 'Unlock Private Key' instead of 'Unlock Keystore'.

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

Re: trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties

[Vamsavardhana Reddy]

Ran into the issue again in the context of GERONIMO-3984.  I guess someone
who knows chinese can pitch in before each release and translate the missing
properties?

++Vamsi

On Mon, Jan 28, 2008 at 8:25 AM, YunFeng Ma <[EMAIL PROTECTED]> wrote:

> Upul is right, any key not found in
> consolebase_zh.properties will be
> searched in consolebase.properties, so I think anyone
> who works on the
> console can just take care of
> consolebase.properties (all in English), not
> consolebase_zh.properties (
> except you know Chinese :-) ), and then any others who
> know Chinese can
> translate consolebase.properties to
> consolebase_xx.properties.
>
> Thanks.
> -- Yun Feng
>
> Upul Godage wrote:
> > When the property is not found in the
> consolebase_zh.properties it
> > will look for the same property in the
> consolebase.properties and get
> > it from there.
> > So consolebase.properties become the default.  That
> value is
> > overridden by the the consolebase_zh .properties
> values. Proper way is
> > to provide the localized value in the consolebase_zh
> ..properties for
> > every consolebase.properties property.
> >
> > Upul
> >
> >
> > On Jan 27, 2008 11:11 PM, Vamsavardhana Reddy
> <[EMAIL PROTECTED]
> > > wrote:
> >
> > Can someone tell me how the property values in
> >
>
> trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties
> > are computed?  I have added a missing property
> > "consolebase.common.view" in
> consolebase.properties.  I guess the
> > same property should be added to
> consolebase_zh.properties as well.
> >
> >
>
>
>
>
>
>  
> 
> Looking for last minute shopping deals?
> Find them fast with Yahoo! Search.
> http://tools.search.yahoo.com/newsearch/category.php?category=shopping
>
>

Re: Platform scripts, cli tooling and GShell

[Jason Dillon]

Okay, I'll look at getting that sorted after I finish the SLF4J stuff.

--jason


On Apr 24, 2008, at 10:59 PM, David Jencks wrote:



On Apr 24, 2008, at 1:19 AM, Jason Dillon wrote:

Anyone know what the status of the GShell commands are for bin/ 
client and bin/deploy users?


They've all been implemented and worked at one time :-)



I think we need to clean up these scripts, so they all go through  
GShell, and drop the additional platform-specific script muck.


+1 from me



Anyone know how well the GShell commands cover the functionality of  
the previous cli bits?


I don't know of any missing functionality, but haven't looked at  
this for a long time.


thanks
david jencks




--jason

[jira] Updated: (GERONIMO-3972) Monitering Graphics failed to represent in IE 6 SP2

[Donald Woods (JIRA)]

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

Donald Woods updated GERONIMO-3972:
---

Fix Version/s: (was: 2.1.x)
   2.1.2

updated fix field from 2.1.x to 2.1.2

> Monitering Graphics failed to represent in IE 6 SP2
> ---
>
> Key: GERONIMO-3972
> URL: https://issues.apache.org/jira/browse/GERONIMO-3972
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1.1, 2.2
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Erik B. Craig
> Fix For: 2.1.2, 2.2
>
>
> There is a JavaScript error in IE 6 SP2:
> Error: 'text' is null or not an object

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

[BUILD] trunk: Failed for Revision: 651474

[gawor]

Geronimo Revision: 651474 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/build-2100.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/unit-test-reports
 
[INFO] snapshot org.apache.geronimo.configs:myfaces:2.2-SNAPSHOT: checking for 
updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.configs:myfaces:2.2-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] [car:prepare-metadata]
[INFO] [car:archive-car]
[INFO] Building jar: 
/home/geronimo/geronimo/trunk/plugins/myfaces/myfaces-deployer/target/myfaces-deployer-2.2-SNAPSHOT.car
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: myfaces-deployer-2.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing 
/home/geronimo/geronimo/trunk/plugins/myfaces/myfaces-deployer/target/myfaces-deployer-2.2-SNAPSHOT.car
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/configs/myfaces-deployer/2.2-SNAPSHOT/myfaces-deployer-2.2-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO] 

[INFO] Building Geronimo Plugins, OpenEJB :: Clustering over WADI
[INFO]task-segment: [install]
[INFO] 

[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 10 source files to 
/home/geronimo/geronimo/trunk/plugins/openejb/geronimo-openejb-clustering-wadi/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 4 source files to 
/home/geronimo/geronimo/trunk/plugins/openejb/geronimo-openejb-clustering-wadi/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: 
/home/geronimo/geronimo/trunk/plugins/openejb/geronimo-openejb-clustering-wadi/target/surefire-reports

---
 T E S T S
---
Running 
org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest
Tests run: 7, Failures: 0, Errors: 7, Skipped: 0, Time elapsed: 0.902 sec <<< 
FAILURE!
Running 
org.apache.geronimo.openejb.cluster.infra.BasicNetworkConnectorTrackerTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec
Running org.apache.geronimo.openejb.cluster.infra.NetworkConnectorMonitorTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.474 sec
Running 
org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest
Tests run: 8, Failures: 0, Errors: 8, Skipped: 0, Time elapsed: 0.284 sec <<< 
FAILURE!

Results :

Tests in error: 
  
testNewBeanEntryForUnknownDeploymentThrowsISE(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testNewBeanEntryOK(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testSessionDestructionFreeInstance(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testInboundSessionMigrationActivateAndPoolBeanEntry(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testOutboundSessionMigrationPassivateBeanEntry(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testOnFreeBeanEntryReleaseSession(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testOnPoolInstanceWithoutTransactionTriggersSessionOnEndAccess(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulInstanceManagerTest)
  
testInvokeBusinessMethodForUnknownDeploymentThrowsOEJBE(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testInvokeRemoteMethodForUnknownDeploymentThrowsOEJBE(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testOEJBIsRethrownForBusinessMethod(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testOEJBIsRethrownForRemoveMethod(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testBusinessMethodInvokationOK(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testRemoveMethodInvokationOK(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  
testGetLocationsRetunsNullWhenDeploymentIsNotRegistered(org.apache.geronimo.openejb.cluster.stateful.container.ClusteredStatefulContainerTest)
  

[jira] Commented: (GERONIMO-3984) Keystores portlet - Unlock keystore page shows wrong label on submit button

[Joe Bohn (JIRA)]

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

Joe Bohn commented on GERONIMO-3984:


ummm  2.1.1 has been out for vote (and the branch has been frozen for a 
while) so it definitely will not go in 2.1.1.

As far as consolebase_zh.properties I think you raised this before on the dev 
list but didn't get closure.  You might want to bring it up there again.  I'm 
not sure there is a right or wrong way to do it.   Either add the english 
version into the translated files or only add it in the english file.

> Keystores portlet - Unlock keystore page shows wrong label on submit button
> ---
>
> Key: GERONIMO-3984
> URL: https://issues.apache.org/jira/browse/GERONIMO-3984
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1, 2.1.1, 2.2
>Reporter: Vamsavardhana Reddy
>Assignee: Vamsavardhana Reddy
>Priority: Minor
> Fix For: 2.1.x, 2.2
>
> Attachments: GERONIMO-3984.patch
>
>
> The submit button has label 'Unlock Private Key' instead of 'Unlock Keystore'.

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

Re: SLF4J over Commons Logging

[Jason Dillon]

Took way too long at the airport, so punting commit until tomorrow  
when I'm awake again.


--jason


On Apr 24, 2008, at 5:18 AM, David Jencks wrote:


+higher than I can count :-)

thanks
david jencks

On Apr 23, 2008, at 1:25 PM, Jason Dillon wrote:

Yo yo... we've talked about this before, though a while ago... but  
IMO its about time we drop Commons Logging like a rock and move  
over to SLF4J.


The API is mostly the same, though SLF4J has native support for  
things like:


  log.trace()

And has additional varargs support for things like:

  log.info("this is my foo: {}", foo)

I can dig up the old email I posted hella long ago if needed, but I  
think its time to switch over.  Its been on the shelf for too long  
already IMO.  I'm ready to start updating things to use the new  
API, but before I do I want to get a general consensus from the  
group.


So chime in... failure to chime in means you agree with me :-P

:-)

--jason

Re: [VOTE] Geronimo Server 2.1.1 Release - RC2

[Kevan Miller]

On Apr 24, 2008, at 7:41 AM, Joe Bohn wrote:



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

I'll plan on calling this vote on Sunday evening (11 PM EST).

I will start tck runs shortly on these images.


Looks good. Thanks Joe! I reviewed source, binaries, and fired up one  
of the binaries.


+1 assuming TCK tests pass.

--kevan

Re: [VOTE] Geronimo Server 2.1.1 Release - RC2

[Rick McGuire]

+1

Joe Bohn wrote:

All,

I've prepared a second release candidate of Geronimo Server 2.1.1 for 
your review and vote.


The source for the Geronimo Server 2.1.1 release currently resides here:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.1

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.1

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-2.1.1-src.tar.gz 



http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/ contains the 
10 Java EE, Minimal, and Framework server binary distributions to be 
released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well 
as the RELEASE_NOTES and source code archives for the release.


For your convenience, here are pointers to the urls for the 
distributions in zip format:
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-jetty6-javaee5-2.1.1-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-jetty6-minimal-2.1.1-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-tomcat6-javaee5-2.1.1-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-tomcat6-minimal-2.1.1-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-framework-2.1.1-bin.zip 



The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.1-rc2/

When the release vote is approved, these maven artifacts will be moved 
to the m2-ibiblio-rsync-repository at Apache.



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

I'll plan on calling this vote on Sunday evening (11 PM EST).

I will start tck runs shortly on these images.


Joe Bohn

[jira] Commented: (GERONIMO-3988) complete instructions on putting FOP (Formatting Objects) jars into the Geronimo repository and including dependencies on these jars

[David Jencks (JIRA)]

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

David Jencks commented on GERONIMO-3988:


Does http://cwiki.apache.org/confluence/display/GMOxDOC21/Plugin+infrastructure 
answer your questions?  If so, can you suggest documentation changes that would 
have let you locate these instructions?  If not, what is missing?

It's usually better to ask these kind of questions on the user list before 
opening a jira issue.

> complete instructions on putting FOP (Formatting Objects) jars into the 
> Geronimo repository and including dependencies on these jars
> 
>
> Key: GERONIMO-3988
> URL: https://issues.apache.org/jira/browse/GERONIMO-3988
> Project: Geronimo
>  Issue Type: Task
>  Security Level: public(Regular issues) 
>  Components: deployment, documentation
>Affects Versions: 2.1
> Environment: Windows XP, WIndows 2003 Network
>Reporter: ilango gurusamy
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> IWhat is a series of steps needed to put the fop jars into the geronimo  
> repository at appropraite locations  and if  the jars are in a maven repo 
> would  I
> use the same locations. How can one accomplish this? How would I include 
> dependencies on these on these jars in  
> my geronimo plan for the web application. My web application is part of a 
> Business Process running the Apache ODE orchestration engine. I am looking to 
> add printing capability from an XForm deployed from Eclipse into Gerinimo 
> that host ODE, and several other applications. 
> How can I configure Apache FOP with Geronimo?

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

Re: [DISCUSS] Geronimo Server 2.1.1 Release

[David Jencks]

On Apr 24, 2008, at 8:47 AM, Kevan Miller wrote:



On Apr 24, 2008, at 2:31 AM, Jason Dillon wrote:

Um, this is really where they belong those, since they are specific  
to Geronimo.  But it should be possible to generate the resources w/ 
o license details... but probably have to use the new archetype-ng  
stuff, which is on my list todo actually...


I agree that this is where they belong.

I'm not sure I understand Dave's issue. If the files were  
substantially changed to be non-Geronimo specific archetypes, then  
IMO, there'd have been enough change that they prolly would no  
longer be covered under our license...


I guess my thinking only applies to the plugin archetype.  Lets say  
someone  writes some gbeans and comes up with a plugin using them that  
doesn't include any apache code.  Suppose they want to license the  
plugin under say lgpl.  With the apache license headers in the  
archetype templates, do they have to include an Apache notice with  
their plugin?


-- compiled plugin: maybe, the archetype has a bunch of hints about  
how to get the car-maven-plugin to generate the geronimo-plugin.xml,  
which goes into the plugin
-- source: yes, the generated pom will have apache license headers in  
it.


Is this desirable?

thanks
david jencks




--kevan

Re: Platform scripts, cli tooling and GShell

[David Jencks]

On Apr 24, 2008, at 1:19 AM, Jason Dillon wrote:

Anyone know what the status of the GShell commands are for bin/ 
client and bin/deploy users?


They've all been implemented and worked at one time :-)



I think we need to clean up these scripts, so they all go through  
GShell, and drop the additional platform-specific script muck.


+1 from me



Anyone know how well the GShell commands cover the functionality of  
the previous cli bits?


I don't know of any missing functionality, but haven't looked at this  
for a long time.


thanks
david jencks




--jason

Re: [DISCUSS] Geronimo Server 2.1.1 Release

[Kevan Miller]

On Apr 24, 2008, at 2:31 AM, Jason Dillon wrote:

Um, this is really where they belong those, since they are specific  
to Geronimo.  But it should be possible to generate the resources w/ 
o license details... but probably have to use the new archetype-ng  
stuff, which is on my list todo actually...


I agree that this is where they belong.

I'm not sure I understand Dave's issue. If the files were  
substantially changed to be non-Geronimo specific archetypes, then  
IMO, there'd have been enough change that they prolly would no longer  
be covered under our license...


--kevan

Re: SLF4J over Commons Logging

[Jason Dillon]

Aight... well, ~9 hours later, I think its working or at 99%  I need  
to re-add support for the org.apache.geronimo.log.ConsoleLogLevel  
property, perhaps even add a special bootstrap SLF4J impl, but I think  
that the work is almost ready to commit.


Re-building to see how the testsuite fairs with my latest changes...  
and I have to go pick up my mom at the airport, but I hope to get this  
committed later tonight :-)


--jason


On Apr 24, 2008, at 5:18 AM, David Jencks wrote:


+higher than I can count :-)

thanks
david jencks

On Apr 23, 2008, at 1:25 PM, Jason Dillon wrote:

Yo yo... we've talked about this before, though a while ago... but  
IMO its about time we drop Commons Logging like a rock and move  
over to SLF4J.


The API is mostly the same, though SLF4J has native support for  
things like:


  log.trace()

And has additional varargs support for things like:

  log.info("this is my foo: {}", foo)

I can dig up the old email I posted hella long ago if needed, but I  
think its time to switch over.  Its been on the shelf for too long  
already IMO.  I'm ready to start updating things to use the new  
API, but before I do I want to get a general consensus from the  
group.


So chime in... failure to chime in means you agree with me :-P

:-)

--jason

[BUILD] branches/2.1: Failed for Revision: 651221

[gawor]

Geronimo Revision: 651221 built with tests included
 
See the full build-0800.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080424/build-0800.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080424
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 31 minutes 59 seconds
[INFO] Finished at: Thu Apr 24 09:01:30 EDT 2008
[INFO] Final Memory: 300M/991M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080424/logs-0800-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080424/logs-0800-jetty/test.log
 
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.394 
sec <<< FAILURE!
 
Samples: branches/2.1
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080424/samples-0800.log
 
Build status: OK
 

Re: SLF4J over Commons Logging

[Dan Becker]

Jason Dillon wrote:
Yo yo... we've talked about this before, though a while ago... but IMO 
its about time we drop Commons Logging like a rock and move over to SLF4J.


+1

Lots of useful features in SLF4J. It performs well in the cases when you 
are not logging.


--
Thanks, Dan Becker

Re: SLF4J over Commons Logging

[Jason Dillon]

And testing now :-)

--jason


On Apr 24, 2008, at 5:18 AM, David Jencks wrote:


+higher than I can count :-)

thanks
david jencks

On Apr 23, 2008, at 1:25 PM, Jason Dillon wrote:

Yo yo... we've talked about this before, though a while ago... but  
IMO its about time we drop Commons Logging like a rock and move  
over to SLF4J.


The API is mostly the same, though SLF4J has native support for  
things like:


  log.trace()

And has additional varargs support for things like:

  log.info("this is my foo: {}", foo)

I can dig up the old email I posted hella long ago if needed, but I  
think its time to switch over.  Its been on the shelf for too long  
already IMO.  I'm ready to start updating things to use the new  
API, but before I do I want to get a general consensus from the  
group.


So chime in... failure to chime in means you agree with me :-P

:-)

--jason

Re: SLF4J over Commons Logging

[Jason Dillon]

Almost done ;-)

--jason


On Apr 24, 2008, at 5:18 AM, David Jencks wrote:


+higher than I can count :-)

thanks
david jencks

On Apr 23, 2008, at 1:25 PM, Jason Dillon wrote:

Yo yo... we've talked about this before, though a while ago... but  
IMO its about time we drop Commons Logging like a rock and move  
over to SLF4J.


The API is mostly the same, though SLF4J has native support for  
things like:


  log.trace()

And has additional varargs support for things like:

  log.info("this is my foo: {}", foo)

I can dig up the old email I posted hella long ago if needed, but I  
think its time to switch over.  Its been on the shelf for too long  
already IMO.  I'm ready to start updating things to use the new  
API, but before I do I want to get a general consensus from the  
group.


So chime in... failure to chime in means you agree with me :-P

:-)

--jason

[DISCUSS] Geronimo Server 2.1.1 Release - RC2

[Joe Bohn]

This is a discussion thread for issues related to the Geronimo Server 
2.1.1 release candidate (rc2) currently up for vote.


Please vote.

Joe

[VOTE] Geronimo Server 2.1.1 Release - RC2

[Joe Bohn]

All,

I've prepared a second release candidate of Geronimo Server 2.1.1 for 
your review and vote.


The source for the Geronimo Server 2.1.1 release currently resides here:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.1

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.1

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-2.1.1-src.tar.gz

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/ contains the 10 
Java EE, Minimal, and Framework server binary distributions to be 
released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as 
the RELEASE_NOTES and source code archives for the release.


For your convenience, here are pointers to the urls for the 
distributions in zip format:

http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-jetty6-javaee5-2.1.1-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-jetty6-minimal-2.1.1-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-tomcat6-javaee5-2.1.1-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-tomcat6-minimal-2.1.1-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.1-dist-rc2/geronimo-framework-2.1.1-bin.zip

The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.1-rc2/

When the release vote is approved, these maven artifacts will be moved 
to the m2-ibiblio-rsync-repository at Apache.



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

I'll plan on calling this vote on Sunday evening (11 PM EST).

I will start tck runs shortly on these images.


Joe Bohn

[BUILD] trunk: Failed for Revision: 651174

[gawor]

Geronimo Revision: 651174 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/build-0300.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 32 minutes 43 seconds
[INFO] Finished at: Thu Apr 24 03:40:55 EDT 2008
[INFO] Final Memory: 337M/672M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/logs-0300-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/logs-0300-jetty/test.log
 
[INFO] Running TestSuite
[INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 79.962 
sec <<< FAILURE!
 
Samples: trunk
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080424/samples-0300.log
 
Build status: OK
 

Platform scripts, cli tooling and GShell

[Jason Dillon]

Anyone know what the status of the GShell commands are for bin/client  
and bin/deploy users?


I think we need to clean up these scripts, so they all go through  
GShell, and drop the additional platform-specific script muck.


Anyone know how well the GShell commands cover the functionality of  
the previous cli bits?


--jason