[JBoss JIRA] Commented: (JBAS-7818) RMIAdaptor replacement based on JSR160
by Scott Marlow (JIRA)
[ https://jira.jboss.org/jira/browse/JBAS-7818?page=com.atlassian.jira.plug... ]
Scott Marlow commented on JBAS-7818:
------------------------------------
I tried enabling the sun remote jmx connector but got the "Failed to initalize plugin: org.jboss.logging.logmanager.LoggerPluginImpl@359ecd80..." problem mentioned on http://community.jboss.org/wiki/UseJDK5JConsole
As recommend, I added to run.conf:
JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.jboss.logmanager.LogManager"
JAVA_ARGS="$JAVA_OPTS -Dorg.jboss.logging.Logger.pluginClass=org.jboss.logging.logmanager.LoggerPluginImpl"
JBOSS_CLASSPATH="lib/jboss-logmanager.jar"
But, that seems to cause an initial ten second pause before the AS boot echos the "INFO [HornetQServerImpl] live server is starting.." message.
Then, right after the "[remoting] JBoss Remoting version 3.1.0.Beta2" console message, I see the "[service] Removing bootstrap log handlers" message. The AS server seems to pause at that point. The last messages on the console are:
"
14:33:32,432 INFO [remoting] JBoss Remoting version 3.1.0.Beta2
14:33:32,562 INFO [service] Removing bootstrap log handlers
"
If I run without the above run.conf changes, I see a normal boot sequence:
"
14:37:07,974 INFO [remoting] JBoss Remoting version 3.1.0.Beta2
14:37:08,083 INFO [TomcatDeployment] deploy, ctxPath=/
14:37:08,165 INFO [service] Removing bootstrap log handlers
14:37:08,205 INFO [org.jboss.system.server.profileservice.ProfileServiceBootstrap] Loading profile: ProfileKey@1c5ab93[domain=default, server=default, name=default]
14:37:08,215 INFO [org.apache.coyote.http11.Http11Protocol] Starting Coyote HTTP/1.1 on http-127.0.0.1-8080
14:37:08,229 INFO [org.apache.coyote.ajp.AjpProtocol] Starting Coyote AJP/1.3 on ajp-127.0.0.1-8009
14:37:08,229 INFO [org.jboss.bootstrap.impl.base.server.AbstractServer] JBossAS [6.0.0.SNAPSHOT "Neo"] Started in 18s:284ms
"
> RMIAdaptor replacement based on JSR160
> --------------------------------------
>
> Key: JBAS-7818
> URL: https://jira.jboss.org/jira/browse/JBAS-7818
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JMX
> Reporter: Scott M Stark
> Assignee: Scott Marlow
> Fix For: JBossAS-6.0.0.M3
>
>
> A replacement for the proprietary RMIAdaptor is needed that supports authentication, authorization and SSL.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (JBXB-244) don't use repeatable handlers for terms inside unordered sequences
by Alexey Loubyansky (JIRA)
don't use repeatable handlers for terms inside unordered sequences
------------------------------------------------------------------
Key: JBXB-244
URL: https://jira.jboss.org/jira/browse/JBXB-244
Project: JBoss XML Binding (JBossXB)
Issue Type: Feature Request
Affects Versions: JBossXB-2.0.2.Beta5
Reporter: Alexey Loubyansky
Assignee: Alexey Loubyansky
Fix For: JBossXB-2.0.2.GA
People are asking for over-the-edge freedom in (un)ordering their elements in xml.
Not only terms of unordered sequences should be allowed to appear in any order but also repeatable terms should be allowed to be spread and mixed with other terms, i.e. not necessarily appear in a sequence. Which of course breaks collecting and setting values by repeatable particle handlers. So, the only way to have repeatable terms collected correctly is to disable repeatable particle handlers and add items directly to the properties.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (JBXB-242) binding repeatable elements into model group all should fail
by Alexey Loubyansky (JIRA)
binding repeatable elements into model group all should fail
------------------------------------------------------------
Key: JBXB-242
URL: https://jira.jboss.org/jira/browse/JBXB-242
Project: JBoss XML Binding (JBossXB)
Issue Type: Bug
Affects Versions: JBossXB-2.0.2.Beta5
Reporter: Alexey Loubyansky
Assignee: Alexey Loubyansky
Fix For: JBossXB-2.0.2.GA
AllBinding currently silently accepts repeatable elements which it shouldn't according to the spec.
Schema Component Constraint: All Group Limited
When a model group has {compositor} all, then all of the following must
be true:
1 It appears only as the value of one or both of the following
properties:
1.1 the {model group} property of a model group definition.
1.2 the {term} property of a particle with {max occurs}=1which is part
of a pair which constitutes the {content type} of a complex type
definition.
2 The {max occurs} of all the particles in the {particles} of the group
must be 0 or 1.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months