I also just found the following in my server log as well:
| 2006-07-18 09:39:13,601 INFO [hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet] Viewing...
| 2006-07-18 09:39:13,909 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [0 items]...
| 2006-07-18 09:39:13,910 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-miss: reloading "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://maven.user:pwd4maven@source.hgdc.bscdev.net/repos/hgdcportal/trunk"...
|
The problem is when I access the SvnMonitoringPortlet the first time it takes a while to load. This is one reason it appears the scheduler is not caching the data properly.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958823#3958823
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958823
I loaded up jbpm.3/jdpl as an eclipse project. No problem.
Then I tried running the tests just by doing right-click and Run As | JUnit test.
Many ran ok, but I got the following error.
| java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory
| at org.apache.jackrabbit.core.config.RepositoryConfig.<clinit>(RepositoryConfig.java:64)
| at org.jbpm.jcr.jackrabbit.JackrabbitJcrServiceFactory.getRepository(JackrabbitJcrServiceFactory.java:48)
|
Is this the right way to run the tests? I couldn't find an ant target for it.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958816#3958816
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958816
Hmm, Ok,
1. I have the CVS version and the Starter kit installed.
2. Under Starter kit, jbpm-server/server I copied jbpm to jbpm3.2
(For testing I renamed the jbpm.war and jbpm.sar to jbpm3.2.*)
3. I tried to start server and browse to the domain:8080/jbpm3.2/ as you said, and it doesnt exist.... How does it know to use this second version as well as the first?
On copying the jbpm.sar from the CVS version, which command should I use to compile it, and where is that sar located?
jboss/sar/target/jbpm.sar ?
James Ratcliff
Email is at falazar(a)arlut.utexas.edu, if you would prefer to do this there, and IM is falazar on Yahoo im.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958807#3958807
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958807
Yes, the original thinking was to keep allowing simple interfaces to be used as the type for annotation overloads.
But I had to fix some things in JBoss Retro, so the annotations recognized by the annotation helper must now implement org.jboss.lang.Annotation.
If the code is woven from JDK 5 annotation types, the resulting interfaces will implement org.jboss.lang.Annotation. If people want to do this manually or use the old annotation compiler with jdk 1.4 they can still supply an interface, but the interface will need to implement org.jboss.lang.Annotation interface
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958793#3958793
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958793
Since non durable subscriptions only live for the life-time of the consumer the it's struck me that we don't actually need to send any acks from the client to the server as messages are acknowledged for non durable subs.
Basically I think we can acknowledge them before they are sent from server to client.
This is because there's no case where messages will be redelivered from the server to the non durable sub, therefore no need for acks.
On session recovery and session rollback messages are redelivered locally (i.e. they are already on the client) so no need for the server to redeliver.
This also means we don't need to maintain a delivery list in the server consumer endpoint in this case, and the server consumer endpoint can return a done delivery every time.
Can anyone see a flaw in this plan?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958788#3958788
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958788