[jira] Issue Comment Edited: (GERONIMODEVTOOLS-580) Servlet/JSP update forces a complete redeploy of a WAR
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12722487#action_12722487 ] Delos Dai edited comment on GERONIMODEVTOOLS-580 at 6/21/09 11:00 PM: -- Ivan, thanks for your information from the perspective of Geronimo server. So in-place option may reduce the time for copying. But I have concerns about the in-place option. 1) If we're sure most time is spent on copying, then the option will be helpful to reduce the redeploy time. But I'm not sure copying takes up most of the redeploy time. 2) If in-place option is applied in GEP, it only applies to the WAR project and EAR project. EJB project can't get much benifit from the in-place option, because all classes in EJB project has been deployed as a JAR package, as a result, here is only packaging process instead of copying process. In this way, even in-place option is enabled, the packaging time can't be skipped, Besides the copying time, a delta redeploy may be more helpful. But just as Ivan said, Geronimo server only support JSP updating, so at most GEP can only support the delta redeploy for JSP files. was (Author: delos): Ivan, thanks for your information from the perspective of Geronimo server. So in-place option may reduce the time for copying. If we're sure much time is spent on copying, then the option will be helpful to reduce the redeploy time. Servlet/JSP update forces a complete redeploy of a WAR -- Key: GERONIMODEVTOOLS-580 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-580 Project: Geronimo-Devtools Issue Type: Improvement Affects Versions: 2.0.x, 2.2.0 Reporter: Kevan Miller Assignee: Tim McConnell Fix For: 2.2.0 I've had several users comment to me that application development with GEP is not as fast as it should be. Basic scenario is create an application, deploy, test, update, test, update, etc... IIUC, for each update, GEP is repackaging the WAR and running a redeploy. Repackaging/redeploy can take some time (for large apps 30 seconds). IIUC, we could be updating the appropriate JSP/Servlet classes directly and greatly improving this behavior. I don't know how this works, however. Anybody interested in looking at this? I'd like to see this improved in 2.2. If it's something that could be fixed in 2.1.x, that would be great. But that might depend on how extensive the changes are... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Possible for G to directly consume a Tomcat server config w/o changes?
On Jun 21, 2009, at 10:20 PM, Ivan wrote: 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 19, 2009, at 9:18 PM, Ivan wrote: Currently, what I can see are 1. Recover those configurations that we used for Tomcat in the server.xml For connectors, I may have done most of this in my work for (3) could use some checking. I'd also like to see if I can make the tomcat connectors use our thread pool -- a new feature I've wanted for years :-) 2. Update the console codes, and decide whether we need to keep the functions like add/remove connectors. If keep, the way we do it is to add/remove ConnectorGBean or to marshall/remarshall server.xml. 3. Make those settings in the server.xml not hardcoded. I implemented this here, not sure if I'll get it committed today or tomorrow I committed this in rev 787153. I exposed the replacement code the local attribute manager uses. I'm thinking of modifying the activemq integration to use this method instead of spring property substitution. 4. Recover those GBeans that console/other components used, such as AccessLogValve etc. Maybe the AccessLogValve can fish its valve out of the server like the engine gbean now does? I will try to do it, Valve is a bit different with the Engine, for it has no name attribute, and Engine/Host all could hold to a list of them. My way is to use the seq to identify it, like what it is done by its object name. Looking forward to seeing this! thanks david jencks thanks david jencks I would like to work at parts of them, if we have decided to import this feature in 2.2. And I suggest that we open a JIRA for each of them, so that we could track them clearly. Thanks ! Ivan 2009/6/20 David Jencks david_jen...@yahoo.com After fixing the HostGBean in web app plan problem I don't have a very clear idea of what's missing here. If one of you do could you please list in detail what needs to be done? thanks david jencks On Jun 19, 2009, at 8:51 AM, Ivan wrote: It is easy to add the SSL connector, the things that Jack concens is that, how do the changes affect other components, I think. Ivan 2009/6/19 Kevan Miller kevan.mil...@gmail.com On Jun 19, 2009, at 2:31 AM, Jack Cai wrote: Looks like this is going be a piece of non-trivial work. Considering that we are going for a 2.2 release, should we re- evaluate whether this feature should be in 2.2? My gut feeling is no. We should really stablize the code and resovle TCK issues. If it's *hard* to add the SSL connector configuration, then something is clearly wrong. Personally, I'd be pretty interested in seeing this type of support in 2.2. The more Tomcat apps/ configurations that just run on Geronimo, the better off we are... --kevan -- Ivan -- Ivan -- Ivan
[jira] Closed: (GERONIMO-4587) Array security issue
[
https://issues.apache.org/jira/browse/GERONIMO-4587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-4587.
--
Resolution: Fixed
Fix Version/s: 2.2
Very nice!
I modified the patch slightly to avoid creating extra StringBuffers.
Array security issue
Key: GERONIMO-4587
URL: https://issues.apache.org/jira/browse/GERONIMO-4587
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: security
Affects Versions: 2.2
Environment: Java 6 on OS X 10.5.
Reporter: Trygve Hardersen
Assignee: David Jencks
Fix For: 2.2
Attachments: G4587.patch
We have a stateless session bean called SSB, with a method called getX:
SSB#getX(java.lang.String)
Our security model has 5 roles; admin, anonymous, customer, partner and
system. Users can only be in one role. SSB is accessible for all roles, but
the getX method does not allow anonymous access. So we have these annotations:
@DeclareRoles({
Constants.ROLE_ADMIN,
Constants.ROLE_ANONYMOUS,
Constants.ROLE_CUSTOMER,
Constants.ROLE_PARTNER,
Constants.ROLE_SYSTEM})
public class SSB
@RolesAllowed({
Constants.ROLE_ADMIN,
Constants.ROLE_CUSTOMER,
Constants.ROLE_PARTNER,
Constants.ROLE_SYSTEM})
public X getX(String y)
In out test suite I have a simple test case to verify that access by users in
the anonymous role (unauthenticated web users) is not permitted for the getX
method:
SSB anonymous_service = LOG_IN_AS_ANONYMOUS_USER
X obj = null;
EJBAccessException eae = null;
try{
obj = anonymous_service.getX(test)
;
}catch (EJBAccessException e) {
eae = e;
}
Assert.assertNull(obj);
Assert.assertNotNull(eae);
Assert.assertEquals(eae.getMessage(), Unauthorized Access by Principal
Denied);
We've not had issues with this test case for months. However yesterday we
decided to change the method signature of getX to support an optional list of
int flags than control the object initialization (which related records to
get from the DB):
public X getX(String y, int... flags)
After this the test shown above fails. An object is returned back and no
exception is raised. The security system still works; we can check the user
manually using the SessionContext resource. But the container authorization
does not trigger.
We have also confirmed that the security system fails if a proper array is
used instead of the vararg array. We have not had a chance to test whether
using a XML-based configuration solves the issue.
Since the security system is accessible through the SessionContext we work
around this issue by manually checking the user role from our code.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 787147
Geronimo Revision: 787147 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 42 minutes 23 seconds
[INFO] Finished at: Mon Jun 22 03:46:15 EDT 2009
[INFO] Final Memory: 437M/972M
[INFO]
TESTSUITE RESULTS (Failures only)
=
See detailed results at
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
Assembly: tomcat
=
See the full test.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/logs-0300-tomcat/test.log
[INFO] Installing assembly...
[INFO] Expanding:
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to:
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:44.736
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 36 test builds
[INFO]
[INFO]
---
[INFO]
[INFO] commands-testsuite/deploy RUNNING
[INFO] commands-testsuite/deploy SUCCESS (0:01:18.479)
[INFO] commands-testsuite/gshell RUNNING
[INFO] commands-testsuite/gshell SUCCESS (0:00:36.042)
[INFO] commands-testsuite/jaxws RUNNING
[INFO] commands-testsuite/jaxws SUCCESS (0:00:40.336)
[INFO] commands-testsuite/shutdownRUNNING
[INFO] commands-testsuite/shutdownSUCCESS (0:00:21.635)
[INFO] concurrent-testsuite/concurrent-basic RUNNING
[INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:25.455)
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:24.706) Java
returned: 1
[INFO] console-testsuite/basicRUNNING
[INFO] console-testsuite/basicSUCCESS (0:02:00.821)
[INFO] corba-testsuite/corba-helloworld RUNNING
[INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:53.663)
[INFO] corba-testsuite/corba-marshal RUNNING
[INFO] corba-testsuite/corba-marshal SUCCESS (0:00:55.926)
[INFO] corba-testsuite/corba-mytime RUNNING
[INFO] corba-testsuite/corba-mytime SUCCESS (0:00:47.323)
[INFO] deployment-testsuite/deployment-tests RUNNING
[INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:33.487)
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:34.144)
[INFO] deployment-testsuite/manifestcp-tests RUNNING
[INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:37.958)
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:05.213)
[INFO] enterprise-testsuite/jms-tests RUNNING
[INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:01.201)
[INFO] enterprise-testsuite/jpa-tests RUNNING
[INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:53.577)
[INFO] enterprise-testsuite/sec-clientRUNNING
[INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:32.312)
[INFO] enterprise-testsuite/sec-tests RUNNING
[INFO] enterprise-testsuite/sec-tests FAILURE (0:00:41.180) Java
returned: 1
[INFO] security-testsuite/test-security RUNNING
[INFO] security-testsuite/test-security SUCCESS (0:00:50.658)
[INFO] web-testsuite/test-2.1-jspsRUNNING
[INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:33.483)
[INFO] web-testsuite/test-2.5-servletsRUNNING
[INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:32.711)
[INFO] web-testsuite/test-myfaces RUNNING
[INFO] web-testsuite/test-myfaces SUCCESS (0:00:33.130)
[INFO] web-testsuite/test-tomcat RUNNING
[INFO] web-testsuite/test-tomcat FAILURE (0:00:20.654) Java
returned: 1
[INFO] web-testsuite/test-web
[jira] Created: (GERONIMODEVTOOLS-581) GEP 2.2 can't be installed on WTP 3.1 used by Eclipse 3.5 Galileo
GEP 2.2 can't be installed on WTP 3.1 used by Eclipse 3.5 Galileo - Key: GERONIMODEVTOOLS-581 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-581 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.2.0 Reporter: Delos Dai Assignee: Delos Dai Fix For: 2.2.0 GEP 2.2 can't be installed on WTP 3.1, which is used by Eclipse 3.5 ,Galileo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4628) Console plan wizards need to save plans
[ https://issues.apache.org/jira/browse/GERONIMO-4628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12722511#action_12722511 ] David Jencks commented on GERONIMO-4628: I'm no longer sure this is a good way to proceed. This functionality ought to be able to work with any kind of configuration store, such as one where the plugins are still packed jars, and we can't write the plan into them. I now think that each config builder needs to save the plan it comes up with into the configuration. The config builder does have write access to whatever its building. I haven't looked at the code today... maybe the Deployer has access to the DeploymentContext and can use that to write the plan? Console plan wizards need to save plans --- Key: GERONIMO-4628 URL: https://issues.apache.org/jira/browse/GERONIMO-4628 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Reporter: David Jencks Assignee: Rex Wang Fix For: 2.1.5, 2.2 Attachments: GERONIMO-4628-b21.patch Currently we have a lot of console wizards that are great at creating basic plans for datasources, security realms, etc etc. However once you've deployed the plan through the wizard the plan is gone gone gone never to be seen again. The wizards need to do _something_ so the plans are saved on disk somehow. One possibliity is that deployment could always save the plan into the car file, like the car-maven-plugin does. I'm not certain but I think this would fix the admin console wizard problem as well. Also it would be very handy if the wizard inserted a comment mentioning the intended target artifact, such as which tranql adapter to use for a datasource plan. Furthermore you ought to be able to specify all components of the artifact id (groupId, etc) in all the wizards. In fact you should be able to set the default groupId for the whole admin console -- probably your company wants all the groupIds the same. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-581) GEP 2.2 can't be installed on WTP 3.1 used by Eclipse 3.5 Galileo
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Delos Dai updated GERONIMODEVTOOLS-581: --- Attachment: 581.patch The problem is due to the rename of a WTP feature. The feature org.eclipse.jst.common_core.feature(WTP 3.0) has be renamed as org.eclipse.jst.common.fproj.enablement.jdt(WTP 3.1). To be compatible with Eclipse 3.4 and 3.3, just remove the validate for feature org.eclipse.jst.common_core.feature. GEP 2.2 can't be installed on WTP 3.1 used by Eclipse 3.5 Galileo - Key: GERONIMODEVTOOLS-581 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-581 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.2.0 Reporter: Delos Dai Assignee: Delos Dai Fix For: 2.2.0 Attachments: 581.patch GEP 2.2 can't be installed on WTP 3.1, which is used by Eclipse 3.5 ,Galileo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-580) Servlet/JSP update forces a complete redeploy of a WAR
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12722519#action_12722519 ] David Jencks commented on GERONIMODEVTOOLS-580: --- A really really long time ago we had the idea of enhancing the in-place deployment so that it didn't need a properly structured javaee app but instead had some kind of location map that could point into the internal structure of an eclipse project (or idea, or maven) I think the original GEP developer worked on this a bit but I don't know how far he got. If we can do this then jasper ought to be able to notice whenever a jsp is changed and recompile it. For classes, I think I heard there is a java6 feature that lets you relead modified classes. This obviously won't help if you add or remove annotations or interface members but for small code changes it ought to be able to help speed up debugging. I have no idea how practical this class reloading actually is :-) Hot deploy won't help as it is just a slow unreliable way of triggering a normal full deployment. Servlet/JSP update forces a complete redeploy of a WAR -- Key: GERONIMODEVTOOLS-580 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-580 Project: Geronimo-Devtools Issue Type: Improvement Affects Versions: 2.0.x, 2.2.0 Reporter: Kevan Miller Assignee: Tim McConnell Fix For: 2.2.0 I've had several users comment to me that application development with GEP is not as fast as it should be. Basic scenario is create an application, deploy, test, update, test, update, etc... IIUC, for each update, GEP is repackaging the WAR and running a redeploy. Repackaging/redeploy can take some time (for large apps 30 seconds). IIUC, we could be updating the appropriate JSP/Servlet classes directly and greatly improving this behavior. I don't know how this works, however. Anybody interested in looking at this? I'd like to see this improved in 2.2. If it's something that could be fixed in 2.1.x, that would be great. But that might depend on how extensive the changes are... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4702) Upgrade juddi to the released 2.0rc6
Upgrade juddi to the released 2.0rc6 Key: GERONIMO-4702 URL: https://issues.apache.org/jira/browse/GERONIMO-4702 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: webservices Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 They claim to have a released 2.0rc7 but I can't find it on maven central. There's more functionality in this that the old version, and we'll have to do a little data setup for the tck. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4703) Upgrade scout to 1.1 when released
Upgrade scout to 1.1 when released -- Key: GERONIMO-4703 URL: https://issues.apache.org/jira/browse/GERONIMO-4703 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: webservices Reporter: David Jencks Scout has a 1.0 release , unfortunately we can't use it due to https://issues.apache.org/jira/browse/SCOUT-72. There does appear to be some activity there, so perhaps there will be a 1.1 we can use soon. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Possible for G to directly consume a Tomcat server config w/o changes?
2009/6/22 David Jencks david_jen...@yahoo.com On Jun 21, 2009, at 10:20 PM, Ivan wrote: 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 19, 2009, at 9:18 PM, Ivan wrote: Currently, what I can see are 1. Recover those configurations that we used for Tomcat in the server.xml For connectors, I may have done most of this in my work for (3) could use some checking. I'd also like to see if I can make the tomcat connectors use our thread pool -- a new feature I've wanted for years :-) 2. Update the console codes, and decide whether we need to keep the functions like add/remove connectors. If keep, the way we do it is to add/remove ConnectorGBean or to marshall/remarshall server.xml. 3. Make those settings in the server.xml not hardcoded. I implemented this here, not sure if I'll get it committed today or tomorrow I committed this in rev 787153. I exposed the replacement code the local attribute manager uses. I'm thinking of modifying the activemq integration to use this method instead of spring property substitution. Native support from Geronimo for the subsitution is better, for ActiveMQ integration, IIRC, maybe a bit extra work needs, for i add some extra properties to the property configuration, which are not contained in the config-substitution. 4. Recover those GBeans that console/other components used, such as AccessLogValve etc. Maybe the AccessLogValve can fish its valve out of the server like the engine gbean now does? I will try to do it, Valve is a bit different with the Engine, for it has no name attribute, and Engine/Host all could hold to a list of them. My way is to use the seq to identify it, like what it is done by its object name. Looking forward to seeing this! DONE with At revision: 787174. BTW, I guess that we also need to look at the realm setting for Tomcat. thanks david jencks thanks david jencks I would like to work at parts of them, if we have decided to import this feature in 2.2. And I suggest that we open a JIRA for each of them, so that we could track them clearly. Thanks ! Ivan 2009/6/20 David Jencks david_jen...@yahoo.com After fixing the HostGBean in web app plan problem I don't have a very clear idea of what's missing here. If one of you do could you please list in detail what needs to be done? thanks david jencks On Jun 19, 2009, at 8:51 AM, Ivan wrote: It is easy to add the SSL connector, the things that Jack concens is that, how do the changes affect other components, I think. Ivan 2009/6/19 Kevan Miller kevan.mil...@gmail.com On Jun 19, 2009, at 2:31 AM, Jack Cai wrote: Looks like this is going be a piece of non-trivial work. Considering that we are going for a 2.2 release, should we re-evaluate whether this feature should be in 2.2? My gut feeling is no. We should really stablize the code and resovle TCK issues. If it's *hard* to add the SSL connector configuration, then something is clearly wrong. Personally, I'd be pretty interested in seeing this type of support in 2.2. The more Tomcat apps/configurations that just run on Geronimo, the better off we are... --kevan -- Ivan -- Ivan -- Ivan -- Ivan
[jira] Resolved: (GERONIMO-4698) Jetty7 could not handle the non-existed temp path
[ https://issues.apache.org/jira/browse/GERONIMO-4698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan resolved GERONIMO-4698. Resolution: Fixed Assignee: Ivan Update the changes with replacing all the '/' with '_', so that make sure only one single folder is needed. Commit the changes at revision: 787181 Jetty7 could not handle the non-existed temp path - Key: GERONIMO-4698 URL: https://issues.apache.org/jira/browse/GERONIMO-4698 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.2 Reporter: Ivan Assignee: Ivan Fix For: 2.2 While starting the module dojo-legacy, Jetty failed to create the temp path passed in. Like d:/g/var/jetty/dojo/0.4. For it uses dir.mkdir() not mkdirs() to create the folder. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
some testsuite test failed in latest trunk build.
There are some testsuite test failed in the latest trunk build. See http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/logs-0300-tomcat/test.log As a result, the build were not copied to http://people.apache.org/builds/geronimo/server/binaries/trunk/latest/ We should fix them ASAP. -- Shawn
[jira] Created: (GERONIMO-4704) JMS Resource Porlet can't display
JMS Resource Porlet can't display - Key: GERONIMO-4704 URL: https://issues.apache.org/jira/browse/GERONIMO-4704 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Environment: os:win2003 Reporter: viola.lu Attachments: GERONIMO-4704.patch 1.Login console, and click JMS Resource porlet, but errors: Error rendering portlet. java.lang.ClassCastException: java.lang.NullPointerException incompatible with javax.el.ELException at org.apache.el.lang.ExpressionBuilder.prepare(ExpressionBuilder.java:135) at org.apache.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:147) at org.apache.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:190) at org.apache.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:68) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:924) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fwhen_005f2(destinationType_jsp.java:1206) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fchoose_005f2(destinationType_jsp.java:1180) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fforEach_005f7(destinationType_jsp.java:1147) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fif_005f3(destinationType_jsp.java:1113) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspService(destinationType_jsp.java:191) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4704) JMS Resource Porlet can't display
[ https://issues.apache.org/jira/browse/GERONIMO-4704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu updated GERONIMO-4704: --- Attachment: GERONIMO-4704.patch It's cozed by wrong jsp expression language usage:empty operation JMS Resource Porlet can't display - Key: GERONIMO-4704 URL: https://issues.apache.org/jira/browse/GERONIMO-4704 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: os:win2003 Reporter: viola.lu Attachments: GERONIMO-4704.patch 1.Login console, and click JMS Resource porlet, but errors: Error rendering portlet. java.lang.ClassCastException: java.lang.NullPointerException incompatible with javax.el.ELException at org.apache.el.lang.ExpressionBuilder.prepare(ExpressionBuilder.java:135) at org.apache.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:147) at org.apache.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:190) at org.apache.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:68) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:924) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fwhen_005f2(destinationType_jsp.java:1206) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fchoose_005f2(destinationType_jsp.java:1180) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fforEach_005f7(destinationType_jsp.java:1147) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fif_005f3(destinationType_jsp.java:1113) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspService(destinationType_jsp.java:191) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 787214
Geronimo Revision: 787214 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/build-0900.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/unit-test-reports Building Geronimo trunk at Revision: 787214 java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) + Error stacktraces are turned on. [INFO] Scanning for projects... Downloading: http://repo.exist.com/maven2/org/apache/geronimo/genesis/genesis-java5-flava/2.0/genesis-java5-flava-2.0.pom 5K downloaded Downloading: http://repo.exist.com/maven2/org/apache/geronimo/genesis/genesis-default-flava/2.0/genesis-default-flava-2.0.pom 17K downloaded Downloading: http://repo.exist.com/maven2/org/apache/geronimo/genesis/genesis/2.0/genesis-2.0.pom 17K downloaded Downloading: http://repo.exist.com/maven2/org/apache/apache/6/apache-6.pom 12K downloaded [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown POM Location: /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/pom.xml Reason: Parse error reading POM. Reason: expected to finsh end tag not from line 139 (position: TEXT seen ... /gbean\n ... @142:34) for project unknown at /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/pom.xml [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Parse error reading POM. Reason: expected to finsh end tag not from line 139 (position: TEXT seen ... /gbean\n... @142:34) for project unknown at /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/pom.xml at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:292) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.project.InvalidProjectModelException: Parse error reading POM. Reason: expected to finsh end tag not from line 139 (position: TEXT seen ... /gbean\n ... @142:34) for project unknown at /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/pom.xml at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1591) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1552) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:503) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:197) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:583) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:461) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) ... 11 more Caused by: org.codehaus.plexus.util.xml.pull.XmlPullParserException: expected to finsh end tag not from line 139 (position: TEXT seen ... /gbean\n... @142:34) at hidden.org.codehaus.plexus.util.xml.pull.MXParser.parseEndTag(MXParser.java:1707) at hidden.org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1131) at hidden.org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1093) at hidden.org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:187) at hidden.org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:94) at org.apache.maven.model.io.xpp3
genesis-flava - genesis-default-flava
Why was this module change made? If I recall I setup genesis-flava and genesis-default-flava (as a child of the previous) on purpose. Why was this changed? --jason
Re: Added 3 to contributors group
Added you to the geronimo-contributors group in JIRA. Didn't find your gmail adress in Confluence, so you were not added as a contributor there. -Donald viola.lu wrote: Donald, i am in ICLA list now, pls add me to contributor group, thanks. Donald Woods-2 wrote: You also do not have a Confluence account created yet -Donald han hongfang wrote: Donald, Could you also add me in? Thanks in advance. hanhongfang - Janet - Hong Fang Han On Tue, Dec 30, 2008 at 7:50 AM, Donald Woods dwo...@apache.org mailto:dwo...@apache.org wrote: Three more contributors added: genspring - Shawn - Lin Quan Jiang delos - Delos - Dai Xuan yg - Gang Yin -Donald Donald Woods wrote: Added the following recent contributors who all have an ICLA on file to the geronimo-contributors group, which gives them write access to the User Doc wikis and allows them to assign JIRAs to themselves to work on. uid - name rwonly - Lei Rex Wang xiaming - Ming Forrest Xia xuhaihong - Haihong Ivan Xu Keep up the great work! If I missed adding anyone who has an ICLA on file and would like to have contributor rights, just reply to this email thread and one of us will be glad to add you. -Donald -- Best regards, Han Hong Fang
Re: [BUILD] trunk: Failed for Revision: 786797
You should be able to open the ResultsSummary.html page, however, it
is not properly updated for trunk and I meant to remove this link.
Jarek
On Sat, Jun 20, 2009 at 10:51 AM, Ivanxhh...@gmail.com wrote:
Hi,
I found the detailed results link
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html;
could not be opened.
Not sure where those extra configurations are needed. Could anyone help
to figure it out ?
Thanks !
Ivan
2009/6/20 ga...@apache.org
Geronimo Revision: 786797 built with tests included
See the full build-0900.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090620/build-0900.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090620
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 39 minutes 52 seconds
[INFO] Finished at: Sat Jun 20 09:44:12 EDT 2009
[INFO] Final Memory: 404M/1015M
[INFO]
TESTSUITE RESULTS (Failures only)
=
See detailed results at
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
Assembly: tomcat
=
See the full test.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090620/logs-0900-tomcat/test.log
[INFO] Expanding:
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to:
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:43.969
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 36 test builds
[INFO]
[INFO]
---
[INFO]
[INFO] commands-testsuite/deploy RUNNING
[INFO] commands-testsuite/deploy SUCCESS (0:01:15.516)
[INFO] commands-testsuite/gshell RUNNING
[INFO] commands-testsuite/gshell SUCCESS (0:00:34.390)
[INFO] commands-testsuite/jaxws RUNNING
[INFO] commands-testsuite/jaxws SUCCESS (0:00:39.892)
[INFO] commands-testsuite/shutdown RUNNING
[INFO] commands-testsuite/shutdown SUCCESS (0:00:21.337)
[INFO] concurrent-testsuite/concurrent-basic RUNNING
[INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:19.577)
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:25.131)
Java returned: 1
[INFO] console-testsuite/basic RUNNING
[INFO] console-testsuite/basic SUCCESS (0:02:00.296)
[INFO] corba-testsuite/corba-helloworld RUNNING
[INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:52.730)
[INFO] corba-testsuite/corba-marshal RUNNING
[INFO] corba-testsuite/corba-marshal SUCCESS (0:01:28.953)
[INFO] corba-testsuite/corba-mytime RUNNING
[INFO] corba-testsuite/corba-mytime SUCCESS (0:00:47.251)
[INFO] deployment-testsuite/deployment-tests RUNNING
[INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:33.767)
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:34.566)
[INFO] deployment-testsuite/manifestcp-tests RUNNING
[INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:37.434)
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:00.574)
[INFO] enterprise-testsuite/jms-tests RUNNING
[INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:02.013)
[INFO] enterprise-testsuite/jpa-tests RUNNING
[INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:51.883)
[INFO] enterprise-testsuite/sec-client RUNNING
[INFO] enterprise-testsuite/sec-client FAILURE (0:00:26.953)
Java returned: 1
[INFO] enterprise-testsuite/sec-tests RUNNING
[INFO] enterprise-testsuite/sec-tests FAILURE (0:00:38.135)
Java returned: 1
[INFO] security-testsuite/test-security RUNNING
[INFO] security-testsuite/test-security SUCCESS (0:00:49.572)
[INFO] web-testsuite/test-2.1-jsps
[jira] Commented: (GERONIMO-4704) JMS Resource Porlet can't display
[ https://issues.apache.org/jira/browse/GERONIMO-4704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12722626#action_12722626 ] Ivan commented on GERONIMO-4704: Great, the patch does work. What makes me feel confusion is that why it works in the past, we should use the same Tomcat version 6.0.18. JMS Resource Porlet can't display - Key: GERONIMO-4704 URL: https://issues.apache.org/jira/browse/GERONIMO-4704 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: os:win2003 Reporter: viola.lu Attachments: GERONIMO-4704.patch 1.Login console, and click JMS Resource porlet, but errors: Error rendering portlet. java.lang.ClassCastException: java.lang.NullPointerException incompatible with javax.el.ELException at org.apache.el.lang.ExpressionBuilder.prepare(ExpressionBuilder.java:135) at org.apache.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:147) at org.apache.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:190) at org.apache.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:68) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:924) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fwhen_005f2(destinationType_jsp.java:1206) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fchoose_005f2(destinationType_jsp.java:1180) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fforEach_005f7(destinationType_jsp.java:1147) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fif_005f3(destinationType_jsp.java:1113) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspService(destinationType_jsp.java:191) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: genesis-flava - genesis-default-flava
On Jun 22, 2009, at 6:58 AM, Jason Dillon wrote: Why was this module change made? If I recall I setup genesis-flava and genesis-default-flava (as a child of the previous) on purpose. Why was this changed? Because I couldn't see the purpose. What good did genesis-flava do? It seemed to me that it only required maven to load one more pom for every genesis-using project. If you don't like genesis-java*-flava being children of genesis-default-flava then I think we should still avoid genesis-flava and make all the genesis-*-flava children of genesis. I also changed the groupId to o.a.g.genesis from o.a.g.genesis.flava. thanks david jencks --jason
[no subject]
Hi, I am trying send a HTML email from my java app running on geronimo. I create a MimeMessage (Message msg = new MimeMessage(session);) and set all the attributes including the body msg.setContent(body, text/html); When this message is sent it arrives as a text email. this is the top of the email ** This email is sent for and on behalf of Admiral Group plc ** Admiral Group plc is registered in England and Wales at Capital Tower, Greyfriars Road, Cardiff CF10 3AZ (Reg. No. 03849958). EUI Limited (Reg No: 02686904) is a subsidiary of Admiral Group plc and is authorised and regulated by the Financial Services Authority (Firm reference number: 309378). These details can be confirmed by visiting the Financial Services Authority's Register, www.fsa.gov.uk/register. EUI Limited acts for, and on behalf of, other regulated insurance companies. Further details may be provided on request. Any opinions expressed in this email are those of the individual and not necessarily the company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this email in error and that any use is strictly prohibited. If you have received this email in error please notify the Information Security Officer by telephone on +44 (0) 29 2043 4252. Please then delete this email and destroy any copies of it. Security Warning: Please note that this email has been created in the knowledge that Internet email is not a 100% secure communications medium. We advise that you understand and accept this lack of security when emailing us. Viruses: Although we have taken steps to ensure that this email and any attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. We may monitor the content of emails sent and received via our network for viruses or unauthorised use and for other lawful business purposes. This e-mail has been scanned for all viruses by Messagelabs. The service is powered by MessageLabs.
Sending HTML emails
Hi, I am trying send a HTML email from my java app running on geronimo. I create a MimeMessage (Message msg = new MimeMessage(session);) and set all the attributes including the body msg.setContent(body, text/html); When this message is sent it arrives as a text email. this is the top of the email MIME-Version: 1.0 Content-Type: text/html; charset=Cp1252 Content-Transfer-Encoding: quoted-printable X-Mailer: GladiatorEmail htmlhead= meta http-equiv=3DContent-Type content=3Dtext/html; charset=3DISO-8859-1= /titleGEQ004A_quote_1207.html/title/head 3D seems to be appearing within in the document. I am not sure the charset is correct(cp1252) or how to change if it is not. Does anyone know how I fix this? Thanks Tom ** This email is sent for and on behalf of Admiral Group plc ** Admiral Group plc is registered in England and Wales at Capital Tower, Greyfriars Road, Cardiff CF10 3AZ (Reg. No. 03849958). EUI Limited (Reg No: 02686904) is a subsidiary of Admiral Group plc and is authorised and regulated by the Financial Services Authority (Firm reference number: 309378). These details can be confirmed by visiting the Financial Services Authority's Register, www.fsa.gov.uk/register. EUI Limited acts for, and on behalf of, other regulated insurance companies. Further details may be provided on request. Any opinions expressed in this email are those of the individual and not necessarily the company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this email in error and that any use is strictly prohibited. If you have received this email in error please notify the Information Security Officer by telephone on +44 (0) 29 2043 4252. Please then delete this email and destroy any copies of it. Security Warning: Please note that this email has been created in the knowledge that Internet email is not a 100% secure communications medium. We advise that you understand and accept this lack of security when emailing us. Viruses: Although we have taken steps to ensure that this email and any attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. We may monitor the content of emails sent and received via our network for viruses or unauthorised use and for other lawful business purposes. This e-mail has been scanned for all viruses by Messagelabs. The service is powered by MessageLabs.
[BUILD] trunk: Failed for Revision: 787339
Geronimo Revision: 787339 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/build-1500.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/unit-test-reports for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT 2) org.apache.activemq:activemq-web:jar:5.3-SNAPSHOT 3) org.apache.activemq:activemq-camel:jar:5.3-SNAPSHOT 4) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT 2) org.apache.activemq:activemq-web:jar:5.3-SNAPSHOT 3) org.apache.activemq:activemq-camel:jar:5.3-SNAPSHOT 4) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324
[BUILD] trunk: Failed for Revision: 787500
Geronimo Revision: 787500 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/build-2100.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/unit-test-reports for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), ibiblio.org (http://repo.exist.com/maven2) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT 2) org.apache.activemq:activemq-web:jar:5.3-SNAPSHOT 3) org.apache.activemq:activemq-camel:jar:5.3-SNAPSHOT 4) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), ibiblio.org (http://repo.exist.com/maven2) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.camel -DartifactId=camel-jms -Dversion=2.0-20090611.201918-17 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT 2) org.apache.activemq:activemq-web:jar:5.3-SNAPSHOT 3) org.apache.activemq:activemq-camel:jar:5.3-SNAPSHOT 4) org.apache.camel:camel-jms:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.plugins:activemq-webconsole-jetty:car:2.2-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), ibiblio.org (http://repo.exist.com/maven2) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324
[jira] Commented: (GERONIMO-4673) Geronimo cannot be run as a Windows service by configuring Java Service Wrapper
[ https://issues.apache.org/jira/browse/GERONIMO-4673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12722933#action_12722933 ] Ying Tang commented on GERONIMO-4673: - Yes, I launched the g_service.bat from the geronimo_hom\bin directory. I tried again but still without luck. Can someone please help verify this issue? Thanks! Geronimo cannot be run as a Windows service by configuring Java Service Wrapper --- Key: GERONIMO-4673 URL: https://issues.apache.org/jira/browse/GERONIMO-4673 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: usability Affects Versions: 2.2 Environment: Sun JDK 1.6.0_17 + Windows XP + Geronimo 2.2-snapshot Reporter: Ying Tang Priority: Minor Fix For: 2.2 Geronimo 2.2 cannot be run as a Windows service with the help of Java Service Wrapper 3.2.3. Steps: 1. Copy wrapper.exe, g_service.bat, Install_Geronimo.bat and Uninstall_Geronimo.bat to GERONIMO_HOME/bin. 2. Copy wrapper.jar and wrapper.dll to GERONIMO_HOME/lib. 3. Copy wrapper.conf to GERONIMO_HOME/var/config. The wrapper.conf file has been modified based on http://www.nabble.com/Intalio-and-Geronimo-1.1-as-a-Windows-Service-tp23778055s134p23827726.html 4. Wrapper log reports fatal error: FATAL | wrapper | Unable to open configuration file. D:\geronimo-tomcat6-javaee5-2.2-SNAPSHOT\bin\- And 1. Install Geronimo as a Windows service by running Install_Geronimo.bat, after getting the configuration files and batch files prepared. 2. Launch the service in Windows service tool. 3. Error occurs: The computer cannot start the service. Error code 1067:The process has been terminated unexpectly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-4704) JMS Resource Porlet can't display
[ https://issues.apache.org/jira/browse/GERONIMO-4704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan resolved GERONIMO-4704. Resolution: Fixed Fix Version/s: 2.2 Assignee: Ivan A patch for Tomcat ext is missed. I have applied it to the Tomcat-ext 6.0.18 trunk at rev. 787519 JMS Resource Porlet can't display - Key: GERONIMO-4704 URL: https://issues.apache.org/jira/browse/GERONIMO-4704 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: os:win2003 Reporter: viola.lu Assignee: Ivan Fix For: 2.2 Attachments: GERONIMO-4704.patch 1.Login console, and click JMS Resource porlet, but errors: Error rendering portlet. java.lang.ClassCastException: java.lang.NullPointerException incompatible with javax.el.ELException at org.apache.el.lang.ExpressionBuilder.prepare(ExpressionBuilder.java:135) at org.apache.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:147) at org.apache.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:190) at org.apache.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:68) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:924) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fwhen_005f2(destinationType_jsp.java:1206) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fchoose_005f2(destinationType_jsp.java:1180) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fforEach_005f7(destinationType_jsp.java:1147) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspx_meth_c_005fif_005f3(destinationType_jsp.java:1113) at jsp.WEB_002dINF.view.jmswizard.destinationType_jsp._jspService(destinationType_jsp.java:191) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Sending HTML emails
You can use Multipart to set your content charset and your content transfer encoding like below: MimeMultipart multipart = new MimeMultipart(); MimeBodyPart txtbodyPart = new MimeBodyPart(); txtbodyPart.setText(test); multipart.addBodyPart(txtbodyPart); MimeBodyPart htmlodyPart = new MimeBodyPart(); String htmlcontent = html email ; htmlcontent = htmlbody + htmlcontent + /bodyhtml; htmlodyPart.setContent(htmlcontent, text/html;charset=GBK); htmlodyPart.setHeader(Content-Transfer-Encoding, ); multipart.addBodyPart(htmlodyPart); message.setContent(multipart); message.saveChanges(); More details, you can refer to javamail FQA:http://java.sun.com/products/javamail/FAQ.html Good luck! SHAW, Thomas wrote: Hi, I am trying send a HTML email from my java app running on geronimo. I create a MimeMessage (Message msg = new MimeMessage(session);) and set all the attributes including the body msg.setContent(body, text/html); When this message is sent it arrives as a text email. this is the top of the email MIME-Version: 1.0 Content-Type: text/html; charset=Cp1252 Content-Transfer-Encoding: quoted-printable X-Mailer: GladiatorEmail htmlhead= meta http-equiv=3DContent-Type content=3Dtext/html; charset=3DISO-8859-1= /titleGEQ004A_quote_1207.html/title/head 3D seems to be appearing within in the document. I am not sure the charset is correct(cp1252) or how to change if it is not. Does anyone know how I fix this? Thanks Tom ** This email is sent for and on behalf of Admiral Group plc ** Admiral Group plc is registered in England and Wales at Capital Tower, Greyfriars Road, Cardiff CF10 3AZ (Reg. No. 03849958). EUI Limited (Reg No: 02686904) is a subsidiary of Admiral Group plc and is authorised and regulated by the Financial Services Authority (Firm reference number: 309378). These details can be confirmed by visiting the Financial Services Authority's Register, www.fsa.gov.uk/register. EUI Limited acts for, and on behalf of, other regulated insurance companies. Further details may be provided on request. Any opinions expressed in this email are those of the individual and not necessarily the company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this email in error and that any use is strictly prohibited. If you have received this email in error please notify the Information Security Officer by telephone on +44 (0) 29 2043 4252. Please then delete this email and destroy any copies of it. Security Warning: Please note that this email has been created in the knowledge that Internet email is not a 100% secure communications medium. We advise that you understand and accept this lack of security when emailing us. Viruses: Although we have taken steps to ensure that this email and any attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. We may monitor the content of emails sent and received via our network for viruses or unauthorised use and for other lawful business purposes. This e-mail has been scanned for all viruses by Messagelabs. The service is powered by MessageLabs. -- View this message in context: http://www.nabble.com/Sending-HTML-emails-tp24150472s134p24158817.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
[jira] Created: (GERONIMO-4705) Use sun jstl 1.2 that is available from maven central
Use sun jstl 1.2 that is available from maven central - Key: GERONIMO-4705 URL: https://issues.apache.org/jira/browse/GERONIMO-4705 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: buildsystem Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 sun's jstl 1.2 is on maven central under javax.servlet:jstl:1.2:jar, so we don't need a copy in our local repo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4702) Upgrade juddi to the released 2.0rc6
[ https://issues.apache.org/jira/browse/GERONIMO-4702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4702. -- Resolution: Fixed After a few commits finished in rev 787532. Upgrade juddi to the released 2.0rc6 Key: GERONIMO-4702 URL: https://issues.apache.org/jira/browse/GERONIMO-4702 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 They claim to have a released 2.0rc7 but I can't find it on maven central. There's more functionality in this that the old version, and we'll have to do a little data setup for the tck. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4705) Use sun jstl 1.2 that is available from maven central
[ https://issues.apache.org/jira/browse/GERONIMO-4705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4705. -- Resolution: Fixed rev 787533. Use sun jstl 1.2 that is available from maven central - Key: GERONIMO-4705 URL: https://issues.apache.org/jira/browse/GERONIMO-4705 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: buildsystem Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 sun's jstl 1.2 is on maven central under javax.servlet:jstl:1.2:jar, so we don't need a copy in our local repo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4686) No clear hints in startup error when 1050 port is already in use.
[ https://issues.apache.org/jira/browse/GERONIMO-4686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang closed GERONIMO-4686. - thanks Jarek and Ivan ! Closing it. No clear hints in startup error when 1050 port is already in use. --- Key: GERONIMO-4686 URL: https://issues.apache.org/jira/browse/GERONIMO-4686 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: CORBA Affects Versions: 1.1.1, 2.0-M1, 2.0-M2, 2.0-M3, 2.0-M4, 2.0-M5, 2.0-M6, 2.0-M7, 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.1.5, 2.2 Reporter: Shawn Jiang Assignee: Shawn Jiang Priority: Minor Fix For: 2.1.5, 2.2 Attachments: G4686_g21.patch, G4686_g21_rework.patch, G4686_trunk.patch, G4686_trunk_rework.patch When 1050 is used by other apps. If you start geronimo, there will be a startup error: org.apache.geronimo.corba.security.config.ConfigException: Error starting transient name service at org.apache.geronimo.yoko.ORBConfigAdapter.createNameService(ORBConfigAdapter.java:179) at org.apache.geronimo.yoko.ORBConfigAdapter$$FastClassByCGLIB$$76e4a002.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:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.corba.security.config.ConfigAdapter$$EnhancerByCGLIB$$3f9e1dfe.createNameService(generated) at org.apache.geronimo.corba.NameService.doStart(NameService.java:164) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:539) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(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:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
[jira] Closed: (GERONIMO-4679) many [ERROR] The protocol for the JAR file's URL is not supported in the build log when building geronimo on windows
[
https://issues.apache.org/jira/browse/GERONIMO-4679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shawn Jiang closed GERONIMO-4679.
-
Closing it, thanks Ivan !
many [ERROR] The protocol for the JAR file's URL is not supported in the
build log when building geronimo on windows
---
Key: GERONIMO-4679
URL: https://issues.apache.org/jira/browse/GERONIMO-4679
Project: Geronimo
Issue Type: Improvement
Security Level: public(Regular issues)
Components: kernel
Affects Versions: 2.1.1, 2.1.2, 2.1.3, 2.1.4
Environment: windows + trunk
Reporter: Shawn Jiang
Assignee: Shawn Jiang
Priority: Minor
Fix For: 2.1.5, 2.2
Attachments: G4679.patch
When building the Geronimo from source code on windows. There are
many [ERROR] The protocol for the JAR file's URL is not supported in
the build log like following.
-
[ERROR] The protocol for the JAR file's URL is not supported
java.lang.UnsupportedOperationException: Only local file jars are
supported jar:file:/D:/ws/gtrunck/
server_repo/org/apache/geronimo/configs/system-database/2.2-SNAPSHOT/
system-database-2.2-SNAPSHOT.ca
r!/rar/tranql-connector-1.4.jar
org.apache.geronimo.kernel.classloader.UrlResourceFinder.cacheUrl(UrlResourceFinder.java:231)
org.apache.geronimo.kernel.classloader.UrlResourceFinder.rebuildClassPath(UrlResourceFinder.java
:188)
org.apache.geronimo.kernel.classloader.UrlResourceFinder.addUrls(UrlResourceFinder.java:142)
org.apache.geronimo.kernel.classloader.UrlResourceFinder.addUrls(UrlResourceFinder.java:127)
org.apache.geronimo.kernel.classloader.JarFileClassLoader$2.run(JarFileClassLoader.java:153)
This message was thrown in UrlResourceFinder.cacheUrl() and logged as
ERROR in UrlResourceFinder.rebuildClassPath().
--
} catch (UnsupportedOperationException ex) {
// the protocol for the JAR file's URL is not
supported. This can occur when
// the jar file is embedded in an EAR or CAR
file. Proceed but log the message.
log.error(The protocol for the JAR file's URL
is not supported, ex);
continue;
}
-
We'd better to log this as INFO or DEBUG instead of an ERROR so that the user
will not be mislead by a lot of ERRORs in the build log.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4530) unnecessary dependencies in custom server
[ https://issues.apache.org/jira/browse/GERONIMO-4530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang closed GERONIMO-4530. - Closing it, thanks Ivan ! unnecessary dependencies in custom server - Key: GERONIMO-4530 URL: https://issues.apache.org/jira/browse/GERONIMO-4530 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Assignee: Shawn Jiang Fix For: 2.1.5, 2.2 Attachments: G4530_21.patch, G4530_trunk.patch a custom server assembly reduced to Boilerplate Minimal and OpenEJB still has dependencies to ActiveMQ and Derby. These should be removed. see http://www.nabble.com/Start-server-without-open-ports---possible--td21850866s134.html Booting Geronimo Kernel (in Java 1.6.0_11)... Starting Geronimo Application Server v2.1.3 [] 100% 9s Startup complete Listening on Ports: 1399 0.0.0.0 RMI Naming 1827 127.0.0.1 Derby Connector 4501 127.0.0.1 OpenEJB Daemon 10299 127.0.0.1 JMX Remoting Connector 61913 0.0.0.0 ActiveMQ Transport Connector 61916 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/2.1.3/car -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Possible for G to directly consume a Tomcat server config w/o changes?
After checking the current changes to the realm, in the past, we will set the geronimo-admin for the Engine, which means that all the web-apps belong to the Engine will use the realm setting from its parent if no setting is set for those web-apps. Currently, the realm for the Engine is remained for Tomcat's default setting, which uses users.xml. So far, I did not see any effect to our existing console applications, I am not sure whether we need to recover it. IMO, keep the current way is better. Any comment ? Ivan 2009/6/22 Ivan xhh...@gmail.com 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 21, 2009, at 10:20 PM, Ivan wrote: 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 19, 2009, at 9:18 PM, Ivan wrote: Currently, what I can see are 1. Recover those configurations that we used for Tomcat in the server.xml For connectors, I may have done most of this in my work for (3) could use some checking. I'd also like to see if I can make the tomcat connectors use our thread pool -- a new feature I've wanted for years :-) 2. Update the console codes, and decide whether we need to keep the functions like add/remove connectors. If keep, the way we do it is to add/remove ConnectorGBean or to marshall/remarshall server.xml. 3. Make those settings in the server.xml not hardcoded. I implemented this here, not sure if I'll get it committed today or tomorrow I committed this in rev 787153. I exposed the replacement code the local attribute manager uses. I'm thinking of modifying the activemq integration to use this method instead of spring property substitution. Native support from Geronimo for the subsitution is better, for ActiveMQ integration, IIRC, maybe a bit extra work needs, for i add some extra properties to the property configuration, which are not contained in the config-substitution. 4. Recover those GBeans that console/other components used, such as AccessLogValve etc. Maybe the AccessLogValve can fish its valve out of the server like the engine gbean now does? I will try to do it, Valve is a bit different with the Engine, for it has no name attribute, and Engine/Host all could hold to a list of them. My way is to use the seq to identify it, like what it is done by its object name. Looking forward to seeing this! DONE with At revision: 787174. BTW, I guess that we also need to look at the realm setting for Tomcat. thanks david jencks thanks david jencks I would like to work at parts of them, if we have decided to import this feature in 2.2. And I suggest that we open a JIRA for each of them, so that we could track them clearly. Thanks ! Ivan 2009/6/20 David Jencks david_jen...@yahoo.com After fixing the HostGBean in web app plan problem I don't have a very clear idea of what's missing here. If one of you do could you please list in detail what needs to be done? thanks david jencks On Jun 19, 2009, at 8:51 AM, Ivan wrote: It is easy to add the SSL connector, the things that Jack concens is that, how do the changes affect other components, I think. Ivan 2009/6/19 Kevan Miller kevan.mil...@gmail.com On Jun 19, 2009, at 2:31 AM, Jack Cai wrote: Looks like this is going be a piece of non-trivial work. Considering that we are going for a 2.2 release, should we re-evaluate whether this feature should be in 2.2? My gut feeling is no. We should really stablize the code and resovle TCK issues. If it's *hard* to add the SSL connector configuration, then something is clearly wrong. Personally, I'd be pretty interested in seeing this type of support in 2.2. The more Tomcat apps/configurations that just run on Geronimo, the better off we are... --kevan -- Ivan -- Ivan -- Ivan -- Ivan -- Ivan
Re: some testsuite test failed in latest trunk build.
I agree. Trunk has been broken for long enough. I think we should focus on fixing the existing problems instead of adding new things. The Tomcat and Jetty changes introduced quite a few problems some of which are already fixed and some that still need to be fixed. Jarek On Mon, Jun 22, 2009 at 6:21 AM, Shawn Jiang genspr...@gmail.com wrote: There are some testsuite test failed in the latest trunk build. See http://people.apache.org/builds/geronimo/server/binaries/trunk/20090622/logs-0300-tomcat/test.log As a result, the build were not copied to http://people.apache.org/builds/geronimo/server/binaries/trunk/latest/ We should fix them ASAP. -- Shawn
[jira] Updated: (GERONIMO-3389) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang updated GERONIMO-3389: -- Attachment: G3389_addon_g21.patch G3389_addon_trunk.patch Uploading the patches to only display: To enable APR connectors creation, you need to install APR native library firstly. for Tomcat container. console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector - Key: GERONIMO-3389 URL: https://issues.apache.org/jira/browse/GERONIMO-3389 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: documentation, Tomcat Affects Versions: 2.0, 2.0.1, 2.0.2, 2.0.x, 2.1, 2.1.1, 2.1.x, 2.2 Environment: Windows xp sp2, IE, Firefox Reporter: Song Assignee: Shawn Jiang Fix For: 2.1.5, 2.2 Attachments: G3389_addon_g21.patch, G3389_addon_trunk.patch, G3389_g21.patch, G3389_trunk.patch Click on Save button after entering all necessary parameters for creating a new Tomcat APR HTTP Connector test_APR_HTTP, it returned to the Network Listeners list page. However,the Protocol for test_APR_HTTP is empty, State is failed. And java.lang.UnsatisfiedLinkError is thrown from the server started console and server.log. Same error to creating Tomcat APR HTTPS Connetor. Detailed error as below: -- 13:33:46,515 WARN [ConnectorGBean] test_APR_HTTP connector failed 13:33:46,515 ERROR [Connector] Coyote connector has not been started 13:33:46,515 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car,j2eeType=GBean,name=test_APR_HTTP java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579) at org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121) at org.apache.catalina.connector.Connector.initialize(Connector.java:1059) at org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) at org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:383) at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.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:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$fa3733e1.addConnector(generated) at org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$abc46ac2.startRecursive(generated) at org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:146) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at
Re: genesis-flava - genesis-default-flava
On Jun 22, 2009, at 11:03 PM, David Jencks wrote: On Jun 22, 2009, at 6:58 AM, Jason Dillon wrote: Why was this module change made? If I recall I setup genesis-flava and genesis-default-flava (as a child of the previous) on purpose. Why was this changed? Because I couldn't see the purpose. What good did genesis-flava do? It seemed to me that it only required maven to load one more pom for every genesis-using project. If you don't like genesis- java*-flava being children of genesis-default-flava then I think we should still avoid genesis-flava and make all the genesis-*-flava children of genesis. I think I did that because I was unsure that every flava would want to include all of the default java stuff. Your only problem is the download of an additional pom? I also changed the groupId to o.a.g.genesis from o.a.g.genesis.flava. why? --jason
Re: genesis-flava - genesis-default-flava
On Jun 22, 2009, at 10:34 PM, Jason Dillon wrote: On Jun 22, 2009, at 11:03 PM, David Jencks wrote: On Jun 22, 2009, at 6:58 AM, Jason Dillon wrote: Why was this module change made? If I recall I setup genesis- flava and genesis-default-flava (as a child of the previous) on purpose. Why was this changed? Because I couldn't see the purpose. What good did genesis-flava do? It seemed to me that it only required maven to load one more pom for every genesis-using project. If you don't like genesis- java*-flava being children of genesis-default-flava then I think we should still avoid genesis-flava and make all the genesis-*-flava children of genesis. I think I did that because I was unsure that every flava would want to include all of the default java stuff. Your only problem is the download of an additional pom? I spent a lot of hours with genesis 1.x looking through all the poms for the setting that was causing behavior I was wondering about to want to eliminate every bit of unnecessary complexity I could. In the event we come up with a flava that doesn't want to inherit from default-flava we can put it as a direct child of the root genesis project. I also changed the groupId to o.a.g.genesis from o.a.g.genesis.flava. why? Fewer groupIds == simpler better IMO. I don't see what the additional groupId adds except complexity and chance for confusion. Am I missing something? thanks david jencks --jason
Re: Possible for G to directly consume a Tomcat server config w/o changes?
On Jun 22, 2009, at 9:27 PM, Ivan wrote: After checking the current changes to the realm, in the past, we will set the geronimo-admin for the Engine, which means that all the web-apps belong to the Engine will use the realm setting from its parent if no setting is set for those web-apps. Currently, the realm for the Engine is remained for Tomcat's default setting, which uses users.xml. So far, I did not see any effect to our existing console applications, I am not sure whether we need to recover it. IMO, keep the current way is better. Any comment ? Unless I've forgotten something only the jacc realms that are specifically configured for a particular application hook into the geronimo security system. So I don't expect anyone to use any other realms, and what the default realm is doesn't make a lot of difference. thanks david jencks Ivan 2009/6/22 Ivan xhh...@gmail.com 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 21, 2009, at 10:20 PM, Ivan wrote: 2009/6/22 David Jencks david_jen...@yahoo.com On Jun 19, 2009, at 9:18 PM, Ivan wrote: Currently, what I can see are 1. Recover those configurations that we used for Tomcat in the server.xml For connectors, I may have done most of this in my work for (3) could use some checking. I'd also like to see if I can make the tomcat connectors use our thread pool -- a new feature I've wanted for years :-) 2. Update the console codes, and decide whether we need to keep the functions like add/remove connectors. If keep, the way we do it is to add/remove ConnectorGBean or to marshall/remarshall server.xml. 3. Make those settings in the server.xml not hardcoded. I implemented this here, not sure if I'll get it committed today or tomorrow I committed this in rev 787153. I exposed the replacement code the local attribute manager uses. I'm thinking of modifying the activemq integration to use this method instead of spring property substitution. Native support from Geronimo for the subsitution is better, for ActiveMQ integration, IIRC, maybe a bit extra work needs, for i add some extra properties to the property configuration, which are not contained in the config-substitution. 4. Recover those GBeans that console/other components used, such as AccessLogValve etc. Maybe the AccessLogValve can fish its valve out of the server like the engine gbean now does? I will try to do it, Valve is a bit different with the Engine, for it has no name attribute, and Engine/Host all could hold to a list of them. My way is to use the seq to identify it, like what it is done by its object name. Looking forward to seeing this! DONE with At revision: 787174. BTW, I guess that we also need to look at the realm setting for Tomcat. thanks david jencks thanks david jencks I would like to work at parts of them, if we have decided to import this feature in 2.2. And I suggest that we open a JIRA for each of them, so that we could track them clearly. Thanks ! Ivan 2009/6/20 David Jencks david_jen...@yahoo.com After fixing the HostGBean in web app plan problem I don't have a very clear idea of what's missing here. If one of you do could you please list in detail what needs to be done? thanks david jencks On Jun 19, 2009, at 8:51 AM, Ivan wrote: It is easy to add the SSL connector, the things that Jack concens is that, how do the changes affect other components, I think. Ivan 2009/6/19 Kevan Miller kevan.mil...@gmail.com On Jun 19, 2009, at 2:31 AM, Jack Cai wrote: Looks like this is going be a piece of non-trivial work. Considering that we are going for a 2.2 release, should we re- evaluate whether this feature should be in 2.2? My gut feeling is no. We should really stablize the code and resovle TCK issues. If it's *hard* to add the SSL connector configuration, then something is clearly wrong. Personally, I'd be pretty interested in seeing this type of support in 2.2. The more Tomcat apps/ configurations that just run on Geronimo, the better off we are... --kevan -- Ivan -- Ivan -- Ivan -- Ivan -- Ivan
