(SM-751) Flow tracing with correlation id, BPE and ODE

2006-12-08 Thread Grant M

On 12/8/06, Guillaume Nodet [EMAIL PROTECTED] wrote:


On 12/7/06, Roger Menday [EMAIL PROTECTED] wrote:

 I get the impression that the servicemix-bpe component is not using the
 latest ode code - however, as it is today, this component *doesn't* seem

 to be sticking the correlationID, into exchanges it is making. This
 would be useful here too. I guess this will also be a problem with any
 non-servicemix components too :) ? servicemix-bpe also doesn't add the
 senderEndpoint as a property into the exchanges it makes.

servicemix-bpe is based on a donation to the ODE project which is not
maintained. You should try the ODE Service Engine provided by the ODE
project itself.



Unfortunately BPEL is fundamentally driven at the message level and although
the new ODE code is integrated with all the joys of MessageExchanges (both
JBI and Persistable ODE ones) there is still a basic disconnect between the
input to a BPEL process and any invokes that may occur during that BPEL
process.  At the point where an invoke is called a new MessageExchange is
created without deriving any properties from the initiating exchange.  That
is not to say initiating message exchange's properties couldn't be copied
but that it may lead to other side-effects.

There is some code in ODE that allows for the use of InvocationInterceptors
which may be a lead towards providing a configurable correlation mechanism
(as distinct from BPEL correlation sets) - the ODE guys should be able to
shed some light on this.

The reason why your solution didn't work for the current BPE component was
because it has two main external interfaces: BPEEndpoint which is a consumer
and JbiInvokeAction which is a provider.  I'm not sure how you'd go about
using thread local storage across two classes and I'm not sure if there is
even a guarantee that the JbiInvokeAction will be called in the same
thread.  I faced a similar situation with needing to correlate messages
coming in to BPE and invokes leaving BPE from the same initiating exchange
and the only easily implementable solution was to wrap an aspect around both
classes to generate a correlation id to be added to the incoming message xml
in a configurable manner.


Re: Convention on dropping tests under the test framework

2006-12-08 Thread David Jencks
I'm afraid I think it's way too early to try to categorize where  
tests should go.  Based on my experience so far I think we need to  
work on simplifying how to set up a small app and have some simple  
tests for it first.  Once we have enough of these to confuse  
ourselves about organization, and it's dead simple to write a new  
one, we can worry about categorizing them.


For instance it might be useful to have a maven archetype to set up  
everything except the app to test and the actual test cases.


thanks
david jencks

On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:


Since there were some questions today on where to drop new tests, I'll
take a stab at creating a convention. Feel free to offer your
suggestions so that we can modify it as we go along.

We  began by having 2 testsuites just as an example.
geronimo/testsuite/
console-testsuite
deployment-testsuite

But almost everything can fall under the category of the
deployment-testsuite since most tests do need some deployable
artifact. So I think we should use the deployment-testsuite purely for
testing the deploy tool. Especially, it should be used to test
features like hot-deploy, redeploy and undeploy which have had JIRAs
before.

We should categorize the tests so that they reflect the broad
functional areas of the server.

* web-testsuite (servlets, jsp, jstl)
* enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf  etc)
* mgmt-testsuite (jee management, deployment)
* webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
* performance-testsuite (server startup time, server footprint etc)
* security-testsuite
* console-testsuite
* regression (compatibility)

If nobody has any objection to this top categorization, I shall go
ahead and create these testsuites over the weekend. Meanwhile you may
drop your tests in the existing testsuites for now. I shall move them
appropriately.

Lastly, how do we deal with super apps like daytrader that can span
across multiple testsuites ?

Cheers
Prasad




Re: Convention on dropping tests under the test framework

2006-12-08 Thread Jason Dillon
I agree.  We need some *real* tests first so that we can see if the  
setup we have no will work, or will not.  Looks like it might need  
some more changes before we'd want to make a cookie cutter.


--jason


On Dec 8, 2006, at 12:35 AM, David Jencks wrote:

I'm afraid I think it's way too early to try to categorize where  
tests should go.  Based on my experience so far I think we need to  
work on simplifying how to set up a small app and have some simple  
tests for it first.  Once we have enough of these to confuse  
ourselves about organization, and it's dead simple to write a new  
one, we can worry about categorizing them.


For instance it might be useful to have a maven archetype to set up  
everything except the app to test and the actual test cases.


thanks
david jencks

On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:

Since there were some questions today on where to drop new tests,  
I'll

take a stab at creating a convention. Feel free to offer your
suggestions so that we can modify it as we go along.

We  began by having 2 testsuites just as an example.
geronimo/testsuite/
console-testsuite
deployment-testsuite

But almost everything can fall under the category of the
deployment-testsuite since most tests do need some deployable
artifact. So I think we should use the deployment-testsuite purely  
for

testing the deploy tool. Especially, it should be used to test
features like hot-deploy, redeploy and undeploy which have had JIRAs
before.

We should categorize the tests so that they reflect the broad
functional areas of the server.

* web-testsuite (servlets, jsp, jstl)
* enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf  etc)
* mgmt-testsuite (jee management, deployment)
* webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
* performance-testsuite (server startup time, server footprint etc)
* security-testsuite
* console-testsuite
* regression (compatibility)

If nobody has any objection to this top categorization, I shall go
ahead and create these testsuites over the weekend. Meanwhile you may
drop your tests in the existing testsuites for now. I shall move them
appropriately.

Lastly, how do we deal with super apps like daytrader that can span
across multiple testsuites ?

Cheers
Prasad






Re: svn commit: r483773 - in /geronimo/server/trunk: ./ applications/console/geronimo-console-standard/ applications/geronimo-examples/geronimo-jsp-examples/ configs/webconsole-jetty6/ configs/webcons

2006-12-08 Thread Paul McMahan

Should the JSTL classes be made available in the web container instead
of being included in the web apps? Looking at the spec that seems to
be the case.

Best wishes,
Paul

On 12/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Author: jbohn
Date: Thu Dec  7 17:53:34 2006
New Revision: 483773

URL: http://svn.apache.org/viewvc?view=revrev=483773
Log:
GERONIMO-2536 Update jetty6 and tomcat jee5 assemblies to include jstl 1.2 from 
glassfish
Also update jspc-maven-plugin to 1.4.7-SNAPSHOT to pick up jgenender's 
inclusion of jasper 6 (Thanks Jeff)

Modified:
geronimo/server/trunk/applications/console/geronimo-console-standard/pom.xml

geronimo/server/trunk/applications/geronimo-examples/geronimo-jsp-examples/pom.xml
geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml
geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml
geronimo/server/trunk/pom.xml

Modified: 
geronimo/server/trunk/applications/console/geronimo-console-standard/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/pom.xml?view=diffrev=483773r1=483772r2=483773
==
--- 
geronimo/server/trunk/applications/console/geronimo-console-standard/pom.xml 
(original)
+++ 
geronimo/server/trunk/applications/console/geronimo-console-standard/pom.xml 
Thu Dec  7 17:53:34 2006
@@ -131,7 +131,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 scopeprovided/scope
 /dependency

Modified: 
geronimo/server/trunk/applications/geronimo-examples/geronimo-jsp-examples/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/applications/geronimo-examples/geronimo-jsp-examples/pom.xml?view=diffrev=483773r1=483772r2=483773
==
--- 
geronimo/server/trunk/applications/geronimo-examples/geronimo-jsp-examples/pom.xml
 (original)
+++ 
geronimo/server/trunk/applications/geronimo-examples/geronimo-jsp-examples/pom.xml
 Thu Dec  7 17:53:34 2006
@@ -53,7 +53,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/webconsole-jetty6/pom.xml?view=diffrev=483773r1=483772r2=483773
==
--- geronimo/server/trunk/configs/webconsole-jetty6/pom.xml (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/pom.xml Thu Dec  7 17:53:34 
2006
@@ -181,7 +181,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml?view=diffrev=483773r1=483772r2=483773
==
--- geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml Thu Dec  
7 17:53:34 2006
@@ -75,7 +75,7 @@
 typejar/type
 /dependency
 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 typejar/type
 /dependency

Modified: geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/webconsole-tomcat/pom.xml?view=diffrev=483773r1=483772r2=483773
==
--- geronimo/server/trunk/configs/webconsole-tomcat/pom.xml (original)
+++ geronimo/server/trunk/configs/webconsole-tomcat/pom.xml Thu Dec  7 17:53:34 
2006
@@ -182,7 +182,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml?view=diffrev=483773r1=483772r2=483773
==
--- geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml (original)
+++ 

Re: Convention on dropping tests under the test framework

2006-12-08 Thread Jason Dillon
too lazy to insert a :-) every 10 words... so... just assume that I  
have.  :-P


On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:

Since there were some questions today on where to drop new tests, I'll
take a stab at creating a convention. Feel free to offer your
suggestions so that we can modify it as we go along.

We  began by having 2 testsuites just as an example.
geronimo/testsuite/
console-testsuite
deployment-testsuite


These were only basic, basic examples for how it _might_ work.   
Probably needs more thought before its really usable... though  
console-testsuite, which does not need to build custom apps or other  
muck, might be fine as is.  But other types of tests may need some  
custom app modules built, which is currently not part of the  
testsuite/* bits at all.




But almost everything can fall under the category of the
deployment-testsuite since most tests do need some deployable
artifact. So I think we should use the deployment-testsuite purely for
testing the deploy tool. Especially, it should be used to test
features like hot-deploy, redeploy and undeploy which have had JIRAs
before.


The deployment-testsuite was intended to test the deployment  
functionality of Geronimo... not just any place to put tests which  
have deployables.


And I just tossed that together to test module deployment, so maybe  
it should be refactored... or removed, or who knows.




We should categorize the tests so that they reflect the broad
functional areas of the server.

* web-testsuite (servlets, jsp, jstl)
* enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf  etc)
* mgmt-testsuite (jee management, deployment)
* webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
* performance-testsuite (server startup time, server footprint etc)
* security-testsuite
* console-testsuite
* regression (compatibility)

If nobody has any objection to this top categorization, I shall go
ahead and create these testsuites over the weekend. Meanwhile you may
drop your tests in the existing testsuites for now. I shall move them
appropriately.


Please wait on this until there is a real more complete set of tests  
which show that the setup/layout will scale for most/all types of  
tests... I am fairly sure that it will not scale asis.




Lastly, how do we deal with super apps like daytrader that can span
across multiple testsuites ?


I don't understand what you mean by this at all.  Why does it matter?

What is a super app anyways?  :-P

--jason


[jira] Created: (GERONIMO-2639) Upgrade dojo to 0.4.1

2006-12-08 Thread Paul McMahan (JIRA)
Upgrade dojo to 0.4.1
-

 Key: GERONIMO-2639
 URL: http://issues.apache.org/jira/browse/GERONIMO-2639
 Project: Geronimo
  Issue Type: Task
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 1.2, 2.0
Reporter: Paul McMahan
 Assigned To: Paul McMahan
 Fix For: 1.2, 2.0-M1




-- 
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: svn commit: r483773 - in /geronimo/server/trunk: ./ applications/console/geronimo-console-standard/ applications/geronimo-examples/geronimo-jsp-examples/ configs/webconsole-jetty6/ configs/webcons

2006-12-08 Thread David Jencks


On Dec 8, 2006, at 12:48 AM, Paul McMahan wrote:


Should the JSTL classes be made available in the web container instead
of being included in the web apps? Looking at the spec that seems to
be the case.


If this is a spec jar then according to current convention it should  
be included in the dependencies of the spec car.  If not it should be  
included in the default environment for each web builder.


thanks
david jencks



Best wishes,
Paul

On 12/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Author: jbohn
Date: Thu Dec  7 17:53:34 2006
New Revision: 483773

URL: http://svn.apache.org/viewvc?view=revrev=483773
Log:
GERONIMO-2536 Update jetty6 and tomcat jee5 assemblies to include  
jstl 1.2 from glassfish
Also update jspc-maven-plugin to 1.4.7-SNAPSHOT to pick up  
jgenender's inclusion of jasper 6 (Thanks Jeff)


Modified:
geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml
geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml

geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml
geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/applications/console/geronimo- 
console-standard/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/console/geronimo-console-standard/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml (original)
+++ geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml Thu Dec  7 17:53:34 2006

@@ -131,7 +131,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 scopeprovided/scope
 /dependency

Modified: geronimo/server/trunk/applications/geronimo-examples/ 
geronimo-jsp-examples/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/geronimo-examples/geronimo-jsp-examples/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml (original)
+++ geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml Thu Dec  7 17:53:34 2006

@@ -53,7 +53,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/pom.xml?view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/configs/webconsole-jetty6/pom.xml  
(original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/pom.xml Thu  
Dec  7 17:53:34 2006

@@ -181,7 +181,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/src/plan/plan.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml Thu Dec  7 17:53:34 2006

@@ -75,7 +75,7 @@
 typejar/type
 /dependency
 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 typejar/type
 /dependency

Modified: geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-tomcat/pom.xml?view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/configs/webconsole-tomcat/pom.xml  
(original)
+++ geronimo/server/trunk/configs/webconsole-tomcat/pom.xml Thu  
Dec  7 17:53:34 2006

@@ -182,7 +182,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-tomcat/src/plan/ 
plan.xml
URL: 

[jira] Closed: (GERONIMO-2639) Upgrade dojo to 0.4.1

2006-12-08 Thread Paul McMahan (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2639?page=all ]

Paul McMahan closed GERONIMO-2639.
--

Resolution: Fixed

 Upgrade dojo to 0.4.1
 -

 Key: GERONIMO-2639
 URL: http://issues.apache.org/jira/browse/GERONIMO-2639
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.2, 2.0
Reporter: Paul McMahan
 Assigned To: Paul McMahan
 Fix For: 1.2, 2.0-M1




-- 
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] Closed: (GERONIMO-2637) Remove Peer transport setup from JMS portlet in 1.2

2006-12-08 Thread Paul McMahan (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2637?page=all ]

Paul McMahan closed GERONIMO-2637.
--

Resolution: Fixed

 Remove Peer transport setup from JMS portlet in 1.2
 ---

 Key: GERONIMO-2637
 URL: http://issues.apache.org/jira/browse/GERONIMO-2637
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
  Components: console
Reporter: Dain Sundstrom
 Assigned To: Paul McMahan
 Fix For: 1.2


 The Peer transport doesn't work in 1.2 so the portlet option to configure it 
 should be removed.

-- 
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] Closed: (GERONIMO-1982) server try to deploy the modules in hot deployment directory again during server startup

2006-12-08 Thread Vamsavardhana Reddy (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-1982?page=all ]

Vamsavardhana Reddy closed GERONIMO-1982.
-

Fix Version/s: 1.1.2
   1.2
   2.0-M1
   (was: 2.0)
   Resolution: Fixed

Fix for GERONIMO-2548 addressed this one too.

 server try to deploy the modules in hot deployment directory again during 
 server startup
 

 Key: GERONIMO-1982
 URL: http://issues.apache.org/jira/browse/GERONIMO-1982
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Hot Deploy Dir
Affects Versions: 1.x
 Environment: all
Reporter: Rakesh Ranjan
Priority: Minor
 Fix For: 1.1.2, 1.2, 2.0-M1


 When Geronimo starts, it try to deploy the modules in the hot deployment 
 directory again even if that module is already deployed. Since the  
 application is already deployed, it throws an error : the application already 
 exists in the server.
 The Exception trace is :
 org.apache.geronimo.common.DeploymentException: Module GeronimoTestApp 
 already exists in the server.  Try to undeploy it first or use the redeploy 
 command.
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:245)
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:102)
 at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
 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: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.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:106)
 at 
 org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:59)
 at java.lang.Thread.run(Thread.java:534)

-- 
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-1982) server try to deploy the modules in hot deployment directory again during server startup

2006-12-08 Thread Vamsavardhana Reddy (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-1982?page=comments#action_12456775
 ] 

Vamsavardhana Reddy commented on GERONIMO-1982:
---

Make that GERONIMO-2584, the in my previous comment :o)

 server try to deploy the modules in hot deployment directory again during 
 server startup
 

 Key: GERONIMO-1982
 URL: http://issues.apache.org/jira/browse/GERONIMO-1982
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Hot Deploy Dir
Affects Versions: 1.x
 Environment: all
Reporter: Rakesh Ranjan
Priority: Minor
 Fix For: 1.2, 1.1.2, 2.0-M1


 When Geronimo starts, it try to deploy the modules in the hot deployment 
 directory again even if that module is already deployed. Since the  
 application is already deployed, it throws an error : the application already 
 exists in the server.
 The Exception trace is :
 org.apache.geronimo.common.DeploymentException: Module GeronimoTestApp 
 already exists in the server.  Try to undeploy it first or use the redeploy 
 command.
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:245)
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:102)
 at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
 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: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.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:106)
 at 
 org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:59)
 at java.lang.Thread.run(Thread.java:534)

-- 
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-2527) NullPointerException deploying app

2006-12-08 Thread Vamsavardhana Reddy (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-2527?page=comments#action_12456783
 ] 

Vamsavardhana Reddy commented on GERONIMO-2527:
---

May be deployer should provide an error message instead of printing the 
stackTrace.

 NullPointerException deploying app
 --

 Key: GERONIMO-2527
 URL: http://issues.apache.org/jira/browse/GERONIMO-2527
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Hot Deploy Dir
Affects Versions: 1.1.1
 Environment: Windows XP SP2, 1GB, Pentium IV 2.8ghz, running under 
 myeclipse launcher.
Reporter: Dario Andrade
Priority: Minor

 16:53:45,875 INFO  [Hot Deployer] Deploying root
 16:53:46,500 ERROR [Deployer] Deployment failed due to 
 java.lang.NullPointerException
   at 
 org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:180)
   at 
 org.apache.geronimo.web.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:121)
   at 
 org.apache.geronimo.web.deployment.AbstractWebModuleBuilder$$FastClassByCGLIB$$459e0cc.invoke(generated)
   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:122)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817)
   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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$7e386d1a.createModule(generated)
   at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
   at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.invoke(generated)
   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:122)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817)
   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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$7e386d1a.createModule(generated)
   at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:275)
   at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated)
   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:122)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817)
   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.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$8a25758c.getDeploymentPlan(generated)
   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:232)
   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
   at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
   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:122)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
   at 
 org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:106)
   at 
 org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:60)
   at java.lang.Thread.run(Thread.java:595)
 

[jira] Closed: (GERONIMO-2456) NOTICE.txt is missing some notices added during 1.1.1 development

2006-12-08 Thread Kevan Miller (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2456?page=all ]

Kevan Miller closed GERONIMO-2456.
--

Fix Version/s: 2.0-M1
   Resolution: Fixed

This has been fixed.

 NOTICE.txt is missing some notices added during 1.1.1 development
 -

 Key: GERONIMO-2456
 URL: http://issues.apache.org/jira/browse/GERONIMO-2456
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: buildsystem
Affects Versions: 1.2
Reporter: Kevan Miller
 Assigned To: Kevan Miller
 Fix For: 1.2, 2.0-M1


 The NOTICE.txt file is missing notices for Bouncy Castle, DOM4J, and JDBM.

-- 
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: svn commit: r483773 - in /geronimo/server/trunk: ./ applications/console/geronimo-console-standard/ applications/geronimo-examples/geronimo-jsp-examples/ configs/webconsole-jetty6/ configs/webcons

2006-12-08 Thread Joe Bohn


Yes, Paul is correct.  It's not a spec jar so I'll include it in the 
default environment for the builder as David recommends.


Thanks,
Joe


David Jencks wrote:


On Dec 8, 2006, at 12:48 AM, Paul McMahan wrote:


Should the JSTL classes be made available in the web container instead
of being included in the web apps? Looking at the spec that seems to
be the case.



If this is a spec jar then according to current convention it should  be 
included in the dependencies of the spec car.  If not it should be  
included in the default environment for each web builder.


thanks
david jencks



Best wishes,
Paul

On 12/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


Author: jbohn
Date: Thu Dec  7 17:53:34 2006
New Revision: 483773

URL: http://svn.apache.org/viewvc?view=revrev=483773
Log:
GERONIMO-2536 Update jetty6 and tomcat jee5 assemblies to include  
jstl 1.2 from glassfish
Also update jspc-maven-plugin to 1.4.7-SNAPSHOT to pick up  
jgenender's inclusion of jasper 6 (Thanks Jeff)


Modified:
geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml
geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml

geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml
geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/applications/console/geronimo- 
console-standard/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/console/geronimo-console-standard/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml (original)
+++ geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml Thu Dec  7 17:53:34 2006

@@ -131,7 +131,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 scopeprovided/scope
 /dependency

Modified: geronimo/server/trunk/applications/geronimo-examples/ 
geronimo-jsp-examples/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/geronimo-examples/geronimo-jsp-examples/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml (original)
+++ geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml Thu Dec  7 17:53:34 2006

@@ -53,7 +53,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/pom.xml?view=diffrev=483773r1=483772r2=483773
= 
=

--- geronimo/server/trunk/configs/webconsole-jetty6/pom.xml  (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/pom.xml Thu  Dec  
7 17:53:34 2006

@@ -181,7 +181,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/src/plan/plan.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml Thu Dec  7 17:53:34 2006

@@ -75,7 +75,7 @@
 typejar/type
 /dependency
 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 typejar/type
 /dependency

Modified: geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-tomcat/pom.xml?view=diffrev=483773r1=483772r2=483773
= 
=

--- geronimo/server/trunk/configs/webconsole-tomcat/pom.xml  (original)
+++ geronimo/server/trunk/configs/webconsole-tomcat/pom.xml Thu  Dec  
7 17:53:34 2006

@@ -182,7 +182,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId

Re: Convention on dropping tests under the test framework

2006-12-08 Thread Prasad Kashyap

On 12/8/06, David Jencks [EMAIL PROTECTED] wrote:


For instance it might be useful to have a maven archetype to set up
everything except the app to test and the actual test cases.

thanks
david jencks



I have alrady written an archetype plugin called
testsuite-archetype-plugin that will let you create a testsuite with
an empty testset project under it. Please see
http://cwiki.apache.org/GMOxDEV/integration-testing.html#IntegrationTesting-Gettingstarted

However, in your case, since you don't want us to be createing any moe
testsuites till we have colected enough tests, this is what you should
do :

1) just make a copy of test-deployment, (say call it cxf-deployment)
2) use it's child profile to go thro the complete maven lifecycle -
compile, build and test your apps.
3) it's parent (deployment-testsuite) will take care of the server
start/stop and reporting for you.

Cheers
Prasad

Cheers
Prasad





On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:

 Since there were some questions today on where to drop new tests, I'll
 take a stab at creating a convention. Feel free to offer your
 suggestions so that we can modify it as we go along.

 We  began by having 2 testsuites just as an example.
 geronimo/testsuite/
 console-testsuite
 deployment-testsuite

 But almost everything can fall under the category of the
 deployment-testsuite since most tests do need some deployable
 artifact. So I think we should use the deployment-testsuite purely for
 testing the deploy tool. Especially, it should be used to test
 features like hot-deploy, redeploy and undeploy which have had JIRAs
 before.

 We should categorize the tests so that they reflect the broad
 functional areas of the server.

 * web-testsuite (servlets, jsp, jstl)
 * enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf  etc)
 * mgmt-testsuite (jee management, deployment)
 * webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
 * performance-testsuite (server startup time, server footprint etc)
 * security-testsuite
 * console-testsuite
 * regression (compatibility)

 If nobody has any objection to this top categorization, I shall go
 ahead and create these testsuites over the weekend. Meanwhile you may
 drop your tests in the existing testsuites for now. I shall move them
 appropriately.

 Lastly, how do we deal with super apps like daytrader that can span
 across multiple testsuites ?

 Cheers
 Prasad




Re: Convention on dropping tests under the test framework

2006-12-08 Thread Prasad Kashyap

On 12/8/06, Jason Dillon [EMAIL PROTECTED] wrote:

too lazy to insert a :-) every 10 words... so... just assume that I
have.  :-P

On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:



 Lastly, how do we deal with super apps like daytrader that can span
 across multiple testsuites ?

I don't understand what you mean by this at all.  Why does it matter?

What is a super app anyways?  :-P


Maybe I should have called it a uber app. Unlike other small apps that
we create and use to test a particular feature, DT can serve as the
test app to test features across many categories.


--jason


Cheers
Prasad


[jira] Created: (GERONIMO-2640) Expose development and modificationTestInterval attributes in Jasper as configuration attributes for webcontainer

2006-12-08 Thread Sachin Patel (JIRA)
Expose development and modificationTestInterval attributes in Jasper as 
configuration attributes for webcontainer
-

 Key: GERONIMO-2640
 URL: http://issues.apache.org/jira/browse/GERONIMO-2640
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0
Reporter: Sachin Patel
 Assigned To: Sachin Patel
 Fix For: 2.0-M2


The Geronimo WebContainer should allow the attributes development and 
modificationTestInterval to be configurable.  In a development enviorment 
this should be set to true in the test enviorment.

-- 
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




Broker

2006-12-08 Thread garima015

I am new to ActiveMQJMS.I have requirement where Requestor and Replier are
residing on different JMS.If the broker is started is there any way from
which i can find out which broker is running to get the  connection from
ActiveMQConnectionFactory.
I need it to be as java code.
Any help will be really appreciated
-- 
View this message in context: 
http://www.nabble.com/Broker-tf2781151.html#a7759151
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



JSP 2.1 with Jetty 6.0 and tomcat 6 distributions

2006-12-08 Thread Anitha Krishnasamy

Hi,

I have deployed the Sample applications for JEE5 on both Jetty 6.0 and
Tomcat 6 distributions.
Servlets 2.5 application is working fine on both. But JSP 2.1 application
throwing the following error.

On Tomcat 6:
---
org.apache.jasper.JasperException: /SampleJSP.jsp(12,35) #{..} is not
allowed in template text
org.apache.jasper.compiler.DefaultErrorHandler.jspError(
DefaultErrorHandler.java:40)
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java
:406)
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java
:101)
org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java
:710)
org.apache.jasper.compiler.Node$ELExpression.accept(Node.java:935)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:178)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java
:566)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java
:314)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

On Jetty 6.0:

org.apache.jasper.JasperException: /SampleJSP.jsp(12,35) #{..} is not
allowed in template text
at org.apache.jasper.compiler.DefaultErrorHandler.jspError(
DefaultErrorHandler.java:40)
at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java
:406)
at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java
:101)
at org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java
:710)
at org.apache.jasper.compiler.Node$ELExpression.accept(Node.java:935)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
at org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
at org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:178)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
at org.apache.jasper.JspCompilationContext.compile(
JspCompilationContext.java:566)
at org.apache.jasper.servlet.JspServletWrapper.service(
JspServletWrapper.java:314)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(
InternalJettyServletHolder.java:62)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.apache.geronimo.jetty6.JettyServletHandler.doHandle(
JettyServletHandler.java:55)
at
org.apache.geronimo.jetty6.JettyServletHandler$ActualJettyServletHandler.handle
(JettyServletHandler.java:62)
at org.apache.geronimo.jetty6.JettyServletHandler$NoOpChainedHandler.handle(
JettyServletHandler.java:70)
at org.apache.geronimo.jetty6.JettyServletHandler.handle(
JettyServletHandler.java:47)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(
ThreadClassloaderHandler.java:46)
at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(
ComponentContextHandler.java:47)
at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(
InstanceContextHandler.java:58)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:389)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java
:123)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
at org.mortbay.jetty.Server.handle(Server.java:303)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(
HttpConnection.java:721)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
at 

[jira] Created: (GERONIMO-2641) Missing license headers

2006-12-08 Thread Jarek Gawor (JIRA)
Missing license headers
---

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


A whole bunch of Java files in trunk (at least) are missing the apache license 
header.  A basic list of such files can be generated with:

find . -name *.java -exec fgrep -L 'Apache Software' {} \;



-- 
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




XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate-min

2006-12-08 Thread anita kulshreshtha
Chris, 
   This commit added xalan to the assembly. Is it intentional?

Thanks
Anita

--- [EMAIL PROTECTED] wrote:

 Author: ccardona
 Date: Wed Dec  6 21:14:16 2006
 New Revision: 483346
 
 URL: http://svn.apache.org/viewvc?view=revrev=483346
 Log:
 GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks Tim.
 
 Changes:

applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
 – $Rev added
 
 assemblies/geronimo-boilerplate-minimal/pom.xml
 – xalan artifactItem added
 
 Modified:


geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties

 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 
 Modified:

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
 URL:

http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346

==
 ---

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
 (original)
 +++

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
 Wed Dec  6 21:14:16 2006
 @@ -14,6 +14,9 @@
  #  See the License for the specific language governing permissions
 and
  #  limitations under the License.
 

#=
 +#
 +# $Rev$ $Date$
 +#
  # SQL realm has special edit logic; don't bother with full list
  module.sql.name=Database (SQL) Realm
 

module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
 
 Modified:
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 URL:

http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346

==
 ---
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 (original)
 +++
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 Wed Dec  6 21:14:16 2006
 @@ -152,6 +152,12 @@
  /goals
  configuration
  artifactItems
 +
 +artifactItem
 +groupIdxalan/groupId
 +artifactIdxalan/artifactId
 +/artifactItem
 +
  artifactItem
  groupIdxerces/groupId
 
 artifactIdxercesImpl/artifactId
 
 
 



 

Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited


Overwritting the request queue

2006-12-08 Thread garima015

I am creating the request queue in Requestor from 
Destination requestQueue = session.createQueue(requestQueueName);
 and sending the message to queue

and then in replier i am again forming the request queue with same
rquestqueuename
Destination requestQueue = session.createQueue(requestQueueName);

and it is overwriting the request queue deleting all messages which were
initially there

Is this the right way to form the request queue in both Requestor and
Replier.Or else how to handle this?
Please if anybody can help me in this
Thanks in advance

-- 
View this message in context: 
http://www.nabble.com/Overwritting-the-request-queue-tf2781517.html#a7760344
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



Re: Broker

2006-12-08 Thread garima015

Solved!!!

garima015 wrote:
 
 I am new to ActiveMQJMS.I have requirement where Requestor and Replier are
 residing on different JMS.If the broker is started is there any way from
 which i can find out which broker is running to get the  connection from
 ActiveMQConnectionFactory.
 I need it to be as java code.
 Any help will be really appreciated
 

-- 
View this message in context: 
http://www.nabble.com/Broker-tf2781151.html#a7760355
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



Re: Overwritting the request queue

2006-12-08 Thread James Strachan

You might wanna surf some of the FAQ entries...

http://incubator.apache.org/activemq/how-do-i-create-new-destinations.html

On 12/8/06, garima015 [EMAIL PROTECTED] wrote:


I am creating the request queue in Requestor from
Destination requestQueue = session.createQueue(requestQueueName);
 and sending the message to queue

and then in replier i am again forming the request queue with same
rquestqueuename
Destination requestQueue = session.createQueue(requestQueueName);

and it is overwriting the request queue deleting all messages which were
initially there

Is this the right way to form the request queue in both Requestor and
Replier.Or else how to handle this?
Please if anybody can help me in this
Thanks in advance

--
View this message in context: 
http://www.nabble.com/Overwritting-the-request-queue-tf2781517.html#a7760344
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.





--

James
---
http://radio.weblogs.com/0112098/


Re: Overwritting the request queue

2006-12-08 Thread garima015

I surfed a lot..but was not able to find out the resolution...
Will be thankful if anybody can help


James.Strachan wrote:
 
 You might wanna surf some of the FAQ entries...
 
 http://incubator.apache.org/activemq/how-do-i-create-new-destinations.html
 
 On 12/8/06, garima015 [EMAIL PROTECTED] wrote:

 I am creating the request queue in Requestor from
 Destination requestQueue = session.createQueue(requestQueueName);
  and sending the message to queue

 and then in replier i am again forming the request queue with same
 rquestqueuename
 Destination requestQueue = session.createQueue(requestQueueName);

 and it is overwriting the request queue deleting all messages which were
 initially there

 Is this the right way to form the request queue in both Requestor and
 Replier.Or else how to handle this?
 Please if anybody can help me in this
 Thanks in advance

 --
 View this message in context:
 http://www.nabble.com/Overwritting-the-request-queue-tf2781517.html#a7760344
 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.


 
 
 -- 
 
 James
 ---
 http://radio.weblogs.com/0112098/
 
 

-- 
View this message in context: 
http://www.nabble.com/Overwritting-the-request-queue-tf2781517.html#a7760713
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



Re: Convention on dropping tests under the test framework

2006-12-08 Thread David Jencks


On Dec 8, 2006, at 6:30 AM, Prasad Kashyap wrote:


On 12/8/06, David Jencks [EMAIL PROTECTED] wrote:


For instance it might be useful to have a maven archetype to set up
everything except the app to test and the actual test cases.

thanks
david jencks



I have alrady written an archetype plugin called
testsuite-archetype-plugin that will let you create a testsuite with
an empty testset project under it. Please see
http://cwiki.apache.org/GMOxDEV/integration- 
testing.html#IntegrationTesting-Gettingstarted


However, in your case, since you don't want us to be createing any moe
testsuites till we have colected enough tests, this is what you should
do :

1) just make a copy of test-deployment, (say call it cxf-deployment)
2) use it's child profile to go thro the complete maven lifecycle -
compile, build and test your apps.
3) it's parent (deployment-testsuite) will take care of the server
start/stop and reporting for you.


I wasn't able to make anything work where the app being tested was  
under the directory that's a copy of *-deployment.  Now I'm working  
with a structure where the *-deployment is a child of the app build  
directory, and it seems to work.  Once I straighten out the tests so  
they work I'll check it in and we can see if it can be reorganized to  
be simpler.


I was wondering why the SeleniumTestSupport and ExtendedSelenium  
classes were in the tests themselves rather than in a support jar.   
I'd think these would be used by just about all tests.


FIxing the tests is likely to take me all day.  If you'd like to  
demonstrate what you think is correct structure you could set  
something up with the test ear from GERONIMO-2125


http://issues.apache.org/jira/secure/attachment/12336683/manifestcp- 
itest-v3.jar


which has a maven project to build a test ear.  With luck deploying  
it stlll works :-)


thanks
david jencks



Cheers
Prasad

Cheers
Prasad





On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:

 Since there were some questions today on where to drop new  
tests, I'll

 take a stab at creating a convention. Feel free to offer your
 suggestions so that we can modify it as we go along.

 We  began by having 2 testsuites just as an example.
 geronimo/testsuite/
 console-testsuite
 deployment-testsuite

 But almost everything can fall under the category of the
 deployment-testsuite since most tests do need some deployable
 artifact. So I think we should use the deployment-testsuite  
purely for

 testing the deploy tool. Especially, it should be used to test
 features like hot-deploy, redeploy and undeploy which have had  
JIRAs

 before.

 We should categorize the tests so that they reflect the broad
 functional areas of the server.

 * web-testsuite (servlets, jsp, jstl)
 * enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf   
etc)

 * mgmt-testsuite (jee management, deployment)
 * webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
 * performance-testsuite (server startup time, server footprint etc)
 * security-testsuite
 * console-testsuite
 * regression (compatibility)

 If nobody has any objection to this top categorization, I shall go
 ahead and create these testsuites over the weekend. Meanwhile  
you may
 drop your tests in the existing testsuites for now. I shall move  
them

 appropriately.

 Lastly, how do we deal with super apps like daytrader that can span
 across multiple testsuites ?

 Cheers
 Prasad






Re: JSP 2.1 with Jetty 6.0 and tomcat 6 distributions

2006-12-08 Thread Paul McMahan

The jetty and tomcat JEE5 assemblies both use jasper for JSP so that
explains why you're seeing the error in both places.  Looking at
org.apache.jaspler.compiler.Validator:705 I think I see where the
error occurs:

   // JSP.2.2 - '#{' not allowed in template text
   if (n.getType() == '#') {
   if (!pageInfo.isDeferredSyntaxAllowedAsLiteral()
(tagInfo == null
   || ((tagInfo != null) 
!tagInfo.getTagLibrary().getRequiredVersion().equals(2.0 {
   err.jspError(n, jsp.error.el.template.deferred);
   } else {
   return;
   }
   }

As to whether or not that error condition is valid I'm not sure.  I'm
particularly confused by the reference to JSP 2.2 in the comment, but
maybe that was a typo.  If you don't mind could you please create a
JIRA for this?

Best wishes,
Paul

On 12/8/06, Anitha Krishnasamy [EMAIL PROTECTED] wrote:

Hi,

I have deployed the Sample applications for JEE5 on both Jetty 6.0 and
Tomcat 6 distributions.
Servlets 2.5 application is working fine on both. But JSP 2.1 application
throwing the following error.

On Tomcat 6:
---
org.apache.jasper.JasperException: /SampleJSP.jsp(12,35)
#{..} is not allowed in template text
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
 org.apache.jasper.compiler.ErrorDispatcher.dispatch
(ErrorDispatcher.java:406)
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:101)
org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:710)
 org.apache.jasper.compiler.Node$ELExpression.accept
(Node.java:935)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
 org.apache.jasper.compiler.Node$Root.accept
(Node.java:489)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:178)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
 org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:566)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:314)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
 org.apache.jasper.servlet.JspServlet.service
(JspServlet.java:266)
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

On Jetty 6.0:

org.apache.jasper.JasperException: /SampleJSP.jsp(12,35)
#{..} is not allowed in template text
 at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
 at org.apache.jasper.compiler.ErrorDispatcher.dispatch
(ErrorDispatcher.java:406)
 at
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:101)
 at
org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:710)
 at org.apache.jasper.compiler.Node$ELExpression.accept
(Node.java:935)
 at
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
 at
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
 at
org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
 at
org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
 at
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
 at
org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
 at org.apache.jasper.compiler.Compiler.generateJava
(Compiler.java:178)
 at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
 at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
 at
org.apache.jasper.compiler.Compiler.compile(Compiler.java
:273)
 at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)
 at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:314)
 at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:320)
 at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
 at
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java
:459)
 at
org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:62)
 at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
 at org.apache.geronimo.jetty6.JettyServletHandler.doHandle
(JettyServletHandler.java:55)
 at
org.apache.geronimo.jetty6.JettyServletHandler$ActualJettyServletHandler.handle(JettyServletHandler.java:62)
 at
org.apache.geronimo.jetty6.JettyServletHandler$NoOpChainedHandler.handle
(JettyServletHandler.java:70)
 at
org.apache.geronimo.jetty6.JettyServletHandler.handle(JettyServletHandler.java:47)
 at

Re: 1.2 Beta Tasks

2006-12-08 Thread Matt Hogstrom
Question on the snapshots...what's the normal procedure for that in  
terms of releasing?


For 1.2 we'll have OpenEJB 2.2 and 2.3 SNAPSHOTs or releases. (David  
Blevins, I'm diagnosing some issues in DayTrader)


For other items do we take their code and create our own SNAPSHOT?   
Where does it get stored (SVN?)




On Dec 7, 2006, at 5:55 PM, Dain Sundstrom wrote:


On Dec 7, 2006, at 10:32 AM, Dain Sundstrom wrote:

We have a few remaining SNAPSHOTS dependencies in the tree [2].   
OpenEJB and Yoko are still being worked on for this release so a  
SNAPSHOT dependency is fine.  ActiveIO and OpenJPA have released  
versions for the code we are using and I will work to replace this  
today.


Done.

We only have SNAPSHOT dependencies on Yoko, a few Geronimo specs,  
TranQL and OpenEJB.


-dain




Matt Hogstrom
[EMAIL PROTECTED]




Re: Convention on dropping tests under the test framework

2006-12-08 Thread Matt Hogstrom


On Dec 8, 2006, at 3:50 AM, Jason Dillon wrote:

too lazy to insert a :-) every 10 words... so... just assume that I  
have.  :-P


dude, you're killing me :-P


Matt Hogstrom
[EMAIL PROTECTED]




Re: 1.2 Beta Tasks

2006-12-08 Thread Dain Sundstrom

On Dec 8, 2006, at 9:45 AM, Matt Hogstrom wrote:

Question on the snapshots...what's the normal procedure for that in  
terms of releasing?


IMO, it depends on the release.  If it is a final production release,  
there should be no SNAPSHOTS.  If it is a non-production release  
(alpha, beta or milestone), SNAPSHOTS are undesirable but we can  
leave them in.


For 1.2 we'll have OpenEJB 2.2 and 2.3 SNAPSHOTs or releases.  
(David Blevins, I'm diagnosing some issues in DayTrader)


We're going to have a final release for 1.2

For other items do we take their code and create our own SNAPSHOT?   
Where does it get stored (SVN?)


The only other SNAPSHOT is Yoko which I expect we'll get a final  
release for 1.2 final.


-dain






Re: Help building Geronimo 1.2?

2006-12-08 Thread Matt Hogstrom

What JDK are you using?

On Dec 7, 2006, at 6:37 PM, Christopher Blythe wrote:

Ran into the following while trying to build from the 1.2 branch  
today... I'm a little new to this, so... any thoughts? I checked  
the target directory and the XmlUtilTest class appears to be there.




Matt Hogstrom
[EMAIL PROTECTED]




Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

2006-12-08 Thread Christopher M. Cardona

Anita,

This change was made in branches/1.2 and so trunk is being synched up.

Best wishes,
chris

anita kulshreshtha wrote:
Chris, 
   This commit added xalan to the assembly. Is it intentional?


Thanks
Anita

--- [EMAIL PROTECTED] wrote:

  

Author: ccardona
Date: Wed Dec  6 21:14:16 2006
New Revision: 483346

URL: http://svn.apache.org/viewvc?view=revrev=483346
Log:
GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks Tim.

Changes:



applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
  

– $Rev added

assemblies/geronimo-boilerplate-minimal/pom.xml
– xalan artifactItem added

Modified:
   



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
   
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Modified:



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

URL:



http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346
  
==
  

---



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

(original)
+++



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

Wed Dec  6 21:14:16 2006
@@ -14,6 +14,9 @@
 #  See the License for the specific language governing permissions
and
 #  limitations under the License.




#=
  

+#
+# $Rev$ $Date$
+#
 # SQL realm has special edit logic; don't bother with full list
 module.sql.name=Database (SQL) Realm




module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
  

Modified:
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
URL:



http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346
  
==
  

---
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
(original)
+++
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
Wed Dec  6 21:14:16 2006
@@ -152,6 +152,12 @@
 /goals
 configuration
 artifactItems
+
+artifactItem
+groupIdxalan/groupId
+artifactIdxalan/artifactId
+/artifactItem
+
 artifactItem
 groupIdxerces/groupId

artifactIdxercesImpl/artifactId









 


Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

  




Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

2006-12-08 Thread anita kulshreshtha
   hmm... This change was only meant for the branch. I wonder what else
was synched up.. Is there a way to say that a certain change is meant
for a branch only, and should not be merged to the trunk? 

Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 Anita,
 
 This change was made in branches/1.2 and so trunk is being synched
 up.
 
 Best wishes,
 chris
 
 anita kulshreshtha wrote:
  Chris, 
 This commit added xalan to the assembly. Is it intentional?
 
  Thanks
  Anita
 
  --- [EMAIL PROTECTED] wrote:
 

  Author: ccardona
  Date: Wed Dec  6 21:14:16 2006
  New Revision: 483346
 
  URL: http://svn.apache.org/viewvc?view=revrev=483346
  Log:
  GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks
 Tim.
 
  Changes:
 
  
 

applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:

  – $Rev added
 
  assemblies/geronimo-boilerplate-minimal/pom.xml
  – xalan artifactItem added
 
  Modified:
 
 
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties

 
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 
  Modified:
 
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties

  URL:
 
  
 

http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346

 

==

  ---
 
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties

  (original)
  +++
 
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties

  Wed Dec  6 21:14:16 2006
  @@ -14,6 +14,9 @@
   #  See the License for the specific language governing
 permissions
  and
   #  limitations under the License.
 
 
  
 

#=

  +#
  +# $Rev$ $Date$
  +#
   # SQL realm has special edit logic; don't bother with full list
   module.sql.name=Database (SQL) Realm
 
 
  
 

module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule

  Modified:
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  URL:
 
  
 

http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346

 

==

  ---
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  (original)
  +++
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  Wed Dec  6 21:14:16 2006
  @@ -152,6 +152,12 @@
   /goals
   configuration
   artifactItems
  +
  +artifactItem
  +groupIdxalan/groupId
  +   
 artifactIdxalan/artifactId
  +/artifactItem
  +
   artifactItem
   groupIdxerces/groupId
  
  artifactIdxercesImpl/artifactId
 
 
 
  
 
 
 
   
 


  Yahoo! Music Unlimited
  Access over 1 million songs.
  http://music.yahoo.com/unlimited
 

 
 



 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.


active-cpp persistent problem

2006-12-08 Thread amq user

I'm struggling with persistent option in activemq-cpp client. (my java
client does the trick)
part of my code looks like:

producer-setDeliveryMode( DeliveryMode::PERSISTANT );

The problem is after I send a message, and stop the broker. The message is
gone.
If I send a lot of message exceeding the memory size the broker handles, I
got resource unavailable exception.

It looks to me the message I send over using cpp doesn't instruct the broker
to use persistent.
I'm using ActiveMQ 4.0.2, and activemq-cpp-1.0.

Please help. What else should I check. Did I miss anything?
Thanks


RE: active-cpp persistent problem

2006-12-08 Thread Bish, Tim

AFAIK the activemq-cpp message do properly send the persistant flag.  

Can you create a small test app that demonstrates to problem?

What are the steps you are currently following in both cases?  Are you
sending messages with the C++ client and they are not persistant when
you restart and connect a C++ client back to the broker, or have you
tried sending a message persistantly with C++ and then connecting back
with a Java client to see if that gets the messages that should have
been persisted?

Regards

Tim.

 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 2:10 PM
 To: activemq-dev
 Subject: active-cpp persistent problem
 
 I'm struggling with persistent option in activemq-cpp client. (my java
 client does the trick)
 part of my code looks like:
 
 producer-setDeliveryMode( DeliveryMode::PERSISTANT );
 
 The problem is after I send a message, and stop the broker. The
message is
 gone.
 If I send a lot of message exceeding the memory size the broker
handles, I
 got resource unavailable exception.
 
 It looks to me the message I send over using cpp doesn't instruct the
 broker
 to use persistent.
 I'm using ActiveMQ 4.0.2, and activemq-cpp-1.0.
 
 Please help. What else should I check. Did I miss anything?
 Thanks


Re: svn commit: r482713 - in /geronimo/specs: branches/1_1/geronimo-spec-j2ee-connector/src/main/java/javax/resource/ branches/1_1/geronimo-spec-j2ee-connector/src/test/java/javax/resource/ trunk/gero

2006-12-08 Thread Kevan Miller


On Dec 8, 2006, at 2:33 AM, Vamsavardhana Reddy wrote:


Kevan,

After your Simpler suggestion, I did a little investigation and  
made it even Simpler :o) .  Returning super.toString() in  
ResourceException.toString() has the same effect as eliminating the  
method altogether.  I guess the problem is with the bad testcase  
and it resulted in introducing further problems.  I think we should  
remove both ResourceException.toString() and  
ResourceExceptionTest.testToString() and this fix can go into all  
specs\branches and trunk.


Doh! Great. Thanks...

--kevan


Re: CMP failures in 2.3 (was: Openjeb itests - 552 tests, 2 failures, 2 errors)

2006-12-08 Thread David Blevins


On Dec 7, 2006, at 5:20 AM, Gianny Damour wrote:


On 07/12/2006, at 11:10 AM, David Blevins wrote:


On Dec 6, 2006, at 12:38 PM, Prasad Kashyap wrote:


We are now down to just 2 failures and 2 errors on the Openejb-2.3
itests. The stack trace is here  --  http://rifers.org/paste/show/ 
2622


org.apache.openejb.test.TestFailureException : null; nested  
exception is:
	junit.framework.AssertionFailedError: Should have thrown  
DuplicateKeyException

at junit.framework.Assert.fail(Assert.java:47)
	at  
org.apache.openejb.test.entity.cmp.CmpTransactionTests.testInvokeCrea 
teCreateSameCMP(CmpTransactionTests.java:67)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Transaction.testInvokeCreateFindForceCacheFlush  Time elapsed:  
0.32 sec   FAILURE!
junit.framework.AssertionFailedError: Received Exception class  
org.apache.openejb.test.TestFailureException : null; nested  
exception is:

junit.framework.AssertionFailedError: expected:1 but was:0
at junit.framework.Assert.fail(Assert.java:47)
	at  
org.apache.openejb.test.entity.cmp.CmpTransactionTests.testInvokeCrea 
teFindForceCacheFlush(CmpTransactionTests.java:83)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

Hi David,

Sorry for not pro-actively helping (hope to be back to OEJB after  
some WADI stuff).


No worries, you're a free man :)  Thanks for looking at the tests.

-David



Re: active-cpp persistent problem

2006-12-08 Thread amq user

On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:



AFAIK the activemq-cpp message do properly send the persistant flag.

Can you create a small test app that demonstrates to problem?



yes. my test code is just a copy of main.cpp from the example.

run method looks like:

   virtual void run() {
   try {
   // Open test message file
   FILE *fd;
   if ( (fd = fopen(messageFile.c_str(), r)) == NULL) {
   coutError: Can't open file: messageFileendl;
   return;
   }

   ActiveMQConnectionFactory* connectionFactory = new
ActiveMQConnectionFactory(tcp://10.111.53.230:2);
   // Create a Connection
   connection = connectionFactory-createConnection();
   connection-start();
   // Create a Session
   session = connection-createSession( Session::AUTO_ACKNOWLEDGE
);

   // Create the destination (Topic or Queue)
   destination = session-createQueue( TEST.FOO );

   // Create a MessageProducer from the Session to the Topic or
Queue
   producer = session-createProducer( destination );
   producer-setDeliveryMode( DeliveryMode::PERSISTANT );

   // Create the Thread Id String
   string threadIdStr = Integer::toString( Thread::getId() );

   // Create a messages
   string texts = (string)START_PERFORM_TEST;
   string texte = (string)END_PERFORM_TEST;
   TextMessage* message_s = session-createTextMessage(
string(texts) );

   producer-send( message_s );
   delete message_s;

   char * line = NULL;
   size_t len = 0;
   ssize_t read;
   for( int ix=0; ixnumMessages; ++ix ){
   fseek(fd,0L,SEEK_SET);
   while((read = getline(line,len,fd)) != -1) {
   //TextMessage* message = session-createTextMessage( text );
   TextMessage* message = session-createTextMessage(
string(line) );

   // Tell the producer to send the message
   //printf( Sent message from thread %s\n, threadIdStr.c_str()
);
   producer-send( message );

   delete message;
   }
   }

   TextMessage* message_e = session-createTextMessage(
string(texte) );
   producer-send( message_e );
   delete message_e;

   if(line)
   free(line);

  }catch ( CMSException e ) {
   e.printStackTrace();
   }
   }




What are the steps you are currently following in both cases?  Are you

sending messages with the C++ client and they are not persistant when
you restart and connect a C++ client back to the broker, or have you
tried sending a message persistantly with C++ and then connecting back
with a Java client to see if that gets the messages that should have
been persisted?



I used the cpp code above to send some messages. And they are gone after I
restart the broker. I tried to use cpp consumer to get those messages.
Actually, I don't need to restart the message to see if it is consistent or
not.  If i send enough message to the broker, jconsole says
MemoryPercentageUsed: 100. and I got this:
activemq::io::SocketOutputStream::write - Resource temporarily unavailable -
tid: 3085880224
   FILE: activemq/network/SocketOutputStream.cpp, LINE: 85 - tid:
3085880224
   FILE: activemq/connector/stomp/StompCommandWriter.cpp, LINE: 101 -
tid: 3085880224
   FILE: ./activemq/transport/ResponseCorrelator.h, LINE: 163 - tid:
3085880224
caught unknown exception - tid: 3085880224
   FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466 - tid:
3085880224
   FILE: activemq/core/ActiveMQSession.cpp, LINE: 495 - tid: 3085880224
   FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89 - tid: 3085880224
   FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71 - tid: 3085880224
caught unknown exception
   FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466
   FILE: activemq/core/ActiveMQSession.cpp, LINE: 495
   FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89
   FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71

Thanks





Regards


Tim.

 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 2:10 PM
 To: activemq-dev
 Subject: active-cpp persistent problem

 I'm struggling with persistent option in activemq-cpp client. (my java
 client does the trick)
 part of my code looks like:

 producer-setDeliveryMode( DeliveryMode::PERSISTANT );

 The problem is after I send a message, and stop the broker. The
message is
 gone.
 If I send a lot of message exceeding the memory size the broker
handles, I
 got resource unavailable exception.

 It looks to me the message I send over using cpp doesn't instruct the
 broker
 to use persistent.
 I'm using ActiveMQ 4.0.2, and activemq-cpp-1.0.

 Please help. What else should I check. Did I miss anything?
 Thanks



RE: active-cpp persistent problem

2006-12-08 Thread Bish, Tim
What version of the broker are you using?

Regards 

Tim



 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 2:37 PM
 To: activemq-dev@geronimo.apache.org
 Subject: Re: active-cpp persistent problem
 
 On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:
 
 
  AFAIK the activemq-cpp message do properly send the persistant flag.
 
  Can you create a small test app that demonstrates to problem?
 
 
 yes. my test code is just a copy of main.cpp from the example.
 
 run method looks like:
 
 virtual void run() {
 try {
 // Open test message file
 FILE *fd;
 if ( (fd = fopen(messageFile.c_str(), r)) == NULL) {
 coutError: Can't open file: messageFileendl;
 return;
 }
 
 ActiveMQConnectionFactory* connectionFactory = new
 ActiveMQConnectionFactory(tcp://10.111.53.230:2);
 // Create a Connection
 connection = connectionFactory-createConnection();
 connection-start();
 // Create a Session
 session = connection-createSession(
Session::AUTO_ACKNOWLEDGE
 );
 
 // Create the destination (Topic or Queue)
 destination = session-createQueue( TEST.FOO );
 
 // Create a MessageProducer from the Session to the Topic
or
 Queue
 producer = session-createProducer( destination );
 producer-setDeliveryMode( DeliveryMode::PERSISTANT );
 
 // Create the Thread Id String
 string threadIdStr = Integer::toString( Thread::getId() );
 
 // Create a messages
 string texts = (string)START_PERFORM_TEST;
 string texte = (string)END_PERFORM_TEST;
 TextMessage* message_s = session-createTextMessage(
 string(texts) );
 
 producer-send( message_s );
 delete message_s;
 
 char * line = NULL;
 size_t len = 0;
 ssize_t read;
 for( int ix=0; ixnumMessages; ++ix ){
 fseek(fd,0L,SEEK_SET);
 while((read = getline(line,len,fd)) != -1) {
 //TextMessage* message = session-createTextMessage(
text
 );
 TextMessage* message = session-createTextMessage(
 string(line) );
 
 // Tell the producer to send the message
 //printf( Sent message from thread %s\n,
 threadIdStr.c_str()
 );
 producer-send( message );
 
 delete message;
 }
 }
 
 TextMessage* message_e = session-createTextMessage(
 string(texte) );
 producer-send( message_e );
 delete message_e;
 
 if(line)
 free(line);
 
}catch ( CMSException e ) {
 e.printStackTrace();
 }
 }
 
 
 
 
 What are the steps you are currently following in both cases?  Are you
  sending messages with the C++ client and they are not persistant
when
  you restart and connect a C++ client back to the broker, or have you
  tried sending a message persistantly with C++ and then connecting
back
  with a Java client to see if that gets the messages that should have
  been persisted?
 
 
 I used the cpp code above to send some messages. And they are gone
after I
 restart the broker. I tried to use cpp consumer to get those messages.
 Actually, I don't need to restart the message to see if it is
consistent
 or
 not.  If i send enough message to the broker, jconsole says
 MemoryPercentageUsed: 100. and I got this:
 activemq::io::SocketOutputStream::write - Resource temporarily
unavailable
 -
 tid: 3085880224
 FILE: activemq/network/SocketOutputStream.cpp, LINE: 85 - tid:
 3085880224
 FILE: activemq/connector/stomp/StompCommandWriter.cpp, LINE:
101 -
 tid: 3085880224
 FILE: ./activemq/transport/ResponseCorrelator.h, LINE: 163 -
tid:
 3085880224
 caught unknown exception - tid: 3085880224
 FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466 -
 tid:
 3085880224
 FILE: activemq/core/ActiveMQSession.cpp, LINE: 495 - tid:
 3085880224
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89 - tid:
 3085880224
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71 - tid:
 3085880224
 caught unknown exception
 FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466
 FILE: activemq/core/ActiveMQSession.cpp, LINE: 495
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71
 
 Thanks
 
 
 
 
 
 Regards
 
  Tim.
 
   -Original Message-
   From: amq user [mailto:[EMAIL PROTECTED]
   Sent: Friday, December 08, 2006 2:10 PM
   To: activemq-dev
   Subject: active-cpp persistent problem
  
   I'm struggling with persistent option in activemq-cpp client. (my
java
   client does the trick)
   part of my code looks like:
  
   

Re: active-cpp persistent problem

2006-12-08 Thread amq user

ActiveMQ 4.0.2 and activemq-cpp-1.0



On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:


What version of the broker are you using?

Regards

Tim



 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 2:37 PM
 To: activemq-dev@geronimo.apache.org
 Subject: Re: active-cpp persistent problem

 On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:
 
 
  AFAIK the activemq-cpp message do properly send the persistant flag.
 
  Can you create a small test app that demonstrates to problem?


 yes. my test code is just a copy of main.cpp from the example.

 run method looks like:

 virtual void run() {
 try {
 // Open test message file
 FILE *fd;
 if ( (fd = fopen(messageFile.c_str(), r)) == NULL) {
 coutError: Can't open file: messageFileendl;
 return;
 }

 ActiveMQConnectionFactory* connectionFactory = new
 ActiveMQConnectionFactory(tcp://10.111.53.230:2);
 // Create a Connection
 connection = connectionFactory-createConnection();
 connection-start();
 // Create a Session
 session = connection-createSession(
Session::AUTO_ACKNOWLEDGE
 );

 // Create the destination (Topic or Queue)
 destination = session-createQueue( TEST.FOO );

 // Create a MessageProducer from the Session to the Topic
or
 Queue
 producer = session-createProducer( destination );
 producer-setDeliveryMode( DeliveryMode::PERSISTANT );

 // Create the Thread Id String
 string threadIdStr = Integer::toString( Thread::getId() );

 // Create a messages
 string texts = (string)START_PERFORM_TEST;
 string texte = (string)END_PERFORM_TEST;
 TextMessage* message_s = session-createTextMessage(
 string(texts) );

 producer-send( message_s );
 delete message_s;

 char * line = NULL;
 size_t len = 0;
 ssize_t read;
 for( int ix=0; ixnumMessages; ++ix ){
 fseek(fd,0L,SEEK_SET);
 while((read = getline(line,len,fd)) != -1) {
 //TextMessage* message = session-createTextMessage(
text
 );
 TextMessage* message = session-createTextMessage(
 string(line) );

 // Tell the producer to send the message
 //printf( Sent message from thread %s\n,
 threadIdStr.c_str()
 );
 producer-send( message );

 delete message;
 }
 }

 TextMessage* message_e = session-createTextMessage(
 string(texte) );
 producer-send( message_e );
 delete message_e;

 if(line)
 free(line);

}catch ( CMSException e ) {
 e.printStackTrace();
 }
 }




 What are the steps you are currently following in both cases?  Are you
  sending messages with the C++ client and they are not persistant
when
  you restart and connect a C++ client back to the broker, or have you
  tried sending a message persistantly with C++ and then connecting
back
  with a Java client to see if that gets the messages that should have
  been persisted?


 I used the cpp code above to send some messages. And they are gone
after I
 restart the broker. I tried to use cpp consumer to get those messages.
 Actually, I don't need to restart the message to see if it is
consistent
 or
 not.  If i send enough message to the broker, jconsole says
 MemoryPercentageUsed: 100. and I got this:
 activemq::io::SocketOutputStream::write - Resource temporarily
unavailable
 -
 tid: 3085880224
 FILE: activemq/network/SocketOutputStream.cpp, LINE: 85 - tid:
 3085880224
 FILE: activemq/connector/stomp/StompCommandWriter.cpp, LINE:
101 -
 tid: 3085880224
 FILE: ./activemq/transport/ResponseCorrelator.h, LINE: 163 -
tid:
 3085880224
 caught unknown exception - tid: 3085880224
 FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466 -
 tid:
 3085880224
 FILE: activemq/core/ActiveMQSession.cpp, LINE: 495 - tid:
 3085880224
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89 - tid:
 3085880224
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71 - tid:
 3085880224
 caught unknown exception
 FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466
 FILE: activemq/core/ActiveMQSession.cpp, LINE: 495
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89
 FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71

 Thanks





 Regards
 
  Tim.
 
   -Original Message-
   From: amq user [mailto:[EMAIL PROTECTED]
   Sent: Friday, December 08, 2006 2:10 PM
   To: activemq-dev
   Subject: active-cpp persistent problem
  
   I'm struggling with persistent option in activemq-cpp client. (my
java
   client does the trick)
 

[jira] Closed: (GERONIMO-2377) deploying a new datasource with the same name does not indicate any problem in the console

2006-12-08 Thread Dain Sundstrom (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2377?page=all ]

Dain Sundstrom closed GERONIMO-2377.


Resolution: Fixed

Applied to 1.2 and 2.0.  Thanks for the patch Bill Dudney!

 deploying a new datasource with the same name does not indicate any problem 
 in the console
 --

 Key: GERONIMO-2377
 URL: http://issues.apache.org/jira/browse/GERONIMO-2377
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.2
Reporter: Bill Dudney
 Assigned To: Dain Sundstrom
 Fix For: 1.2, 2.0

 Attachments: GERONIMO-2377.bdudney.patch


 Console acts as if it deployeed the datasource but the console spits out an 
 error message;
 Deployer operation failed: Module console.dbpool/DefaultDS/1.0/rar already 
 exists in the server.  Try to undeploy it first or use the redeploy command.
 org.apache.geronimo.common.DeploymentException: Module 
 console.dbpool/DefaultDS/1.0/rar already exists in the server.  Try to 
 undeploy it first or use the redeploy command.
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
 at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
 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:122)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:855)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
 at 
 org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:106)
 at 
 org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:60)
 at java.lang.Thread.run(Thread.java:552)

-- 
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: active-cpp persistent problem

2006-12-08 Thread amq user

I do see the message is NON-PERSISTENT from jconsole using browse().
No matter how I set it (persistent or non-persisten) in the cpp code. I got
NON_PERSISTENT. Please help!


On 12/8/06, amq user [EMAIL PROTECTED] wrote:


 ActiveMQ 4.0.2 and activemq-cpp-1.0



On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:

 What version of the broker are you using?

 Regards

 Tim



  -Original Message-
  From: amq user [mailto:[EMAIL PROTECTED]
  Sent: Friday, December 08, 2006 2:37 PM
  To: activemq-dev@geronimo.apache.org
  Subject: Re: active-cpp persistent problem
 
  On 12/8/06, Bish, Tim  [EMAIL PROTECTED] wrote:
  
  
   AFAIK the activemq-cpp message do properly send the persistant flag.
  
   Can you create a small test app that demonstrates to problem?
 
 
  yes. my test code is just a copy of main.cpp from the example.
 
  run method looks like:
 
  virtual void run() {
  try {
  // Open test message file
  FILE *fd;
  if ( (fd = fopen(messageFile.c_str(), r)) == NULL) {
  coutError: Can't open file: messageFileendl;
  return;
  }
 
  ActiveMQConnectionFactory* connectionFactory = new
  ActiveMQConnectionFactory(tcp://10.111.53.230:2);
  // Create a Connection
  connection = connectionFactory-createConnection();
  connection-start();
  // Create a Session
  session = connection-createSession(
 Session::AUTO_ACKNOWLEDGE
  );
 
  // Create the destination (Topic or Queue)
  destination = session-createQueue( TEST.FOO );
 
  // Create a MessageProducer from the Session to the Topic
 or
  Queue
  producer = session-createProducer( destination );
  producer-setDeliveryMode( DeliveryMode::PERSISTANT );
 
  // Create the Thread Id String
  string threadIdStr = Integer::toString( Thread::getId() );
 
  // Create a messages
  string texts = (string)START_PERFORM_TEST;
  string texte = (string)END_PERFORM_TEST;
  TextMessage* message_s = session-createTextMessage(
  string(texts) );
 
  producer-send( message_s );
  delete message_s;
 
  char * line = NULL;
  size_t len = 0;
  ssize_t read;
  for( int ix=0; ixnumMessages; ++ix ){
  fseek(fd,0L,SEEK_SET);
  while((read = getline(line,len,fd)) != -1) {
  //TextMessage* message = session-createTextMessage(
 text
  );
  TextMessage* message = session-createTextMessage(
  string(line) );
 
  // Tell the producer to send the message
  //printf( Sent message from thread %s\n,
  threadIdStr.c_str()
  );
  producer-send( message );
 
  delete message;
  }
  }
 
  TextMessage* message_e = session-createTextMessage(
  string(texte) );
  producer-send( message_e );
  delete message_e;
 
  if(line)
  free(line);
 
 }catch ( CMSException e ) {
  e.printStackTrace();
  }
  }
 
 
 
 
  What are the steps you are currently following in both cases?  Are you
   sending messages with the C++ client and they are not persistant
 when
   you restart and connect a C++ client back to the broker, or have you

   tried sending a message persistantly with C++ and then connecting
 back
   with a Java client to see if that gets the messages that should have
   been persisted?
 
 
  I used the cpp code above to send some messages. And they are gone
 after I
  restart the broker. I tried to use cpp consumer to get those messages.
  Actually, I don't need to restart the message to see if it is
 consistent
  or
  not.  If i send enough message to the broker, jconsole says
  MemoryPercentageUsed: 100. and I got this:
  activemq::io::SocketOutputStream::write - Resource temporarily
 unavailable
  -
  tid: 3085880224
  FILE: activemq/network/SocketOutputStream.cpp, LINE: 85 - tid:

  3085880224
  FILE: activemq/connector/stomp/StompCommandWriter.cpp, LINE:
 101 -
  tid: 3085880224
  FILE: ./activemq/transport/ResponseCorrelator.h, LINE: 163 -
 tid:
  3085880224
  caught unknown exception - tid: 3085880224
  FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466 -
  tid:
  3085880224
  FILE: activemq/core/ActiveMQSession.cpp, LINE: 495 - tid:
  3085880224
  FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89 - tid:
  3085880224
  FILE: activemq/core/ActiveMQProducer.cpp, LINE: 71 - tid:
  3085880224
  caught unknown exception
  FILE: activemq/connector/stomp/StompConnector.cpp, LINE: 466
  FILE: activemq/core/ActiveMQSession.cpp, LINE: 495
  FILE: activemq/core/ActiveMQProducer.cpp, LINE: 89
   

Re: Convention on dropping tests under the test framework

2006-12-08 Thread Jason Dillon

On Dec 8, 2006, at 6:33 AM, Prasad Kashyap wrote:

What is a super app anyways?  :-P


Maybe I should have called it a uber app. Unlike other small apps that
we create and use to test a particular feature, DT can serve as the
test app to test features across many categories.


Small apps to test a particular feature... a test-app?  Don't need to  
go calling other normal applications something else :-P


I still don't understand why you even brought daytrader up in this  
context though... still would like to know that.


--jason



Re: Convention on dropping tests under the test framework

2006-12-08 Thread Jason Dillon

On Dec 8, 2006, at 9:34 AM, David Jencks wrote:
I was wondering why the SeleniumTestSupport and ExtendedSelenium  
classes were in the tests themselves rather than in a support jar.   
I'd think these would be used by just about all tests.


They were simply never moved to a common location.

Looks like they have just been moved though... they should have  
probably made it into a selenium package in the testsupport module.


FIxing the tests is likely to take me all day.  If you'd like to  
demonstrate what you think is correct structure you could set  
something up with the test ear from GERONIMO-2125


http://issues.apache.org/jira/secure/attachment/12336683/manifestcp- 
itest-v3.jar


which has a maven project to build a test ear.  With luck deploying  
it stlll works :-)


This is probably a good idea, get some more real tests put together  
to learn what works and what does not work with the current testsuite  
setup.


--jason




Re: Convention on dropping tests under the test framework

2006-12-08 Thread Jason Dillon

On Dec 8, 2006, at 6:30 AM, Prasad Kashyap wrote:

1) just make a copy of test-deployment, (say call it cxf-deployment)
2) use it's child profile to go thro the complete maven lifecycle -
compile, build and test your apps.
3) it's parent (deployment-testsuite) will take care of the server
start/stop and reporting for you.


This won't actually work as easily as you may have imagined Prasad.   
To effectively build some apps, you actually need to have them live  
in their own module, so that they can be built using the associated  
maven plugins.


I do not believe that the current testsuite setup takes this into  
account... and this is why I think it is premature to simply roll out  
the same config/layout with out having some more real tests, which  
build these test applications and allow for effective organization.


I don't think we are quite there yet... close, but still a bit off.

--jason



Re: svn commit: r483773 - in /geronimo/server/trunk: ./ applications/console/geronimo-console-standard/ applications/geronimo-examples/geronimo-jsp-examples/ configs/webconsole-jetty6/ configs/webcons

2006-12-08 Thread Joe Bohn


David,

I need a little direction.

I know that there is someplace/way to add a dependency for the default 
environment.  Such a dependency is then added dynamically to the module 
that is being deployed.  At least I think that is what I recall hearing 
you mention before.  But I'm having trouble finding the right place to 
add these dependencies.


I tried adding the dependencies to the pom for 
modules/geronimo-web-2.5-builder but they didn't carry over to the 
deployed module.  I also tried adding them to 
modules/geronimo-jetty6-builder and modules/geronimo-tomcat-builder with 
the same poor results.  Adding them to the builders allowed me to deploy 
the applications successfully but the jars were never added to the 
deployed module's classpath and so the applications can't run.


I'm sure I could force it to work if I added the dependencies directly 
in configs/tomcat and configs/jetty6 but that doesn't seem right since 
neither tomcat or jetty require the JSTL jars ... it's really the 
deployed applications running in these containers that might need them.


Thanks in advance for your help,
Joe

Joe Bohn wrote:


Yes, Paul is correct.  It's not a spec jar so I'll include it in the 
default environment for the builder as David recommends.


Thanks,
Joe


David Jencks wrote:



On Dec 8, 2006, at 12:48 AM, Paul McMahan wrote:


Should the JSTL classes be made available in the web container instead
of being included in the web apps? Looking at the spec that seems to
be the case.




If this is a spec jar then according to current convention it should  
be included in the dependencies of the spec car.  If not it should be  
included in the default environment for each web builder.


thanks
david jencks



Best wishes,
Paul

On 12/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


Author: jbohn
Date: Thu Dec  7 17:53:34 2006
New Revision: 483773

URL: http://svn.apache.org/viewvc?view=revrev=483773
Log:
GERONIMO-2536 Update jetty6 and tomcat jee5 assemblies to include  
jstl 1.2 from glassfish
Also update jspc-maven-plugin to 1.4.7-SNAPSHOT to pick up  
jgenender's inclusion of jasper 6 (Thanks Jeff)


Modified:
geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml
geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml

geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
geronimo/server/trunk/configs/webconsole-jetty6/src/plan/plan.xml
geronimo/server/trunk/configs/webconsole-tomcat/pom.xml
geronimo/server/trunk/configs/webconsole-tomcat/src/plan/plan.xml
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/applications/console/geronimo- 
console-standard/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/console/geronimo-console-standard/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml (original)
+++ geronimo/server/trunk/applications/console/geronimo-console- 
standard/pom.xml Thu Dec  7 17:53:34 2006

@@ -131,7 +131,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 scopeprovided/scope
 /dependency

Modified: geronimo/server/trunk/applications/geronimo-examples/ 
geronimo-jsp-examples/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
applications/geronimo-examples/geronimo-jsp-examples/pom.xml? 
view=diffrev=483773r1=483772r2=483773
= 
=
--- geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml (original)
+++ geronimo/server/trunk/applications/geronimo-examples/geronimo- 
jsp-examples/pom.xml Thu Dec  7 17:53:34 2006

@@ -53,7 +53,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/pom.xml?view=diffrev=483773r1=483772r2=483773
= 
=

--- geronimo/server/trunk/configs/webconsole-jetty6/pom.xml  (original)
+++ geronimo/server/trunk/configs/webconsole-jetty6/pom.xml Thu  
Dec  7 17:53:34 2006

@@ -181,7 +181,7 @@
 /dependency

 dependency
-groupIdjavax.servlet/groupId
+groupIdjstl/groupId
 artifactIdjstl/artifactId
 /dependency


Modified: geronimo/server/trunk/configs/webconsole-jetty6/src/plan/ 
plan.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ 
webconsole-jetty6/src/plan/plan.xml? 
view=diffrev=483773r1=483772r2=483773

RE: active-cpp persistent problem

2006-12-08 Thread Bish, Tim
I am investigating the problem, I will let you know when I figure it
out, if you'd like, you can write an issue against activemq-cpp
regarding this so you can track the progress there.

Regards
Tim


 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 3:35 PM
 To: activemq-dev@geronimo.apache.org
 Subject: Re: active-cpp persistent problem
 
 I do see the message is NON-PERSISTENT from jconsole using browse().
 No matter how I set it (persistent or non-persisten) in the cpp code.
I
 got
 NON_PERSISTENT. Please help!
 
 
 On 12/8/06, amq user [EMAIL PROTECTED] wrote:
 
   ActiveMQ 4.0.2 and activemq-cpp-1.0
 
 
 
  On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:
  
   What version of the broker are you using?
  
   Regards
  
   Tim
  
  
  
-Original Message-
From: amq user [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2006 2:37 PM
To: activemq-dev@geronimo.apache.org
Subject: Re: active-cpp persistent problem
   
On 12/8/06, Bish, Tim  [EMAIL PROTECTED] wrote:


 AFAIK the activemq-cpp message do properly send the persistant
 flag.

 Can you create a small test app that demonstrates to problem?
   
   
yes. my test code is just a copy of main.cpp from the example.
   
run method looks like:
   
virtual void run() {
try {
// Open test message file
FILE *fd;
if ( (fd = fopen(messageFile.c_str(), r)) == NULL)
{
coutError: Can't open file:
messageFileendl;
return;
}
   
ActiveMQConnectionFactory* connectionFactory = new
ActiveMQConnectionFactory(tcp://10.111.53.230:2);
// Create a Connection
connection = connectionFactory-createConnection();
connection-start();
// Create a Session
session = connection-createSession(
   Session::AUTO_ACKNOWLEDGE
);
   
// Create the destination (Topic or Queue)
destination = session-createQueue( TEST.FOO );
   
// Create a MessageProducer from the Session to the
 Topic
   or
Queue
producer = session-createProducer( destination );
producer-setDeliveryMode( DeliveryMode::PERSISTANT
);
   
// Create the Thread Id String
string threadIdStr = Integer::toString(
Thread::getId()
 );
   
// Create a messages
string texts = (string)START_PERFORM_TEST;
string texte = (string)END_PERFORM_TEST;
TextMessage* message_s = session-createTextMessage(
string(texts) );
   
producer-send( message_s );
delete message_s;
   
char * line = NULL;
size_t len = 0;
ssize_t read;
for( int ix=0; ixnumMessages; ++ix ){
fseek(fd,0L,SEEK_SET);
while((read = getline(line,len,fd)) != -1) {
//TextMessage* message =
session-createTextMessage(
   text
);
TextMessage* message =
session-createTextMessage(
string(line) );
   
// Tell the producer to send the message
//printf( Sent message from thread %s\n,
threadIdStr.c_str()
);
producer-send( message );
   
delete message;
}
}
   
TextMessage* message_e = session-createTextMessage(
string(texte) );
producer-send( message_e );
delete message_e;
   
if(line)
free(line);
   
   }catch ( CMSException e ) {
e.printStackTrace();
}
}
   
   
   
   
What are the steps you are currently following in both cases?
Are
 you
 sending messages with the C++ client and they are not
persistant
   when
 you restart and connect a C++ client back to the broker, or
have
 you
  
 tried sending a message persistantly with C++ and then
connecting
   back
 with a Java client to see if that gets the messages that
should
 have
 been persisted?
   
   
I used the cpp code above to send some messages. And they are
gone
   after I
restart the broker. I tried to use cpp consumer to get those
 messages.
Actually, I don't need to restart the message to see if it is
   consistent
or
not.  If i send enough message to the broker, jconsole says
MemoryPercentageUsed: 100. and I got this:
activemq::io::SocketOutputStream::write - Resource temporarily
   unavailable
-
tid: 3085880224
FILE: activemq/network/SocketOutputStream.cpp, LINE: 85
-
 tid:
  
3085880224
FILE: activemq/connector/stomp/StompCommandWriter.cpp,
LINE:
   101 -
tid: 3085880224

[jira] Updated: (GERONIMO-2641) Missing license headers

2006-12-08 Thread Kevan Miller (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2641?page=all ]

Kevan Miller updated GERONIMO-2641:
---

Fix Version/s: 1.2
   2.0-M2
Affects Version/s: 1.2
   2.0-M1
 Priority: Blocker  (was: Minor)

Bummer. ARAT should be flagging these. In fact it does, depending on what 
directory it runs against... Strange...

There are files missing license headers and some files with old license 
headers. They all need to be fixed, prior to release...

Jarek, if you're interested, a patch against branches/1.2 would be nice . 
Otherwise, I'll update later today...

 Missing license headers
 ---

 Key: GERONIMO-2641
 URL: http://issues.apache.org/jira/browse/GERONIMO-2641
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 1.2, 2.0-M1
Reporter: Jarek Gawor
Priority: Blocker
 Fix For: 1.2, 2.0-M2


 A whole bunch of Java files in trunk (at least) are missing the apache 
 license header.  A basic list of such files can be generated with:
 find . -name *.java -exec fgrep -L 'Apache Software' {} \;

-- 
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: Convention on dropping tests under the test framework

2006-12-08 Thread Prasad Kashyap

On 12/8/06, Jason Dillon [EMAIL PROTECTED] wrote:

On Dec 8, 2006, at 6:33 AM, Prasad Kashyap wrote:
 What is a super app anyways?  :-P

 Maybe I should have called it a uber app. Unlike other small apps that
 we create and use to test a particular feature, DT can serve as the
 test app to test features across many categories.

Small apps to test a particular feature... a test-app?  Don't need to
go calling other normal applications something else :-P


So sue me :-)



I still don't understand why you even brought daytrader up in this
context though... still would like to know that.


Apart from the small itty bitty apps that we write as test-apps, I
think it would be a good idea to test the features on a real world
app, a super-duper-uber-app :-)  like DayTrader.




--jason


Cheers
Prasad


Re: active-cpp persistent problem

2006-12-08 Thread amq user

Thank you so much! Let me know if you need anything from my side.
We are about to deploy this for our company trigger system. This is very
critical.


On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:


I am investigating the problem, I will let you know when I figure it
out, if you'd like, you can write an issue against activemq-cpp
regarding this so you can track the progress there.

Regards
Tim


 -Original Message-
 From: amq user [mailto:[EMAIL PROTECTED]
 Sent: Friday, December 08, 2006 3:35 PM
 To: activemq-dev@geronimo.apache.org
 Subject: Re: active-cpp persistent problem

 I do see the message is NON-PERSISTENT from jconsole using browse().
 No matter how I set it (persistent or non-persisten) in the cpp code.
I
 got
 NON_PERSISTENT. Please help!


 On 12/8/06, amq user [EMAIL PROTECTED] wrote:
 
   ActiveMQ 4.0.2 and activemq-cpp-1.0
 
 
 
  On 12/8/06, Bish, Tim [EMAIL PROTECTED] wrote:
  
   What version of the broker are you using?
  
   Regards
  
   Tim
  
  
  
-Original Message-
From: amq user [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2006 2:37 PM
To: activemq-dev@geronimo.apache.org
Subject: Re: active-cpp persistent problem
   
On 12/8/06, Bish, Tim  [EMAIL PROTECTED] wrote:


 AFAIK the activemq-cpp message do properly send the persistant
 flag.

 Can you create a small test app that demonstrates to problem?
   
   
yes. my test code is just a copy of main.cpp from the example.
   
run method looks like:
   
virtual void run() {
try {
// Open test message file
FILE *fd;
if ( (fd = fopen(messageFile.c_str(), r)) == NULL)
{
coutError: Can't open file:
messageFileendl;
return;
}
   
ActiveMQConnectionFactory* connectionFactory = new
ActiveMQConnectionFactory(tcp://10.111.53.230:2);
// Create a Connection
connection = connectionFactory-createConnection();
connection-start();
// Create a Session
session = connection-createSession(
   Session::AUTO_ACKNOWLEDGE
);
   
// Create the destination (Topic or Queue)
destination = session-createQueue( TEST.FOO );
   
// Create a MessageProducer from the Session to the
 Topic
   or
Queue
producer = session-createProducer( destination );
producer-setDeliveryMode( DeliveryMode::PERSISTANT
);
   
// Create the Thread Id String
string threadIdStr = Integer::toString(
Thread::getId()
 );
   
// Create a messages
string texts = (string)START_PERFORM_TEST;
string texte = (string)END_PERFORM_TEST;
TextMessage* message_s = session-createTextMessage(
string(texts) );
   
producer-send( message_s );
delete message_s;
   
char * line = NULL;
size_t len = 0;
ssize_t read;
for( int ix=0; ixnumMessages; ++ix ){
fseek(fd,0L,SEEK_SET);
while((read = getline(line,len,fd)) != -1) {
//TextMessage* message =
session-createTextMessage(
   text
);
TextMessage* message =
session-createTextMessage(
string(line) );
   
// Tell the producer to send the message
//printf( Sent message from thread %s\n,
threadIdStr.c_str()
);
producer-send( message );
   
delete message;
}
}
   
TextMessage* message_e = session-createTextMessage(
string(texte) );
producer-send( message_e );
delete message_e;
   
if(line)
free(line);
   
   }catch ( CMSException e ) {
e.printStackTrace();
}
}
   
   
   
   
What are the steps you are currently following in both cases?
Are
 you
 sending messages with the C++ client and they are not
persistant
   when
 you restart and connect a C++ client back to the broker, or
have
 you
  
 tried sending a message persistantly with C++ and then
connecting
   back
 with a Java client to see if that gets the messages that
should
 have
 been persisted?
   
   
I used the cpp code above to send some messages. And they are
gone
   after I
restart the broker. I tried to use cpp consumer to get those
 messages.
Actually, I don't need to restart the message to see if it is
   consistent
or
not.  If i send enough message to the broker, jconsole says
MemoryPercentageUsed: 100. and I got this:
activemq::io::SocketOutputStream::write - Resource temporarily
   unavailable
-
tid: 3085880224

Re: Convention on dropping tests under the test framework

2006-12-08 Thread Prasad Kashyap

I know what you mean. I just worked on the app that David was talking
about those do need a separate module by themselves. I didn't realise
his scenario until I saw the JIRA.

I was talking about something like
testsuite/web-testsuite/test-servlet25. This example builds a war and
tests it in the same pom.

Cheers
Prasad

On 12/8/06, Jason Dillon [EMAIL PROTECTED] wrote:

On Dec 8, 2006, at 6:30 AM, Prasad Kashyap wrote:
 1) just make a copy of test-deployment, (say call it cxf-deployment)
 2) use it's child profile to go thro the complete maven lifecycle -
 compile, build and test your apps.
 3) it's parent (deployment-testsuite) will take care of the server
 start/stop and reporting for you.

This won't actually work as easily as you may have imagined Prasad.
To effectively build some apps, you actually need to have them live
in their own module, so that they can be built using the associated
maven plugins.

I do not believe that the current testsuite setup takes this into
account... and this is why I think it is premature to simply roll out
the same config/layout with out having some more real tests, which
build these test applications and allow for effective organization.

I don't think we are quite there yet... close, but still a bit off.

--jason




Multiple Producers sharing single queue

2006-12-08 Thread garima015

I need an urgent help
I have many producers running on different thread need to share the same
request queue.I am not getting how to implement this.
I try to get some resolutions from FAQ's but was not able to understand the
JNDIutil purpose fully also not sure whethar it will be useful in this case
or not
Any help will be really appreciated
-- 
View this message in context: 
http://www.nabble.com/Multiple-Producers-sharing-single-queue-tf2783192.html#a7765511
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



Re: Convention on dropping tests under the test framework

2006-12-08 Thread Prasad Kashyap

David,

Check out this patch http://people.apache.org/~prasad/manifestcp.patch

Apply it from the geronimo/testsuite/depoyment-testsuite directory.

It will create 2 directories under it.
-- The manifestcp will create the ear for.
-- The test-manifestcp will deploy and undeploy it.

Throw your testcases under test-manifestcp.

Cheers
Prasad

On 12/8/06, David Jencks [EMAIL PROTECTED] wrote:


On Dec 8, 2006, at 6:30 AM, Prasad Kashyap wrote:

 On 12/8/06, David Jencks [EMAIL PROTECTED] wrote:

 For instance it might be useful to have a maven archetype to set up
 everything except the app to test and the actual test cases.

 thanks
 david jencks


 I have alrady written an archetype plugin called
 testsuite-archetype-plugin that will let you create a testsuite with
 an empty testset project under it. Please see
 http://cwiki.apache.org/GMOxDEV/integration-
 testing.html#IntegrationTesting-Gettingstarted

 However, in your case, since you don't want us to be createing any moe
 testsuites till we have colected enough tests, this is what you should
 do :

 1) just make a copy of test-deployment, (say call it cxf-deployment)
 2) use it's child profile to go thro the complete maven lifecycle -
 compile, build and test your apps.
 3) it's parent (deployment-testsuite) will take care of the server
 start/stop and reporting for you.

I wasn't able to make anything work where the app being tested was
under the directory that's a copy of *-deployment.  Now I'm working
with a structure where the *-deployment is a child of the app build
directory, and it seems to work.  Once I straighten out the tests so
they work I'll check it in and we can see if it can be reorganized to
be simpler.

I was wondering why the SeleniumTestSupport and ExtendedSelenium
classes were in the tests themselves rather than in a support jar.
I'd think these would be used by just about all tests.

FIxing the tests is likely to take me all day.  If you'd like to
demonstrate what you think is correct structure you could set
something up with the test ear from GERONIMO-2125

http://issues.apache.org/jira/secure/attachment/12336683/manifestcp-
itest-v3.jar

which has a maven project to build a test ear.  With luck deploying
it stlll works :-)

thanks
david jencks


 Cheers
 Prasad

 Cheers
 Prasad




 On Dec 7, 2006, at 8:31 PM, Prasad Kashyap wrote:

  Since there were some questions today on where to drop new
 tests, I'll
  take a stab at creating a convention. Feel free to offer your
  suggestions so that we can modify it as we go along.
 
  We  began by having 2 testsuites just as an example.
  geronimo/testsuite/
  console-testsuite
  deployment-testsuite
 
  But almost everything can fall under the category of the
  deployment-testsuite since most tests do need some deployable
  artifact. So I think we should use the deployment-testsuite
 purely for
  testing the deploy tool. Especially, it should be used to test
  features like hot-deploy, redeploy and undeploy which have had
 JIRAs
  before.
 
  We should categorize the tests so that they reflect the broad
  functional areas of the server.
 
  * web-testsuite (servlets, jsp, jstl)
  * enterprise-testsuite (ejb, jpa, jms, jacc, jta, javamail, jaf
 etc)
  * mgmt-testsuite (jee management, deployment)
  * webservices-testsuite (wsee, jaxb, stax, saaj, ws-metadata etc)
  * performance-testsuite (server startup time, server footprint etc)
  * security-testsuite
  * console-testsuite
  * regression (compatibility)
 
  If nobody has any objection to this top categorization, I shall go
  ahead and create these testsuites over the weekend. Meanwhile
 you may
  drop your tests in the existing testsuites for now. I shall move
 them
  appropriately.
 
  Lastly, how do we deal with super apps like daytrader that can span
  across multiple testsuites ?
 
  Cheers
  Prasad






[jira] Assigned: (GERONIMO-2641) Missing license headers

2006-12-08 Thread Kevan Miller (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2641?page=all ]

Kevan Miller reassigned GERONIMO-2641:
--

Assignee: Kevan Miller

 Missing license headers
 ---

 Key: GERONIMO-2641
 URL: http://issues.apache.org/jira/browse/GERONIMO-2641
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 1.2, 2.0-M1
Reporter: Jarek Gawor
 Assigned To: Kevan Miller
Priority: Blocker
 Fix For: 1.2, 2.0-M2


 A whole bunch of Java files in trunk (at least) are missing the apache 
 license header.  A basic list of such files can be generated with:
 find . -name *.java -exec fgrep -L 'Apache Software' {} \;

-- 
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: Help building Geronimo 1.2?

2006-12-08 Thread Christopher Blythe

I tried the Sun and IBM 1.5 JDKs? What should I be using?

On 12/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote:


What JDK are you using?
On Dec 7, 2006, at 6:37 PM, Christopher Blythe wrote:

Ran into the following while trying to build from the 1.2 branch today...
I'm a little new to this, so... any thoughts? I checked the target directory
and the XmlUtilTest class appears to be there.


Matt Hogstrom
[EMAIL PROTECTED]






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


Fwd: Re: selenium plugin?

2006-12-08 Thread Prasad Kashyap

Hmm.. need to check this out too.

Cheers
Prasad

-- Forwarded message --
From: David [EMAIL PROTECTED]
Date: Dec 8, 2006 4:20 PM
Subject: Re: Re: selenium plugin?
To: Maven Users List users@maven.apache.org


You can have a look at mavenium. It's a simple plugin that lets you
use Selenium-IDE HTML tests in your maven webapp project and
integrates in maven's build life cycle, stopping it whenever a test
fails.

Upload to the maven central repository pending.

http://mavenium.sourceforge.net/


David

2006/10/24, Emmanuel Venisse [EMAIL PROTECTED]:

Can you move this plugin in MOJO project?

Emmanuel

Prasad Kashyap a écrit :
 We in Geronimo 1.2 also use Selenium in our testsuite. We have created
 a selenium-maven-plugin to start selenium.

 
http://geronimo.apache.org/maven/server/maven-plugins/selenium-maven-plugin/index.html


 We use TestNG to run the tests. Check out the following links for a
 basic example.
 
http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/console-testsuite/


 Remeber that this is in trunk. So this is work in progress.

 Cheers
 Prasad

 On 10/20/06, Mick Knutson [EMAIL PROTECTED] wrote:
 Is this plugin available for maven 2?

 --

 Thanks

 DJ MICK
 http://www.djmick.com
 http://www.myspace.com/mickknutson



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[jira] Created: (AMQCPP-23) active-cpp persistent problem

2006-12-08 Thread james nomingo (JIRA)
active-cpp persistent problem
-

 Key: AMQCPP-23
 URL: https://issues.apache.org/activemq/browse/AMQCPP-23
 Project: ActiveMQ C++ Client
  Issue Type: Bug
  Components: Stomp
Affects Versions: 1.0
 Environment: ActiveMQ 4.0.2
activemq-cpp-1.0
fedora 5
Reporter: james nomingo
 Assigned To: Nathan Mittler


I'm struggling with persistent option in activemq-cpp client. (my java client 
does the trick)
part of my code looks like:

producer-setDeliveryMode( DeliveryMode::PERSISTANT );

The problem is after I send a message, and stop the broker. The message is gone.
If I send a lot of message exceeding the memory size the broker handles, I got 
resource unavailable exception.

It looks to me the message I send over using cpp doesn't instruct the broker to 
use persistent.
I'm using ActiveMQ 4.0.2, and activemq-cpp-1.0.


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




Re: Multiple Producers sharing single queue

2006-12-08 Thread amq user

I assume you are running many CONSUMERs to share a same request queue.
Then you should use topic instead of queue. All CONSUMER subscribed to
that topic will get the message.

On 12/8/06, garima015 [EMAIL PROTECTED] wrote:



I need an urgent help
I have many producers running on different thread need to share the same
request queue.I am not getting how to implement this.
I try to get some resolutions from FAQ's but was not able to understand
the
JNDIutil purpose fully also not sure whethar it will be useful in this
case
or not
Any help will be really appreciated
--
View this message in context:
http://www.nabble.com/Multiple-Producers-sharing-single-queue-tf2783192.html#a7765511
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.




Re: selenium plugin?

2006-12-08 Thread Jason Dillon
Eh, I think that the Selenium-IDE spitting out Java code to be  
included into a junit/testng test is far more useful.


--jason


On Dec 8, 2006, at 1:32 PM, Prasad Kashyap wrote:


Hmm.. need to check this out too.

Cheers
Prasad

-- Forwarded message --
From: David [EMAIL PROTECTED]
Date: Dec 8, 2006 4:20 PM
Subject: Re: Re: selenium plugin?
To: Maven Users List users@maven.apache.org


You can have a look at mavenium. It's a simple plugin that lets you
use Selenium-IDE HTML tests in your maven webapp project and
integrates in maven's build life cycle, stopping it whenever a test
fails.

Upload to the maven central repository pending.

http://mavenium.sourceforge.net/


David

2006/10/24, Emmanuel Venisse [EMAIL PROTECTED]:

Can you move this plugin in MOJO project?

Emmanuel

Prasad Kashyap a écrit :
 We in Geronimo 1.2 also use Selenium in our testsuite. We have  
created

 a selenium-maven-plugin to start selenium.

 http://geronimo.apache.org/maven/server/maven-plugins/selenium- 
maven-plugin/index.html



 We use TestNG to run the tests. Check out the following links for a
 basic example.
 http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/ 
console-testsuite/



 Remeber that this is in trunk. So this is work in progress.

 Cheers
 Prasad

 On 10/20/06, Mick Knutson [EMAIL PROTECTED] wrote:
 Is this plugin available for maven 2?

 --

 Thanks

 DJ MICK
 http://www.djmick.com
 http://www.myspace.com/mickknutson



  
-

 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Session replication in Geronimo clustering

2006-12-08 Thread Paul Grey
I ran into the same problem Phani describes here, and his solution worked 
for me.

- http://cwiki.apache.org/GMOxDOC11/clustering-sample-application.html

- 2 geronimo 1.1.1 instances (JRE 1.5.0_08) on Windows XP SP2 (same 
machine), configure as described, session failover works
- 2 geronimo 1.1.1 instances (JRE 1.5.0_08) on Ubuntu 6.10 (same machine), 
configured as described, session failover does not work
- remove attribute mcastBindAddress in war deployment plan, session 
failover works


Phani Madgula 
[EMAIL PROTECTED] wrote in 
message news:[EMAIL PROTECTED]
Hi,






Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

2006-12-08 Thread Christopher M. Cardona
I haven't used SVK before so maybe others can answer. AFAIK this is the 
first patch that was applied. Reading your comment on G-2594 you saying 
xmlParserApis and xalan is not necessary in trunk so do we need to 
revert this?


Thanks,
chris


anita kulshreshtha wrote:

   hmm... This change was only meant for the branch. I wonder what else
was synched up.. Is there a way to say that a certain change is meant
for a branch only, and should not be merged to the trunk? 


Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

  

Anita,

This change was made in branches/1.2 and so trunk is being synched
up.

Best wishes,
chris

anita kulshreshtha wrote:

Chris, 
   This commit added xalan to the assembly. Is it intentional?


Thanks
Anita

--- [EMAIL PROTECTED] wrote:

  
  

Author: ccardona
Date: Wed Dec  6 21:14:16 2006
New Revision: 483346

URL: http://svn.apache.org/viewvc?view=revrev=483346
Log:
GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks


Tim.


Changes:




applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
  
  
  

– $Rev added

assemblies/geronimo-boilerplate-minimal/pom.xml
– xalan artifactItem added

Modified:
   




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  
   



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Modified:




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

URL:




http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346
  
  

  

==
  
  
  

---




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

(original)
+++




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

Wed Dec  6 21:14:16 2006
@@ -14,6 +14,9 @@
 #  See the License for the specific language governing


permissions


and
 #  limitations under the License.





#=
  
  
  

+#
+# $Rev$ $Date$
+#
 # SQL realm has special edit logic; don't bother with full list
 module.sql.name=Database (SQL) Realm





module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
  
  
  

Modified:



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


URL:




http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346
  
  

  

==
  
  
  

---



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


(original)
+++



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Wed Dec  6 21:14:16 2006
@@ -152,6 +152,12 @@
 /goals
 configuration
 artifactItems
+
+artifactItem
+groupIdxalan/groupId
+   


artifactIdxalan/artifactId


+/artifactItem
+
 artifactItem
 groupIdxerces/groupId

artifactIdxercesImpl/artifactId








 

  


  

Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

  
  





 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.


  




Re: Multiple Producers sharing single queue

2006-12-08 Thread garima015

no i am using multiple producers also sharing the same request queue.
Is there any method to get the existing queue?
Thanks

amq user wrote:
 
 I assume you are running many CONSUMERs to share a same request queue.
 Then you should use topic instead of queue. All CONSUMER subscribed to
 that topic will get the message.
 
 On 12/8/06, garima015 [EMAIL PROTECTED] wrote:


 I need an urgent help
 I have many producers running on different thread need to share the same
 request queue.I am not getting how to implement this.
 I try to get some resolutions from FAQ's but was not able to understand
 the
 JNDIutil purpose fully also not sure whethar it will be useful in this
 case
 or not
 Any help will be really appreciated
 --
 View this message in context:
 http://www.nabble.com/Multiple-Producers-sharing-single-queue-tf2783192.html#a7765511
 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.


 
 

-- 
View this message in context: 
http://www.nabble.com/Multiple-Producers-sharing-single-queue-tf2783192.html#a7766352
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.



[jira] Updated: (GERONIMO-2641) Missing license headers

2006-12-08 Thread Jarek Gawor (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2641?page=all ]

Jarek Gawor updated GERONIMO-2641:
--

Attachment: license.patch

Adds license headers to files that were missing it. This patch is for 1.2 
branch. I hope I used the right version of the license header - otherwise, I 
can regenerate.


 Missing license headers
 ---

 Key: GERONIMO-2641
 URL: http://issues.apache.org/jira/browse/GERONIMO-2641
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 1.2, 2.0-M1
Reporter: Jarek Gawor
 Assigned To: Kevan Miller
Priority: Blocker
 Fix For: 1.2, 2.0-M2

 Attachments: license.patch


 A whole bunch of Java files in trunk (at least) are missing the apache 
 license header.  A basic list of such files can be generated with:
 find . -name *.java -exec fgrep -L 'Apache Software' {} \;

-- 
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




[discuss] sun xsd's and dtd's in specs source tree

2006-12-08 Thread Kevan Miller
As noted in GERONIMO-2630, our servlet and jsp specs include xsd's  
and dtd's which are copyrighted by Sun and contain the following  
restrictions:


  This document and the technology which it describes are
  distributed under licenses restricting their use, copying,
  distribution, and decompilation. No part of this document
  may be reproduced in any form by any means without prior
  written authorization of Sun and its licensors, if any.

We've been through this issue before with j2ee-schemas. We were able  
to resolve that issue by removing the xsd's from our source tree.  
Unfortunately, we don't have that option for specs. The spec jars  
must contain these xsd's and dtd's.


IMO, we cannot keep these files in our source tree, nor distribute  
them in any binary releases.


Tomcat has their own copy of these files in their source tree (it  
looks like we've copied a few of these files into our source tree, I  
think we got the others directly from sun). At least some of the  
Tomcat files have had an ASL license header added to them. I've asked  
[EMAIL PROTECTED] about the status of these files. I have not received any  
answer which gives me any confidence that we should be using their  
files, either.


It seems that our only way to resolve this issue in a timely manner  
is to create our own version of these files. I think this is a royal  
PITA, but don't see any other solution.


Thoughts, please...

FYI the files are listed below:

geronimo/specs/trunk/geronimo-jsp_2.0_spec/src/main/schema/jsp_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.0_spec/src/main/schema/web- 
jsptaglibrary_2_0.xsd

geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/jsp_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/jsp_2_1.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/web- 
jsptaglibrary_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/web- 
jsptaglibrary_2_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_1_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_web_services_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_web_services_client_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/web- 
app_2_3.dtd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/web- 
app_2_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/http/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_1_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_web_services_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_web_services_client_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/web- 
app_2_3.dtd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/web- 
app_2_4.xsd


--kevan








[jira] Commented: (GERONIMO-2411) Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts

2006-12-08 Thread Jason Dillon (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-2411?page=comments#action_12457000
 ] 

Jason Dillon commented on GERONIMO-2411:


Which specific CAR, WAR and EAR artifacts need attention?

I checked a few CAR's and they had the correct files... though I added support 
to re-add them explicitly to the car plugins for 2.0 and 1.2.

I still don't really get why each and every file needs to have this muck in 
it... why does not man zip/tgz not suffice?

 Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts
 --

 Key: GERONIMO-2411
 URL: http://issues.apache.org/jira/browse/GERONIMO-2411
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
Affects Versions: 1.0, 1.2, 1.x, 1.1, 1.1.1, 1.1.x, 1.1.2
Reporter: Matt Hogstrom
 Assigned To: Dain Sundstrom
Priority: Blocker
 Fix For: 2.0, 1.2


 For release of these artifacts they need to include the LICENSE and NOTICE 
 files.  Currently the build does not automatically include them.  The M2 
 build needs to be updated to include these artifacts in the build process.

-- 
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




No legacy repos for Geronimo projects using Maven2

2006-12-08 Thread Jason Dillon
Maven does not behave well with a mix of default and legacy repos.  I  
have gone through and moved all legacy repos only to the modules  
where they are used, and in some cases imported a module-local repo  
to hold those artifacts so that the build does not need to include a  
legacy repo.  A few weeks ago I finally removed all the legacy  
repos and now they are starting to creep back in.


Specifically the java.net repo, which is a legacy repo for jstl muck,  
was added.  Something needs to be done about this, so this repo can  
be moved out of the project root, or removed altogether.  The  
addition of the legacy repo is known to cause problems with SNAPSHOT  
resolution, and can get itself into a state with local metadata what  
other artifacts will start to resolve in very, very, very strange  
ways.  So... don't use them.


This is compounded even more by the poor network connectivity (and  
maybe connection limiting) done by the java.net repo, which is  
causing builds to timeout all over the place.


 * * *

Basically... maven remote repos suck ass... and should be limited in  
use as much as possible if we want a stable and repeatable build for  
any of our projects.


In a corporate environment, this problem is easily solved by managing  
a local repo which has copies of all of the artifacts which are  
required to build, often times stored in version control and labeled  
with project using it.


If we are going to continue to use Maven (which I'm starting to  
really wonder if it is worth it), then we really need to address this  
problem... otherwise it will be an ongoing head-ache for the  
foreseeable future... and really builds will never reach any level of  
stability and will almost never have any ability to be reproduced.


Ugh, I've already spent so many hours debugging other peoples  
reported issues, which most of the time end up resolve to problems  
with Maven.  I've been away for a little bit working on build  
automation and in the few weeks I'm gone the build system has already  
regressed in a few areas, and IMO its well on its way to becoming out  
of control again while quickly.  I am starting to believe that Maven  
promotes that chaos, especially so for larger projects.  I also  
believe that Maven promotes build instability, where at times someone  
might change some dependency which could completely hose our build  
with out anyone really knowing why or having any paper trail (change  
logs) to debug it.


IMO... the *ONLY* way to resolve these issues with Maven it so have  
*ONE* repository which holds all artifacts used by our projects, and  
have that repository under SVN control.


So, for this example of jstl on java.net, those artifacts would be  
checked into the *ONE* repository and life goes on, no new pom config  
to configure a new repo, no side-effects of poor network connectivity  
to remote repositories, no strange behavior due to legacy vs. default  
layout metadata muck.


If we were using Ant, then we would have needed to implement  
something like this already.  Though its more cumbersome with Maven  
since most of the crap that is downloaded is for Maven itself, not  
for our dependencies, our dependencies are much, much, much easier to  
manage than the stew of jars required to make Maven and its horde of  
plugins work.


The more I use Maven, the more I dislike it... and I don't really see  
a light at the end of the tunnel either... mvn is almost as slow  
moving as Geronimo has been for the past year, so not sure how viable  
it will be as a build tool for the future if they do not provide more  
bug fixes sooner and faster.  At this point... and ya, I may be in a  
bad mood now... I don't think that mvn is an appropriate tool for  
building production quality products... period.


--jason


[jira] Commented: (GERONIMO-2411) Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts

2006-12-08 Thread Kevan Miller (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-2411?page=comments#action_12457002
 ] 

Kevan Miller commented on GERONIMO-2411:


Because these files are released separate from the binary distributions (i.e. 
they are placed in maven repos). So, they need to contain all required ASF 
licensing information... 

 Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts
 --

 Key: GERONIMO-2411
 URL: http://issues.apache.org/jira/browse/GERONIMO-2411
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
Affects Versions: 1.0, 1.2, 1.x, 1.1, 1.1.1, 1.1.x, 1.1.2
Reporter: Matt Hogstrom
 Assigned To: Dain Sundstrom
Priority: Blocker
 Fix For: 2.0, 1.2


 For release of these artifacts they need to include the LICENSE and NOTICE 
 files.  Currently the build does not automatically include them.  The M2 
 build needs to be updated to include these artifacts in the build process.

-- 
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-2411) Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts

2006-12-08 Thread Jason Dillon (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-2411?page=comments#action_12457005
 ] 

Jason Dillon commented on GERONIMO-2411:


I believe this is another fundamental flaw with Maven.

The official release of a product like Geronimo is always the zip/tgz, never 
the artifacts which are pushed to some transient repository (and yes they are 
all transient since they keep falling down and loosing stuff).

Since everything in Maven is an artifact, then essentially our use of Maven 
makes every file in Geronimo a release distribution... and really don't think 
that is appropriate.  Either the ASF guides need to be updated to reflect mvn 
usage, or we need to stop using maven.

 Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts
 --

 Key: GERONIMO-2411
 URL: http://issues.apache.org/jira/browse/GERONIMO-2411
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
Affects Versions: 1.0, 1.2, 1.x, 1.1, 1.1.1, 1.1.x, 1.1.2
Reporter: Matt Hogstrom
 Assigned To: Dain Sundstrom
Priority: Blocker
 Fix For: 2.0, 1.2


 For release of these artifacts they need to include the LICENSE and NOTICE 
 files.  Currently the build does not automatically include them.  The M2 
 build needs to be updated to include these artifacts in the build process.

-- 
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: xalan : Re: svn commit: r483418 - /geronimo/server/trunk/pom.xml

2006-12-08 Thread Gianny Damour

Hi Anita,

I added this entry as it is expected as an endorsed library by the  
geronimo-boilerplate-minimal assembly. Without it, I cannot build  
this assembly. Are you saying that without it, you can successfully  
build this assembly?


Thanks,
Gianny

On 08/12/2006, at 2:57 AM, anita kulshreshtha wrote:


Gianny,
   I have just built geronimo-jett6-jee5 rev 483465. I have a fully
functional console without xalan. Xalan was removed from the build in
the morning. It appears that someone accidentally added xalan to the
build later in the day. Please let me know if you need it for some
specific purpose.

Thanks
Anita

--- [EMAIL PROTECTED] wrote:


Author: gdamour
Date: Thu Dec  7 03:04:01 2006
New Revision: 483418

URL: http://svn.apache.org/viewvc?view=revrev=483418
Log:
Define xalan dependency version number such that assembly works.

Modified:
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/pom.xml
URL:

http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml? 
view=diffrev=483418r1=483417r2=483418


== 


--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Thu Dec  7 03:04:01 2006
@@ -427,6 +427,12 @@
 version1.5.2/version
 /dependency

+dependency
+groupIdxalan/groupId
+artifactIdxalan/artifactId
+version2.7.0/version
+/dependency
+
 !-- org.apache.xml.serialize.XMLSerializer is used by
castor, hence this is still needed --
 dependency
 groupIdxerces/groupId








__ 
__

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com




Re: xalan : Re: svn commit: r483418 - /geronimo/server/trunk/pom.xml

2006-12-08 Thread anita kulshreshtha
Gianny,
   Xalan was added accidentally to boilerplate-minimal assembly in rev
483346. No, I can not build without it. I will be removing it soon from
both places.  
http://www.nabble.com/Re%3A-XALAN-%3A-Re%3A-svn-commit%3A-r483346---in--geronimo-server-trunk%3A-applications-console-geronimo-console-standard-src-main-webapp-WEB-INF-classes-login-modules.properties-assemblies-geronimo-boilerplate-minimal-pom.xml-p7762280.html
Thanks
Anita

--- Gianny Damour [EMAIL PROTECTED] wrote:

 Hi Anita,
 
 I added this entry as it is expected as an endorsed library by the  
 geronimo-boilerplate-minimal assembly. Without it, I cannot build  
 this assembly. Are you saying that without it, you can successfully  
 build this assembly?
 
 Thanks,
 Gianny
 
 On 08/12/2006, at 2:57 AM, anita kulshreshtha wrote:
 
  Gianny,
 I have just built geronimo-jett6-jee5 rev 483465. I have a fully
  functional console without xalan. Xalan was removed from the build
 in
  the morning. It appears that someone accidentally added xalan to
 the
  build later in the day. Please let me know if you need it for some
  specific purpose.
 
  Thanks
  Anita
 
  --- [EMAIL PROTECTED] wrote:
 
  Author: gdamour
  Date: Thu Dec  7 03:04:01 2006
  New Revision: 483418
 
  URL: http://svn.apache.org/viewvc?view=revrev=483418
  Log:
  Define xalan dependency version number such that assembly works.
 
  Modified:
  geronimo/server/trunk/pom.xml
 
  Modified: geronimo/server/trunk/pom.xml
  URL:
 
  http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml? 
  view=diffrev=483418r1=483417r2=483418
 
 

==
 
  
  --- geronimo/server/trunk/pom.xml (original)
  +++ geronimo/server/trunk/pom.xml Thu Dec  7 03:04:01 2006
  @@ -427,6 +427,12 @@
   version1.5.2/version
   /dependency
 
  +dependency
  +groupIdxalan/groupId
  +artifactIdxalan/artifactId
  +version2.7.0/version
  +/dependency
  +
   !-- org.apache.xml.serialize.XMLSerializer is used
 by
  castor, hence this is still needed --
   dependency
   groupIdxerces/groupId
 
 
 
 
 
 
 
 

__
 
  __
  Do you Yahoo!?
  Everyone is raving about the all-new Yahoo! Mail beta.
  http://new.mail.yahoo.com
 
 



 

Need a quick answer? Get one in minutes from people who know.
Ask your question on www.Answers.yahoo.com


Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

2006-12-08 Thread anita kulshreshtha
   XmlParserApis were also removed in rev 483063. If there was no other
change made, it might be easier to revert 483346. Otherwise I will redo
this work tomorrow morning (EST).

Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 I haven't used SVK before so maybe others can answer. AFAIK this is
 the 
 first patch that was applied. Reading your comment on G-2594 you
 saying 
 xmlParserApis and xalan is not necessary in trunk so do we need to 
 revert this?
 
 Thanks,
 chris
 
 
 anita kulshreshtha wrote:
 hmm... This change was only meant for the branch. I wonder what
 else
  was synched up.. Is there a way to say that a certain change is
 meant
  for a branch only, and should not be merged to the trunk? 
 
  Thanks
  Anita
 
  --- Christopher M. Cardona [EMAIL PROTECTED] wrote:
 

  Anita,
 
  This change was made in branches/1.2 and so trunk is being synched
  up.
 
  Best wishes,
  chris
 
  anita kulshreshtha wrote:
  
  Chris, 
 This commit added xalan to the assembly. Is it intentional?
 
  Thanks
  Anita
 
  --- [EMAIL PROTECTED] wrote:
 


  Author: ccardona
  Date: Wed Dec  6 21:14:16 2006
  New Revision: 483346
 
  URL: http://svn.apache.org/viewvc?view=revrev=483346
  Log:
  GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks
  
  Tim.
  
  Changes:
 
  
  
 

applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:



  – $Rev added
 
  assemblies/geronimo-boilerplate-minimal/pom.xml
  – xalan artifactItem added
 
  Modified:
 
 
  
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties



 
 
  
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  
  Modified:
 
  
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties



  URL:
 
  
  
 

http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346


 

 

==



  ---
 
  
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties



  (original)
  +++
 
  
  
 

geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties



  Wed Dec  6 21:14:16 2006
  @@ -14,6 +14,9 @@
   #  See the License for the specific language governing
  
  permissions
  
  and
   #  limitations under the License.
 
 
  
  
 

#=



  +#
  +# $Rev$ $Date$
  +#
   # SQL realm has special edit logic; don't bother with full list
   module.sql.name=Database (SQL) Realm
 
 
  
  
 

module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule



  Modified:
 
  
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  
  URL:
 
  
  
 

http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346


 

 

==



  ---
 
  
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  
  (original)
  +++
 
  
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  
  Wed Dec  6 21:14:16 2006
  @@ -152,6 +152,12 @@
   /goals
   configuration
   artifactItems
  +
  +artifactItem
  +groupIdxalan/groupId
  +   
 
=== message truncated ===



 

Need a quick answer? Get one in minutes from people who know.
Ask your question on www.Answers.yahoo.com


[jira] Commented: (GERONIMO-2411) Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts

2006-12-08 Thread Dain Sundstrom (JIRA)
[ 
http://issues.apache.org/jira/browse/GERONIMO-2411?page=comments#action_12457023
 ] 

Dain Sundstrom commented on GERONIMO-2411:
--

That's nice, but the current reality is the files are published independently.  
Therefore we need to make sure they contain the proper legal files.  

 Add NOTICE and LICENSE files to CAR, WAR and EAR artifacts
 --

 Key: GERONIMO-2411
 URL: http://issues.apache.org/jira/browse/GERONIMO-2411
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
Affects Versions: 1.0, 1.2, 1.x, 1.1, 1.1.1, 1.1.x, 1.1.2
Reporter: Matt Hogstrom
 Assigned To: Dain Sundstrom
Priority: Blocker
 Fix For: 2.0, 1.2


 For release of these artifacts they need to include the LICENSE and NOTICE 
 files.  Currently the build does not automatically include them.  The M2 
 build needs to be updated to include these artifacts in the build process.

-- 
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: [discuss] sun xsd's and dtd's in specs source tree

2006-12-08 Thread Dain Sundstrom
Have you checked if the server boots without these files?  If not, we  
could could create dummy schemas with the names tomcat and jetty are  
looking for that simply allow all elements.


-dain

On Dec 8, 2006, at 2:57 PM, Kevan Miller wrote:

As noted in GERONIMO-2630, our servlet and jsp specs include xsd's  
and dtd's which are copyrighted by Sun and contain the following  
restrictions:


  This document and the technology which it describes are
  distributed under licenses restricting their use, copying,
  distribution, and decompilation. No part of this document
  may be reproduced in any form by any means without prior
  written authorization of Sun and its licensors, if any.

We've been through this issue before with j2ee-schemas. We were  
able to resolve that issue by removing the xsd's from our source  
tree. Unfortunately, we don't have that option for specs. The spec  
jars must contain these xsd's and dtd's.


IMO, we cannot keep these files in our source tree, nor distribute  
them in any binary releases.


Tomcat has their own copy of these files in their source tree (it  
looks like we've copied a few of these files into our source tree,  
I think we got the others directly from sun). At least some of the  
Tomcat files have had an ASL license header added to them. I've  
asked [EMAIL PROTECTED] about the status of these files. I have not  
received any answer which gives me any confidence that we should be  
using their files, either.


It seems that our only way to resolve this issue in a timely manner  
is to create our own version of these files. I think this is a  
royal PITA, but don't see any other solution.


Thoughts, please...

FYI the files are listed below:

geronimo/specs/trunk/geronimo-jsp_2.0_spec/src/main/schema/jsp_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.0_spec/src/main/schema/web- 
jsptaglibrary_2_0.xsd

geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/jsp_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/jsp_2_1.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/web- 
jsptaglibrary_2_0.xsd
geronimo/specs/trunk/geronimo-jsp_2.1_spec/src/main/schema/web- 
jsptaglibrary_2_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_1_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_web_services_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/ 
j2ee_web_services_client_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/web- 
app_2_3.dtd
geronimo/specs/trunk/geronimo-servlet_2.4_spec/src/main/schema/web- 
app_2_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/http/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_1_4.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_web_services_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/ 
j2ee_web_services_client_1_1.xsd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/web- 
app_2_3.dtd
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/schema/web- 
app_2_4.xsd


--kevan









Disabled broken javamail test

2006-12-08 Thread Dain Sundstrom
For some reason this test just started failing, so I have disabled  
it.  Hopefully someone that knows something about javamail can revive  
it.


-dain

On Dec 8, 2006, at 4:52 PM, [EMAIL PROTECTED] wrote:


Author: dain
Date: Fri Dec  8 16:52:56 2006
New Revision: 484867

URL: http://svn.apache.org/viewvc?view=revrev=484867
Log:
Disable broken javamail test

Modified:
geronimo/server/trunk/modules/geronimo-mail/src/test/java/org/ 
apache/geronimo/mail/MailGBeanTest.java


Modified: geronimo/server/trunk/modules/geronimo-mail/src/test/java/ 
org/apache/geronimo/mail/MailGBeanTest.java
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/modules/ 
geronimo-mail/src/test/java/org/apache/geronimo/mail/ 
MailGBeanTest.java?view=diffrev=484867r1=484866r2=484867
== 

--- geronimo/server/trunk/modules/geronimo-mail/src/test/java/org/ 
apache/geronimo/mail/MailGBeanTest.java (original)
+++ geronimo/server/trunk/modules/geronimo-mail/src/test/java/org/ 
apache/geronimo/mail/MailGBeanTest.java Fri Dec  8 16:52:56 2006

@@ -30,8 +30,9 @@
  * @version $Rev$ $Date$
  */
 public class MailGBeanTest extends TestCase {
+public void testNotheing() {}

-public void testProperties() throws Exception {
+public void XtestProperties() throws Exception {
 Properties properties = new Properties();
 properties.put(mail.store.protocol, testStore);
 properties.put(mail.transport.protocol, testTransport);
@@ -53,7 +54,7 @@

 }

-public void testDefaultOverrides() throws Exception {
+public void XtestDefaultOverrides() throws Exception {
 Properties properties = new Properties();
 properties.put(mail.store.protocol, POOKIE);
 properties.put(mail.transport.protocol, BEAR);
@@ -75,7 +76,7 @@

 }

-public void testSMTPOverrides() throws Exception {
+public void XtestSMTPOverrides() throws Exception {
 // these are defaults, all to be overridden
 Properties properties = new Properties();
 properties.put(mail.store.protocol, POOKIE);
@@ -110,7 +111,7 @@

 }

-public void testPOP3Overrides() throws Exception {
+public void XtestPOP3Overrides() throws Exception {
 Properties properties = new Properties();
 properties.put(mail.store.protocol, POOKIE);
 properties.put(mail.transport.protocol, BEAR);
@@ -136,7 +137,7 @@

 }

-public void testIMAPOverrides() throws Exception {
+public void XtestIMAPOverrides() throws Exception {
 Properties properties = new Properties();
 properties.put(mail.store.protocol, POOKIE);
 properties.put(mail.transport.protocol, BEAR);





Re: svn commit: r483034 - /geronimo/server/trunk/applications/geronimo-welcome/src/main/webapp/WEB-INF/web.xml

2006-12-08 Thread Gianny Damour

1.2 has been patched.

Thanks,
Gianny

On 06/12/2006, at 11:37 PM, Vamsavardhana Reddy wrote:


Do we need this fix in branches\1.2 too?

--vamsi

On 12/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author:  
gdamour

Date: Wed Dec  6 03:11:05 2006
New Revision: 483034

URL: http://svn.apache.org/viewvc?view=revrev=483034
Log:
Update module id name templates to reflect m2 re-organization: CARs  
have now a group id set to org.apache.geronimo.configs.


I believe this fixes GERONIMO-222 - java.lang.ClassCastException  
while installing Servlet Examples, however I cannot test it
as these CARS are not deployed to one of the configured plugin repo  
and http://people.apache.org/repo/m2-snapshot-repository/

is not a valid plugin repository.





Re: Disabled broken javamail test

2006-12-08 Thread Kevan Miller


On Dec 8, 2006, at 7:55 PM, Dain Sundstrom wrote:

For some reason this test just started failing, so I have disabled  
it.  Hopefully someone that knows something about javamail can  
revive it.


My bad, I think. I probably messed up a property file by adding a  
license header... I'll have a look.


--kevan


Re: Disabled broken javamail test

2006-12-08 Thread Dain Sundstrom
I don't think the javamail default providers is a real properties  
file and it doesn't support comments.


-dain

On Dec 8, 2006, at 5:13 PM, Kevan Miller wrote:



On Dec 8, 2006, at 7:55 PM, Dain Sundstrom wrote:

For some reason this test just started failing, so I have disabled  
it.  Hopefully someone that knows something about javamail can  
revive it.


My bad, I think. I probably messed up a property file by adding a  
license header... I'll have a look.


--kevan




Re: No legacy repos for Geronimo projects using Maven2

2006-12-08 Thread Prasad Kashyap

On 12/8/06, Jason Dillon [EMAIL PROTECTED] wrote:


If we are going to continue to use Maven (which I'm starting to
really wonder if it is worth it),


  .. (content clipped)...


... At this point... and ya, I may be in a
bad mood now... I don't think that mvn is an appropriate tool for
building production quality products... period.

--jason



I hear ye. I share the pain. But I fear the alternative - spending
considerable time migrating to another build system.

When you return from your bad mood to your jolly good ole' self again,
can you please shed more light on what it would take to have this
*ONE* repo; it's pros and cons and such..

Cheers
Prasad.


Re: svn commit: r484869 - /geronimo/server/trunk/pom.xml

2006-12-08 Thread anita kulshreshtha
   The openejb2 (url below) still builds 2.3-incubating-SNAPSHOT. How
does this work?

Thanks
Anita

  
URL: https://svn.apache.org/repos/asf/incubator/openejb/trunk/openejb2
Repository Root: https://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 484898
Node Kind: directory
Schedule: normal
Last Changed Author: dblevins
Last Changed Rev: 484846
Last Changed Date: 2006-12-08 18:34:10 -0500 (Fri, 08 Dec 2006)
--- [EMAIL PROTECTED] wrote:

 Author: dain
 Date: Fri Dec  8 16:56:26 2006
 New Revision: 484869
 
 URL: http://svn.apache.org/viewvc?view=revrev=484869
 Log:
 Trunk now works with openejb 2.2
 
 Modified:
 geronimo/server/trunk/pom.xml
 
 Modified: geronimo/server/trunk/pom.xml
 URL:

http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?view=diffrev=484869r1=484868r2=484869

==
 --- geronimo/server/trunk/pom.xml (original)
 +++ geronimo/server/trunk/pom.xml Fri Dec  8 16:56:26 2006
 @@ -61,7 +61,7 @@
  !--
  Having a single well named property makes automatic updating
 for the weekly build much easier.
  --
 -openejbVersion2.3-incubating-SNAPSHOT/openejbVersion
 +openejbVersion2.2-incubating-SNAPSHOT/openejbVersion
  
  !--
  HACK: Used by uddi-db to execute the sql plugin with the
 Derby driver.
 
 
 



 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.


Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

2006-12-08 Thread Vamsavardhana Reddy

In the commits to branch\1.2 may be we should indicate in the comment that
the commit is meant for branch only.  Will that help prevent those being
merged into trunk using SVK?

--vamsi

On 12/8/06, anita kulshreshtha [EMAIL PROTECTED] wrote:


   hmm... This change was only meant for the branch. I wonder what else
was synched up.. Is there a way to say that a certain change is meant
for a branch only, and should not be merged to the trunk?

Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 Anita,

 This change was made in branches/1.2 and so trunk is being synched
 up.

 Best wishes,
 chris

 anita kulshreshtha wrote:
  Chris,
 This commit added xalan to the assembly. Is it intentional?
 
  Thanks
  Anita
 
  --- [EMAIL PROTECTED] wrote:
 
 
  Author: ccardona
  Date: Wed Dec  6 21:14:16 2006
  New Revision: 483346
 
  URL: http://svn.apache.org/viewvc?view=revrev=483346
  Log:
  GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks
 Tim.
 
  Changes:
 
 
 


applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-
modules.properties:
 
  – $Rev added
 
  assemblies/geronimo-boilerplate-minimal/pom.xml
  – xalan artifactItem added
 
  Modified:
 
 
 
 


geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-
modules.properties
 
 
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
 
  Modified:
 
 
 


geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-
modules.properties
 
  URL:
 
 
 


http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diffrev=483346r1=483345r2=483346
 
 


==
 
  ---
 
 
 


geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-
modules.properties
 
  (original)
  +++
 
 
 


geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-
modules.properties
 
  Wed Dec  6 21:14:16 2006
  @@ -14,6 +14,9 @@
   #  See the License for the specific language governing
 permissions
  and
   #  limitations under the License.
 
 
 
 

#=
 
  +#
  +# $Rev$ $Date$
  +#
   # SQL realm has special edit logic; don't bother with full list
   module.sql.name=Database (SQL) Realm
 
 
 
 


module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
 
  Modified:
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  URL:
 
 
 


http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diffrev=483346r1=483345r2=483346
 
 


==
 
  ---
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  (original)
  +++
 
 geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
  Wed Dec  6 21:14:16 2006
  @@ -152,6 +152,12 @@
   /goals
   configuration
   artifactItems
  +
  +artifactItem
  +groupIdxalan/groupId
  +
 artifactIdxalan/artifactId
  +/artifactItem
  +
   artifactItem
   groupIdxerces/groupId
 
  artifactIdxercesImpl/artifactId
 
 
 
 
 
 
 
 
 



  Yahoo! Music Unlimited
  Access over 1 million songs.
  http://music.yahoo.com/unlimited
 
 








Have a burning question?
Go to www.Answers.yahoo.com and get answers from real people who know.



[jira] Updated: (GERONIMO-2607) GoperationInfo should include the return type for the operation

2006-12-08 Thread Anita Kulshreshtha (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2607?page=all ]

Anita Kulshreshtha updated GERONIMO-2607:
-

Attachment: modules.diff

The modules.diff patch adds two methods to GBeanInfoBuilder:
public void addOperation(String name, String returnType) 
public void addOperation(String name, Class[] paramTypes, String returnType) 
  and deprecates 
public void addOperation(String name) 
public void addOperation(String name, Class[] paramTypes)
If there are no objections, I will commit this patch in 24 hours

 GoperationInfo should include the return type for the operation
 ---

 Key: GERONIMO-2607
 URL: http://issues.apache.org/jira/browse/GERONIMO-2607
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: kernel
Affects Versions: 2.0
 Environment: All
Reporter: Anita Kulshreshtha
 Assigned To: Anita Kulshreshtha
 Attachments: kernel.diff, modules.diff, operations.jpg


 When the operations are viewed by jconsole the return type is not avaialble. 
 GOpeartionInfo should keep the retrunType information.
 This will break backward compatibility of GBeanInfo. 

-- 
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: Help building Geronimo 1.2?

2006-12-08 Thread Matt Hogstrom

Was just curious...the sun should definitely work.

On Dec 8, 2006, at 4:31 PM, Christopher Blythe wrote:


I tried the Sun and IBM 1.5 JDKs? What should I be using?

On 12/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
What JDK are you using?

On Dec 7, 2006, at 6:37 PM, Christopher Blythe wrote:

Ran into the following while trying to build from the 1.2 branch  
today... I'm a little new to this, so... any thoughts? I checked  
the target directory and the XmlUtilTest class appears to be there.




Matt Hogstrom
[EMAIL PROTECTED]





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


Matt Hogstrom
[EMAIL PROTECTED]




DayTrader failures on 1.2 for SLSB JDBC Mode

2006-12-08 Thread Matt Hogstrom

Chris/Piyush,

I've incorporated a few of the patches which included the new Session  
JDBC work as well as the new table creation code from Piyush.  I was  
getting some errors in deploying the application from trunk and had  
to add a few business nethods to the TradeBean class.  Chris, did you  
deploy your changes on Geronimo?  I'm wondering if there is some  
oddness in the way I applied the patch or in Geronimo.


also, I'm getting errors in EJB mode and JPA mode I'm debugging.   
Before I go too far down the rat hole it would be comforting to know  
you looked at trunk and the problems are mine and not some  
misapplication of the patch.  In the interim I'll continue to debug.


It looks like were missing the business methods from:

modules/ejb/src/main/java/org/apache/geronimo/samples/daytrader/ 
session/TradeJDBCBean.java
+   public OrderDataBean completeOrderOnePhase(Integer orderID)  
throws Exception, RemoteException {


+   public void cancelOrderOnePhase(Integer orderID) throws  
Exception, RemoteException {


+   public double investmentReturn(double investment, double  
NetValue) throws Exception {


+   public void publishQuotePriceChange(QuoteDataBean quoteData,  
java.math.BigDecimal oldPrice, java.math.BigDecimal changeFactor,   
double sharesTraded) throws Exception {


Did I miss something?

Matt Hogstrom
[EMAIL PROTECTED]




[jira] Updated: (GERONIMO-2641) Missing license headers

2006-12-08 Thread Jarek Gawor (JIRA)
 [ http://issues.apache.org/jira/browse/GERONIMO-2641?page=all ]

Jarek Gawor updated GERONIMO-2641:
--

Attachment: license.patch.trunk

Added patch for trunk.


 Missing license headers
 ---

 Key: GERONIMO-2641
 URL: http://issues.apache.org/jira/browse/GERONIMO-2641
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 1.2, 2.0-M1
Reporter: Jarek Gawor
 Assigned To: Kevan Miller
Priority: Blocker
 Fix For: 1.2, 2.0-M2

 Attachments: license.patch, license.patch.trunk


 A whole bunch of Java files in trunk (at least) are missing the apache 
 license header.  A basic list of such files can be generated with:
 find . -name *.java -exec fgrep -L 'Apache Software' {} \;

-- 
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: [discuss] sun xsd's and dtd's in specs source tree

2006-12-08 Thread Matt Hogstrom
I'll help to get this done...getting permission or other options are  
going too take too long.


I'll put them in sandbox/xsds and let you figure out what needs to be  
done from there Kevan.


On Dec 8, 2006, at 5:57 PM, Kevan Miller wrote:




Thoughts, please...

FYI the files are listed below:

web-app_2_4.xsd
jsp_2_0.xsd
web-jsptaglibrary_2_0.xsd
jsp_2_1.xsd



I'll do the above tonight...I have the first two done but thought  
that I should give a heads up.



web-jsptaglibrary_2_1.xsd
j2ee_1_4.xsd
j2ee_web_services_1_1.xsd
j2ee_web_services_client_1_1.xsd
web-app_2_3.dtd



Are these really necessary?

geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/http/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/package.html




--kevan









Matt Hogstrom
[EMAIL PROTECTED]




Re: [discuss] sun xsd's and dtd's in specs source tree

2006-12-08 Thread Matt Hogstrom

I've started the j2ee_1_4.xsd and will commit that one tomorrow.

On Dec 9, 2006, at 12:51 AM, Matt Hogstrom wrote:

I'll help to get this done...getting permission or other options  
are going too take too long.


I'll put them in sandbox/xsds and let you figure out what needs to  
be done from there Kevan.


On Dec 8, 2006, at 5:57 PM, Kevan Miller wrote:




Thoughts, please...

FYI the files are listed below:

web-app_2_4.xsd
jsp_2_0.xsd
web-jsptaglibrary_2_0.xsd
jsp_2_1.xsd



I'll do the above tonight...I have the first two done but thought  
that I should give a heads up.



web-jsptaglibrary_2_1.xsd
j2ee_1_4.xsd
j2ee_web_services_1_1.xsd
j2ee_web_services_client_1_1.xsd
web-app_2_3.dtd



Are these really necessary?

geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/http/package.html
geronimo/specs/trunk/geronimo-servlet_2.5_spec/src/main/java/javax/ 
servlet/package.html




--kevan









Matt Hogstrom
[EMAIL PROTECTED]





Matt Hogstrom
[EMAIL PROTECTED]