Activity for JTrac
-
Ulf Dittmer posted a comment on ticket #33
Just in the source code, the DB will be changed automatically.
-
Sudhadevi Kumaravel posted a comment on ticket #33
Whether I need to edit the database files as well, or if I only need to add the fields in the class files.
-
Without a lot more information, I can't even begin to speculate what might be the issue.
-
I updated the source code in the respective files (Field, AbstractItem, and Field$Name) located in info/jtrac/domain/, but when I run JTrac, I get a 404 error.
-
Dmitriy Kuznetsov created ticket #180
There muzz be no WIM trash inside WAR package
-
It muzz be possible to run Jetty under JDK 9+
-
Migrate to "jakarta.servlet" API from "javax.servlet"
-
There muzz be no applistic trash inside binary distribution
-
You want to add more fields than are currently allowed; got it. That requires a source code change in the info.jtrac.domain.Field.Name enum. If you look at it, it should be relatively obvious how to change it by adding fields. (Make sure to add new fields at the end of the list, not in the middle - these are Java enums!) I don't know why it was implemented this way, but there's a comment about it at the top of the info.jtrac.domain.MetaData class.
-
Revanth B posted a comment on ticket #33
For example, if there are 5 text fields, I want to add one or two more — for instance, increasing it to 6 text fields."
-
I don't understand the problem. If you want no more than 5 additional text fields, then don't add more than 5 additional text fields, and don't give admin access to anyone else who might do so.
-
I want to add additional fields with the following constraints: Dropdown list fields: maximum of 10 Decimal number fields: maximum of 3 Text fields: maximum of 5 I should be able to add one or more of these fields at a time, but the total for each field type must not exceed its limit. Give some clarification regarding this
-
What stops you from adding those fields?
-
Custom fields for Space
-
Duplicate of https://sourceforge.net/p/j-trac/support-requests/33/, so I'm closing it. Don't add anything to this ticket.
-
Add Custom fields for Space
-
Reopening this ticket, because the discussion continues even though it has been closed.
-
I want to insert an additional dropdown list, a text field, decimal Number,Text field,Date field.
-
Add Custom fields for Space
-
Duplicate of https://sourceforge.net/p/j-trac/support-requests/32/
-
Add Custom fields for Space
-
Custom fields for Space
-
Realistically, feature work on this project has stopped. So I'd suggest to do a direct database import yourself; the User table is not that big, so it shouldn't be hard to create SQL insert statements that accomplish this.
-
Blog new feature
-
Editable Page Styles
-
Field values are not pre-filled during update
-
Jothi created ticket #193
Excell upload option for Bulk User addition
-
User Name, Login Names and Emails are Edible by user
-
I take it this is not in a corporate context, where users would be expected to follow company guidelines :-/ OK, I'll put it on my list of potential improvements. I'm not currently working on JTrac, though, so no promises.
-
Ticket moved from /p/j-trac/bugs/176/
-
At least, Any one of User Details (Login ID, Full Name or Email address) should not be editable by users. As users are updating their User Details, we are unable to trace their identity in tickets.
-
I like "edible", BTW, especially as we're talking about users :-)
-
Please explain the use case in more detail. It sounds a bit user-hostile. I remember the last time I used an online system where it wasn't possible for regular users to change the email address - it was a pain in the butt, precisely it did involve administrators. As to the login name, if one were to touch that area, IMO the best approach would be to get rid of it altogether - the world has moved on to using the email address for that.
-
User Name, Login Names and Emails are Edible by user
-
msravi posted a comment on ticket #190
Found the below article helps to upgrade HSQL db (example from 1.8 to 2.7.2) It upgrades the db but it has 2 step upgrade 1.8 -> 2.3.0 and then 2.3.0 to 2.7.2) (better to manually compare the schema after upgrade to make sure quality). https://confluence.atlassian.com/crowd/preparing-the-hsql-1-8-x-database-.file-for-automatic-upgrade-1295681887.html
-
Found the below article helps to upgrade HSQL db (example from 1.8 to 2.7.2) It upgrades the db but it has 2 step upgrade 1.8 -> 2.3.0 and then 2.3.0 to 2.7.2) (better to manually compare the schema after upgrade to make sure quality). https://confluence.atlassian.com/crowd/preparing-the-hsql-1-8-x-database-.file-for-automatic-upgrade-1295681887.html
-
There isn't much of a tutorial. The best way to get started is to download the zip file from https://sourceforge.net/projects/j-trac/files/jtrac/2.3.3/, unzip it and start the server using start.bat or start.sh, depending on your OS. Then go to http://localhost:8888/ and start experimenting. Also check out the doc folder, it contains extensive documentation on all aspects of JTrac.
-
German Tenza posted a comment on discussion References / Testimonials
Hello everyone thankyou for valuable support, is possible send to us a tutorial installation? best regards
-
Pretty Timestamps missing under Configuration Settings
-
This is something people feel differently about, so it's better to set the option individually rather than collectively.
-
Parwinder Gill created ticket #175
Pretty Timestamps missing under Configuration Settings
-
'+' Symbol added when uploading/downloading attachment
-
Incorrect JTrac Version number inside jtrac-version.properties
-
The recently released JTrac 2.3.3 includes the correct version number.
-
JTrac 2.3.3 has been released
-
NewFeatures233
-
JTrac updated /readme.md
-
JTrac 2.3.3
-
NewFeaturesTrunk
-
Error character encoding es_MX
-
JTrac 2.3.3 has been released
-
NewFeatures233
-
Home
-
-
-
-
-
documentation updated
-
Thanks for reporting that. You're right that it doesn't affect the behavior, as it's just for informational purposes. But rather than fix the existing binary I'll push out the real version 2.3.3 soon.
-
updated dependencies
-
NewFeaturesTrunk
-
David Wu posted a comment on ticket #173
I also noticed the incorrect version number in the following files /META-INF/maven/info.jtrac/jtrac/pom.properties version=2.3.3 /META-INF/maven/info.jtrac/jtrac/pom.xml <version>2.3.3</version>
-
Incorrect JTrac Version number inside jtrac-version.properties
-
Aejaz Muslim posted a comment on discussion Help
Sorry, if I wasn't clear. I am not running JTrac as exploded war. The behavior is that jtrac starts fine & works for a few days & we see the screen(image sent before) in place of the login screen. Since the last time this happened I saw the exception happening last in the log file which made me think that it could be related to the behavior but today when this happened again, I see that in the log file the same exception happened multiple times & jtrac continued to work until we saw the screen with...
-
An exception is just an error, so what do you mean by "crash"? The error message about a bad URI doesn't tell us anything - is a URL being accessed at that time? The screenshot looks like a pretty empty directory, where there should be lots of stuff, assuming you're running JTrac as an exploded war - are you? If that's the case, I'm not surprised that Jetty can't handle the access - there's nothing to serve, after all.
-
We are observing that JTrac is crashing every 5-7 days with same exception. I am attaching the log file & the screenshot of the view we see when we visit the JTrac URL after the exception happens. Please help. https://imgur.com/H23z6va Thanks, Aejaz
-
update dependencies
-
NewFeaturesTrunk
-
Thanks a lot. I also found the issue with the bundled mail jar from another source & was able to make it work after removing the jar.
-
I have updated the jtrac-2.3.2.zip file so it runs out of the box.
-
-
NewFeaturesTrunk
-
update dependencies
-
I was now able to reproduce this problem. The issue is with the lib/mail/javax.mail.glassfish-1.4.1.v201005082020.jar library. If you remove that, email sending should work.
-
Tried again on CentOS Linux release 8.4.2105 using jetty included in the JTrac 2.3.2 distribution with, OpenJDK 8 Oracle JDK 11.0.21 OpenJDK 11.0.6 But I am getting exactly same exception as mentioned above. I started jetty(i.e. start.sh) from a blank classpath & lib directory of the distribution was unchanged. The required class (javax.activation.DataSource) exists only in ROOT.war(renamed to jtrac.war)/WEB-INF/lib/jakarta.activation-1.2.1.jar Please let me know what else to look for & any additional...
-
Sarlacii modified a comment on discussion Help
Hmm, ok, makes sense... but my issue is that I can't see any HSQLDB file in the unzipped v2.3.2 version? As such I downloaded the suggested version from your link (although I also found matching copies in the old installation directory) and since I couldn't find the newer version to replace, I simply dropped the driver into the ./lib/ directory, as it is included when loading. So I have this: root@server:/usr/local/jtrac/jtrac-2.1.0# find ./ -iname '*hsqldb*' -type f -printf '"%p"\n' "./work/Jetty_0_0_0_0_80_jtrac.war__jtrac__qk44r3/webapp/WEB-INF/lib/hsqldb-1.8.0.1.jar"...
-
The hsqldb jar file is in the war file. Jetty doesn't generally unpack the war file (unlike Tomcat), so it's a bit tricky to update. But a war file is just a ZIP, so any ZIP tool should be able to remove the existing hsqldb 2 jar and add the new (actually, old) hsqldb 1 one.
-
Hmm, ok, makes sense... but my issue is that I can't see any HSQLDB file in the unzipped v2.3.2 version? As such I downloaded the suggested version from your link (although I also found matching copies in the old installation directory) and since I couldn't find the newer version to replace, I simply dropped the driver into the ./lib/ directory, as it is included when loading. So I have this: root@server:/usr/local/jtrac/jtrac-2.1.0# find ./ -iname '*hsqldb*' -type f -printf '"%p"\n' "./work/Jetty_0_0_0_0_80_jtrac.war__jtrac__qk44r3/webapp/WEB-INF/lib/hsqldb-1.8.0.1.jar"...
-
Hmm, ok, makes sense... but my issue is that I can't see any HSQLDB file in the unzipped v2.3.2 version? As such I downloaded the suggested version from your link (although I also found matching copies in the old installation directory) and since I couldn't find the newer version to replace, I simply dropped the driver into the ./lib/ directory, as it is included when loading. So I have this: root@server:/usr/local/jtrac/jtrac-2.1.0# find ./ -iname '*hsqldb*' -type f -printf '"%p"\n' "./work/Jetty_0_0_0_0_80_jtrac.war__jtrac__qk44r3/webapp/WEB-INF/lib/hsqldb-1.8.0.1.jar"...
-
You have a database created using HSQLDB version 1, which HSQLDB 2 can't read. If you replace the hsqldb jar file that comes with JTrac with the one from https://mvnrepository.com/artifact/org.hsqldb/hsqldb/1.8.0.10, it should work.
-
Greetings @udittmer... it's so funny, but I am trying once again to update JTrac from the very obsolete V2.1.0, so this post is bang on topic for me! I am running on Ubuntu 18.04.6 LTS, and I have a /usr/local/ directory that contains the different versions of JTrac. I have unzipped the latest v2.3.2, and copied over the data directory from the old install, except for the json.properties file, which I edited (I run on port 54545, not 8888). I also modified the start.ini file to reflect the port change....
-
Nope, can't reproduce it with admin users, either. I'd need the exact sequence of steps that led to the exception in order to investigate this.
-
Nope, can't reproduce it with admin users, either.
-
That depends on how you're running JTrac now. If you're using a standalone version (like what is downloadable as a ZIP now), you should be able to copy your "data" folder to that, and be up and running quickly. Current JTrac versions will update the database schema as needed.
-
That depends on how you're running JTrac now. If you're using a standalone version (like what is downloadable as a ZIP now), you should be able to copy your "data" folder to that, an dbe up and running quickly. Current JTrac versions will update the database schema as needed.
-
That depends on how you're running JTrac how. If you're using a standalone version (like what is downloadable as a ZIP now), you should be able to copy your "data" folder to that, an dbe up and running quickly. Current JTrac versions will update the database schema as needed.
-
VOUILLON Laurent posted a comment on discussion Help
Dear, We use the JTRAC on 2.1.0 and we want to upgradate on 2.3.2 -> have you a process to realize these operation ? Thanks Laurent VOUILLON
-
Sorry for the late reply. I found that this happens only with the user which has an ADMIN role only. As soon as a DEFAULT role is assigned to this user, the exception doesn't happen.
-
I can't reproduce this. Starting with an empty database, I created 4 users, and had no issues assigning users to them either directly after creating a new space, or later on through the menu (using Adoptium 11 on macOS).
-
I can't reproduce this. Starting with an empty database, I created 4 users, and had no issues assigning either directly after creating a new space, or later on through the menu (using Adoptium 11 on macOS).
-
JTrac should work fine out of the box on either Java 8 or Java 11. As you found, the class it's complaining about is actually present. Make sure you don't have other jar files containing JavaMail or Activation (which also comes as part of JTrac) anywhere in your classpath (like in your servlet container's shared "lib" folder).
-
I tried switching to JDK 8 & used the latest code (tag: r1424) to build the jtrac.war but the exception remains.
-
Assigning user to a newly created space causes exceptio
-
I am trying out the latest version 2.3.2 on Linux with the following JDK, openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) & getting the following exception when JTrac tries to send password via email during new user creation, Caused by: java.lang.NoClassDefFoundError: javax/activation/DataSource at org.springframework.mail.javamail.JavaMailSenderImpl.createMimeMessage(JavaMailSenderImpl.java:325)...
-
Jim Murray posted a comment on discussion Help
Thanks for the speedy reply Ulf, I tend to use the search from the top menu bar and completely forgot about the workspace search buttons. It makes sense given the STATUS field is an enumeration. jim
-
That is possible w/o any change. If you access the search via the magnifying glass next to the space name on the dashboard, you should see status as one of the options. The field is only missing if you use the "Search" link at top of the dashboard, because that searches through all spaces, and each space might have different options for status.
-
Would it be possible to enable STATUS as a searchable field, so that I can search only "OPEN" issues etc.?
-
Latest Version Of JTRAC using times instead of dates
-
Wiki text Dollar replacement in code block
-
Unable to Shortlist Based on Last Change
