[Design of JBoss Wiki] - Re: JBOSS WIKI INSTALLATION - HELP NEEDED
by dayal_78
Tomek,
Finally I am able to maintain harmony between JBoss AS 4.0.3SP1 and Portal 2.0.1RC3 but..
When I copy the file wiki.ear to the server/all/deploy folder I am getting the following errors:
| java.lang.NoSuchFieldError: annotationsCl
| at org.jboss.ejb3.EJB3Deployer.create(EJB3Deployer.java:411)
| 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:118)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127)
| at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:80)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
| .................
| ................
|
do you know the possible reason??
Thanks
Dayal
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957393#3957393
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957393
19 years, 9 months
[Design of Kosmos] - SVN Portlet configuration
by melpelotones
Hi again,
Now I am configuring the subversion plugin, after reading
the reference manual I have seen that is possible to access to
secure subversion repositories.
I am accessing to my repository in this way:
portlet.xml
<portlet-name>ONESvnMonitoringPortlet</portlet-name>
<portlet-class>hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet</portlet-class>
<init-param>
monitored.resource
ONE Subversion
</init-param>
<init-param>
service.url
http://localhost:8091/kosmos-server/kosmos-services/svn-service
</init-param>
<init-param>
monitored.urls
svn+ssh://myserver/home/myproject/svn_repo
</init-param>
<mime-type>text/html</mime-type>
<portlet-mode>HELP</portlet-mode>
<portlet-mode>VIEW</portlet-mode>
<supported-locale>en</supported-locale>
<supported-locale>fr</supported-locale>
<resource-bundle>hu.midori.kosmos.portlet.svn.svn_monitoring</resource-bundle>
<portlet-info>
</portlet-info>
and I am having this error
[INFO] SvnMonitoringPortlet - Initializing...
[INFO] SvnMonitoringPortlet - Viewing...
[INFO] MethodResultCacheInterceptor - Cache-miss: reloading "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.svn+ssh://myserver/home/myproject/svn_repo"...
[ERROR] SvnServiceImpl - Unable to process the SVN repo <java.net.MalformedURLException: unknown protocol: svn+ssh>java.net.MalformedURLException: unknown protocol: svn+ssh
Can i Use svn+ssh?
in case of being possible, how can I put the login/password in the request?
Thank you in advance,
Best Regards,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957392#3957392
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957392
19 years, 9 months
[Design of JCA on JBoss] - Re: Quartz, timer unification, message inflow RAR
by weston.price@jboss.com
Unless you feel it is adequately tested and documented and can be included in the 4.0.5 release. I have yet to hear anything on the subject from you.
I for one am not thrilled with a ResourceAdapter that, regardless of whether there are any deployed endpoints or not, decides to fire up a default scheduler. A scheduler that is
a) Undocumented
b) Could conflict with any existing schedulers that people may be running in previous release
c) Consumes resources without even an attempt to be integrated with our existing thread pools etc, etc
I mean really dude, you are treating this RAR as the 'holy grail' of Timer integration when all it really does, stupidly might I add, is register an MDB listener for a single Quartz job. So I guess if I am intersted in listening to say...3 jobs...do I need 3 endpoints? How about 10? What if I never deploy an endpoint at all...do I still want the Scheduler up and running....doing nothing but showing up in a ThreadDump.
How about support, have they been told about the adapter and what it means when it starts showing up in profiling info or clients, god forbid, actually try and use it?
At the very least, I think for 4.0.5, the RAR should go in the docs directory giving the client a choice if they want to deploy the adapter or not.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957390#3957390
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957390
19 years, 9 months