Re: Re: what does a ejb-jar.xml looks like?

[mika]

Hi Aaron,

first i thank you for your advices.

Now my answears:
I don't know exactly what EJB's are. I only know that they are Enterprise Java 
Beans. But what they are doing is a little black cloud in my mind.

My EAR consists of three JAR's, three WAR's and an application.xml as well as a 
principle.xml.

In one of the JAR's is an ejb-jar.xml. This file consists, as you wrote, of the 
Beans decided to deploy.
This JAR is the only which has to be deployed. The other two are some 
additional informations... some classes more or less.

The versions of J2EE and EJB depends on what geronimo 1.1 requires. I think, 
that they are not higher than J2EE 1.2 and EJB 1 (i asked my boss, and this is 
what he is supposing).

In association with this and my thinking of solve this problem I suggest that I 
have to set an URL to the ejb-jar.xml in the contained JAR-file of the EAR.
Is this the right approach?
If you could tell me the way of setting the ejb-jar.xml-path so, that geronimo 
doesn't make this error, I would thank you very much!

PS: assume that the ejb-jar.xml is contained in the META-INF-directory of 
MyJAR.jar, which is contained in MyEAR.ear. This is only for better 
understanding :-).

Thanks a lot, mika

> Well, it sounds like the EAR contains an EJB JAR, or at least, the
> META-INF/application.xml for the EAR is *saying* that it contains an
> EJB JAR.
> 
> That EJB JAR should be a JAR file in the EAR, that contains a file
> META-INF/ejb-jar.xml file.
> 
> The format of the ejb-jar.xml file is controlled by the EJB
> specification.  It's a bit different depending on which revision of
> J2EE and EJB you're targeting.  But there are DTDs or XML Schemas that
> dictate the format for each version.
> 
> As far as what the content of the ejb-jar.xml file is supposed to be,
> that depends on what the EJB JAR contains -- there should be entries
> in ejb-jar.xml for each EJB you want to deploy, for example, in the
> format dictated by the DTD or Schema.
> 
> So from here, I have a few questions for you:
>  - Do you know what EJBs are and how to use them?
>  - Do you think your EAR contains an EJB JAR?
>  - Would it help you if I gave you the URLs for the ejb-jar.xml DTDs or
> Schemas?
>  - If so, do you know which EJB or J2EE spec version you're targeting?
> 
> Thanks,
> Aaron
-- 


Echte DSL-Flatrate dauerhaft für 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

Re: Re: [gbuild] jimmy down

[Aaron Mulder]

Jimmy should be up again.

However, just to alert you, I may need to take chef offline for
tomorrow and possibly the weekend.

Thanks,
   Aaron

On 7/13/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:

OK, I'll look.

Thanks,
Aaron

On 7/13/06, David Blevins <[EMAIL PROTECTED]> wrote:
> Hey Aaron, jimmy seems to be down.  Can you poke him and wake him up?
>
> -David
>

[jira] Updated: (GERONIMO-1557) When you enter the url of a web service in the console You should get a page showing the service name

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1557?page=all ]

Donald Woods updated GERONIMO-1557:
---

Fix Version: 1.2

Assigning to 1.2 since patch was created against that release.

> When you enter the url of a web service in the console You should get a page 
> showing the service name
> -
>
>  Key: GERONIMO-1557
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1557
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: webservices
> Versions: 1.0
>  Environment: All
> Reporter: Manu T George
> Priority: Minor
>  Fix For: 1.2
>  Attachments: AxisServiceBuilder.patch, AxisServiceBuilder.patch, 
> AxisWebServiceContainer.patch, AxisWebServiceContainer.patch
>
> When you type the URL of a web service in a browser without the ?wsdl 
> parameter what happens is that a SOAPFault is thrown. 
> Instead we should show a HTML page with the message This is a web service 
> followed by the service name.

-- 
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] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ]

Donald Woods updated GERONIMO-2030:
---

Fix Version: 1.1.1
 (was: 1.2)

Moving to 1.1.1 since G1579 depends on this fix.

David J., can you either apply this patch or move it to 1.2 if you think its 
too much for a maintenance release?

> Allow WebServiceBuilder determine if there are WebServices to be deployed
> -
>
>  Key: GERONIMO-2030
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2030
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: webservices
> Versions: 1.1
>  Environment: all
> Reporter: Conrad O'Dea
>  Fix For: 1.1.1
>  Attachments: find-web-services.patch, geronimo_ws_builder_change.patch
>
> Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module 
> being deployed has a WebService endpoint.  Currently, this requires the 
> deployer to check for the presence of a webservices.xml file.  This makes it 
> awkward to add support for JAXWS style web services to Geronimo.  
> A better solution is to push the WS endpoint check into the webservice 
> deployer.  This simplifies the logic of webservice deployment and also allows 
> for more flexible options (such as introducing a module that use JSE 5 
> features without polluting the existing deployers).
> A patch for this attached.

-- 
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] Assigned: (GERONIMO-1037) Clicking on "uninstall" link in Applications management pages deletes the configuration without any confirmation from user

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ]

Donald Woods reassigned GERONIMO-1037:
--

Assign To: Donald Woods

> Clicking on "uninstall" link in Applications management pages deletes the 
> configuration without any confirmation from user
> --
>
>  Key: GERONIMO-1037
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1037
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: console
> Versions: 1.0-M5
> Reporter: Vamsavardhana Reddy
> Assignee: Donald Woods
> Priority: Trivial
>  Fix For: 1.1.1
>  Attachments: fix.txt, jmsserver.patch, normal.jsp
>
> Clicking on uninstall link in Applications Management pages deletes the 
> configuration without giving a second chance to the user to confirm or cancel 
> the uninstall operation.  Asking for user confirmation will definitely 
> prevent accidental uninstallation of  wrong configuration.  This can be 
> achieved by handling the onClick event of the corresponding link.
> File to be updated:
>  
> applications/console-standard/src/webapp/WEB-INF/view/configmanager/normal.jsp
> Add onClick="return confirm('Are you sure you want to uninstall 
> ${configInfo.configID}?');" to the the link conrresponsding to "Uninstall" 
> operation.

-- 
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] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ]

Donald Woods updated GERONIMO-2030:
---

Fix Version: 1.2
Version: 1.1

> Allow WebServiceBuilder determine if there are WebServices to be deployed
> -
>
>  Key: GERONIMO-2030
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2030
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: webservices
> Versions: 1.1
>  Environment: all
> Reporter: Conrad O'Dea
>  Fix For: 1.2
>  Attachments: find-web-services.patch, geronimo_ws_builder_change.patch
>
> Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module 
> being deployed has a WebService endpoint.  Currently, this requires the 
> deployer to check for the presence of a webservices.xml file.  This makes it 
> awkward to add support for JAXWS style web services to Geronimo.  
> A better solution is to push the WS endpoint check into the webservice 
> deployer.  This simplifies the logic of webservice deployment and also allows 
> for more flexible options (such as introducing a module that use JSE 5 
> features without polluting the existing deployers).
> A patch for this attached.

-- 
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] Updated: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2186?page=all ]

Donald Woods updated GERONIMO-2186:
---

Fix Version: 1.1.1
Version: 1.1
 (was: 1.2)
  Assign To: Donald Woods

This is a bug against 1.1, so its a candidate for 1.1.x.

> Editing of Connection Pools other than Derby from console not working
> -
>
>  Key: GERONIMO-2186
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2186
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: console
> Versions: 1.1
> Reporter: Krishnakumar B
> Assignee: Donald Woods
> Priority: Minor
>  Fix For: 1.1.1

>
> Editing of connection pools other than Derby is currently not working 

-- 
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] Assigned: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2188?page=all ]

Donald Woods reassigned GERONIMO-2188:
--

Assign To: Donald Woods

> Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
> 
>
>  Key: GERONIMO-2188
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2188
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: connector
> Versions: 1.1.1
> Reporter: Krishnakumar B
> Assignee: Donald Woods

>
> We have to configure CommitBeforeAutCommit="true" property exclusively in the 
> database connection pool plan, to have the ejb -based transactions 
> immediately committed for oracle database. Otherwise it only commits 
> transaction when  the server  shuts-down. This problem is not faces with 
> Derby database.

-- 
This message is automatically generated by JIRA.
-
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] Updated: (GERONIMO-1037) Clicking on "uninstall" link in Applications management pages deletes the configuration without any confirmation from user

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ]

Donald Woods updated GERONIMO-1037:
---

Fix Version: 1.1.1
 (was: 1.2)

Preventing users from accidental deletes should be part of any usability design 
and I consider as a bug, not a feature enhancement  Matt, please consider 
this for 1.1.1.

> Clicking on "uninstall" link in Applications management pages deletes the 
> configuration without any confirmation from user
> --
>
>  Key: GERONIMO-1037
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1037
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: console
> Versions: 1.0-M5
> Reporter: Vamsavardhana Reddy
> Priority: Trivial
>  Fix For: 1.1.1
>  Attachments: fix.txt, jmsserver.patch, normal.jsp
>
> Clicking on uninstall link in Applications Management pages deletes the 
> configuration without giving a second chance to the user to confirm or cancel 
> the uninstall operation.  Asking for user confirmation will definitely 
> prevent accidental uninstallation of  wrong configuration.  This can be 
> achieved by handling the onClick event of the corresponding link.
> File to be updated:
>  
> applications/console-standard/src/webapp/WEB-INF/view/configmanager/normal.jsp
> Add onClick="return confirm('Are you sure you want to uninstall 
> ${configInfo.configID}?');" to the the link conrresponsding to "Uninstall" 
> operation.

-- 
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] Assigned: (GERONIMO-1817) "Test a Login" while adding LDAP Realm fails with NullPointerException

[Donald Woods (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1817?page=all ]

Donald Woods reassigned GERONIMO-1817:
--

Assign To: Donald Woods

> "Test a Login" while adding LDAP Realm fails with NullPointerException
> --
>
>  Key: GERONIMO-1817
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1817
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
> Versions: 1.0, 1.2, 1.1
>  Environment: WinXP, Sun JDK 1.4.2_08
> Reporter: Vamsavardhana Reddy
> Assignee: Donald Woods
>  Fix For: 1.1.1
>  Attachments: GERONIMO-1817.patch
>
> "Test a Login" function while adding LDAP Realm through Admin Console fails 
> with NullPointerException due to connectionProtocol parameter.  The problem 
> is similar to GERONIMO-1791.

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

[jira] Created: (GERONIMODEVTOOLS-91) WTP server adapters for geronimo needs to provide extensibility, like an OEM vendor.

[Lin Sun (JIRA)]

WTP server adapters for geronimo needs to provide extensibility, like an OEM 
vendor.


 Key: GERONIMODEVTOOLS-91
 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-91
 Project: Geronimo-Devtools
Type: New Feature

  Components: eclipse-plugin  
Versions: 1.1.0
 Environment: all environments
Reporter: Lin Sun


The WTP server adapter for geronimo, also known as devtools project, needs to 
provide extensibility, like an OEM vendor so that other companies can build 
their additional plugins to brand Apache Geronimo to their companies' logo or 
name, with AG's eclipse plugins untouched.One example is that Eclipse allow 
other vendors to brand Eclipse, for example, you could configure a different 
splash screen.

There are two things I see here, and there can be others that I am missing:
1) There is a geronimo-1.1 appended to the installation path after user clicks 
on the Download and Install button to download either the jetty or tomcat 
distribution.   This is undesired.   
2) There are two buttons (Jetty or Tomcat).  It should be configurable as other 
companies may want to distribute jetty only, tomcat only or both.

-- 
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: dependency ServiceMix SNAPSHOT on Maven2

[greggy]

I pulled down the source from that location and i could not extract due to a
password on some files - or it is simply corrupted source files?
-- 
View this message in context: 
http://www.nabble.com/dependency-ServiceMix-SNAPSHOT-on-Maven2-tf1870244.html#a5319668
Sent from the ServiceMix - Dev forum at Nabble.com.

Re: [gbuild] jimmy down

[Aaron Mulder]

OK, I'll look.

Thanks,
   Aaron

On 7/13/06, David Blevins <[EMAIL PROTECTED]> wrote:

Hey Aaron, jimmy seems to be down.  Can you poke him and wake him up?

-David

unzipping the source

[greggy]

I have downloaded the ZIP file for servicemix 3.0M2, and when i go to extract
the contents it is asking for a password for some of the files. What is the
password, or more importantly, how do I extract all the files so that I can
then build them?
-- 
View this message in context: 
http://www.nabble.com/unzipping-the-source-tf1940729.html#a5319328
Sent from the ServiceMix - Dev forum at Nabble.com.

[gbuild] jimmy down

[David Blevins]

Hey Aaron, jimmy seems to be down.  Can you poke him and wake him up?

-David

[jira] Commented: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions

[Kevan Miller (JIRA)]

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

Kevan Miller commented on GERONIMO-2190:


Hi Tim, 
Can you attach your GBean and plan to this jira?

> Deployer not undeploying GBeans thats have stopped because of exceptions
> 
>
>  Key: GERONIMO-2190
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2190
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: deployment
> Versions: 1.1
>  Environment: Geronimo 1.1 on Debian using Java 1.5 
> Reporter: Timothy Sutton

>
> After deploying a Gbean and if the process stops because an exception is 
> thrown. If you go to perform an undeploy it will tell you that the Gbean 
> doesnt exsist. Although you can uninstall with the console utility in 
> geronimo, and your car file will be removed for the directory.  Then when you 
> go to deploy an updated version of the gbean it tells you it  still exsists. 
> You are forced to stop geronimo, and then start geronimo back up to fix this 
> problem.
> Stack trace 
> org.springframework.beans.factory.BeanCreationException: Error creating bean 
> with name 'hashman' defined in class path resource [Adaptor.asset.xml]: 
> Instantiation of bean failed; nested exception is 
> org.springframework.beans.FatalBeanException: Could not instantiate class 
> [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw 
> exception; nested exception is java.lang.ExceptionInInitializerError: null
> org.springframework.beans.FatalBeanException: Could not instantiate class 
> [com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw 
> exception; nested exception is java.lang.ExceptionInInitializerError: null
> java.lang.ExceptionInInitializerError
> at 
> com.sensis.assetmgmt.assetInterface.AssetHashManager.(AssetHashManager.java:20)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at 
> org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100)
> at 
> org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:76)
> at 
> org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:49)
> at 
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:453)
> at 
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:333)
> at 
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:226)
> at 
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147)
> at 
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:275)
> at 
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:318)
> at 
> org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:81)
> at 
> org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:66)
> at 
> org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:57)
> at 
> com.sensis.assetmgmt.assetInterface.SpringGBean.doStart(SpringGBean.java:62)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:981)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:540)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:374)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:512)
>

[jira] Created: (AMQ-822) Eclipse fails to compile activemq-core due to invalid symbol in UdpTransportFactory.java

[Maxim Fateev (JIRA)]

Eclipse fails to compile activemq-core due to invalid symbol in 
UdpTransportFactory.java


 Key: AMQ-822
 URL: https://issues.apache.org/activemq/browse/AMQ-822
 Project: ActiveMQ
Type: Bug

  Components: Transport  
Versions: incubation
 Environment: RHEL-3
Reporter: Maxim Fateev
Priority: Trivial


UdpTransportFactory contains commented out code that contain symbol that 
eclipse cannot handle. The following fix was sufficient for code to be compiled 
without problem:

[EMAIL PROTECTED]:/workplace/fateev/activemq/trunk> svn diff 
activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java
Index: 
activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java
===
--- 
activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java
  (revision 421719)
+++ 
activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java
  (working copy)
@@ -161,7 +161,7 @@
  * switch to the target endpoint // based on the last packet that was
  * received // so that all future requests go to the newly created UDP
  * channel Endpoint from = info.getFrom();
- * System.out.println("�setting the client side target to: 
" +
+ * System.out.println("setting the client side target to: " +
  * from); udpTransport.setTargetEndpoint(from); } }; return transport;
  */
 }
[EMAIL PROTECTED]:/workplace/fateev/activemq/trunk>


-- 
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: md5 for servicemix 2.0 release

[Jon Gorrono]

Jon Gorrono wrote:
> 
> 
> I just tried to download the 2.0 release and found that the md5 differed
> from the recorded value accompanying the file.
> 
> local value :
>  openssl md5 /opt/ccjon/servicemix-2.0.jar
> MD5(/opt/ccjon/servicemix-2.0.jar)= c5183995f77c57eb39a5b0f96ea68c8c
> 
> on codehaus.org:
> f9c0dacc3e74049089925196bf04adac
> 
> 
> 

I not have said 'release' as it implies the release package I am
referring to the 2.0 jar


-- 
View this message in context: 
http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940235.html#a5318121
Sent from the ServiceMix - Dev forum at Nabble.com.

[jira] Created: (AMQ-821) Openwire code (from HEAD) doesn't compile on .Net 1.1 - uses sizeof(int)

[Dan Haywood (JIRA)]

Openwire code (from HEAD) doesn't compile on .Net 1.1 - uses sizeof(int)


 Key: AMQ-821
 URL: https://issues.apache.org/activemq/browse/AMQ-821
 Project: ActiveMQ
Type: Bug

  Components: JMS client  
 Environment: Net 1.1
Reporter: Dan Haywood
Priority: Minor
 Fix For: incubation
 Attachments: ActiveMQTextMessage.cs.diff, nant.build.diff

sizeof(int) is unsafe code on Net-1.1.

I've attached patches to put the code in unsafe { ... } block, plus fix to 
nant.build.  Same code also (still) compiles on 2.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

md5 for servicemix 2.0 release

[Jon Gorrono]

-- 
View this message in context: 
http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940180.html#a5317625
Sent from the ServiceMix - Dev forum at Nabble.com.

md5 for servicemix 2.0 release

[Jon Gorrono]

I just tried to download the 2.0 release and found that the md5 differed
from the recorded value accompanying the file.

local value :
 openssl md5 /opt/ccjon/servicemix-2.0.jar
MD5(/opt/ccjon/servicemix-2.0.jar)= c5183995f77c57eb39a5b0f96ea68c8c

on codehaus.org:
f9c0dacc3e74049089925196bf04adac


-- 
View this message in context: 
http://www.nabble.com/md5-for-servicemix-2.0-release-tf1940235.html#a5317789
Sent from the ServiceMix - Dev forum at Nabble.com.

Re: [M2 build] geronimo-deployment-plugin build fails on Windows

[Jason Dillon]

Um...

Are you sure?  Sounds very fishy... I'd expect that you would see a  
dependency related failure if 1.2 could not be resolved... or you  
don't have the latest code.


If you are not bootstrapping the m2migration tree, be sure to at  
least sync and bootstrap genesis.  This is a minor annoyance until we  
get this puppy published.  But until then we need to be sure to keep  
local genesis artifacts updated.


--jason


On Jul 13, 2006, at 9:33 AM, Prasad Kashyap wrote:

The geronimo-deployment-plugin build fails on windoze with the  
following error.


[INFO]  
-- 
--

[ERROR] BUILD FAILURE
[INFO]  
-- 
--

[INFO] Compilation failure

C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo- 
deployment-plugin\src\java\org\apache\geronimo\plugins\deployment 
\StartRemoteServerMojo.java:[158,44]

cannot resolve symbol
symbol  : method getPid ()
location: class org.codehaus.plexus.util.cli.Commandline

This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of
org.codehaus.plexus:plexus-utils.

The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of
org.codehaus.plexus:plexus-utils. The 1.2 version is missing.

Cheers
Prasad

Re: Unable to make a simple SessionBean lookup

[David Blevins]

On Jul 13, 2006, at 7:42 AM, Rafael Barrera Oro wrote:


Aaron Mulder wrote:


On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote:
The problem thas arose now is that when i invoke the create  
method from

the home interface,  the result is the following exception:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/geronimo/security/ContextManager


You need a couple Geronimo JARs on the class path of the client.  I'm
not sure which ones off the top of my head.  But this error would
suggest geronimo-security-1.1.jar is one of them.  :)  You can find
the JARs in geronimo-1.1/repository/geronimo/...



It worked perfectly, thanks a zillion, really. I 've been stuck for  
a while on this.




There's an open JIRA with a list of client jars required for a plain- 
java ejb client.  Feel welcome to update that with a more current list


http://jira.codehaus.org/browse/OPENEJB-19

Or better yet, feel free to edit this page and add a note about the  
right jars for OpenEJB 2.x/Geronimo 1.x


http://docs.codehaus.org/display/OPENEJB/Remote+Server


Thanks!

-David

Re: [M2 build] geronimo-deployment-plugin build fails on Windows

[Jason Dillon]

I will take a look.

Not sure why so many versions of the same dependency are getting  
picked up.


I think the m2 folks need to update their poms.

--jason


On Jul 13, 2006, at 9:33 AM, Prasad Kashyap wrote:

The geronimo-deployment-plugin build fails on windoze with the  
following error.


[INFO]  
-- 
--

[ERROR] BUILD FAILURE
[INFO]  
-- 
--

[INFO] Compilation failure

C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo- 
deployment-plugin\src\java\org\apache\geronimo\plugins\deployment 
\StartRemoteServerMojo.java:[158,44]

cannot resolve symbol
symbol  : method getPid ()
location: class org.codehaus.plexus.util.cli.Commandline

This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of
org.codehaus.plexus:plexus-utils.

The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of
org.codehaus.plexus:plexus-utils. The 1.2 version is missing.

Cheers
Prasad

Re: Fault and Error

[Charlesh]

Method onMessageExchange in super class(ComponentSupport) of
MessageConfirmer, already make that!

 exchange.setStatus(ExchangeStatus.DONE);
 getDeliveryChannel().send(exchange);


Thanks!
-- 
View this message in context: 
http://www.nabble.com/Fault-and-Error-tf1934001.html#a5315505
Sent from the ServiceMix - Dev forum at Nabble.com.

[jira] Updated: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions

[Timothy Sutton (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2190?page=all ]

Timothy Sutton updated GERONIMO-2190:
-

Description: 
After deploying a Gbean and if the process stops because an exception is 
thrown. If you go to perform an undeploy it will tell you that the Gbean doesnt 
exsist. Although you can uninstall with the console utility in geronimo, and 
your car file will be removed for the directory.  Then when you go to deploy an 
updated version of the gbean it tells you it  still exsists. You are forced to 
stop geronimo, and then start geronimo back up to fix this problem.


Stack trace 


org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'hashman' defined in class path resource [Adaptor.asset.xml]: 
Instantiation of bean failed; nested exception is 
org.springframework.beans.FatalBeanException: Could not instantiate class 
[com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw 
exception; nested exception is java.lang.ExceptionInInitializerError: null
org.springframework.beans.FatalBeanException: Could not instantiate class 
[com.sensis.assetmgmt.assetInterface.AssetHashManager]; constructor threw 
exception; nested exception is java.lang.ExceptionInInitializerError: null
java.lang.ExceptionInInitializerError
at 
com.sensis.assetmgmt.assetInterface.AssetHashManager.(AssetHashManager.java:20)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at 
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100)
at 
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:76)
at 
org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:49)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:453)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:333)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:226)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:275)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:318)
at 
org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:81)
at 
org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:66)
at 
org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:57)
at 
com.sensis.assetmgmt.assetInterface.SpringGBean.doStart(SpringGBean.java:62)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:981)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:540)
at 
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at 
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:374)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:512)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:493)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke()
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at o

RE: [Vote] Geronimo Eclipse Plugin v1.1.0

[Lin Sun]

Hi Sachin,

I’ve tried the RC 4 or 5, and here’s some feedback from me:
1) Simple jsp and servlet appears to be working with 1.1 server.
2) Simple jsp and servlet appears to be working with 1.0 server.  
3) I started to have trouble with the tomcat-jsp 5.5.12-1 examples, as the
deployment plan after import was not recognized by the Geronimo deployment
plan editor.   I have had similar prob in the past and the solution is a bit
painful - covert the Geronimo-web.xml to whatever full qualified tags the
plugin likes.   (I posted a discussion on this a while back ago).
4) Is the release note avail?  I can only find 1.0 release note.  I 'd like
to know the new functions in 1.1 besides the test environment option.
5) I don't see the update site package avail.  I'd really like to see users
being able to update from 1.0 plugin to 1.1's plugin via update manager.

Lin


-Original Message-
From: Sachin Patel [mailto:[EMAIL PROTECTED] On Behalf Of Sachin Patel
Sent: Tuesday, July 11, 2006 4:10 PM
To: dev@geronimo.apache.org
Subject: Re: [Vote] Geronimo Eclipse Plugin v1.1.0

FYI the current vote is on.. (breaking the all time software record on the
number of release candidate drivers in one day)

http://people.apache.org/dist/geronimo/eclipse/unstable/g-eclipse-plugin-1.1
-deployable-RC10.zip

On Jul 11, 2006, at 1:48 PM, Sachin Patel wrote:


done

On Jul 11, 2006, at 1:24 PM, Lin Sun wrote:


I just checked the g-eclipse-plugin-1.1-updatesite-RC5.zip file and only see
Apache License there (not the full Apache 2.0 license) in all 3 features. 
It might be important to correct the license in these features as installing
via update manager is the recommended method to install the Eclipse plugin. 
 In Eclipse, user will have to accept the licenses in install panel before
the Eclipse continues the installation.
 
Lin
 
-Original Message-
From: Sachin Patel [mailto:[EMAIL PROTECTED] On Behalf Of Sachin Patel
Sent: Tuesday, July 11, 2006 12:58 PM
To: dev@geronimo.apache.org
Subject: Re: [Vote] Geronimo Eclipse Plugin v1.1.0
 
Ok one last time hopefully...
 
http://people.apache.org/dist/geronimo/eclipse/unstable/g-eclipse-plugin-1.1
-deployable-RC7.zip
 
On Jul 11, 2006, at 10:03 AM, Sachin Patel wrote:

&[EMAIL PROTECTED] ok ignore rc6
 
On Jul 11, 2006, at 9:59 AM, Kevan Miller wrote:

 
On Jul 11, 2006, at 8:41 AM, Sachin Patel wrote:

 
On Jul 10, 2006, at 11:29 PM, Kevan Miller wrote:

Sachin,
At a minimum, you need to add:
 
OpenEJB, MX4J, and XStream to the root LICENSE file
 
Which root license file I you referring to? Do I just append each license to
this?
 
By root, I meant the notice and license files in
g-eclipse-plugin-1-1/META-INF/. I actually don't think that they should be
in the META-INF dir. I think you should end up with the following when you
unzip:
 
geronimo-eclipse-plugin-1-1/LICENSE
geronimo-eclipse-plugin-1-1/NOTICE   (both license and notice should either
be .txt or have no suffix)
geronimo-eclipse-plugin-1-1/plugins/...
geronimo-eclipse-plugin-1-1/features/...
 
The additional license and notice information should be appended to the ASL
license and notice info. see
geronimo/branches/modules/scripts/src/resources/LICENSE.txt and NOTICE.txt
(you can just steal the appropriate sections from these files).
 
Looks like some of the jar files are still missing LICENSE and NOTICE
files. org.apache.geronimo.v11.deployment.model.edit_1.0.0.jar, for
instance.
 
--kevan 
 
MX4J, and XMLBeans to the root NOTICE file
 
Again which root?

 
Did you investigate Hessian licensing?
 
Yeah its under Apache 1.0 I think, but could not find a copy of it on their
site.

I didn't find any licensing info (at first). So, took a look at the source.
The first source file I looked at contained the following:
 
/*
* Copyright (c) 1998-2004 Caucho Technology -- all rights reserved
*
* This file is part of Resin(R) Open Source
*
* Each copy or derived work must preserve the copyright notice and this
* notice unmodified.
*
* Resin Open Source is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* Resin Open Source is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE, or any warranty
* of NON-INFRINGEMENT.  See the GNU General Public License for more
* details.
*
* You should have received a copy of the GNU General Public License
* along with Resin Open Source; if not, write to the
*   Free SoftwareFoundation, Inc.
*   59 Temple Place, Suite 330
*   Boston, MA 02111-1307  USA
*
* @author Scott Ferguson
*/
 
I now see the following statement on their wiki:
 
"Caucho Technology has released this Hessian implementation under an open
source license (the Apache license). Anyone may freely download, use, and
redistribute the He

[jira] Commented: (AMQ-701) Unix scripts in distro should have mode 755

[Hiram Chirino (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-701?page=comments#action_36575 ] 

Hiram Chirino commented on AMQ-701:
---

I think going with patform specific distributions is the way to go.  It solves 
problems like Windows users not being able to read the README and LICENSE files 
due to EOL issues.  Same thing applies to the eamples and documentation.

I would be open to creating *-windows.zip, *-windows.tar.gz, *-unix.zip, and 
*-unix.tar.gz if you really think that folks on both patforms want to have the 
zip and tar.gz options.  But I don't think that is the case either.

Also when a user uses cygwin, he's going to want to use the unix distribution 
since the EOL characters are unix style and he can use .sh files to launch 
activemq.  So I'm not sure there is a down side this yet.

> Unix scripts in distro should have mode 755
> ---
>
>  Key: AMQ-701
>  URL: https://issues.apache.org/activemq/browse/AMQ-701
>  Project: ActiveMQ
> Type: Improvement

>   Components: Broker
> Versions: 4.0 RC3, 4.0 RC2, 4.0 M4
> Reporter: Jason Dillon
> Assignee: Hiram Chirino
>  Fix For: 4.1

>
>
> All of the unix scripts in the distro should have their mode set to 755, as 
> in:
> cd bin/
> chmod 755 activemq browse bstat list query shutdown
> Users should be able to unzip/untgz the distro and then run bin/activemq with 
> out any extra steps.
>  supports a filemode attribute, and  suports a mode 
> attribute that allow you to set the right mode on the archived files.
> See the "release" target here for a real example:
> http://svn.sourceforge.net/viewcvs.cgi/p4spam/p4spam/trunk/build.xml?view=markup&rev=57

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

[jira] Created: (GERONIMO-2190) Deployer not undeploying GBeans thats have stopped because of exceptions

[Timothy Sutton (JIRA)]

Deployer not undeploying GBeans thats have stopped because of exceptions


 Key: GERONIMO-2190
 URL: http://issues.apache.org/jira/browse/GERONIMO-2190
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: deployment  
Versions: 1.1
 Environment: Geronimo 1.1 on Debian using Java 1.5 
Reporter: Timothy Sutton


After deploying a Gbean and if the process stops because an exception is 
thrown. If you go to perform an undeploy it will tell you that the Gbean doesnt 
exsist. Although you can uninstall with the console utility in geronimo, and 
your car file will be removed for the directory.  Then when you go to deploy an 
updated version of the gbean it tells you it  still exsists. You are forced to 
stop geronimo, and then start geronimo back up to fix this problem.


-- 
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: [wadi-dev] Session/clustering API and the web tier

[Jules Gosnell]

Jules Gosnell wrote:


I pressed 'send' without counting to 10 first on the last response. Sorry.

The thread seems to be getting nowhere fast - probably my fault - let me 
try an alternate tack.


here is how I would like to see it work.


The Interception Contract :

The container provides a generic interception point with which the 
geronimo session manager (GSM) MAY register an interceptor.


The Policy Contract:


!!! This is the Relocation Contract


IFF the container chooses to provide invocation/request relocation 
fnality it can encapsulate this in an api that knowns nothing about 
clusters and everything about relocation and provide this to the GSM layer.


The Relocation Contract :


!!! and this is the Policy Contract


IFF the container wishes to be involved in decisions around whether to 
relocate session or invocation (ultimately about where sessions should 
be located) it may do so, via another api (to be discussed when the need 
arises). This api will know nothing about clustering, but everything 
about the resource usage of a given web container.


...

A request arrives at the boundary of the container which passes it to 
the GSM interceptor.


GSM takes control, uses information garnered from its own internals and 
potentially from policy contract with the container to decide what to 
do. If it wishes to relocate the invocation/request it does so using the 
relocation contract and terminates the interception chain. If it wishes 
to run the invocation/request locally, it returns flow-control to the 
container, allowing the request to continue into it.



That is it.

The container writer need know nothing about custering or session 
location. He need not even provide any of the contracts ! - if he 
doesn't, the GSM just forgets about invocation relocation and reverts to 
shifting state around all the time.



By giving the container any more control over this you will variously:

- duplicate code in every container
- allow different tiers to make conflicting decisions about relocation
- leak clustering issues into container-space.


I've obviously done a bad job of explaining myself so far. Is this 
clearer ?



Jules


Greg Wilkins wrote:


Jules Gosnell wrote:


James Strachan wrote:


On 7/12/06, Jules Gosnell


Greg Wilkins wrote:




However, in another sense, Jetty need not delegate this task, since 
the

object returned in these cases is managed by WADI, but created by a
Factory that is injected at startup time. This factory might be
generating instances of a class that has very Jetty-specific knowledge
or is even a part of the Jetty distro...




Thats certainly one approach. Another is for the container to just ask
the policy API what to do (i.e. is the request going to be serviced
locally or not) so that the container can take care of the rest.



This leaks clustering concerns into the container's space.




If the container is going to do the redirecting/proxying (either
directly or as a call back), then it has to be concerned with clustering.

I understand that WADI has an implementation of this, but I want to
be able to use clustering mechanisms other than WADI.  I think it is
raising the bar for clustering implementations if they must support
this.




I understand the cleanliness from the session API implementor's
perspective of using a factory and calling back the container when you
see fit - however I also understand the container developers
requirement to understand at all times what each thread is doing, to
tune things aggressively with full knowledge of threading models and
to generally be master of its own domain, so I can understand why a
container developer might prefer a non-callback related solution
(which could introduce all kinds of nasty thread related bugs into the
container).



Any clustering solution will use threads underneath its API. If this is
a concern you should simply make explicit where they may be used.



I don't see why both options can't be offered.




Exactly - why can we not have the simple policy API that we call to
understand what to do.

Jetty can have a session interceptor to call this API and do it's
proxying or redirection and then Jetty can use lots of different
clustering implementations.

But the Jetty developers may be lazy, and instead of implementing their
own interceptor they may choose to use the WADI implementation of it
that wraps up the whole invocation.Tomcat or openEJB may not be so 
lazy or have other concerns - thus they might not use the WADI

interceptor but code directly to the policy API.




Agreed. Just some way to ask the Session API if a request can be
processed locally might do the trick, then if not Jetty can do its
proxy/redirect thing. The trickier thing is what to pass into the
strategy to help it decide...



by having Jetty make the decision:

- you leak clustering concerns into the web tier
- you have to duplicate similar code in every clustered tier




Jetty is not making the decision, it is calli

Re: [wadi-dev] Session/clustering API and the web tier

[Jules Gosnell]

I pressed 'send' without counting to 10 first on the last response. Sorry.

The thread seems to be getting nowhere fast - probably my fault - let me 
try an alternate tack.


here is how I would like to see it work.


The Interception Contract :

The container provides a generic interception point with which the 
geronimo session manager (GSM) MAY register an interceptor.


The Policy Contract:

IFF the container chooses to provide invocation/request relocation 
fnality it can encapsulate this in an api that knowns nothing about 
clusters and everything about relocation and provide this to the GSM layer.


The Relocation Contract :

IFF the container wishes to be involved in decisions around whether to 
relocate session or invocation (ultimately about where sessions should 
be located) it may do so, via another api (to be discussed when the need 
arises). This api will know nothing about clustering, but everything 
about the resource usage of a given web container.


...

A request arrives at the boundary of the container which passes it to 
the GSM interceptor.


GSM takes control, uses information garnered from its own internals and 
potentially from policy contract with the container to decide what to 
do. If it wishes to relocate the invocation/request it does so using the 
relocation contract and terminates the interception chain. If it wishes 
to run the invocation/request locally, it returns flow-control to the 
container, allowing the request to continue into it.



That is it.

The container writer need know nothing about custering or session 
location. He need not even provide any of the contracts ! - if he 
doesn't, the GSM just forgets about invocation relocation and reverts to 
shifting state around all the time.



By giving the container any more control over this you will variously:

- duplicate code in every container
- allow different tiers to make conflicting decisions about relocation
- leak clustering issues into container-space.


I've obviously done a bad job of explaining myself so far. Is this clearer ?


Jules


Greg Wilkins wrote:

Jules Gosnell wrote:


James Strachan wrote:


On 7/12/06, Jules Gosnell


Greg Wilkins wrote:




However, in another sense, Jetty need not delegate this task, since the
object returned in these cases is managed by WADI, but created by a
Factory that is injected at startup time. This factory might be
generating instances of a class that has very Jetty-specific knowledge
or is even a part of the Jetty distro...



Thats certainly one approach. Another is for the container to just ask
the policy API what to do (i.e. is the request going to be serviced
locally or not) so that the container can take care of the rest.


This leaks clustering concerns into the container's space.



If the container is going to do the redirecting/proxying (either
directly or as a call back), then it has to be concerned with clustering.

I understand that WADI has an implementation of this, but I want to
be able to use clustering mechanisms other than WADI.  I think it is
raising the bar for clustering implementations if they must support
this.




I understand the cleanliness from the session API implementor's
perspective of using a factory and calling back the container when you
see fit - however I also understand the container developers
requirement to understand at all times what each thread is doing, to
tune things aggressively with full knowledge of threading models and
to generally be master of its own domain, so I can understand why a
container developer might prefer a non-callback related solution
(which could introduce all kinds of nasty thread related bugs into the
container).


Any clustering solution will use threads underneath its API. If this is
a concern you should simply make explicit where they may be used.



I don't see why both options can't be offered.



Exactly - why can we not have the simple policy API that we call to
understand what to do.

Jetty can have a session interceptor to call this API and do it's
proxying or redirection and then Jetty can use lots of different
clustering implementations.

But the Jetty developers may be lazy, and instead of implementing their
own interceptor they may choose to use the WADI implementation of it
that wraps up the whole invocation.Tomcat or openEJB may not 
be so lazy or have other concerns - thus they might not use the WADI

interceptor but code directly to the policy API.




Agreed. Just some way to ask the Session API if a request can be
processed locally might do the trick, then if not Jetty can do its
proxy/redirect thing. The trickier thing is what to pass into the
strategy to help it decide...


by having Jetty make the decision:

- you leak clustering concerns into the web tier
- you have to duplicate similar code in every clustered tier



Jetty is not making the decision, it is calling an API
to make the decision.  Jetty simply implements the execution of 
the decision.


The code to do this h

[jira] Commented: (AMQ-701) Unix scripts in distro should have mode 755

[Jason Dillon (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-701?page=comments#action_36574 ] 

Jason Dillon commented on AMQ-701:
--

Yikes... its a bad idea IMO to have the zip and .tgz contain different files.

Users on windows might pick the .zip and then want to run with cygwin.

I highly recommend that the archives contain the *same* files.

> Unix scripts in distro should have mode 755
> ---
>
>  Key: AMQ-701
>  URL: https://issues.apache.org/activemq/browse/AMQ-701
>  Project: ActiveMQ
> Type: Improvement

>   Components: Broker
> Versions: 4.0 RC3, 4.0 RC2, 4.0 M4
> Reporter: Jason Dillon
> Assignee: Hiram Chirino
>  Fix For: 4.1

>
>
> All of the unix scripts in the distro should have their mode set to 755, as 
> in:
> cd bin/
> chmod 755 activemq browse bstat list query shutdown
> Users should be able to unzip/untgz the distro and then run bin/activemq with 
> out any extra steps.
>  supports a filemode attribute, and  suports a mode 
> attribute that allow you to set the right mode on the archived files.
> See the "release" target here for a real example:
> http://svn.sourceforge.net/viewcvs.cgi/p4spam/p4spam/trunk/build.xml?view=markup&rev=57

-- 
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: Fault and Error

[James Strachan]

On 7/13/06, Charlesh <[EMAIL PROTECTED]> wrote:


somebody help? have source example?
I only implemented methods "poll" and "transform".

this http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html
the method onMessageExchange implement, are in super().


You need to call done() to complete the message exchange - which is a
helper method available from the super class.  Try look at some of the
source code of the example components for inspiration of how to write
components...

http://incubator.apache.org/servicemix/components.html

--

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

Re: build.xml example

[Aaron Mulder]

What kind of application are you working on?  (e.g. WAR, EAR, EJBs,
etc.)  I can probably sketch some steps that your build should take,
though I don't have a specific Ant/Geronimo example (I've used Maven
for all my Geronimo-related builds).

Thanks,
   Aaron

On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote:

Im sorry, but i 've been unable to find out what a build.xml example for
using ant with geronimo looks like, so i ask you guys.

As usual, thanks in advance

Rafael

Re: Fault and Error

[Charlesh]

somebody help? have source example?
I only implemented methods "poll" and "transform".

this http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html
the method onMessageExchange implement, are in super(). 

Thanks!
-- 
View this message in context: 
http://www.nabble.com/Fault-and-Error-tf1934001.html#a5313953
Sent from the ServiceMix - Dev forum at Nabble.com.

Re: Geronimo cluster API suggestion

[Jeff Genender]

Filip,

Thanks for the first pass on this...it looks interesting.

Jeff

Filip Hanik - Dev Lists wrote:
> Ladies and Gentlemen,
> from our talk at Dublin clustering BOF, clustering is not always about
> state replication, there are other aspects of it, and its those I am
> focusing on here, as state replication is already being talked about in
> another thread, so it has enough coverage in the Session API threads.
> 
> This API is aimed for any underlying implementation to allow different
> components to know of each other, my most simple example was the
> InitialContext, to be able to fail over between two Geronimo instances,
> the initial context on the client could either
> a) - hard code the locations of the Geronimo VM(s)
> b) - dynamically discover the locations of the Geronimo VM(s)
> c) - being able to receive node information from "a" Geronimo VM
> 
> jboss does option A and B, and I am not sure about C,
> but its the C option i am trying to address, as that would allow for
> heterogeneous clusters, as not every VM would have the same services
> deployed, and the client shouldn't have to know what services are
> deployed where.
> 
> So the invocation would be something like
> 
> InitialContext ic = new InitialContext(properties); (properties could be
> any of options A,B,C from above)
> Context ctx = (Context)ic.lookup(sub context);
> SomeRemoteStub stub = ctx.lookup("my/remotestub");
> 
> in a non clustered scenario, the ic.lookup always happens on the node
> initialized in the "new InitialContext(properties);" call, and the "ctx"
> is just talking to that same node.
> However, in a heterogeneous cluster, all three, "ic", "ctx" and "stub"
> could be cluster-aware, and make decisions through that.
> 
> Simple example, we want to lookup ejbX on a cluster with servers
> serverA..serverZ, ejbX is only deployed on serverD..serverF.
> 
> InitialContext ic = new InitialContext("serverA, serverG, serverT");
> //hand pick a few servers if automatic discovery is disabled(option C)
> EjbX ejbX = ic.lookup("my/company/ejbX");
> 
> because ic, is cluster aware, and it is able to determine what services
> run on what parts of the cluster, it can fetch the stub from serverD, or
> it retrieves the stub from serverA who retrieved it from serverD.
> and now the ejbX stub is pinned to serverD (or it can be load balanced,
> up to the EJB implementation, see next line)
> 
> if the ejb stub is cluster aware, means it can also fail over to serverE
> or serverF if serverD goes down.
> 
> remember, there is no state replication in these examples, simply an
> intelligent way to distribute load, also, there is no mention of how
> this is actually implemented, just the API used.
> 
> So after this long rant, and for those still with me, thanks for your
> patience, I see a need for an API where components like
> JNDI/EJB/monitoring etc would have the need for some sort of API to
> retrieve information about the cluster (or group if you wish to call it
> that), so no matter what the underlying clustering implementation is.
> 
> The API I am proposing is aimed to be useful and simple for both the
> cluster provider and the cluster user. So no fancy mechanism that
> tribes,activecluster,appia,jgroups implement are exposed in here, but
> all of them could implement this API. Components like JNDI,monitoring
> can decide to use this API, which any underlying implementation would be
> required to support, or they could plug in directly to the implementation.
> 
> I believe the main benefit of this API, could be to have one cluster
> notion for the VM, instead of one per component.
> 
> Quick Explanation of the API:
> Cluster - One instance per VM
> Node - represents the location and state of a VM
> Channel - a communication channel in a cluster, a cluster can support
> more than one active channel, so that components wouldn't have to listen
> in on each other's chatter
> Message - a message to be sent (this is not a serializable message,
> implementations and components can send byte[] if they want, it will
> just be kept in this message)
> 
> http://people.apache.org/~fhanik/geronimo-cluster-api.zip
> 
> That's all folks
> 
> Filip
> 
> 
> 
> 
> 

Re: [RTC] Vote restart on 2 javamail patches

[Matt Hogstrom]

+1

I looked at them Rick and they look fine.  I'm not a javamail guy so I can't 
comment on that aspect.

Applied and built.

Rick McGuire wrote:
These two patches have been sitting in [RTC] state for 2 weeks now with 
no activity.  The only votes received so far have been non-binding 
ones.  These changes are holding up other work, including trying to 
convince the James developers to convert to using the Geronimo javamail 
version.


First issue, removing the javamail-transport module and replacing it 
with a dependency on the javamail-provider jar.


http://issues.apache.org/jira/browse/GERONIMO-2147

NOTE:  The above patch is another example of an area where svn diff and 
patch don't work well together.  Applying this patch will prompt for a 
Reverse action on the patch.  It doesn't matter how you reply, because 
after the patch applies, delete the javamail-transport module 
subdirectory, and this should build ok.


Second issue, creating a new javamail 1.4 spec jar.

http://issues.apache.org/jira/browse/GERONIMO-2148

Rick

build.xml example

[Rafael Barrera Oro]

Im sorry, but i 've been unable to find out what a build.xml example for 
using ant with geronimo looks like, so i ask you guys.


As usual, thanks in advance

Rafael

Geronimo cluster API suggestion

[Filip Hanik - Dev Lists]

Ladies and Gentlemen,
from our talk at Dublin clustering BOF, clustering is not always about 
state replication, there are other aspects of it, and its those I am 
focusing on here, as state replication is already being talked about in 
another thread, so it has enough coverage in the Session API threads.


This API is aimed for any underlying implementation to allow different 
components to know of each other, my most simple example was the 
InitialContext, to be able to fail over between two Geronimo instances, 
the initial context on the client could either

a) - hard code the locations of the Geronimo VM(s)
b) - dynamically discover the locations of the Geronimo VM(s)
c) - being able to receive node information from "a" Geronimo VM

jboss does option A and B, and I am not sure about C,
but its the C option i am trying to address, as that would allow for 
heterogeneous clusters, as not every VM would have the same services 
deployed, and the client shouldn't have to know what services are 
deployed where.


So the invocation would be something like

InitialContext ic = new InitialContext(properties); (properties could be 
any of options A,B,C from above)

Context ctx = (Context)ic.lookup(sub context);
SomeRemoteStub stub = ctx.lookup("my/remotestub");

in a non clustered scenario, the ic.lookup always happens on the node 
initialized in the "new InitialContext(properties);" call, and the "ctx" 
is just talking to that same node.
However, in a heterogeneous cluster, all three, "ic", "ctx" and "stub" 
could be cluster-aware, and make decisions through that.


Simple example, we want to lookup ejbX on a cluster with servers 
serverA..serverZ, ejbX is only deployed on serverD..serverF.


InitialContext ic = new InitialContext("serverA, serverG, serverT"); 
//hand pick a few servers if automatic discovery is disabled(option C)

EjbX ejbX = ic.lookup("my/company/ejbX");

because ic, is cluster aware, and it is able to determine what services 
run on what parts of the cluster, it can fetch the stub from serverD, or 
it retrieves the stub from serverA who retrieved it from serverD.
and now the ejbX stub is pinned to serverD (or it can be load balanced, 
up to the EJB implementation, see next line)


if the ejb stub is cluster aware, means it can also fail over to serverE 
or serverF if serverD goes down.


remember, there is no state replication in these examples, simply an 
intelligent way to distribute load, also, there is no mention of how 
this is actually implemented, just the API used.


So after this long rant, and for those still with me, thanks for your 
patience, I see a need for an API where components like 
JNDI/EJB/monitoring etc would have the need for some sort of API to 
retrieve information about the cluster (or group if you wish to call it 
that), so no matter what the underlying clustering implementation is.


The API I am proposing is aimed to be useful and simple for both the 
cluster provider and the cluster user. So no fancy mechanism that 
tribes,activecluster,appia,jgroups implement are exposed in here, but 
all of them could implement this API. Components like JNDI,monitoring 
can decide to use this API, which any underlying implementation would be 
required to support, or they could plug in directly to the implementation.


I believe the main benefit of this API, could be to have one cluster 
notion for the VM, instead of one per component.


Quick Explanation of the API:
Cluster - One instance per VM
Node - represents the location and state of a VM
Channel - a communication channel in a cluster, a cluster can support 
more than one active channel, so that components wouldn't have to listen 
in on each other's chatter
Message - a message to be sent (this is not a serializable message, 
implementations and components can send byte[] if they want, it will 
just be kept in this message)


http://people.apache.org/~fhanik/geronimo-cluster-api.zip

That's all folks

Filip

[M2 build] geronimo-deployment-plugin build fails on Windows

[Prasad Kashyap]

The geronimo-deployment-plugin build fails on windoze with the following error.

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

C:\Apache\geronimo\sandbox\m2migration\m2-plugins\geronimo-deployment-plugin\src\java\org\apache\geronimo\plugins\deployment\StartRemoteServerMojo.java:[158,44]
cannot resolve symbol
symbol  : method getPid ()
location: class org.codehaus.plexus.util.cli.Commandline

This pom on Linux downloads versions 1.0.4, 1.0.5, 1.1 and 1.2 of
org.codehaus.plexus:plexus-utils.

The same pom on Windows downloads versions 1.0.4,, 1.0.5 and 1.1 of
org.codehaus.plexus:plexus-utils. The 1.2 version is missing.

Cheers
Prasad

Re: [wadi-dev] Session/clustering API and the web tier

[Jules Gosnell]

Greg Wilkins wrote:

Jules Gosnell wrote:


James Strachan wrote:


On 7/12/06, Jules Gosnell


Greg Wilkins wrote:




However, in another sense, Jetty need not delegate this task, since the
object returned in these cases is managed by WADI, but created by a
Factory that is injected at startup time. This factory might be
generating instances of a class that has very Jetty-specific knowledge
or is even a part of the Jetty distro...



Thats certainly one approach. Another is for the container to just ask
the policy API what to do (i.e. is the request going to be serviced
locally or not) so that the container can take care of the rest.


This leaks clustering concerns into the container's space.



If the container is going to do the redirecting/proxying (either
directly or as a call back), then it has to be concerned with clustering.


No - the redirection/proxying is not concerned with clustering - we have 
divided and conquered the idea down to a much smaller concern, that of 
relocating a request to another container (endpoint provided by 
clustering layer):


boolean isRelocatable();
void relocate(EndPoint endPoint); // endpoint is an ip:port

The implementation of this concern is tier-specific and should be 
implemented by the tier owner.




I understand that WADI has an implementation of this, but I want to
be able to use clustering mechanisms other than WADI.  I think it is
raising the bar for clustering implementations if they must support
this.


I would far rather WADI didn't have to implement this and that it was 
implemented by Jetty as described. We are getting muddled between what 
WADI currently provides and where I would like to see WADI and the 
g-session-api go.


If the Jetty6 continuations fn-ality complicates the situation, then 
this can be addressed in the API above.







I understand the cleanliness from the session API implementor's
perspective of using a factory and calling back the container when you
see fit - however I also understand the container developers
requirement to understand at all times what each thread is doing, to
tune things aggressively with full knowledge of threading models and
to generally be master of its own domain, so I can understand why a
container developer might prefer a non-callback related solution
(which could introduce all kinds of nasty thread related bugs into the
container).


Any clustering solution will use threads underneath its API. If this is
a concern you should simply make explicit where they may be used.



I don't see why both options can't be offered.



Exactly - why can we not have the simple policy API that we call to
understand what to do.

Jetty can have a session interceptor to call this API and do it's
proxying or redirection and then Jetty can use lots of different
clustering implementations.

But the Jetty developers may be lazy, and instead of implementing their
own interceptor they may choose to use the WADI implementation of it
that wraps up the whole invocation.Tomcat or openEJB may not 
be so lazy or have other concerns - thus they might not use the WADI

interceptor but code directly to the policy API.




Agreed. Just some way to ask the Session API if a request can be
processed locally might do the trick, then if not Jetty can do its
proxy/redirect thing. The trickier thing is what to pass into the
strategy to help it decide...


by having Jetty make the decision:

- you leak clustering concerns into the web tier
- you have to duplicate similar code in every clustered tier



Jetty is not making the decision, it is calling an API
to make the decision. 


This means that it is aware that it is clustered.
The code to call this API and react accordingly will be duplicated in 
every tier.


 Jetty simply implements the execution of

the decision.


I agree that the tier-ower should provide an implementation of this 
piece of fn-ality. This will not need access to any clustering detail. 
Simply the ip:port of the peer to which you are relocating the 
invocation/request.




The code to do this has to be written for every clustering tier.
Now it is great that WADI wants to write it for every clustering 
tier 


No - I don't - I want the clustered session manager to call the policy, 
and, based on the result of that call, call some tier-specific behaviour 
- see above - very good reasons for this were given in my last mail.


I don't want the container calling the policy, because then you need to 
know that you are clustered - see those reasons.


- but that is a big work load and I am not sure that WADI

developers will be able to keep every tier happy and deal with
all of their concerns.


N/A



Also, it kind of implies that G will only use WADI.  


wrong.

We are talking about a common API here and I am drawing on WADI for 
examples of how I believe it should be done. No specific implementation 
is being suggested.



 Now I know

that wadi is itself extensible/pluggable/etc. so this might not
be a bad idea.But

Re: what does a ejb-jar.xml looks like?

[Aaron Mulder]

Well, it sounds like the EAR contains an EJB JAR, or at least, the
META-INF/application.xml for the EAR is *saying* that it contains an
EJB JAR.

That EJB JAR should be a JAR file in the EAR, that contains a file
META-INF/ejb-jar.xml file.

The format of the ejb-jar.xml file is controlled by the EJB
specification.  It's a bit different depending on which revision of
J2EE and EJB you're targeting.  But there are DTDs or XML Schemas that
dictate the format for each version.

As far as what the content of the ejb-jar.xml file is supposed to be,
that depends on what the EJB JAR contains -- there should be entries
in ejb-jar.xml for each EJB you want to deploy, for example, in the
format dictated by the DTD or Schema.

So from here, I have a few questions for you:
- Do you know what EJBs are and how to use them?
- Do you think your EAR contains an EJB JAR?
- Would it help you if I gave you the URLs for the ejb-jar.xml DTDs or Schemas?
- If so, do you know which EJB or J2EE spec version you're targeting?

Thanks,
   Aaron

On 7/13/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

hello,

i have the task to add an ear-file to geronimo 1.1.

if i copy the ear-file into the deploy-folder and start the server via 
'startup.bat' the server starts as known.

but when it is started it tries to deploy the ear in the deploy-folder.

and then occurs a wonderful error-message like: "Error: Unable to distribute my.ear: 
Error parsing ejb-jar.xml"

now my questions:
1) what does this ejb-jar.xml looks like? is there a standard-configuration of 
it? if yes, where could i find it?
2) where is this ebj-jar.xml to save to?

regards from germany... mika
--


Echte DSL-Flatrate dauerhaft für 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

Re: Unable to make a simple SessionBean lookup

[Rafael Barrera Oro]

It worked perfectly, thanks a zillion, really. I 've been stuck for a 
while on this.


Rafael

Aaron Mulder wrote:

You need a couple Geronimo JARs on the class path of the client.  I'm
not sure which ones off the top of my head.  But this error would
suggest geronimo-security-1.1.jar is one of them.  :)  You can find
the JARs in geronimo-1.1/repository/geronimo/...

Thanks,
   Aaron

On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote:

The problem thas arose now is that when i invoke the create method from
the home interface,  the result is the following exception:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/geronimo/security/ContextManager
at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219)
at 
org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148)

at
org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181) 


at
org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77) 


at
org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67) 


at
org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create() 


at Client.main(Client.java:33)

Again, thanks in advance

Re: Perl Client

[James Strachan]

The site works fine for me. Here's a copy I just downloaded

http://people.apache.org/~jstrachan/Stomp-perl-0.02.tar.gz

On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote:

I tried this link before; it appears to me that zilbo server is having
some problems. I was wondering if there is any other location where we
maintained a copy of that lib (may be on jira?).

Vik
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 13, 2006 10:19 AM
To: activemq-dev@geronimo.apache.org
Subject: Re: Perl Client

The Stomp site has a list of the various language specific Stomp
clients...

http://stomp.codehaus.org/Perl+Client

which points to this client...
http://zilbo.com/articles/activeMQ/index.html


On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]>
wrote:
> Is any one aware of the location of the ActiveMQ client library in
Perl?
> The one link which is available on activemq website appears to be
dead.
>
>
>
> Thanks!
>
>
>
> Vik
>
>
>
>
>


--

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




--

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

Re: Unable to make a simple SessionBean lookup

[Aaron Mulder]

You need a couple Geronimo JARs on the class path of the client.  I'm
not sure which ones off the top of my head.  But this error would
suggest geronimo-security-1.1.jar is one of them.  :)  You can find
the JARs in geronimo-1.1/repository/geronimo/...

Thanks,
   Aaron

On 7/13/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote:

The problem thas arose now is that when i invoke the create method from
the home interface,  the result is the following exception:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/geronimo/security/ContextManager
at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219)
at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148)
at
org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181)
at
org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77)
at
org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67)
at
org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create()
at Client.main(Client.java:33)

Again, thanks in advance

[jira] Commented: (GERONIMO-2184) Geronimo/Openejb does not support all isolation levels

[Vasily Zakharov (JIRA)]

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

Vasily Zakharov commented on GERONIMO-2184:
---

Can it be the issue is in TranQL in fact?

Please see the 
http://www.mail-archive.com/user@geronimo.apache.org/msg03421.html mailing 
thread.


> Geronimo/Openejb does not support all isolation levels
> --
>
>  Key: GERONIMO-2184
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2184
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: OpenEJB
>  Environment: All Supported Environments
> Reporter: Manu T George

>
> Geronimo/Openejb does not support isolation level other than Read Committed 
> isolation level. Lacks support for other isolation levels for consistency of 
> data.  Support for isolation levels such as repeatable-read, serializable, 
> read-committed, and read-uncommitted are required.

-- 
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: Perl Client

[Dhawan, Vikram \(LNG-DAY\)]

I tried this link before; it appears to me that zilbo server is having
some problems. I was wondering if there is any other location where we
maintained a copy of that lib (may be on jira?).

Vik
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 13, 2006 10:19 AM
To: activemq-dev@geronimo.apache.org
Subject: Re: Perl Client

The Stomp site has a list of the various language specific Stomp
clients...

http://stomp.codehaus.org/Perl+Client

which points to this client...
http://zilbo.com/articles/activeMQ/index.html


On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]>
wrote:
> Is any one aware of the location of the ActiveMQ client library in
Perl?
> The one link which is available on activemq website appears to be
dead.
>
>
>
> Thanks!
>
>
>
> Vik
>
>
>
>
>


-- 

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

Re: Perl Client

[James Strachan]

The Stomp site has a list of the various language specific Stomp clients...

http://stomp.codehaus.org/Perl+Client

which points to this client...
http://zilbo.com/articles/activeMQ/index.html


On 7/13/06, Dhawan, Vikram (LNG-DAY) <[EMAIL PROTECTED]> wrote:

Is any one aware of the location of the ActiveMQ client library in Perl?
The one link which is available on activemq website appears to be dead.



Thanks!



Vik








--

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

Re: [VOTE] Release 2.5 of XBean

[Jeff Genender]

+1

John Sisson wrote:
> James Strachan wrote:
>> I've just applied 2 trivial bug fixes to the xbean-spring module of
>> XBean.
>>
>> The first is a patch from Guillaume which is a one liner to create the
>> xml parser using a helper method (used by all the other
>> ApplicationContext implementations).
>> http://issues.apache.org/jira/browse/XBEAN-21
>>
>> The other is a trivial fix but has a major impact. Version 2.0-rc2 of
>> spring barfs if you pass a null ClassLoader into the NamespaceHandler
>> stuff - however the regression tests for 2.0-rc1 and 2.0-m5 work fine.
>> Basically this means that all projects using xbean-spring (such as
>> ActiveMQ, OpenEJB, XFire, ServiceMix, Jetty etc) will all break if the
>> user upgrades from 2.0-m5 or 2.0-rc1 of spring to 2.0-rc2.
>>
>> I've just added a one liner to use the current threads context class
>> loader if the class loader is null to avoid the exception which seems
>> to work fine. (I added a regression test for 2.0-rc2 by just cut and
>> pasting the regression test for 2.0-rc1 which reproduced the error so
>> I could test the fix worked).
>>
>> Due to the serious nature of this bug (and we've already had a few
>> user mails on ActiveMQ about this already and spring 2.0-rc2 has only
>> been out a short time) I'd like us to get a release of xbean out ASAP
>> to avoid users hittitng this issue.
>>
>> Here's my +1
>>
> +1
> 
> John

Perl Client

[Dhawan, Vikram \(LNG-DAY\)]

Is any one aware of the location of the ActiveMQ client library in Perl?
The one link which is available on activemq website appears to be dead.

 

Thanks!

 

Vik

 

Re: Fault and Error

[James Strachan]

On 7/13/06, Charlesh <[EMAIL PROTECTED]> wrote:


this links not open. "Internal Server Error"


Temporary wiki failure

You can see them on the FAQ on the website too..
http://incubator.apache.org/servicemix/faq.html

e.g.

http://incubator.apache.org/servicemix/why-does-my-sender-not-send.html
http://incubator.apache.org/servicemix/pojo-support.html
http://incubator.apache.org/servicemix/component-helper-classes.html

--

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

Re: Unable to make a simple SessionBean lookup

[Rafael Barrera Oro]

The problem thas arose now is that when i invoke the create method from 
the home interface,  the result is the following exception:


Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/geronimo/security/ContextManager

   at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:219)
   at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148)
   at 
org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:181)
   at 
org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandler.java:77)
   at 
org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHandler.java:67)
   at 
org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$a242ddb2.create()

   at Client.main(Client.java:33)

Again, thanks in advance

Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[Prasad Kashyap]

Shucks ! My bad. Sorry.

I deliberately omitted those changes from the m2migration patch
because I though DJ was fixing configs before getting assembly to
build. And since our configs were successfully building, I left it
out.

I was thinking of comparing the 2 patches this morning. But I'm glad
it got fixed late last night.

Cheers
Prasad

On 7/13/06, Jason Dillon <[EMAIL PROTECTED]> wrote:

The Tomcat server might need some help... pending some sleep and
testing though.

--jason


On Jul 13, 2006, at 12:47 AM, Jason Dillon wrote:

> Holy incredible startable server Batman!
>
> 
> Booting Geronimo Kernel (in Java 1.4.2_09)...
> log4j:WARN No appenders could be found for logger
> (org.apache.geronimo.system.main.Daemon).
> log4j:WARN Please initialize the log4j system properly.
> Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/
> car  started in  1.235s
> Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/
> car started in  1.602s
> Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/
> car   started in  1.535s
> Module  4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/
> carstarted in   .220s
> Module  5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/
> car started in  7.776s
> Module  6/13 org.apache.geronimo.configs/system-database/1.2-
> SNAPSHOT/car started in   .000s
> Module  7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/
> car   started in  1.142s
> Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/
> 1.2-SNAPSHOT/car started in   .880s
> Module  9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/
> car   started in  1.039s
> Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2-
> SNAPSHOT/carstarted in   .758s
> Module 11/13 org.apache.geronimo.configs/client-deployer/1.2-
> SNAPSHOT/car started in   .119s
> Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/
> car   started in   .156s
> Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2-
> SNAPSHOT/car  started in   .685s
> Startup completed in 29 seconds
>   Listening on Ports:
> 1099 0.0.0.0 RMI Naming
> 1527 0.0.0.0 Derby Connector
> 4201 0.0.0.0 ActiveIO Connector EJB
> 4242 0.0.0.0 Remote Login Listener
> 8009 0.0.0.0 Jetty Connector AJP13
> 8080 0.0.0.0 Jetty Connector HTTP
> 8443 0.0.0.0 Jetty Connector HTTPS
>  0.0.0.0 JMX Remoting Connector
>
>   Started Application Modules:
> RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car
>
> Geronimo Application Server started
>
> Server shutdown begun
> Server shutdown completed
> 
>
> Now just gotta resolve whats up with log4j, and then start getting
> those other configs included.
>
> But a major step forward!  Thanks
>
> --jason
>
>
> On Jul 13, 2006, at 12:35 AM, David Jencks wrote:
>
>> jeesh, I need sleep.
>>
>> Index: configs/geronimo-gbean-deployer/pom.xml
>> ===
>> --- configs/geronimo-gbean-deployer/pom.xml  (revision 419120)
>> +++ configs/geronimo-gbean-deployer/pom.xml  (working copy)
>> @@ -63,5 +63,13 @@
>>  org.apache.geronimo.modules
>>  geronimo-deploy-tool
>>  
>> +
>> +xmlbeans
>> +xbean
>> +
>> +
>> +stax
>> +stax-api
>> +
>>  
>> 
>>
>>
>> hope this helps
>>
>> On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote:
>>
>>> Cool!
>>>
>>> Next in line is:
>>>
>>> 
>>> Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/
>>> 1.2-SNAPSHOT/carException in thread "main"
>>> java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException
>>> at java.lang.Class.getDeclaredMethods0(Native Method)
>>> at java.lang.Class.privateGetDeclaredMethods(Class.java:
>>> 1655)
>>> at java.lang.Class.getMethod0(Class.java:1901)
>>> at java.lang.Class.getMethod(Class.java:984)
>>> at org.apache.geronimo.gbean.runtime.GBeanAttribute.
>>> (GBeanAttribute.java:236)
>>> at org.apache.geronimo.gbean.runtime.GBeanInstance.
>>> (GBeanInstance.java:243)
>>> at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean
>>> (BasicKernel.java:354)
>>> at
>>> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati
>>> onGBeans(ConfigurationUtil.java:362)
>>> at
>>> org.apache.geronimo.kernel.config.KernelConfigurationManager.start
>>> (KernelConfigurationManager.java:187)
>>> at
>>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo
>>> nfiguration(SimpleConfigurationManager.java:512)
>>> at
>>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo
>>> nfiguration(SimpleConfigurationManager.java:493)
>>> at
>>> org.apache.geronimo.kernel.config.SimpleConfigurationManager$
>>> $FastCl

Re: Unable to make a simple SessionBean lookup

[Rafael Barrera Oro]

Thank you very much, that solved the problem, however now i am not sure 
if i am setting the SECURITY_CREDENTIALS and SECURITY_PRINCIPAL values 
right, are these mandatory anyway? which values are possible? where are 
they configured?


Thanks a lot anyway

David Blevins wrote:


On Jul 12, 2006, at 11:49 AM, Rafael Barrera Oro wrote:

I am trying to make a simple lookup for a simple SessionBean and, 
altough it throws no exception, nothing happens as i can wait forever 
if i want before the lookup is completed, maybe it has something to 
with the incomplete openejb-jar.xml or incosistent properties passed 
to the InitialContext, i really have no clue whatsoever.




If you're using a non-J2EE app client (i.e. plain java code), you 
should use these values:


http://openejb.codehaus.org/Remote+Server

-David



this is the code of the client class:

import java.rmi.RemoteException;
import java.util.Properties;

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.rmi.PortableRemoteObject;

import beans.Rafa;
import beans.RafaHome;

public class Client {

/**
* @param args
*/
public static void main(String[] args) {
Context ctx;
Rafa rafa;
RafaHome home;
Object obj;
Properties props;props = new Properties();
props.put(Context.INITIAL_CONTEXT_FACTORY, 
"org.jnp.interfaces.NamingContextFactory");

props.put("java.naming.provider.url", "127.0.0.1");

try{
ctx = new InitialContext(props);
obj = ctx.lookup("YATest/YATest");
home = (RafaHome)PortableRemoteObject.narrow(obj, RafaHome.class);
rafa = home.create();
rafa.test();
}
catch(Exception e){
System.out.println("ERROR: " + e.getMessage());
}
}

}

openejb.jar.xml:


http://www.openejb.org/xml/ns/openejb-jar-2.0"; 
xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.0"; 
xmlns:pkgen="http://www.openejb.org/xml/ns/pkgen-2.0"; 
xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; 
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.0"; 
configId="YATest/YATest" parentId="MyWebProject/MyWebProject">




ejb-jar.xml:


xmlns="http://java.sun.com/xml/ns/j2ee"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd";>


YATest


Rafa
beans.RafaHome
beans.Rafa
beans.RafaEJB
Stateless
Container




If i look in the Geronimo console i see there is an EJB Jar deployed 
under the component name: YATest/YATest, so i am sure the bean is 
being deployed.


Any help will be greatly appreciated, thanks in advance

Rafael

Re: Unable to make a simple SessionBean lookup

[Rafael Barrera Oro]

Thanks, you are right about that, i copied this from a JBOSS client 
example and forgot to change it


Aaron Mulder wrote:

I'm not sure your INITIAL_CONTEXT_FACTORY is correct -- org.jnp
doesn't look right to me.

Thanks,
   Aaron

On 7/12/06, Rafael Barrera Oro <[EMAIL PROTECTED]> wrote:

I am trying to make a simple lookup for a simple SessionBean and,
altough it throws no exception, nothing happens as i can wait forever if
i want before the lookup is completed, maybe it has something to with
the incomplete openejb-jar.xml or incosistent properties passed to the
InitialContext, i really have no clue whatsoever.

this is the code of the client class:

import java.rmi.RemoteException;
import java.util.Properties;

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.rmi.PortableRemoteObject;

import beans.Rafa;
import beans.RafaHome;

public class Client {

/**
 * @param args
 */
public static void main(String[] args) {
Context ctx;
Rafa rafa;
RafaHome home;
Object obj;

Properties props;props = new Properties();

props.put(Context.INITIAL_CONTEXT_FACTORY,
"org.jnp.interfaces.NamingContextFactory");
props.put("java.naming.provider.url", "127.0.0.1");



try{
ctx = new InitialContext(props);
obj = ctx.lookup("YATest/YATest");
home = (RafaHome)PortableRemoteObject.narrow(obj,
RafaHome.class);
rafa = home.create();
rafa.test();

}
catch(Exception e){
System.out.println("ERROR: " + e.getMessage());
}
}

}

openejb.jar.xml:


http://www.openejb.org/xml/ns/openejb-jar-2.0";
xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.0";
xmlns:pkgen="http://www.openejb.org/xml/ns/pkgen-2.0";
xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.0";
configId="YATest/YATest" parentId="MyWebProject/MyWebProject">
  


ejb-jar.xml:


http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd";>

YATest


Rafa
beans.RafaHome
beans.Rafa
beans.RafaEJB
Stateless
Container




If i look in the Geronimo console i see there is an EJB Jar deployed
under the component name: YATest/YATest, so i am sure the bean is being
deployed.

Any help will be greatly appreciated, thanks in advance

Rafael

Re: Proposal: Improve runtime integration with tooling (All non-eclipse users please read)

[Sachin Patel]

Currently the configstore.resolve method is not sufficient to allow projects to be run directly from an IDE.  By the time this method is called, only the resources found by building up the config are passed into this method to be resolved.  Some pluggable method resolving needs to also take place when the configuration is being built up in each of the builders.- EARConfigBuilder cannot assume that each of its modules are located directly inside the root location of the ear so it can support a flattened projects, this goes for utility modules as well.- When searching for libraries such as inside web-inf/lib, since in an IDE these lib entries could be virtual with the actual library residing as another project or an external jar in the filesystem, currently these cannot be found since on the filesystem this folder is empty.  This goes for jar entries in a manifest, a relative location cannot be assumed.- A j2ee project in an IDE usually has 2 "binary" locations, a classes folder, and another for the module root. (metadata).  The configstore.resolve method handles this, but each of the builders when processing a module cannot be aware of just one root location of the module, because I think there are builders that need to know both where the classes are for a module as well as the metadata.  So it would be good to have for for any module whether its a utility module or a j2ee module the notion of a "resources location" and a "binaries" location".I think this covers 90% of the cases and would be a good start.  I think if we come up with some common interface that all builders would use to locate resources, it would be easy to plug in different resolvers, that could be set by the deployment manager for each deploy??? Thoughts?-sachinOn Jul 12, 2006, at 10:07 PM, Dain Sundstrom wrote:Can you boil this down to a few bullets of what changes you need to make (or be made for you)?-dainOn Jul 12, 2006, at 5:57 AM, Sachin Patel wrote: I've started a development roadmap on the Wiki for the eclipse-plugin.http://cwiki.apache.org/confluence/display/GMOxDOC11/Geronimo+Eclipse+Plugin+-+Development+RoadmapIn the last section, is a section entitled "Geronimo Runtime Requirements".  The problem mentioned in the proposal is already being seen by users with a large project set, and I feel is an important problem that needs to be solved so that we can improve our development experience for our users.So I ask If everyone could take a moment and take a look at the feature request in this section and provide feedback, concerns, and or possible solutions, it would be greatly appreciated.Thank you.-sachin   -sachin 

Re: Fault and Error

[Charlesh]

this links not open. "Internal Server Error"
Interesting that sent and receive status true, (boolean sent = sendSync(roi,
6000L);) 
flow it occurs normal. 
Polling sent and Transform receive. But Transform not setFault on exchange

thanks!
-- 
View this message in context: 
http://www.nabble.com/Fault-and-Error-tf1934001.html#a5306713
Sent from the ServiceMix - Dev forum at Nabble.com.

Timeframe for release 1.2

[Jan Bartel]

Now that 1.1 is out the door (BTW congrats everyone) ... time 
to start thinking of 1.2!


I'm still working away in the servlet-2.5 sandbox, and
I'd appreciate it if someone could tell me if there is a
feeling for when 1.2 might be ready?

regards
Jan

[jira] Created: (GERONIMO-2189) Release geronimo-spec-corba-1.0.jar to ibiblio

[Kevan Miller (JIRA)]

Release geronimo-spec-corba-1.0.jar to ibiblio
--

 Key: GERONIMO-2189
 URL: http://issues.apache.org/jira/browse/GERONIMO-2189
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: dependencies  
Versions: 1.1
Reporter: Kevan Miller


geronimo-spec-corba-1.0.jar is not on ibiblio...

-- 
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] Updated: (GERONIMO-1293) Provide tomcat statistics

[Krishnakumar B (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ]

Krishnakumar B updated GERONIMO-1293:
-


Can some more details like Execute Thread, Queue Length be provided for Tomcat 
that would be useful for performance modelling

> Provide tomcat statistics
> -
>
>  Key: GERONIMO-1293
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1293
>  Project: Geronimo
> Type: New Feature
> Security: public(Regular issues) 
>   Components: Tomcat
> Versions: 1.0-M5
>  Environment: All environments
> Reporter: Anita Kulshreshtha
> Assignee: Anita Kulshreshtha
> Priority: Minor
>  Fix For: 1.2
>  Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, 
> geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, 
> geronimo-stats-1.1-SNAPSHOT.war, management.patch, management.patch, 
> management.patch, project.patch, properties.patch, properties.patch, 
> stats.zip, stats.zip, stats.zip, statsApp.zip, tomcat-builder.patch, 
> tomcat.patch, tomcat.patch, tomcat.patch, tomcat.patch
>
> Provide following statistics for tomcat :
>  1. Per Host/Container -
>  a. Initially provide the following per connector statistics for 
> each connector - 
> Cummulative statistics about all request 
> handled by this connector since the stat were turned on. 
>  b. If time (before 1.0 release) permits, use 'a'  to generate 
> (rename/compute)  statistics similar to the ones provided by Jetty
>  2. Per application  - 
>  a.. processingTime : The cumulative processing times of all 
> servlets in this StandardContext
>  b.  startTime - The time this context was started.
> c.  startupTime - The time (in milliseconds) it took to start 
> this context.
> d..  tldScanTime() - 
> Later add session statistics and jsp statistics.
>   3.  Per Servlet - Explore using statistics  from RequestInfo to provide 
> statistics for a servlet.
>   

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

what does a ejb-jar.xml looks like?

[mika . works]

hello,

i have the task to add an ear-file to geronimo 1.1.

if i copy the ear-file into the deploy-folder and start the server via 
'startup.bat' the server starts as known.

but when it is started it tries to deploy the ear in the deploy-folder.

and then occurs a wonderful error-message like: "Error: Unable to distribute 
my.ear: Error parsing ejb-jar.xml"

now my questions:
1) what does this ejb-jar.xml looks like? is there a standard-configuration of 
it? if yes, where could i find it?
2) where is this ebj-jar.xml to save to?

regards from germany... mika
-- 


Echte DSL-Flatrate dauerhaft für 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

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

[Krishnakumar B (JIRA)]

Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle


 Key: GERONIMO-2188
 URL: http://issues.apache.org/jira/browse/GERONIMO-2188
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: connector  
Versions: 1.1.1
Reporter: Krishnakumar B


We have to configure CommitBeforeAutCommit="true" property exclusively in the 
database connection pool plan, to have the ejb -based transactions immediately 
committed for oracle database. Otherwise it only commits transaction when  the 
server  shuts-down. This problem is not faces with Derby database.

-- 
This message is automatically generated by JIRA.
-
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] Updated: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working

[Krishnakumar B (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2186?page=all ]

Krishnakumar B updated GERONIMO-2186:
-

Description: Editing of connection pools other than Derby is currently not 
working   (was: Editing of connection pools other than Cloudscape is currently 
not working )

> Editing of Connection Pools other than Derby from console not working
> -
>
>  Key: GERONIMO-2186
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2186
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: console
> Versions: 1.2
> Reporter: Krishnakumar B
> Priority: Minor

>
> Editing of connection pools other than Derby is currently not working 

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

[jira] Created: (GERONIMO-2187) Ability to set scope of Connection Pool created from console

[Krishnakumar B (JIRA)]

Ability to set scope of Connection Pool created from console


 Key: GERONIMO-2187
 URL: http://issues.apache.org/jira/browse/GERONIMO-2187
 Project: Geronimo
Type: Wish
Security: public (Regular issues) 
  Components: console  
Versions: Wish List
Reporter: Krishnakumar B
Priority: Minor


Improves usability if user can also set scope of Pool from Console.

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

[jira] Created: (GERONIMO-2186) Editing of Connection Pools other than Derby from console not working

[Krishnakumar B (JIRA)]

Editing of Connection Pools other than Derby from console not working
-

 Key: GERONIMO-2186
 URL: http://issues.apache.org/jira/browse/GERONIMO-2186
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: console  
Versions: 1.2
Reporter: Krishnakumar B
Priority: Minor


Editing of connection pools other than Cloudscape is currently not working 

-- 
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: [wadi-dev] Session/clustering API and the web tier

[Jules Gosnell]

James Strachan wrote:

On 7/12/06, Jules Gosnell <[EMAIL PROTECTED]> wrote:


Greg Wilkins wrote:
> All,
>
>
> Here are my comments on the Session API that were promised after 
apachecon dublin.
> This is also CC'd to the wadi list and some of the points are 
relevant to them

> as well.
>
> My own reason for focusing on the Session API when I think about 
clustering,
> is that I like the idea of pluggable clustering implementations.   
Clustering
> is not one size fits all and solutions can go from non-replicated 
nodes configured

> in a flat file to auto discovered, self healing, redundant hierarchies.



Agreed. We should be focussed purely on what is the contract between a
container and the session API and making that contract as simple and
abstract as is possible while minimising leaky abstractions.


> I think the previous discussions we had on this were making good 
progress, but
> I think we ran out of steam before the API was improved etc.  So I 
think it

> worthwhile to re-read the original threads.
>
> But I will repeat my main unresolved concerns here:
> While I appreciate the keep-it-simple-stupid approach adopted by the 
proposed
> session API, I remain concerned that it may over simplify and may 
also mix concerns.

>
> However, I do think that the API is pitched at about the right level 
- namely
> that it is below the specific concerns of things such as HTTP.  As 
the implementor
> of the web container, I would prefer to not delegate HttpSession 
management

> or request proxying to a pluggable session implementation (I doubt that
> a cluster impl wants to deal with non-blocking proxying of requests 
etc.)


I think that our discussions about this have suffered from an ambiguity
around the word 'delegate'...

In one sense of the word, given WADI's current implementation, Jetty
does delegate Session management and HTTP handling to WADI, in that WADI
passes the WebApp/Jetty an object on which it calls a method and the
work in question is done.

However, in another sense, Jetty need not delegate this task, since the
object returned in these cases is managed by WADI, but created by a
Factory that is injected at startup time. This factory might be
generating instances of a class that has very Jetty-specific knowledge
or is even a part of the Jetty distro...



Thats certainly one approach. Another is for the container to just ask
the policy API what to do (i.e. is the request going to be serviced
locally or not) so that the container can take care of the rest.


This leaks clustering concerns into the container's space.



I understand the cleanliness from the session API implementor's
perspective of using a factory and calling back the container when you
see fit - however I also understand the container developers
requirement to understand at all times what each thread is doing, to
tune things aggressively with full knowledge of threading models and
to generally be master of its own domain, so I can understand why a
container developer might prefer a non-callback related solution
(which could introduce all kinds of nasty thread related bugs into the
container).


Any clustering solution will use threads underneath its API. If this is 
a concern you should simply make explicit where they may be used.



I don't see why both options can't be offered.



I would wholeheartedly agree that the code for Http request relocation
should be written by someone with expertise in that area - namely the
container writer. I would just rather see it injected into the clustered
manager, so that it can be called when required, without having to
burden Jetty with the added task of making this decision itself.



I don't see that as mutually exclusive. Just have a way for Jetty to
ask the clustering solution if a request can be satisfied locally, if
not Jetty does the proxy/redirect thing.


> I see that the webcontainer needs to interact with the cluster 
implementation

> in 4 areas:
>
>
> 1) Policy
> -
>
> When a container receives a request, it needs to make a policy 
decision along

> the lines of:
>
> 1) The request can be handled locally.
> 2) The request can be handled locally, but only after some other 
actions

>(eg session is moved to local)
> 3) request cannot be handled locally, but can be redirected to 
another node
> 4) request cannot be handled locally, but can be proxied to 
another node.

>
> This kind of corresponds to the Locator and SessionLocation APIs.  
However
> these APIs give the power to enact a policy decision, but give no 
support to make

> a policy decision.
>
> To implement a policy, you might want to use:  the size of the 
cluster, the total
> number of sessions, the number of  session on the local node, the 
number of sessions
> collocated with a remote session, how many requests for the session 
have recently

> arrived on what nodes, etc. etc.
>
> The API does not give me this information and I think it would be
> difficult to provide all tha

[jira] Resolved: (AMQ-820) m2 assembly not working

[Fritz Oconer (JIRA)]

 [ https://issues.apache.org/activemq/browse/AMQ-820?page=all ]
 
Fritz Oconer resolved AMQ-820:
--

Resolution: Fixed

Changed version of spring to 2.0-m5 and explicitly added spring dependency in 
activemq-core/pom.xml.

> m2 assembly not working
> ---
>
>  Key: AMQ-820
>  URL: https://issues.apache.org/activemq/browse/AMQ-820
>  Project: ActiveMQ
> Type: Bug

> Reporter: james strachan
> Assignee: Fritz Oconer
>  Fix For: 4.1

>
>
> It seems to not include the run.jar and has incorrect versions of things 
> inside (e.g. should be using spring-2.0-rc1).
> Can we get the assembly module such that the can go into the bin directory 
> and run 'activemq' or java -jar run.jar and for things to work properly

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

[m2 build] Tomcat server boot failures

[Jason Dillon]

So, I got a tad further... but still running into some failures.  If  
someone could take a peek and advise how to fix plz.



Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in   .976s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.557s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car   started in 16.406s
Module  4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ 
carstarted in   .344s
Module  5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ 
car started in 11.505s
Module  6/13 org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/ 
car started in   .000s
Module  7/13 org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car Server Startup failed


org.apache.geronimo.kernel.config.LifecycleException: start of  
org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car failed
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:529)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:493)
	at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()

at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297)
at org.apache.geronimo.system.main.Daemon.(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377)
Caused by: org.apache.geronimo.kernel.config.InvalidConfigException:  
Unknown start exception
	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB 
eans(ConfigurationUtil.java:440)
	at org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:512)

... 13 more
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:  
Configuration org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car  
failed to start due to the following reasons:
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatEngine did not start because  
org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? 
ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=TomcatResources did not start.
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatAJPConnector did not start  
because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? 
ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=TomcatWebContainer did not start.
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatWebSSLConnector did not start  
because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? 
ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=TomcatWebContainer did not start.
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatWebContainer did not start  
because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? 
ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=TomcatEngine did not start.
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatWebConnector did not start  
because org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car? 
ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=TomcatWebContainer did not start.
  The service ServiceModule=org.apache.geronimo.configs/tomcat/1.2- 
SNAPSHOT/car,j2eeType=GBean,name=TomcatResources did not start for an  
unknown reason


	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB 
eans(ConfigurationUtil.java:403)

... 1

Bug in MessageConsumer::receive

[BigSam72]

Hi, i am using openwirte implementation and during development process i find
a bug in the implementation of MessageConsumer::receive.

Whe queue is empty, receive() call dispatcher::dequeue which returns msg
with NULL and after that is called MessageConsumer::autoAcknowledge() which
doesn't test if message is NULL and process fails ( generates coredump ) ...

Here is stacktrace of my app ...
#0  0x00a8bb51 in apache::activemq::MessageConsumer::autoAcknowledge () from
/home/sedmak/deploy/lib/libIOPAMQPlugin.so
#1  0x00a8c118 in apache::activemq::MessageConsumer::receive () from
/home/sedmak/deploy/lib/libIOPAMQPlugin.so
#2  0x00a2a1e1 in
phoenix::EventHandler::plugins::PhoenixActiveMQ::waitForMessage
(this=0x91d2828) at IOPActiveMQ.cpp:115
#3  0x00a2c75e in
phoenix::EventHandler::plugins::IOPActiveMQ::HandleNewRequest
(this=0x91d23e0, lpParams=0xb5fb2410) at IOPActiveMQ.cpp:423
#4  0x00a2c2e3 in phoenix::EventHandler::plugins::WrapperFunction
(lpParams=0x91d23e0) at IOPActiveMQ.cpp:385
#5  0x0016371d in StartThreadFunction (lpParams=0x91bb480) at unix.cpp:1802
#6  0x00197371 in start_thread () from /lib/tls/libpthread.so.0
#7  0x007999be in clone () from /lib/tls/libc.so.6

-- 
View this message in context: 
http://www.nabble.com/Bug-in-MessageConsumer%3A%3Areceive-tf1936063.html#a5304611
Sent from the ActiveMQ - Dev forum at Nabble.com.

Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[Jason Dillon]

The Tomcat server might need some help... pending some sleep and  
testing though.


--jason


On Jul 13, 2006, at 12:47 AM, Jason Dillon wrote:


Holy incredible startable server Batman!


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.235s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.602s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car   started in  1.535s
Module  4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ 
carstarted in   .220s
Module  5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ 
car started in  7.776s
Module  6/13 org.apache.geronimo.configs/system-database/1.2- 
SNAPSHOT/car started in   .000s
Module  7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/ 
car   started in  1.142s
Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 
1.2-SNAPSHOT/car started in   .880s
Module  9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/ 
car   started in  1.039s
Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2- 
SNAPSHOT/carstarted in   .758s
Module 11/13 org.apache.geronimo.configs/client-deployer/1.2- 
SNAPSHOT/car started in   .119s
Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/ 
car   started in   .156s
Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2- 
SNAPSHOT/car  started in   .685s

Startup completed in 29 seconds
  Listening on Ports:
1099 0.0.0.0 RMI Naming
1527 0.0.0.0 Derby Connector
4201 0.0.0.0 ActiveIO Connector EJB
4242 0.0.0.0 Remote Login Listener
8009 0.0.0.0 Jetty Connector AJP13
8080 0.0.0.0 Jetty Connector HTTP
8443 0.0.0.0 Jetty Connector HTTPS
 0.0.0.0 JMX Remoting Connector

  Started Application Modules:
RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car

Geronimo Application Server started

Server shutdown begun
Server shutdown completed


Now just gotta resolve whats up with log4j, and then start getting  
those other configs included.


But a major step forward!  Thanks

--jason


On Jul 13, 2006, at 12:35 AM, David Jencks wrote:


jeesh, I need sleep.

Index: configs/geronimo-gbean-deployer/pom.xml
===
--- configs/geronimo-gbean-deployer/pom.xml (revision 419120)
+++ configs/geronimo-gbean-deployer/pom.xml (working copy)
@@ -63,5 +63,13 @@
 org.apache.geronimo.modules
 geronimo-deploy-tool
 
+
+xmlbeans
+xbean
+
+
+stax
+stax-api
+
 



hope this helps

On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote:


Cool!

Next in line is:


Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 
1.2-SNAPSHOT/carException in thread "main"  
java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException

at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java: 
1655)

at java.lang.Class.getMethod0(Class.java:1901)
at java.lang.Class.getMethod(Class.java:984)
at org.apache.geronimo.gbean.runtime.GBeanAttribute. 
(GBeanAttribute.java:236)
at org.apache.geronimo.gbean.runtime.GBeanInstance. 
(GBeanInstance.java:243)
at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean 
(BasicKernel.java:354)
at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati 
onGBeans(ConfigurationUtil.java:362)
at  
org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo 
nfiguration(SimpleConfigurationManager.java:512)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo 
nfiguration(SimpleConfigurationManager.java:493)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java: 
53)
at  
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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 
(Proxy

[jira] Work stopped: (AMQ-820) m2 assembly not working

[Adrian Co (JIRA)]

 [ https://issues.apache.org/activemq/browse/AMQ-820?page=all ]

Work on AMQ-820 stopped by Adrian Co

> m2 assembly not working
> ---
>
>  Key: AMQ-820
>  URL: https://issues.apache.org/activemq/browse/AMQ-820
>  Project: ActiveMQ
> Type: Bug

> Reporter: james strachan
> Assignee: Adrian Co
>  Fix For: 4.1

>
>
> It seems to not include the run.jar and has incorrect versions of things 
> inside (e.g. should be using spring-2.0-rc1).
> Can we get the assembly module such that the can go into the bin directory 
> and run 'activemq' or java -jar run.jar and for things to work properly

-- 
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: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[Jason Dillon]

Holy incredible startable server Batman!


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.235s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.602s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car   started in  1.535s
Module  4/13 org.apache.geronimo.configs/axis/1.2-SNAPSHOT/ 
carstarted in   .220s
Module  5/13 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/ 
car started in  7.776s
Module  6/13 org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/ 
car started in   .000s
Module  7/13 org.apache.geronimo.configs/jetty/1.2-SNAPSHOT/ 
car   started in  1.142s
Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/1.2- 
SNAPSHOT/car started in   .880s
Module  9/13 org.apache.geronimo.configs/j2ee-deployer/1.2-SNAPSHOT/ 
car   started in  1.039s
Module 10/13 org.apache.geronimo.configs/openejb-deployer/1.2- 
SNAPSHOT/carstarted in   .758s
Module 11/13 org.apache.geronimo.configs/client-deployer/1.2-SNAPSHOT/ 
car started in   .119s
Module 12/13 org.apache.geronimo.configs/axis-deployer/1.2-SNAPSHOT/ 
car   started in   .156s
Module 13/13 org.apache.geronimo.configs/jetty-deployer/1.2-SNAPSHOT/ 
car  started in   .685s

Startup completed in 29 seconds
  Listening on Ports:
1099 0.0.0.0 RMI Naming
1527 0.0.0.0 Derby Connector
4201 0.0.0.0 ActiveIO Connector EJB
4242 0.0.0.0 Remote Login Listener
8009 0.0.0.0 Jetty Connector AJP13
8080 0.0.0.0 Jetty Connector HTTP
8443 0.0.0.0 Jetty Connector HTTPS
 0.0.0.0 JMX Remoting Connector

  Started Application Modules:
RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car

Geronimo Application Server started

Server shutdown begun
Server shutdown completed


Now just gotta resolve whats up with log4j, and then start getting  
those other configs included.


But a major step forward!  Thanks

--jason


On Jul 13, 2006, at 12:35 AM, David Jencks wrote:


jeesh, I need sleep.

Index: configs/geronimo-gbean-deployer/pom.xml
===
--- configs/geronimo-gbean-deployer/pom.xml (revision 419120)
+++ configs/geronimo-gbean-deployer/pom.xml (working copy)
@@ -63,5 +63,13 @@
 org.apache.geronimo.modules
 geronimo-deploy-tool
 
+
+xmlbeans
+xbean
+
+
+stax
+stax-api
+
 



hope this helps

On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote:


Cool!

Next in line is:


Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 
1.2-SNAPSHOT/carException in thread "main"  
java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException

at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1655)
at java.lang.Class.getMethod0(Class.java:1901)
at java.lang.Class.getMethod(Class.java:984)
at org.apache.geronimo.gbean.runtime.GBeanAttribute. 
(GBeanAttribute.java:236)
at org.apache.geronimo.gbean.runtime.GBeanInstance. 
(GBeanInstance.java:243)
at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean 
(BasicKernel.java:354)
at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio 
nGBeans(ConfigurationUtil.java:362)
at  
org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon 
figuration(SimpleConfigurationManager.java:512)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon 
figuration(SimpleConfigurationManager.java:493)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at  
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration

[jira] Commented: (GERONIMO-1579) NPE while deploying EJB as Web Service

[Julian Squires (JIRA)]

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

Julian Squires commented on GERONIMO-1579:
--

It's possible that the patch for GERONIMO-2030 will resolve this issue, as a 
null portInfoMap should no longer be returned.

> NPE while deploying EJB as Web Service
> --
>
>  Key: GERONIMO-1579
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1579
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: OpenEJB, webservices
> Versions: 1.0
> Reporter: Aaron Mulder
> Priority: Critical
>  Fix For: 1.1.1

>
> Surely caused by a coding/configuration error, but it would really be 
> preferable to produce a better error message.
> 10:23:37,328 ERROR [Deployer] Deployment failed due to
> java.lang.NullPointerException
> at 
> org.openejb.deployment.SessionBuilder.addWSContainerGBean(SessionBuilder.java:208)
> at 
> org.openejb.deployment.SessionBuilder.buildBeans(SessionBuilder.java:187)
> at 
> org.openejb.deployment.OpenEJBModuleBuilder.addGBeans(OpenEJBModuleBuilder.java:527)
> at 
> org.openejb.deployment.OpenEJBModuleBuilder$$FastClassByCGLIB$$11bd7b20.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
> at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
> at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at 
> org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$4ca9e4d7.addGBeans()
> at 
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:402)
> at 
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
> at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
> at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at 
> org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$5896ed49.buildConfiguration()
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:102)
> at 
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: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.kernel.KernelGBean.invoke(KernelGBean.java:125)
> at 
> org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at 
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: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.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
> at 
> mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
> at sun.reflect.GeneratedMethodAccessor265.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at 
> mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
> at 
> mx4j.remote.rmi.RMIConnectionSubj

Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[David Jencks]

jeesh, I need sleep.

Index: configs/geronimo-gbean-deployer/pom.xml
===
--- configs/geronimo-gbean-deployer/pom.xml (revision 419120)
+++ configs/geronimo-gbean-deployer/pom.xml (working copy)
@@ -63,5 +63,13 @@
 org.apache.geronimo.modules
 geronimo-deploy-tool
 
+
+xmlbeans
+xbean
+
+
+stax
+stax-api
+
 



hope this helps

On Jul 13, 2006, at 12:24 AM, Jason Dillon wrote:


Cool!

Next in line is:


Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/ 
1.2-SNAPSHOT/carException in thread "main"  
java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException

at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1655)
at java.lang.Class.getMethod0(Class.java:1901)
at java.lang.Class.getMethod(Class.java:984)
at org.apache.geronimo.gbean.runtime.GBeanAttribute. 
(GBeanAttribute.java:236)
at org.apache.geronimo.gbean.runtime.GBeanInstance. 
(GBeanInstance.java:243)
at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean 
(BasicKernel.java:354)
at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration 
GBeans(ConfigurationUtil.java:362)
at  
org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf 
iguration(SimpleConfigurationManager.java:512)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf 
iguration(SimpleConfigurationManager.java:493)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at  
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()
at org.apache.geronimo.system.main.Daemon.doStartup 
(Daemon.java:297)
at org.apache.geronimo.system.main.Daemon. 
(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java: 
377)



--jason


On Jul 13, 2006, at 12:09 AM, David Jencks wrote:

I had to fix this one too IIRC it is from a missing  
interceptor dependency in configs/rmi-naming/pom.xml:


Index: configs/rmi-naming/pom.xml
===
--- configs/rmi-naming/pom.xml  (revision 419120)
+++ configs/rmi-naming/pom.xml  (working copy)
@@ -31,12 +31,12 @@
 rmi-naming
 car
 RMI Naming configuration
-
+
 
 localhost
 1099
 
-
+
 
 
 
@@ -140,6 +140,10 @@
 
 
 org.apache.geronimo.modules
+geronimo-interceptor
+
+
+org.apache.geronimo.modules
 geronimo-naming
 
 


thanks
david jencks

On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote:


Okay... one down... how about this one:


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.078s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.528s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2- 
SNAPSHOT/car  Server Startup failed


org.apache.geronimo.kernel.config.LifecycleException: start of  
org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo 
nfiguration(SimpleConfigurationManager.java:529)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCo 
nfiguration(SimpleConfigurationManager.java:493)
	at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 

[jira] Updated: (GERONIMO-2030) Allow WebServiceBuilder determine if there are WebServices to be deployed

[Julian Squires (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ]

Julian Squires updated GERONIMO-2030:
-

Attachment: find-web-services.patch

Here's an updated patch against branches/1.1, which passes all tests.

> Allow WebServiceBuilder determine if there are WebServices to be deployed
> -
>
>  Key: GERONIMO-2030
>  URL: http://issues.apache.org/jira/browse/GERONIMO-2030
>  Project: Geronimo
> Type: Improvement
> Security: public(Regular issues) 
>   Components: webservices
>  Environment: all
> Reporter: Conrad O'Dea
>  Attachments: find-web-services.patch, geronimo_ws_builder_change.patch
>
> Each J2EE module deployer (EJB, Tomcat, Jetty) must decide if the module 
> being deployed has a WebService endpoint.  Currently, this requires the 
> deployer to check for the presence of a webservices.xml file.  This makes it 
> awkward to add support for JAXWS style web services to Geronimo.  
> A better solution is to push the WS endpoint check into the webservice 
> deployer.  This simplifies the logic of webservice deployment and also allows 
> for more flexible options (such as introducing a module that use JSE 5 
> features without polluting the existing deployers).
> A patch for this attached.

-- 
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: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[Jason Dillon]

Cool!

Next in line is:


Module  8/13 org.apache.geronimo.configs/geronimo-gbean-deployer/1.2- 
SNAPSHOT/carException in thread "main"  
java.lang.NoClassDefFoundError: org/apache/xmlbeans/XmlException

at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1655)
at java.lang.Class.getMethod0(Class.java:1901)
at java.lang.Class.getMethod(Class.java:984)
at org.apache.geronimo.gbean.runtime.GBeanAttribute. 
(GBeanAttribute.java:236)
at org.apache.geronimo.gbean.runtime.GBeanInstance. 
(GBeanInstance.java:243)
at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean 
(BasicKernel.java:354)
at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB 
eans(ConfigurationUtil.java:362)
at  
org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:512)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:493)
at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()
at org.apache.geronimo.system.main.Daemon.doStartup 
(Daemon.java:297)
at org.apache.geronimo.system.main.Daemon.(Daemon.java: 
74)

at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377)


--jason


On Jul 13, 2006, at 12:09 AM, David Jencks wrote:

I had to fix this one too IIRC it is from a missing interceptor  
dependency in configs/rmi-naming/pom.xml:


Index: configs/rmi-naming/pom.xml
===
--- configs/rmi-naming/pom.xml  (revision 419120)
+++ configs/rmi-naming/pom.xml  (working copy)
@@ -31,12 +31,12 @@
 rmi-naming
 car
 RMI Naming configuration
-
+
 
 localhost
 1099
 
-
+
 
 
 
@@ -140,6 +140,10 @@
 
 
 org.apache.geronimo.modules
+geronimo-interceptor
+
+
+org.apache.geronimo.modules
 geronimo-naming
 
 


thanks
david jencks

On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote:


Okay... one down... how about this one:


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.078s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.528s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2- 
SNAPSHOT/car  Server Startup failed


org.apache.geronimo.kernel.config.LifecycleException: start of  
org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon 
figuration(SimpleConfigurationManager.java:529)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon 
figuration(SimpleConfigurationManager.java:493)
	at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()

at org.apache.geronimo.system.main.Daemon.doStartup(Daemo

Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[David Jencks]

I had to fix this one too IIRC it is from a missing interceptor  
dependency in configs/rmi-naming/pom.xml:


Index: configs/rmi-naming/pom.xml
===
--- configs/rmi-naming/pom.xml  (revision 419120)
+++ configs/rmi-naming/pom.xml  (working copy)
@@ -31,12 +31,12 @@
 rmi-naming
 car
 RMI Naming configuration
-
+
 
 localhost
 1099
 
-
+
 
 
 
@@ -140,6 +140,10 @@
 
 
 org.apache.geronimo.modules
+geronimo-interceptor
+
+
+org.apache.geronimo.modules
 geronimo-naming
 
 


thanks
david jencks

On Jul 13, 2006, at 12:00 AM, Jason Dillon wrote:


Okay... one down... how about this one:


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.078s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.528s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car  Server Startup failed


org.apache.geronimo.kernel.config.LifecycleException: start of  
org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf 
iguration(SimpleConfigurationManager.java:529)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf 
iguration(SimpleConfigurationManager.java:493)
	at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()

at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297)
at org.apache.geronimo.system.main.Daemon.(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377)
Caused by:  
org.apache.geronimo.kernel.config.InvalidConfigException: Unknown  
start exception
	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration 
GBeans(ConfigurationUtil.java:440)
	at  
org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf 
iguration(SimpleConfigurationManager.java:512)

... 13 more
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:  
Configuration org.apache.geronimo.configs/j2ee-security/1.2- 
SNAPSHOT/car failed to start due to the following reasons:
  The service ServiceModule=org.apache.geronimo.configs/j2ee- 
security/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=JaasLoginServiceRemotingServer did not  
start for an unknown reason


	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration 
GBeans(ConfigurationUtil.java:403)

... 15 more

Server shutdown begun
Server shutdown completed


--jason


On Jul 12, 2006, at 11:44 PM, David Jencks wrote:

I think I had to fix this in the jetty assembly prototype I got  
working.  If you look in configs/j2ee-system/project.properties at  
the manifest classpath it includes concurrent.jar.  I think it's  
missing from the equivalent spot in pom.xml.  It may also not be  
getting copied into the lib dir of the assembly.


hope this helps
david jencks

On Jul 12, 2006, at 10:07 PM, Jason Dillon wrote:

We've gotten much further with svkmerge/m2migration and now it  
builds assemblies... but when I start the server up I'm getting  
errors like that listed below.


Anyone have an idea what needs to be changed to fix this?

Also, the log4j warning is a bit odd...


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car Exception in thread "main"  
java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/ 
Executor

at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineCla

Re: [m2 build] NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/Executor

[Jason Dillon]

Okay... one down... how about this one:


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car  started in  1.078s
Module  2/13 org.apache.geronimo.configs/j2ee-server/1.2-SNAPSHOT/ 
car started in  1.528s
Module  3/13 org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car  Server Startup failed


org.apache.geronimo.kernel.config.LifecycleException: start of  
org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/car failed
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:529)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:493)
	at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ 
$FastClassByCGLIB$$ce77a924.invoke()

at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java: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.kernel.config.EditableConfigurationManager$ 
$EnhancerByCGLIB$$443b9517.startConfiguration()

at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:297)
at org.apache.geronimo.system.main.Daemon.(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377)
Caused by: org.apache.geronimo.kernel.config.InvalidConfigException:  
Unknown start exception
	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB 
eans(ConfigurationUtil.java:440)
	at org.apache.geronimo.kernel.config.KernelConfigurationManager.start 
(KernelConfigurationManager.java:187)
	at  
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfig 
uration(SimpleConfigurationManager.java:512)

... 13 more
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:  
Configuration org.apache.geronimo.configs/j2ee-security/1.2-SNAPSHOT/ 
car failed to start due to the following reasons:
  The service ServiceModule=org.apache.geronimo.configs/j2ee- 
security/1.2-SNAPSHOT/ 
car,j2eeType=GBean,name=JaasLoginServiceRemotingServer did not start  
for an unknown reason


	at  
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGB 
eans(ConfigurationUtil.java:403)

... 15 more

Server shutdown begun
Server shutdown completed


--jason


On Jul 12, 2006, at 11:44 PM, David Jencks wrote:

I think I had to fix this in the jetty assembly prototype I got  
working.  If you look in configs/j2ee-system/project.properties at  
the manifest classpath it includes concurrent.jar.  I think it's  
missing from the equivalent spot in pom.xml.  It may also not be  
getting copied into the lib dir of the assembly.


hope this helps
david jencks

On Jul 12, 2006, at 10:07 PM, Jason Dillon wrote:

We've gotten much further with svkmerge/m2migration and now it  
builds assemblies... but when I start the server up I'm getting  
errors like that listed below.


Anyone have an idea what needs to be changed to fix this?

Also, the log4j warning is a bit odd...


Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:WARN No appenders could be found for logger  
(org.apache.geronimo.system.main.Daemon).

log4j:WARN Please initialize the log4j system properly.
Module  1/13 org.apache.geronimo.configs/rmi-naming/1.2-SNAPSHOT/ 
car Exception in thread "main"  
java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/ 
Executor

at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
	at java.security.SecureClassLoader.defineClass 
(SecureClassLoader.java:123)
	at  
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access 
$200(JarFileClassLoader.java:51)
	at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run 
(JarFileClassLoader.java:275)

at java.security.AccessController.doPrivileged(Native Method)
	at  
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass 
(JarFileClassLoader.java:227)
	at  
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass 
(MultiParentClassLoader.java:243)

at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at java.lang.ClassLoader.defineClass0(N