[Design of JBoss jBPM] - building and testing sources
by msandoz
hi - ive read these pages and used them to start off my development:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JbpmBuildingTheSources
http://wiki.jboss.org/wiki/Wiki.jsp?page=Jbpm3DevelopDesignerInEclipse
in the directions it says to ensure WST is installed. one thing i found was that WST has lots of dependencies - that made me nervous as i want to stick to the descriptions as much as possible and not introduce any wildcards - i downloaded them from the callisto site.
i checked out the sources (from HEAD) today and configured the build properties and initialized my local repository. here is what i ran into:
1. from the command line the test.jpdl worked fine except for what looks like a javadoc error:
[javadoc] javadoc: error - Error while reading file C:\cvsgrab-2.3\JBPM\jbpm.3\jpdl\jar\src\main\java\package.html
2. i get an error in the build.jpdl target also -
Cannot find D:\Documents and Settings\sandozm/jbpm/repository/docbook-support/support.xml
i then fired up eclipse.
i set the JBPM_REPO classpath variable to my repository per the build's readme.html.
I imported (couldnt use directly cvs - the firewall guys are going to open it up later in the week) into the workspace starting at directory ...\JBPM\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.ui project.
per Jbpm3DevelopDesignerInEclipse i was going to run the project but it seems to be full of dependencies on the other projects - such as jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.core. also i couldnt find the icons it seems they are under another project in the tree.
i then tried loading several of the other projects and they mostly loaded up into the workspace fine.
still, the package org.jbpm.ui seems especially "angry" :-O and complains alot - is this package being refactored out right now? i omit it and the project's errors go away!
now when i run...run as...eclipse application, eclipse comes up and i can create a jbpm project...but it has no connectors or icons...
is this just me coming into the middle of a bunch of changes or is there more i need to do to get the plugin running as an eclipse app? or should i go about it another way?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053318#4053318
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053318
18 years, 10 months
[Design of JBoss Build System] - Re: What is this circular dependency issue in common-core?
by scott.stark＠jboss.org
It still was not building for me:
| [starksm@succubus common-core]$ mvn release:prepare -DdryRun=true
| [INFO] Scanning for projects...
| Downloading: http://repo1.maven.org/maven2/jboss/jboss-common/2.2.1/jboss-common-2.2.1...
| [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2)
| [INFO] ------------------------------------------------------------------------
| [ERROR] FATAL ERROR
| [INFO] ------------------------------------------------------------------------
| [INFO] Failed to resolve artifact.
|
| GroupId: jboss
| ArtifactId: jboss-common
| Version: 2.2.1
|
| Reason: Unable to download the artifact from any repository
|
| jboss:jboss-common:pom:2.2.1
|
| from the specified remote repositories:
| central (http://repo1.maven.org/maven2)
|
|
| [INFO] ------------------------------------------------------------------------
| [INFO] Trace
| org.apache.maven.reactor.MavenExecutionException: Cannot find parent: jboss:jboss-common for project: null:jboss-common-core:jar:2.2.0-SNAPSHOT
| at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
| at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
| at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
| at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
| 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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
| at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
| at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
| at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
| Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent: jboss:jboss-common for project: null:jboss-common-core:jar:2.2.0-SNAPSHOT
| at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1161)
| at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:674)
| at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:416)
| at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192)
| at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
| at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
| ... 11 more
| Caused by: org.apache.maven.project.ProjectBuildingException: POM 'jboss:jboss-common' not found in repository: Unable to download the artifact from any repository
|
| jboss:jboss-common:pom:2.2.1
|
| from the specified remote repositories:
| central (http://repo1.maven.org/maven2)
|
| at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:513)
| at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1157)
| ... 17 more
| Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable to download the artifact from any repository
|
| jboss:jboss-common:pom:2.2.1
|
| from the specified remote repositories:
| central (http://repo1.maven.org/maven2)
|
| at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:136)
| at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:63)
| at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:467)
| ... 18 more
| Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to download the artifact from any repository
| at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:260)
| at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:124)
| ... 20 more
| [INFO] ------------------------------------------------------------------------
| [INFO] Total time: < 1 second
| [INFO] Finished at: Mon Jun 11 16:50:46 PDT 2007
| [INFO] Final Memory: 2M/74M
| [INFO] ------------------------------------------------------------------------
|
until I updated my local repository maven2/jboss/jboss-common location to pull in the new parent pom.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053306#4053306
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053306
18 years, 10 months
[Design of JBoss jBPM] - Re: Thinking about transition attrs
by brittm
Ronald,
I'm not sure how useful an EL would be for setting restriction. I'd need some kind of UI identification switch or the user's roles in scope to compare with. (Would SEAM make these things more readily available to the process execution?) (Or have I missed some funtionality that allows container roles to be pulled into the execution context?)
Some things to consider:
* This is a big organization. We have an LDAP infrasfructure for managing users and groups--jBPM's identity component is not an option. I think this would be a typical scenario in most enterprises.
* Our UI is already built and extends far beyond what can be generated by the GPD (and probably will for a very long time). Not to mention, that when regularly using all of jpdl's capabilities the current GPD becomes more of a hinderance than a help. (Ok, I confess it's been a while since I've looked at it :-)
* Bernd, we have scores of tasks that are managed by our system but that are not yet performed in our system, if they ever will be. That means no custom screens (and no additional configurations) are created for over 100 tasks--users just claim a task and take an available transition. This scenario is typical for a large company that is implementing a workflow system to manage process flows across several existing IT systems. Requiring the UI to have proper configuration for every item is a significant barrier to entry when it comes to getting lots of processes and tasks on the system in a relatively short amount of time.
I'm really not trying to push a particular solution, but I am trying to point out an area of pain--an area in which a few small compromises (or as yet unseen solutions) could go a LONG way toward helping the largest corporations see a rapid deployment and return on investment. Once the existing processes have been defined, it comes down to this: I can set a few flags and deploy processes acoss the entire company under a generic UI, or the company can wait until I've mapped over and built up a UI for 200 tasks. In our case, we've had to hack the first solution, because there is no way the company would have let us do the latter one.
Thanks,
Britt
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053284#4053284
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053284
18 years, 10 months
[Design of JBoss jBPM] - Re: Should GD 3.1 support complex action children?
by msandoz
Im basically doing the same thing here and so am VERY interested in anyone else working on it. My story is that I was working with another workflow product and we have decided to switch to jbpm. having looked at the code it seems very well designed overall.
we are converting over our editor hoping to leverage your editor, just with some addons mostly - custom editors of the handler data among them. i put together a custom schema for some dataflow pursuant to that.
we are also interested in providing a version that has a "live" view of the executing flow - including getting at the instance variables and token states.
but the first thing i want to get in is the custom editors :)
anyway thanks for a great project. i look forward to working with it and contributing back anything that looks of value. all of our work is LGPL.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053259#4053259
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053259
18 years, 10 months