[jira] Created: (AMQ-965) Fix example source code
Fix example source code --- Key: AMQ-965 URL: https://issues.apache.org/activemq/browse/AMQ-965 Project: ActiveMQ Issue Type: Bug Components: Documentation Affects Versions: 4.0.2 Reporter: Bernhard Wellhöfer Hello, The example at http://www.activemq.org/site/hello-world.html uses not valid packages for Main and ActiveMQConnectionFactory. -- 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: ActiveMQ.DLQ
Is it when the message expire then it will auto been sent to DLQ? Or I have to manually send it to the DLQ? jlim wrote: Oh btw, here is an example on using them : https://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-core/src/test/java/org/apache/activemq/RedeliveryPolicyTest.java Jonas Lim wrote: hi, It's the destination name for the dead letter queue. You can have a consumer listen to this queue and should be able to get the message(if any) off the DLQ . Regards, Jonas Christopher_Ong wrote: May I know what is ActiveMQ.DLQ? -- View this message in context: http://www.nabble.com/ActiveMQ.DLQ-tf2407939.html#a6750090 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Some bugs of Users' Guide
Hello everybody ! I'm a new guy just join in WebserviceMix from China. I got some wrong information from Users' Guide. In Deploy a sample application of Quick start, the exact command should be : copy components\servicemix-shared-*.zip bin\install copy components\servicemix-http-*.zip bin\install copy components\servicemix-jsr181-*.zip bin\install copy examples\wsdl-first\wsdl-first-sa-*.zip bin\deploy It waste about 10 minutes , maybe it waste each new user 10 minutes. Should Users' Guide's author correct it ASAP ? -- View this message in context: http://www.nabble.com/Some-bugs-of-Users%27-Guide-tf2415023.html#a6731769 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
[jira] Updated: (SM-692) http endpoint activation ordering
[ https://issues.apache.org/activemq/browse/SM-692?page=all ] Fabrice Dewasmes updated SM-692: Attachment: patch_ordering2.txt here is a simpler patch using a LinkedHashMap instead of HashMap. Thanks to Guillaume for the hint. Fabrice http endpoint activation ordering - Key: SM-692 URL: https://issues.apache.org/activemq/browse/SM-692 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.0 Reporter: Fabrice Dewasmes Priority: Minor Attachments: patch_ordering.txt, patch_ordering2.txt when you use two http endpoints in the same service unit, you have no idea of which one will be activated first. in the case of one endpoint proxying another, if consumer is activated first, the WSDL is not correctly generated as it relies on the proxied endpoint WSDL. ordering of http endpoint can solve this. Another approach could be to make the consumer endpoint wait for the targeted provider to be available and then resume activation. -- 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: (SM-701) Standardized the return of exceptions from the AdminCommandsService, also extended the ANT tasks to provide a deferExceptions settings which if set to true allows you to use t
Standardized the return of exceptions from the AdminCommandsService, also extended the ANT tasks to provide a deferExceptions settings which if set to true allows you to use the same semantics as the deploy/install directories. --- Key: SM-701 URL: https://issues.apache.org/activemq/browse/SM-701 Project: ServiceMix Issue Type: Improvement Components: servicemix-core Affects Versions: 3.0 Reporter: Guillaume Nodet Assigned To: Philip Dodds Fix For: 3.0.1, 3.1 -- 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
Location to host JBI components
I'd like to start a thread about where JBI components that are contributed by users should be hosted. I see several choices: * host them at ASF in the ServiceMix svn tree * host them somewhere else * do not host them * provide a nice catalog of available components like http://geronimoplugincentral.org/ I think the last point is necessary as we at least need maybe not a full blown web site but a list of available JBI plugins. As for hosting components, I have pondered this a bit. There may be different cases: for example the ODE project has a JBI component that they host, and that's fine. I'd like tuscany to provide a SE, but they don't seem to have the bandwidth / will to work on that currently. For small components donated by non developers, I think we should try to host them at the ASF if there is no license problems and provide the authors will committer access if they maintain the component (should we put them in the sandbox first ?). It also leads to several somewhat related questions: * should all components have the same lifecycle than the container ? * if we restructure the svn source tree as stated in a previous discussion, we could easily split the component lifecycle from the container lifecycle (note that the container has had much less changes than the components) * which components should we ship in the distribution or should we ship any components at all ? if we split the container from the components, we could have separate downloads for components / examples. -- Cheers, Guillaume Nodet
Web server and distribution
In the current distribution, we currently ship ServiceMix as a standalone server, but we don't provide an easy way to deploy web applications. This would be very handy imho, so that we could maybe work more on the console web app (which is currently not very usable) and be able to deploy it easily on ServiceMix. So I'd like if we could start a jetty 6 server and maybe use it to provide all the http stuff (the servicemix-http component could be deployed and use it instead of starting its own http server). Another way would be to use a very light geronimo server (which should be able using G 1.2) which would only contain a Jetty 6 web server and ActiveMQ 4 broker. And maybe the Geronimo console augmented by our own console. Opinions ? -- Cheers, Guillaume Nodet
Re: [XBEAN] xbean-spring-2.6.jar incompatible with Spring 2.0 release
On 10/10/06, Jerome Banks [EMAIL PROTECTED] wrote: Folks, I think there is some incompatibility of Xbeans with the Spring 2.0 version just released last week. It looks like org.springframework.beans.factory.support.ReaderContext was moved to org.springframework.beans.parsing.ReaderContext . This is causing NoClassDefFoundErrors when trying to run the new release of Spring. Please report it in XBean JIRA - http://issues.apache.org/jira/browse/XBEAN. It won't get lost in the traffic and will help you keep track of its progress. Give us much information as possible, e.g. what the version of Spring you used was (in a few weeks 'the new release' can mean not that much). Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[jira] Updated: (GERONIMO-1823) Add Embedded LDAP Server Viewer Portlet
[ http://issues.apache.org/jira/browse/GERONIMO-1823?page=all ] Christopher M. Cardona updated GERONIMO-1823: - Attachment: GERONIMO-1823-trunk3.patch Gianny, Thanks for your help again with this patch. Attached is the updated patch with copyright changes and LDAPManagerHelper.main() removed. I intentionally left it for testing purposes but I'm not sure if that was a good practice. I think adding JUnit tests for LDAPManagerHelper is definitely a good idea but currently I don't know how to fire up and stop an embedded LDAP server programmatically. Any ideas regarding this will be helpful. We can always add this as soon as we figure it out. Please let me know if you have other comments. Add Embedded LDAP Server Viewer Portlet --- Key: GERONIMO-1823 URL: http://issues.apache.org/jira/browse/GERONIMO-1823 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: console Affects Versions: 1.2 Reporter: Christopher M. Cardona Attachments: dojo-0.3.1-bin.zip, GERONIMO-1823-trunk2.patch, GERONIMO-1823-trunk3.patch, ldapMgrPortlet-B1.1.1.jpg, ldapMgrPortlet-B1.1.1.patch, ldapMgrPortlet-Snapshot.zip, ldapMgrPortlet.patch, ldapviewer-jetty-1.2-SNAPSHOT.car, ldapviewer-portlet-1.2-SNAPSHOT.jpg, ldapviewer-tomcat-1.2-SNAPSHOT.car, ldapviewer-webapp-1.2-SNAPSHOT.jpg, sample.ldif Add a new portlet for viewing the contents of the embedded directory server (Apache DS). This portlet will be under 'Misc' portlets. -- 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: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Congrats Prasad !! chris Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Re: [ANNOUNCE] Welcome Bruce Snyder as the newest member of the Geronimo PMC
Congrats Bruce !! chris Kevan Miller wrote: All, The Geronimo PMC is pleased to welcome Bruce Snyder as the newest member of the Geronimo PMC. We're very happy to have Bruce joining us to help with the oversight of the Geronimo project. Well done, Bruce! The Apache Geronimo PMC --kevan
[jira] Commented: (AMQ-962) Messages are read from queue but not removed
[ https://issues.apache.org/activemq/browse/AMQ-962?page=comments#action_37139 ] Holger Bruch commented on AMQ-962: -- I encountered a similar problem when using the PooledConnectionFactory, which is currently intended for sending messages only. In my case, it was caused by a concurrency issue when the session is closed and messages are still processed by the consumer. The PooledSession does not halt the underlying session's executor, so that messages are still delivered when the session is about to close. These messages might in your case be read, but not acknowledged. Messages are read from queue but not removed Key: AMQ-962 URL: https://issues.apache.org/activemq/browse/AMQ-962 Project: ActiveMQ Issue Type: Bug Components: JMS client, Broker Affects Versions: 4.0.1 Environment: Java Virtual Machine: Java HotSpot(TM) Server VM version 1.5.0_06-b05JIT compiler: HotSpot Server Compiler Operating System: Windows XP 5.1 Architecture: x86 Number of processors: 1 Total physical memory: 1,048,048 kbytes Free physical memory: 107,240 kbytes Committed virtual memory: 374,048 kbytes Total swap space: 2,518,944 kbytes Free swap space: 721,416 kbytes Reporter: Randy Priority: Critical Fix For: 4.1 Using Spring, configured a VM message broker (non-persistant) and a message consumer that reads messages from queue. Messages are read from queue, but despite calling message.acknowledge(); messages remain on the queue (and consume memory). I turned off optimiseAcknowledge. May be related to bug# AMQ-716. amq:broker id=broker useJmx=true persistent=false amq:transportConnectors amq:transportConnector uri=tcp://localhost:0 / /amq:transportConnectors /amq:broker !-- a pooling based JMS provider -- bean id=jmsFactory class=org.apache.activemq.pool.PooledConnectionFactory property name=connectionFactory bean class=org.apache.activemq.ActiveMQConnectionFactory property name=brokerURL valuevm://localhost/value /property property name=optimizeAcknowledge valuefalse/value /property /bean /property /bean bean id=simpleJmsTemplate class=org.springframework.jms.core.JmsTemplate property name=connectionFactory ref local=jmsFactory / /property /bean -- 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: (SM-697) Using XSLT servicemix component causes a java.io.IOException: Too many open files
Using XSLT servicemix component causes a java.io.IOException: Too many open files --- Key: SM-697 URL: https://issues.apache.org/activemq/browse/SM-697 Project: ServiceMix Issue Type: Bug Components: servicemix-components Affects Versions: 3.0 Environment: Linux: ServiceMix 3.1-incubating-SNAPSHOT from 2006-10-02 Reporter: Helene Joanin Attachments: sm-http-xslt.zip Using the XSLT servicemix component causes a java.io.IOException: Too many open files A close of a stream or a socket seems to be forget in the servicemix component. You can find in attachment a very simple example to reproduce the problem. To run this example: - the SERVICEMIX_HOME variable must be setting, - then under the sm-http-xslt directory do: $ ant setup $ servicemix ./servicemix.xml $ ant run ant run will execute 512 times the client. Just do it quite often to exceed the limit of the number of file descriptors a process may have on your system. -- 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
creating a dev environment in eclipse
Hi, I did a eclipse build using m2. I have imported the projects into eclipse. I get errors for XMLBeans related classes ( schemaorg_apache_xmlbeans.system.s0B3316F73CD7FBB57F083731B55F55A3 cannot be resolved ). In m1 i used to do a rebuild to get these classes. What's the equivalent in m2. Regards Krish
[jira] Created: (SM-698) fails: org.apache.servicemix.jbi.nmr.flow.jca.JcaFlowWithTxLogTest
fails: org.apache.servicemix.jbi.nmr.flow.jca.JcaFlowWithTxLogTest -- Key: SM-698 URL: https://issues.apache.org/activemq/browse/SM-698 Project: ServiceMix Issue Type: Sub-task Components: servicemix-core Affects Versions: incubation Reporter: Fritz Oconer -- 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
Fwd: Certification Authority (CA) portlet
Hi All, I have not seen any replies to my last post :( I have identified a few more function required. These are for the work-flow a CA might want to follow: 1. List Requests: There should be two pages instead of one. A) Listing of requests that are received and need to be verified (once verified, the request will reach a second list) B) Listing of requests that are verified and ready to be fulfilled. 2. Logging: CA should have a separate log of requests received, verified, fulfilled, certificates revoked etc. Comments? Suggestions? Pointers? Thanks, Vamsi-- Forwarded message --From: Vamsavardhana Reddy [EMAIL PROTECTED]Date: Oct 6, 2006 11:59 AM Subject: Certification Authority (CA) portletTo: dev@geronimo.apache.orgHi All, I have uploaded a minimal version of Certification Authority (CA) portlet to the JIRA. See http://issues.apache.org/jira/browse/GERONIMO-2413 . The JIRA also has some screenshots. I do not know if anyone has got a chance to try out the portlet. Here is an overview of this portlet's functions. 1. Setup Certification Authority: The CA home page checks if the CA has already been initialized. If not, it will provide access to only this function viz. Setup Certification Authority. This function enables the user to provide details of CA's identity, algorithm parameters for CA's keypair signature algorithm, a serial number for CA's self-signed certificate, validity period for CA's keypair and a password to protect CA's privatekey. Once the details are submitted, a keypair and self-signed certificate are generated and stored in ca-keystore. CA portlet uses KeyStoreGBean to manage its own keypair and certificate. 2. Lock and Unlock CA: Once the CA is setup, upon a fresh login to Geronimo Console, users will notice that the CA is in locked state. Unlock CA function lets the user unlock the CA by providing CA's privatekey password (provided at the time of CA setup). Once unlocked, the user will have access to the CA functions. Lock CA function locks the CA. 3. View CA Details: This function enables the user to see the details of CA' certificate and the highest serial number used to by the CA. Base 64 encoded certificate text on this screen can be copy+pasted into a text file and sent to the requestor to designate this CA as trusted CA in their software. (Note: CA stores the serial number used at the time of setup and increments it each time a certificate is to be issued.) 4. Issue New Certificate: This functions lets the CA issue a new certificate by processing the Certificate Signing Request (CSR) text. Upon pasting the CSR text into a textarea and submitting, a screen will show the requestor name and public key details from the CSR and lets the user enter validity period and select the signature algorithm. The next screen will show all details and ask for confirmation. Once confirmed, a certificate is issued and stored in a CertificateStore. The screen will show the details of the certificate issued. Base 64 encoded certificate text on this screen can be copy+pasted into a text file and sent back to the requestor. 5. View Issued Certificate: This function lets the user view a previously issued certificate by providing the certificate serial number. More work on the way: After posting the patch to JIRA, I have found the necessity for a few other functions: N1. List Requests: This function will list all the certificate requests that are waiting to be fulfilled and provide a link on each request-id so that the user can click on the links (instead of entering the csr text in a textarea) and proceed directly to entering certificate validity details etc. N2. Process a certificate request based on (Name Attributes + SignedPublicKeyAndChallenge): Users requesting a certificate through web browsers may not be able to submit a PKCS10 Certificate Request. Netscape, Firefox (and other browsers??) support a KEYGEN form tag that will let the browser, upon form submission, generate a key pair, combine the PublicKey a Challenge string and sign (this is the SignedPublicKeyAndChallenge), encode this information in base64 and send it along with other form fields. In this case, name attributes are not part of a signed request and need to be collected separately. N3. CA helper application: This application will be the interface for users using their web browsers to request a certificate from the CA. This application will have a) A page with KEYGEN tag to receive SignedPublicKeyAndChallenge along with name attribute values from the requestor. b) A link using which the users can download and install CA's certificate into their browsers as a trusted certificate. c) A page from which the users can download and install the certificate issued to them by the CA. This application can store the requests so that the CA portlet can pickup these and show in List Requests page. To be explored: How to do this KEYGEN equivalent through Internet Explorer? I know that it requires some
Re: creating a dev environment in eclipse
Currently it seems the best to add ../target/clover/classes to the classpath of the projects using xmlbeans. Heinz On 10/10/06, Krishnakumar B [EMAIL PROTECTED] wrote: Hi, I did a eclipse build using m2. I have imported the projects into eclipse. I get errors for XMLBeans related classes ( schemaorg_apache_xmlbeans.system.s0B3316F73CD7FBB57F083731B55F55A3 cannot be resolved ). In m1 i used to do a rebuild to get these classes. What's the equivalent in m2. Regards Krish
Re: JMX Viewer
Hi Anita, I don’t think this would work since there is no guarantee that a “complete list of all valid j2eeTypes” will be created. Your suggestion might result to an incomplete list of j2eeTypes. I designed the JMX tree to list all the possible j2eeTypes whether there is one available or not. IMO this is a better design because it gives you an idea of what other j2eeTypes are available. Again AFAIK there is no way of getting this complete list using our existing api hence I decided to hardcode the list in the jsp. Obviously the advantage here is faster loading of the page and it’s easy to update the list without recompiling any java files. The disadvantage of course is updating the jsp file every time the list changes (most likely only for G specific j2eeTypes and I’m not sure if this is likely to happen) vs. getting the complete list from the server (assuming it’s possible or it’s available) and rendering the tree to display the list. Best wishes, chris anita kulshreshtha wrote: Chris, Assuming that the listGBeans method can not be qureied to return such a list, can't we create a list of _distinct_ j2eeTypes by processing the list of all MBeans? Would such a list work for you? Thanks Anita - Original Message From: Christopher M. Cardona [EMAIL PROTECTED] To: dev@geronimo.apache.org Sent: Friday, October 6, 2006 12:18:49 PM Subject: Re: JMX Viewer Anita, This is not a requirement of Dojo. AFAIK there is no way of getting a list of all the j2eeTypes (standard j2ee and G specific) using any Kernel api. I got the list by looking at G source and combining it with the different types returned when calling Kernel.listGBeans(). If you know a solution for this then I'm more than willing to try it out. Best wishes, chris anita kulshreshtha wrote: Chris, I was going through the code (JMXServer.jsp). I see that all the MBean names are hardcoded. Is this something that is required by dojo? Ideally, when the JMXViewer is invoked for the first time the MBean names should be generated using kernel.listGBeans. Am I missing something? Thanks Anita - Original Message From: anita kulshreshtha [EMAIL PROTECTED] To: dev@geronimo.apache.org Sent: Thursday, September 28, 2006 10:25:19 AM Subject: Re: JMX Viewer .
[jira] Commented: (SM-697) Using XSLT servicemix component causes a java.io.IOException: Too many open files
[ https://issues.apache.org/activemq/browse/SM-697?page=comments#action_37140 ] Helene Joanin commented on SM-697: -- It's very important to note that this problem depends on the JVM used. It appears when I using the BEA Jrockit JVM 1.5.0_06 and doesn't appear when I use the Sun JVM 1.5.0_07. Using XSLT servicemix component causes a java.io.IOException: Too many open files --- Key: SM-697 URL: https://issues.apache.org/activemq/browse/SM-697 Project: ServiceMix Issue Type: Bug Components: servicemix-components Affects Versions: 3.0 Environment: Linux: ServiceMix 3.1-incubating-SNAPSHOT from 2006-10-02 Reporter: Helene Joanin Attachments: sm-http-xslt.zip Using the XSLT servicemix component causes a java.io.IOException: Too many open files A close of a stream or a socket seems to be forget in the servicemix component. You can find in attachment a very simple example to reproduce the problem. To run this example: - the SERVICEMIX_HOME variable must be setting, - then under the sm-http-xslt directory do: $ ant setup $ servicemix ./servicemix.xml $ ant run ant run will execute 512 times the client. Just do it quite often to exceed the limit of the number of file descriptors a process may have on your system. -- 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: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Sweet... you can apply your own patches now :-P Welcome! --jason On Oct 9, 2006, at 8:07 PM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Re: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Congrats Prasad! Gianny On 10/10/2006, at 1:07 PM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Build errors in Building Geronimo Applications, Console :: Standard Portlets
Hi, When i do a build i get errors here [INFO] - --- [INFO] Building Geronimo Applications, Console :: Standard Portlets [INFO]task-segment: [install] [INFO] - --- [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. Downloading: file://C:\Apache\geronimo-1.2\applications\console\geronimo-console -standard/repository/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository module-local (file://C:\Apache\ geronimo-1.2\applications\console\geronimo-console-standard/repository) Downloading: http://repository.codehaus.org/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository codehaus (http://repository.cod ehaus.org) Downloading: http://repo1.maven.org/maven2/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [INFO] [jspc:compile {execution: jspc}] [INFO] Built File: \WEB-INF\view\welcome\welcomeHelp.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeMaximized.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeNormal.jsp [INFO] Built File: \WEB-INF\view\webmanager\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\normal.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTP.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTPS.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\normal.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\help.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\view.jsp [INFO] Built File: \WEB-INF\view\threads\list.jsp [INFO] Built File: \WEB-INF\view\threads\monitor.jsp [INFO] Built File: \WEB-INF\view\servermanager\help.jsp [INFO] Built File: \WEB-INF\view\servermanager\normal.jsp [INFO] Built File: \WEB-INF\view\servermanager\shutdown.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addmaximized.j sp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\addmaximized. jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\normal.jsp [INFO] Built File: \WEB-INF\view\repository\help.jsp [INFO] Built File: \WEB-INF\view\repository\normal.jsp [INFO] Built File: \WEB-INF\view\realmwizard\advanced.jsp [INFO] Built File:
Re: Build errors in Building Geronimo Applications, Console :: Standard Portlets
Hi Krishnakumar, This is a problem happens when you are building ignoring test cases I think. I am having the same problem for quite a while. I am wondering how can I fixed this problem too. Thanks, Lasantha Ranaweera Krishnakumar B wrote: Hi, When i do a build i get errors here [INFO] - --- [INFO] Building Geronimo Applications, Console :: Standard Portlets [INFO]task-segment: [install] [INFO] - --- [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. Downloading: file://C:\Apache\geronimo-1.2\applications\console\geronimo-console -standard/repository/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository module-local (file://C:\Apache\ geronimo-1.2\applications\console\geronimo-console-standard/repository) Downloading: http://repository.codehaus.org/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository codehaus (http://repository.cod ehaus.org) Downloading: http://repo1.maven.org/maven2/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [INFO] [jspc:compile {execution: jspc}] [INFO] Built File: \WEB-INF\view\welcome\welcomeHelp.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeMaximized.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeNormal.jsp [INFO] Built File: \WEB-INF\view\webmanager\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\normal.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTP.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTPS.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\normal.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\help.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\view.jsp [INFO] Built File: \WEB-INF\view\threads\list.jsp [INFO] Built File: \WEB-INF\view\threads\monitor.jsp [INFO] Built File: \WEB-INF\view\servermanager\help.jsp [INFO] Built File: \WEB-INF\view\servermanager\normal.jsp [INFO] Built File: \WEB-INF\view\servermanager\shutdown.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addmaximized.j sp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\addmaximized. jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\help.jsp [INFO] Built File:
Re: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Congratulations Prasad! Regards, John Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Re: Build errors in Building Geronimo Applications, Console :: Standard Portlets
hi, I was able to build by checking our source into a directory with short name C:\g12 and maven repo in C:\.m2 Regards Krishnakumar On 10/10/06, Lasantha Ranaweera [EMAIL PROTECTED] wrote: Hi Krishnakumar, This is a problem happens when you are building ignoring test cases I think. I am having the same problem for quite a while. I am wondering how can I fixed this problem too. Thanks, Lasantha Ranaweera Krishnakumar B wrote: Hi, When i do a build i get errors here [INFO] - --- [INFO] Building Geronimo Applications, Console :: Standard Portlets [INFO]task-segment: [install] [INFO] - --- [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. Downloading: file://C:\Apache\geronimo-1.2\applications\console\geronimo-console -standard/repository/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository module-local (file://C:\Apache\ geronimo-1.2\applications\console\geronimo-console-standard/repository) Downloading: http://repository.codehaus.org/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository codehaus (http://repository.cod ehaus.org) Downloading: http://repo1.maven.org/maven2/dwr/dwr/1.1.1/dwr-1.1.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1:compile' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [WARNING] POM for 'tranql:tranql:pom:1.4-SNAPSHOT:provided' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. [INFO] [jspc:compile {execution: jspc}] [INFO] Built File: \WEB-INF\view\welcome\welcomeHelp.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeMaximized.jsp [INFO] Built File: \WEB-INF\view\welcome\welcomeNormal.jsp [INFO] Built File: \WEB-INF\view\webmanager\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\normal.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTP.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\editHTTPS.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\help.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\maximized.jsp [INFO] Built File: \WEB-INF\view\webmanager\connector\normal.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\help.jsp [INFO] Built File: \WEB-INF\view\webaccesslogmanager\view.jsp [INFO] Built File: \WEB-INF\view\threads\list.jsp [INFO] Built File: \WEB-INF\view\threads\monitor.jsp [INFO] Built File: \WEB-INF\view\servermanager\help.jsp [INFO] Built File: \WEB-INF\view\servermanager\normal.jsp [INFO] Built File: \WEB-INF\view\servermanager\shutdown.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addmaximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\se\groups\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addmaximized.j sp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\addnormal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\error.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\help.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\maximized.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\users\normal.jsp [INFO] Built File: \WEB-INF\view\securityrealmmanager\derby\groups\addmaximized. jsp [INFO] Built File:
test e-mail
[jira] Resolved: (SM-699) Incorrect encoding in generated jbi.xml
[ https://issues.apache.org/activemq/browse/SM-699?page=all ] Anders Hammar resolved SM-699. -- Resolution: Fixed Turns out it it possible to specify the encoding in the plugin configuration (in the pom.xml) like this: build plugins plugin groupIdorg.apache.servicemix.tooling/groupId artifactIdjbi-maven-plugin/artifactId extensionstrue/extensions configuration typeservice-assembly/type encodingISO-8859-1/encoding /configuration /plugin /plugins /build Incorrect encoding in generated jbi.xml --- Key: SM-699 URL: https://issues.apache.org/activemq/browse/SM-699 Project: ServiceMix Issue Type: Bug Components: tooling Affects Versions: 3.0 Environment: MS Windows XP SP2, Maven 2.0.4 Reporter: Anders Hammar Priority: Minor The jbi.xml file generated by the jbi-maven-plugin gets encoding=UTF-8. This will result in error if, for instance, some special characters are included in the file (Swedish characters such as åäö, for instance). As some strings (e.g. project.name) are copied from the pom.xml file, this could happen (the pom.xml could, for instance, have encoding=ISO-8859-1). Possible solutions would be to honor the encoding in the pom.xml or allow the encoding to be specified by plugin configuration. Work-around for now is to remove special characters in pom.xml. -- 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] Closed: (SM-699) Incorrect encoding in generated jbi.xml
[ https://issues.apache.org/activemq/browse/SM-699?page=all ] Anders Hammar closed SM-699. Incorrect encoding in generated jbi.xml --- Key: SM-699 URL: https://issues.apache.org/activemq/browse/SM-699 Project: ServiceMix Issue Type: Bug Components: tooling Affects Versions: 3.0 Environment: MS Windows XP SP2, Maven 2.0.4 Reporter: Anders Hammar Priority: Minor The jbi.xml file generated by the jbi-maven-plugin gets encoding=UTF-8. This will result in error if, for instance, some special characters are included in the file (Swedish characters such as åäö, for instance). As some strings (e.g. project.name) are copied from the pom.xml file, this could happen (the pom.xml could, for instance, have encoding=ISO-8859-1). Possible solutions would be to honor the encoding in the pom.xml or allow the encoding to be specified by plugin configuration. Work-around for now is to remove special characters in pom.xml. -- 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: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Congratulations Prasad!AnitaMatt Hogstrom [EMAIL PROTECTED] wrote: All,We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike.We're confident that Prasad will be a great addition to the project.Welcome Prasad!Matt Hogstrom[EMAIL PROTECTED] Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
Re: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Congratulations Prasad! Well deserved. Joe Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Re: [ANNOUNCE] Welcom Prasad Kashyap as our newest committer
Awesome! Congrats Prasad! Paul On 10/9/06, Matt Hogstrom [EMAIL PROTECTED] wrote: All, We're pleased to let you know that we have a new committer in our midst. Prasad Kashyap has recently accepted an invitation to join the Geronimo project. Prasad has been active on Geronimo for quite some time and has provided numerous patches for the Maven2 build as well as automated testing. He has been very helpful to users and developers, alike. We're confident that Prasad will be a great addition to the project. Welcome Prasad! Matt Hogstrom [EMAIL PROTECTED]
Re: [Results] Priorities for 1.2
Just as a point of reference on process. I'm just about done with the CMP improvements. These changes are really to tranQL and OpenEJB. I've had users asking for them and based on the note below I'm not sure what your expectations are. I plan on getting them tested and integrated this week. There are no changes to Geronimo framework but they are new features for the Assembly we call J2EE certified. I think the prioritization on the items below is great feedback but if someone is working on an area that is not in the mainstream of community priority but the code is being delivered what then? Not trying to be argumentative but I'm not understanding the tangible results of the discussion below apart from getting a community pulse on development. In the past people worked on what they were interested in. I thought the point of the exercise was to identify what the community wanted in the release before we cut it and to provide a roadmap for interested parties but not to exclude development in other areas. This is different than what we've done in the past. Thanks ! Matt Hogstrom [EMAIL PROTECTED]
Re: class dependencies in SA?
Guillaume, I have a patch for the tooling maven-jbi-plugin which auto generates an importable classpath.xml file based on the Maven dependencies for the SU. We are just about to start using it next week. Is this of interest at all ? r. On Mon, 2006-10-09 at 23:47 +0200, Guillaume Nodet wrote: You should bundle these jars in the SU. In addition you currently need to specify these jars in the servicemix.xml file in your SU using: classpath locationlib/commons-net-1.4.1.jar/location /classpath On 10/9/06, moraleslos [EMAIL PROTECTED] wrote: Hi, I'm finally coming along with my first SA deployment. My question is that I'm currently trying to run my FTPPoller class but there are some dependencies that need to be addressed, i.e. org/apache/commons/net/SocketClient, etc. I've been dropping these dependent jars into the %servicemix_home%/lib/optional directory. Instead of doing this, can I just package the dependent jars inside the SA (or the SU) itself, e.g.: test-sa.zip --/lib --commons-net-1.4.1.jar --/META-INF --jbi.xml --test-su.zip Thanks in advance. -los -- View this message in context: http://www.nabble.com/class-dependencies-in-SA--tf2412903.html#a6725809 Sent from the ServiceMix - User mailing list archive at Nabble.com.
Re: Jboss and servicemix.
We have been running JBoss on the cms-http 3.0 for quite some time (almost 12 monbths) and of course, whatever does use it in JBoss land either (a) doesn't care; or (b) we haven't used that piece of functionality to see it break. r. On Mon, 2006-09-18 at 23:07 +0200, Guillaume Nodet wrote: Bruce, these dependencies are already added and deployed but they conflict with the existing ones shipped with JBoss. I have already seen that problem but had no time to understand how to tweak the JBoss classloader to workaround that. Jboss ships commons-http v2.x and ServiceMix uses v3.0. Unfortunately, these versions are slightly incompatible... On 9/18/06, Bruce Snyder [EMAIL PROTECTED] wrote: On 9/18/06, Eric Dofonsou [EMAIL PROTECTED] wrote: I've found the following issue with the way servicemix works in JBOS. I'am building endpoints that use the ervicemix-http component. For this to work I need to add these two files to the $JBOSS_HOME/server/default/lib folder : 1- geronimo-j2ee-management_1.0_spec-1.0.1.jar 2- commons-httpclient-3.0.jar The geronimo-j2ee-management jar is required by the .sar file (Should this not be included in the sar archive ?) The Common-httpclient is required by the servicemix-http module (however there is an older version of this lib included with JBoss). So for this too work we have to delete the old version and replace it with this version. The ideal work around would be to include a jboss-web.xml file that specifies to jboss that we want to use our versino of common-httpclient for this application. Can this be done ? Ican includ an extract of the jboss-web.xml file justin case. Can these additional dependencies be added to the service assembly to be deployed with it? Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/ Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
Re: Some bugs of Users' Guide
cp is for unix based system and copy is for windows. If you have followed the previous steps, you should have launched servicemix using the bin/servicemix command from the root directory and the commands will work. It seems you have launched ServiceMix from the bin directory instead, hence the deploy / install directories are relative to this folder. I will add a not to this page. On 10/10/06, JamesWang [EMAIL PROTECTED] wrote: Hello everybody ! I'm a new guy just join in WebserviceMix from China. I got some wrong information from Users' Guide. In Deploy a sample application of Quick start, the exact command should be : copy components\servicemix-shared-*.zip bin\install copy components\servicemix-http-*.zip bin\install copy components\servicemix-jsr181-*.zip bin\install copy examples\wsdl-first\wsdl-first-sa-*.zip bin\deploy It waste about 10 minutes , maybe it waste each new user 10 minutes. Should Users' Guide's author correct it ASAP ? -- View this message in context: http://www.nabble.com/Some-bugs-of-Users%27-Guide-tf2415023.html#a6731769 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
[jira] Resolved: (SM-692) http endpoint activation ordering
[ https://issues.apache.org/activemq/browse/SM-692?page=all ] Guillaume Nodet resolved SM-692. Fix Version/s: 3.1 Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Tue Oct 10 07:09:20 2006 New Revision: 454747 URL: http://svn.apache.org/viewvc?view=revrev=454747 Log: SM-692: http endpoint activation ordering Patch provided by Fabrice Dewasmes Modified: incubator/servicemix/trunk/servicemix-common/src/main/java/org/apache/servicemix/common/ServiceUnit.java http endpoint activation ordering - Key: SM-692 URL: https://issues.apache.org/activemq/browse/SM-692 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.0 Reporter: Fabrice Dewasmes Assigned To: Guillaume Nodet Priority: Minor Fix For: 3.1 Attachments: patch_ordering.txt, patch_ordering2.txt when you use two http endpoints in the same service unit, you have no idea of which one will be activated first. in the case of one endpoint proxying another, if consumer is activated first, the WSDL is not correctly generated as it relies on the proxied endpoint WSDL. ordering of http endpoint can solve this. Another approach could be to make the consumer endpoint wait for the targeted provider to be available and then resume activation. -- 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: Fwd: Certification Authority (CA) portlet
Hi Vamsi, I still have not had the chance to check the patch (GERONIMO-2413) but I do have a few questions form your first note. 4. can you select JKS or p12 in this step? I'm thinking in client certificates - HTTPS with Client Authentication scenario 5. in addition on entering the serial #, any chance to list the existing certificates in the CertificateStore? maybe CN + Alias N1. does that mean that the CSR will be provided as a text file (on a specific location) and the portlet will pick them up and list them? if so, that would be great and a similar structure should be in place for already signed certificates. N2. could you expand? As for IE, I can't find a nice way to say what I think about IE and VBScripts. All I can say is that probaly 80% or more ( just a wild guess ) of the users are using IE. Using another browser to create/retrieve/export the certificate and then import it into IE does not look like a healthy workaround. Can we add something else on the server side to fill-in-the-blanks from IE? Cheers! Hernan Vamsavardhana Reddy wrote: Hi All, I have not seen any replies to my last post :( I have identified a few more function required. These are for the work-flow a CA might want to follow: 1. List Requests: There should be two pages instead of one. A) Listing of requests that are received and need to be verified (once verified, the request will reach a second list) B) Listing of requests that are verified and ready to be fulfilled. 2. Logging: CA should have a separate log of requests received, verified, fulfilled, certificates revoked etc. Comments? Suggestions? Pointers? Thanks, Vamsi -- Forwarded message -- From: *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Date: Oct 6, 2006 11:59 AM Subject: Certification Authority (CA) portlet To: dev@geronimo.apache.org mailto:dev@geronimo.apache.org Hi All, I have uploaded a minimal version of Certification Authority (CA) portlet to the JIRA. See http://issues.apache.org/jira/browse/GERONIMO-2413 . The JIRA also has some screenshots. I do not know if anyone has got a chance to try out the portlet. Here is an overview of this portlet's functions. 1. Setup Certification Authority: The CA home page checks if the CA has already been initialized. If not, it will provide access to only this function viz. Setup Certification Authority. This function enables the user to provide details of CA's identity, algorithm parameters for CA's keypair signature algorithm, a serial number for CA's self-signed certificate, validity period for CA's keypair and a password to protect CA's privatekey. Once the details are submitted, a keypair and self-signed certificate are generated and stored in ca-keystore. CA portlet uses KeyStoreGBean to manage its own keypair and certificate. 2. Lock and Unlock CA: Once the CA is setup, upon a fresh login to Geronimo Console, users will notice that the CA is in locked state. Unlock CA function lets the user unlock the CA by providing CA's privatekey password (provided at the time of CA setup). Once unlocked, the user will have access to the CA functions. Lock CA function locks the CA. 3. View CA Details: This function enables the user to see the details of CA' certificate and the highest serial number used to by the CA. Base 64 encoded certificate text on this screen can be copy+pasted into a text file and sent to the requestor to designate this CA as trusted CA in their software. (Note: CA stores the serial number used at the time of setup and increments it each time a certificate is to be issued.) 4. Issue New Certificate: This functions lets the CA issue a new certificate by processing the Certificate Signing Request (CSR) text. Upon pasting the CSR text into a textarea and submitting, a screen will show the requestor name and public key details from the CSR and lets the user enter validity period and select the signature algorithm. The next screen will show all details and ask for confirmation. Once confirmed, a certificate is issued and stored in a CertificateStore. The screen will show the details of the certificate issued. Base 64 encoded certificate text on this screen can be copy+pasted into a text file and sent back to the requestor. 5. View Issued Certificate: This function lets the user view a previously issued certificate by providing the certificate serial number. More work on the way: After posting the patch to JIRA, I have found the necessity for a few other functions: N1. List Requests: This function will list all the certificate requests that are waiting to be fulfilled and provide a link on each request-id so that the user can click on the links (instead of entering the csr text in a textarea) and proceed directly to entering certificate validity details etc. N2. Process a certificate request based on (Name Attributes +
[jira] Commented: (SM-693) DCOM component\Transport
[ https://issues.apache.org/activemq/browse/SM-693?page=comments#action_37145 ] Guillaume Nodet commented on SM-693: For licenses, ASL, MIT, BSD would be nice. And yes, the link works now. DCOM component\Transport Key: SM-693 URL: https://issues.apache.org/activemq/browse/SM-693 Project: ServiceMix Issue Type: New Feature Components: servicemix-components Reporter: Vikram Roopchand Hello, I have written a library(LGPL) to provide non-native access to COM components (essentially a Bridge) from pure Java. It is bi-directional,supports event handling and automation. If you have a requirement for such an integration than I would be happy to code a DCOM transport\component for ServiceMix. Please let me know of your views on the same. Thanks, best regards, Vikram http://j-interop.sourceforge.net -- 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: class dependencies in SA?
Yes, sure. I have raised a related JIRA recently: http://issues.apache.org/activemq/browse/SM-673 This could be another way. What do you think ? On 10/10/06, Ramon Buckland [EMAIL PROTECTED] wrote: Guillaume, I have a patch for the tooling maven-jbi-plugin which auto generates an importable classpath.xml file based on the Maven dependencies for the SU. We are just about to start using it next week. Is this of interest at all ? r. On Mon, 2006-10-09 at 23:47 +0200, Guillaume Nodet wrote: You should bundle these jars in the SU. In addition you currently need to specify these jars in the servicemix.xml file in your SU using: classpath locationlib/commons-net-1.4.1.jar/location /classpath On 10/9/06, moraleslos [EMAIL PROTECTED] wrote: Hi, I'm finally coming along with my first SA deployment. My question is that I'm currently trying to run my FTPPoller class but there are some dependencies that need to be addressed, i.e. org/apache/commons/net/SocketClient, etc. I've been dropping these dependent jars into the %servicemix_home%/lib/optional directory. Instead of doing this, can I just package the dependent jars inside the SA (or the SU) itself, e.g.: test-sa.zip --/lib --commons-net-1.4.1.jar --/META-INF --jbi.xml --test-su.zip Thanks in advance. -los -- View this message in context: http://www.nabble.com/class-dependencies-in-SA--tf2412903.html#a6725809 Sent from the ServiceMix - User mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet
[jira] Created: (SM-700) ClientFactory should log problems at warning level as they are not critical
ClientFactory should log problems at warning level as they are not critical --- Key: SM-700 URL: https://issues.apache.org/activemq/browse/SM-700 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.0 Reporter: Guillaume Nodet Priority: Trivial Fix For: 3.0.1, 3.1 -- 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: [Results] Priorities for 1.2
On Oct 10, 2006, at 6:33 AM, Matt Hogstrom wrote: Just as a point of reference on process. I'm just about done with the CMP improvements. These changes are really to tranQL and OpenEJB. I've had users asking for them and based on the note below I'm not sure what your expectations are. I plan on getting them tested and integrated this week. There are no changes to Geronimo framework but they are new features for the Assembly we call J2EE certified. Outstanding. I think the prioritization on the items below is great feedback but if someone is working on an area that is not in the mainstream of community priority but the code is being delivered what then? Not trying to be argumentative but I'm not understanding the tangible results of the discussion below apart from getting a community pulse on development. In the past people worked on what they were interested in. I thought the point of the exercise was to identify what the community wanted in the release before we cut it and to provide a roadmap for interested parties but not to exclude development in other areas. This is different than what we've done in the past. You bring up some great points. Your question indicates that we need to add some color to Dain's post. Hernan's roadmap has been out there for quite a while. As I've mentioned a couple of times with my discussion with Hernan, this is a great place to get the bigger picture and for people to see what features are in the pipeline and who's working on them. What Dain has posted is a tactical set of priorities for the v1.2 release. If someone wants to work on something for v1.2 that isn't on this list they are more than welcome to commit to adding it to that release. I hope that that list was inclusive of all the features that people have committed to completing for v1.2. If not, then we need to get them on this list. I think that the idea was to feature items that allow us to concretely plan. We cannot plan about features that have no resources assigned to them. Regards, Alan
[jira] Created: (XBEAN-57) xbean-spring is incompatible with Spring 2.0
xbean-spring is incompatible with Spring 2.0 Key: XBEAN-57 URL: http://issues.apache.org/jira/browse/XBEAN-57 Project: XBean Issue Type: Bug Components: spring Affects Versions: 2.6 Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Priority: Critical Fix For: 2.7 -- 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: [XBEAN] xbean-spring-2.6.jar incompatible with Spring 2.0 release
Done and fixed. See https://issues.apache.org/jira/browse/XBEAN-57 On 10/10/06, Jacek Laskowski [EMAIL PROTECTED] wrote: On 10/10/06, Jerome Banks [EMAIL PROTECTED] wrote: Folks, I think there is some incompatibility of Xbeans with the Spring 2.0 version just released last week. It looks like org.springframework.beans.factory.support.ReaderContext was moved to org.springframework.beans.parsing.ReaderContext . This is causing NoClassDefFoundErrors when trying to run the new release of Spring. Please report it in XBean JIRA - http://issues.apache.org/jira/browse/XBEAN. It won't get lost in the traffic and will help you keep track of its progress. Give us much information as possible, e.g. what the version of Spring you used was (in a few weeks 'the new release' can mean not that much). Jacek -- Jacek Laskowski http://www.laskowski.net.pl -- Cheers, Guillaume Nodet
[jira] Closed: (XBEAN-57) xbean-spring is incompatible with Spring 2.0
[ http://issues.apache.org/jira/browse/XBEAN-57?page=all ] Guillaume Nodet closed XBEAN-57. Resolution: Fixed Author: gnodet Date: Tue Oct 10 08:46:36 2006 New Revision: 454790 URL: http://svn.apache.org/viewvc?view=revrev=454790 Log: XBEAN-57: fix incompatibility with Spring 2.0 final xbean-spring is incompatible with Spring 2.0 Key: XBEAN-57 URL: http://issues.apache.org/jira/browse/XBEAN-57 Project: XBean Issue Type: Bug Components: spring Affects Versions: 2.6 Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Priority: Critical Fix For: 2.7 -- 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: (AMQ-966) NMSDestination is null when receiving messages
NMSDestination is null when receiving messages -- Key: AMQ-966 URL: https://issues.apache.org/activemq/browse/AMQ-966 Project: ActiveMQ Issue Type: Bug Components: NMS (C# client) Affects Versions: 4.0.2 Reporter: Rob Lugt Assigned To: Rob Lugt The NMSDestination property is null when receiving messages via an asynchronous listener. -- 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: (AMQ-967) setting maximumRedeliveries to -1 is equivalent to maximumRedeliveries=0, but doc says otherwise
setting maximumRedeliveries to -1 is equivalent to maximumRedeliveries=0, but doc says otherwise Key: AMQ-967 URL: https://issues.apache.org/activemq/browse/AMQ-967 Project: ActiveMQ Issue Type: Bug Components: Connector Affects Versions: 4.0.2, 4.1 Reporter: Renaud Bruyeron Fix For: 4.0.3, 4.1 Attachments: patch.txt The documentation (http://incubator.apache.org/activemq/resource-adapter-properties.html) suggests that setting maximumRedeliveries to -1 means no maximum, i.e. infinite retries. However, my tests (and the code) show that -1 is equivalent to 0 (i.e. no redelivery). The patch attempts to fix this. -- 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: Fwd: Certification Authority (CA) portlet
Hernan, In the Issue New Certificate function, there is no selection of JKS or p12. The CA will only be generating a certificate and the certificate is usually provided in a base64 encoded text. Once the requestor receives this text file, he/she will need to import this certificate into a keystore or browser where ever the private key is stored. Regarding search, search based on more criteria is needed. I am evolving this as I am going about develpoing the CA. The simplest search (and only search as of now) is based on serial number as the certificates are now stored as serial-number.txt. To support other criteria (in an efficient way) the certificates may need to be stored differently. N2: A PKCS10 requests will have the name information and public-key combined into a sequence and signed using the private-key. This is usually generated by tools like keytool. Some browsers support a KEYGEN tag which will make the browser generate a keypair, combine the public-key along with a challenge phrase, sign the same (known as SignedPublicKeyChallenge) and send it to the server when the form is submitted. CA should be able to handle both the formats for the requests (and any other commonly used formats, like self-signed certificate). Once the CA is setup, CA will need an interface (I call this CA Helper App as of now) using which certificates can be requested and downloaded etc. I am in the process of developing a sample application. For a certificate request received, processed and user downloads certificate, a typical workflow would be. Step 1: A user submits a certificate request by accessing a Request Certificate page in the application through the web browser. What happens at this step is that the browser generates a keypair, and sends tha public key (packaged as a SignedPublicKeyAndChallenge) and name information to the application. Application saves this information in a CertificateRequestStore and provides an request-id to the user. Step 2: CA accesses all these requests in the CertificateRequestStore in a screen in the CA portlet under List Requests waiting verification and approves or rejects the requests. In a real-world scenario, CA will have to verify the details provided by the requestor etc. Once approved, the request will showup in List Requests ready to be fulfilled. Step 3: CA accesses the requests ready to be fulfilled and processes the request by issuing a certificate. This certificate is stored in the Certificate Store and the fufilled request is removed from the Certificate Request Store. Step 4: User will visit a Download Certificate page in the CA Helper App, provides the request-id given to him (in Step 1) and downloads his/her certificate. The CA Helper App will upload the ceritificate to the user's web browser with appropriate mime-header. The browser will store the certificate along with the private key and the certificate is ready for use. I have implemented most of it and am testing the code. I am still using 1.1.1 code base for development since trunk is unstable and I do not want to be blocked by build failures. Once I complete the testing I will test the code by integrating it into trunk, create a patch and submit to JIRA. It will be a couple of days more before the new patch will showup in the JIRA. Thanks, VamsiOn 10/10/06, Hernan Cunico [EMAIL PROTECTED] wrote: Hi Vamsi,I still have not had the chance to check the patch (GERONIMO-2413) but I do have a few questions form your first note.4. can you select JKS or p12 in this step? I'm thinking in client certificates - HTTPS with Client Authentication scenario 5. in addition on entering the serial #, any chance to list the existing certificates in the CertificateStore? maybe CN + AliasN1. does that mean that the CSR will be provided as a text file (on a specific location) and the portlet will pick them up and list them? if so, that would be great and a similar structure should be in place for already signed certificates.N2. could you expand?As for IE, I can't find a nice way to say what I think about IE and _vbscript_s. All I can say is that probaly 80% or more ( just a wild guess ) of the users are using IE. Using another browser to create/retrieve/export the certificate and then import it into IE does not look like a healthy workaround. Can we add something else on the server side to fill-in-the-blanks from IE?Cheers!HernanVamsavardhana Reddy wrote: Hi All, I have not seen any replies to my last post :( I have identified a few more function required.These are for the work-flow a CA might want to follow: 1. List Requests:There should be two pages instead of one. A)Listing of requests that are received and need to be verified (once verified, the request will reach a second list) B)Listing of requests that are verified and ready to be fulfilled. 2. Logging:CA should have a separate log of requests received, verified, fulfilled, certificates revoked etc. Comments?Suggestions?Pointers? Thanks, Vamsi -- Forwarded
[jira] Assigned: (AMQ-966) NMSDestination is null when receiving messages
[ https://issues.apache.org/activemq/browse/AMQ-966?page=all ] Rob Lugt reassigned AMQ-966: Assignee: (was: Rob Lugt) NMSDestination is null when receiving messages -- Key: AMQ-966 URL: https://issues.apache.org/activemq/browse/AMQ-966 Project: ActiveMQ Issue Type: Bug Components: NMS (C# client) Affects Versions: 4.0.2 Reporter: Rob Lugt The NMSDestination property is null when receiving messages via an asynchronous listener. -- 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] Commented: (DAYTRADER-14) Include sql script in the ear and use a gbean to create tables etc
[ http://issues.apache.org/jira/browse/DAYTRADER-14?page=comments#action_12441226 ] Piyush Agarwal commented on DAYTRADER-14: - After looking at the code I think we can lookup the database product name using DatabaseMetaData and based on that read a specific DDL file to drop and recreate the db tables. This will account for the differences in schemas of the various database vendors like Derby, db2, oracle etc. It will also save us from hard-coding those DDL-SQL in the application and having a nightmare everytime we change/update the database schema. The DDL files will be packaged at a specific location within the Daytrader web.war file (say something like web.war/WEB-INF/dbscripts/ folder). Right now we can detect and provide DDL files for databases like Db2, derby and oracle (tested databases); for any other un-tested database we can make a provision for the user to supply the DDL at a location like web.war/WEB-INF/dbscripts/OTHER/Table.ddl and it will be executed. Include sql script in the ear and use a gbean to create tables etc -- Key: DAYTRADER-14 URL: http://issues.apache.org/jira/browse/DAYTRADER-14 Project: DayTrader Issue Type: Improvement Components: EJB Tier Affects Versions: 1.2 Reporter: David Jencks Attachments: d-j-plan.xml, DAYTRADER-14.patch You can use the DatabaseIntitializationGBean (GERONIMO-2396) in a g. plan and include the sql script in the ejb module so the database will get created if not already present. This is way better than the previous hack of including a pre-built database in the car file. -- 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: Fwd: Certification Authority (CA) portlet
Thanks for the details Vamsi. Not that it will be used a lot (a migration scenario) but do you have any plans for exporting a whole keystore (and then choose the type) feature? Cheers! Hernan Vamsavardhana Reddy wrote: Hernan, In the Issue New Certificate function, there is no selection of JKS or p12. The CA will only be generating a certificate and the certificate is usually provided in a base64 encoded text. Once the requestor receives this text file, he/she will need to import this certificate into a keystore or browser where ever the private key is stored. Regarding search, search based on more criteria is needed. I am evolving this as I am going about develpoing the CA. The simplest search (and only search as of now) is based on serial number as the certificates are now stored as serial-number.txt. To support other criteria (in an efficient way) the certificates may need to be stored differently. N2: A PKCS10 requests will have the name information and public-key combined into a sequence and signed using the private-key. This is usually generated by tools like keytool. Some browsers support a KEYGEN tag which will make the browser generate a keypair, combine the public-key along with a challenge phrase, sign the same (known as SignedPublicKeyChallenge) and send it to the server when the form is submitted. CA should be able to handle both the formats for the requests (and any other commonly used formats, like self-signed certificate). Once the CA is setup, CA will need an interface (I call this CA Helper App as of now) using which certificates can be requested and downloaded etc. I am in the process of developing a sample application. For a certificate request received, processed and user downloads certificate, a typical workflow would be. Step 1: A user submits a certificate request by accessing a Request Certificate page in the application through the web browser. What happens at this step is that the browser generates a keypair, and sends tha public key (packaged as a SignedPublicKeyAndChallenge) and name information to the application. Application saves this information in a CertificateRequestStore and provides an request-id to the user. Step 2: CA accesses all these requests in the CertificateRequestStore in a screen in the CA portlet under List Requests waiting verification and approves or rejects the requests. In a real-world scenario, CA will have to verify the details provided by the requestor etc. Once approved, the request will showup in List Requests ready to be fulfilled. Step 3: CA accesses the requests ready to be fulfilled and processes the request by issuing a certificate. This certificate is stored in the Certificate Store and the fufilled request is removed from the Certificate Request Store. Step 4: User will visit a Download Certificate page in the CA Helper App, provides the request-id given to him (in Step 1) and downloads his/her certificate. The CA Helper App will upload the ceritificate to the user's web browser with appropriate mime-header. The browser will store the certificate along with the private key and the certificate is ready for use. I have implemented most of it and am testing the code. I am still using 1.1.1 code base for development since trunk is unstable and I do not want to be blocked by build failures. Once I complete the testing I will test the code by integrating it into trunk, create a patch and submit to JIRA. It will be a couple of days more before the new patch will showup in the JIRA. Thanks, Vamsi On 10/10/06, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Vamsi, I still have not had the chance to check the patch (GERONIMO-2413) but I do have a few questions form your first note. 4. can you select JKS or p12 in this step? I'm thinking in client certificates - HTTPS with Client Authentication scenario 5. in addition on entering the serial #, any chance to list the existing certificates in the CertificateStore? maybe CN + Alias N1. does that mean that the CSR will be provided as a text file (on a specific location) and the portlet will pick them up and list them? if so, that would be great and a similar structure should be in place for already signed certificates. N2. could you expand? As for IE, I can't find a nice way to say what I think about IE and VBScripts. All I can say is that probaly 80% or more ( just a wild guess ) of the users are using IE. Using another browser to create/retrieve/export the certificate and then import it into IE does not look like a healthy workaround. Can we add something else on the server side to fill-in-the-blanks from IE? Cheers! Hernan Vamsavardhana Reddy wrote: Hi All, I have not seen any replies to my last post :( I have identified a few more function required. These are for the
Re: Fwd: Certification Authority (CA) portlet
That should go as part of Keystore portlet (may be), but not CA portlet. VamsiOn 10/10/06, Hernan Cunico [EMAIL PROTECTED] wrote: Thanks for the details Vamsi.Not that it will be used a lot (a migration scenario) but do you have any plans for exporting a whole keystore (and then choose the type) feature?Cheers!HernanVamsavardhana Reddy wrote: Hernan, In the Issue New Certificate function, there is no selection of JKS or p12.The CA will only be generating a certificate and the certificate is usually provided in a base64 encoded text.Once the requestor receives this text file, he/she will need to import this certificate into a keystore or browser where ever the private key is stored. Regarding search, search based on more criteria is needed.I am evolving this as I am going about develpoing the CA.The simplest search (and only search as of now) is based on serial number as the certificates are now stored as serial-number.txt.To support other criteria (in an efficient way) the certificates may need to be stored differently. N2:A PKCS10 requests will have the name information and public-key combined into a sequence and signed using the private-key.This is usually generated by tools like keytool.Some browsers support a KEYGEN tag which will make the browser generate a keypair, combine the public-key along with a challenge phrase, sign the same (known as SignedPublicKeyChallenge) and send it to the server when the form is submitted.CA should be able to handle both the formats for the requests (and any other commonly used formats, like self-signed certificate). Once the CA is setup, CA will need an interface (I call this CA Helper App as of now) using which certificates can be requested and downloaded etc.I am in the process of developing a sample application.For a certificate request received, processed and user downloads certificate, a typical workflow would be. Step 1:A user submits a certificate request by accessing a Request Certificate page in the application through the web browser.What happens at this step is that the browser generates a keypair, and sends tha public key (packaged as a SignedPublicKeyAndChallenge) and name information to the application.Application saves this information in a CertificateRequestStore and provides an request-id to the user. Step 2:CA accesses all these requests in the CertificateRequestStore in a screen in the CA portlet under List Requests waiting verification and approves or rejects the requests.In a real-world scenario, CA will have to verify the details provided by the requestor etc.Once approved, the request will showup in List Requests ready to be fulfilled. Step 3: CA accesses the requests ready to be fulfilled and processes the request by issuing a certificate.This certificate is stored in the Certificate Store and the fufilled request is removed from the Certificate Request Store. Step 4: User will visit a Download Certificate page in the CA Helper App, provides the request-id given to him (in Step 1) and downloads his/her certificate.The CA Helper App will upload the ceritificate to the user's web browser with appropriate mime-header.The browser will store the certificate along with the private key and the certificate is ready for use. I have implemented most of it and am testing the code.I am still using 1.1.1 code base for development since trunk is unstable and I do not want to be blocked by build failures.Once I complete the testing I will test the code by integrating it into trunk, create a patch and submit to JIRA.It will be a couple of days more before the new patch will showup in the JIRA. Thanks, Vamsi On 10/10/06, *Hernan Cunico* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: Hi Vamsi, I still have not had the chance to check the patch (GERONIMO-2413) but I do have a few questions form your first note. 4. can you select JKS or p12 in this step? I'm thinking in client certificates - HTTPS with Client Authentication scenario 5. in addition on entering the serial #, any chance to list the existing certificates in the CertificateStore? maybe CN + Alias N1. does that mean that the CSR will be provided as a text file (on a specific location) and the portlet will pick them up and list them? if so, that would be great and a similar structure should be in place for already signed certificates. N2. could you expand? As for IE, I can't find a nice way to say what I think about IE and _vbscript_s. All I can say is that probaly 80% or more ( just a wild guess ) of the users are using IE. Using another browser to create/retrieve/export the certificate and then import it into IE does not look like a healthy workaround. Can we add something else on the server side to fill-in-the-blanks from IE? Cheers! Hernan Vamsavardhana Reddy wrote: Hi All, I have not seen any replies to my last post :( I have identified a few more function required.These are for the work-flow a CA might want to follow: 1. List Requests:There should be two pages instead of
Re: Fwd: Certification Authority (CA) portlet
Absolutely, my bad. I guess I'll have a better idea how it is integrated once I try the patch. Cheers! Hernan Vamsavardhana Reddy wrote: That should go as part of Keystore portlet (may be), but not CA portlet. Vamsi On 10/10/06, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Thanks for the details Vamsi. Not that it will be used a lot (a migration scenario) but do you have any plans for exporting a whole keystore (and then choose the type) feature? Cheers! Hernan Vamsavardhana Reddy wrote: Hernan, In the Issue New Certificate function, there is no selection of JKS or p12. The CA will only be generating a certificate and the certificate is usually provided in a base64 encoded text. Once the requestor receives this text file, he/she will need to import this certificate into a keystore or browser where ever the private key is stored. Regarding search, search based on more criteria is needed. I am evolving this as I am going about develpoing the CA. The simplest search (and only search as of now) is based on serial number as the certificates are now stored as serial-number.txt. To support other criteria (in an efficient way) the certificates may need to be stored differently. N2: A PKCS10 requests will have the name information and public-key combined into a sequence and signed using the private-key. This is usually generated by tools like keytool. Some browsers support a KEYGEN tag which will make the browser generate a keypair, combine the public-key along with a challenge phrase, sign the same (known as SignedPublicKeyChallenge) and send it to the server when the form is submitted. CA should be able to handle both the formats for the requests (and any other commonly used formats, like self-signed certificate). Once the CA is setup, CA will need an interface (I call this CA Helper App as of now) using which certificates can be requested and downloaded etc. I am in the process of developing a sample application. For a certificate request received, processed and user downloads certificate, a typical workflow would be. Step 1: A user submits a certificate request by accessing a Request Certificate page in the application through the web browser. What happens at this step is that the browser generates a keypair, and sends tha public key (packaged as a SignedPublicKeyAndChallenge) and name information to the application. Application saves this information in a CertificateRequestStore and provides an request-id to the user. Step 2: CA accesses all these requests in the CertificateRequestStore in a screen in the CA portlet under List Requests waiting verification and approves or rejects the requests. In a real-world scenario, CA will have to verify the details provided by the requestor etc. Once approved, the request will showup in List Requests ready to be fulfilled. Step 3: CA accesses the requests ready to be fulfilled and processes the request by issuing a certificate. This certificate is stored in the Certificate Store and the fufilled request is removed from the Certificate Request Store. Step 4: User will visit a Download Certificate page in the CA Helper App, provides the request-id given to him (in Step 1) and downloads his/her certificate. The CA Helper App will upload the ceritificate to the user's web browser with appropriate mime-header. The browser will store the certificate along with the private key and the certificate is ready for use. I have implemented most of it and am testing the code. I am still using 1.1.1 code base for development since trunk is unstable and I do not want to be blocked by build failures. Once I complete the testing I will test the code by integrating it into trunk, create a patch and submit to JIRA. It will be a couple of days more before the new patch will showup in the JIRA. Thanks, Vamsi On 10/10/06, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Vamsi, I still have not had the chance to check the patch (GERONIMO-2413) but I do have a few questions form your first note. 4. can you select JKS or p12 in this step? I'm thinking in client certificates - HTTPS with Client Authentication scenario 5. in addition on entering the serial #, any chance to list the existing certificates in the CertificateStore? maybe CN + Alias N1. does that mean that the
[jira] Created: (GERONIMO-2481) WebServers portlet: Create/Edit Tomcat Connectors should support editing of all supported connector attributes
WebServers portlet: Create/Edit Tomcat Connectors should support editing of all supported connector attributes -- Key: GERONIMO-2481 URL: http://issues.apache.org/jira/browse/GERONIMO-2481 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.2 Reporter: Vamsavardhana Reddy Fix For: 1.2 Thanks to GERONIMO-2390 Tomcat connectors missing several attributes, we now have tomcat connectors supporting all possible attributes. In the same line, the webservers portlet should support all the attributes in creating/editing tomcat connectors. editHttp and editHttps pages may become long with this addition, but then we can group the commonly used attributes at the top and may be show the uncommon attributes upon checking an Advanced or so checkbox. -- 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
Another car-maven-plugin problem
So I'm trying to build a console extension with the car-maven-plugin. It doesn't work. A web app that depends on the console cannot be processed by the car-maven-plugin, because the console cannot be loaded, because its classpath includes JARs in the WARs in the EAR and the mini-Geronimo in the car-maven-plugin can't add nested JARs to the class path. Any ideas? Ideally, we would just ignore such failures and do our best. It seems like the easier path may be to move all the JARs out of the console and list them as dependencies instead. I'm not sure why the console requires Castor in any case... Thanks, Aaron java.lang.Error: Only local file jars are supported jar:file:/home/ammulder/.m2/repository/geronimo/webconsole-jetty/1.1.1/webconsole-jetty-1.1.1.car!/framework.war/WEB-INF/lib/castor-0.9.5.3.jar at org.apache.geronimo.kernel.classloader.UrlResourceFinder.cacheUrl(UrlResourceFinder.java:229) at org.apache.geronimo.kernel.classloader.UrlResourceFinder.rebuildClassPath(UrlResourceFinder.java:190) at org.apache.geronimo.kernel.classloader.UrlResourceFinder.addUrls(UrlResourceFinder.java:143) at org.apache.geronimo.kernel.classloader.UrlResourceFinder.addUrls(UrlResourceFinder.java:128) at org.apache.geronimo.kernel.classloader.JarFileClassLoader$2.run(JarFileClassLoader.java:136) at java.security.AccessController.doPrivileged(Native Method) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.addURLs(JarFileClassLoader.java:134) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.init(JarFileClassLoader.java:107) at org.apache.geronimo.kernel.config.Configuration.createConfigurationClasssLoader(Configuration.java:376) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:267) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:295) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.load(SimpleConfigurationManager.java:328) at org.apache.geronimo.deployment.DeploymentConfigurationManager.load(DeploymentConfigurationManager.java:119) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:292) at org.apache.geronimo.deployment.DeploymentConfigurationManager.loadConfiguration(DeploymentConfigurationManager.java:115) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:266) at org.apache.geronimo.deployment.DeploymentConfigurationManager.loadConfiguration(DeploymentConfigurationManager.java:111) at org.apache.geronimo.deployment.DeploymentContext.createTempConfiguration(DeploymentContext.java:113) at org.apache.geronimo.deployment.DeploymentContext.init(DeploymentContext.java:96) at org.apache.geronimo.deployment.DeploymentContext.init(DeploymentContext.java:78) at org.apache.geronimo.j2ee.deployment.EARContext.init(EARContext.java:70) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:449) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$c3b81621.buildConfiguration(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:302) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.plugin.car.PackageBuilder.invokeDeployer(PackageBuilder.java:411) at org.apache.geronimo.plugin.car.PackageBuilder.execute(PackageBuilder.java:257) at org.apache.geronimo.plugin.car.PackageMojo.executePackageBuilderShell(PackageMojo.java:252) at
[jira] Created: (GERONIMO-2482) Remove console JARs from WEB-INF/lib
Remove console JARs from WEB-INF/lib Key: GERONIMO-2482 URL: http://issues.apache.org/jira/browse/GERONIMO-2482 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.1.1 Reporter: Aaron Mulder Fix For: 1.1.2, 1.2 It's unnecessarily hard to build console extension plugins because the car-maven-plugin can't access JARs in a WEB-INF/lib directory. The console web apps should not package any JARs, but instead use dependency elements to add them to the class path. (e.g. console-framework packages castor) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1271) Delete network listener action should ask for confirmation
[ http://issues.apache.org/jira/browse/GERONIMO-1271?page=all ] Jason Dillon closed GERONIMO-1271. -- Resolution: Duplicate Delete network listener action should ask for confirmation -- Key: GERONIMO-1271 URL: http://issues.apache.org/jira/browse/GERONIMO-1271 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 1.0-M5 Reporter: Rick McGuire Priority: Minor Fix For: Wish List The Delete operation of the Web Server-Network Listeners should ask for confirmation before deleting. It is real easy to accidentally click on delete instead of edit and accidentally delete needed listenersfor example, the listener required by the console itself (ask me how I know :-)). -- 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: [jira] Created: (GERONIMO-2482) Remove console JARs from WEB-INF/lib
Its not about what version you believe it should be fixed in... fixed versions is for what version it was actually fixed in. This value is used to generate the change log in the roadmap and if the issue is not actually fixed in that version it just pollutes the details that jira shows us. For example, if this issue is not actually fixed in 1.1.2, but instead fixed in 1.1.3, then there is some confusion when inspecting the roadmap for what was fixed where. --jason On Oct 10, 2006, at 1:33 PM, Aaron Mulder wrote: How else can we track what versions we believe it should be fixed in? I don't know how else I'd find issues to fix in 1.1.2 out of the 500+ open issues. Thanks, Aaorn On 10/10/06, Jason Dillon [EMAIL PROTECTED] wrote: Its not a good idea to set the fix for version when creating an issue. This should be set when closing the issue. --jason On Oct 10, 2006, at 1:17 PM, Aaron Mulder (JIRA) wrote: Remove console JARs from WEB-INF/lib Key: GERONIMO-2482 URL: http://issues.apache.org/jira/browse/ GERONIMO-2482 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.1.1 Reporter: Aaron Mulder Fix For: 1.1.2, 1.2 It's unnecessarily hard to build console extension plugins because the car-maven-plugin can't access JARs in a WEB-INF/lib directory. The console web apps should not package any JARs, but instead use dependency elements to add them to the class path. (e.g. console- framework packages castor) -- 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
Enterprise features
To operate effectively at an enterprise level, ServiceMix needs robust, predictable resilience and redundancy facilities. ServiceMix relies upon ActiveMQ to deliver this, however it is becoming clear from the number of outstanding JIRA issues on ActiveMQ 4.0.2 that it is not able to deliver on that promise as yet. It seems that some work is being done to improve matters in the 4.1 stream and I was wondering when does the team think that we should move across to 4.1 and what should we do to ensure that these issues are all addressed within ActiveMQ? Terry
Re: [jira] Created: (GERONIMO-2482) Remove console JARs from WEB-INF/lib
I too was under the impression that Fix version indicates what versions the fix should go into. If Fix version is not to be used for this purpose, then we will need an alternative mechanism to identify JIRAs that we should target to resolve in any particular release. Thanks, VamsiOn 10/11/06, Aaron Mulder [EMAIL PROTECTED] wrote: How else can we track what versions we believe it should be fixed in?I don't know how else I'd find issues to fix in 1.1.2 out of the 500+open issues.Thanks, AaornOn 10/10/06, Jason Dillon [EMAIL PROTECTED] wrote: Its not a good idea to set the fix for version when creating an issue.This should be set when closing the issue. --jason On Oct 10, 2006, at 1:17 PM, Aaron Mulder (JIRA) wrote: Remove console JARs from WEB-INF/lib Key: GERONIMO-2482 URL: http://issues.apache.org/jira/browse/ GERONIMO-2482 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 1.1.1 Reporter: Aaron Mulder Fix For: 1.1.2, 1.2It's unnecessarily hard to build console extension plugins because the car-maven-plugin can't access JARs in a WEB-INF/lib directory. The console web apps should not package any JARs, but instead use dependency elements to add them to the class path.( e.g. console- framework packages castor) -- 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: Info needed: migrating openejb-itests to testsuite framework
David, Thanks for that write-up on the openejb itests. It helped me understand the structure better. All the client code (in src/itests) have a dependency on the beans (in src/java) anyway. So this is what I did. I put all the beans in 1 core project (openejb-itests). I put the plans and DDs in their individual projects. The individual projects then unpack just the needed classes from that core project and build the ejb archive with it's plan and DD. testsuite/ejbcontainer-testsuite ejb-modules openejb-itests -- core project with beans openejb-security-001 -- just plan and DD openejb-security-002 openejb-security-003 openejb-cmp2-prefetch openejb-cmp2-petstore openejb-cmp2-cmrmapping openejb-cmp2-storage test-ejbcontainer --- junit tests in client The test-ejbcontainer has a dependency on the openejb-itests and it contains the 400+ tests in junit. I kept the tests in junit and didn't move it to TestNG because there are like 400 tests to migrate. Moreover, they have to annotated in jdk1.4 style now. Soon when we move to jdk1.5, their annotation will have to change all over again. Please feel free to share your comments and/or concerns. I still have to fix a few plans to work with our version 1.2. Thanx Prasad On 10/6/06, David Blevins [EMAIL PROTECTED] wrote: Don't know if I have the best answers, but I'll i'll try my best... On Oct 5, 2006, at 8:21 PM, Prasad Kashyap wrote: Can someone please shed some light on it and help me understand the present structure ? There are actually two different structures there. Structure One openejb-itests There are some 21 beans 400 tests in this bucket. The test suite is divided into four sections; stateful, stateless, cmp (1.x), bmp. The tests in each section follow a pattern of starting simple and growing in complexity and are in logical order as much as possible. For example, we test JNDI before we test that you can lookup a bean and use it's create method. We try not to put the cart before the horse so that if something does break, you get as far though the test suite as possible before you encounter the breakage (rather than the very first test). It's not uncommon for tests to break while refactoring. Structure Two scenario1 scenario2 scenario3 cmp2-prefetch cmp2-petstore cmp2-storage cmp2-cmrmapping These are security and cmp2 tests. The cmp2 tests may easily be able to be folded into openejb-itests, which does not have and needs a cmp2 section. Dunno, haven't looked at them too much. The security tests (scenario1,2,3) use pretty much the same beans but configured with different plans (IIUC). Alan and Gianny could probably fill in more details on those. Now, are these java files disjoint enough that they can be split apart into as many projects as the ejb archives we need ? I think they may group together like such: openejb-itests scenario1 scenario2 scenario3 cmp2-prefetch cmp2-petstore cmp2-storage cmp2-cmrmapping Don't know about the cmp2 tests, but the security tests definitely reuse the same classes. Don't think we can build all the classes in one core m2 project and use the classes in another project which has just the plan DD. Can we ? Ejbs can use third part jars, so yes. The bean classes and other classes don't actually have to be inside the same jar as the ejb- jar.xml and plan. The plan for that matter doesn't have to be in the jar at all. Is the openejb-itests archive really needed ? It is the one big archive for the whole project that encompasses everything. It has it's own plan and DD and is also distributed into the server. But it also contains the other archives. This is kinda confusing. The openejb-itests archive doesn't contain any other archives. The module does which is probably what you meant. As noted above, those other archives could likely go into their own modules. Dunno if I really answered your question. I believe the test java files are in src/itest directory. However, they have a dependency on the java files in src/java. IIRC, I think the ejbs themselves are in src/java and the client code (the unit tests) are in src/itests. Like I said, the only a subset of files in src/java are used to create archives. The rest are either included in that big openejb-itests archive or simply needed to support the junit tests in src/itests. Now why is it structured this way ? Why weren't they moved to the src/itests dir where they are needed ? The beans need to get packaged and deployed into the server. The itests themselves could be run from maven ( no need to archive them really unless you want to run them again as tests in another maven module ) In reference to OpenEJB 3, which I guess is unlikely to be the way Geronimo structures it's tests, the itests are in one module as a plain ejb app. We then deploy and test sever modules with them by declaring a dep on them with 'test' as the scope and then create JUnit
[DISCUSS] Release Xbean 2.7
What about releasing xbean 2.7 ? There has been a bunch of fixes [1] and the new xbean-naming module. [1] https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310312fixfor=12312005 -- Cheers, Guillaume Nodet
Re: [DISCUSS] Release Xbean 2.7
Guillaume Nodet wrote: What about releasing xbean 2.7 ? There has been a bunch of fixes [1] and the new xbean-naming module. [1] https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310312fixfor=12312005 +1 - I'm all for it. - Dan -- Dan Diephouse (616) 971-2053 Envoi Solutions LLC http://netzooid.com