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

[JBoss Transactions Development] - Re: Starting with JBoss Transactions

by ben.cotton＠rutgers.edu

JBossTS definitely does have an XTS directory. So if you correctly/fully checked out JBossTS from SVN (svn co http://anonsvn.jboss.org/repos/labs/labs/jbosstm/tags/JBOSSTS_4_6_1_GA/), and you correctly built the TS, proceed with the next step in Andrew's instructions: | cd XTS | ant install | If your workspace really does not have an XTS directory, something happened that shouldn't have -- you should start over with another SVN checkout. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259236#4259236 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259236

16 years, 6 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: performance test of fast jaxb, xb, jaxb

by bill.burke＠jboss.com

I suggest you separate out things into separate class files and classpaths and run them independently. You'll get a better idea of where classloading comes into things. Also, it would be cool to throw in xjc generated code into the timings. (sorry for repeating myself) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259235#4259235 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259235

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by sebastian.s

I guess I was a bit unclear. Instead of adding several attributes to the task element which would also need to be added to the class definition one could have one member-variable holding a set of Objects representing the additional attributes. So there would be no need to extend oder change something. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259233#4259233 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259233

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by kukeltje

Does this make sense? Yes and no. I miss why this is more general then my adding attributes to the task element? IMO it is the same but adding a child element instead of an attribute. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259232#4259232 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259232

16 years, 6 months

1
0
0 / 0

[JBoss OSGi Development] - Handling of Bundle-ClassPath

by thomas.diesler＠jboss.com

The Bundle-ClassPath is now handles in OSGiClassLoaderFactory like this | public ClassLoaderPolicy createClassLoaderPolicy() | { | VFSDeploymentUnit vfsUnit = (VFSDeploymentUnit)unit; | OSGiBundleState bundleState = unit.getAttachment(OSGiBundleState.class); | VirtualFile[] roots = getClassLoaderPolicyRoots(bundleState, vfsUnit); | return new OSGiClassLoaderPolicy(bundleState, roots); | } | | private VirtualFile[] getClassLoaderPolicyRoots(OSGiBundleState bundleState, VFSDeploymentUnit vfsUnit) | { | VirtualFile root = vfsUnit.getRoot(); | | // If there is no Bundle-ClassPath in the manifest, simply use the root | List<String> bundleClassPath = bundleState.getOSGiMetaData().getBundleClassPath(); | if (bundleClassPath == null) | { | return new VirtualFile[] { root }; | } | | log.debug("Bundle-ClassPath: " + bundleClassPath); | | // Add a vfs root for every Bundle-ClassPath element | List<VirtualFile> rootsList = new ArrayList<VirtualFile>(); | for (String path : bundleClassPath) | { | if (path.equals(".")) | { | rootsList.add(root); | } | else | { | try | { | VirtualFile child = root.getChild(path); | rootsList.add(child); | } | catch (IOException ex) | { | throw new IllegalArgumentException("Cannot find class path '" + path + "' in: " + root); | } | } | } | | VirtualFile[] rootsArray = new VirtualFile[rootsList.size()]; | rootsList.toArray(rootsArray); | | return rootsArray; | } | Note, I create a policy root entry for every bundle class path token. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259229#4259229 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259229

16 years, 6 months

1
0
0 / 0

[Security Development] - JBoss Negotiation with Win Vista

by rafael_nm

Has anyone tested JBoss Negotiation from a Windows Vista Client? It doesn't work for me. There is no exception thrown that may be found on the jboss logs - it just doesn't complete. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259201#4259201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259201

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Timer dueDate / dueDateTime

by vchira

I found a bug in JpdlParser.parseTimerDefinition(). You never check if the dueDateTime is in the Future. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259185#4259185 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259185

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Timer dueDate / dueDateTime

by vchira

Hi. I have a problem with jbpm Timers. First i don't understand why you can't have a timer for Transition that are going to or from a java task. Second problem that I have is with dueDate /dueDateTime... i found no way to specify the dueDate als java.util.Date. I find this weird because the dueDate attribute in TimerImpl is of type Date! I think this Problem can be fixed with the following code in TimerImpl: | public void setDueDateDescription(String dueDateDescription) { | | ScriptManager scriptManager = EnvironmentDefaults.getScriptManager(); | Object dueDateEvaluated = scriptManager.evaluateExpression(dueDateDescription, null); | if(dueDateEvaluated instanceof Date) | { | dueDate =dueDateEvaluated; | return; | } | dueDateDescription = (String) dueDateEvaluated; | | Duration duration = new Duration(dueDateDescription); | Date now = Clock.getCurrentTime(); | | ........................................... | } | a better solution would be to add a dueDateTimeDefinition in TimerDefinitionImpl and in JobParser.parseTimerDefinition() just set the definition there. after that in ScopeInstanceImpl.createTimer() evaluate dueDateTimeDefinition and if the evaluation returns a Date just set it in dueDate otherwise pare dueDateTimeDefinition as a date String..like you do now in JobParser.parseTimerDefinition(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259183#4259183 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259183

16 years, 6 months

1
0
0 / 0

[JBoss ESB Development] - Re: ClassCastException in CertificateLoginModule

by beve

I've created the following Jira for this issue so that it can be tracked: http://jira.jboss.org/jira/browse/JBESB-2871 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259180#4259180 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259180

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Re: Best way for ResourceManager to handle tx timeout

by mark.little＠jboss.com

Jeff, in addition to what Jonathan said, you shouldn't rely on the TM for timeouts, particularly if your RM and TM can fail independently. If the TM fails before prepare, say, then it won't know anything about the RM (no log) and so won't ever try to timeout. In that case your RM needs to do it. Plus let's not forget: if your RM times out after agreeing to prepare then you need to return a heuristic outcome (and remember it durably until forget is called). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259169#4259169 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259169

16 years, 6 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 2009