[JBoss JIRA] Updated: (EMBJOPR-254) Set the form input names explicitely (don't let it be generated)
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-254?page=com.atlassian.jira.plugi... ]
Ondrej Zizka updated EMBJOPR-254:
---------------------------------
Assignee: Charles Crouch
Priority: Minor (was: Optional)
Description:
In resource creation forms, inputs have generated names like
"resourceConfigurationForm:rhq_prop-429018560_-1246521453"
The numbers change each time, so the browser can't show the pop-up with previously filled values, which would be pleasant.
Could this be changed to make the input names the same for the same resource type combination?
was:
In resource creation forms, inputs have generated names like
"resourceConfigurationForm:rhq_prop-429018560_-1246521453"
The numbers change each time, so the browser can't show the pop-up with previously filled values, which is kind of annoying.
Could this be changed to make the input names the same for the same resource type / filed combination?
Any chance to have this fulfilled?
> Set the form input names explicitely (don't let it be generated)
> ----------------------------------------------------------------
>
> Key: EMBJOPR-254
> URL: https://issues.jboss.org/browse/EMBJOPR-254
> Project: Embedded Jopr
> Issue Type: Feature Request
> Affects Versions: 1.3.1
> Reporter: Ondrej Zizka
> Assignee: Charles Crouch
> Priority: Minor
>
> In resource creation forms, inputs have generated names like
> "resourceConfigurationForm:rhq_prop-429018560_-1246521453"
> The numbers change each time, so the browser can't show the pop-up with previously filled values, which would be pleasant.
> Could this be changed to make the input names the same for the same resource type combination?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Closed: (EMBJOPR-247) ViewExpiredException after restart
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-247?page=com.atlassian.jira.plugi... ]
Ondrej Zizka closed EMBJOPR-247.
--------------------------------
Resolution: Done
This was fixed in other issue. Does not hapen in EAP 5.1.1.
> ViewExpiredException after restart
> ----------------------------------
>
> Key: EMBJOPR-247
> URL: https://issues.jboss.org/browse/EMBJOPR-247
> Project: Embedded Jopr
> Issue Type: Bug
> Affects Versions: 1.3.1
> Reporter: Ondrej Zizka
> Assignee: Ian Springer
> Priority: Critical
> Attachments: JonSessionTimeout.html
>
>
> When you dig somewhere deeper into resources and then restart the server, and then click on some view element (like the nav tree arrow or some link), the following error occurs.
> Workaround: The error page appears, so when clicking to go to the main page, a login screen appears.
> Not a big issue, it's just ugly and annoyng. The login screen should appear right away.
> 17:58:33,541 SEVERE [lifecycle] JSF1054: (Phase ID: RESTORE_VIEW 1, View ID: ) Exception thrown during phase execution: javax.faces.event.PhaseEvent[source=com.sun.faces.lifecycle.LifecycleImpl@1e4383a]
> 17:58:33,553 WARN [ExceptionFilter] handling uncaught exception
> javax.servlet.ServletException: viewId:/secure/resourceInstanceSummary.seam - View /secure/resourceInstanceSummary.seam could not be restored.
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:270)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:38)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
> at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
> at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
> at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.jboss.on.embedded.LazyStartupFilter.doFilter(LazyStartupFilter.java:87)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:636)
> Caused by: javax.faces.application.ViewExpiredException: viewId:/secure/resourceInstanceSummary.seam - View /secure/resourceInstanceSummary.seam could not be restored.
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:189)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
> at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:102)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
> ... 41 more
> 17:58:33,563 WARN [ExceptionFilter] exception root cause
> javax.faces.application.ViewExpiredException: viewId:/secure/resourceInstanceSummary.seam - View /secure/resourceInstanceSummary.seam could not be restored.
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:189)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
> at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:102)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:38)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
> at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
> at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
> at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.jboss.on.embedded.LazyStartupFilter.doFilter(LazyStartupFilter.java:87)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:636)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Closed: (EMBJOPR-235) ZipException when starting EmbJopr web app (upon first request)
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-235?page=com.atlassian.jira.plugi... ]
Ondrej Zizka closed EMBJOPR-235.
--------------------------------
Fix Version/s: 1.3.3
(was: 1.3.1)
Resolution: Done
Can't reproduce anymore (EAP 5.1.1)
> ZipException when starting EmbJopr web app (upon first request)
> ---------------------------------------------------------------
>
> Key: EMBJOPR-235
> URL: https://issues.jboss.org/browse/EMBJOPR-235
> Project: Embedded Jopr
> Issue Type: Bug
> Environment: EAP 5 CR 2
> Reporter: Ondrej Zizka
> Assignee: Ian Springer
> Fix For: 1.3.3
>
>
> Reproduce steps:
> 1) Download, extract and run EAP 5 CR 2 - http://porkchop.devel.redhat.com/devel/candidates/JBEAP5.0.0/CR2/zip/
> 2) Download EmbJopr war SNAPSHOT - http://snapshots.jboss.org/maven2/org/jboss/jopr/jopr-embedded-jbas5/1.3....
> 3) Deploy that war. No error so far.
> 4) Send a request to admin-console: http://localhost:8080/admin-console/
> 5) Now you see the ZipException (see the ST bellow)
> 18:10:20,517 INFO [ServletContextListener] Welcome to Seam 2.2.0.EAP5
> 18:10:20,705 ERROR [[/admin-console]] Exception sending request initialized lifecycle event to listener instance of class org.jboss.on.embedded.LazyStartupListen er
> java.lang.RuntimeException: Error handling file /home/brq/ozizka/JoprEmbedded/JBPAPP_5_0/build/output/jboss-5.0.0.Branch/server/default/deploy/jopr-embedded-jbas 5-1.3.1-20090814.100255-16.war/WEB-INF/lib/jopr-embedded-core-1.3.1-SNAPSHOT.jar
> at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:134)
> at org.jboss.seam.deployment.URLScanner.handle(URLScanner.java:107)
> at org.jboss.seam.deployment.URLScanner.scanResources(URLScanner.java:90)
> at org.jboss.seam.deployment.StandardDeploymentStrategy.scan(StandardDeploymentStrategy.java:113)
> at org.jboss.seam.init.Initialization.create(Initialization.java:132)
> at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:36)
> at org.jboss.on.embedded.LazyStartupListener.initialize(LazyStartupListener.java:182)
> at org.jboss.on.embedded.LazyStartupListener.requestInitialized(LazyStartupListener.java:240)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:180)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:114)
> at java.util.zip.ZipFile.<init>(ZipFile.java:131)
> at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:123)
> ... 21 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Assigned: (EMBJOPR-225) Service Binding Manager / Config tab / Active Binding Set Name: JOPR description used.
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-225?page=com.atlassian.jira.plugi... ]
Ondrej Zizka reassigned EMBJOPR-225:
------------------------------------
Assignee: Charles Crouch
Will this get fixed?
> Service Binding Manager / Config tab / Active Binding Set Name: JOPR description used.
> ---------------------------------------------------------------------------------------
>
> Key: EMBJOPR-225
> URL: https://issues.jboss.org/browse/EMBJOPR-225
> Project: Embedded Jopr
> Issue Type: Bug
> Environment: Test: testServiceBindingManagerConfigurationTest()
> Reporter: Ondrej Zizka
> Assignee: Charles Crouch
> Priority: Minor
>
> (23:07:42) ozizka: ips, this description does not apply to EmbJopr:
> To be able to monitor the server again after the restart you have to update the "Naming Provider Url" in the "Connection" subtab in the "Inventory" of the Application Server
> (23:08:29) ozizka: Perhaps there should be some optional emb-jopr specific description.
> (23:08:46) ozizka: and when not set, description for JOPR would be used
> 23:10
> (23:10:11) ips: ozizka: yeah, we could either add something like that or we could just update the description. eg:
> (23:11:12) ips: If you are using RHQ, Jopr, or JON, then to be able to...
> (23:12:20) ips: i don't love either solution. the 1st is bad because it requires the plugin developer to know about the environments it might be running in
> (23:12:45) ips: and the 2nd makes the descriptions complicated and overly verbose..
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Assigned: (EMBJOPR-222) Datasources: Count Delta property is 0 after performing an operation (tracking issue)
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-222?page=com.atlassian.jira.plugi... ]
Ondrej Zizka reassigned EMBJOPR-222:
------------------------------------
Assignee: Charles Crouch
Will this gete fixed?
> Datasources: Count Delta property is 0 after performing an operation (tracking issue)
> -------------------------------------------------------------------------------------
>
> Key: EMBJOPR-222
> URL: https://issues.jboss.org/browse/EMBJOPR-222
> Project: Embedded Jopr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Ondrej Zizka
> Assignee: Charles Crouch
> Fix For: 1.3
>
>
> Symptoms: 'Count Delta' expected:<3> but was:<0> .
> (16:18:36) Farah Juma: next, if you search for "QueueMetrics", you'll see these kinds of errors:
> (16:18:45) Farah Juma: Incorrect metric value for 'Time Last Update' expected:<0> but was:<1,243,878,824,684>
> (16:18:57) Farah Juma: Incorrect metric value for 'Count Delta' expected:<1> but was:<0>
> (16:19:11) Farah Juma: Incorrect metric value for 'Count Delta' expected:<3> but was:<0>
> (16:21:20) Farah Juma: "Time Last Update", "Count Delta", and "Depth Delta" are the three queue metrics that are not getting updated appropriately right now
> (16:21:59) Farah Juma: jason was looking into this. if it is determined that these values can't be checked reliably during the tests, then you could comment these out in the future. but, leave them there for now
> (16:23:15) Farah Juma: the JIRA for this is JBAS-6720
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months