October 2006 - jboss-dev-forums - Jboss List Archives

[Design of Kosmos] - Re: SvnMonitoringPortlet

by lamerbot

Hm, may it depends on lan configuration (proxy servers and ets.)? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979952#3979952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979952

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: extending form / task functionality

by tom.baeyens＠jboss.com

ok. some very interesting views have passed the stage here. On the basics, i think we are in agreement. jBPM should be mostly concerned with its core expertise: process executions. All other things should be optional. Such related things are the identity component, the default UI, task management, process analysis and modelling, ... Let me try and give this discussion the original (limited) focus: Should we add this one String field to the task that serves as a UI task form identifier. This would be a bit similar as the actorId field. Pro's: every UI technology (amongst which the default one) will be able to use this field to link the task with the form. Con's: if not used, will this empty field harm performance ? I'm not trying to settle the fylosophical debates on how and when the UI has to be separated from the core process. IMO, these are similar discussions as 10 years ago: "how OO classes should be modelled". It is important that there is no hard dependency on any UI technology. And secondly, multiple (not all) UI technologies will be able to make use of it. So i see this as a convenience integration point for UI's. Without the need to get to the bottom of the 'taste'-discussion about what should be where... Let's leave that up to our users. I don't think we should be disabling features to prevent people from making mistakes. Who would have ever created gunpowder in that kind of reasoning ? We have to explain good practices and tradeoffs in the docs and with sensible defaults. IMO, not by removing optional integration features. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979950#3979950 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979950

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: MessageService and JMS

by mteira

anonymous wrote : command and job are similar. code must be refactored so that the MDB and SLSB work together. the confusion is caused by the fact that the impl of cmdlistener and cmdservice are not yet complete. the first thing we need is a testing set up and completing the impl that is there. If you can identify here some concrete work that I could do, please make me know. anonymous wrote : so we don't need other beans. we only need to make sure that Job implements Command or change something else so that it works. OK. I'll take a look at it. anonymous wrote : In the next two weeks, i will have some time to help and actually do some work together with you on this. So if you can keep the fight up for a few more days.... help is on its way. Nice to hear that. Thanks a lot. -- Manuel. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979949#3979949 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979949

19 years, 5 months

1
0
0 / 0

[Design of Kosmos] - Re: SvnMonitoringPortlet

by aron.gombas

In this case, it is a javasvn problem. Could you post this bug report to their issue tracker? Thx a lot for investigating the details. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979948#3979948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979948

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: MessageService and JMS

by tom.baeyens＠jboss.com

command and job are similar. code must be refactored so that the MDB and SLSB work together. the confusion is caused by the fact that the impl of cmdlistener and cmdservice are not yet complete. the first thing we need is a testing set up and completing the impl that is there. so we don't need other beans. we only need to make sure that Job implements Command or change something else so that it works. In the next two weeks, i will have some time to help and actually do some work together with you on this. So if you can keep the fight up for a few more days.... help is on its way. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979946#3979946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979946

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by thomas.diesler＠jboss.com

DOMWriter given any arbitrary DOM element from the the tree should produce valid XML. i.e. it must include the NS declarations from further up if they are not defined on the element that is beeing written out. Previous to the change to DOMWriter, the SOAP content element was beeing assigned invalid XML, which had to be corrected before the fragment was passed to JBossXB. If NS declarations are duplicated on nested elements that would be an error. Correct is, that every XML fragment associated with a SOAPContentElement is valid, which leads to NS declarations on #1 SOAPBodyElement for doc/lit and #2 RPC params for rpc/lit #3 SOAPHeader elements The DOMWriterTestCase should comperensivly test the correct behaviour of the DOMWriter. The XML fragment association may go away in future http://jira.jboss.org/jira/browse/JBWS-1314 when we no longer need to pass XML fragments to JBossXB (i.e can work with DOMSource for example) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979945#3979945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979945

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Precursor to streaming optimizations, elimination of xml

by thomas.diesler＠jboss.com

http://jira.jboss.org/jira/browse/JBWS-1314 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979943#3979943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979943

19 years, 5 months

1
0
0 / 0

[Design of Kosmos] - Re: SvnMonitoringPortlet

by lamerbot

I tryed latest jar, but exception comes again. I check source and found that simple code : | try { | SVNRepository repository = connect("http://anonsvn.labs.jboss.com/labs/jbossrules/trunk"); | System.out.println(repository.getLocation().toString()); | Collection logEntries = repository.log(new String[] { | "" | }, null, 0L, repository.getLatestRevision(), true, false); | } | catch (Exception ex) { | ex.printStackTrace(); | } | throws that exception | org.tmatesoft.svn.core.SVNException: svn: REPORT of '/!svn/bc/7012/labs/jbossrules/trunk': 400 Bad Request (http://anonsvn.labs.jboss.com) | at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:43) | at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.log(DAVRepository.java:487) | at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:629) | at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:919) | at main.main(main.java:24) | 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 com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) | Exception throws | Collection logEntries = repository.log(new String[] { | "" | }, null, 0L, repository.getLatestRevision(), true, false); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979942#3979942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979942

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by jason.greene＠jboss.com

Also, why does it add the declarations to every single nested child, and not the just the top level element? -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979935#3979935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979935

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Precurser to streaming optimizations, elimination of xml str

by jason.greene＠jboss.com

At some point, we should remove the xml string fragment processing phase. It's not needed in our long term streaming optimization plan, and it adds unneeded performance overhead in the current design. Instead we could pass the corresponding DOM chunk directly to the marshalling layer. JAXB supports this using InputSource, and it wouldn't be difficult to enhance JBossXB to do the same. This would also be more robust because it would eliminate the xml escape processing that we duplicate from a standard XML parser (see http://jira.jboss.com/jira/browse/JBWS-1240 for an example). -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979932#3979932 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979932

19 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2006